GFEA050
PE apos cadastro/atualizacao de Carga no SIGATMS. Trigger pra otimizacao de rotas, alocacao de veiculos, notificacao do motorista.
Assinatura: User Function GFEA050() --> NIL
Retorna: NIL
Modulo: SIGATMS (Transportes) · Rotina: GFEA050 · Momento: Apos cadastro de carga
Parametros (PARAMIXB)
// GWN (carga) ja posicionadaRetorno
NIL
Contexto
Cargas sao agrupamentos de Documentos de Transporte (CTe). Cada carga vai pra um veiculo+motorista+rota.
Exemplo
User Function GFEA050()
// Carga recem-cadastrada disponivel em GWN
Local cCarga := GWN->GWN_CARGA
Local cFrota := GWN->GWN_PLAVEI
// Notifica motorista via App
U_NotifMotorista(cFrota, cCarga)
// Integra com WMS de carregamento
U_IntegraWMS(cCarga, "CARREG")
ReturnPegadinhas
- Carga ja gravada — qualquer rollback aqui nao desfaz.
- Em ambientes com fila de roteirizacao externa (TOTVS Roteirizador), o PE pode disparar antes de definir motorista — checar GWN_PLAVEI.
- Pra processar em lote, evite operacoes pesadas inline — use fila assincrona.
Quando usar
- Customizacao da rotina padrao Protheus
Cuidados gerais
- 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
- GWN — carga (TMS) (geralmente posicionada quando PE dispara)
- Relacionadas: GW1