La conciliación pedido–albarán–factura (triple conciliación) es el control financiero que más margen recupera en cuentas a pagar de una constructora mediana o grande. Implementarla bien requiere ordenar cuatro elementos: estructura de datos compartida entre los tres documentos, captura especializada del albarán, lógica de matching con umbrales de tolerancia razonables, y workflow de excepción dirigida. Esta guía describe el flujo operativo paso a paso, los roles implicados y los puntos de fricción habituales.
Paso 1 — Diseñar la estructura de datos compartida
El matching automático sólo es posible si los tres documentos comparten estructura mínima. Antes de implementar tecnología, hay que asegurar que los datos vienen homogeneizados:
Pedidos (PO)
Cada pedido debe registrar en sistema, como mínimo:
- Proveedor (CIF, no sólo nombre).
- Fecha de emisión y plazo de entrega esperado.
- Obra de destino (referencia única).
- Línea por material entregable, con: referencia técnica (HA-25/B/20/IIa), cantidad esperada, unidad, precio unitario acordado, total línea.
- Capítulo y partida BC3 a la que se imputa.
- Condiciones de pago acordadas.
Si los pedidos en su empresa siguen siendo verbales o por email no estructurado, el primer trabajo no es tecnología — es disciplina de pedido escrito. Sin esa base, no hay matching.
Albaranes
Una vez digitalizados (con OCR especializado en construcción), deben llegar al sistema con:
- Proveedor (vinculado al maestro), fecha y hora de entrega.
- Obra (vinculada al maestro de obras activas).
- Línea por material entregado, con referencia técnica, cantidad, unidad y, cuando el albarán es valorado, precio unitario.
- Confianza por campo (qué leyó el OCR con seguridad y qué dudoso).
- Observaciones (mermas, daños, incidencias) como campo estructurado.
- Trazabilidad de captura (quién digitalizó, cuándo).
Facturas
Las facturas que entran al sistema deben llegar con:
- Proveedor, fecha de emisión, número de factura.
- Línea por concepto facturado, con cantidad, unidad, precio unitario, importe línea.
- Referencia explícita a los números de albarán que respaldan cada línea (idealmente; cuando no la hay, el sistema vincula por proveedor + fecha + producto).
- Total línea, total factura, IVA aplicable.
Paso 2 — Configurar los umbrales de tolerancia
El matching estricto al 100% genera falsos positivos por ruido normal de la operación. Los umbrales recomendados, por dimensión:
| Dimensión | Tolerancia recomendada | Justificación |
|---|---|---|
| Cantidad entregada vs. pedida | ±2% | Volatilidad legítima de transporte y carga |
| Cantidad facturada vs. albarán | ±0,5% | Sólo redondeos legítimos |
| Precio unitario | ±0% (cualquier discrepancia se marca) | Cualquier diferencia indica acuerdo no documentado |
| Referencia técnica | 100% (matching exacto) | HA-25 ≠ HA-30 |
| Total línea | Resultado calculado de cantidad × precio | No tolerancia adicional |
Estos umbrales se configuran por categoría de material según volatilidad esperada. Materiales líquidos (hormigón) toleran más variabilidad que prefabricados; áridos toleran más que ferralla.
La calibración inicial conservadora se ajusta con datos de los primeros 2-3 meses: si una categoría genera demasiados falsos positivos, se afloja (siempre dentro de límites razonables); si genera demasiados falsos negativos, se aprieta.
Paso 3 — Definir el orden del matching
El matching se ejecuta en dos pasos secuenciales:
Sub-paso 3.1 — Conciliación albarán-pedido
Cuando un albarán se digitaliza y se valida, el sistema busca el pedido (PO) correspondiente. Identificación por:
- Proveedor coincide.
- Obra coincide.
- Material entregado coincide con materiales pedidos pendientes.
- Cantidad entregada acumulada (sumando entregas anteriores) no excede la pedida + tolerancia.
Resultados posibles:
- ✅ Match completo: el albarán se asocia al pedido y queda "listo para facturación".
- ⚠️ Match parcial: hay pedido pero la cantidad o referencia discrepa. Excepción dirigida.
- ❌ Sin match: no hay pedido. Excepción crítica — albarán recibido sin pedido. Bloquea facturación hasta resolución.
Sub-paso 3.2 — Conciliación factura-albarán
Cuando llega la factura del proveedor, el sistema vincula líneas de factura con albaranes ya conciliados:
- Cada línea de factura busca el(los) albarán(es) que la respaldan (por proveedor + fecha + material + cantidad acumulada).
- Verifica que el total facturado coincide con el total entregado documentado (descontando observaciones del albarán).
- Verifica que el precio unitario coincide con el del pedido.
Resultados posibles:
- ✅ triple conciliación completa: factura aprobada para pago.
- ⚠️ Discrepancia detectada: factura bloqueada. Excepción dirigida (línea concreta, dimensión concreta).
- ❌ Línea sin albarán: factura bloqueada. Investigación crítica — facturación sin entrega documentada.
El cuello de botella es la captura del albarán manuscrito — automatícela primero
Brinkr entrega los albaranes ya digitalizados y conciliados al ERP, lo que permite que el matching automático del ERP funcione realmente. Solicite un piloto de 4 semanas.
Paso 4 — Diseñar el workflow de excepción
Las excepciones son el corazón del valor añadido de la triple conciliación. Sin un workflow bien diseñado, las excepciones se acumulan y el sistema vuelve a la conciliación manual.
Estructura del workflow de excepción
Por cada factura bloqueada por discrepancia, el sistema enruta a la persona apropiada:
| Tipo de discrepancia | Responsable de investigación | Resolución típica |
|---|---|---|
| Cantidad facturada > entregada (tolerable) | Equipo de AP | Ajuste manual con documentación |
| Cantidad facturada > entregada (no tolerable) | Equipo de AP + jefe de obra | Solicitud de abono al proveedor |
| Precio facturado ≠ pactado | AP + dir. compras | Reclamación contractual |
| Línea sin albarán | AP + jefe de obra | Verificar entrega física |
| Albarán sin pedido | AP + dir. compras | Regularizar pedido (acuerdo verbal previo) o devolver |
| Material no coincide (referencia técnica) | AP + jefe de obra | Verificar entrega vs. pedido |
Cada excepción tiene SLA configurado (ej. resolución < 5 días laborables). Las que superan SLA se escalan al controller financiero.
Trazabilidad de la resolución
Cada decisión queda registrada con:
- Quién investigó.
- Cuándo.
- Qué documentación adjunta (foto del albarán original, email del proveedor, abono solicitado).
- Decisión final (aprobar con ajuste, rechazar, escalar).
Esta trazabilidad es esencial para auditoría y para optimización continua: el análisis trimestral de patrones de excepción identifica proveedores problemáticos y categorías de material con discrepancias recurrentes.
Paso 5 — Integrar con el ERP existente
La integración con Sage, Sigrid, SAP, Oracle u otros ERPs financieros se realiza típicamente vía:
Opción A — API REST
Comunicación bidireccional. El sistema especializado consulta pedidos del ERP y devuelve albaranes y facturas conciliados. Es la opción más limpia, pero requiere desarrollo en ambos lados (en torno a 2-6 semanas).
Opción B — Exportación estructurada
El sistema especializado genera ficheros estructurados (XML, CSV, JSON) en el formato que el ERP espera importar. La importación al ERP puede automatizarse con tareas programadas. Implementación más rápida (1-2 semanas), menos elegante.
Opción C — Integración nativa pre-construida
Si el sistema especializado tiene integración nativa con su ERP específico, despliegue casi inmediato. En el caso de Brinkr, las integraciones nativas con los principales ERPs del sector están en roadmap; mientras tanto se trabaja con API y exportación estructurada, que cubren operativamente cualquier escenario.
La elección depende del volumen y la criticidad del flujo. Para un piloto inicial, la opción B suele ser más rápida y suficiente; para despliegue corporativo, la A o la C son preferibles.
Paso 6 — Roles y responsabilidades
El triple conciliación automatizada redistribuye trabajo dentro del equipo de cuentas a pagar:
| Rol | Antes (manual) | Después (automatizado) |
|---|---|---|
| Operativo AP | Picado de albaranes, cuadre manual al total, archivado | Validación de excepciones, gestión de rechazo a proveedor |
| Supervisor AP | Aprobación masiva de facturas | Gestión del workflow de excepción, análisis de patrones |
| Controller financiero | Revisión a posteriori | Análisis de KPIs, decisiones de política y umbrales |
| CFO | Reporte mensual con desfase | Dashboard en tiempo real, decisiones de cierre rápidas |
| Dir. compras | Reactivo a problemas | Renegociación con proveedores con datos en mano |
| Jefe de obra | Firmador de albaranes | Validador de entregas en sistema (móvil) |
La transformación importante: el equipo de AP pasa de proceso transaccional (picar, archivar, conciliar al total) a gestión por excepción (investigar discrepancias, mejorar el sistema, analizar tendencias). El valor añadido es mayor; la satisfacción profesional, también.
Paso 7 — Despliegue progresivo
El despliegue corporativo se ejecuta en olas:
Ola 1 — Piloto (semanas 1-4)
- 1-2 obras representativas.
- 5-10 proveedores recurrentes (70-80% del volumen).
- Equipo limitado: sponsor, AP lead, contacto operativo.
- Criterios de éxito definidos antes de empezar.
Ola 2 — Expansión por obras (semanas 5-12)
- Activación progresiva por bloques de 3-5 obras cada 2 semanas.
- Onboarding del equipo AP completo.
- Conexión integral con ERP.
Ola 3 — Operación general (semanas 13+)
- Cobertura del 95%+ del volumen.
- Reporting consolidado para CFO y controllers.
- Optimización continua sobre datos reales.
Errores típicos en la implementación
He visto implementaciones romperse por errores recurrentes:
- Saltar la disciplina del pedido escrito. Querer automatizar el matching cuando los pedidos siguen siendo verbales. Imposible.
- Querer cobertura del 100% desde el día 1. El matching automático maneja bien casos típicos; los casos atípicos (modificados, urgencias, proveedores nuevos) requieren ajuste. Empezar con el 70-80% del volumen y expandir.
- No invertir en captura especializada. Confiar en el OCR genérico del ERP para albaranes manuscritos. Falla en construcción.
- Definir umbrales demasiado estrictos al inicio. Genera saturación de excepciones. Empezar con tolerancias razonables y endurecer con datos.
- No medir el "antes". Sin baseline pre-piloto, no se puede demostrar el ROI. Capturar métricas de cuadre, ciclo y errores antes de empezar.
¿Cuánto tarda en estar funcionando la triple conciliación automatizada en una constructora mediana?
Piloto exitoso: 4 semanas. Despliegue corporativo completo (cobertura > 95% del volumen): 3-6 meses adicionales según tamaño de la empresa.
¿Qué % de discrepancias real hay en una constructora típica?
En una constructora mediana sin sistema sistemático, entre el 8% y el 20% de las facturas tienen alguna discrepancia material con el albarán o el pedido. La mayor parte son ajustes pequeños; un 30-40% son errores no detectados que se pagaban antes.
¿Cómo medimos el éxito del piloto?
Tres KPIs: precisión del matching automático (target > 80%), tiempo medio de aprobación factura (target < 5 días), errores reales detectados antes del pago (target > 8 al mes en obra piloto).
¿Qué hacemos con proveedores que se resisten al control más estricto?
Inicialmente puede haber tensión. Los proveedores profesionales aceptan el matching estructurado porque les permite cobrar antes. Los que se resisten consistentemente suelen ser los que más errores cometen — y, francamente, los que conviene revisar contractualmente.
¿Funciona si tenemos varios ERPs en el grupo (filial heredada, etc.)?
Sí. La capa de captura y matching es independiente del ERP. Puede alimentar a múltiples ERPs en paralelo según la entidad legal de origen del documento.
¿Y para servicios y subcontratas (no sólo materiales)?
La lógica de la triple conciliación se aplica también a servicios: contrato (en lugar de pedido), parte/certificación (en lugar de albarán), factura. Los umbrales y campos cambian, pero la arquitectura es la misma.
Solicite un piloto formal de 4 semanas
Si su empresa está evaluando la automatización de la triple conciliación como palanca de control financiero y operativo, el siguiente paso es un piloto formal en 1-2 obras representativas. El equipo de Brinkr le acompaña en alcance, criterios de éxito y conexión con su ERP existente.
Recibe nuevos artículos cada semana
Recursos prácticos sobre digitalización en construcción. Sin spam, una vez por semana, cancelas cuando quieras.
Datos tratados según RGPD. Puedes darte de baja en cualquier momento.
Sigue leyendo
Plantilla Excel para control de costes en obra (gratis, con fórmulas) 2026
Descarga gratis la plantilla Excel para control de costes en obra. Listo para usar, con fórmulas de desviación por partida, dashboard mensual y comparativo real vs presupuesto.
Control de costes en obra: guía completa para constructoras (2026)
Guía práctica del control de costes en obra para constructoras pyme: qué medir, cómo medirlo y por qué la fuga grande está en materiales. Con números reales y ROI.
La administrativa de una constructora que recuperó 8 horas a la semana (caso real)
Caso compuesto de una administrativa de constructora pyme española que pasó de 12 horas a 4 horas semanales en albaranes. Qué cambió en su día a día y cómo aplicarlo.