Automatización y Validación de Situación Impositiva mediante Padrones (ARBA, CABA y Santa Fe)

Carolina_Benitez · 24 Abril, 2026 12:51

Propósito del Proceso dentro del Negocio

El proceso de Automatización y Validación de Situación Impositiva está diseñado para optimizar el alta y la actualización de Clientes y Proveedores dentro del sistema ERP. El propósito fundamental de esta herramienta es garantizar que las alícuotas de Retención y Percepción, así como la “Situación Impositiva” (Convenio Multilateral, Contribuyente Local o No Inscripto), se autocompleten de forma precisa consultando los padrones oficiales de las jurisdicciones de ARBA (Buenos Aires), AGIP (CABA) y API (Santa Fe).

¿Para qué se realiza esto? Para asegurar la integridad y completitud de los datos impositivos desde el primer momento en que se registra un sujeto en el sistema. Al automatizar este flujo mediante rutinas automáticas (BProcs), integraciones masivas (Deals) o importaciones manuales, la empresa minimiza los errores operativos derivados de la carga manual, evita discrepancias en la facturación y asegura el cumplimiento estricto de las normativas fiscales provinciales vigentes.

Por ejemplo, en un escenario cotidiano, un Analista de Cuentas a Pagar crea un nuevo proveedor. En lugar de ingresar a la web de cada ente recaudador para verificar si el CUIT “30-71223035-1” corresponde a un contribuyente Local o de Convenio Multilateral, el sistema lee directamente el archivo del padrón (de 121 caracteres de longitud) y aplica la condición fiscal correcta de manera automática.

Requisitos Previos en el Sistema

Para que el motor de importación y los automatismos funcionen correctamente, es obligatorio cumplir con las siguientes configuraciones previas.

1. Activación y Parametrización de Automatismos (BProcs) Para que la actualización ocurra en tiempo real al guardar un registro, los BProcs denominados “Consultar Padrón ARBA”, “Consultar Padrón RG IIBB CABA” y “Consultar Padrón Santa Fe” deben estar activos.

A continuación, se detallan los parámetros obligatorios que deben configurarse dentro del BProc:

Nombre del Parámetro	Propósito Operativo	Valor de Referencia (Ejemplo Santa Fe)

TipoRetencion	Identifica el esquema de retención a aplicar.	IIBBARGRETEN
Retencion	Asigna el concepto de retención específico de la provincia.	IIBBARGRETEN - SFE
TipoPercepcion	Identifica el esquema de percepción a aplicar.	IIBBARGPERCEP
Percepcion	Asigna el concepto de percepción específico de la provincia.	IIBBARGPERCEP - SFE
Provincia	Indica la jurisdicción a buscar en la pestaña Datos Impositivos.	Santa Fe
Actualizar Situación Impositiva	Checkbox que habilita al sistema a sobrescribir la condición del contribuyente (Local, Convenio, No Inscripto).	Activado (Tildado)

ATENCIÓN: Si el parámetro “Actualizar Situación Impositiva” se encuentra apagado (estado por defecto), el sistema consultará el padrón para actualizar únicamente las alícuotas (porcentajes de retención/percepción), pero dejará intacta la situación fiscal del sujeto. Es crítico que el Administrador del Sistema tilde esta opción si el objetivo del negocio es automatizar integralmente el estado del contribuyente.

Esta misma configuración debe hacerse en la Descarga de DEALS o el importador manual, en caso de corresponder.

2. Regla de Negocio Excluyente: Priorización de Convenio Multilateral Existe una validación de seguridad incorporada en la lógica de importación diseñada para evitar inconsistencias tributarias. Si el padrón provincial informa que un CUIT tiene la situación de Contribuyente Local (Letra “D”), el sistema verificará internamente si ese Cliente o Proveedor ya posee otras provincias configuradas previamente bajo la situación de “Convenio Multilateral” (Letra “C”).

Si se detectan otras provincias en Convenio Multilateral, el sistema priorizará mantener la condición de Convenio Multilateral para el cliente, ignorando la marca de “Local” proveniente del padrón para esa jurisdicción específica.
¿Por qué ocurre esto? Porque las reglas operativas del ABM manual prohíben que un mismo contribuyente coexista como Local en una provincia y Convenio Multilateral en otra; el proceso de importación masiva respeta esta misma restricción para evitar corromper la base de datos.
Cabe destacar que se ha detectado que en múltiples oportunidades, los padrones traen incorporados erróneamente el dato de la condición fiscal, indicando que un cliente es Local cuando en realidad es del Convenio Multilateral, por lo que este control es clave para minimizar los errores impositivos acarreados por este error en la disponibilización de los padrones.

Flujo Operativo Principal

El proceso de actualización de alícuotas y situación impositiva cuenta con tres modalidades de ejecución. Cada una responde a una necesidad específica del negocio, pero todas comparten el mismo objetivo: garantizar la correcta categorización tributaria del padrón de sujetos.

Modalidad 1: Ejecución Automática en Tiempo Real (BProc)

Esta modalidad se utiliza en la operatoria diaria para autocompletar la condición del sujeto inmediatamente al dar de alta un registro, evitando verificaciones manuales en los portales web oficiales.

Ingresar al ABM de Clientes o Proveedores y completar los datos comerciales habituales y luego:

Ingresar un número de CUIT válido en el campo correspondiente.
Navegar hacia la solapa “Datos Impositivos” y localizar la sección “Jurisdicciones IIBB”.
Agregar la provincia deseada (por ejemplo, “Buenos Aires” para el padrón de ARBA o “Ciudad Autónoma de Buenos Aires” para CABA).
Presionar el botón “Guardar”.

¿Qué sucede a nivel interno al guardar? El sistema detecta el alta o la modificación y dispara la consulta automática a las bases de los padrones (ARBA, CABA o Santa Fe). A partir de la consulta, el sistema realiza la siguiente asignación de forma automática:

Valor detectado en el Padrón	Acción ejecutada por el Sistema en la Jurisdicción	Motivo Operativo

Letra ‘C’	Asigna el valor Convenio Multilateral	El CUIT tributa en múltiples jurisdicciones según la entidad recaudadora.
Letra ‘D’	Asigna el valor Local (Contribuyente Local)	El CUIT tributa de forma directa y exclusiva en dicha jurisdicción.
No se encuentra el CUIT	Asigna el valor No Inscripto	Mantiene la base saneada indicando que el sujeto no registra actividad vigente para los impuestos de esa provincia.

Modalidad 2: Importación Manual

Esta opción permite a los analistas procesar de forma explícita y bajo demanda un archivo de padrón alojado internamente en el sistema, lo cual es útil para no depender de los cronogramas automáticos.

Navegar en el menú del sistema hacia la ruta: Gestión Empresarial → Impuestos → Importación padrones iibb santa fe (o la jurisdicción que corresponda):

Configurar los selectores de “Tipo de retención” y “Tipo de percepción”. Estos campos filtrarán y mostrarán únicamente aquellos conceptos configurados bajo el esquema “múltiple” para la provincia seleccionada.
Configurar los selectores dependientes de “Retención” y “Percepción” asignando el concepto específico para la provincia.
Configurar el campo “Actualiza situación impositiva”. El sistema recordará la opción elegida para futuras ocasiones y agilizar la operatoria.

ATENCIÓN: Si el campo “Actualiza situación impositiva” se deja desmarcado, el proceso leerá el archivo y actualizará exclusivamente las alícuotas porcentuales, ignorando por completo la condición fiscal del sujeto. Es vital marcar esta casilla si se desea mantener alineada la situación impositiva (Local/Convenio) con los porcentajes aplicados.

Presionar el botón “Importar”.
El sistema mostrará un mensaje emergente de confirmación indicando el mes y el año correspondiente a la metadata del archivo a procesar.

¿Cómo impacta el archivo? Durante la importación manual, el sistema lee posiciones específicas del archivo txt oficial. Identifica el CUIT entre las posiciones 28 y 38. Luego, localiza el indicador de contribuyente en la posición 40 (Letra ‘C’ o ‘D’). Finalmente, extrae las alícuotas de percepción desde las posiciones 46 a 49 y las de retención desde las posiciones 51 a 54. Con esta información, el sistema inserta registros bajo la modalidad “Porcentaje Directo” en la administración de retenciones y percepciones de cada contribuyente, respetando las fechas de vigencia.

Nota Operativa: A diferencia del proceso automático, la importación manual impactará las novedades incluso sobre aquellos Clientes o Proveedores que se encuentren en estado inactivo. Esto asegura que, ante una eventual reactivación futura del sujeto, sus datos fiscales ya se encuentren actualizados.

Modalidad 3: Ejecución Masiva Automatizada (Deals)

Esta modalidad se emplea para procesar el padrón provincial completo una vez al mes de manera desatendida, actualizando masivamente a todos los contribuyentes activos que presenten coincidencias (match) por CUIT.

El sistema ejecuta el método “Importación de Padrón” (por ejemplo, para Santa Fe o ARBA) mediante la herramienta Deals:

Utiliza parámetros predeterminados de base de datos como IIBBARGRETEN para el tipo de retención y IIBBARGPERCEP para el tipo de percepción.
Aplica las mismas reglas de lectura de archivo y validaciones detalladas en la modalidad manual. No duplica líneas si el proceso se ejecuta dos veces para un mismo período.

Impacto en el Maestro de Clientes y Proveedores

Simultáneamente a la carga de alícuotas, si el parámetro “Actualizar Situación Impositiva” fue encendido previamente, el proceso impactará directamente sobre el legajo comercial.

En la solapa “Datos Impositivos”, sección “Jurisdicciones IIBB”, la columna “Situación IIBB” se sobrescribirá basándose en el tipo de contribuyente reportado por el padrón de la entidad recaudadora.

Por ejemplo, si el padrón de CABA informa la letra ‘D’, el sistema registrará la situación de “Local”.
Si en el padrón de ARBA no se localiza el CUIT pero el contribuyente tenía la provincia de Buenos Aires cargada, el sistema la actualizará al valor “No Inscripto”.
¿Por qué se procede así? Para mantener el legajo fiscal depurado, reflejando que el sujeto no está activo para los impuestos de esa provincia en el mes vigente, bloqueando percepciones indebidas.

Trazabilidad y Auditoría

Para fines de control interno y auditoría, el cierre del proceso no es silencioso, sino que genera trazas (logs) de seguridad que permiten a los supervisores monitorear las acciones:

Ejecución Manual y Deals: Cada vez que un usuario presiona el botón “Importar” en la vista manual o se ejecuta el Deal programado, la acción queda registrada en el log general del sistema (FAFAuditoria), detallando el usuario responsable, la fecha y la hora exacta de la afectación de los registros.
Ejecución Automática (BProcs): Los analistas pueden ingresar al “Monitor de BProcs” para corroborar el correcto funcionamiento en tiempo real. En esta grilla, se visualiza el nombre del BProc (Ej: “Consultar Padrón ARBA”), el evento disparador (“create” o “update”), el legajo afectado y si el estado final fue “Enviado” o “Recibido Ok”.

Tabla de Resolución de Problemas

A continuación, se listan los escenarios de error más comunes durante la importación o ejecución de automatismos, sus causas raíz y los procedimientos de resolución.

Escenario de Error	Causa Raíz (Por qué ocurre)	Procedimiento de Resolución

El sistema asigna “No Inscripto” a un CUIT activo en el padrón.	El Cliente/Proveedor no poseía la jurisdicción dada de alta en su solapa impositiva antes de guardar el registro, o el BProc no encontró la coincidencia.	1. Ingresar al ABM del Cliente o Proveedor. 2. Navegar a “Datos Impositivos” → “Jurisdicciones IIBB”. 3. Agregar la provincia correspondiente (Ej: Buenos Aires). 4. Guardar nuevamente para disparar el BProc o re-importar el padrón.
El padrón informa “Local” (D), pero el sistema mantiene “Convenio Multilateral” (C).	Actuó la regla de seguridad excluyente. El sistema detectó que el sujeto ya posee otras jurisdicciones en Convenio Multilateral e ignoró la orden del padrón para evitar corromper la base de datos.	1. Verificar las jurisdicciones cargadas en el legajo. 2. Si el sujeto realmente es Local, corregir manualmente las otras provincias erróneas. 3. Si el sujeto es de Convenio Multilateral, no se requiere acción; el sistema protegió el dato correctamente.
Las alícuotas se actualizan, pero la Situación Impositiva no se modifica.	El parámetro “Actualizar Situación Impositiva” se encuentra apagado en el BProc o no fue tildado durante la importación manual.	1. Acceder a la vista de importación o a la configuración del BProc. 2. Marcar la casilla “Actualizar Situación Impositiva”. 3. Volver a ejecutar el proceso o guardar el registro.
El BProc indica “Recibido Ok”, pero los datos no se reflejan en pantalla.	La memoria temporal (caché) del navegador o del sistema ERP está reteniendo la información visual antigua del legajo.	1. Presionar el botón para limpiar la caché del sistema. 2. Refrescar la pantalla (F5). 3. Corroborar que la situación impositiva ahora refleja el valor correcto.

Buenas Prácticas de Uso y Advertencias Operativas

Para asegurar el rendimiento óptimo del motor de retenciones y mantener la integridad del padrón de contribuyentes, se deben adoptar las siguientes prácticas:

Estandarización de CUITs: Asegurar que el alta de organizaciones se realice siempre utilizando un CUIT válido de 11 dígitos numéricos, sin guiones ni espacios. El sistema lee el archivo de texto plano de 121 caracteres buscando una coincidencia exacta de 11 posiciones numéricas consecutivas; cualquier formato distinto impedirá el cruce de datos.
Tratamiento de Sujetos Inactivos: Utilizar la importación manual o el proceso masivo de Deals cuando se necesite actualizar la base completa, ya que estas modalidades sí impactan sobre Clientes o Proveedores en estado inactivo. Esto asegura que, ante una reactivación comercial de un legajo antiguo, sus datos fiscales estén al día y listos para facturar.
Ejecuciones Repetitivas Seguras: Ejecutar el proceso de importación las veces que sea necesario sin temor a duplicar información. El sistema cuenta con una validación interna que impide insertar más de un registro de alícuota para una misma organización, impuesto y período mensual.

ATENCIÓN: Validar permanentemente que las reglas de jurisdicción destino estén bien configuradas. Si un concepto de retención múltiple no tiene la provincia correcta asignada en sus parámetros base (por ejemplo, tiene “Córdoba” en lugar de “Santa Fe”), el padrón se leerá correctamente pero la alícuota no encontrará el impuesto destino donde alojarse, generando vacíos en la liquidación de pagos.