Flujo de aprobación contable: guía completa 2026
Cómo diseñar un flujo de aprobación contable. Reglas, plazos, solicitudes vencidas, aprobadores externos. Ejemplos reales y checklist.
Qué aprenderá en este artículo
- Los cuatro componentes obligatorios de todo flujo de aprobación
- Fallos típicos de la aprobación manual por correo electrónico y chat
- La diferencia entre un sistema basado en reglas y un enrutamiento ad-hoc
- Un escenario real de una factura superior a 2.000 EUR desde la recepción hasta la aprobación
- Lo que SmartDocto realmente puede y no puede hacer en este ámbito
Los despachos contables aprueban facturas mediante hilos de correo electrónico, capturas de WhatsApp y consentimiento verbal, y al cierre del ejercicio dedican horas a recopilar pruebas para el auditor. El trabajo permanece invisible hasta que algo se rompe: un vencimiento no atendido, un recargo por mora o un auditor que pregunta quién autorizó exactamente una factura de 80.000 EUR en marzo. Un flujo de aprobación contable es un sistema basado en reglas que decide quién aprueba qué, en qué orden, con qué plazo y qué sucede cuando el plazo expira.
¿Qué es un flujo de aprobación contable?
Un flujo de aprobación contable es el sistema basado en reglas que lleva un documento desde su llegada hasta una decisión vinculante registrada (aprobar, rechazar o devolver para corrección). Sustituye el enrutamiento improvisado por correo o chat por reglas explícitas y auditables. Todo flujo dispone de cuatro componentes obligatorios.
Activador
La condición que inicia el flujo. Habitualmente un tipo de documento combinado con un umbral por importe o una condición de campo (por ejemplo, facturas de proveedor superiores a 2.000 EUR). Sin un activador explícito, el sistema no puede decidir si un documento requiere aprobación.
Regla de enrutamiento
La regla que decide quién recibe la solicitud. El enrutamiento asigna cada documento aprobado a uno o varios aprobadores, opcionalmente por bandas de importe, centros de coste o grupos de proveedores. Las reglas correctas son deterministas: el mismo dato de entrada produce siempre la misma lista de aprobadores.
Plazo de decisión
Cada solicitud lleva un plazo que indica cuándo se espera la decisión. El plazo se fija por conjunto de reglas, de una hora a treinta días, y queda determinado en el momento de crear la solicitud. Al asignarse el documento, el responsable recibe una única notificación con la fecha límite visible.
Comportamiento al vencer el plazo
Qué ocurre cuando el plazo expira y el responsable no ha actuado. La solicitud se marca como vencida en el panel y permanece a la espera de una decisión humana. No hay reasignación automática ni aprobación silenciosa: una solicitud vencida sigue siendo visible y sigue requiriendo que una persona la resuelva.
Por qué falla la aprobación manual
La aprobación por correo y chat funciona a escala pequeña y se rompe en silencio cuando crece el volumen. A continuación se describen los seis modos de fallo que los equipos financieros reportan con más frecuencia al abandonar el proceso manual.
Sin pista de auditoría
Las capturas de WhatsApp y los correos reenviados no constituyen evidencia contable duradera. Cuando un auditor pregunta quién aprobó una factura concreta y en qué momento, una respuesta reconstruida de memoria no es defendible, y el historial se marcha de la empresa con cada empleado que se va.
Punto único de fallo
Cuando la única persona que aprueba facturas por encima de cierto umbral se toma dos semanas de vacaciones, la cola se detiene. No hay reasignación automática, los vencimientos se incumplen sin que nadie reciba un aviso a tiempo.
Plazos de pago incumplidos
Sin un plazo vinculado a cada solicitud, las facturas flotan en bandejas personales hasta que el proveedor insiste. Los pagos tardíos generan recargos al amparo de la normativa europea sobre morosidad, pero rara vez se imputa ese coste al proceso de aprobación.
Reglas inconsistentes
Sin un conjunto de reglas escrito, la política reside únicamente en el criterio de una sola persona. El umbral para la firma del CFO y la regla de aprobación entre centros de coste varían según a quién se pregunte, y los nuevos incorporados pasan semanas aprendiendo reglas informales.
Cuello de botella al cierre de mes
La aprobación manual escala linealmente con el volumen. En el cierre mensual, cuando se dispara la entrada de facturas y los asientos deben quedar contabilizados a plazo, la cola de aprobación se convierte en el factor limitante. El equipo trabaja hasta tarde y aumentan los errores.
Sin visibilidad de plazos
Un director financiero que quiera saber cuántas facturas siguen pendientes de aprobación, y desde hace cuánto, no dispone de una vista central. La información reside en bandejas individuales, así que los atascos solo aparecen cuando ya han causado daño.
Aprobación manual frente a basada en reglas
La tabla siguiente contrasta un proceso típico por correo y chat con un flujo basado en reglas. Cada fila refleja capacidades que SmartDocto tiene realmente en producción.
Manual (correo/chat)
-
Activador
Una persona decide reenviar el documento.
-
Enrutamiento
Quien esté en línea o quien el remitente recuerde.
-
Plazo
Implícito, inferido por el seguimiento del proveedor.
-
Pista de auditoría
Parcial. Archivo de correo y fragmentos de chat, difíciles de reconstruir.
-
Plazo vencido
Pasa inadvertido hasta que el proveedor reclama.
-
Partes externas
Reenviar el correo y confiar en la respuesta.
Flujo basado en reglas
-
Activador
El tipo de documento y las condiciones de campo enrutan automáticamente.
-
Enrutamiento
Conjunto de reglas definido por regla de procesamiento, determinista por documento.
-
Plazo
Plazo de decisión explícito, fijado por regla, con la fecha límite visible para el responsable.
-
Pista de auditoría
Registro de decisiones por solicitud con acción, usuario, sello temporal y motivo.
-
Plazo vencido
La solicitud se marca como vencida en el panel central, visible para todo el equipo.
-
Partes externas
Rol específico de aprobador externo con cuenta de usuario completa.
Cómo aborda SmartDocto los flujos de aprobación
SmartDocto es una plataforma de IA para despachos contables y equipos financieros en la UE. El motor de aprobación decide quién revisa cada documento y con qué plazo, y deja constancia visible cuando ese plazo expira.
Base
Un conjunto de reglas por regla de procesamiento
Cada regla (plantilla × modelo de IA) tiene exactamente un conjunto de aprobación. El esquema lo impone con una restricción única, el enrutamiento se mantiene determinista.
Validaciones de entrada
Condiciones configurables rechazan automáticamente el documento al violar reglas de negocio (CIF/NIF ausente, proveedor fuera de la lista). Una validación de entrada solo puede rechazar, nunca aprobar.
Plazo fijado por regla
El plazo de decisión se configura por conjunto de reglas, de una hora a treinta días, y queda determinado al crear la solicitud. La fecha límite se incluye en la notificación que el responsable recibe al asignársele el documento.
Marcado de solicitudes vencidas
Al expirar el plazo sin decisión, la solicitud se marca como vencida en el panel y permanece visible a la espera de una persona. No se produce ninguna reasignación automática ni cambio de estado: la decisión sigue siendo siempre humana.
Acciones avanzadas
Pausa para solicitar información
El aprobador pausa la solicitud y pide información a quien la cargó. El plazo original se conserva y el flujo se reanuda con la respuesta. La pausa tiene su propio tiempo límite.
Devolución para corrección
El aprobador devuelve el documento con un motivo obligatorio. La solicitud se marca como devuelta y el historial continúa sin reiniciarse.
Delegación
El responsable actual traspasa voluntariamente la solicitud a otro aprobador. Es una acción manual y deliberada: ningún traspaso ocurre de forma automática al vencer el plazo. El responsable original permanece en el historial.
Aprobación paralela con varios aprobadores
Un documento puede coincidir con varias reglas de aprobación, y cada una asigna un único responsable que decide en paralelo. Caso típico: firma independiente del jefe y del responsable del centro de coste. El documento se aprueba solo cuando todos han aprobado; cualquier rechazo lo rechaza.
Aprobadores externos con cuentas completas
Los aprobadores externos, como clientes y asesores externos, aprueban mediante invitación de equipo. Reciben cuentas completas, no enlaces de un solo uso, así la pista de auditoría conserva una identidad persistente.
- No hay transferencia de la propiedad de la solicitud fuera de la delegación (solo el responsable actual puede traspasarla).
- No hay aprobación automática basada en la puntuación de confianza de la IA; no existe esa vía en el código.
- Tras vencer el plazo, la solicitud no se reasigna ni se aprueba de forma automática; solo se marca como vencida en el panel y espera a que una persona decida.
- No hay quórum del tipo "N de M" dentro de una misma regla; cada regla de aprobación asigna exactamente un responsable.
Un flujo de trabajo real, paso a paso
El recorrido siguiente utiliza valores genéricos que reflejan el comportamiento real del producto. El escenario es una factura de proveedor que llega por correo electrónico, encuentra una única regla de procesamiento y avanza por el motor de aprobación de principio a fin. Los importes están en EUR; en mercados de Latinoamérica el mismo recorrido aplica con la moneda local.
-
01
El proveedor envía la factura por correo
El proveedor remite la factura a facturas@empresa-ejemplo.com, una dirección supervisada por el canal de carga EMAIL. SmartDocto recupera el adjunto, lo somete a análisis antivirus y lo encola para su procesamiento.
-
02
La extracción se ejecuta contra la plantilla
El documento se identifica como factura de proveedor y se extrae contra la plantilla configurada. Los campos de cabecera y las líneas de detalle se procesan con puntuaciones de confianza por campo.
-
03
La regla de procesamiento coincide y activa el conjunto de reglas
La regla de procesamiento de facturas de proveedor coincide y su único conjunto de aprobación se carga automáticamente. Cada regla tiene un solo conjunto, así que no hay ambigüedad sobre cuál aplica.
-
04
La validación de entrada pasa
Las validaciones de entrada se ejecutan antes de crear la solicitud. El CIF/NIF se contrasta con la lista de proveedores y el total contra el límite del proveedor. Si fallara, la factura se rechazaría automáticamente.
-
05
Se crea la solicitud de aprobación con su plazo
Se crea una solicitud con el responsable del centro de coste como asignatario y un plazo de decisión de 72 horas, fijado por la regla. El responsable recibe una única notificación, por mensaje en la aplicación y por correo electrónico, con la fecha límite visible.
-
06
El responsable revisa dentro del plazo
El responsable abre la solicitud, comprueba los datos extraídos y el documento original, y decide. No hay recordatorios recurrentes ni avisos de plazo próximo: la fecha límite acordada queda a la vista desde la notificación inicial y en el panel de aprobaciones.
-
07
Si el plazo expira, la solicitud se marca como vencida
Cuando el plazo de decisión expira sin respuesta, la solicitud se marca como vencida en el panel y permanece a la espera de una persona. No se produce reasignación, recurso a otro rol ni cambio de estado automático: la decisión sigue pendiente y visible.
-
08
El responsable decide y se ejecuta la integración de salida
El responsable revisa y aprueba, dentro o fuera de plazo. El documento se marca como aprobado, el historial de aprobaciones queda sellado y el documento continúa hacia la integración de salida con el ERP o el sistema contable.
Escenarios de aprobación con varias reglas
Un documento puede coincidir con varias reglas de aprobación a la vez. Cada regla asigna un único responsable, y todas las personas asignadas deciden de forma independiente y en paralelo. El documento se aprueba solo cuando todos los asignados han aprobado, y cualquier rechazo lo rechaza por completo. No existe orden secuencial en tiempo de ejecución: ningún responsable espera a que otro decida primero. Para distinguir tramos por importe, utilice reglas de procesamiento separadas con enrutamiento por umbral.
Patrón de aprobación paralela
Un mismo documento puede coincidir con varias reglas de aprobación, y cada una asigna un único responsable que decide de forma independiente. El uso clásico es la firma independiente del jefe de departamento y del responsable del centro de coste. El documento se aprueba solo cuando todos los asignados han aprobado, y cualquier rechazo lo rechaza por completo.
Patrón de enrutamiento por umbral
Para separar tramos por importe, configure reglas de procesamiento separadas por banda. Las facturas inferiores a 2.000 EUR coinciden con la regla A y se enrutan al director financiero; las facturas iguales o superiores a 2.000 EUR coinciden con la regla B y se enrutan al CFO. La selección vive en la lógica de enrutamiento, no en un orden de aprobación.
Plazos y comportamiento al vencer
SmartDocto configura plazos de aprobación, no acuerdos contractuales de nivel de servicio. El comportamiento que se describe a continuación detalla qué sucede cuando un plazo expira, formulado como preguntas concretas para que las reglas resulten inequívocas.
¿Se le recuerda al responsable que tiene una decisión pendiente?
Se le notifica una sola vez, en el momento de asignarle el documento, con la fecha límite visible. No hay recordatorios recurrentes ni avisos de plazo próximo. La solicitud pendiente queda siempre a la vista en el panel de aprobaciones hasta que el responsable decide.
¿Qué sucede cuando expira el plazo de decisión?
La solicitud se marca como vencida en el panel y permanece a la espera de una persona. No hay aprobación automática, ni reasignación, ni recurso a otro rol, ni cambio de estado. El marcado como vencida es solo informativo: la decisión sigue pendiente y visible.
¿Se reasigna la solicitud a otra persona al vencer el plazo?
No. Una solicitud vencida no se traspasa automáticamente a ningún propietario, administrador ni aprobador de respaldo. Permanece asignada al mismo responsable y solo cambia de estado mediante una decisión humana explícita.
¿Cómo se modela una aprobación con varias personas?
Un documento puede coincidir con varias reglas de aprobación, y cada regla asigna un único responsable. Todos los asignados deciden en paralelo, sin orden secuencial, y el documento se aprueba solo cuando todos han aprobado; cualquier rechazo lo rechaza. No existe quórum ni esquemas del tipo N de M dentro de una misma regla.
SmartDocto no aprueba documentos de forma automática cuando un plazo expira, ni cuando la confianza de la IA alcanza cualquier umbral. Cada aprobación exige una decisión explícita de una persona aprobadora, o bien un rechazo automático por una validación de entrada sobre una condición fallida. Una aprobación silenciosa invalidaría la pista de auditoría.
Pista de auditoría y cumplimiento
Cada solicitud de aprobación mantiene un registro completo en el historial de aprobaciones: acción, usuario, estado previo y nuevo, decisión, motivo, metadatos, dirección IP, agente de usuario y marca temporal. El historial es de solo adición y sobrevive a cualquier cambio en el documento subyacente.
En España, este enfoque encaja con las obligaciones del RGPD y con la trazabilidad esperada por SII y Verifactu. En Latinoamérica, la misma evidencia respalda los requisitos de CFDI en México, AFIP en Argentina y DIAN en Colombia. Un auditor puede reconstruir la cadena completa de decisiones.
La pista de auditoría cubre las exigencias probatorias de marcos como ISO 27001, SOC 2 y GoBD: registro de decisiones inmutable, atribución por usuario, transiciones de estado con marca temporal, trazabilidad de metadatos.
Preguntas frecuentes
¿Cómo configuro un flujo de aprobación de facturas?
¿Qué sucede si el aprobador no decide a tiempo?
¿Puede aprobar facturas alguien externo a la empresa?
¿SmartDocto aprueba automáticamente cuando vence el plazo?
¿Con cuántas personas puede aprobarse un documento en SmartDocto?
¿Qué significa la pausa para solicitar información?
¿Cómo empiezo a configurar un proceso de aprobación de facturas?
Un flujo de aprobación contable es el puente entre los datos extraídos y un asiento contable registrado. El diseño correcto registra quién aprobó qué, con qué plazo y por qué motivo, de modo que cada decisión queda atribuida a una persona, con su fecha y su justificación. El piloto es la vía más rápida para probar reglas y plazos contra su propia mezcla de facturas.