Configuração Meio de Pagamento BOLETOS

O BOLETO é uma das várias formas de pagamentos utilizadas na VTEX e demais e-commerces.

Para esse meio de pagamento temos um tratamento dentro do financeiro, no qual é opcional para cada cliente.

Sendo assim, iremos dividir o artigo em duas sessões:

 

1  - Configuração Básica - Apenas para Integrar o Pedido com o Meio de Pagamento BOLETO.

2 - Configuração Completa - No qual é efetuado o procedimento de criação de uma RA quando o pedido for integrado e compensação desta RA com a Nota Fiscal, quando o pedido for faturado.

 

1 - Configuração Básica.

Para integrar pedidos com o meio de Pagamento PIX basta apenas criar o parâmetro abaixo:

Nome do Parâmetro : VT_CONDBOL

Descrição : Condição de Pagamento Para Pedidos Pagos com BOLETO

Tipo : Caracter

Valor Padrão na Integração : Vazio ( Ou seja, se a condição de pagamento for obrigatória no pedido, o pedido não será integrado)

Valor que deve ser Configurado : Condição de pagamento Específica para o BOLETO

 

2 -Configuração Completa

 

A configuração completa é para os clientes que desejam já criar as movimentações do BOLETO dentro contas a Receber, através de RA ( Recebimento Adiantado) e consequentemente gerar o Movimento Bancário destes valores.

Para utilizar esse processo devem ser efetuados os seguintes procedimentos:

 

1 - Ter efetuado a configuração Básica deste artigo.

 

2 - Cadastrar o Boleto como uma condição de Pagamento na Tabela ZAB( Condição de Pagamentos x Administradoras Financeiras ) e deixar o campo ZAB_ADQUIR em branco, para que seja criado o registro financeiro na tabela ZTP.

Procedimento para Cadastrar Condição de Pagamento x Administradora Financeira : https://atosdata.zendesk.com/hc/pt-br/articles/360023518853-Administradoras-Financeiras-x-Condi%C3%A7%C3%B5es-de-Pagamento

 

3 - Configurar os seguintes parâmetros:

Nome	Descrição	Tipo	Valor Padrão
VT_GERAADT	Define se Gera Adiantamento de Pagamentos	Lógico	.F.
VT_PREFADT	Prefixo do Título de Adiantamento que será criado	Caracter	ADT
VT_CHVTIT	Chave do Título - O RA será criado com o valor deste parâmetro +o número do pedido de vendas no Faturamento. OBS: O valor preenchido neste parâmetro deve estar dentro de chaves duplas.	Caracter
VT_NATADT	Natureza de Adiantamento do PIX	Caracter
VT_MOVBOL	Valor Fixo Cobrado por Cada Transação BOLETO	Número
VT_PERCADT	Percentual Cobrado sobre Cada Transação BOLETO	Número
VT_NATMBAN	Natureza do Movimento Bancário de Tarifa	Caracter
VT_E1MSFIL	Define se SE1 e SC5 possui mesmo estrutura de tabela. Caso sejam diferentes, deve-se deixar o parâmetro como .T..	Lógico	.F.
VT_CONDBOL	Condição de Pagamento para Boleto	Caracter
VT_ADTBAN	Banco que será criado o RA OBS: Caso o cliente utilize Multipolítica, deve-se preencher o campo ZAA_BANCO na tabela ZAA	Caracter
VT_ADTAGE	Agência que será criada a RA OBS: Caso o cliente utilize Multipolítica, deve-se preencher o campo ZAA_AGENCI na tabela ZAA	Caracter
VT_ADTCTA	Conta que será criada a RA.  OBS: Caso o cliente utilize Multipolítica, deve-se preencher o campo ZAA_CONTA na tabela ZAA	Caracter

 

 

 

 

Após efetuar as configurações, deve-se agendar as rotinas TFINA05 ( Criação de RA`s para PIX, Boleto e VALE) e também TFINA01( Rotina de Compensação Entre RA de Adiantamento e Nota Fiscal do Pedido VTEX).

O processo de Boleto, PIX e VALE possui fluxo diferente dos demais pagamentos que são à prazo, pois o cliente primeiro paga o pedido e depois ele é faturado, desta maneira, na maioria dos casos o pagamento é recebido antes do pedido ser faturado.

Com isso efetuamos o processo de criar uma RA no financeiro quando o pedido é integrado no ERP e com isso essa RA fica em aberto no Contas a Receber, aguardando a nota fiscal para ser compensada.

No entanto, esse valor já vai aparecer no extrato bancário e com isso o financeiro consegue efetuar a conciliação diária dos valores recebidos nessas modalidades de pagamento.

Quando a nota fiscal for faturada a rotina TFINA01 será executada automaticamente via schedule e irá efetuar a compensação da RA com a nota fiscal.

OBS: Caso a nota fiscal faturada tenha valor divergente do valor pago pelo cliente ( Seja por faturamento parcial, problema de cálculos de impostos ou motivos diversos) a rotina não irá efetuar a compensação.