O armazém 3PL multicliente: muitos donos, um prédio, contas separadas

O que torna um armazém 3PL diferente de um próprio: zonas e segmentos de localizações por cliente, livros de estoque separados por cliente, trabalho de palete inteiro e por peças lado a lado, e onde ficam os pontos de faturamento: armazenagem, manuseio e serviços de valor agregado.

Um armazém próprio guarda a mercadoria da própria empresa: se algo é contado errado, a perda é interna e se resolve com uma recontagem silenciosa. Um armazém 3PL guarda, cobrando, a mercadoria de outras empresas, e essa única diferença reescreve cada regra. O estoque nos racks pertence a cinco, vinte, cem donos diferentes. Cada dono pode perguntar a qualquer momento: quanto há do meu, onde está, o que saiu esta semana — e receber uma resposta que nunca inclua a mercadoria do vizinho. Um armazém 3PL vende, numa frase, manter tudo separado e contável.

Muitos clientes, um prédio: primeiro zonear por cliente#

O layout físico começa com a lista de clientes. Cada cliente recebe sua própria área: um trecho de corredores de racks, um segmento de chão ou, no mínimo, um conjunto de faixas de localizações claramente sinalizado. As placas levam o nome do cliente nas cabeceiras, as etiquetas de palete levam o código do cliente, e paletes mistos são proibidos: um palete nunca carrega mercadoria de dois clientes, por mais conveniente que pareça. Clientes pequenos podem compartilhar um corredor, mas nunca uma localização: a menor unidade de separação no chão é uma localização, um cliente. Isso parece desperdício ao lado de um armazém próprio que preenche cada vão com qualquer coisa; num prédio 3PL, os vãos entre clientes são o preço de poder jurar de quem é cada mercadoria.

No Docklify, uma área dedicada a um cliente pode ser expressa como um Location Group (WMS → Location Groups): agrupe as localizações reservadas a um cliente sob o grupo desse cliente, para que as sugestões de armazenagem e as regras de tarefas respeitem o limite em vez de depender da memória de todos sobre qual corredor é de quem.

O livro de estoque deve ser mantido por cliente#

Dois clientes podem vender o produto exato —mesmo SKU, mesma caixa, mesma aparência na prateleira—. Nos livros são dois estoques distintos que por acaso parecem idênticos, e nunca, jamais, se somam. Quantidade disponível, quantidade reservada, contagens cíclicas e até baixas por dano são contadas por cliente. Se o cliente A fica sem estoque enquanto o cliente B ao lado tem cinco paletes do mesmo item, os pedidos de A esperam: pegar emprestado o estoque do vizinho para enviar o pedido de A é o pecado imperdoável de um armazém multicliente, porque falsifica dois livros de uma vez.

No Docklify esta separação é estrutural, não um bilhete num quadro: cada cabeçalho de documento carrega seu Client —um pedido de saída é criado sob um cliente, a liberação de onda começa escolhendo o Client (campo obrigatório) e agrupa os envios por cliente e filtro, e a alocação bloqueia o estoque desse cliente—. Escolha o cliente errado no início e o pedido simplesmente não tem estoque para prometer: é o sistema se recusando a misturar os livros por você.

Entrada: identifique o cliente antes de tocar na mercadoria#

O recebimento num prédio 3PL começa um passo antes do usual: de quem é? O agendamento, o papel e a tarefa de recebimento nomeiam um cliente antes de a porta do caminhão abrir. A mercadoria é contada contra a entrega esperada daquele cliente, etiquetada com o código dele na doca e só então armazenada — no segmento daquele cliente. A mistura surpreende os novatos: a mesma manhã traz um contêiner inteiro de caixas paletizadas para um cliente atacadista e três caixas soltas de amostras para um pequeno vendedor on-line. Entrada de palete inteiro e entrada por peças são normais aqui, muitas vezes na mesma doca, com uma hora de diferença.

As regras de armazenagem então diferem por cliente, porque a mercadoria difere: um cliente exige primeiro a entrar, primeiro a sair estrito; outro controla lotes; um cliente de alimentos vigia vencimentos; um cliente com muitas devoluções quer espaço de quarentena. O armazém não pode escolher uma regra única da casa: roda vários conjuntos de regras em paralelo e o sistema, não a memória, precisa saber a qual cliente cada tarefa pertence. É também por isso que a velocidade de recebimento é cotada por perfil de cliente, nunca como média do prédio.

Saída: paletes inteiros e peças, lado a lado#

A mesma dualidade corre na saída. O pedido de um cliente B2B pode ser três paletes inteiros: uma empilhadeira os desce dos racks, são filmados, etiquetados e vão para staging; o pedido nunca toca uma caixa de prateleira nem uma bancada de embalagem. O pedido seguinte, de um cliente vendedor on-line, são duas peças separadas de prateleiras, embaladas numa caixa pequena com etiqueta da transportadora. Ambos são simplesmente pedidos de saída no mesmo sistema e muitas vezes na mesma hora. A habilidade de uma equipe 3PL é trocar de granularidade sem trocar de disciplina: o pedido de palete inteiro recebe igual seu escaneamento e seu papel, e o pacote de duas peças é contado igual no livro do cliente certo.

No Docklify, um pedido de saída é criado sob seu Client, com o endereço de destino escolhido do catálogo de endereços daquele cliente ou digitado uma vez e salvo. A alocação reserva então só o estoque daquele cliente, e a tarefa de separação —palete inteiro ou por peças— é gerada daquele pedido, de modo que a granularidade pode mudar pedido a pedido enquanto o limite do cliente nunca se move.

Onde está o dinheiro: os pontos de faturamento de um armazém 3PL#

Um armazém 3PL ganha de três famílias de cobranças. A armazenagem é a silenciosa: a mercadoria paga pelo espaço que ocupa, contada por palete, por metro cúbico ou por localização, normalmente com foto diária — um palete que fica trinta dias paga trinta dias, alguém tenha tocado nele ou não. O manuseio é o visível: cada vez que pessoas e máquinas trabalham sobre a mercadoria —receber, armazenar, separar, embalar, carregar— o contrato precifica aquele toque. Os serviços de valor agregado são os negociáveis: etiquetagem, reencaixotamento, kitting, controles de qualidade, foto documental, embalagem de presente. Nenhum desses preços é universal: vivem no contrato de cada cliente, e por isso a conversa de faturamento sempre começa na tabela de preços, não no hábito.

O vazamento na maioria dos prédios 3PL não são preços errados: é trabalho feito e nunca registrado. Um favor de etiquetagem na bancada de embalagem, um reencaixotamento por gentileza, horas extras no contêiner urgente de um cliente — se ninguém anota no dia em que acontece, não estará na fatura e o armazém o terá doado em silêncio. A regra de chão segue: sem evento, sem cobrança; e o melhor que um supervisor pode fazer pelo negócio é fazer o registro levar dez segundos.

No Docklify os preços vivem na tabela de preços do cliente (Accounting → Billing → Rate Sheets → New Rate Sheet): um assistente de cinco passos escolhe itens de um catálogo agrupado por módulo (WMS, TMS, Drayage, LastMile), define preços unitários e faixas e, depois de assinado eletronicamente pelos dois lados, a tabela se torna a única versão ativa daquele cliente. Mudanças de preço nunca editam a história: criam uma versão nova e assinam de novo.

O lado da cobrança roda então sozinho: cada tarefa concluída grava automaticamente um evento de uso faturável (recebimento, armazenagem, separação, embalagem e o resto), a armazenagem é capturada diariamente, e os itens que o sistema não captura —etiquetagem, detenção e extras similares— são lançados à mão ou por CSV antes da liquidação. Na liquidação, o motor precifica cada evento não faturado pela versão ativa do cliente e gera uma minuta de fatura (MINV-000001, MINV-000002…) onde cada linha mostra sua fórmula de quantidade vezes preço, para o cliente conferir linha a linha.

Deixar os clientes verem por si mesmos: confiança é um recurso#

Um armazém multicliente recebe as mesmas perguntas toda semana: quanto resta do meu, o pedido de terça saiu, por que esta linha está na fatura. Responder por telefone e planilha funciona com três clientes e desaba com trinta, e cada resposta manual é uma chance de colar os números do cliente errado no e-mail errado. A resposta escalável é o autoatendimento com muros duros: cada cliente entra e vê exatamente seu próprio estoque, seus próprios pedidos, suas próprias faturas —completo para ele, invisível além dele.

No Docklify, os clientes ganham esse muro com o Client Portal (o Merchant Portal): uma conta de cliente faz seus próprios pedidos, consulta seu próprio estoque e acompanha o rastreio, enquanto a equipe do armazém cuida só da aprovação e do atendimento. O portal lê os mesmos livros por cliente que o chão do armazém, então o que o cliente vê é o que os racks têm — não uma planilha que alguém atualizou na sexta passada.

Disciplina diária num prédio multicliente#

• Etiquete na doca, não depois. Um palete que entra nos racks sem seu código de cliente acabará sendo o palpite de alguém — e palpites são enviados.
• Conte por cliente, sempre. Uma contagem cíclica que mistura os SKU idênticos de dois clientes num número só não contou nada.
• Registre o favor no dia em que acontece. Etiquetagem extra, reencaixotamento e trabalho urgente são cobranças legítimas só se o evento de faturamento existir; memória não é fatura.
• Nunca pegue emprestado estoque entre clientes, nem com os dois clientes ao telefone concordando — os livros, os vencimentos e os lotes vão discordar depois, por escrito.
• Cote clientes novos pelo perfil deles, não pela média do prédio: clientes de palete-entra-pacote-sai e de palete inteiro usam o mesmo chão de formas completamente diferentes.

Um armazém 3PL é um negócio de cumprir promessas disfarçado de negócio de armazenagem. Mantenha separados a mercadoria, os livros e as faturas de cada cliente —no chão, no sistema e no portal— e o prédio cheio de propriedade alheia se torna a coisa mais fácil do mundo de defender: tudo contado, tudo atribuível.

Recursos do Docklify usados neste artigo#

• Áreas dedicadas por cliente como Location Groups — WMS → Location Groups
• Cada documento carrega seu Client; a liberação de onda exige o Client e agrupa por cliente e filtro — WMS → Outbound Orders / Wave Release
• Pedidos de saída sob um Client, destino do catálogo daquele cliente, alocação reservando só o estoque dele — WMS → Outbound Orders
• Tabelas por cliente com assistente de cinco passos, preços por faixa e assinatura eletrônica — Accounting → Billing → Rate Sheets
• Eventos de uso automáticos de tarefas concluídas, fotos diárias de armazenagem e faturas de liquidação com fórmula por linha — Accounting → Billing
• Autoatendimento do cliente para pedidos, seu estoque e rastreio — Client Portal / Merchant Portal