Pagamento antecipado (PA) e compensação no Contas a Pagar

O fornecedor recebeu o adiantamento, a nota chegou, e agora o financeiro precisa abater o que já foi pago. Há dois caminhos no Protheus, e o que decide qual vale é se o PA está ligado a um pedido de compra. A baixa normal do título (por pagamento) está em título a pagar em borderô que não baixa; o equivalente a receber está em baixa de título no contas a receber.

Para saber em qual caminho o seu PA está, veja no fim do artigo a consulta que mostra se ele está ligado a um pedido.

Compensação manual: quando a rotina recusa

Na rotina de compensação do Contas a Pagar você marca o PA e o título da nota e confirma. A rotina também não compensa título de abatimento. Antes de compensar, ela pode recusar com uma destas mensagens:

O PA ligado a pedido às vezes nem aparece na lista de seleção. Se o PA “sumiu” da compensação, veja primeiro se ele está ligado a um pedido, antes de procurar erro.

Erro comum: tentar destravar a compensação manual do PA de pedido apagando ou zerando o vínculo. Isso desfaz o controle de saldo do pedido e a entrada da nota deixa de compensar sozinha. Se o vínculo está errado, corrija pelo pedido de compra.

A entrada da nota compensa o PA sozinha quando as três coisas acontecem juntas:

1. A condição de pagamento da nota permite adiantamento.
2. A nota tem itens ligados a pedido de compra e a TES desses itens gera duplicata.
3. O pedido tem PA relacionado e a nota tem valor a pagar.

Na inclusão, a nota é recusada antes de gravar quando:

• a data base do sistema é anterior à emissão do pedido de compra (ajuste a data base);
• a condição usa adiantamento e não há PA do pedido que possa ser usado;
• no Brasil, com o parâmetro de validação de adiantamento no padrão, o valor que saiu pelo banco é menor que o valor adiantado;
• a condição usa adiantamento, mas a nota não tem item de pedido com TES que gera duplicata.

No caso inverso (o pedido tem PA, mas a condição escolhida não usa adiantamento), a rotina pergunta se deseja prosseguir e avisa que a compensação automática não vai ocorrer. É o jeito mais comum de a nota entrar e o PA ficar em aberto: o usuário responde “sim” sem ler.

Como a compensação é feita

• Ela compensa contra a primeira parcela da nota. O valor usado do PA é limitado ao valor dessa parcela: o PA pode ser usado parcialmente e, se o pedido tem mais de um PA, eles são consumidos em sequência até cobrir a parcela.
• Só entra o PA que tem movimento bancário e cujo saldo cobre o valor relacionado.
• Se o pedido ficou totalmente entregue, o saldo que sobrou do PA no pedido é eliminado.
• Ao excluir o documento de entrada, o padrão devolve o valor ao pedido e estorna a compensação do PA.

1. Olhe o PA no Contas a Pagar: o saldo menor que o valor (ou zerado) indica que algo foi compensado.
2. Confira se o saldo do PA no pedido caiu pelo valor compensado.
3. Se nada mudou, revise nesta ordem: condição de pagamento permite adiantamento, TES com duplicata, item ligado ao pedido e a resposta dada ao aviso de condição sem adiantamento.

Por que a trava some na entrada da nota

A restrição do PA de pedido não é uma regra de negócio solta na compensação manual: ela é uma consulta ao saldo do PA no pedido. Por isso o mesmo PA fica liberado para a compensação manual quando esse saldo zera, e por isso a compensação feita pela entrada da nota não esbarra na trava: a rotina reconhece que foi chamada pela compensação automática e pula a checagem.

Para TI e consultor: onde ver isso no banco

A compensação manual é a rotina FINA340 (opção Compensar) e a automática é acionada pela entrada da nota (MATA103). O vínculo é uma linha na tabela FIE por pedido e por PA: FIE_CART (P para pagar), FIE_PEDIDO, a chave do título (FIE_PREFIX, FIE_NUM, FIE_PARCEL, FIE_TIPO, FIE_FORNEC, FIE_LOJA), FIE_VALOR (valor relacionado) e FIE_SALDO (quanto ainda não foi usado). FIE_FILORI guarda a filial de origem. Na montagem da lista de seleção da compensação manual, o título que tem linha na FIE é pulado.

SELECT E2_PREFIXO, E2_NUM, E2_PARCELA, E2_TIPO, E2_FORNECE, E2_LOJA,
       E2_VALOR, E2_SALDO, E2_NUMBOR,
       FIE_PEDIDO, FIE_VALOR, FIE_SALDO
  FROM SE2010 SE2
  LEFT JOIN FIE010 FIE
    ON FIE.FIE_CART   = 'P'
   AND FIE.FIE_FORNEC = SE2.E2_FORNECE
   AND FIE.FIE_LOJA   = SE2.E2_LOJA
   AND FIE.FIE_PREFIX = SE2.E2_PREFIXO
   AND FIE.FIE_NUM    = SE2.E2_NUM
   AND FIE.FIE_PARCEL = SE2.E2_PARCELA
   AND FIE.FIE_TIPO   = SE2.E2_TIPO
   AND FIE.D_E_L_E_T_ = ' '
 WHERE SE2.E2_TIPO = 'PA'
   AND SE2.E2_FORNECE = '000001'
   AND SE2.D_E_L_E_T_ = ' '

Troque o fornecedor e ajuste o sufixo das tabelas. FIE_PEDIDO vazio (sem linha na FIE) indica PA sem pedido. Linha com FIE_SALDO maior que zero indica PA reservado a pedido. O join não filtra filial de propósito: o compartilhamento da FIE e da SE2 muda de ambiente para ambiente, então acrescente o filtro que o seu modo de acesso pedir.

Detalhes das recusas e da compensação automática:

• NOCHQADT é uma checagem de cheque não liberado ligado ao PA, e o parâmetro MV_LIBCHEQ participa dela. ADTXPED vale para Brasil, Angola e México. NOCMPTRF aparece quando o título tem número de borderô (E2_NUMBOR).
• Condição que permite adiantamento é E4_CTRADT igual a 1 na SE4. Os itens ligados a pedido têm D1_PEDIDO e D1_ITEMPC preenchidos. As validações valem para Brasil e México (cPaisLoc).
• MV_VLDADT (lógico, padrão .T.) exige que o valor pelo banco cubra o adiantado; com .F., a recusa só permanece quando não houve nenhuma movimentação bancária.
• Depois de compensar, FIE_SALDO é reduzido e o vínculo da compensação é gravado na FR3, com número e série do documento. A eliminação do saldo restante, com o pedido totalmente entregue, segue MV_ESLDFIE (lógico, padrão .T.). Ao excluir a nota, o padrão devolve o valor ao FIE_SALDO e apaga as linhas da FR3 daquela nota.
• Para conferir se a nota compensou: E2_SALDO do PA menor que E2_VALOR, FIE_SALDO reduzido e linha na FR3 pelo pedido, com o documento e a série da nota.

SELECT X6_VAR, X6_TIPO, X6_DESCRIC, X6_CONTEUD
  FROM SX6010
 WHERE X6_VAR IN ('MV_VLDADT', 'MV_ESLDFIE', 'MV_LIBCHEQ')

A consulta mostra se os parâmetros existem e o conteúdo no seu ambiente. Ela não prova, sozinha, qual rotina usa cada um.