Actualizado: agosto de 2026

Flujo de aprobación contable: guía práctica

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

  • Tres componentes prácticos de un flujo bien definido
  • Fallos típicos de la aprobación manual por correo electrónico y chat
  • La diferencia entre un sistema basado en reglas y una asignación improvisada
  • Un ejemplo de factura desde la recepción hasta la aprobación
  • Lo que SmartDocTO puede hacer y cuáles son sus límites

Cuando las aprobaciones se reparten entre correos, mensajes y acuerdos verbales, resulta difícil saber qué sigue pendiente y quién tomó cada decisión. Un proceso de aprobación definido asigna responsables, fija plazos y conserva un historial consultable. Esta guía explica sus componentes y cómo evaluar si se ajustan a su operación.

01 / 08

¿Qué es un flujo de aprobación contable?

Un flujo de aprobación lleva un documento desde su llegada hasta una decisión registrada. Sustituye la asignación improvisada por correo o chat por reglas definidas. Conviene documentar especialmente tres componentes.

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

Cada solicitud tiene una fecha esperada de decisión, visible para la persona responsable desde la asignación. Cuando se supera, la solicitud se marca como vencida y sigue asignada. SmartDocTO no la aprueba ni la reasigna automáticamente.

02 / 08

Por qué falla la aprobación manual

El correo y el chat pueden bastar con poco volumen, pero se vuelven difíciles de gestionar cuando aumenta el número de documentos. Estos son riesgos habituales que conviene resolver al diseñar el proceso.

Sin pista de auditoría

Los mensajes y correos reenviados quedan dispersos y son difíciles de reconstruir. Cuando alguien necesita saber quién aprobó una factura y cuándo, el equipo debe buscar la respuesta en varias conversaciones.

Punto único de fallo

Si la única persona autorizada para un tramo de importe está ausente, las solicitudes pueden quedar detenidas. Una delegación prevista evita que el equipo tenga que improvisar el responsable.

Plazos de pago incumplidos

Sin una fecha límite visible, las facturas pueden permanecer en bandejas personales hasta que otra persona pregunta por ellas. El equipo pierde tiempo en seguimientos y la tesorería trabaja con menos previsibilidad.

Reglas inconsistentes

Sin un conjunto de reglas escrito, la política depende del criterio de cada persona. Los umbrales y la asignación entre centros de coste pueden cambiar según a quién se pregunte, y las nuevas incorporaciones deben aprender reglas informales.

03 / 08

Aprobación manual frente a basada en reglas

La tabla compara un proceso por correo o chat con un flujo basado en reglas. Las diferencias incluyen trazabilidad, delegación y visibilidad de solicitudes vencidas.

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.

04 / 08

Cómo aborda SmartDocTO los flujos de aprobación

SmartDocTO es una plataforma de IA para asesorías contables y equipos financieros. Las reglas de aprobación determinan quién revisa cada documento y en qué plazo. Las solicitudes vencidas siguen asignadas y quedan señaladas en la vista general.

Base

Asignación inequívoca de reglas

Cada escenario de procesamiento usa un conjunto de aprobación determinado, de modo que queden claras las condiciones de asignación y el plazo aplicable.

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 de decisión fijo

El conjunto de reglas define un plazo de una hora a treinta días. Cuando se supera, la solicitud sigue asignada a la misma persona y queda marcada de forma visible como vencida.

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.

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, reciben una invitación de equipo y crean una cuenta con un rol restringido. No utilizan enlaces de un solo uso, por lo que cada decisión queda asociada a una persona concreta.

  • Una solicitud se entrega a otra persona mediante una delegación iniciada por quien la tiene asignada.
  • Ni la puntuación de confianza de la IA ni el vencimiento del plazo aprueban un documento automáticamente.
  • Cada regla asigna una persona responsable y no admite un quórum del tipo N de M.
05 / 08

Ejemplo de un proceso de aprobación, paso a paso

Este ejemplo muestra una factura recibida por correo. Los campos, umbrales, responsables y plazos son ilustrativos y cada cliente los configura según su propio proceso.

  1. 01

    El proveedor envía la factura por correo

    El proveedor envía la factura a una dirección designada por la empresa. SmartDocTO recupera el adjunto, ejecuta el análisis antivirus y pone el documento en la cola de procesamiento.

  2. 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.

  3. 03

    La regla de procesamiento coincide y activa el conjunto de reglas

    Las condiciones de la factura seleccionan el conjunto de aprobación designado, con el enrutamiento y el plazo configurados.

  4. 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.

  5. 05

    Se crea la solicitud de aprobación con su plazo

    Se crea una solicitud para el responsable del centro de coste con un plazo ilustrativo de 72 horas. La persona recibe una notificación y ve la fecha límite. Si no decide a tiempo, la solicitud se marca como vencida y sigue asignada.

  6. 06

    La aprobación activa la integración de salida

    Cuando la persona aprueba, el documento queda marcado como aprobado, se cierra el historial de aprobación y continúa hacia la integración de salida con el ERP o el sistema contable.

06 / 08

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 decisión paralela del jefe de departamento y del responsable del centro de coste. La aprobación se completa tras la conformidad de todas las personas asignadas; una sola negativa rechaza el documento.

07 / 08

Plazos y comportamiento al vencer

Un plazo de aprobación en SmartDocTO es una fecha esperada de decisión, no un SLA contractual por sí solo. Las respuestas siguientes explican qué ocurre después de esa fecha.

¿Qué ocurre cuando vence el plazo de decisión?

La solicitud se marca como vencida y sigue esperando a la persona asignada. SmartDocTO no la reasigna, aprueba ni rechaza automáticamente. Para entregarla a otra persona es necesaria una delegación manual.

¿Puede tener cada regla un plazo distinto?

Sí. El plazo se configura en el conjunto de reglas, entre una hora y treinta días, y comienza al crear la solicitud. Distintos conjuntos pueden usar plazos diferentes según el tipo de documento o el importe.

SmartDocTO no aprueba documentos automáticamente cuando vence el plazo ni cuando la confianza de la IA alcanza un umbral. Cada aprobación exige una decisión explícita. Una validación de entrada sí puede rechazar un documento cuando no se cumple una condición configurada.

08 / 08

Historial de decisiones y trazabilidad

Una solicitud conserva acciones, usuarios, cambios de estado, decisiones, motivos y marcas temporales. Según los datos disponibles, también puede incluir información técnica como la dirección IP o el navegador.

Este historial ayuda a reconstruir la decisión y preparar evidencias para control interno o auditoría. Es solo una parte de las medidas necesarias para atender requisitos contables y jurídicos. La suficiencia jurídica depende también del proceso, la retención, los contratos y otros controles del cliente.

Preguntas frecuentes

Preguntas frecuentes

¿Cómo se determina quién debe aprobar una factura?
Las reglas pueden elegir a la persona según el tipo de documento, el importe, el proveedor, el centro de coste u otro campo extraído. Cada regla define un aprobador y un plazo para decidir.
¿Pueden aprobar varias personas o un cliente externo?
Sí. Varias reglas pueden asignar a distintos aprobadores al mismo tiempo. El cliente externo utiliza una cuenta restringida propia y su decisión queda asociada a una identidad concreta.
¿Qué ocurre si el aprobador no responde a tiempo?
La solicitud se marca como vencida y sigue asignada a la misma persona. El aprobador puede delegarla manualmente y ambas asignaciones permanecen en el historial.
¿Qué guarda SmartDocTO sobre la decisión y qué ocurre tras la aprobación?
El historial conserva la identidad del aprobador, la decisión, la fecha y el motivo indicado. Cuando terminan todas las aprobaciones necesarias, el documento puede continuar hacia la integración de salida configurada.

Un proceso de aprobación conecta los datos extraídos con la entrega al sistema contable. Una configuración clara registra quién tomó cada decisión, cuándo y con qué motivo. Utilice el piloto para comprobar las reglas y los plazos con una muestra representativa de sus propias facturas.

David Maj, Fundador de TechOne