PARAMIXB[1]CaractereContexto de execução
Texto recebido da leitora; conferir o prefixo 0< descrito na documentação. (Refs. 1–2)
PONTO DE ENTRADAEm revisão
FINCMTC
User Function FINCMTC()Interpreta os campos da leitora de cheques no TOTVS Recibo.
Visão geral
A ficha específica do TOTVS Recibo, com escopo de localização e release 12.1.2210 ou superior atualizado, recebe PARAMIXB[1] e exige seis elementos: banco, agência, código postal, cheque, conta e DV da conta. A listagem P12.2210 também passa {cCmc7}. A tabela e o exemplo oficiais usam posições distintas em alguns campos; o código abaixo demonstra a tabela descrita, não um leiaute bancário universal. Não foi encontrada implementação útil no GitHub. (Refs. 1–2)
Sintaxe
User Function FINCMTC()Parâmetros
Retorno
Array obrigatório de seis campos na ordem documentada; não é retorno lógico.
Exemplo editorial baseado na documentação
#Include "Protheus.ch"
User Function FINCMTC()
// Exemplo baseado na tabela oficial; leiaute deve ser homologado.
Local cLeitura := PARAMIXB[1]
Local aCampos := {}
// Banco, agencia, postal, cheque, conta e DV, nessa ordem.
AAdd(aCampos, SubStr(cLeitura,2,3))
AAdd(aCampos, SubStr(cLeitura,5,3))
AAdd(aCampos, SubStr(cLeitura,8,4))
AAdd(aCampos, SubStr(cLeitura,12,8))
AAdd(aCampos, SubStr(cLeitura,20,10))
AAdd(aCampos, SubStr(cLeitura,30,1))
Return aCamposResultado esperado
Proposta didática com o comportamento descrito nos comentários. Conferir o contexto antes de compilar em homologação. 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.
Chamada observada e contexto
// Trecho do chamador P12.2210 (EURAI, ref. 2); não é implementação do PE.
// FINXFIN.PRX - FINCMC7TC() -> ACMC7TC := EXECBLOCK("FINCMTC",.F.,.F.,{CCMC7})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.
- Conferir o leiaute e o prefixo da leitora com dados sintéticos. Não registrar números reais de cheque/conta em logs. Validar comprimentos e política de erro no chamador antes da implantação.
- 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.