KELUA KELUA  ·  Blog  ·  Planes  ·  Recursos
Compras e importaciones

Requerimiento de compra: especificaciones y conformidad

2026-10-10 · Jimmy Sanchez Huerta · 11 min de lectura
Requerimiento de compra: especificaciones y conformidad

Un requerimiento de compra mal escrito es la forma más barata de perder dinero en una empresa. "Comprar cable" puede terminar en un cable de otra sección, de otra marca o sin la certificación que exige el cliente. "Mantenimiento del aire acondicionado" puede terminar en una visita de diagnóstico cuando necesitabas limpieza, cambio de filtros y recarga de gas. El proveedor entrega, Logística recibe, Contabilidad paga, y recién en obra o en la oficina alguien descubre que no era lo que se pidió. En esta guía verás cómo escribir especificaciones que se puedan verificar, cómo heredarlas del requerimiento a la orden de compra o de servicio, cómo hacer una recepción con checklist de "cumple / no cumple" y cómo asegurar que el gasto llegue al centro de costo y al presupuesto correctos.

¿Qué es un requerimiento de compra?

Respuesta directa: es el documento interno con el que un área pide que se compre un bien o se contrate un servicio. Indica qué se necesita, cuánto, para cuándo, para qué área o proyecto y con qué características. No es todavía un compromiso con el proveedor: es la base sobre la que Logística o Compras cotiza y emite la orden de compra (bienes) o la orden de servicio (servicios).

En muchas empresas se le llama también solicitud de compra, pedido interno o requisición. El nombre importa poco; lo que importa es que el documento deje claro qué se considera "lo correcto", porque eso es lo que se va a verificar al recibir.

Por qué se compra lo que no se pidió

Cuando una compra sale mal, la culpa suele caer en el proveedor. Pero en la mayoría de los casos el error nace antes, en el propio requerimiento:

  • Descripción genérica: "laptop", "pintura", "servicio de limpieza". Cualquier cosa cumple, y por eso nada cumple.
  • Especificación en un chat: el detalle está en un WhatsApp entre el usuario y el comprador. El almacenero que recibe no lo ve.
  • Servicio sin alcance: se contrata "mantenimiento" sin decir qué incluye. El proveedor hace lo mínimo y factura completo.
  • Recepción por conteo: el almacén cuenta bultos ("llegaron 10 cajas") pero no revisa qué hay dentro.
  • Nadie es responsable de la conformidad del servicio: se paga porque llegó la factura.

La solución no es más burocracia. Es que la especificación viaje con el documento desde el requerimiento hasta la recepción, y que quien recibe tenga que decir, punto por punto, si cumple o no.

¿Qué debe incluir un requerimiento de compra?

Respuesta directa: como mínimo, el bien o servicio, la cantidad y unidad, la especificación técnica verificable, la fecha en que se necesita, el área o proyecto que lo pide, el centro de costo y, si la empresa trabaja con presupuesto, la iniciativa o partida a la que se cargará. En servicios, además, el alcance desglosado y los criterios de aceptación.

CampoBien (ejemplo)Servicio (ejemplo)
DescripciónCable THW 2.5 mm²Mantenimiento preventivo de aire acondicionado
Cantidad y unidad10 rollos de 100 m1 servicio (6 equipos)
EspecificaciónCobre, 450/750 V, color rojo, certificadoEquipos split de 12,000 y 18,000 BTU, oficina 2.º piso
DesgloseNo aplicaLimpieza de filtros, revisión de gas, prueba de funcionamiento, informe técnico
Criterios de aceptaciónEtiqueta con certificación, rollo selladoInforme firmado con lecturas por equipo
Fecha requerida15-octSemana del 20-oct
Área / centro de costoProyectos / Obra San IsidroAdministración
PresupuestoProyecto Obra San IsidroMantenimiento de oficinas 2026

Ejemplo ficticio. Elaboración propia, 10-oct-2026.

Cómo escribir especificaciones que se puedan verificar

Una especificación sirve si una persona distinta a quien la escribió puede decir "cumple" o "no cumple" mirando el producto. Algunas reglas prácticas:

  1. Usa atributos medibles: medidas, potencia, capacidad, material, norma o certificación. "Buena calidad" no se puede verificar.
  2. Marca y modelo cuando importan; "o equivalente" cuando no, pero dice qué hace equivalente a una alternativa.
  3. Una idea por renglón. Así cada renglón se vuelve un punto del checklist de recepción.
  4. En servicios, desglosa las partes. "Mantenimiento" no se verifica; "limpieza de filtros", "revisión de presión de gas" e "informe técnico firmado" sí.
  5. Define el entregable. En servicios, lo que se recibe no es un objeto: es un informe, un acta, una foto del antes y después, un certificado.

Si tu duda es cuándo corresponde orden de compra y cuándo orden de servicio (y qué cambia con la detracción o el recibo por honorarios), revisa la guía de orden de servicio vs orden de compra.

¿Quién debe aprobar un requerimiento de compra?

Respuesta directa: el jefe del área que pide (o gerencia), antes de que Logística cotice. El jefe confirma que la necesidad es real, que el gasto cabe en el presupuesto del área y que la especificación es la correcta. Quien pide no debería aprobar su propio requerimiento, y quien aprueba no debería ser quien paga.

En pymes pequeñas este paso puede ser opcional para no frenar compras menores. Lo importante es que sea una decisión de la empresa, no un olvido: o todos los requerimientos pasan por el jefe, o se definió conscientemente que van directo a Logística.

Del requerimiento a la orden: qué se debe heredar

El punto débil de muchas empresas está en la transcripción. El área escribe un requerimiento detallado, pero Compras lo vuelve a tipear en la orden de compra y en el camino se pierde la especificación, el centro de costo o el proyecto. Lo que debe pasar del requerimiento a la orden, sin volver a escribirse:

  • Las líneas con su especificación y, en servicios, su desglose.
  • La empresa (si el grupo tiene varias) y el proyecto, si aplica.
  • El área solicitante y su centro de costo.
  • La iniciativa o partida de presupuesto, para que el gasto sume a lo ejecutado.

Y la orden que recibe el proveedor debe imprimir la especificación debajo de cada línea. Si el proveedor no la ve, no puede cumplirla.

¿Qué es la conformidad de un bien o servicio?

Respuesta directa: es la declaración de quien recibe de que lo entregado cumple con lo pedido. En bienes se da en la recepción del almacén; en servicios, la da el responsable del área usuaria que vio el trabajo. Sin conformidad no se debería pagar, porque es la única prueba interna de que la empresa recibió lo que compró.

La conformidad útil no es una firma en blanco. Es un checklist: cada especificación, cada parte del servicio y cada criterio de aceptación con su "cumple" o "no cumple" y, si no cumple, la explicación. Eso permite reclamar al proveedor con datos, retener el pago de lo observado y medir qué proveedores fallan más.

Además tiene un efecto contable: el gasto de un servicio se reconoce cuando el servicio se presta, y la conformidad es la evidencia de ese momento. Para el detalle del ciclo orden → recepción → factura → cuenta por pagar, revisa gestión de compras: de la orden a cuentas por pagar.

¿Cómo lo resuelve KELUA?

En KELUA el requerimiento se llama solicitud y hay dos menús en Compras: «Solicitudes de Compra» (solo productos) y «Solicitudes de Servicio» (solo servicios). Si alguien intenta mezclar, el sistema le indica que pida el servicio en su menú: una solicitud de servicio termina en orden de servicio y una de compra en orden de compra.

Especificación por línea y desglose del servicio

  • Cada línea tiene el botón «📝 Especificaciones» (en productos: marca, modelo, medidas, potencia, norma) o «📝 Descripción / desglose» (en servicios). Se escribe en un editor amplio, una idea por renglón.
  • En servicios, el desglose permite listar las partes del servicio dentro de la misma línea, cada una con descripción y, si aplica, cantidad y unidad.
  • La empresa decide en el ⚙ de la solicitud (sección «Detalle de la solicitud (iniciativa y especificaciones)») si pide estas especificaciones y su verificación. Vienen activadas.

Aprobación del jefe de área

En la configuración de solicitudes, gerencia o el admin define si cada solicitud pasa por el jefe del área (o gerencia) antes de llegar a Logística, o si va directo. También se define qué roles pueden generar solicitudes.

De la solicitud a la orden, sin volver a tipear

Desde la solicitud, quien la atiende pulsa «🧾 Generar OC» o «🛠 Generar OSV». La orden se abre precargada con las líneas y su especificación, la empresa, el proyecto, el área solicitante y el centro de costo de esa área. Si el área no tiene centro de costo en el catálogo contable, el sistema avisa para que lo crees y el reporte por centro quede completo. Si la solicitud tenía una iniciativa o presupuesto, la orden la hereda y su gasto suma a lo ejecutado de esa iniciativa. La especificación sale impresa en el PDF de la orden, debajo de cada línea, para que el proveedor la vea.

En la orden de servicio hay además un campo «Entregables / criterios de aceptación (uno por renglón)»: cada renglón se convierte en un punto del checklist de conformidad.

Recepción con checklist (orden de compra)

Al recibir una orden de compra, Logística ve el bloque «✅ Verificación de lo recibido vs. lo pedido»: cada línea con especificación aparece con su detalle y dos opciones, ✔ Cumple o ✘ No cumple. Si algo no cumple, la observación es obligatoria (qué falta o qué llegó distinto). La verificación es obligatoria para las líneas con especificación que se reciben en ese momento; las que no tienen especificación no la piden. El servidor sella quién verificó, cuándo y el resultado: si algún punto no cumple, la recepción queda con observaciones. El resultado lo calcula el servidor, no la pantalla.

Conformidad con checklist (orden de servicio)

En la orden de servicio, el responsable de la conformidad marca cada especificación, cada parte del desglose y cada criterio de aceptación como cumple o no cumple. Si alguno falla, la conformidad queda con observaciones. La orden de servicio, además, admite conformidades parciales por avance, y su estado muestra qué porcentaje está conforme y qué falta facturar.

Lo que KELUA no hace

KELUA no escribe la especificación por ti ni evalúa si un producto "equivalente" lo es: eso lo decide quien conoce la necesidad. Tampoco reclama al proveedor automáticamente; lo que hace es dejar el registro sellado de qué se pidió, qué llegó y qué no cumplió, para que el reclamo tenga sustento.

Estos controles forman parte de un esquema más amplio de control interno que se ejecuta solo; si te interesa el panorama completo, lee control interno en una pyme: controles automáticos.

Mini-caso: los paneles LED que no eran

Antes. Una empresa de instalaciones eléctricas (caso ficticio) pidió por WhatsApp "40 paneles LED de 18 W para la obra". Compras emitió la orden con "Panel LED 18 W". Llegaron 40 paneles de luz cálida (3000 K); el cliente había especificado luz neutra (4000 K) y empotrables con driver externo. El almacén contó 40 cajas y dio la recepción. El error se descubrió en obra, con los paneles instalados a medias. Devolverlos costó dos semanas, un flete de regreso y una discusión con el proveedor que no tenía nada por escrito.

Después. El residente de obra registra la solicitud con la especificación: "Panel LED 18 W empotrable · luz neutra 4000 K · driver externo · marco blanco 22.5 cm". Logística genera la OC con un clic: la especificación sale en el PDF que recibe el proveedor, y el gasto queda en el centro de costo de la obra. Al llegar el pedido, el almacenero ve cada punto en el checklist, revisa la etiqueta de las cajas y marca "✘ No cumple: llegaron 3000 K". La recepción queda con observaciones, sellada con su nombre y hora. El reclamo sale ese mismo día, con la orden firmada como respaldo.

Errores frecuentes en el ciclo requerimiento → recepción

  1. Pedir por chat. El detalle no llega al almacén ni al proveedor.
  2. Reescribir el requerimiento en la orden. Cada transcripción es una oportunidad de error.
  3. Servicios sin desglose ni entregables. No hay forma de saber si se cumplió.
  4. Recibir por conteo de bultos. Diez cajas pueden traer el producto equivocado.
  5. Conformidad del servicio dada por Compras. Debe darla el área usuaria, que vio el trabajo.
  6. Gasto sin centro de costo ni presupuesto. El reporte por área queda incompleto y el presupuesto, sin control.
  7. Pagar sin conformidad. La factura llegó, pero nadie confirmó que el bien o servicio cumplía.

Checklist para un requerimiento de compra bien hecho

  • ¿La descripción dice exactamente qué se necesita?
  • ¿Cada especificación se puede verificar por otra persona?
  • ¿El servicio tiene sus partes desglosadas y sus entregables definidos?
  • ¿Tiene fecha requerida, área, proyecto y centro de costo?
  • ¿Está ligado a un presupuesto o iniciativa, si la empresa trabaja así?
  • ¿Lo aprobó el jefe del área (si la empresa lo exige)?
  • ¿La orden heredó la especificación y la imprime para el proveedor?
  • ¿La recepción o conformidad se hizo punto por punto, con observaciones si algo falló?

Si quieres que tus compras pasen de "lo pedí por WhatsApp" a un ciclo con especificación, recepción y conformidad sellada, revisa los precios de KELUA para pymes del Perú.

¿Quieres ordenar tu empresa en un solo sistema? KELUA ERP empieza desde S/ 99 al mes (plan Inicia: ventas, facturación SUNAT, inventario, compras básicas y caja). 15 días gratis y migración incluida. Ver planes y precios →
Sigue profundizando: Gestión de compras: de la orden a cuentas por pagar · Costo de importación (landed cost) en Perú: cómo calcularlo · Orden de servicio vs orden de compra: conformidad y detracción

Preguntas frecuentes

¿Qué es un requerimiento de compra?
Es el documento interno con el que un área pide comprar un bien o contratar un servicio. Indica qué se necesita, cuánto, para cuándo, para qué área o proyecto y con qué características. No es un compromiso con el proveedor: es la base sobre la que Logística cotiza y emite la orden de compra o de servicio.
¿Cuál es la diferencia entre requerimiento y orden de compra?
El requerimiento es interno: lo emite el área que necesita el bien o servicio. La orden de compra es externa: la emite Logística o Compras al proveedor elegido, con precio, plazo y condiciones, y es el compromiso de compra. Lo ideal es que la orden herede las líneas y especificaciones del requerimiento sin volver a tipearlas.
¿Qué debe incluir una especificación técnica de compra?
Atributos que otra persona pueda verificar al recibir: medidas, potencia, capacidad, material, color, norma o certificación, y marca o modelo cuando importan. Una idea por renglón, para que cada renglón sea un punto del checklist. En servicios, el alcance desglosado en partes y los entregables, como un informe firmado o un acta.
¿Quién da la conformidad de un servicio?
El responsable del área usuaria que vio el trabajo, no Compras ni Contabilidad. La conformidad útil es un checklist que marca cada parte del servicio y cada criterio de aceptación como cumple o no cumple, con observación cuando algo falla. Sin conformidad no debería pagarse la factura del servicio.
¿Qué hago si lo recibido no cumple la especificación?
Registra la recepción con observaciones, indicando punto por punto qué no cumple, con nombre de quien verificó y la hora. Con ese registro y la orden que el proveedor recibió con la especificación impresa, el reclamo tiene sustento: cambio del producto, nota de crédito o retención del pago de lo observado, según lo pactado.
¿El jefe de área debe aprobar todos los requerimientos?
Depende de la política de la empresa. En compras relevantes conviene que el jefe confirme la necesidad, el presupuesto y la especificación antes de que Logística cotice. En pymes pequeñas puede omitirse para compras menores, pero debe ser una decisión consciente. En cualquier caso, quien pide no debería aprobar su propio requerimiento.
¿Por qué el requerimiento debe llevar centro de costo y presupuesto?
Porque el gasto debe llegar al área o proyecto que lo originó. Si el requerimiento no lo indica, la orden y la factura quedan sin centro de costo y el reporte por área se distorsiona. Ligarlo a una iniciativa o partida permite comparar lo ejecutado contra lo presupuestado mientras se compra, no a fin de año.
J
Jimmy Sanchez Huerta · Fundador y CEO de KELUA
Jimmy Sanchez Huerta es fundador y CEO de KELUA, el ERP en la nube para pymes peruanas. Viene de dirigir la operación diaria de una pyme en el Perú —facturación electrónica SUNAT, inventario, compras, ventas y planilla— y esa experiencia de primera mano es la base con la que diseña cada módulo de KELUA.

Sigue leyendo

Empieza tu prueba gratis de KELUA →

Suscríbete a las novedades de KELUA

Novedades, cursos e implementaciones. Sin spam — cancelas cuando quieras.

Libro de Reclamaciones