Histórico da Página
01. DATOS GENERALES
| Producto |
| |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: |
| |||||||||
| Segmento: |
| |||||||||
| Módulo: | SIGAFIN - FINANCIERO | |||||||||
| Función: |
| |||||||||
| País: | México | |||||||||
| Ticket: | NA | |||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-17960 |
02. SITUACIÓN/REQUISITO
Dentro de la rutina Totvs Recibos (FINA998), al momento de realizar la cancelación de un recibo en la cual se detona error al momento de cancelar, se observa que los campos de cancelación (EL_CANCEL | FJT_CANCEL) se están actualizando como si la cancelación hubiese sido exitosa a pesar de detonar errores en el proceso, lo cual es incorrecto.
03. SOLUCIÓN
Dentro de la rutina de Eventos de modelo de recibos para todos los países (F887FIN), el llamado a la función encargada de realizar la cancelación de recibos(F887CAN) se realiza en el evento encargado de ejecutar las validaciones de las reglas de negocio genéricas del cadastro antes de la grabación del formulario(ModelPosVld).
Dentro de la rutina de Eventos de modelo de recibos para México (F887FINMEX), se agrega un método encargado de validar si un recibo generó alguna cuenta por cobrar para no permitir el anulado o borrado de dicho recibo (FINCXCVld). La nueva función es llamada a través de los eventos de pre-validaciones(ModelPreVld) y pos-validaciones(ModelPosVld).
| Totvs custom tabs box | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
...
04. INFORMACIÓN ADICIONAL
NA
Card documentos Informacao La presente solución aplica para versión 12.1.33 o superior, siempre y cuando se tengan las rutinas actualizadas a la fecha indicada en la sección 01 - Datos Generales. Titulo ¡IMPORTANTE!
05. ASUNTOS RELACIONADOS
- Totvs Recibos - Funcionalidad - Nuevo Recibo
Templatedocumentos
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas