PARAMIXB[1] / aTitulosArrayContexto de ejecución
Títulos, con selección lógica en la posición 8. (Refs. 1–2)
PUNTO DE ENTRADAEn revisión
F340VALOK
User Function F340VALOK()Valida la confirmación de títulos marcados para compensación.
Descripción general
La ficha documenta aTitulos en PARAMIXB[1] y selección lógica en la posición 8 de cada fila. .T. confirma; .F. cancela la confirmación y mantiene la pantalla de selección. El ejemplo oficial rechaza confirmar sin títulos marcados. Es distinto del momento de validación F340VLD. (Refs. 1–2)
Sintaxis
User Function F340VALOK()Parámetros
Retorno
Lógico: .T. confirma; .F. vuelve a la selección sin confirmar.
Ejemplo editorial basado en la documentación
#Include "Protheus.ch"
User Function F340VALOK()
// Regla oficial adaptada: exigir al menos un titulo marcado.
Local aTitulos := PARAMIXB[1]
Local nFila := 0
Local nMarcados := 0
For nFila := 1 To Len(aTitulos)
If ValType(aTitulos[nFila]) == "A"
If Len(aTitulos[nFila]) >= 8
If ValType(aTitulos[nFila][8]) == "L"
If aTitulos[nFila][8]
nMarcados++
EndIf
EndIf
EndIf
EndIf
Next
Return nMarcados > 0Resultado 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.
// FINA340.PRX - FA340OK() -> LRET := EXECBLOCK("F340VALOK", .F., .F., {ATITULOS})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.
- La regla didáctica comprueba que exista alguna marca válida. No modifica títulos ni recalcula saldos. Probar ninguna selección, un título y varios títulos.
- 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.