Contexto del PESin confirmarContexto por confirmar
El contrato técnico completo sigue sin confirmar. No suponer tipos, posiciones de PARAMIXB ni aliases más allá de las evidencias descritas.
PUNTO DE ENTRADAEn revisión
FA110TOT
User Function FA110TOT()Complementa el registro totalizador de baja automática por cobrar.
Descripción general
La ficha histórica Protheus 10/11 describe complemento del totalizador. Su ejemplo conserva/restaura área y muestra un mensaje; no graba campos. P12.2210 también registra FINA910A y FINA920A, además de FA110AUT: no demuestra aliases ni transacciones idénticos. No se localizó ejemplo útil en GitHub. (Refs. 1–2)
Sintaxis
User Function FA110TOT()Parámetros
Retorno
El ejemplo termina sin valor explícito; las llamadas no asignan resultado.
Ejemplo editorial basado en la documentación
#Include "Protheus.ch"
User Function FA110TOT()
// Ejemplo TOTVS adaptado: diagnostico sin ventana modal.
Local aArea := GetArea()
ConOut("FA110TOT: complemento del totalizador")
RestArea(aArea)
Return NilResultado 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.
// FINA110.PRX - FA110AUT() -> EXECBLOCK("FA110TOT",.F.,.F.)
// FINA910A.PRW - A910THRLOTE() -> EXECBLOCK( 'FA110TOT', .F., .F. )
// FINA920A.PRW - A920THRLOTE() -> EXECBLOCK('FA110TOT', .F., .F.)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.
- Distinguir totalizador del complemento por título FA110SE5. En lotes, preferir diagnóstico sin diálogo y comprobar número de llamadas sin deducirlo de repeticiones de la lista.
- 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.