A260FIM

PE apos transferencia de estoque (MATA260). Atualiza WMS, gera ticket de movimentacao, log de auditoria.

Assinatura: User Function A260FIM() --> NIL

Retorna: NIL

Modulo: SIGAEST · Rotina: MATA260 · Momento: Apos transferencia confirmada (SD3 com tipo de transferencia)

Parametros (PARAMIXB)

Este PE nao recebe parametros via PARAMIXB. A tabela alvo ja esta posicionada quando o PE dispara — opere via (ALIAS)->CAMPO.

Retorno esperado

NIL

Pegadinhas

SD3 ja gravada — saldo SB2 ja atualizado em ambos armazens.
Transferencias entre filiais geram dois SD3 — PE dispara duas vezes.

Quando usar

Trigger pra acao subsequente automatica
Geracao de relatorio/log
Integracao assincrona via fila

Exemplo (template)

User Function A260FIM()
    // Operacao ja gravada — trigger pra acoes pos-evento

    Begin Sequence
        // Logica custom apos gravacao
        // Exemplos: notificar, sincronizar, gerar log
        FwLogger():Info("A260FIM disparado", {;
            "filial": cFilAnt,                                ;
            "user":   RetCodUsr()                             ;
        })
    Recover
        FwLogger():Error("Falha em A260FIM: " + ErrorBlock())
    End Sequence

Return

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.