Recepção do Payload com Split de Pagamento
O endpoint de criação de proposta deve aceitar o objetoPropostaSplitPagamento, contendo os dados necessários para definição dos splits financeiros da operação.
Validações Obrigatórias
Antes do processamento do Split de Pagamento, o sistema deve realizar as seguintes validações:- Verificar se o corban está habilitado para utilização da funcionalidade de Split de Pagamento;
- Validar se a soma dos valores dos splits informados não excede o valor solicitado da operação.
Persistência e Integração
Quando todas as validações forem atendidas:- As informações de Split devem ser persistidas e vinculadas à proposta;
- Os dados devem ser enviados ao BMP Digital por meio do objeto
PropostaLancamentos.
Tratamento de Erros
As seguintes situações devem resultar em rejeição da proposta:-
Corban não habilitado para Split de Pagamento
Mensagem retornada:Corban não autorizado para uso de Split de Pagamento.
-
Valor total dos Splits superior ao valor disponível da operação
Mensagem retornada:Valor de Split superior ao valor disponível.
Estrutura de Payloads
Split de Pagamento — Conta
Payload recebido na criação da propostaSplit de Pagamento — Boleto
Payload recebido na criação da propostaRegras de Negócio
| Nº | Regra | Descrição |
|---|---|---|
| 1 | Autorização de Split (Conta) | O corban deve possuir a funcionalidade habilitada para uso de Split do tipo Conta. |
| 2 | Autorização de Split (Boleto) | O corban deve possuir a funcionalidade habilitada para uso de Split do tipo Boleto. |
| 3 | Validação de Limite | A soma dos valores dos Splits não pode ultrapassar o valor solicitado da operação. |
| 4 | Persistência | Dados válidos devem ser persistidos e enviados ao BMP Digital. |
| 5 | Auditoria | Toda tentativa de envio ou rejeição deve ser registrada com data, hora e usuário responsável. |
| 6 | Efeito Imediato | As parametrizações de Split aplicam-se imediatamente às novas propostas criadas. |