50 albaranes de recepción de materiales, un libro mayor de obra:
Cómo procesar por lotes sin agobios

La pila semanal de albaranes: dónde viven realmente los datos de coste de materiales

El albarán de recepción de materiales es el primer documento de una cadena de tres que termina en tu libro mayor de costes de obra — y es el único de los tres que demuestra qué llegó físicamente a la obra.

Cada entrega genera un albarán, y cada tipo de material tiene su propia versión. La planta de hormigón premezclado imprime un albarán informático con el diseño de mezcla, el asentamiento, el volumen en yardas cúbicas, la hora de amasado y el número de camión. El almacén de madera envía una copia carbón escrita a mano con partidas abreviadas («2×6 #2 SPF 16'») anotadas a lápiz por el que cargó el camión. El albarán del taller de ferralla lista las barras por grado y longitud. Lo que comparten es un esqueleto: número de albarán, fecha, nombre del proveedor, descripción del material, cantidad, unidad de medida — toneladas, yardas cúbicas, pies cuadrados, pies lineales — y un bloque de firma que hace que el albarán sea legalmente vinculante. En una constructora general que gestiona de cinco a ocho proyectos, ese esqueleto se rellena de 30 a 60 veces por semana en todas las obras activas.

¿A dónde van esos albaranes después de la puerta? A camiones, chalecos y guanteras. Un hilo en r/Construction sobre albaranes de campo perdidos captura la realidad: el flujo de trabajo por defecto de las cuadrillas es «enviar una foto + nota de voz», el papel se pierde, y las soluciones disciplinarias solo llegan hasta cierto punto cuando te falta personal. Un capataz que firma el hormigón a las 7 a.m. y fotografía el albarán para el superintendente está haciendo lo correcto — pero una foto en un hilo de texto no es una entrada de libro mayor, y para el viernes es una de 40 fotos que nadie puede encontrar.

El coste de dejar pasar esa traducción es medible. La investigación recopilada en la literatura sobre residuos de construcción en ScienceDirect estima que al menos el 10% de los materiales entregados en obras se desperdicia por daños, pérdidas y pedidos en exceso — y otra estimación sitúa la cifra en hasta el 30% del peso total de los materiales entregados. Los pedidos en exceso ocurren cuando nadie puede responder «¿cuánto de esto ya está en la obra?» porque los albaranes nunca se registraron. No puedes detectar pedidos en exceso en una hoja de cálculo que nunca construiste.

Tres documentos tienen que coincidir: el albarán, la orden de compra y la factura

El albarán de recepción de materiales, la orden de compra y la factura del proveedor forman una conciliación a tres bandas, y cada documento responde a una pregunta distinta: qué se pidió, qué llegó realmente y qué quiere cobrar el proveedor.

La orden de compra es tu compromiso: las cantidades y precios que acordaste antes de que el camión saliera del almacén del proveedor. El albarán de recepción de materiales es la prueba de entrega: las cantidades que realmente bajaron del camión, firmadas por alguien en obra. La factura es la demanda de pago: lo que generó el sistema de facturación del proveedor, que puede coincidir o no con los dos primeros. En construcción, los albaranes y las facturas casi nunca llegan juntos: el hormigón entregado el martes genera una factura que aparece la semana siguiente, y en cualquier momento tus cuentas por pagar arrastran un saldo de materiales recibidos pero aún no facturados — lo que los contables de devengo llaman mercancías recibidas no facturadas (MRNF), y hay que estimarlo correctamente al cierre de mes o tus costes de obra caen en el periodo equivocado.

Hay una capa legal encima de la contable. Según la UCC Article 2 §2-606, una firma en un albarán de entrega — tras una oportunidad razonable de inspección — constituye aceptación de la mercancía, y el derecho a rechazar una falta según la §2-602 se cierra cuando el camión se marcha. Y según la AIA A201-2017 §3.3.3, el contratista tiene la obligación contractual de inspeccionar el trabajo entregado. La firma en la puerta es a la vez la última oportunidad de detectar una entrega incompleta y el registro legal de que aceptaste lo que llegó. Por eso la pila de albaranes no es «solo papeleo»: es el rastro de evidencia para cada disputa que tengas con un proveedor este trimestre. Para el lado receptor de esta cadena, nuestra guía para conciliar BOL de construcción con órdenes de compra en la puerta cubre cómo detectar faltantes mientras el conductor sigue allí.

Fíjate en lo que falta en la columna central de la fila superior. El albarán — el único documento generado en el punto de la verdad — no incluye ninguno de los campos que tu sistema contable necesita para archivarlo: ni número de obra, ni código de coste, normalmente ni número de OC ni precio. Todo lo que conecta el albarán con tus libros tiene que aportarse desde fuera del documento. Esa es la razón estructural de que la introducción manual de albaranes de entrega sea tan propensa a errores, y por qué el problema merece un flujo de trabajo, no un mecanógrafo más rápido.

Por qué falla la entrada manual de los viernes en lo único que tiene que hacer

La entrada manual de albaranes de entrega no falla por velocidad: falla por contexto, porque la persona que teclea tiene que aportar tres campos que el albarán nunca imprime, de memoria, cincuenta veces seguidas.

Piensa en lo que implica realmente la sesión de entrada de los viernes. Por cada albarán, el administrador de la oficina lee el nombre del proveedor y lo asocia mentalmente con la obra correcta («Gerdau = Obra 24-003, ABC Supply = Obra 24-005»). Luego lee cada línea y asigna mentalmente un código de coste CSI MasterFormat — un número de 6 dígitos como 03 21 00 para acero de refuerzo o 06 11 00 para estructura de madera — según la descripción del material. Después busca la orden de compra contra la que se pidió esa carga. Luego teclea la cantidad y la unidad. En una semana de 40 albaranes con una media de dos líneas por albarán, eso son unas 300 decisiones, y cada una es un cambio de contexto entre materiales, proveedores y obras.

Aquí es donde el proceso produce sus peores errores, y es un patrón que los contables de construcción reconocerán de inmediato. Un tornillo para pladur codificado como 06 11 00 (estructura de madera) en lugar de 09 29 00 (placa de yeso) porque el cerebro de quien tecleaba seguía en «modo madera» del albarán anterior. Una entrega corta de 180 barras de acero cuando el albarán dice 200 — firmada en la puerta, nunca señalada, y la factura se paga por 200. Un proveedor cuya referencia de obra no coincide con ninguna orden de compra del sistema, así que el albarán acaba en una carpeta de «varios» y el coste del material nunca se imputa al proyecto. El hilo de la comunidad Acumatica Construction «PO Receipts in Construction — PMs Won't Do Them» es un catálogo continuo de lo que ocurre cuando el paso de recepción es demasiado difícil: los jefes de proyecto lo omiten por completo porque es «demasiado difícil y con demasiados pasos», las facturas quedan sin pagar porque no hay recepción contra la que facturar, y los costes reales nunca se imputan al presupuesto del proyecto — así que la dirección toma decisiones con datos incompletos en todos los proyectos activos.

Nada de esto es un problema de velocidad de entrada de datos. El mecanógrafo más rápido de la oficina tampoco puede aportar el número de obra que no está en el albarán, el código de coste que no está en el albarán, ni el recuerdo de lo que se firmó en la puerta hace tres días. El enfoque manual falla en la parte que importa — la conciliación — no en la parte que es meramente tediosa.

El flujo de trabajo por lotes: define el libro mayor una vez y aliméntalo con cada albarán

La extracción por lotes invierte el proceso: defines las columnas del libro mayor que necesitas una sola vez, subes los albaranes de la semana juntos y descargas una sola hoja de cálculo donde cada albarán ya es una fila.

El procesamiento por lotes significa subir muchos documentos a la vez y fusionarlos en un único archivo de salida — en lugar de extraer cada albarán por separado y copiar y pegar los resultados en una hoja maestra, la fusión ocurre en el momento de la extracción. Empiezas definiendo las columnas que necesita el libro mayor de inventario de tu proyecto — los mismos encabezados que querrías en tu libro de costes de obra o en tu plantilla de importación ERP:

Luego subes los albaranes de la semana como un solo lote — el volcado de la planta de hormigón, la copia carbón del almacén de madera, el albarán del sistema del fabricante de armaduras, las fotos del teléfono del superintendente de lo que salió del camión. Aquí es donde entra la extracción por nombre de columna: en lugar de decirle a la herramienta dónde se sitúa cada campo en cada documento (lo que requeriría una plantilla separada para el formato de cada proveedor), le dices qué significa cada campo. La IA localiza "N.º de albarán" en una copia carbón manuscrita entendiendo qué es un número de albarán, no por dónde se sitúa en el formato específico de ese proveedor. Encuentra "Cant." tanto si la cantidad está en una columna de tabla, debajo de la descripción o garabateada en el margen.

La diferencia operativa que importa a las 5 p. m. del viernes: descargas un archivo, no 50. Cada línea de cada albarán aterriza en la misma hoja de cálculo con las mismas columnas — sin abrir exportaciones individuales, sin copiar filas a un libro maestro, sin rezar para que nada se haya movido. Las filas ya se pueden ordenar por N.º de obra, filtrar por N.º de OC y subtotalizar por código de coste en el momento en que se abre el archivo.

El enfoque por lotes también escala sin coste de configuración. Añadir un proveedor número 41 con un formato de ticket completamente nuevo cuesta cero configuración adicional: no hay plantilla que crear, ni zonas que dibujar, ni conjunto de entrenamiento por proveedor. Las definiciones de columnas son independientes del formato; los tickets del nuevo proveedor pasan por el mismo flujo que los primeros 40 y llegan a la misma hoja de cálculo unificada. Esa es la diferencia entre un proceso que se vuelve más difícil cada mes y uno que se mantiene estable.

Los campos que el ticket nunca imprime: número de obra, código de coste y orden de compra

Los tres campos que tu libro mayor más necesita — número de obra, código de coste y referencia de orden de compra — son exactamente los tres campos que el albarán de entrega de un proveedor casi nunca imprime.

La planta de hormigón no conoce tus números de obra internos. El almacén de madera no habla CSI MasterFormat. Sus tickets llevan sus propios números de pedido y sus propios códigos de material, y alguien tiene que tender el puente. En un flujo manual, ese puente es la memoria del jefe de oficina, ejercitada 300 veces cada viernes. En un flujo por lotes, el puente es un conjunto de reglas que escribes una vez y la IA aplica a cada ticket — esto es lo que hacen las columnas inferidas. Una columna inferida no extrae un valor impreso en la página; aplica una regla que tú defines para determinar un valor que el documento nunca llevó. Para los números de obra, defines una columna "Job #" con reglas de inferencia como:

Cuando la IA lee un ticket de Gerdau, compara el nombre del proveedor con tu regla y rellena "24-003" en cada línea de ese ticket. El mismo patrón gestiona los códigos de coste, aunque la inferencia es por material en lugar de por proveedor: "hormigón premezclado" se asigna a 03 31 00, "#4 rebar" a 03 21 00, "2×6 SPF" a 06 11 00, "5/8″ Type X" a 09 29 00. Un proveedor que entrega tanto madera como pladur genera filas con dos códigos de coste diferentes, ambos asignados automáticamente. Si una regla no encuentra coincidencia — un proveedor nuevo, un material desconocido — la celda se deja en blanco en lugar de adivinarse, que es exactamente lo que quieres: una celda en blanco señala la excepción para la revisión en lugar de codificar silenciosamente un coste en la división equivocada.

La referencia de la orden de compra necesita un tratamiento ligeramente diferente, porque el ticket de un proveedor puede llevar un nombre de obra o su propio número de pedido en lugar de tu número de orden de compra. El enfoque más limpio es extraer la referencia que el ticket sí lleva a su propia columna y luego usar una tabla de búsqueda (número de pedido del proveedor → tu número de orden de compra) para rellenar la columna de orden de compra en la hoja de cálculo después de la extracción. En cargas pedidas directamente contra una orden de compra — el caso habitual en entregas programadas — una columna calculada también puede comparar la cantidad entregada con la cantidad pedida en la orden de compra y señalar la diferencia. Las columnas calculadas ejecutan cálculos durante la extracción: "Total de línea (Cantidad × Precio unitario)" deriva un valor que el ticket no imprimió, y "Cantidad vs. orden de compra" genera "OK", "FALTA" o "SOBRA" para que la discrepancia aparezca en el mismo archivo que los datos — no en una reunión de revisión aparte la semana siguiente.

Para la versión de este flujo con tickets individuales — extraer un albarán de recepción de materiales y revisar cada opción de campo — nuestra guía paso a paso para extraer datos de albaranes de recepción de materiales de construcción profundiza más. Y si estás procesando por lotes las órdenes de compra junto con los albaranes, el flujo de trabajo por lotes de órdenes de compra de construcción al libro mayor de costes de obra cubre el lado de los pedidos del mismo libro mayor.

Del Libro Mayor a la Conciliación a Tres Bandas

Una vez que los albaranes de la semana son filas en una sola hoja de cálculo, la conciliación a tres bandas deja de ser una búsqueda de documentos y se convierte en un filtro de columnas.

1. Albarán vs. orden de compra — detecta entregas incompletas mientras aún se pueden explicar. Ordena o filtra por número de orden de compra y compara las cantidades entregadas con las pedidas. Una orden de compra de 200 tramos de varilla #4 entregada en tres cargas genera tres filas de albarán; un filtro las agrupa para que la suma sea un solo número que puedas verificar contra la orden de compra de un vistazo. Una columna «Cantidad vs. orden de compra» señala la carga que llegó 20 unidades corta. Esa falta se firmó en la entrada — el albarán lo demuestra — y con el albarán registrado puedes llevar la discrepancia al proveedor con el documento en mano, en lugar de descubrirlo en la fecha límite del retiro.

2. Albarán vs. factura — mantén las MRNF honestas al cierre de mes. Añade una columna «N.º de factura» y márcala conforme lleguen las facturas. Las filas con albarán pero sin número de factura son tu saldo de mercancías recibidas no facturadas — materiales que has aceptado y cuyas facturas llegarán el próximo período. Súmalas por proveedor y por obra, y tendrás el número de devengo que tu contable necesita al cierre sin una pila de papeles en su escritorio. Cuando llegue la factura, la coincidencia es un BUSCARV por número de albarán — y las facturas que no referencian ningún albarán en tu libro mayor se marcan para investigarlas antes de pagarlas, no después.

3. Albarán vs. instalado — qué queda realmente en obra. Subtotaliza el libro mayor por número de obra y código de coste para obtener los materiales recibidos por proyecto — el número que responde «¿cuánto de esto ya está en obra?» antes de que alguien pida más. Esta es la verificación que ataca directamente el componente de sobrepedido de ese 10% de desperdicio: cuando el libro mayor muestra 40,000 pies tabla recibidos y el equipo de estructura ha usado 30,000, pedir otros 20,000 es una conversación, no un acto automático. La misma pila de documentación mensual que lleva los albaranes también lleva permisos y documentos de cumplimiento — el tutorial de extracción de datos de permisos de construcción muestra el mismo enfoque por lotes aplicado a esos trámites.

Cuando el lote no está limpio: caligrafía, cargas divididas y albaranes faltantes

Un lote de albaranes de entrega contendrá caligrafía borrosa, entregas divididas y el albarán ocasional que nunca llegó a la oficina — y el flujo de trabajo debe contener esas excepciones, no venirse abajo por ellas.

Caligrafía. La IA lee los albaranes manuscritos igual que los impresos, y la legibilidad es la variable principal. Una copia carbón clara escrita por el encargado del patio se extrae con una precisión similar a la de un albarán impreso; una copia borrosa fotografiada en un camión oscuro será menor y debe revisarse. Aquí es donde el modo de revisión demuestra su valor: pasa el cursor sobre cualquier celda extraída y la herramienta resalta exactamente de dónde proviene ese valor en la imagen original, así que verificar una cantidad manuscrita es echar un vistazo al albarán, no buscar en todo el documento. El paso de verificación existe porque la extracción no está garantizada como perfecta — y un flujo de trabajo que asume que lo será es un flujo de trabajo que se abandona la primera vez que falla.

Cargas divididas. Una sola orden de compra entregada en tres camiones produce tres albaranes, y eso está bien — cada albarán es su propia fila, y el filtro de orden de compra los agrupa en una sola vista de cumplimiento. La estructura del libro mayor absorbe las entregas parciales de forma natural; es el proceso manual el que tenía problemas con ellas, porque cada albarán se archivaba por separado y la pregunta de «¿recibimos todo?» no tenía una respuesta única.

Albaranes faltantes. El capataz fotografió un albarán pero nadie lo registró; el albarán de hormigón se quedó en la cabina del conductor. El libro mayor maneja esto con honestidad: las filas de la semana están completas, y la orden de compra que muestra cero filas recibidas es una brecha visible. Esa visibilidad es la solución — una orden de compra sin recepciones es una pregunta concreta y accionable para el superintendente mientras la entrega aún es reciente, en lugar de una carpeta vacía que nadie abre.

Y cuando un solo albarán se extrae mal — la IA leyó 4,800 yardas como 4,200 — corriges esa fila, no el lote. El resultado es una sola hoja de cálculo; una línea mala se re-extrae o se corrige en el lugar, y el resto del archivo queda intacto. El flujo de trabajo no necesita ser perfecto; necesita ser contenible, para que un albarán malo cueste cinco minutos en lugar de una re-ejecución completa el viernes por la noche.

Preguntas Frecuentes

¿Puede la IA leer albaranes de entrega manuscritos de los proveedores?

Sí. El motor de extracción lee la escritura a mano igual que lee el texto impreso, y la legibilidad es la principal variable de precisión. Un albarán de entrega en papel carbón claramente escrito se extrae con una precisión similar a la de un albarán impreso; una copia manchada fotografiada con poca luz será menos fiable y debería pasar por la revisión. El modo de revisión te muestra de dónde proviene cada valor extraído en la imagen original, así que verificar una cantidad manuscrita toma segundos en lugar de una relectura completa del albarán.

¿Qué pasa si el albarán no tiene precio unitario? ¿Puedo obtener totales por línea?

Sí, con una columna calculada. Muchos albaranes de materiales —especialmente los de hormigón y áridos— incluyen cantidades pero no precios, porque el precio está en la orden de compra. Define una columna "Total de Línea" con la lógica Cantidad × Precio Unitario, y ya sea toma el precio del albarán cuando está impreso o establece el precio unitario como un parámetro fijo de la orden de compra en tu regla. El cálculo se ejecuta durante la extracción, así que el archivo de salida tiene montos en dólares utilizables incluso para albaranes que nunca imprimieron un número.

¿Cómo funciona esto con Sage, Viewpoint o QuickBooks para costes de obra?

La salida por lotes produce las filas estructuradas que tu sistema de costes de obra o la plantilla de importación del ERP espera —una fila por línea de albarán, con columnas de número de obra, código de coste, cantidad y precio. No reemplaza la entrada de recepción del ERP, el enrutamiento de aprobaciones ni la conciliación a tres bandas; reemplaza el paso donde alguien lee un albarán en papel y teclea números en una pantalla. Para un contratista con QuickBooks o un sistema de libro mayor en hoja de cálculo, el archivo alimenta el libro de trabajo directamente. Para Sage 100, Sage Intacct o Trimble Viewpoint Vista, elimina el cuello de botella de captura de datos antes de la importación al ERP, que es donde el proceso manual realmente se rompe.

Nuestros capataces fotografían los albaranes con el móvil: ¿esas fotos funcionan en un lote?

Sí. Las fotos de los albaranes de entrega tomadas con el móvil se extraen igual que los escaneos, con la misma advertencia de legibilidad: una foto nítida y frontal con buena luz funciona tan bien como un escaneo; una toma con poca luz, en ángulo y de una copia carbón borrosa se marcará para revisión. Si quieres que las fotos se recopilen de forma sistemática en lugar de quedarse en hilos de mensajes, un Enlace de Recopilación — una página de carga compartible que permite al personal de campo subir archivos directamente a tu cola de procesamiento sin iniciar sesión — convierte el hábito de "enviar una foto por mensaje" en un flujo organizado.

¿Qué pasa si una entrega llega repartida en tres camiones?

Cada camión genera su propio albarán y su propia fila en el libro mayor: esa es la estructura correcta. Filtra por número de orden de compra para agrupar los tres albaranes en una única vista de cumplimiento, y la comprobación "Cantidad vs. OC" muestra si las cargas divididas juntas cubren el pedido. El flujo de trabajo por lotes gestiona las entregas divididas de forma natural porque la unidad atómica es el albarán, no la orden de compra — que es también por lo que a veces verás tres recibos para un solo pedido y querrás tener los tres en la misma vista de conciliación.