# Orden de compra: ejemplo, campos y seguimiento del pedido

_Publicado: 2026-10-29 · https://negociario.com/orden-compra-ejemplo-campos_

> Qué pedir, en qué unidad y cómo seguir una entrega parcial. Un ejemplo para que la orden de compra sirva a quien compra, recibe y revisa la factura.

---

Una **orden de compra** recoge qué solicita una empresa a un proveedor: referencias, cantidades, precios y condiciones de entrega acordadas. También puede llamarse pedido de compra. Su utilidad está en poder seguir la misma operación desde la aprobación hasta la recepción y la revisión de la factura.

No demuestra por sí sola que la mercancía haya llegado ni que se haya pagado. Si esos estados se mezclan, es fácil pedir dos veces o dar por recibida una entrega incompleta. Aquí tienes un ejemplo y los campos necesarios para empezar sin convertir el documento en un formulario interminable.

## Antes del pedido, aclara qué se está aprobando

Una solicitud interna puede expresar una necesidad todavía sin proveedor o precio confirmado. La orden que envías al proveedor debería concretar lo que se pide y dejar una referencia para las comunicaciones posteriores. Si cambias cantidad o fecha, conserva la versión y confirma qué cambio ha aceptado la otra parte.

El catálogo de [informes de compra de Microsoft Business Central](https://learn.microsoft.com/es-es/dynamics365/business-central/purchase-reports) describe el pedido formal como un documento para comunicar productos, cantidades, costes y expectativas de entrega. Los campos del modelo siguiente son una propuesta operativa propia, no un formulario legal universal.

## Campos que permiten reconocer y seguir la compra

Empieza por número de pedido, fecha, empresa compradora y proveedor. Añade persona de contacto, destino y condiciones comerciales confirmadas. No copies datos que nadie va a utilizar: cada campo necesita una finalidad. La referencia debe ser única dentro del sistema que utiliza tu negocio.

<table>Modelo orientativo de orden de compra para productos<thead><tr><th scope="col">Bloque</th><th scope="col">Qué dejar identificado</th></tr></thead><tbody><tr><th scope="row">Cabecera</th><td>Número de pedido, fecha, versión y responsable que lo aprueba.</td></tr><tr><th scope="row">Intervinientes</th><td>Comprador, proveedor y contacto profesional para incidencias.</td></tr><tr><th scope="row">Líneas</th><td>Código y descripción, cantidad, unidad de compra y precio por esa unidad.</td></tr><tr><th scope="row">Importes</th><td>Moneda, descuentos y conceptos incluidos o separados; impuestos según corresponda.</td></tr><tr><th scope="row">Entrega</th><td>Dirección, fechas acordadas, posibilidad de entregas parciales y persona receptora.</td></tr><tr><th scope="row">Condiciones</th><td>Pago y otras condiciones confirmadas, con referencia al presupuesto cuando proceda.</td></tr><tr><th scope="row">Seguimiento</th><td>Estado y vínculo con recepciones, incidencias y facturas posteriores.</td></tr></tbody></table>La unidad merece una comprobación específica: «10» puede significar diez cajas o diez unidades sueltas. Si una caja contiene doce piezas, escribe ambas cosas cuando sea necesario para recibir y almacenar correctamente. Y confirma si el precio se aplica a la caja o a cada pieza.

## Ejemplo: diez cajas, una entrega parcial y cuatro pendientes

Una empresa ficticia solicita diez cajas de un consumible, con doce unidades por caja y un precio neto supuesto de 18 € por caja. El importe de producto del pedido es 180 €, antes de impuestos u otros conceptos que pudieran corresponder. Se acuerda identificar cada entrega con el número de orden.

La primera recepción contiene seis cajas. La persona que recibe comprueba cantidades, referencia y estado, y deja constancia de lo aceptado y de cualquier incidencia. El pedido no está completo: quedan cuatro cajas pendientes. El documento conserva el total solicitado sin borrar la historia de esa primera entrega.

<table>Ejercicio ficticio, importes netos de producto sin otros conceptos<thead><tr><th scope="col">Situación</th><th scope="col">Cajas</th><th scope="col">Unidades sueltas</th><th scope="col">Importe a 18 €/caja</th></tr></thead><tbody><tr><th scope="row">Solicitado</th><td>10</td><td>120</td><td>180 €</td></tr><tr><th scope="row">Primera recepción aceptada</th><td>6</td><td>72</td><td>108 €</td></tr><tr><th scope="row">Pendiente de recibir</th><td>4</td><td>48</td><td>72 €</td></tr></tbody></table>Si llega una factura por seis cajas al precio supuesto, su importe neto de producto sería 108 €. Si factura diez, hay que revisar qué se ha facturado y cuáles son las condiciones acordadas; no basta con que 180 € coincida con la orden original. La comprobación no autoriza automáticamente un pago ni resuelve un desacuerdo comercial.

## Pedido, recepción y factura cuentan cosas diferentes

La orden refleja lo solicitado. El registro de recepción describe lo que se ha recibido y aceptado, con sus incidencias. La factura incorpora lo que el proveedor factura. Mantener sus referencias relacionadas permite comparar sin confundir las tres etapas.

La [documentación de registro de compras de Microsoft](https://learn.microsoft.com/es-es/dynamics365/business-central/ui-post-purchases) contempla recepciones y facturas parciales. Es un ejemplo de cómo un programa distingue cantidades recibidas y facturadas. Los pasos y restricciones concretos de un ERP deben comprobarse en su propia configuración.

El [OCR de facturas](https://negociario.com/ocr-facturas-que-revisar) puede ayudar a transcribir datos, pero no sabe por sí solo si el material se recibió correctamente o si una modificación del pedido fue aceptada. Conserva la revisión humana de las discrepancias relevantes.

## Un estado visible evita llamadas y compras duplicadas

Puedes empezar con estados sencillos: en preparación, pendiente de aprobación, enviado, parcialmente recibido, completado o cancelado. Explica qué significa cada uno y quién lo cambia. «Enviado» debe referirse al pedido transmitido, si esa es tu definición, no a una mercancía supuestamente despachada.

Cuando haya una entrega parcial, muestra cantidad pendiente y fecha confirmada. Si el proveedor no ha confirmado fecha, indícalo. Una celda vacía puede acabar interpretándose como «ya llegará» y provocar otra compra. Si cancelas el resto, documenta qué se ha comunicado y aceptado.

## Checklist antes de enviar la orden

- La referencia es única y la versión vigente está clara.- Las cantidades y unidades coinciden con el presupuesto acordado.- La moneda y la base de los precios están identificadas.- Se conocen destino y condiciones de entrega.- La persona responsable ha revisado y aprobado lo que corresponde.- Existe una forma de registrar parciales e incidencias sin borrar el pedido original.

Al recibir, enlaza el movimiento con el [registro de stock](https://negociario.com/control-stock-excel-plantilla). Si la compra nace de una alerta, recuerda que el [punto de pedido](https://negociario.com/punto-pedido-formula-ejemplo) responde a cuándo revisar una reposición, no al documento ni al lote que debes emitir.

## Haz que el equipo pueda continuar el seguimiento

Guarda pedido, aceptación del proveedor y recepciones en un lugar con acceso adecuado para las personas responsables. No dependas del correo de alguien que hoy no está. Deja el circuito descrito en el [manual de procedimientos](https://negociario.com/manual-procedimientos-pyme-ejemplo) y revisa las dudas que se repiten.

Antes de automatizar el envío, prueba el circuito con compras revisadas. Una orden duplicada enviada con rapidez sigue siendo una orden duplicada. Primero necesitas identificadores, estados y responsables que funcionen; después puedes decidir qué tarea repetitiva merece una automatización.

## Fuentes y fecha de revisión

Revisado el 29 de octubre de 2026. Microsoft Learn respalda la función del pedido y la separación de recepciones y facturación parcial. Campos, estados y ejemplo son elaboración educativa propia. No se atribuye a este modelo una validez contractual automática ni sustituye las condiciones que acuerden comprador y proveedor.
