Cada vez que llega una factura de proveedor sin cruzarla contra la orden de compra y la entrada de mercancía, la empresa está pagando a ciegas. El cruce de tres vías —three way match— es el control que cierra ese hueco, y en 2026 ya no hay razón para hacerlo a mano en una hoja de cálculo.
El cruce de tres vías (three way match) es la verificación de que tres documentos cuadren antes de aprobar un pago a proveedor:
Lo que su empresa decidió comprar: referencia, cantidad, precio acordado y condiciones de entrega.
Lo que físicamente entró a bodega o al operador logístico: cantidades reales contadas, estado del producto, fecha de ingreso.
Lo que el proveedor cobra: valores, cantidades, impuestos y número de documento electrónico ante la DIAN.
Si los tres documentos coinciden, se aprueba el pago. Si no coinciden, hay una diferencia que resolver antes de girar un peso. Así de sencillo en concepto; así de caótico en la práctica cuando se hace sin sistema.
Imagine que su empresa emite una orden de compra a un proveedor de Medellín por 200 pares de zapatillas deportivas a $85.000 COP cada una. La transportadora (Servientrega, Coordinadora, TCC — cualquiera) entrega en bodega 185 pares; el operario firma el recibo sin contar bien y registra 200. El proveedor factura 200 unidades a $85.000 cada una: $17.000.000 COP.
Sin cruce de tres vías, el área de pagos ve la factura, ve que "hay una OC" y gira. La empresa acaba de pagar 15 pares que nunca recibió: $1.275.000 COP perdidos. Con cruce de tres vías, el sistema señala la diferencia entre recepción (185) y factura (200) antes de que salga un solo peso del banco.
"Pagar una factura sin cruzarla contra la recepción real es lo mismo que firmar un cheque en blanco al proveedor."
Control de compras — principio básico de auditoría internaEn la operación real colombiana, las diferencias más frecuentes en el cruce de tres vías son estas:
El proveedor cobra más unidades de las que llegaron. Solución: nota crédito del proveedor o retención del pago hasta completar la entrega.
El proveedor subió precio sin renegociación. Solución: devolver la factura y solicitar corrección o ajuste mediante nota débito/crédito electrónica ante la DIAN.
Llegó un producto diferente al ordenado. Solución: devolución física más anulación de la entrada en inventario antes de causar la factura.
El proveedor factura algo que nadie autorizó. Solución: bloqueo de pago hasta que exista OC aprobada; si el gasto fue legítimo, crear OC retroactiva documentada.
El proveedor aplica tarifa incorrecta de IVA o no incluye retención pactada. Solución: ajuste en la causación contable y comunicación formal al proveedor para corrección de la factura electrónica DIAN.
Defina una política interna clara: ninguna factura de proveedor entra al proceso de pago si no tiene OC previa aprobada. Esa sola regla elimina la mayoría de diferencias tipo 4. Acompáñela de un flujo de aprobación con montos límite por cargo.
Aquí está el punto donde la mayoría de pymes colombianas rompen el proceso: la mercancía no siempre llega a una sola bodega propia. Puede ir a una sede en Cali, otra en Barranquilla y parte al operador logístico que maneja el fulfillment de su tienda en línea. Si el sistema solo controla una bodega central, el cruce de tres vías queda ciego a todo lo demás.
Lo que necesita es que el inventario esté controlado SKU a SKU, sede a sede y contra el operador logístico. Así, cuando llega la factura del proveedor, el sistema puede preguntar: ¿las 200 unidades de la OC llegaron todas al mismo punto o se dividieron? ¿El operador logístico confirmó recepción de su parte? ¿Hay diferencia entre lo que él reporta y lo que su sistema registró? Otro tema relacionado que vale la pena revisar es cómo elegir ERP pyme.
Ese nivel de detalle también protege contra errores del operador logístico. Un buen sistema señala la discrepancia sin corregirla automáticamente: el operador cometió un error, y ese error debe quedar documentado para el reclamo formal, no silenciado por un ajuste invisible. Relacionado con esto: pasarela de pagos WhatsApp.
Cuando trabaje con operadores logísticos, exija un reporte de recepción firmado (físico o digital) por cada despacho del proveedor. Ese documento es su soporte para el cruce y para cualquier reclamación posterior.
Soft-IA Contable conecta en un solo sistema la tienda, el POS, la bodega, el operador logístico, el banco y el correo electrónico. Si la fuente tiene API o exporta archivo, entra al sistema. Eso significa que el cruce de tres vías no depende de que alguien copie datos de un lugar a otro: los tres documentos viven en el mismo entorno.
Las facturas electrónicas de proveedores que llegan al correo quedan causadas solas cada media hora. Sin digitación manual, sin riesgo de error de transcripción.
Control por sede y contra operador logístico referencia por referencia. Cuando hay diferencia, el sistema la señala; no la corrige sola.
El extracto se sube y se cruza contra los libros. Lo que no cruza indica por qué. El cierre bancario del día primero muestra qué haría y solo escribe al confirmar.
El sistema identifica plata que salió del banco sin quedar registrada como compra, gasto o nómina. Ningún egreso pasa desapercibido.
Lo que Addi, Nequi, Daviplata u otra pasarela dice que girará vs. lo que giró vs. lo que entró al banco — todo en un mismo cruce visible.
Pregúntele a los libros contables en español colombiano. Solo lectura: consulta sin riesgo de modificar registros.
Agendamos una demo de 30 minutos donde mostramos cómo Soft-IA Contable cruza OC, recepción y factura en su operación real.
Agendar demo gratis →Referencia, cantidad, precio y proveedor quedan registrados. Esta OC es el ancla del cruce.
Ingresa las cantidades reales recibidas por SKU y sede. Si hay diferencia con la OC, el sistema la muestra en ese momento.
Cada media hora el sistema la detecta, la lee y la cruza automáticamente contra la OC y la recepción registradas.
Si todo coincide, la factura queda causada y lista para pago. Si hay diferencia, informa exactamente qué no cuadra y bloquea el pago hasta resolución.
El extracto se sube, se cruza contra los libros sin duplicar asientos. El cierre del día muestra primero qué haría antes de escribir nada.
| Aspecto | Proceso manual (hoja de cálculo) | Soft-IA Contable |
|---|---|---|
| Causación de factura de proveedor | ✗ Digitación manual, riesgo de error | ✓ Automática desde correo cada 30 min |
| Cruce OC + recepción + factura | ✗ Comparación manual en Excel | ✓ Cruce automático con alerta de diferencias |
| Control por sede y operador logístico | ✗ Archivos separados sin trazabilidad | ✓ SKU a SKU por sede y operador en tiempo real |
| Detección de egresos sin soporte | ✗ Solo si alguien revisa manualmente el banco | ✓ Detección automática al subir extracto |
| Conciliación bancaria | ✗ Riesgo de duplicar asientos | ✓ Sin duplicados; explica qué no cruza |
| Conciliación pasarelas (Addi, Nequi, Daviplata) | ✗ Cruce manual entre reportes PDF | ✓ Integrado: lo que dice girar vs. lo que llegó al banco |
| Escala sin cambiar de software | ✗ Más sedes = más archivos = más caos | ✓ Misma plataforma desde 1 sede hasta múltiples |
Muchas pymes colombianas arrancan el control de compras en Excel o en un software básico que funciona bien cuando hay una sola bodega y un solo proveedor. El problema llega cuando abren una segunda sede en Medellín, suman un operador logístico para el canal digital y agregan pasarelas como Addi o Nequi: de repente hay cuatro fuentes de verdad distintas y ninguna habla con las otras.
Cambiar de sistema en ese momento duele: migrar datos, reparametrizar, capacitar al equipo y —el miedo más real— detener la operación mientras se hace el paso. Si este tema le resuena, le recomendamos leer nuestra guía para cambiar de software contable sin perder un solo dato, donde explicamos cómo se hace la migración en paralelo sin detener la operación actual.
Soft-IA Contable escala con la empresa: misma plataforma desde una bodega hasta múltiples sedes y operadores logísticos, sin necesidad de cambiar de sistema cuando crece el volumen. La migración se hace en paralelo, con los datos actuales funcionando mientras el nuevo entorno queda parametrizado y listo.
Si su empresa trabaja con pasarelas de pago, el cruce de tres vías tiene una capa adicional: lo que la pasarela dice que girará vs. lo que realmente llega al banco. Profundizamos ese tema en el artículo Lo que la pasarela dice que te gira vs lo que llega al banco: cómo conciliarlo.
El cruce de tres vías resuelve la verificación antes del pago. Pero el control de compras de una pyme sana incluye también vigilar qué pasa después de pagar. Un egreso que salió del banco sin quedar registrado como compra, gasto o nómina es un hueco contable que distorsiona los estados financieros y puede generar problemas con la DIAN. Sobre ese punto específico, publicamos el artículo Egresos sin soporte: la plata que sale del banco y nadie registró.
En Soft-IA Contable, ese control está integrado: el extracto bancario detecta los egresos sin soporte y los reporta. Así, el cruce de tres vías cubre la entrada de mercancía, y la conciliación bancaria cubre la salida del dinero. Los dos procesos en un solo sistema, sin digitar la misma información dos veces.
Facturación electrónica DIAN, PUC, NIIF, nómina, control de inventario y cruce de tres vías en un solo sistema. Sin hojas de cálculo paralelas.
Agendar demo gratis →Es la verificación de que tres documentos coincidan antes de aprobar un pago a proveedor: la orden de compra (lo que se autorizó comprar), la recepción de mercancía (lo que realmente llegó) y la factura del proveedor (lo que se cobra). Si los tres cuadran, se aprueba el pago. Si hay diferencia, se bloquea hasta resolver la discrepancia.
Los fallos más comunes ocurren porque los tres documentos viven en sistemas distintos: la OC en Excel, la recepción en un cuaderno de bodega y la factura en el correo. Sin un sistema que los conecte, el cruce es manual, lento y propenso a errores. Agregar sedes o un operador logístico multiplica el problema.
Las facturas electrónicas de proveedores que llegan al correo quedan causadas automáticamente cada media hora. El sistema las cruza contra la OC y la recepción registradas; si todo coincide, la factura queda lista para pago. Si hay diferencia, el sistema la señala con detalle para que el equipo la resuelva antes de girar.
No, y eso es intencional. Soft-IA Contable señala la diferencia SKU a SKU entre lo que el operador logístico reporta y lo que el sistema tiene registrado, pero no la corrige sola. El error del operador queda documentado para el reclamo formal, no silenciado por un ajuste invisible.
La migración se hace en paralelo con la operación actual, sin detenerla. Soft-IA Contable se entrega migrado, parametrizado y funcionando. El tiempo exacto depende del volumen de datos históricos y de las integraciones activas, pero el equipo de implementación acompaña todo el proceso hasta que el sistema esté operativo.
Cada uno funciona solo y todos se conectan entre sí. Entra al que necesitas.