MT650FIM
PE apos planejamento de producao (MRP). Trigger pra notificacao PCP, ajuste de OPs.
Assinatura: User Function MT650FIM() --> NIL
Retorna: NIL
Modulo: SIGAPCP · Rotina: MATA650 · Momento: Pos-planejamento
Parametros (PARAMIXB)
Este PE nao recebe parametros via PARAMIXB. A tabela alvo ja esta posicionada quando o PE dispara — opere via (ALIAS)->CAMPO.
Retorno
NIL
Pegadinhas
- MRP gera N OPs — PE dispara apos todas.
Quando usar
- Trigger pra acao subsequente automatica
- Geracao de relatorio/log
- Integracao assincrona via fila
Exemplo (template)
User Function MT650FIM()
// Operacao ja gravada — trigger pra acoes pos-evento
Begin Sequence
// Logica custom apos gravacao
// Exemplos: notificar, sincronizar, gerar log
FwLogger():Info("MT650FIM disparado", {;
"filial": cFilAnt, ;
"user": RetCodUsr() ;
})
Recover
FwLogger():Error("Falha em MT650FIM: " + ErrorBlock())
End Sequence
ReturnCuidados 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
- SC2 — planejamento de producao (geralmente posicionada quando PE dispara)
- Relacionadas: SC1