01. DATOS GENERALES
| Producto | |
|---|
| Línea de producto: | |
|---|
| Segmento: | |
|---|
| Módulo: | SIGAFIN - Financiero |
|---|
| Función: | | Rutina | Nombre técnico | Fecha |
|---|
| FINA086 | Anular Orden de Pago | 02/02/2026 |
|
|---|
| País: | México |
|---|
| Ticket: | No aplica |
|---|
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-27240 |
|---|
02. SITUACIÓN/REQUISITO
En la rutina Anular Orden de Pago (FINA086) se identifica que, al realizar la asociación de un archivo XML de CFDI con Complemento de Pago, el sistema no cuenta con una validación que contraste el RFC Receptor del CFDI contra el RFC de la empresa (campo M0_CGC de la filial de trabajo). Asimismo, se detecta que la validación de duplicidad del UUID está limitada únicamente al mismo proveedor, lo que permite la vinculación de un folio fiscal ya utilizado hacia otros proveedores que compartan el mismo RFC.
03. SOLUCIÓN
En la rutina Anular Orden de Pago (FINA086) se realizan las siguientes modificaciones:
- En la función encargada de generar una browse para seleccionar un archivo XML del complemento de pago y muestra los documentos relacionados en un grid (fa086OPXML()), se implementa la validación del RFC receptor Receptor, comparándolo contra el RFC de la empresa (sucursal); en caso de discrepancia, se muestra el mensaje de advertenciaalerta: "El RFC Receptor del CFDI no corresponde al RFC de la Empresa/Sucursal." y no se adjunta el XML.
- En la función encargada de validar directorios, RFC, UUID utilizado y documentos de la Orden Pago vs documentos del archivo XML (fn086VlDcx()), se elimina el filtro de Proveedor y Tienda en la verificación del UUID para asegurar su unicidad global; además, se reestructura la consulta a la base de datos mediante el uso de la función clase FwExecStatement().
| Totvs custom tabs box |
|---|
| tabs | Precondiciones,Procedimiento |
|---|
| ids | paso1,paso2 |
|---|
|
| Totvs custom tabs box items |
|---|
| default | yes |
|---|
| referencia | paso1 |
|---|
| - Realizar un respaldo de repositorio (archivo .RPO)
- Aplicar el parche correspondiente al issue DMINA-27240.
- Validar que la rutina actualizada coincida con la indicada en la sección 01. Datos Generales del presente Documento Técnico.
- Módulo Compras (SIGACOM):
- En la opción Actualizaciones | Archivos | Modalidades (FINA010), configurar una
modalidad- Modalidad.
- En la opción Actualizaciones | Archivos | Condiciones de Pago (MATA360), configurar una
condición pago - Pago con el Met. Pago SAT (E4_MPAGSAT) igual a "PPD".
- En la opción Actualizaciones | Archivos | Proveedores (MATA020), configurar un Proveedor.
- En la opción Actualizaciones | Archivos | Productos (MATA010), configurar un Producto.
- En la opción Actualizaciones | Archivos | Impuestos Variables (MATA995), configurar el impuesto IVA (IVA).
- En la opción Actualizaciones | Archivos | Tipos de Entrada y Salida (MATA080), registrar un Tipo de Entrada con el campo Gen. Título (F4_DUPLIC) en "Si" y con el impuesto variable IVA.
- En la opción Actualizaciones | Movimientos | Factura de Entrada (MATA101N), generar una
factura entrada - Entrada cargando al sistema el CFDI de la compra correspondiente
(el RFC del receptor debe ser diferente al RFC de la Empresa), proveedor producto - Producto y TES generados anteriormente.
- Módulo Financiero (SIGAFIN):
- En la opción Actualizaciones | Archivos | Bancos (MATA070), configurar un Banco.
- En la opción Actualizaciones | Cuentas por Pagar | Orden de Pago (FINA085A), generar una Orden de Pago para el título de la factura registrada previamente, indicando la
modalidad banco - Banco generados anteriormente.
|
| Totvs custom tabs box items |
|---|
| - En el módulo de Financiero (SIGAFIN), ir al menú Actualizaciones | Cuentas por Pagar | Anular Orden de Pago (FINA086).
- Seleccionar la Orden de Pago generada en las precondiciones, a continuación dar clic en Otras acciones | Asociar XML:
Image Modified - En la ventana Relación de XML con OP:
- Dar clic en el botón Buscar Archivo, a continuación, ubicar
el - un archivo XML correspondiente
(con el RFC de la Empresa y Receptor diferentes) y - a CFDI con Complemento de Pago, en donde, para efectos de la prueba, el RFC del Receptor sea diferente al RFC de la empresa; dar clic en el botón Grabar.
- Validar que se muestre el mensaje: "El RFC Receptor del CFDI no corresponde al RFC de la Empresa/Sucursal."
- :
Image Modified
|
|
04. INFORMACIÓN ADICIONAL
No aplica.
| Informações |
|---|
|
Solución disponible para las versiones vigentes o con garantía extendida vigente. Para mayor información consulte la sección Versiones vigentes del enlace Ciclo de Vida de Software - TOTVS Linha Protheus |
05. ASUNTOS RELACIONADOS
...