Agente de QA de Asientos
Verificar cada asiento - antes de que llegue al libro mayor.
Verifica cada asiento en cuanto a completitud formal, plausibilidad, consistencia de cuentas y corrección del código fiscal, reconoce duplicados y calcula un Score de anomalía para escalación basada en riesgo.
Panel de puntuaciones
Qué hace este agente
El Agente de QA de Asientos es el filtro de calidad para el libro mayor. Cada asiento pasa por una verificación multinivel antes de contabilizarse definitivamente. La verificación abarca desde completitud formal (documento, cuenta, importe, fecha) hasta plausibilidad (importe en rango habitual) y consistencia (¿el código de IVA coincide con la cuenta?).
El Decision Layer descompone la verificación de calidad en ocho pasos de decisión. Verificación formal, consistencia de cuentas y detección de duplicados son completamente basados en reglas. La verificación de plausibilidad utiliza tanto umbrales (R) como comparación histórica (A). El Score de anomalía se calcula por ML y determina si un asiento se aprueba automáticamente o se escala para revisión humana.
El resultado: una reducción de asientos de corrección del 30-40%. Los errores se detectan antes de la contabilización, no recién en el cierre mensual. El agente es la instancia central de calidad para todo el libro mayor y procesa diariamente el mayor volumen de transacciones en el dominio del libro mayor.
Tabla de microdecisiones
Verificar completitud formal ¿Están presentes documento, cuenta, importe y fecha? Motor de reglas
Lista de verificación de campos obligatorios por tipo de asiento
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Verificación de plausibilidad ¿Está el importe en el rango habitual para esta cuenta? Motor de reglas
Verificación de umbral basada en reglas (R), comparación histórica por ML (A)
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Verificar consistencia de cuentas ¿Son consistentes las cuentas del debe y haber? Motor de reglas
Contabilidad por partida doble - verificación determinista
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Verificar consistencia del código fiscal ¿Coincide el código de IVA con la cuenta contabilizada? Motor de reglas Auditor
Tabla de mapeo de cuenta a códigos fiscales permitidos
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Verificación de período ¿Se contabiliza en el período correcto? Motor de reglas
Comparación de fechas: fecha de documento vs. períodos abiertos
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Detección de duplicados ¿Existe ya un asiento idéntico o similar? Motor de reglas
Coincidencia de patrón en importe, cuenta, fecha y referencia
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Calcular Score de anomalía ¿Qué probabilidad hay de error o asiento inusual? Agente IA
Score basado en ML a partir de patrones históricos y datos de contexto
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Decidir enrutamiento ¿Se aprueba el asiento o se escala para revisión? Motor de reglas
El umbral del Score determina la ruta de escalación
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Registro de decisión y derecho a impugnar
Cada decisión que este agente toma o prepara se documenta en un registro de decisión completo. Las partes afectadas (empleados, proveedores, auditores) pueden revisar, comprender e impugnar cada decisión individual.
Requisitos previos
- Sistema ERP con interfaz de asientos (SAP FI, DATEV, Sage o similar)
- Plan de cuentas con tabla de mapeo (cuenta a código fiscal)
- Datos históricos de asientos para verificación de plausibilidad basada en ML (mín. 12 meses)
- Umbrales y reglas de escalación definidos
Notas de governance
Sin decisión humana en el flujo estándar (0H / 6R / 2A). El agente verifica y escala - la decisión final en caso de escalación recae en el responsable. UStG (consistencia del código fiscal), HGB (contabilidad por partida doble) y GoBD (completitud, corrección, registro oportuno) como bases legales directas.
Conforme a GoBD: cada verificación se protocola con resultado y reglas aplicadas. Las escalaciones se documentan con Score de anomalía y motivo. El agente reduce el riesgo de impuestos declarados incorrectamente, lo cual es directamente relevante en la auditoría fiscal. §203 StGB relevante: los datos de asientos contienen operaciones comerciales completas.
Los datos sujetos al §203 StGB se cifran de extremo a extremo y nunca se transmiten a modelos de IA en texto plano.
Contribución a la documentación de procesos
Contribución a la infraestructura
El Agente de QA de Asientos es la instancia central de calidad para el libro mayor. Su patrón de Score de anomalía es reutilizado por el Agente de Detección de Fraude y todos los agentes con escalación basada en riesgo. La verificación de consistencia del código fiscal es la base para el Agente de Declaración de IVA. La detección de duplicados es utilizada por todos los agentes que crean asientos. La lógica de escalación (el umbral del Score determina la ruta) es el patrón de referencia para todas las puertas de calidad del área de Finance. Construye Decision Logging y Audit Trail utilizados en el Decision Layer para la trazabilidad e impugnabilidad de cada decisión.
¿Este agente encaja en su proceso?
Analizamos su proceso financiero concreto y mostramos cómo este agente se integra en su entorno de sistemas. 30 minutos, sin preparación necesaria.
Analizar su procesoAgentes relacionados
Agente de Provisiones
Calcular, valorar y contabilizar provisiones - desde vacaciones hasta costes procesales.
Agente de Periodificación
Automatizar periodificación - ARAP, PRAP y disolución.
Agente de Revenue Recognition
Reconocimiento de ingresos según IFRS 15 - del análisis contractual a la Disclosure Note.
Preguntas frecuentes
¿Cómo se entrena el Score de anomalía?
El Score se basa en datos históricos de asientos de la empresa. Tras una fase de aprendizaje de al menos 12 meses, el modelo reconoce patrones específicos del sector. El Score se calibra continuamente con errores confirmados y falsos positivos.
¿Ralentiza la verificación el proceso de contabilización?
No. La verificación se realiza en tiempo real y dura típicamente menos de un segundo por asiento. Solo en caso de escalación se interrumpe el proceso - esto afecta a menos del 5% de los asientos tras la fase de introducción.
¿Puede el agente verificar también asientos masivos (p.ej. del tráfico de pagos)?
Sí. El agente procesa asientos individuales y masivos por igual. En asientos masivos cada posición se verifica individualmente. La verificación escala linealmente - miles de asientos diarios no son problema.
¿Qué pasa después?
30 minutos
Primera reunión
Analizamos su proceso e identificamos el punto de inicio óptimo.
1 semana
Discover
Mapeo de su lógica de decisión. Reglas documentadas, Decision Layer diseñado.
3-4 semanas
Build
Agente productivo en su infraestructura. Gobernanza, audit trail, cert-ready desde el día 1.
12-18 meses
Autosuficiencia
Acceso completo al código fuente, prompts y versiones de reglas. Sin vendor lock-in.
¿Implementar este agente?
Evaluamos su panorama de procesos financieros y mostramos cómo este agente encaja en su infraestructura.