Categoría: Digital Solutions

  • El plan de cuentas en la era de la inteligencia artificial

    El plan de cuentas en la era de la inteligencia artificial

    La inteligencia artificial puede automatizar cada vez más tareas contables, pero no puede resolver correctamente aquello que la organización nunca definió. Un plan de cuentas bien diseñado, un manual de cuentas y procedimientos formalizados pueden convertirse en la infraestructura de conocimiento necesaria para automatizar la contabilidad con mayor control, trazabilidad y criterio profesional.

    Idea central

    La automatización contable no comienza con la inteligencia artificial. Comienza con la estructuración del conocimiento contable que la tecnología deberá utilizar.

    La inteligencia artificial está ampliando rápidamente las posibilidades de automatización de los procesos administrativos y contables. Hoy existen tecnologías capaces de extraer información de documentos, reconocer campos de una factura, relacionar datos con proveedores, aplicar validaciones, detectar inconsistencias y asistir en la clasificación de transacciones.

    Sin embargo, existe una cuestión previa que suele recibir menos atención:

    ¿Cómo puede un sistema automatizar correctamente una decisión contable si la organización nunca definió formalmente la lógica que gobierna esa decisión?

    La pregunta es especialmente relevante para estudios contables, empresas y PyMEs que comienzan a incorporar inteligencia artificial a sus procesos.

    La automatización no comienza con la IA. Comienza mucho antes: con la estructuración del conocimiento contable.

    Un plan de cuentas correctamente diseñado, acompañado por un manual de cuentas y por procedimientos contables formalizados, puede constituir la base sobre la cual construir sistemas capaces de interpretar operaciones, proponer imputaciones, aplicar controles, identificar excepciones y mantener trazabilidad sobre las decisiones adoptadas.

    Tesis

    La inteligencia artificial no elimina la necesidad de estructurar previamente la lógica contable. Por el contrario, cuanto mayor sea el nivel de automatización pretendido, mayor será la necesidad de contar con reglas, definiciones, controles y procedimientos claramente establecidos.

    Esta idea encuentra un antecedente particularmente interesante en la doctrina contable tradicional.

    Mucho antes de la aparición de los actuales sistemas de inteligencia artificial, Enrique Fowler Newton planteaba que el plan de cuentas debía concebirse como una herramienta integrante del sistema de información contable y no como un fin en sí mismo. Su diseño debía responder a las actividades de la entidad, sus necesidades de información, sus políticas contables, sus controles y las características de los sistemas utilizados para procesar la información.

    Leída desde la realidad tecnológica actual, esa concepción adquiere una nueva dimensión.

    El problema no es solamente automatizar: es definir qué debe automatizarse

    Cuando se habla de inteligencia artificial aplicada a la contabilidad, es frecuente concentrar la discusión en las capacidades de la tecnología:

    • lectura automática de documentos;
    • extracción de datos;
    • clasificación de información;
    • conciliaciones;
    • detección de inconsistencias;
    • procesamiento de grandes volúmenes de información;
    • asistencia en la preparación de registraciones.

    Pero existe una diferencia fundamental entre extraer información y tomar una decisión contable.

    Un documento puede contener fecha, proveedor, CUIT, importe, impuestos, descripción, moneda y condiciones de pago. La tecnología puede reconocer esos datos.

    Pero esos datos no determinan necesariamente, por sí mismos:

    • qué hecho económico ocurrió;
    • cuándo corresponde reconocerlo;
    • qué cuenta debe utilizarse;
    • qué atributos deben acompañar la imputación;
    • qué política contable resulta aplicable;
    • qué controles deben ejecutarse;
    • qué documentación debe conservarse;
    • qué situaciones requieren intervención profesional.

    La automatización contable necesita, por lo tanto, dos componentes diferentes.

    Por un lado, tecnologías capaces de interpretar información.

    Por otro, una estructura capaz de establecer qué significa contablemente esa información y qué debe hacerse con ella.

    Es en este segundo componente donde los planes de cuentas y los manuales adquieren una importancia estratégica.

    Fowler Newton y una idea que adquiere nueva relevancia

    En Planes de cuentas y manuales de procedimientos contables, Enrique Fowler Newton sostiene que el plan de cuentas forma parte del sistema de información contable y que su diseño debe responder a las características concretas de cada organización.

    Entre los elementos que deben considerarse aparecen:

    • las actividades desarrolladas;
    • las necesidades de información para la gestión;
    • los centros de responsabilidad;
    • las necesidades de determinación de costos;
    • las normas y políticas contables;
    • los requerimientos de organismos gubernamentales;
    • el grado de centralización del procesamiento;
    • los medios utilizados para procesar la información;
    • las características y limitaciones del software;
    • las exigencias legales aplicables.

    El autor también advierte contra la utilización mecánica de planes de cuentas pertenecientes a otras organizaciones.

    El plan debe responder a la realidad económica e informativa de la entidad y reunir determinadas cualidades:

    Cualidades de un plan de cuentas

    • Racionalidad.
    • Univocidad.
    • Integridad.
    • Sistematicidad.
    • Claridad.
    • Practicidad.
    • Flexibilidad.
    • Eficiencia.

    Estas características fueron formuladas dentro de la teoría tradicional de los sistemas contables. Sin embargo, pueden reinterpretarse perfectamente desde las necesidades actuales de automatización.

    Del plan de cuentas tradicional a los requisitos de un sistema automatizado

    Racionalidad

    La estructura contable debe responder a reglas lógicas.

    Para automatizar, esto significa que las categorías utilizadas por el sistema deben tener una justificación económica y contable reconocible.

    Una IA puede identificar patrones históricos. Pero si esos patrones provienen de imputaciones inconsistentes, la automatización puede reproducir esa inconsistencia a mayor escala.

    Univocidad

    Fowler Newton plantea que cada cuenta debe representar un único objeto y que cada objeto debería estar representado por una única cuenta.

    La importancia de este principio aumenta considerablemente cuando intervienen sistemas automatizados.

    Si dos cuentas representan prácticamente lo mismo, o una misma denominación se utiliza con significados diferentes, el sistema deberá resolver una ambigüedad que la propia organización no resolvió previamente.

    La automatización necesita reducir esas zonas grises.

    Integridad

    El plan debe contener los elementos necesarios para cumplir su propósito.

    Desde la perspectiva de la automatización, esto implica contemplar no solamente las operaciones habituales, sino también los mecanismos necesarios para tratar situaciones pendientes, excepciones, controles y operaciones que todavía no pueden recibir una imputación definitiva.

    Sistematicidad

    Las cuentas y sus agrupamientos deben organizarse de manera coherente.

    Esta característica resulta especialmente importante cuando los sistemas necesitan comprender relaciones jerárquicas.

    Cuenta → Grupo → Rubro → Estado contable

    Una estructura sistemática permite que la información pueda agregarse, validarse y analizarse de manera consistente.

    Claridad

    Las denominaciones y definiciones deben ser comprensibles para quienes utilizan el sistema.

    Con inteligencia artificial, la claridad deja de ser solamente una cuestión de facilidad de uso. También se convierte en una cuestión de calidad semántica.

    Cuanto más precisa sea la definición de una cuenta, menor será el espacio de interpretación necesario para decidir si una operación pertenece o no a ella.

    Practicidad

    El sistema debe poder utilizarse razonablemente.

    Un diseño teóricamente perfecto pero imposible de mantener termina generando procedimientos paralelos, excepciones informales y decisiones no documentadas.

    La automatización necesita estructuras suficientemente rigurosas, pero también operables.

    Flexibilidad

    El plan debe permitir incorporar modificaciones cuando cambian las circunstancias.

    Esta característica resulta particularmente importante en sistemas automatizados porque cambian las actividades, las regulaciones, las políticas contables, los sistemas, las fuentes de información y los procesos internos.

    Por eso, la automatización requiere también mecanismos de actualización y control de versiones.

    Eficiencia

    Más cuentas no significan necesariamente mejor información.

    Fowler Newton advierte sobre la apertura de cuentas cuya segregación no aporta información útil para la toma de decisiones, el cumplimiento normativo o el control.

    Esta observación resulta especialmente relevante para la inteligencia artificial: un plan excesivamente granular puede aumentar innecesariamente la cantidad de categorías entre las cuales debe decidir un sistema.

    El plan de cuentas puede convertirse en una taxonomía contable

    Tradicionalmente, el plan de cuentas suele visualizarse como una lista jerarquizada de códigos y denominaciones.

    En un sistema moderno puede cumplir una función mucho más amplia.

    El plan de cuentas puede convertirse en una taxonomía del conocimiento contable de la organización.

    Fowler Newton dedica especial atención a la codificación y establece un requisito fundamental: a cada cuenta, grupo o atributo debe corresponderle un único código y a cada código una única cuenta, grupo o atributo.

    Esta lógica resulta plenamente compatible con los sistemas digitales.

    El código puede funcionar como un identificador estable al cual asociar:

    • denominación;
    • definición;
    • naturaleza;
    • jerarquía;
    • rubro de exposición;
    • cuentas relacionadas;
    • atributos;
    • reglas;
    • controles;
    • políticas;
    • vigencia.

    La lógica de las taxonomías digitales utilizadas para información financiera confirma la importancia de estructurar semánticamente la información.

    La IFRS Accounting Taxonomy, por ejemplo, permite representar información financiera mediante elementos estructurados que pueden ser procesados digitalmente y actualizados conforme evolucionan las normas y prácticas de información financiera.

    El concepto es importante porque permite comprender que el plan de cuentas puede dejar de ser simplemente una lista utilizada para registrar asientos.

    Puede convertirse en una estructura semántica sobre la cual operen otros sistemas.

    Cuenta, atributo y dimensión analítica no deberían confundirse

    Uno de los aportes particularmente relevantes de Fowler Newton para los sistemas actuales es la utilización de atributos.

    Cuando el software lo permite, determinada información puede asociarse a los movimientos contables mediante atributos en lugar de multiplicar innecesariamente las cuentas.

    Esta distinción resulta fundamental para automatizar.

    No toda característica de una operación debería convertirse en una cuenta.

    Elemento Función
    Cuenta Representa la naturaleza económica del hecho.
    Atributo Agrega información analítica al movimiento.
    Cuenta auxiliar Identifica objetos individuales cuando resulta necesario.
    Centro de responsabilidad Permite analizar la información desde la estructura organizacional.
    Dimensión fiscal o regulatoria Permite atender necesidades específicas de información sin alterar necesariamente la naturaleza contable de la operación.

    Esta separación reduce la complejidad del plan y permite construir modelos de información más flexibles.

    El manual de cuentas como diccionario semántico

    El plan de cuentas responde principalmente a una pregunta:

    Plan de cuentas

    ¿Qué categorías existen?

    Pero para automatizar necesitamos responder otra:

    Manual de cuentas

    ¿Qué significa exactamente cada categoría?

    Ahí aparece el manual de cuentas.

    Una denominación puede resultar suficiente para un profesional que conoce profundamente la organización, pero insuficiente para un sistema automatizado.

    El conocimiento que durante años permaneció en la experiencia de quienes realizan las imputaciones debe comenzar a explicitarse.

    Un manual preparado para un entorno automatizado debería permitir identificar, como mínimo:

    • qué representa la cuenta;
    • qué operaciones pueden registrarse;
    • qué operaciones no deberían registrarse;
    • cuándo se debita;
    • cuándo se acredita;
    • qué documentación respalda la operación;
    • qué atributos deben informarse;
    • qué cuentas suelen actuar como contrapartida;
    • qué controles deben ejecutarse;
    • qué situaciones requieren revisión.
    Cambio de perspectiva

    El manual deja de ser solamente documentación administrativa. Puede convertirse en un diccionario semántico de la contabilidad de la organización.

    El manual de procedimientos como representación de decisiones y controles

    El manual de cuentas explica el significado.

    El manual de procedimientos explica el proceso.

    ¿Qué debe ocurrir desde que aparece una operación hasta que termina correctamente registrada, controlada y documentada?

    El ejemplo de manual desarrollado por Fowler Newton resulta particularmente ilustrativo porque no se limita al catálogo de cuentas.

    Incluye políticas contables, reglas relacionadas con modificaciones, utilización de cuentas auxiliares, registros complementarios y mecanismos de control sobre modificaciones realizadas en los sistemas.

    En un entorno de automatización, el procedimiento debería permitir identificar:

    • origen de la información;
    • responsable;
    • validaciones;
    • reglas aplicables;
    • autorizaciones;
    • excepciones;
    • evidencia;
    • controles posteriores;
    • tratamiento de errores.

    Esto permite transformar conocimiento que muchas veces permanece implícito en un proceso explícito y verificable.

    Del manual escrito al conocimiento estructurado

    El siguiente paso consiste en transformar la documentación tradicional en información que pueda ser utilizada por sistemas.

    Una posible estructura para cada cuenta podría contener:

    Ficha estructurada de una cuenta

    • Código.
    • Denominación.
    • Definición.
    • Propósito.
    • Operaciones admitidas.
    • Operaciones excluidas.
    • Reglas de débito.
    • Reglas de crédito.
    • Documentación fuente.
    • Contrapartidas habituales.
    • Atributos obligatorios.
    • Política contable relacionada.
    • Validaciones.
    • Conciliaciones asociadas.
    • Tratamiento de excepciones.
    • Nivel de autorización.
    • Evidencia requerida.
    • Responsable de la definición.
    • Fecha de vigencia.
    • Historial de modificaciones.

    Esta estructura constituye una propuesta de diseño derivada de los principios analizados y no una clasificación formulada expresamente por Fowler Newton.

    Su utilidad consiste en convertir documentación narrativa en conocimiento susceptible de ser consultado, validado y versionado.

    La IA no debería ser el único componente de la automatización contable

    Otro error frecuente consiste en imaginar la automatización contable como un único modelo de inteligencia artificial que recibe documentos y produce asientos.

    Una arquitectura más robusta combina diferentes tecnologías.

    Captura

    OCR y procesamiento inteligente de documentos permiten transformar información no estructurada en datos utilizables.

    Interpretación

    Sistemas de clasificación y modelos de lenguaje pueden asistir en la identificación del contenido y del hecho económico.

    Conocimiento

    Planes, manuales, políticas y datos maestros proporcionan el contexto contable necesario.

    Control

    Motores de reglas, ERP, validaciones y controles determinísticos verifican condiciones que pueden definirse de manera precisa.

    La documentación oficial de Microsoft sobre procesamiento de facturas muestra precisamente una combinación de extracción de información, asociación con datos maestros, reglas, validaciones, niveles de confianza, revisión y posterior transferencia al sistema financiero.

    Principio de diseño

    No todo lo que puede resolverse mediante inteligencia artificial debería resolverse mediante inteligencia artificial.

    Cuando una condición puede expresarse mediante una regla exacta, probablemente resulte preferible utilizar una regla determinística.

    La IA resulta especialmente útil cuando existe información no estructurada, lenguaje natural, documentos heterogéneos o necesidad de clasificación.

    Las reglas tradicionales continúan siendo especialmente útiles cuando existe una condición precisa que debe cumplirse.

    Una arquitectura conceptual para automatizar la contabilidad

    El proceso puede representarse conceptualmente de la siguiente manera:

    Arquitectura para automatizar la contabilidad con inteligencia artificial: desde el documento y la extracción de datos hasta la registración, conciliación, trazabilidad y auditoría.
    Arquitectura conceptual de la automatización contable con IA: la tecnología participa en la captura e interpretación de la información, mientras que el plan de cuentas, los manuales, las reglas y los controles estructuran el proceso hasta la registración y auditoría.

    La importancia de esta arquitectura radica en que separa funciones.

    La importancia de esta arquitectura radica en que separa funciones.

    La IA puede interpretar. El manual puede definir. Las reglas pueden validar. El sistema contable puede registrar. Los controles pueden verificar. Y el profesional puede intervenir cuando la operación requiere juicio.

    El nivel de confianza no reemplaza al control contable

    Los sistemas actuales de procesamiento documental pueden utilizar niveles de confianza para determinar cuándo un dato reconocido requiere revisión.

    Microsoft documenta, por ejemplo, la utilización de umbrales de confianza y mecanismos de revisión en procesos de captura de facturas.

    Pero existe una distinción importante:

    La confianza del modelo respecto de un dato no equivale a certeza respecto de su tratamiento contable.

    Un sistema puede tener un alto nivel de confianza respecto de la lectura de un importe, una fecha o una identificación y, sin embargo, seguir siendo necesario determinar la naturaleza económica de la operación y su tratamiento contable.

    Por eso, los niveles de confianza deben formar parte del sistema de control, pero no sustituirlo.

    Las cuentas de movimiento adquieren una nueva utilidad

    Fowler Newton dedica especial atención a las cuentas de movimiento o cuentas puente.

    Estas cuentas permiten registrar temporalmente operaciones que posteriormente deben compensarse o imputarse correctamente.

    También pueden utilizarse para controles cruzados entre información proveniente de diferentes sectores o aplicaciones.

    En sistemas automatizados, esta lógica conserva plena vigencia.

    Una operación que no puede clasificarse con suficiente seguridad no necesariamente debe ser rechazada ni imputada arbitrariamente.

    Puede ingresar a un circuito de excepción.

    Una excepción debería conservar

    • identificación de la operación;
    • motivo de la excepción;
    • responsable;
    • fecha;
    • evidencia;
    • resolución;
    • control posterior.

    La cuenta transitoria no debería convertirse en un depósito permanente de operaciones que el sistema no pudo resolver.

    Automatizar exige gobernar las excepciones

    Los procesos contables contienen operaciones repetitivas, pero también excepciones.

    Y las excepciones son precisamente uno de los puntos donde aumenta el riesgo de una automatización mal diseñada.

    La FACPCE identifica como especialmente susceptibles de automatización las actividades repetitivas, transaccionales, basadas en reglas, intensivas en datos y susceptibles de estandarización.

    También advierte sobre la importancia de la estructura y la integridad de los datos, porque automatizar sobre información incorrecta puede amplificar los problemas existentes.

    Operaciones estructuradas
    Automatizar
    Pueden avanzar mediante reglas previamente aprobadas.
    Operaciones ambiguas
    Revisar
    Deben ingresar a un circuito de validación o excepción.
    Automatización madura

    La automatización madura no intenta eliminar las excepciones. Las identifica y administra.

    RAG y los manuales como base de conocimiento

    Los actuales sistemas de recuperación aumentada por generación, conocidos como RAG, permiten recuperar información desde una base documental y proporcionarla como contexto a un modelo de lenguaje.

    Microsoft describe RAG como una arquitectura mediante la cual se recupera contenido relevante desde una fuente de conocimiento para utilizarlo como contexto en la generación de respuestas.

    Esto abre una posibilidad interesante para los manuales contables.

    Un sistema podría consultar:

    • la definición de una cuenta;
    • la política aplicable;
    • el procedimiento;
    • el tratamiento de una excepción;
    • la documentación requerida;
    • la versión vigente.
    Recuperar una regla no significa ejecutarla correctamente.

    Por eso, RAG puede resultar útil como mecanismo de consulta y contextualización, pero las condiciones críticas deberían complementarse con controles y reglas verificables.

    El gobierno de versiones pasa a ser parte del sistema contable

    Fowler Newton señala que el plan debe revisarse cuando cambian los elementos considerados para su preparación.

    En el ejemplo de manual incluido en la obra también contempla la modificación de políticas contables y la identificación de la fecha desde la cual comienza a aplicarse una nueva política.

    En un entorno automatizado, esta cuestión adquiere todavía mayor importancia.

    No solamente debe conocerse qué regla existe hoy.

    También debería poder determinarse qué regla estaba vigente cuando se procesó determinada operación.

    Elementos que pueden requerir control de versiones

    • plan de cuentas;
    • manual de cuentas;
    • políticas contables;
    • procedimientos;
    • reglas;
    • configuraciones;
    • integraciones;
    • modelos utilizados.

    La trazabilidad deja de limitarse al asiento.

    También debe alcanzar al conocimiento utilizado para producirlo.

    Trazabilidad: poder reconstruir por qué se tomó una decisión

    Una automatización contable confiable debería permitir reconstruir el camino seguido por una operación.

    Idealmente debería poder conocerse:

    • cuál fue el documento original;
    • qué información se extrajo;
    • qué datos fueron normalizados;
    • qué clasificación se propuso;
    • qué definición o política se consultó;
    • qué regla se aplicó;
    • qué validaciones se ejecutaron;
    • qué excepción se detectó;
    • quién intervino;
    • qué registración terminó realizándose.

    Esta trazabilidad resulta especialmente importante cuando intervienen modelos probabilísticos.

    El National Institute of Standards and Technology (NIST) recomienda, dentro de su marco de gestión de riesgos para inteligencia artificial generativa, documentar sistemas, versiones, supervisión humana, evaluaciones y mecanismos de monitoreo y contingencia.

    COSO, por su parte, ha analizado la aplicación del control interno a sistemas de IA generativa, destacando la necesidad de gobernanza, evaluación de riesgos, actividades de control, información y monitoreo.

    Seguridad, privacidad y segregación de funciones

    La automatización contable procesa información particularmente sensible:

    • proveedores;
    • clientes;
    • cuentas bancarias;
    • operaciones;
    • impuestos;
    • remuneraciones;
    • contratos;
    • información financiera.

    Por eso, la arquitectura no puede evaluarse solamente desde la eficiencia.

    También debe considerar:

    • permisos;
    • confidencialidad;
    • segregación de funciones;
    • protección de datos;
    • registro de modificaciones;
    • acceso a configuraciones;
    • conservación de evidencia.

    La Agencia de Acceso a la Información Pública de Argentina recomienda, para sistemas de inteligencia artificial, considerar evaluaciones de impacto, seguridad, explicabilidad y el ciclo de vida completo de los sistemas.

    La automatización contable debe integrarse, por lo tanto, al sistema general de control interno de la organización.

    El juicio profesional no desaparece: cambia de lugar

    La automatización puede reducir considerablemente el tiempo dedicado a tareas mecánicas.

    Pero eso no significa que desaparezca el juicio profesional.

    En realidad, puede producirse un desplazamiento.

    El profesional deja progresivamente de intervenir en cada operación rutinaria y pasa a concentrarse en:

    • diseñar reglas;
    • definir políticas;
    • resolver excepciones;
    • revisar resultados;
    • analizar inconsistencias;
    • evaluar riesgos;
    • actualizar procedimientos;
    • supervisar el sistema.

    La FACPCE reconoce que la incorporación de nuevas tecnologías puede modificar la forma de ejecutar procedimientos sin eliminar la necesidad de juicio profesional.

    La automatización no elimina el criterio profesional. Lo desplaza desde la ejecución repetitiva hacia el diseño, la supervisión y el control del sistema.

    Cómo preparar una contabilidad para automatizarla con IA

    Antes de seleccionar herramientas, conviene trabajar sobre la estructura contable.

    Revisar el plan de cuentas

    Identificar duplicaciones, cuentas ambiguas, cuentas sin utilización, granularidad innecesaria e inconsistencias jerárquicas.

    Separar cuentas de atributos

    Determinar qué información representa naturaleza económica y qué información corresponde a dimensiones analíticas.

    Construir el manual de cuentas

    Definir claramente el significado y utilización de las cuentas relevantes.

    Documentar procedimientos

    Transformar conocimiento tácito en reglas y procesos explícitos.

    Identificar datos maestros

    Determinar las fuentes autorizadas para proveedores, clientes, impuestos, centros, monedas y demás dimensiones relevantes.

    Identificar controles

    Separar controles preventivos, validaciones automáticas, conciliaciones, revisiones y autorizaciones.

    Definir excepciones

    Establecer qué situaciones no deben resolverse automáticamente.

    Establecer trazabilidad

    Determinar qué evidencia debe conservarse para reconstruir cada decisión.

    Versionar el conocimiento

    Controlar modificaciones del plan, manuales, políticas y reglas.

    Recién entonces automatizar

    Implementar tecnología sobre una estructura previamente comprendida, documentada y controlada.

    Una nueva lectura de los manuales contables

    Durante años, los manuales de cuentas y procedimientos pudieron ser considerados documentación administrativa necesaria pero secundaria.

    La inteligencia artificial obliga a reconsiderar esa visión.

    En un sistema tradicional, una definición incompleta podía ser compensada por la experiencia de quien realizaba la imputación.

    En un sistema automatizado, esa experiencia debe transformarse progresivamente en conocimiento explícito.

    Nueva función de los manuales

    Los manuales pueden convertirse en la representación formal del conocimiento contable de la organización.

    Componente Función dentro de la automatización
    Plan de cuentas Define las categorías y sus relaciones.
    Manual de cuentas Define el significado de cada categoría.
    Manual de procedimientos Define cómo se toman y controlan las decisiones.
    Políticas contables Establecen los criterios aplicables.
    Controles Determinan qué debe verificarse.
    Excepciones Determinan cuándo debe detenerse o escalarse la automatización.
    Trazabilidad Permite reconstruir qué ocurrió y por qué.

    La inteligencia artificial puede operar dentro de ese marco, pero no debería reemplazarlo.

    La paradoja de la inteligencia artificial aplicada a la contabilidad

    Existe una paradoja interesante.

    Podría suponerse que cuanto más inteligente sea la tecnología, menos estructura necesitará la organización.

    En contabilidad puede ocurrir exactamente lo contrario.

    Cuanto mayor sea la autonomía que pretendamos otorgar a los sistemas, más importante será definir:

    • qué pueden hacer;
    • qué información pueden utilizar;
    • qué reglas deben respetar;
    • qué controles deben superar;
    • qué decisiones requieren intervención humana;
    • cómo se documentan sus resultados.

    La IA puede reducir la necesidad de instrucciones rígidas para interpretar información no estructurada.

    Pero no elimina la necesidad de gobernar el proceso contable.

    Conclusiones

    La incorporación de inteligencia artificial a la contabilidad no vuelve obsoletos al plan de cuentas ni a los manuales.

    Los vuelve más importantes.

    Los principios desarrollados por Fowler Newton —racionalidad, univocidad, integridad, sistematicidad, claridad, practicidad, flexibilidad y eficiencia— mantienen plena vigencia y pueden reinterpretarse como requisitos para construir sistemas contables capaces de interactuar con tecnologías de automatización.

    El plan de cuentas puede evolucionar desde una lista de códigos hacia una taxonomía contable estructurada.

    El manual de cuentas puede transformarse en un diccionario semántico.

    El manual de procedimientos puede convertirse en una representación formal de procesos, decisiones, controles y excepciones.

    Y ese conjunto puede constituir una capa de conocimiento sobre la cual operen sistemas de extracción documental, motores de reglas, herramientas analíticas y modelos de inteligencia artificial.

    Pero existe una condición fundamental:

    Automatizar no significa delegar indiscriminadamente el juicio profesional.

    La tecnología puede extraer información, identificar patrones, recuperar conocimiento y formular propuestas.

    La organización continúa siendo responsable de definir:

    • las políticas;
    • las reglas;
    • los controles;
    • las excepciones;
    • las autorizaciones;
    • la evidencia;
    • la supervisión.

    Por eso, probablemente la pregunta correcta no sea:

    La pregunta habitual

    ¿Cómo hacemos para que la IA contabilice?

    La pregunta debería ser:

    ¿Tenemos suficientemente estructurado nuestro conocimiento contable como para que una máquina pueda utilizarlo sin perder control, trazabilidad y criterio profesional?

    Si la respuesta es negativa, el primer proyecto de automatización quizá no debería ser implementar inteligencia artificial.

    Debería ser ordenar la contabilidad para que pueda ser automatizada.

    TAXS · Automatización contable e inteligencia artificial

    ¿Tu estudio o empresa está preparado para automatizar la contabilidad?

    En TAXS entendemos que la implementación de inteligencia artificial en procesos contables no debería comenzar por la elección de una herramienta.

    El punto de partida debería ser comprender y estructurar el sistema contable sobre el cual esa tecnología va a operar.

    Podemos acompañar a estudios contables, empresas y PyMEs en la revisión y racionalización del plan de cuentas, el diseño de manuales, la documentación de procedimientos, la identificación de reglas susceptibles de automatización, la definición de controles y excepciones y el diseño de una arquitectura preparada para incorporar inteligencia artificial.

    El objetivo no es automatizar por automatizar.

    Es construir procesos contables más estructurados, controlables, trazables y preparados para aprovechar responsablemente las nuevas tecnologías.

    Si tu estudio o empresa está evaluando automatizar procesos contables con inteligencia artificial, podemos ayudarte a preparar primero la estructura necesaria para hacerlo de manera ordenada y confiable.

    Fuentes y bibliografía

  • ¿Es necesario ordenar, normalizar y automatizar antes de implementar IA?

    ¿Es necesario ordenar, normalizar y automatizar antes de implementar IA?

    ¿Es necesario ordenar, normalizar y automatizar antes de implementar IA?

    Una investigación periodística y guía práctica para empresas | Julio di Nubila | Tax Solutions | Septiembre de 2026

    Dos rutas complementarias hacia la IA. Elaboración propia a partir de la evidencia analizada. Visual generado con Microsoft Copilot.

    Resumen ejecutivo

    La expansión de la inteligencia artificial empresarial está ocurriendo antes de que muchas organizaciones hayan resuelto problemas básicos de información, procesos e integración. Esto no impide experimentar con IA, pero condiciona la capacidad de convertir usos individuales o pilotos aislados en operaciones confiables y escalables.

    Tesis central

    La transformación digital no es una barrera de entrada absoluta para usar IA. Sí se vuelve una base progresivamente más necesaria cuando aumentan la autonomía, la criticidad y la escala de la solución.

    La relación tampoco es lineal. La IA puede colaborar desde el comienzo en la clasificación documental, la extracción de datos, la detección de duplicados, la sugerencia de metadatos y el descubrimiento preliminar de procesos. En ese segundo camino, la tecnología no reemplaza el gobierno: propone; la organización valida, normaliza y decide.

    Hallazgos principales

    • Usar IA no equivale a integrarla organizacionalmente. La adopción individual puede comenzar con muy poca transformación previa; la operación crítica exige datos, procesos, controles y responsabilidades.
    • La encuesta argentina sobre PyMEs muestra una adopción relevante, pero mayormente experimental y con baja institucionalización.
    • La infraestructura digital previa se asocia con la adopción de IA, aunque esa asociación no demuestra causalidad.
    • Ordenar información significa mucho más que mover archivos: requiere fuentes autoritativas, definiciones, metadatos, responsables, permisos y reglas de calidad.
    • La IA puede acelerar el ordenamiento, pero necesita criterios de referencia y validación humana.
    • La decisión debe tomarse por caso de uso y riesgo, no mediante una regla universal aplicable a toda la empresa.

    1. La pregunta empresarial

    La inteligencia artificial redujo drásticamente las barreras de entrada. Una persona puede utilizar hoy asistentes generativos para redactar, resumir, clasificar, comparar o analizar información sin que la empresa haya desarrollado un modelo propio ni completado un programa formal de transformación digital.

    Esta facilidad produce una tensión: la IA entra en organizaciones donde todavía conviven sistemas de gestión, planillas, correos, carpetas personales, documentos duplicados y procedimientos sostenidos por conocimiento tácito. La pregunta relevante no es si esa empresa puede usar IA, porque, en la práctica, ya puede hacerlo, sino qué condiciones necesita para convertir ese uso en una capacidad confiable.

    La pregunta correcta no es “¿la empresa está preparada para IA?”, sino “¿qué nivel de preparación requiere este caso de uso?”

    La respuesta depende del alcance. Resumir una reunión, sugerir etiquetas o preparar un borrador exige una base distinta de la necesaria para emitir documentación crítica, autorizar pagos o intervenir en decisiones regulatorias. A mayor autonomía, impacto y dificultad de reversión, mayores deben ser la calidad de la información, la formalización del proceso, la trazabilidad y la supervisión.

    2. Adopción no es madurez

    2.1 América Latina: utilización intensa, integración desigual

    La CEPAL estimó que América Latina y el Caribe concentraba el 14% de las visitas mundiales a soluciones web de IA frente al 11% de los usuarios globales de Internet. El indicador se construyó con tráfico a unos 260 sitios de 18 países y excluye implementaciones empresariales cerradas; por lo tanto, describe utilización de soluciones web, no adopción empresarial.

    El ILIA 2025 evalúa la preparación, adopción y gobernanza de la IA en 19 países mediante más de 100 subindicadores agrupados en factores habilitantes; investigación, desarrollo y adopción; y gobernanza. Su aporte principal es mostrar que la capacidad de aprovechar IA no depende de una sola tecnología, sino de un ecosistema de conectividad, talento, inversión, innovación e instituciones.

    2.2 Argentina: usar IA no significa integrarla

    La encuesta nacional de nadIA relevó 402 PyMEs manufactureras y de software de 10 a 249 ocupados durante noviembre y diciembre de 2025, mediante muestreo probabilístico estratificado. El 41,6% declaró utilizar al menos una tecnología de IA. Sin embargo, entre las adoptantes, 56% permanecía en etapa experimental y 57,4% no medía formalmente los resultados. Solo 3,3% tenía una política escrita y 4,5% había incorporado perfiles especializados.

    Adopción e institucionalización de inteligencia artificial en PyMEs argentinas
    Adopción e institucionalización de IA en PyMEs argentinas. Los denominadores varían según el indicador.

    La diferencia es central: un trabajador puede obtener mejoras individuales con una herramienta generativa sin que la organización haya integrado fuentes, modificado procesos, definido responsables, administrado permisos o creado indicadores. La integración empresarial comienza cuando la IA deja de ser una herramienta aislada y pasa a formar parte de un flujo gobernado.

    2.3 La base digital se asocia con la adopción

    La misma encuesta encontró asociaciones positivas entre adopción de IA y tecnologías digitales previas, entre ellas nube, comunicación interna, comercio electrónico, herramientas de diseño y sistemas ERP. La relación fue estadísticamente significativa, pero transversal: no permite afirmar que adoptar un ERP o migrar a la nube cause por sí mismo mejores resultados con IA.

    Este resultado es compatible con la literatura sobre preparación organizacional. Jöhnk, Weißert y Wyrtki identifican activos, capacidades y compromiso organizacional como dimensiones de preparación para adoptar IA. El marco no propone un requisito tecnológico único ni una secuencia universal; describe una combinación de condiciones que la organización debe desarrollar.

    Distribución de madurez digital en el autodiagnóstico de PyMEs
    Madurez digital en el autodiagnóstico del programa Economía del dato para PyMEs. No representa estadísticamente a todas las empresas de la región.

    3. Por qué importa el orden previo

    3.1 Saber dónde está la información

    La primera dificultad no es la ausencia de datos, sino su dispersión. Sistemas, hojas de cálculo, correos, PDFs y carpetas personales pueden contener versiones incompatibles de una misma realidad. Una empresa puede convivir con esa ambigüedad porque sus empleados conocen atajos informales; una automatización no dispone de ese contexto si no fue incorporado explícitamente.

    3.2 Ordenar no es crear carpetas

    Una arquitectura de información útil debe identificar fuentes autoritativas, responsables, vigencia, permisos, identificadores, relaciones y reglas de conservación. Su objetivo no es que todo esté en un único repositorio, sino que cada dato relevante sea localizable, interpretable, trazable y gobernable.

    Los diagnósticos del BID Lab sobre economía del dato destacan brechas de estandarización, interoperabilidad, calidad y medición en PyMEs latinoamericanas. En el autodiagnóstico reportado, 42,74% de las evaluaciones quedó en nivel inicial, 44,93% en novato, 11,65% en competente y 0,68% en avanzado. Estos resultados describen a quienes utilizaron la herramienta y no deben generalizarse como un censo regional.

    3.3 Normalizar el significado

    La calidad técnica no resuelve por sí sola la calidad semántica. “Cliente activo” puede significar una compra reciente para ventas, una cuenta abierta para administración, un saldo pendiente para cobranzas o un contacto disponible para marketing. La IA puede encontrar esas definiciones, pero no debería elegir por sí sola cuál gobierna una decisión. Esa definición corresponde a la organización.

    3.4 Convertir conocimiento tácito en proceso

    En muchas empresas, el procedimiento real vive en frases como “si ocurre esto, consultá a María” o “con este proveedor se hace distinto”. Para automatizar, ese conocimiento debe transformarse en actividades, decisiones, reglas, responsables, excepciones, controles, salidas e indicadores.

    3.5 Automatizar sin comprender

    La automatización robótica resulta especialmente apta para tareas de alto volumen, repetitivas, basadas en reglas y con oportunidades de estandarización. También requiere datos íntegros y una visión de transformación que no se limite a instalar una herramienta.

    Advertencia: la formulación prudente no es que automatizar un proceso defectuoso siempre lo empeora, sino que automatizar sin comprender objetivos, variantes y excepciones puede reproducir y escalar sus defectos. La tecnología aumenta velocidad y repetibilidad; por eso también puede aumentar la propagación de una regla incorrecta.

    3.6 Medir antes y después

    Sin línea de base, una empresa puede demostrar que implementó IA, pero no que generó valor. Antes del piloto deberían medirse, según el caso, tiempo de ciclo, costo, errores, retrabajo, volumen, excepciones e intervención humana. Después se comparan los mismos indicadores y se evalúan efectos no deseados.

    La evidencia global de McKinsey asocia el rediseño de workflows, la definición de indicadores, el liderazgo y los mecanismos de retroalimentación con una mayor creación de valor reportada. Se trata de una encuesta y no de una prueba causal, pero refuerza el carácter organizacional del escalamiento de IA.

    4. La IA también puede ayudar a ordenar

    La secuencia tradicional, ordenar, normalizar, automatizar e incorporar IA, sigue siendo útil, pero no es la única. Cuando existen grandes volúmenes de información no estructurada, la IA puede reducir el trabajo inicial de descubrimiento.

    4.1 Qué puede aportar

    Clasificación

    Clasificación preliminar de documentos y sugerencia de metadatos y categorías.

    Extracción

    Extracción de fechas, importes, entidades y referencias.

    Calidad

    Detección de registros similares o posibles duplicados.

    Descubrimiento

    Resumen de procedimientos, comparación de versiones e identificación preliminar de patrones, excepciones y relaciones.

    4.2 El límite: necesita criterios externos

    La IA puede sugerir que dos documentos se refieren al mismo contrato o que cinco nombres representan una categoría común. No puede convertir esa sugerencia en una regla empresarial definitiva sin contrastarla con una fuente autorizada, una taxonomía o el juicio de quienes gobiernan el proceso.

    IA → propuesta → validación humana → regla organizacional → automatización

    Los marcos de gestión de riesgos de IA colocan la gobernanza, la medición y el monitoreo dentro del ciclo de vida del sistema. NIST organiza estas funciones alrededor de Govern, Map, Measure y Manage. ISO/IEC 42001, por su parte, establece requisitos para un sistema de gestión de IA con responsabilidades y mejora continua.

    5. Dos rutas complementarias

    Ruta A
    Fundamentos primero
    Diagnosticar, ordenar, comprender, automatizar e incorporar IA.
    Ruta B
    IA para ordenar
    Clasificar, extraer, validar, normalizar y luego integrar.

    Ruta A: construir primero los fundamentos digitales

    La organización diagnostica el problema, define fuentes y responsables, comprende el proceso, automatiza reglas estables e incorpora IA allí donde la interpretación, el lenguaje o la predicción justifican su uso. Es la ruta más prudente para procesos financieros, contables, fiscales, regulatorios, de pagos, autorización y cumplimiento.

    Ruta B: utilizar IA para acelerar el ordenamiento

    La organización delimita un conjunto de información, emplea IA para clasificar o extraer, valida los resultados, crea estándares y fuentes oficiales, rediseña el proceso y recién entonces integra automatización e IA. Es especialmente útil cuando el cuello de botella inicial está en miles de documentos, correos o registros no estructurados.

    La variable decisiva: riesgo

    Riesgo Ejemplos Condiciones mínimas
    Bajo Borradores, resúmenes, etiquetas preliminares Revisión del usuario y protección básica de datos
    Medio Extracción, conciliaciones, análisis documental Datos confiables, validación humana, registro y monitoreo
    Alto Pagos, decisiones financieras, fiscales o regulatorias Gobernanza formal, trazabilidad, segregación, pruebas y supervisión
    Ejemplo de proporcionalidad entre riesgo y controles. Síntesis metodológica propia.

    6. Casos empresariales

    6.1 SKEMA, Colombia

    Datos y flujo comercial

    El caso incluido por BID Lab documenta depuración de bases, documentación del flujo comercial, parametrización de Business Intelligence y un piloto posterior. El informe comunicó una reducción aproximada del 20% en el tiempo dedicado a construir y ajustar informes. Debe interpretarse como caso de transformación basada en datos, no como prueba independiente del retorno de IA.

    6.2 SUMAR, Argentina

    Conocimiento y control

    En el caso publicado, parte del conocimiento del cierre de facturación estaba concentrado en la persona que realizaba la tarea. La implementación requirió documentar reglas y excepciones, incorporar un agente y conservar control humano. La empresa declaró que un ciclo de aproximadamente 24 horas pasó a validarse en minutos y estimó unas 300 horas anuales liberadas. Son resultados declarados por la organización y no una medición auditada.

    6.3 Venturino, Argentina

    Reglas y excepciones

    La conciliación involucraba 28 bancos y requirió incorporar progresivamente reglas, excepciones, validaciones y supervisión humana. La empresa informó una reducción aproximada de 20 a 5 días y una disminución cercana al 10% de errores. También aquí se trata de resultados declarados y no verificados mediante auditoría independiente.

    7. Guía práctica de madurez

    La siguiente guía es una síntesis metodológica propia basada en dimensiones recurrentes de madurez digital, gestión de datos, procesos, automatización, IA y gobernanza. No pretende ser un estándar universal ni supone que todas las organizaciones deban avanzar de manera idéntica.

    Etapa Pregunta central Resultado esperado
    0. Diagnóstico ¿Qué problema queremos resolver? Caso de negocio, alcance y línea de base
    1. Información ¿La información es suficiente y confiable? Fuentes, definiciones, estructura y responsables
    2. Procesos ¿Cómo funciona realmente? Flujo, reglas, excepciones, controles e indicadores
    3. Automatización ¿Qué puede resolverse mediante reglas? Workflow determinístico y tratamiento de errores
    4. IA ¿Dónde se necesita interpretación o predicción? Caso de IA probado y supervisado
    5. Escalamiento ¿Puede gobernarse y mantenerse? Monitoreo, seguridad, roles, costos y mejora continua
    Guía de madurez para adopción empresarial de IA. Elaboración propia.

    Señales de que se están saltando etapas

    • El proyecto comienza con “queremos IA” pero no existe un problema definido.
    • Se quiere construir un asistente documental sin saber qué documentos están vigentes.
    • Cada persona ejecuta el proceso de manera diferente y las excepciones no están registradas.
    • No existe propietario del proceso ni responsable del dato.
    • No se conocen tiempos, errores, costos o volumen antes de implementar.
    • El éxito se mide por licencias o usuarios, no por resultados.

    8. Plan de trabajo A: ordenar antes de implementar IA

    1

    Diagnóstico

    Inventariar sistemas, archivos, datos, procesos, responsables, automatizaciones, problemas y riesgos.

    Entregable: mapa de situación actual y caso de negocio.

    2

    Arquitectura de información

    Definir fuentes oficiales, nomenclaturas, metadatos, identificadores, permisos, responsables y conservación.

    Entregable: información localizable, interpretable y gobernable.

    3

    Procesos

    Documentar AS-IS y diseñar TO-BE; identificar actividades, decisiones, excepciones, controles e indicadores.

    Entregable: proceso comprendido y mejorado.

    4

    Automatización

    Separar tareas determinísticas de tareas variables y automatizar primero reglas estables.

    Entregable: workflow controlado y trazable.

    5

    IA

    Priorizar oportunidades por valor, viabilidad y riesgo.

    Entregable: caso de uso delimitado con criterios de evaluación.

    6

    Piloto

    Medir tiempo, costo, errores, volumen, excepciones e intervención humana antes y después.

    Entregable: evidencia para continuar, corregir o detener.

    7

    Escalamiento

    Integrar seguridad, permisos, monitoreo, capacitación, mantenimiento y gestión del cambio.

    Entregable: capacidad empresarial sostenible.

    9. Plan de trabajo B: utilizar IA para ordenar

    1

    Delimitar

    Elegir una biblioteca, un proceso, un área o una tipología documental. No comenzar con toda la empresa.

    2

    Descubrimiento asistido

    Usar IA para inventariar, clasificar, extraer, resumir, detectar duplicados, identificar entidades y sugerir categorías.

    3

    Validación humana

    Revisar categorías, definiciones, relaciones, vigencia y excepciones. La IA propone; la organización decide.

    4

    Normalización

    Convertir decisiones validadas en taxonomías, metadatos, catálogos, nomenclaturas, reglas, fuentes oficiales y responsables.

    5

    Descubrimiento de procesos

    Analizar registros y documentos para proponer actividades, decisiones, participantes, excepciones y cuellos de botella.

    6

    Rediseño

    Eliminar pasos sin valor, duplicaciones, controles redundantes, transferencias y cargas repetidas.

    7

    Automatización + IA

    Aplicar reglas a lo determinístico e IA a la interpretación, clasificación, lenguaje o predicción.

    8

    Gobernanza

    Definir responsabilidades, permisos, supervisión, trazabilidad, métricas, monitoreo, incidentes y mantenimiento.

    10. Conclusión

    La transformación digital previa no es una condición absoluta para comenzar a utilizar inteligencia artificial. La expansión de herramientas accesibles demuestra que una organización puede experimentar mucho antes de haber ordenado toda su información o formalizado todos sus procesos.

    Pero comenzar no es lo mismo que integrar, y adoptar no es lo mismo que escalar. Cuando la IA pasa de asistir a ejecutar, y de producir borradores a intervenir en operaciones críticas, aumenta la necesidad de datos confiables, procesos comprendidos, controles, responsables, trazabilidad y gobierno.

    Al mismo tiempo, exigir una transformación perfecta antes de experimentar puede convertirse en una barrera innecesaria. La IA puede acelerar la clasificación documental, la extracción, la deduplicación y el descubrimiento preliminar. El criterio es utilizarla primero allí donde el error sea revisable y donde exista una persona capaz de validar el resultado.

    La IA puede ayudar a ordenar el desorden. Lo que no puede hacer responsablemente es gobernar un desorden que la propia organización todavía no comprende.

    La pregunta empresarial decisiva ya no es simplemente cómo implementar IA. Es qué debe ordenarse, qué puede automatizarse mediante reglas, qué conviene delegar a la inteligencia artificial y qué debe permanecer bajo criterio humano.

    Transformación digital e inteligencia artificial

    ¿Tu empresa necesita ordenar, automatizar o incorporar IA?

    En Tax Solutions ayudamos a analizar procesos, organizar información y definir casos de uso concretos, con una mirada orientada al control, la trazabilidad y la generación de valor.

    El punto de partida no es comprar una herramienta. Es identificar el problema correcto y diseñar una solución que pueda sostenerse.

    Bibliografía

    1. Avenburg, A., Santolaria, M., Vezzato, J. M. e Ibarra, I. (2026). Encuesta nacional sobre adopción de IA en pequeñas y medianas empresas de la Argentina. nadIA, Fundar y CEPE Di Tella.
    2. Banco Interamericano de Desarrollo. (2024). Economía del dato para PyMEs: Claves para impulsar los negocios en la era digital. BID Lab.
    3. Comisión Económica para América Latina y el Caribe. (2025). Uso de soluciones de IA en América Latina y el Caribe 2025. Observatorio de Desarrollo Digital.
    4. Comisión Económica para América Latina y el Caribe y Centro Nacional de Inteligencia Artificial. (2025). Índice Latinoamericano de Inteligencia Artificial 2025. Naciones Unidas.
    5. Federación Argentina de Consejos Profesionales de Ciencias Económicas. (2021). Aplicación de nuevas tecnologías en el trabajo del auditor, Informe N.º 25.
    6. International Organization for Standardization. (2023). ISO/IEC 42001:2023 Information technology, Artificial intelligence, Management system.
    7. Jöhnk, J., Weißert, M. y Wyrtki, K. (2021). Ready or not, AI comes: An interview study of organizational AI readiness factors. Business & Information Systems Engineering, 63, 5-20.
    8. McKinsey & Company. (2025). The state of AI: How organizations are rewiring to capture value. QuantumBlack, AI by McKinsey.
    9. National Institute of Standards and Technology. (2023). Artificial Intelligence Risk Management Framework 1.0. U.S. Department of Commerce.
    10. iProfesional. (2026). Tres casos de empresas argentinas que utilizan agentes de IA y ahorran días de trabajo.