Cuentas por pagar

Factura contra orden de compra: la conciliación de tres vías explicada para Compras y Cuentas por pagar

Qué compara el cruce de factura contra orden de compra (RFC, monto con tolerancia, moneda, MIGO/HES), qué hacer con cada diferencia y quién la corrige.

Vigía Legal·Actualizado 15 de septiembre de 2026·8 min de lectura
Cuentas por pagarOrden de compraThree-way matchToleranciaMIGOHES
Orden de compra y factura alineadas con una escuadra sobre una mesa de trabajo en la oficina administrativa de una planta

¿Qué es la conciliación de dos vías y de tres vías?

La conciliación de dos vías (two-way match) compara la factura contra la orden de compra. La de tres vías (three-way match) agrega un tercer documento, la constancia de que lo facturado se recibió. En SAP esa constancia es la entrada de mercancía (MIGO) para bienes y la hoja de entrada de servicios (HES, transacción ML81N) para servicios. En otros ERP cambia el nombre, no la función.

El cruce responde una pregunta por documento. La orden dice qué se acordó comprar y a qué precio. La entrada dice qué llegó o qué se ejecutó. La factura dice qué cobra el proveedor. Cuando los tres coinciden, la factura puede pagarse sin que nadie tenga que volver a preguntar.

SAP ejecuta ese cruce al contabilizar, en la verificación de facturas (MIRO). El control de este artículo ocurre antes, en la recepción, cuando la factura todavía no entró al ERP y el proveedor todavía puede corregirla.

Cuándo aplica cada modalidad es una decisión de política, no de sistema. Los bienes con entrega física y los servicios con acta van a tres vías. Los servicios recurrentes de monto fijo, como rentas o licencias, suelen ir a dos vías, y la orden marco hace de contrato.

ModalidadQué se comparaCuándo se usa
Dos víasOrden de compra ↔ facturaServicios recurrentes de monto fijo, contratos marco
Tres víasOrden de compra ↔ entrada (MIGO/HES) ↔ facturaBienes con entrega física, servicios con acta o estimación

¿Qué se compara en el cruce?

El cruce no es un solo chequeo. Son varios, cada uno con su motivo si falla.

  • Proveedor. El RFC del emisor de la factura debe ser el RFC del proveedor de la orden. Una orden de otra razón social del mismo grupo no cuenta.
  • Monto. El total de la factura contra el total de la orden, dentro de la tolerancia.
  • Moneda. Una orden en dólares no se paga con una factura en pesos, salvo que la política lo admita.
  • Estado de la orden. Abierta, cerrada o cancelada. Una orden cerrada ya se consumió; una cancelada dejó de existir para el comprador.
  • Entrada. En tres vías, que exista la MIGO o la HES por la cantidad o el monto facturado.
  • Complementos que la orden exige. Si la orden pide Carta Porte, la factura debe traerla.

Antes del cruce, la factura ya pasó por la validación del CFDI 4.0 y por el estado ante el SAT. El cruce con la orden es la pregunta comercial, no la fiscal.

¿Cómo funciona la tolerancia y por qué se configura una sola vez?

La tolerancia es el margen dentro del cual una diferencia de monto no detiene la factura. Se define con dos números, uno porcentual y otro absoluto, y aplica el mayor de los dos. Con 0.5 % y $1.00, una orden de $20,000 admite hasta $100 de diferencia; una orden de $150 admite $1.00.

El margen existe para absorber redondeos, centavos de tipo de cambio y ajustes menores que no valen una llamada. No existe para absorber un precio distinto. Por encima del margen alguien tiene que cambiar algo, y el sistema retiene la factura hasta que eso pase.

Por qué no se decide caso por caso

Cuando la tolerancia se decide factura por factura, quien decide es la persona que recibe la llamada del proveedor. La regla se vuelve la paciencia de esa persona. Una tolerancia configurada es una política de la empresa, se aplica igual a todos los proveedores y queda registrada para la auditoría.

La tolerancia tampoco es un descuento. Una factura que llega $80 abajo de una orden de $20,000 pasa el cruce, pero se paga por lo que factura, no por lo que dice la orden.

Las diferencias típicas y quién las resuelve

Casi todas las diferencias caen en ocho casos. Cada uno tiene un dueño.

DiferenciaCausa habitualQuién resuelveQué pasa con la factura
Precio unitario distintoLista de precios vieja en la orden, o aumento acordado sin actualizarCompras actualiza la orden si el precio nuevo se acordó; si no, el proveedor refacturaRetenida hasta que cambie la orden o la factura
Factura parcialEntrega en parcialidades que la orden no previóCompras emite una orden o partida por entrega; el proveedor factura contra la que correspondeRetenida, salvo que la regla admita parciales
Dos facturas contra la misma ordenDuplicado, o parcialidades sin orden por entregaCuentas por pagar compara UUID y montos; si es duplicado, rechazoLa segunda queda retenida
Factura sin ordenCompra sin orden, o el proveedor no capturó el númeroEl proveedor agrega el número; si no hay orden, Compras la emite antesRetenida hasta que declare una orden
Orden de otro proveedorNúmero tecleado mal, o razón social distinta del mismo grupoEl proveedor corrige el númeroRetenida hasta que apunte a su orden
Orden cerrada o canceladaLa orden ya se consumió; factura tardía o duplicadaCompras reabre o emite otra; Cuentas por pagar descarta el duplicadoRetenida
Moneda distintaOrden en USD, factura en MXNEl proveedor refactura en la moneda pactada, o Compras corrige la orden si el contrato lo permiteRetenida
Sin entrada (MIGO/HES)Mercancía no recibida, o servicio sin actaAlmacén o el área usuaria registra la entradaNo entra a la propuesta de pago

Dos reglas de fondo ordenan la tabla. El proveedor corrige lo que emitió y declaró: el número de orden, la moneda, el monto. Como un CFDI no se edita, corregir el monto significa cancelar y reexpedir, o emitir una nota de crédito. Compras corrige la orden, que es su documento. Cuentas por pagar no edita ni la orden ni la factura; registra el motivo y devuelve el caso a quien puede corregirlo.

Retenida no es rechazada

Una factura con diferencia contra la orden se retiene, no se rechaza. El XML sigue siendo válido ante el SAT y el proveedor puede corregir el dato sin volver a emitirlo. El rechazo se reserva para lo que no tiene arreglo, como un CFDI cancelado o un receptor equivocado.

Un ejemplo con números

Un proveedor sube una factura de $38,650.27 y declara la orden 4500012. Esa orden es por $20,000. Con tolerancia de 0.5 % y $1.00 el margen es $100, y la diferencia es de $18,650.27. La factura queda retenida con el motivo «El total de la factura no coincide con la orden de compra dentro de la tolerancia configurada».

El proveedor ve ese motivo en su portal. Revisa y encuentra que la factura corresponde a la orden 4500019, por $38,650.27, y que tecleó el número de otra orden abierta. Corrige el número desde el portal. La factura se vuelve a cruzar con el mismo XML y pasa.

Si el número hubiera estado bien y el monto no, el caso cambia de dueño. El proveedor no puede arreglarlo desde el portal; alguien de Compras tiene que revisar la orden, o el proveedor tiene que refacturar. El motivo es el mismo; lo que distingue los dos casos es quién lo lee.

¿Qué ve Cuentas por pagar cuando el cruce falla?

Tres cosas, y en este orden. Qué chequeo falló, con el dato que falló. Quién lo puede corregir. Y qué otras facturas del mismo proveedor esperan lo mismo, para no resolver el mismo problema tres veces.

Lo que Cuentas por pagar no debería ver es una bandeja de excepciones sin motivo. Una factura «retenida» sin decir por qué obliga a abrir el XML, buscar la orden en el ERP y llamar a Compras. Con el motivo a la vista, el trabajo es leer una línea y reenviar el caso.

Las órdenes de compra entran a Vigía Legal por archivo con un layout configurable, CSV o ancho fijo, con mapeo de columnas sin código y vista previa antes de confirmar, o por API desde su ERP. Las reglas de cruce se configuran una vez: tolerancia porcentual y absoluta, moneda, orden abierta, orden obligatoria. La factura que llega por el portal del proveedor con su número de orden se cruza contra el total de la orden, y cada motivo nombra el dato que falló. Todos los motivos del cruce retienen; ninguno rechaza. El proveedor corrige el número de orden desde su portal y la factura se vuelve a cruzar sin resubir el XML, con todos los pasos de la recepción, no solo el cruce.

La entrada de mercancía o de servicio (MIGO/HES) se registra como opcional u obligatoria. Si es obligatoria, una factura autorizada sin entrada no entra a la propuesta de pago. Contabilizar la factura y ejecutar el pago se quedan en su ERP; Vigía Legal es la capa de control antes de ambos, y el veredicto de pago se consulta desde Coupa, Oracle, SAP Ariba o SAP S/4 con la misma llamada.

Vigía Legal

Valida el REPSE de cada proveedor antes de la OC y del pago, integrado a tu ERP.

Agendar una demo

Preguntas frecuentes

¿Qué diferencia hay entre la conciliación de dos vías y la de tres vías?
La de dos vías compara la factura contra la orden de compra. La de tres vías agrega la constancia de que lo facturado se recibió: la entrada de mercancía (MIGO) para bienes o la hoja de entrada de servicios (HES) para servicios. Bienes con entrega física y servicios con acta van a tres vías; los servicios recurrentes de monto fijo suelen ir a dos.
¿Qué tolerancia se usa para cruzar la factura contra la orden de compra?
Se configura con dos números, uno porcentual y otro absoluto, y aplica el mayor de los dos. Con 0.5 % y $1.00, una orden de $20,000 admite $100 de diferencia. El margen absorbe redondeos y centavos de tipo de cambio; un precio distinto queda fuera y la factura se retiene hasta que cambie la orden o la factura.
¿Qué pasa con una factura que no trae número de orden de compra?
Si la política exige orden, la factura queda retenida con ese motivo. El proveedor agrega el número desde su portal y la factura se vuelve a cruzar sin resubir el XML. Si la compra se hizo sin orden, Compras la emite primero; Cuentas por pagar no inventa una orden para destrabar un pago.
¿Quién debe corregir una factura que no coincide con la orden?
El proveedor corrige lo que emitió y declaró: el número de orden, la moneda o el monto, cancelando y reexpidiendo o con una nota de crédito. Compras corrige la orden, que es su documento. Cuentas por pagar no edita ninguno de los dos; registra el motivo y devuelve el caso a quien puede corregirlo.
¿Vigía Legal contabiliza la factura o ejecuta el pago?
No. Contabilizar y pagar se quedan en su ERP. Vigía Legal recibe la orden por layout o por API, cruza la factura con reglas configurables, retiene la que no coincide con el motivo a la vista y arma la propuesta de pago con las autorizadas. El veredicto de pago se consulta desde Coupa, Oracle, SAP Ariba o SAP S/4.

Checklist gratis · PDF

El folio no alcanza. Descargue el expediente que protege a su empresa frente a la responsabilidad solidaria.

Descargar checklist

Entérate primero de las novedades REPSE

Cambios de la STPS, plazos de SISUB e ICSOE y nuevas guías. Sin spam, solo lo que te ahorra una multa.

Seguir leyendo

Hablemos

¿Validas el REPSE de tus proveedores antes de pagar?

Vigía valida el REPSE de cada proveedor antes de emitir la OC y antes de liberar el pago, integrado a tu ERP. Te mostramos cómo en una demo.