01. DATOS GENERALES
| Producto | TOTVS Backoffice | ||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: | Línea Protheus | ||||||||||||||||||||||||||||||
| Segmento: | Backoffice | ||||||||||||||||||||||||||||||
| Módulo: | SIGAFIN - Financiero | ||||||||||||||||||||||||||||||
| Función: |
| ||||||||||||||||||||||||||||||
| País: | México | ||||||||||||||||||||||||||||||
| Ticket: | NA | ||||||||||||||||||||||||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-17536 |
02. SITUACIÓN/REQUISITO
Dentro de la rutina de Totvs Recibos (FINA998), al momento de realizar el borrado de un recibo que tiene una forma de pago tipo CC - Tarjeta de Crédito, el saldo del titulo cobrado no se actualiza correctamente. Además en la rutina anterior de Cobros Diversos (FINA087A), se observa que no se permite el borrado de un recibo de cobro con las mismas características y manda el siguiente mensaje:
03. SOLUCIÓN
Dentro de la rutina Aplicativo Totvs Recibos (FINA998.prw), se realizan los siguientes ajustes:
- En la función que es encargada de Realizar las petición jsonToAdvpl (JsToAdvpl), se realiza el ajuste para esperar la respuesta de la petición al servicio de cancelación de recibo en formato json.
Dentro de la rutina Fuente puente para comunicación de Endpoint (FINA998A.tlpp), se realizan los siguientes ajustes:
- En la función dedicada especialmente para acceder a los endpoints desarrollados en TLPP a través de un fuente PRW o PRX (FIN998TL), se realiza el ajuste para mandar como parámetro la respuesta de la petición al servicio de cancelación de recibo en formato json.
Dentro de la rutina Servicio de cancelación de recibos de cobro (cancel-receipt.service.tlpp), se realizan los siguientes ajustes:
- En la función que es encargada de retornar la confirmación de anulado del recibo (getcancelReceiptService), se realiza el ajuste para retornar un json al controlador con el mensaje de error y si fue exitoso o no el proceso de anulación.
Dentro de la rutina Controlador de Servicio de cancelación de recibos de cobro (cancel-receipt.controller.tlpp), se realizan los siguientes ajustes:
- En la función Endpoint para el anulado del recibo (postCancelReceipt), se realiza el ajuste para retornar un json en la petición.
Dentro de la rutina Servicio de borrado de recibos de cobro (delete-receipt.service.tlpp), se realizan los siguientes ajustes:
- En la función que encargada de retornar la confirmación de borrado del recibo (getdeleteReceiptService), se realiza el ajuste para detonar la validación del modelo antes de realizar la transacción y evitar el borrado si un recibo cuenta con una cuenta por cobrar ya liquidada.
Dentro de la rutina Eventos del Modelo para todos los países (F887FIN), se realizan los siguientes ajustes:
- En la función llamada ModelPosVld, se omite el llamado a la cancelación del recibo. El llamado a la función de cancelación de recibo se realiza al momento de realizar el commit en el modelo (BeforeTTS).
Dentro de la rutina Eventos del Modelo para pais México (F887FINMEX), se realizan los siguientes ajustes:
- Se crea una nueva función llamada ModelPosVld para detonar las validaciones del modelo antes de realiza la transacción. Se valida si un recibo tiene cuentas por cobrar ya liquidadas, si es el caso, se agrega un mensaje de validación que se mostrara cuando se intente borrar o anular.
Dentro de la rutina Servicio de recibos de cobro (receipt.data.tlpp), se realizan los siguientes ajustes:
- Se omiten líneas de código que fueron trasladas a la rutina Eventos del Modelo para país México (F887FINMEX).
Consideraciones Previas:
- Realizar un respaldo del repositorio (RPO).
- Aplicar el parche correspondiente al issue DMINA-17536.
- Validar que las rutinas actualizadas en el repositorio, coincidan con las descritas en el encabezado del presente Documento Técnico, así como las fechas.
- Registrar en el módulo Financiero el Tipo de Título:
- Tipo original del sistema (ES_TIPORIG) = CC
- Tipo (ES_TIPO) = CC
- Cartera (ES_CARTEIR) = 3-Todas
- Suma/Resta (ES_SINAL) = + - Suma
- Pagar/Cobrar (ES_BXRCOP) = 1 - Si
- Gen. en RC/OP (ES_RCOPGER) = 1 - Tit por cobrar/Pagar
- Registrar en el módulo Financiero un cliente (SA1) normal de ventas el cual será vinculado con una Administradora Financiera.
- Registrar en el módulo Financiero un cliente (SA1) normal de ventas.
- Registrar en el módulo Financiero una Administradora Financiera (SAE) registrando en el campo Cliente (AE_CODCLI) el registrado en el punto 5.
- Generar una Factura de Venta (SIGAFAT >> Actualizaciones | Facturación | Facturaciones) registrando el Cliente (F2_CLIENTE) registrado en el punto 6.
- Registrar un recibo de cobro en TOTVS Recibo (SIGAFIN >> Movimientos | Cuentas por Cobrar | TOTVS Recibo)
- Se ingresa a la opción de "Nuevo recibo".
- Capturar los datos del encabezado.
- Seleccionar en la sección de "Títulos a Cobrar o Compensar" la factura generada en las pre-condiciones (8).
- Agregar la forma de pago:
- Seleccionar Tipo Valor (EL_TIPO) = CC - Crédito.
- A continuación, informar la Administradora Financiera y guardar el recibo.
- Verificar en Títulos a Cobrar (SIGAFIN >> Consultas| Archivos | Cuentas por Cobrar | Posición de Títulos a Cobrar) que el registro generado de tipo CC se muestre como Movimiento Anulado (Status Rojo).
- Desde la opción "Buscar Recibo", se procede a borrar el recibo de cobro.
- Al dar clic en "Borrar".
- En la siguiente ventana se confirma el borrado del recibo y se mostrará el siguiente mensaje y no permitirá el borrado:
04. INFORMACIÓN ADICIONAL
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.
¡IMPORTANTE!
05. ASUNTOS RELACIONADOS
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas