01. DATOS GENERALES

02. SITUACIÓN/REQUISITO

Se necesitan los siguientes cambios en el aplicativo de TOTVS Recibo (FINA998)

• Obtener los campos que se muestran en las “formas de pago” por medio del modelo, ya que actualmente se obtienen por diccionario, esto ayudara a tener un mantenimiento más eficiente a las validaciones, disparadores , when’s y otras funcionalidades que ofrecen los modelos.
• Implementar la funcionalidad de las reglas de dependencia (Tabla XXA) para bloquear y desbloquear campos (Contra dominio) dependiendo un valor (Dominio).
• Dar tratamiento para que la funcionalidad de los Disparadores (Tabla SX7) no se vea afectada.
• Codificar en el modelo localizado por país las validaciones que se encuentran en duro en el servicio de “Validaciones formas de pago” (VALIDPAYMENTFORM.SERVICE.TLPP) .
• Codificar en back-end la lógica de la base, alícuota y valor que se encuentra actualmente en el front-end en la sección de “Formas de pago” y verificar su funcionamiento correctamente . 

03. SOLUCIÓN

Se realizarán los respectivos cambios en las rutinas, modelos localizados y eliminación de código innecesario.

1. Eventos del modelo para Argentina (F887FINARG.PRW):
1. Se realizó una validación de países para los campos Banco Cheque (EL_BCOCHQ) para que este no este vacío cuando la forma de pago sea CH o CHD.
2. Se eliminaron lineas de código que no son utilizadas.
2. Eventos del modelo para Perú.(F887FINPER.PRW):
1. Para el país de Perú se agrego una validación la cual verifica que al seleccionar una forma de pago tipo Retención de IVA el campo Banco no puede ir vacío.
3. Eventos del modelo para retenciones en Argentina(F887RETARG.PRW):
1. Se eliminaron líneas que no son utilizadas.
4. Modelo para Argentina en Totvs Recibo (FINA887ARG.PRW):
1. Para el país de Argentina se agregó en la definición del modelo reglas de dependencia, whens, inicializadores y  campos son obligatorios.
2. Se agregaron disparadores para los campos valor, alícuota y base cuando son retenciones.
3. Se agregaron funciones para determinar si un campo es bloqueado o no dependiendo el resultado del when.
4. Se agregó la función blocAStr() el cual retorna una parte de código de una instrucción de tipo bloque (codeblock).
5. Modelo para Paraguay en Totvs Recibo (FINA887PAR.PRW):
1. Para el país de Paraguay se agregaron reglas de dependencia, campos obligatorios, y when´s.
2. Se agregaron funciones para determinar si un campo es bloqueado o no dependiendo el resultado del when.
3. Se agregaron disparadores para los campos valor, alícuota y base cuando son retenciones.
6. Modelo para Perú en Totvs Recibo (FINA887PER.PRW):
1. Para el país de Perú se agregaron reglas de dependencia, campos obligatorios, y whens.
2. Se agregaron funciones para determinar si un campo es bloqueado o no dependiendo el resultado del when.
7. Controlador del servicio de formas de pago (PAYMENTFORM.CONTROLLER.TLPP):
1. Se modificó la manera de obtener el BodyRequest que envía el Front-End para aplicar la regla de negocio, anteriormente se obtenía el BodyRequest() por el método JSTOADVPL().
8. Servicio de formas de pago (PAYMENTFORM.SERVICE.TLPP):
1. Se separó la lógica de campos físicos en la base de datos a los campos virtuales generados por medio del modelo.
2. Se agregaron cambios para obtener propiedades de los campos por medio del metodo GETPROPERTY() en vez del GETSX3CACHE().
3. Se determinaron los campos que deben ser bloqueados al momento de abrir la forma de pago dependiendo el país.
4. Se realizó un tratamiento para que los campos de valor base (EL_VALBASE) y alícuota (EL_ALIQ) siempre se muestren antes del campo valor (EL_VALOR).
5. Se agregaron consultas estándares a campos virtuales.
6. Se generó un proceso en el cual si un campo tiene configurado una regla de dependencia y este a su vez tiene un When (X3_WHEN) este sea ejecutado para verificar si el campo es bloqueado o desbloqueado.
7. Se agregó un metodo el cual verifica por país cuales campos son obligatorios dependiendo los campos Tipo Tit. (EL_TIPO) y Tipo Valor (EL_TIPODOC).
8. Se agregó un metodo el cual verifica por país cuales campos son deshabilitados dependiendo los campos Tipo Tit. (EL_TIPO) y Tipo Valor (EL_TIPODOC),
9. Se corrigió el error de que los campos creados por el usuario de tipo fecha no son grabados correctamente en  la base de datos.
10. Se corrigió el valor mínimo que se le puede asignar al campo Fecha de Vencimiento (EL_DTVCTO), el cual no puede ser menor a la Fecha de Emisión (EL_EMISAO).
9. Servicio para guardar los recibos (SAVERECEIPT.SERVICE.TLPP):
1. Se eliminaron lineas de código que no son utilizadas y en Argentina se eliminó la lógica que se tenía planteada sobre las retenciones.
10. Servicio para validar las formas de pago(VALIDPAYMENTFORM.SERVICE.TLPP):
1. Se eliminaron validaciones que estaban en duro para los países de Argentina, Paraguay y Perú, las validaciones se encuentran ya en el modelo.
11. Totvs Recibo(FINA998.PRW):
1.  Se agregó una función SetValores () el cual es ejecutado cuando se ejecutan los disparadores de alícuota, base y valor, esta función ayuda a setear los valores en los respectivos campos.
2.  Se agregó la función docsReten () el cual es ejecutado cuando en Paraguay y/o Perú es seleccionado un titulo con Serie, documento y cuota y la forma de pago es una retención.

04. INFORMACIÓN ADICIONAL

05. ASUNTOS RELACIONADOS

• N/A