...
Para abordar esta cuestión, se llevaron a cabo ajustes en la lógica del sistema con el fin de obtener y presentar los
motivos de baja al editar un cobro. Además, se implementó la lógica necesaria para almacenar estos motivos en los
campos correspondientes de las tablas SE1 y SE5.
Las modificaciones involucraron los siguientes cambios en el código fuente:
- TOTVS Recibo (FINA998.PRW): Se introdujo una función adicional que tiene la capacidad de recuperar los
motivos de baja registrados en el sistema. - Controlador del servicio de BranchCode (branchCode.controller.tlpp): Se añadió un nuevo punto final (endpoint)
que proporciona los motivos de baja en formato JSON, permitiendo que se muestren como una lista al cliente. - Servicio de branchCode (branchCode.service.tlpp): Este servicio ahora tiene la responsabilidad de retornar los
motivos de baja en formato JSON al controlador correspondiente. - Servicio de títulos financieros (financial-titles.service.tlpp): Se introdujeron bifurcaciones en este servicio con él
objetivo de evitar la contabilización cuando un título presenta el motivo de baja "Permuta". - Servicio para guardar los recibos (save-receipt.service.tlpp): En este servicio se asigna el motivo de baja al
campo 'Motivo' (E1_MOTIVO), permitiendo su adecuado almacenamiento
| 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-20619.
- Realizar el respaldo del diccionario de datos.
- Validar que las rutinas actualizadas en el repositorio, coincidan con las descritas en el encabezado del presente Documento Técnico, así como las fechas.
- 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 “Modalidades”, ubicada en el módulo de SIGAFIN (Actualizaciones | Archivos) incluir una modalidad.
A través de la rutina “Clientes”, ubicada en el módulo de SIGAFIN (Actualizaciones | Archivos) incluir un cliente con una modalidad de las dos configuradas anteriormente. - 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.
|
| Totvs custom tabs box items |
|---|
| default | no |
|---|
| referencia | Procedimiento |
|---|
| - Ingresar a la rutina TOTVS Recibo; SIGAFIN - Actualizaciones | Cuentas por Cobrar | TOTVS Recibo.
- Ingresar a la opción Nuevo Recibo.
- En la sección de Encabezado del recibo, seleccionamos el cliente configurado anteriormente.
- Aplicamos el filtro.
En el apartado Títulos a Cobrar o Compensar, seleccionar la Factura de Venta generada anteriormente y editamos el cobro, en la lista de Motivos de baja seleccionamos "DIFCAM". | Aviso |
|---|
| Si no se selecciona un motivo de baja, el registro en las tablas se guardará automáticamente con el motivo de baja "NORMAL - NOR" por defecto. |
- Agregar una Forma de Pago por el mismo valor a la Factura de Venta seleccionada anteriormente.
- Confirmar el guardado del recibo de cobro y confirmar la generación de un título si existe saldo a favor.
- Confirmamos que en los campos de los títulos Motivo de baja (E5_MOTBX) y Motivo de baja (E1_MOTIVO) sea grabado correctamente el motivo de baja de acuerdo a la tabla de abajo.
| Motivo | Iniciales |
|---|
| Normal | NOR | | Permuta | DAC | | Devolución | DEV | | Cancela NF | CNF | | DIFCAM | DIF |
|
|
...
