F040FIM
PE apos inclusao de titulo a receber (SE1) em FINA040. Trigger para integracao bancaria, geracao boleto, envio email cobranca.
Assinatura: User Function F040FIM() --> NIL
Retorna: NIL
Modulo: SIGAFIN (Financeiro) · Rotina: FINA040 · Momento: Apos confirmacao da inclusao na rotina Contas a Receber
Parametros (PARAMIXB)
// Sem PARAMIXB. SE1 ja posicionada no titulo recem-incluidoRetorno esperado
NIL
Exemplo
User Function F040FIM()
// Titulo recem incluido na SE1
If SE1->E1_VALOR >= 5000
// Notifica gerente de cobranca
U_NotifCobranca(SE1->E1_NUM, SE1->E1_VALOR)
EndIf
// Marca pra geracao de boleto no proximo lote
If !Empty(SE1->E1_PORTADO)
U_IncluiBordero(SE1->E1_NUM)
EndIf
ReturnPegadinhas
- PE roda em inclusao individual E ExecAuto — em batch grande, dispara muito.
- Em inclusao via integracao (NF gerada), SE1 vem com E1_ORIGEM preenchido. Use isso pra diferenciar.
- Cuidado: alguns titulos sao gerados automaticamente por FATA460 (faturamento) — PE pode disparar inesperado.
Quando usar
- Trigger pra acao subsequente automatica
- Geracao de relatorio/log
- Integracao assincrona via fila
Cuidados gerais
- Erro aqui nao reverte a operacao: o registro ja foi gravado. Falha do PE deve ser apenas logada — nao tentar rollback.
- Idempotencia: PEs podem disparar mais de uma vez em retry ou reprocessamento — codigo deve ser seguro pra rodar varias vezes sem efeito colateral.
- Performance critica: PE roda em fluxo do usuario. Operacoes pesadas (loop sobre milhares de registros, chamada HTTP sincrona) podem travar a tela. Use
StartJobpra background. - Em JOB sem AppServer ativo: PE chamado via RPC pode ter
cFilAnt/cEmpAntvazios — sempre garantaRpcSetEnv. - Begin Sequence + Recover: erros nao tratados em PE podem deixar transacao Protheus em estado inconsistente. Sempre envolver em
Begin Sequence ... End Sequence. - Logging com contexto: use
FwLoggercom identificacao do PE no log — facilita troubleshooting.
Tabelas afetadas
- SE1 — titulo a receber (geralmente posicionada quando PE dispara)
- Relacionadas: SE5, SA1