Tiempo aproximado de lectura 01:00 min
Ocurrencia
Se identificó una inconsistencia en la rutina FISA842 al realizar la importación del Padrón de Entre Ríos en ambientes con base de datos PostgreSQL.
Como consecuencia, se veían afectados no solo los clientes y proveedores incluidos en el padrón de Entre Ríos, sino también registros que no pertenecían a dicha jurisdicción o cuyos CUIT no estaban contemplados en el padrón. Esto podía provocar modificaciones indebidas en configuraciones fiscales previamente definidas para otras provincias, como Córdoba, generando inconsistencias en la información tributaria almacenada.
Entorno
Cross Segmentos - TOTVS BackOffice (Línea Protheus) - MI - Libros Fiscales (SIGAFIS) - A partir de la versión 12.1.2410
Causa
Durante el procesamiento del padrón, el sistema actualizaba incorrectamente los registros de la tabla Empresas vs. Zonas Fiscales (SFH), asignando una alícuota del 0% a todos los registros alcanzados por la consulta de actualización.
Solución
Se realizó un ajuste en la consulta de actualización (UPDATE) utilizada por la rutina FISA842 durante la importación del padrón.
La corrección garantiza que la actualización de las alícuotas y de la condición de exento se aplique únicamente a los clientes y proveedores que correspondan efectivamente al padrón de la provincia de Entre Ríos que está siendo procesado.
Con este ajuste:
- Solo se actualizan los registros relacionados con el padrón importado.
- Se preservan las configuraciones fiscales existentes de otras provincias y regímenes.
- Se evita la asignación incorrecta de alícuotas del 0%.
- Se corrige el comportamiento observado en ambientes con base de datos PostgreSQL.
De esta manera, la información almacenada en la tabla SFH mantiene la integridad de los datos fiscales de cada jurisdicción y se evita la alteración involuntaria de registros no relacionados con el padrón importado.
Aplicar el pacote liberado en el issue DMICNS-27032.
0 Comentarios