Contexto do PENão confirmadoContexto a confirmar
Contrato técnico completo ainda não confirmado. Não presumir tipos, posições de PARAMIXB ou aliases além das evidências descritas.
PONTO DE ENTRADAEm revisão
F430REJ
User Function F430REJ()Trata os dados de registros rejeitados antes de serem zerados.
Visão geral
O suporte oficial descreve o tratamento de dados rejeitados antes de sua limpeza. A chamada P12.2210 ocorre em FA430GER, sem quarto argumento nem resultado atribuído. Não foi recuperado um layout específico de variáveis ou exemplo útil no GitHub. A correspondência histórica com FA300REJ não autoriza transferir automaticamente o contrato de outro PE. (Refs. 1–3) Pesquisa com evidência indexada do TDN; não foi recuperada uma ficha específica completa.
Sintaxe
User Function F430REJ()Parâmetros
Retorno
Não confirmado; não há atribuição de resultado no trecho localizado.
Chamada observada e contexto
// Trecho do chamador P12.2210 (EURAI, ref. 2); não é implementação do PE.
// FINA430.PRX - FA430GER() -> EXECBLOCK("F430REJ",.F.,.F.)Resultado esperado
O registro mostra argumentos e uso imediato do retorno quando presentes. Não inclui o corpo completo do chamador nem comprova a posição do commit.
- Não presumir SE2 posicionado nem alterar motivos de rejeição sem conhecer a origem. Na homologação, separar registros aceitos e rejeitados e conferir que nenhum título rejeitado seja baixado indevidamente.
- Uma chamada sem quarto argumento não documenta um layout de PARAMIXB. Preservar identificadores do chamador e não inventar campos ou posições.
- Roteiro de homologação: comparar o fluxo padrão e o customizado, testar sucesso, recusa e repetição e conferir saldos, movimentos e contabilização conforme o processo.
- Em revisão: exemplo não compilado nem executado em Protheus. Aliases, bloqueios, posição na transação e compatibilidade devem ser conferidos no release e patch utilizados.
Comentários
Ainda não há comentários aprovados.
Entre com Google ou Microsoft para comentar.