El almacén 3PL multicliente: muchos propietarios, un edificio, cuentas separadas

Qué hace distinto a un almacén 3PL de uno propio: zonas y segmentos de ubicaciones por cliente, libros de inventario separados por cliente, trabajo de palé completo y por piezas lado a lado, y dónde están los puntos de facturación: almacenaje, manipulación y servicios de valor añadido.

Un almacén propio guarda la mercancía de su propia empresa: si algo se cuenta mal, la pérdida es interna y se arregla con un reconteo silencioso. Un almacén 3PL guarda, cobrando, la mercancía de otras empresas, y esa única diferencia reescribe cada regla. El stock en los racks pertenece a cinco, veinte, cien propietarios distintos. Cada propietario puede preguntar en cualquier momento: cuánto hay de lo mío, dónde está, qué salió esta semana, y recibir una respuesta que nunca incluya la mercancía del vecino. Un almacén 3PL vende, en una frase, mantener todo separado y contable.

Muchos clientes, un edificio: primero zonificar por cliente#

El plano físico empieza con la lista de clientes. Cada cliente recibe su propia área: un tramo de pasillos de racks, un segmento de suelo o, al menos, un conjunto de rangos de ubicaciones claramente señalizado. Los carteles llevan el nombre del cliente en las cabeceras, las etiquetas de palé llevan el código del cliente, y los palés mezclados están prohibidos: un palé nunca lleva mercancía de dos clientes, por cómodo que parezca. Los clientes pequeños pueden compartir un pasillo, pero nunca una ubicación: la unidad mínima de separación en el suelo es una ubicación, un cliente. Esto parece un desperdicio junto a un almacén propio que llena cada hueco con cualquier cosa; en un edificio 3PL, los huecos entre clientes son el precio de poder jurar de quién es cada mercancía.

En Docklify, un área dedicada a un cliente puede expresarse como un Location Group (WMS → Location Groups): agrupa las ubicaciones reservadas para un cliente bajo el grupo de ese cliente, para que las sugerencias de ubicación y las reglas de tareas respeten el límite en vez de depender de la memoria de todos sobre qué pasillo es de quién.

El libro de inventario debe llevarse por cliente#

Dos clientes pueden vender el producto exacto —mismo SKU, misma caja, mismo aspecto en el estante—. En los libros son dos stocks distintos que casualmente se ven idénticos, y nunca, jamás, se suman. Cantidad disponible, cantidad reservada, conteos cíclicos e incluso las bajas por daño se cuentan por cliente. Si el cliente A se queda sin stock mientras el cliente B de al lado tiene cinco palés del mismo artículo, los pedidos de A esperan: tomar prestado el stock del vecino para enviar el pedido de A es el pecado imperdonable de un almacén multicliente, porque falsifica dos libros a la vez.

En Docklify esta separación es estructural, no una nota en una pizarra: cada encabezado de documento lleva su Client —un pedido de salida se crea bajo un cliente, la liberación de oleada empieza eligiendo el Client (campo obligatorio) y agrupa los envíos por cliente y filtro, y la asignación bloquea el stock de ese cliente—. Elige mal el cliente al principio y el pedido simplemente no tiene stock que prometer: es el sistema negándose a mezclar los libros por ti.

Entrada: identifica al cliente antes de tocar la mercancía#

La recepción en un edificio 3PL empieza un paso antes de lo usual: ¿de quién es? La cita, el papeleo y la tarea de recepción nombran a un cliente antes de que se abra la puerta del camión. La mercancía se cuenta contra la entrega esperada de ese cliente, se etiqueta con su código en el muelle y solo entonces se ubica, en el segmento de ese cliente. La mezcla sorprende a los nuevos: la misma mañana trae un contenedor completo de cajas paletizadas para un cliente mayorista y tres cajas sueltas de muestras para un pequeño vendedor en línea. La entrada en palé completo y la entrada por piezas son normales aquí, a menudo en el mismo muelle, con una hora de diferencia.

Las reglas de ubicación difieren entonces por cliente, porque la mercancía difiere: un cliente exige primero en entrar, primero en salir estricto; otro sigue lotes; un cliente de alimentos vigila caducidades; un cliente con muchas devoluciones quiere espacio de cuarentena. El almacén no puede elegir una sola regla de la casa: corre varios conjuntos de reglas en paralelo y el sistema, no la memoria, debe saber a qué cliente pertenece cada tarea. Por eso la velocidad de recepción se cotiza por perfil de cliente, nunca como un promedio del edificio.

Salida: palés completos y piezas, lado a lado#

La misma dualidad corre en la salida. El pedido de un cliente B2B puede ser tres palés completos: una carretilla los baja de los racks, se filman, se etiquetan y van a staging; el pedido nunca toca una cubeta ni una mesa de embalaje. El siguiente pedido, de un cliente vendedor en línea, son dos piezas recogidas de estanterías, embaladas en una caja pequeña con etiqueta de transportista. Ambos son simplemente pedidos de salida en el mismo sistema y a menudo en la misma hora. La habilidad de un equipo 3PL es cambiar de granularidad sin cambiar de disciplina: el pedido de palé completo recibe igual su escaneo y su papeleo, y el paquete de dos piezas se cuenta igual contra el libro del cliente correcto.

En Docklify, un pedido de salida se crea bajo su Client, con la dirección de destino elegida de la libreta de direcciones de ese cliente o escrita una vez y guardada. La asignación reserva entonces solo el stock de ese cliente, y la tarea de picking —palé completo o por piezas— se genera desde ese pedido, de modo que la granularidad puede cambiar pedido a pedido mientras el límite del cliente nunca se mueve.

Dónde está el dinero: los puntos de facturación de un almacén 3PL#

Un almacén 3PL gana de tres familias de cargos. El almacenaje es el silencioso: la mercancía paga por el espacio que ocupa, contado por palé, por metro cúbico o por ubicación, normalmente con foto diaria: un palé que se queda treinta días paga treinta días, lo haya tocado alguien o no. La manipulación es la visible: cada vez que personas y máquinas trabajan sobre la mercancía —recibir, ubicar, recoger, embalar, cargar— el contrato pone precio a ese toque. Los servicios de valor añadido son los negociables: etiquetado, reencajado, kitting, controles de calidad, foto documental, empaque de regalo. Ninguno de estos precios es universal: viven en el contrato de cada cliente, y por eso la conversación de facturación siempre empieza en la tarifa, no en la costumbre.

La fuga en la mayoría de edificios 3PL no son precios equivocados: es trabajo hecho y nunca registrado. Un favor de etiquetado en la mesa de embalaje, un reencajado por amabilidad, horas extra en el contenedor urgente de un cliente: si nadie lo anota el día que ocurre, no estará en la factura y el almacén lo habrá donado en silencio. La regla de suelo sigue: sin evento, no hay cargo; y lo mejor que un supervisor puede hacer por el negocio es que registrar tome diez segundos.

En Docklify los precios viven en la tarifa del cliente (Accounting → Billing → Rate Sheets → New Rate Sheet): un asistente de cinco pasos elige partidas de un catálogo agrupado por módulo (WMS, TMS, Drayage, LastMile), fija precios unitarios y escalas, y, una vez firmado electrónicamente por ambas partes, la tarifa se convierte en la única versión activa de ese cliente. Los cambios de precio nunca editan la historia: crean una versión nueva y se firman de nuevo.

El lado del cobro corre entonces solo: cada tarea completada escribe automáticamente un evento de uso facturable (recepción, ubicación, picking, embalaje y demás), el almacenaje se captura a diario, y las partidas que el sistema no captura —etiquetado, detención y extras similares— se agregan a mano o por CSV antes de la liquidación. En la liquidación, el motor tarifa cada evento no facturado con la versión activa del cliente y emite un borrador de factura (MINV-000001, MINV-000002…) donde cada línea muestra su fórmula de cantidad por precio, para que el cliente verifique línea a línea.

Dejar que los clientes vean por sí mismos: la confianza es una función#

Un almacén multicliente recibe las mismas preguntas cada semana: cuánto queda de lo mío, ¿salió el pedido del martes?, ¿por qué está esta línea en la factura? Responder por teléfono y hoja de cálculo funciona con tres clientes y colapsa con treinta, y cada respuesta manual es una oportunidad de pegar los números del cliente equivocado en el correo equivocado. La respuesta escalable es el autoservicio con muros duros: cada cliente entra y ve exactamente su propio stock, sus propios pedidos, sus propias facturas —completo para él, invisible más allá de él—.

En Docklify, los clientes obtienen ese muro con el Client Portal (el Merchant Portal): una cuenta de cliente hace sus propios pedidos, consulta su propio inventario y sigue el tracking, mientras el equipo del almacén solo se ocupa de la aprobación y el cumplimiento. El portal lee los mismos libros por cliente que el suelo del almacén, así que lo que el cliente ve es lo que los racks tienen, no una hoja de cálculo que alguien actualizó el viernes pasado.

Disciplina diaria en un edificio multicliente#

• Etiqueta en el muelle, no después. Un palé que entra a los racks sin su código de cliente acabará siendo la adivinanza de alguien, y las adivinanzas se envían.
• Cuenta por cliente, siempre. Un conteo cíclico que mezcla los SKU idénticos de dos clientes en un número no ha contado nada.
• Registra el favor el día que ocurre. El etiquetado extra, el reencajado y el trabajo urgente son cargos legítimos solo si existe el evento de facturación; la memoria no es una factura.
• Nunca tomes prestado stock entre clientes, ni siquiera con ambos clientes al teléfono de acuerdo: los libros, las caducidades y los lotes discreparán después, por escrito.
• Cotiza a los clientes nuevos desde su perfil, no desde el promedio del edificio: los clientes de palé-entra-paquete-sale y los de palé completo usan el mismo suelo de formas completamente distintas.

Un almacén 3PL es un negocio de cumplir promesas disfrazado de negocio de almacenaje. Mantén separados la mercancía, los libros y las facturas de cada cliente —en el suelo, en el sistema y en el portal— y el edificio lleno de propiedad ajena se convierte en lo más fácil del mundo de defender: todo contado, todo atribuible.

Funciones de Docklify usadas en este artículo#

• Áreas dedicadas por cliente como Location Groups — WMS → Location Groups
• Cada documento lleva su Client; la liberación de oleada exige el Client y agrupa por cliente y filtro — WMS → Outbound Orders / Wave Release
• Pedidos de salida bajo un Client, destino desde la libreta de ese cliente, asignación que reserva solo su stock — WMS → Outbound Orders
• Tarifas por cliente con asistente de cinco pasos, precios por escala y firma electrónica — Accounting → Billing → Rate Sheets
• Eventos de uso automáticos desde tareas completadas, capturas diarias de almacenaje y facturas de liquidación con fórmula por línea — Accounting → Billing
• Autoservicio del cliente para pedidos, su inventario y tracking — Client Portal / Merchant Portal