Cross Segmentos - TOTVS BackOffice (Línea Protheus) - MI - Facturación (SIGAFAT) - D2_USERLGI no es informado en la rutina MATA462AN

Tiempo aproximado de lectura 01:00 min

Ocurrencia
Se presenta un comportamiento incorrecto al generar un remito mediante la rutina MATA462AN, donde el campo Log de Inserción (D2_USERLGI) es completado con la información del usuario que registró el Pedido de Venta (C9_USERLGI), en lugar de registrar el usuario que efectivamente realizó la generación del remito.

Entorno
Cross Segmentos - TOTVS BackOffice (Línea Protheus) - MI - Facturación (SIGAFAT) -   A partir de la versión 12.1.2410

Causa 
El comportamiento ocurría debido a una validación existente en la rutina de Generación de Remito Automático (A462ANGera), donde, al existir los campos:

• C9_USERLGI en la tabla de Ítems de Pedido de Venta (SC9)
• D2_USERLGI en la tabla de Ítems de Venta de la Factura (SD2)

El sistema copiaba automáticamente el contenido del campo C9_USERLGI hacia el campo D2_USERLGI, manteniendo el usuario del pedido original en lugar del usuario que realizó el remito.

Solución
Se realizaron ajustes en las siguientes rutinas:

Rutina Generación de Remito (MATA462AN)

En la función:

• A462ANGera()

fue removida la validación que copiaba automáticamente el contenido del campo:

• C9_USERLGI → D2_USERLGI

evitando que el log del pedido de venta sea replicado en el remito.

Rutina Notas Fiscales (LOCXNF)

En la función:

• GravaItensNF()

fue implementada una nueva validación para que, al existir el campo:

• D2_USERLGI en la tabla SD2, el sistema registre correctamente el usuario que está ejecutando la generación del remito.

Para aplicar la corrección es necesario:

1. Aplicar el parche correspondiente al issue:
   • DMINA-11579.