Conciliación a tres bandas sin ERP:
Un pipeline en Google Sheets desde la OC hasta la aprobación

Lo que realmente exige la conciliación a tres bandas — más que umbrales de tolerancia

La conciliación a tres bandas es el proceso de comparar una orden de compra, un albarán de recepción y una factura de proveedor antes de autorizar el pago, verificando que lo pedido coincide con lo recibido y lo facturado. Según la cláusula 8.4 de la norma ISO 9001:2015, la verificación de que los productos adquiridos cumplen los requisitos especificados es obligatoria para los fabricantes certificados, y la conciliación a tres bandas es el mecanismo operativo que la mayoría de las empresas utiliza para cumplirla. El Informe a las Naciones 2024 de la ACFE — que estima que las organizaciones pierden el 5% de sus ingresos anuales por fraude laboral — la identifica como un control clave contra los esquemas de facturación. La lógica normativa es sólida. El problema de datos subyacente es lo que falla en la práctica.

La mayoría de los consejos para arreglar la conciliación a tres bandas se centran en la capa de conciliación: ajustar umbrales de tolerancia, añadir flujos de aprobación, configurar reglas de conciliación automática en el ERP. Nada de esto soluciona el problema de que los tres documentos llegan de tres sistemas diferentes en tres formatos distintos — y dos de ellos no están estructurados. La orden de compra reside en el sistema de compras. El albarán de recepción puede haberse registrado o no a partir de un albarán en papel. La factura del proveedor llega como PDF. Antes de que cualquier lógica de conciliación pueda comparar estos documentos, alguien tiene que extraer los datos de los dos que no están ya en un formato estructurado, introducirlos en un diseño comparable y esperar que las unidades y las líneas de pedido coincidan. La capa de conciliación — BUSCARV, declaraciones SI, formato condicional — es la parte fácil. La capa de extracción es donde el proceso funciona o fracasa.

Por qué los consejos de ERP no encajan en un flujo de hojas de cálculo

El módulo MM de SAP, Oracle E-Business Suite, Microsoft Dynamics 365 — todos incluyen módulos de conciliación a tres bandas con tolerancias configurables. SAP, por ejemplo, gestiona la conciliación a través de la cuenta de compensación GR/IR: la entrada de mercancías (transacción MIGO) registra un débito, la recepción de factura (MIRO) registra un crédito, y el sistema compensa automáticamente las partidas coincidentes. La lógica es madura y está bien documentada.

La lógica también asume algo que en un número considerable de operaciones de compras no se cumple: que los tres documentos existen como datos estructurados y comparables dentro del ERP antes de que se ejecute la lógica de conciliación. La Encuesta de Tendencias en Automatización de AP de IFOL 2025 encontró que el 66% de los equipos de cuentas por pagar aún ingresan manualmente los datos de las facturas en su ERP. Para los equipos de compras que gestionan relaciones con proveedores de 50 a 200 — muchos de ellos talleres pequeños, distribuidores locales y proveedores especializados que envían PDF por correo electrónico — cada factura es un evento de ingreso manual de datos antes de que pueda comenzar la conciliación.

Si estás en ese grupo — ya sea porque tu empresa gestiona las compras con hojas de cálculo, porque la captura de facturas de tu ERP requiere configurar plantillas por proveedor y no tienes tiempo para mantenerlas, o porque tu base de proveedores incluye suficientes pequeños vendedores que solo envían PDF — el módulo de conciliación del ERP está resolviendo un problema aguas abajo del que realmente tienes. No necesitas un mejor algoritmo de conciliación. Necesitas una forma de reunir datos de órdenes de compra, recepciones y facturas en una vista estructurada — y la herramienta que ya usas para el seguimiento de compras probablemente sea una hoja de cálculo. La cuestión es cómo convertir esa hoja de cálculo en un pipeline.

Arquitectura del Pipeline de Tres Capas

El pipeline tiene tres capas — una por cada documento en la conciliación triple — y una cuarta que se sitúa sobre ellas: el panel de conciliación. Las tres primeras capas extraen datos estructurados de documentos no estructurados. La cuarta los compara. Si alguna de las tres primeras capas produce datos inconsistentes o incompletos, la capa de conciliación no puede funcionar. La arquitectura es tan sólida como su capa de extracción más débil.

Cada capa cubre un vacío específico en la cadena de compra a pago. La capa de OC establece la línea base — qué se pidió, a qué precio y a quién. La capa de recepción confirma lo que llegó físicamente. La capa de factura captura lo que facturó el proveedor. El panel de conciliación es donde convergen las tres — y donde la hoja de cálculo reemplaza la investigación de tres departamentos que el análisis del problema identificó como la debilidad estructural en los flujos de conciliación tradicionales.

La herramienta que impulsa la conversión de no estructurado a estructurado en las capas 1 y 3 es la Extracción Personalizada de Columnas: en lugar de dibujar recuadros alrededor de campos en cada documento o crear una plantilla por formato de proveedor, escribes los nombres de columna que deseas — "N.º de OC", "Nombre del Proveedor", "Partida", "Cantidad", "Precio Unitario", "Total por Línea" — y la IA lee el documento para encontrar esos valores entendiendo lo que significan, no dónde están en la página. Una OC estructurada del PDF de SAP y una OC manuscrita de un proveedor local no se parecen en nada. Pero ambas contienen un n.º de OC, nombre del proveedor, cantidades y precios. La búsqueda por nombre de columna busca el significado de esos campos en cualquier diseño — eliminando el mantenimiento de plantillas por proveedor y formato que hace que el OCR basado en plantillas sea poco práctico para equipos de compras que manejan docenas de formatos distintos de documentos de proveedores.

Capa 1 — Extracción de OC: La Línea Base de Referencia

Toda conciliación a tres bandas comienza con la orden de compra. La OC establece los términos: qué proveedor, qué artículos, qué cantidad, a qué precio y cuándo entregar. En un entorno integrado con ERP, estos datos ya existen como líneas de pedido estructuradas: la OC se creó en el sistema. Pero en un flujo de trabajo de adquisiciones basado en hojas de cálculo, las OC llegan en varios formatos: PDF generados por el sistema del comprador, OC enviadas por correo electrónico por los proveedores para confirmar un pedido, o documentos escaneados de proveedores pequeños que operan en papel. Obtener los datos de la OC en un formato estructurado es el primer paso, y para los equipos que trabajan con hojas de cálculo, es un paso que determina si el resto del proceso es siquiera posible.

Las columnas de extracción para una OC dependen de lo que tu proceso de conciliación necesite referenciar. Como mínimo:

Para las órdenes de compra generadas internamente en un formato consistente (la plantilla de OC de tu propia empresa), la extracción es sencilla. La IA lee los mismos campos del mismo diseño general cada vez. Para las OC de confirmación de proveedor que llegan en el formato del vendedor, la extracción se adapta: los nombres de las columnas siguen siendo los mismos y la IA localiza los valores independientemente del diseño. Una sola ejecución de extracción completa la pestaña del registro de OC con datos estructurados: una fila por OC, o una fila por línea de pedido, según si deseas granularidad a nivel de encabezado o de línea para la conciliación. La guía para la extracción de una sola OC con el complemento de Google Sheets explica la configuración de columnas y el primer flujo de trabajo de extracción. Para equipos de alto volumen que procesan docenas de OC a la vez, el panel de procesamiento por lotes de OC aplica el mismo motor de extracción a múltiples OC en una sola sesión.

La demo anterior usa el preset de órdenes de compra — un conjunto preconfigurado de columnas de extracción diseñado para documentos PO. Sube una orden de compra y observa cómo los campos se completan sin escribir. Si tus PO contienen campos que el preset no cubre (un recargo por mercancía, una sección de términos de flete, códigos internos de centro de costo), agrégalos como columnas personalizadas — el motor de extracción las trata igual. El preset te da el punto de partida. Tus columnas personalizadas lo extienden para ajustarse a los requisitos de tu dashboard de conciliación.

Capa 2 — Recepción de Datos de Informes: El Documento Intermedio Problemático

La recepción de mercancías es el documento que con mayor frecuencia falta en un sistema estructurado, y es el documento que hace que la conciliación a tres bandas sea un proceso de tres pasos. Sin confirmación de recepción, solo haces conciliación a dos bandas (OC vs. factura) y pagas por bienes que no puedes confirmar que se entregaron. La ACFE identifica específicamente la recepción de mercancías como el control que previene el fraude de facturación — pagar por bienes nunca enviados. Omitirla no es un atajo. Es una brecha en el marco de control.

Los datos de recepción son más difíciles de estructurar que los de la OC debido a cómo se generan — en el muelle, a menudo en papel, por personal cuya prioridad es descargar camiones, no ingresar datos. El albarán suele ser un formulario de carbón multicopia o un documento de impresión térmica del transportista. El empleado de recepción lo firma, registra la cantidad recibida (a veces en unidades diferentes a las de la OC) y archiva la copia física. Que esos datos lleguen a un sistema digital depende de si alguien los escribe después del hecho — y ese paso es el primero que se omite durante un día ajetreado de recepción.

Para el pipeline, los datos de recepción tienen dos vías de entrada viables. La primera es la entrada manual directa: el empleado de recepción — o una persona designada para ingreso de datos — escribe los campos clave en una Hoja de Cálculo de Google como parte del flujo de trabajo de recepción. Las columnas reflejan las de la OC: Número de OC (para vincular), Artículo Recibido, Cantidad Recibida, Fecha de Recepción, Transportista, Estado. Esta vía funciona cuando el volumen de recepción es moderado (menos de 30 envíos por día) y el muelle tiene acceso a un dispositivo con Hojas abiertas. La ventaja es el control — los datos de recepción están estructurados desde el momento de ingreso, sin necesidad de conversión posterior.

El segundo camino es la extracción de documentos a partir del propio albarán: tomar una foto o escaneo del albarán firmado y procesarlo con el mismo motor de extracción utilizado para pedidos y facturas. Este camino funciona cuando la entrada manual no es viable — muelles de alta rotación, ubicaciones de recepción remotas u operaciones donde el albarán es el único registro de recepción. Las columnas de extracción son las mismas: N.º de pedido, Descripción del artículo, Cantidad recibida, Fecha de recepción, Transportista. Una foto de un albarán procesada mediante el complemento de la barra lateral completa la pestaña de recepción en el mismo formato estructurado que los datos introducidos manualmente. La limitación clave: la escritura a mano en los albaranes reduce la precisión de la extracción en comparación con los pedidos y facturas impresos. Se recomienda verificar por muestreo en envíos críticos. Para un desglose detallado de la precisión según la calidad del documento, consulte nuestra guía sobre precisión en la extracción de documentos manuscritos — los mismos principios aplican a albaranes e informes de recepción.

Independientemente del camino que utilice, el resultado es el mismo: una pestaña de registro de recepción con el N.º de pedido como campo clave que vincula cada recepción con su pedido de compra original. Sin ese vínculo, el panel de conciliación no puede funcionar.

Capa 3 — Extracción de facturas de proveedores: el problema de formato que no controla

Las facturas de proveedores son donde la diversidad de formatos alcanza su punto máximo. Una sola operación de compras puede recibir facturas de un gran distribuidor MRO en un PDF estructurado generado por SAP, de un proveedor regional de metales en un formato casero de Excel a PDF, de un taller local como un documento manuscrito fotografiado, y de un proveedor internacional con diferentes formatos de fecha, convenciones de moneda y estructuras de líneas de impuestos. El OCR basado en plantillas — donde se crea una plantilla de mapeo de campos para cada diseño de proveedor y se actualiza cuando cambia el diseño — falla ante esta diversidad o consume tanto tiempo de mantenimiento que el esfuerzo de extracción iguala la entrada manual que se suponía debía reemplazar.

La Extracción de Columnas Personalizadas resuelve esto desacoplando la lógica de extracción de cualquier diseño específico. Los nombres de las columnas se definen una vez. La IA lee cada factura — sin importar el formato — y encuentra los valores que coinciden con esas definiciones de columna. Una configuración de columnas de factura para la conciliación tripartita generalmente incluye:

También puedes agregar columnas inferidas — columnas que capturan datos no impresos explícitamente en la factura, pero deducibles de su contexto. Por ejemplo, una columna definida como Estado de Coincidencia (opciones: Listo para Coincidir/Requiere Referencia PO/Faltan Partidas) permite que la IA clasifique cada factura durante la extracción según si encontró un número de PO y si las partidas fueron extraíbles. Las facturas de proveedores que no incluyen números de PO en sus documentos se marcan de inmediato — ingresan al panel de coincidencias con un estado "Requiere Referencia PO", y el auxiliar de cuentas por pagar sabe que no debe intentar una coincidencia hasta que se agregue el número de PO. Esto es categorización-como-extracción: la decisión de clasificación ocurre en la misma pasada que completa los datos, no en un paso de revisión separado.

Las columnas calculadas manejan operaciones matemáticas que de otro modo requerirían fórmulas de hoja de cálculo posteriores a la extracción. Define una columna como Verificación de Extensión (Total de Partida - Cantidad * Precio Unitario) y la IA realiza el cálculo durante la extracción, marcando cualquier partida donde el total facturado no coincida con cantidad por precio unitario. El resultado es un número de variación — cero significa que la extensión es correcta, un valor distinto de cero identifica un error aritmético en la factura del proveedor. Esto cambia el rol del panel de coincidencias de "encontrar los errores" a "revisar las filas marcadas" — un flujo de trabajo donde la IA detecta y el humano decide. Para un tratamiento completo de la sintaxis y capacidades de las columnas calculadas, consulta nuestra guía de columnas calculadas en extracción de documentos.

La misma capa de extracción de facturas que impulsa el proceso de conciliación a tres bandas es el motor detrás del flujo de facturas de proveedor a AP — la estructura de columnas difiere, pero el mecanismo de extracción es idéntico. Una vez construido para la conciliación, el mismo flujo alimenta los informes de AP, los cálculos de devengo y la documentación de auditoría.

El Panel de Conciliación: VLOOKUP, IF y Formato Condicional

Con las tres capas pobladas — registro de OC, registro de recepción y registro de facturas — el panel de conciliación es donde convergen. Es una sola pestaña que extrae datos de las tres pestañas de origen mediante funciones de búsqueda y aplica lógica de comparación para marcar coincidencias, variaciones y datos faltantes. La lógica de conciliación en sí no es compleja. Una hoja de cálculo puede hacerlo. Lo que siempre fue complejo — y lo que el flujo resuelve — es llevar los datos a un estado en el que la hoja de cálculo pueda hacerlo.

Estructura del panel de conciliación, creado en Google Sheets:

Formato condicional convierte esto de una tabla a un panel: resalta la Columna N en verde para "CONCILIADO," ámbar para "SIN RECEPCIÓN," rojo para "VARIACIÓN." Aplica un borde rojo a cualquier fila donde la Columna J (Variación de Cantidad) supere un umbral configurable — 5% para materiales a granel, 2% para componentes de ingeniería de alto valor. Agrega un resumen en la fila superior: =COUNTIF(N:N,"CONCILIADO") para contar facturas conciliadas, =COUNTIF(N:N,"VARIACIÓN") para excepciones, =SUMIF(N:N,"VARIACIÓN",L:L) para el valor total en dólares de las variaciones.

La decisión arquitectónica clave es usar el Número de OC como clave universal. Cada BUSCARV en el panel de conciliación hace referencia a la columna de Número de OC. Si una factura de proveedor no incluye un número de OC — y nuestro análisis del problema de conciliación confirmó que esta es la causa raíz más común de fallos — la fila se llena con errores #N/A en todas las columnas de BUSCARV, visibles de inmediato en el panel. La solución es simple: agregar el número de OC a la fila del registro de facturas y las fórmulas se recalculan. Pero la visibilidad es el punto. Sin el panel, una factura sin número de OC queda en una cola hasta que alguien la note. Con el panel, se marca en el momento en que la fila se completa.

Para entregas parciales — la complejidad más común en compras de manufactura donde una OC cubre múltiples envíos — agregue una columna "Número de Entrega" tanto al registro de recepción como al de facturas. El BUSCARV se convierte en una búsqueda de dos claves: coincidir con Número de OC Y Número de Entrega. Cada entrega parcial obtiene su propia fila coincidente, y el cálculo de recibido acumulado (=SUMAR.SI.CONJUNTO(F:F, A:A, A2, [Entrega], "<="&[@Entrega])) rastrea cuánto del total de la cantidad de la OC se ha entregado en todos los envíos parciales. La misma lógica maneja las OC generales con liberaciones mensuales continuas — el panel rastrea cantidades acumuladas contra la autorización total de la OC.

Enlace de Recopilación — Permita que los Proveedores Envíen Documentos Directamente

Una de las ineficiencias persistentes en la conciliación de tres vías es la transferencia de documentos del proveedor a su equipo de Cuentas por Pagar. El proveedor envía la factura por correo electrónico. El auxiliar de CxP descarga el archivo adjunto, lo guarda en una unidad compartida o carpeta local, y luego lo sube a la herramienta de extracción. Ese ciclo de descarga y recarga no es el cuello de botella — pero es un paso extra que acumula fricción cuando procesa más de 100 facturas al mes de 50 proveedores diferentes.

Un Enlace de Recopilación elimina ese paso intermedio. Es una URL compartible (en el formato /c/xxxx) que usted genera y envía a un proveedor. El proveedor abre el enlace, ingresa un código de verificación corto mostrado en la página, y sube su factura directamente — sin crear cuenta, sin inicio de sesión, sin instalación de software. El archivo llega automáticamente a la cola de procesamiento de su cuenta, con el proveedor identificado por el enlace que usó. Puede crear un Enlace de Recopilación separado para cada proveedor (o uno por grupo de proveedores), para que los archivos entrantes se preseleccionen por fuente antes de que comience la extracción.

Aplicado al flujo de conciliación a tres bandas, un Enlace de Recopilación cambia el flujo de documentos de "el proveedor envía la factura por correo → tú la descargas → la subes → la extraes" a "el proveedor sube directamente → el archivo aparece en tu cola → lo extraes". Elimina por completo el paso de descargar y volver a subir. Para proveedores que envían múltiples documentos —un albarán y una factura del mismo envío— un solo Enlace de Recopilación captura ambos archivos, y el motor de extracción procesa cada uno según las definiciones de columna de la hoja. Para la configuración detallada y el flujo de trabajo, consulta nuestra guía de recopilación de documentos con extracción.

Qué Reemplaza — y Qué No

Un proceso es una afirmación concreta: dice "esta secuencia de pasos produce este resultado". Es importante ser precisos sobre qué reemplaza el proceso aquí descrito, qué complementa y para qué nunca fue diseñado.

Qué reemplaza:

• Ingreso manual de datos de OC y facturas en hojas de cálculo. Las capas de extracción convierten documentos no estructurados en filas estructuradas. Escribir partidas de OC y campos de facturas en una hoja de seguimiento es el paso que desaparece.
• Mantenimiento de plantillas OCR por proveedor. La extracción por nombre de columna lee cualquier formato de documento sin plantillas preconfiguradas. Un nuevo proveedor se incorpora enviándole un enlace de recolección, sin necesidad de crear plantillas.
• El bucle de investigación entre tres departamentos. Cuando los datos de OC, recepción y facturas están en un solo panel estructurado, la pregunta "¿la factura coincide con la OC?" se responde mirando una celda con formato condicional, no llamando a compras ni al muelle de recepción.
• Puntos ciegos de documentos faltantes. La estructura BUSCARV del panel expone las brechas de inmediato: #N/A en la BUSCARV de OC significa que la factura no referencia una OC válida. En blanco en la cantidad recibida significa que nunca se registró el ingreso de mercancía. Estos no son hallazgos de una auditoría mensual: son visibles en cada fila en tiempo real.

Lo que no reemplaza:

• Un ERP para organizaciones que lo necesitan. Con 2.000–3.000 facturas al mes, un panel de conciliación en hoja de cálculo llega a su límite práctico. El volumen de excepciones abruma la revisión manual. A esa escala, el valor del ERP —conciliación automatizada, pistas de auditoría integradas, segregación de funciones— se vuelve necesario, no opcional. El pipeline alimenta al ERP con datos estructurados; no lo reemplaza como entorno de control.
• Juicio humano sobre las excepciones. El panel señala las diferencias. No las resuelve. Una diferencia de $47,50 entre el precio unitario facturado y el de la orden de compra podría ser un recargo legítimo que el equipo de compras negoció pero nunca comunicó a Cuentas por Pagar, o podría ser un error. La IA no puede saberlo —y no se le debería pedir que decida. La alerta activa la revisión humana. La revisión requiere contexto comercial que la IA no tiene.
• El proceso de recepción en sí. Si no se crean recepciones de mercancía —si el muelle no registra lo que llega— el pipeline expone la brecha en la pestaña de recepción, pero no puede generar los datos. La capa de recepción requiere disciplina de proceso: alguien debe confirmar y registrar lo recibido. El pipeline estructura esos datos. No los crea de la nada.
• Cumplimiento del proveedor con el requisito de número de OC en la factura. El pipeline hace visible la ausencia del número de OC. No obliga a los proveedores a incluirlo. Eso requiere una política de compras —y su aplicación—, no una solución técnica.

Preguntas frecuentes

¿Cuántas facturas al mes puede procesar este pipeline antes de fallar?

El límite estructural no es el motor de extracción —maneja cargas masivas de múltiples archivos en una sola sesión— sino la capacidad de revisión manual del panel de conciliación. Un solo auxiliar de cuentas por pagar que revisa y resuelve variaciones puede gestionar cómodamente entre 300 y 500 facturas al mes con un panel bien estructurado, asumiendo una tasa de excepción del 22 % (66–110 excepciones por investigar). Por encima de 1000 facturas al mes, el volumen de excepciones exige varios auxiliares de cuentas por pagar o migrar a un ERP con reglas de conciliación automatizadas. El valor del pipeline en volúmenes altos pasa de ser "herramienta principal de conciliación" a "motor de ingesta de datos que alimenta datos estructurados al ERP": las capas de extracción siguen funcionando; el panel se convierte en un paso de validación previo al ERP, no en el entorno final de conciliación.

¿Qué pasa si mis órdenes de compra usan precios globales que cambian mensualmente? ¿Puede el pipeline manejar precios variables?

Sí, pero requiere que el registro de OC se mantenga como un documento vivo, no como una extracción única. Para una OC global con ajustes de precio mensuales indexados a una tasa de mercado, la fila del registro de OC para ese proveedor debe actualizarse cada mes con el precio vigente. El BUSCARV en el panel de conciliación reflejará el precio actualizado. La alternativa —y la que preserva una pista de auditoría— es agregar una columna de "Fecha de vigencia" al registro de OC y usar un BUSCARV con coincidencia por rango de fechas: extraer el precio de la OC vigente en la fecha de la factura, no el precio actual. Esto es más complejo de configurar, pero refleja con precisión el precio acordado al momento del envío, que es lo que debe verificar la conciliación triple.

¿La extracción funciona con albaranes y documentos de recepción manuscritos?

Sí: la IA lee texto manuscrito, incluyendo números y anotaciones típicas en albaranes firmados. Sin embargo, la precisión en documentos manuscritos es menor que en impresos, y documentos muy deteriorados (impresiones térmicas desvaídas, copias carbón con texto tenue, albaranes arrugados y vueltos a aplanar) generarán más errores de extracción. Para datos de recepción específicamente, recomendamos: (a) si es posible, que el recepcionista ingrese campos clave (N.º de OC, Artículo, Cantidad, Fecha) directamente en la Hoja de Cálculo en el muelle — el ingreso manual en el punto de recepción es más rápido y preciso que la extracción de un documento deteriorado después; (b) si la extracción del albarán es la única opción viable, verifique una muestra de filas contra el documento original, especialmente en envíos de alto valor; (c) use la foto del albarán como archivo adjunto junto a la fila de recepción — aunque la extracción omita un dígito, el documento original está a un clic para verificación.

¿Puedo usar este pipeline sin el complemento de Hojas de Cálculo — solo la app web?

Sí. El motor de extracción es el mismo, ya sea que acceda mediante el complemento lateral en Sheets o a través de la aplicación web en ImageToTable.ai. La ventaja del complemento es que la salida de extracción se escribe directamente en la hoja activa — sin ciclo de descarga y recarga. Con la app web, sube documentos en el navegador, descarga el archivo Excel extraído y pega o importa las filas en su panel correspondiente. Las definiciones de columnas son las mismas. La calidad de extracción es idéntica. El complemento elimina un paso (la descarga e importación); la app web funciona con cualquier herramienta de hoja de cálculo, no solo Google Sheets. Elija según si ese paso es relevante para su volumen.

¿Cuánto se tarda en configurar el pipeline completo: registro de OC, registro de recepción, registro de facturas y panel de conciliación?

Para alguien que maneja BUSCARV y formato condicional en Google Sheets, construir el pipeline completo de cuatro pestañas toma aproximadamente dos horas: 30 minutos para diseñar y crear las cuatro pestañas con las estructuras de columna descritas, 45 minutos para escribir y probar las fórmulas BUSCARV y SI en el panel de conciliación, 30 minutos para configurar el formato condicional y las métricas de resumen, y 15 minutos para definir los conjuntos de columnas de extracción en la barra lateral del complemento. Las definiciones de columna se guardan en la hoja y persisten entre sesiones: las defines una vez y están disponibles cada vez que abres la barra lateral y seleccionas esa hoja. Tras la configuración inicial, el flujo mensual es: (1) extraer nuevas OC al registro de OC, (2) ingresar o extraer datos de recepción, (3) extraer facturas de proveedores, (4) abrir el panel de conciliación y revisar las filas marcadas. El primer mes es el más largo por la configuración y carga de datos. El tercer mes ya es rutina.

¿Cómo manejo las diferencias de moneda entre OC y facturas de proveedores?

El motor de extracción captura el valor numérico y el símbolo de moneda tal como aparecen en el documento. No realiza conversión de moneda. Si tu OC está en USD y una factura de proveedor en EUR, el panel de conciliación mostrará una variación porque los montos numéricos no coincidirán, aunque los valores convertidos sean correctos. La solución es agregar una columna "Moneda" tanto al registro de OC como al de facturas, y una columna "Tipo de cambio" que haga referencia a un tipo de cambio mantenido manualmente o alimentado por fórmula. La comparación de precios en la conciliación usará entonces el monto convertido en lugar del monto extraído en bruto. La función del pipeline es la extracción. La conversión de moneda es una operación a nivel de hoja de cálculo.

En Resumen

El proceso de conciliación a tres bandas descrito aquí no sustituye a un ERP en organizaciones que lo necesiten. Es un sistema para equipos que ya gestionan compras con hojas de cálculo, porque su ERP requiere un mantenimiento de plantillas que no pueden sostener, porque su base de proveedores abarca formatos que su módulo de conciliación no puede procesar, o porque su volumen de transacciones está en el punto intermedio entre "demasiado complejo para conciliación manual" y "suficientemente grande como para justificar una actualización del ERP". Para esos equipos, la pregunta no es "deberíamos automatizar la conciliación", sino "¿podemos convertir los tres documentos al mismo formato estructurado con la rapidez suficiente para que conciliar sea un ejercicio de fórmulas, no una investigación entre tres departamentos?"

El proceso responde a esa pregunta con tres capas de extracción y un panel de control. La capa de órdenes de compra proporciona la línea base de referencia. La capa de recepción confirma lo que llegó. La capa de facturas captura lo facturado. El panel de conciliación las compara —con BUSCARV, declaraciones SI y formato condicional— y marca cada fila que requiere atención humana. El motor de extracción, impulsado por IA que lee documentos por su significado y no por su posición, maneja la diversidad de formatos que hace insostenibles los enfoques basados en plantillas en operaciones de compras con múltiples proveedores. El Enlace de Recogida elimina el bucle de descarga de archivos adjuntos por correo electrónico del proceso de recepción de documentos.

La brecha estructural que identificó nuestro análisis del problema — tres departamentos, tres sistemas, ningún propietario único del pipeline de datos — no desaparece. Pero cuando los tres tipos de documentos llegan en el mismo formato estructurado en la misma hoja de cálculo, con el mismo Número de OC como clave universal, el paso de conciliación ya no requiere investigación entre departamentos. La brecha organizacional persiste. Los datos ya no arrastran la deriva acumulada de tres canales de entrada distintos. Eso es lo que convierte la conciliación en un ejercicio de hoja de cálculo, no en un problema de personal.

Empiece con la capa de extracción de OC. Suba una orden de compra en la demo a continuación. Vea si los campos que importan para su flujo de conciliación — número de OC, proveedor, líneas de pedido, cantidades, precios — vuelven estructurados en segundos, no escritos a mano en minutos. Si esa primera capa funciona, el resto del pipeline se construye sobre el mismo motor.