PARAMIXB[1]CarácterContexto de ejecución
Texto de lectora; verificar prefijo 0< documentado. (Refs. 1–2)
PUNTO DE ENTRADAEn revisión
FINCMTC
User Function FINCMTC()Interpreta campos de lectora de cheques en TOTVS Recibo.
Descripción general
La ficha específica de TOTVS Recibo, con alcance de localización y release 12.1.2210 o superior actualizado, recibe PARAMIXB[1] y exige seis elementos: banco, agencia, código postal, cheque, cuenta y DV cuenta. P12.2210 pasa {cCmc7}. Tabla y ejemplo oficiales difieren en algunas posiciones; el código demuestra la tabla, no diseño bancario universal. No se encontró implementación útil en GitHub. (Refs. 1–2)
Sintaxis
User Function FINCMTC()Parámetros
Retorno
Array obligatorio de seis campos en orden documentado; no es retorno lógico.
Ejemplo editorial basado en la documentación
#Include "Protheus.ch"
User Function FINCMTC()
// Basado en tabla oficial; homologar el diseno.
Local cLectura := PARAMIXB[1]
Local aCampos := {}
// Banco, agencia, postal, cheque, cuenta y DV, en orden.
AAdd(aCampos, SubStr(cLectura,2,3))
AAdd(aCampos, SubStr(cLectura,5,3))
AAdd(aCampos, SubStr(cLectura,8,4))
AAdd(aCampos, SubStr(cLectura,12,8))
AAdd(aCampos, SubStr(cLectura,20,10))
AAdd(aCampos, SubStr(cLectura,30,1))
Return aCamposResultado esperado
Propuesta didáctica con el comportamiento descrito en los comentarios. Comprobar el contexto antes de compilar en pruebas. En revisión: ejemplo no compilado ni ejecutado en Protheus. Comprobar aliases, bloqueos, posición transaccional y compatibilidad en el release y patch utilizados.
Llamada observada y contexto
// Fragmento del llamador P12.2210 (EURAI, ref. 2); no es una implementación del PE.
// FINXFIN.PRX - FINCMC7TC() -> ACMC7TC := EXECBLOCK("FINCMTC",.F.,.F.,{CCMC7})Resultado esperado
El registro muestra argumentos y uso inmediato del retorno cuando existen. Omite el cuerpo completo del llamador y no demuestra el momento del commit.
- Verificar diseño y prefijo de lectora con datos sintéticos. No registrar números reales de cheque/cuenta. Validar longitudes y política de error del llamador antes de implantar.
- Una llamada sin cuarto argumento no documenta una estructura de PARAMIXB. Conservar identificadores del llamador y no inventar campos ni posiciones.
- Plan de pruebas: comparar el flujo estándar y personalizado, probar éxito, rechazo y repetición y comprobar saldos, movimientos y contabilidad según el proceso.
- En revisión: ejemplo no compilado ni ejecutado en Protheus. Comprobar aliases, bloqueos, posición transaccional y compatibilidad en el release y patch utilizados.
Comentarios
Todavía no hay comentarios aprobados.
Inicia sesión con Google o Microsoft para comentar.