F070FIM

PE apos baixa de contas a receber (FINA070). Notifica cliente, atualiza CRM, gera lancamento contabil customizado.

Assinatura: User Function F070FIM() --> NIL

Retorna: NIL

Modulo: SIGAFIN · Rotina: FINA070 · Momento: Apos efetivacao da baixa do titulo

Parametros (PARAMIXB)

// SE5 (movimento bancario) posicionada na baixa recem-feita

Retorno esperado

NIL

Exemplo

User Function F070FIM()
    // SE5 da baixa posicionada
    If SE5->E5_TIPODOC == "BA" // Baixa total
        U_NotifClienteBaixa(SE5->E5_CLIFOR, SE5->E5_VALOR)
    EndIf
Return

Pegadinhas

PE dispara em baixa individual. Pra baixa em lote, considere usar PE diferente ou pos-processamento.
SE5 = movimentacao bancaria; SE1 ja tem E1_BAIXA preenchida.
Reprocessar a mesma baixa (estorno + nova) dispara o PE duas vezes — idempotencia importa.

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 StartJob pra background.
Em JOB sem AppServer ativo: PE chamado via RPC pode ter cFilAnt/cEmpAnt vazios — sempre garanta RpcSetEnv.
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 FwLogger com identificacao do PE no log — facilita troubleshooting.

Tabelas afetadas

SE5 — baixa contas a receber (geralmente posicionada quando PE dispara)
Relacionadas: SE1