Histórico da Página

...

Producto

Solucoes_espanhol

Solucao	TOTVS Backoffice

Línea de producto:

Linhas_totvs_espanhol

Linha	Línea Protheus

Segmento:

Segmentos_totvs_espanhol

Segmento	Backoffice

Módulo:

SIGAFIN - Financiero

Función:

Rutina	Nombre Técnico
FINA887.PRW	Modelo genérico para todos los países en

Totvs

TOTVS recibo.
FINA887ARG.PRW	Modelo para Argentina en

Totvs

TOTVS recibo.
FINA887MEX.PRW	Modelo para México en

Totvs

TOTVS recibo.
FINA887PAR.PRW	Modelo para Paraguay en

Totvs

TOTVS recibo.
FINA887PER.PRW	Modelo para Perú en

Totvs

TOTVS recibo.
PAYMENTFORM.SERVICE.TLPP	Servicio de formas de pago.

País:

Todos

Ticket:

N/A

Requisito/Story/Issue (informe el requisito vinculado):

DMINA-21170

...

Es necesario actualizar la secuencia con la que se ejecutan los disparadores, when y reglas de dependencia al modelo. De esta manera, se logrará una mejora en el rendimiento y la lógica se ejecutará de acuerdo a la lógica del framework.

03. SOLUCIÓN

Se realizaron cambios en los siguientes fuentes para

...

mejorar el rendimiento:

En el fuente Modelo genérico de Totvs Recibo (FINA887.PRW): En el When del campo Tipo de Credito Crédito (EL_TPCRED), se elimino eliminó un loadvalue vacio ya vacío que generaba conflicto conflictos con la validacion validación (X3_VALID) del mismo campo, lo cual generaba resultando en errores al cargar una forma formas de pago tipo CD.
En el fuente Modelo para Argentina en Totvs recibo Recibo (FINA887ARG.PRW): Se eliminaron reglas de dependencia que ya no son eran necesarias gracias debido a la actualización.
En el fuente Modelo para Argentina en Totvs recibo Recibo (FINA887MEX.PRW): Se eliminaron reglas de dependencia que ya no son necesarias innecesarias gracias a la actualización.
En el fuente Modelo para Argentina en Totvs recibo Recibo (FINA887PAR.PRW): Se eliminaron reglas de dependencia que ya no son eran necesarias gracias a la actualización.
En el fuente Modelo para Argentina en Totvs reciboRecibo (FINA887PER.PRW): Se eliminaron reglas de dependencia que ya no son necesarias innecesarias gracias a la actualización.
En el servicio Formas de pago (PAYMENTFORM.SERVICE.TLPP): Se cambió modificó la lógica de los when y disparadores al en el modelo, en el cual donde el modelo es el encargado de verificar que ahora se encarga de verificar el cumplimiento de las reglas de dependencia se cumplan, así como de los when y validaciones, de esta manera se logra observar . Esto ha resultado en una mejora notable en el performance rendimiento del servicio.

Totvs custom tabs box

tabs	Pre-condiciones,Procedimiento, Paso 03, Paso 04
ids	Pre-condiciones,Procedimiento

Totvs custom tabs box items

default	yes
referencia	Pre-condiciones

Realizar un respaldo del repositorio (RPO).
Aplicar el parche correspondiente al issue DMINA-21170.
Validar que las rutinas actualizadas en el repositorio, coincidan con las descritas en el encabezado del presente Documento Técnico.
A través de la rutina “Productos”, ubicada en el módulo de SIGAFIN (Actualizaciones | Archivos), incluir un producto.
A través de la rutina “Bancos”, ubicada en el módulo de SIGAFIN (Actualizaciones | Archivos), incluir un banco.
A través de la rutina “Clientes”, ubicada en el módulo de SIGAFIN (Actualizaciones | Archivos), incluir un cliente.
A través de la rutina "Tipo de Entrada y Salida", ubicada en el módulo Facturación – SIGAFAT (Actualizaciones | Archivos), se debe tener una TES de salida configurada.
A través de la rutina "Factura de Venta", ubicada en el módulo Facturación – SIGAFAT (Actualizaciones | Movimientos), capturamos una Factura para el Cliente con el producto y la TES previamente configurada.

Aviso

title	Aviso

La siguiente configuración es solamente un ejemplo para verificar el correcto funcionamiento de la solución, no es necesario configurarlo.

CONFIGURACIÓN PARA PRUEBA DEL WHEN

Por medio del Módulo Configurador (SIGACFG) :

Crear el campo con las siguientes características:
1. Sección campo campó
  1. Campo = EL_DOMINIOWHEN
  2. Tipo = 1-Caracter
  3. Tamaño = 5
  4. Formato = @!
  5. Contexto = 1 - Si
  6. Propiedad = 1 - Modificar
2. Sección informaciones
  1. Tit. Español = RetenciónCampo when
  2. Desc. Español = RetenciónCampos que se activa si se cumple el when
3. Sección Opciones
  1. Inic. Estándar = ""
  2. Modo Edición = U_WHENRET()
4. Sección Uso
  1. Usado (x)
  2. Browse (x)
Agregar regla de dependencia en el campo Tipo Tit. (EL_TIPO) por medio del Módulo configurador >> Editar Campo >> Pestaña "Reglas de dependencia"
1. Sección Reglas de dependencia
  1. Secuencia = 500
  2. Contra Dominio = EL_DOMINIO
  3. Tipo = Pre y Post Validación
  4. Descripción = Dominio

Aviso

title	Importante

En el campo Modo Edición (X3_WHEN) puede ser ejecutada una función de usuario (Cómo se observa en el punto 2) o configurar directamente una condición lógica que retorne un valor booleano desde el Modo Edición del campo.

Ejemplo de Función de usuario y condición lógica desde el módulo configurador:

Image Added b.Image Added

Ambos ejemplos retornan un valor booleano, el cual indica (.T.) si se activa el campo, ya que la condición se cumple o de lo contrario el campo permanece bloqueado (.F.)

Sección Uso
1. Usado (x)
2. Browse (x)

Compilar la siguiente función de usuario:
1. Esta función tiene la funcionalidad de determinar si se bloquea o no un campo dependiendo el valor del campo Tipo Documento (EL_TIPODOC).
2. Image Added

CONFIGURACIÓN PARA PRUEBA DE REGLAS DE DEPENDENCIA

Totvs custom tabs box items

default	no
referencia	Procedimiento

...

Árvore de páginas

Versões comparadas

Versão antiga 1

Nova versão 2

Chave

03. SOLUCIÓN