O transelevador funcionou durante três dias. Travou na septuagésima hora.
Foi no inverno de dois anos atrás, num projeto de shuttles de quatro vias passando pela aceitação de comissionamento. O integrador estava confiante: 72 horas de operação contínua, sem problema. Na septuagésima hora, um shuttle disparou um alarme e parou no meio do corredor, e todos os paletes atrás dele ficaram enfileirados. Uma dúzia de pessoas cercava a máquina enquanto o gerente de projeto do integrador empalidecia. Pelo contrato, uma interrupção do ciclo significava aceitação reprovada, e a retenção de 30% continuava sobre a mesa. A causa raiz revelou-se um palete deformado: os garfos entraram e ficaram presos. Os paletes foram fornecidos pelo cliente, fora do escopo do integrador. E então começou a discussão: isto é uma falha de equipamento ou um problema de materiais?
A discussão durou dois meses. No fim, dividiram a diferença: o cliente trocou os paletes, o integrador rodou as 72 horas de novo. Mas nunca esqueci aquela cena: um projeto de dezenas de milhões, refém de um palete de madeira empenado, e o contrato não dizia nada sobre a quem cabe tal interrupção.
O teste de aceitação em campo (SAT) é a fase mais fácil de maquiar de qualquer projeto ASRS. O fornecedor quer a retenção liberada, o dono quer entrar em operação, e os dois lados aprovam o teste com boa vontade. O dono sempre paga por isso depois: uma vez entregue o equipamento, negocia-se em posição de fraqueza diante de cada deficiência de desempenho.
Métricas de aceitação: acorde "como se conta" antes de "o que conta como aprovado"
As maiores disputas de SAT que já vi nunca são sobre a altura da barreira. São sobre como a barreira é medida. Três clássicos se repetem.
Primeiro: o throughput é medido por transelevador ou por corredor como sistema? Um transelevador rodando vazio consegue um ciclo duplo em cerca de 60 segundos. Mas um corredor completo — handoff do transportador, latência de comandos do WMS, tratamento de exceções — pode ter média de 90 segundos ou mais por palete. Os fornecedores cotam o primeiro número; você deve aceitar contra o segundo. O contrato deve dizer: o throughput é medido como throughput de sistema em nível de corredor, cronometrado de ponta a ponta desde a entrada do palete no transportador de entrada até a confirmação pelo sistema da armazenagem concluída.
Segundo: qual é o denominador da taxa de acurácia? O número de comandos emitidos pelo WMS ou o número de paletes realmente concluídos? Um comando emitido mas nunca executado é culpa de alguém, e o contrato tem de dizer de quem. Minha redação: o denominador são as tarefas válidas emitidas pelo WMS; o numerador são as tarefas concluídas em uma tentativa com zero intervenção manual. Tudo o que um operador teve de reiniciar à mão não conta como sucesso. Coloque essa frase no contrato e você elimina metade das discussões de comissionamento.
Terceiro: a taxa de falhas inclui paradas planejadas? Trocas de bateria, inspeções de rotina, atualizações de software — dentro ou fora das 72 horas? Acorde antecipadamente se o ciclo é "contínuo" ou "cumulativo", quantas paradas planejadas são permitidas e quanto cada uma pode durar. Caso contrário, você ganha minha cena de abertura: um travamento de duas horas num palete deformado, o fornecedor chamando de problema de materiais, o dono chamando de interrupção.
Definir o nível das metas é a parte fácil: o setor tem faixas de referência maduras para tempos de ciclo de transelevadores e throughput de sistema, e nenhum fornecedor ousa inventar números ali. O que determina a qualidade da aceitação são estas definições de "como se conta". Critérios de aceitação que nunca chegam ao contrato não valem nada quando a disputa começa.
A corrida de 72 horas: onde traçar a linha de aprovação
A corrida contínua de 72 horas é o evento principal do SAT de ASRS, mas "sobreviver 72 horas" é só o mínimo. O teste de verdade está do outro lado dessa linha.
Primeiro, a carga tem de ser real. Rodar vazio por 72 horas não prova nada. Opere na carga de capacidade de projeto: o volume certo de paletes, com mix de SKUs próximo aos perfis reais de pedidos. A manobra mais esperta que já vi: teste de aceitação com um tipo de palete padrão e um tamanho de caixa, depois no go-live chegam as cargas de formato estranho e a taxa de falhas triplica. O contrato deve especificar que os paletes de teste devem cobrir a faixa real de especificações de paletes, pesos de carga e dimensões de mercadoria que o dono opera.
Segundo, classifique as interrupções. Nem todas as paradas são iguais: Classe A é uma falha de equipamento que para o corredor inteiro, Classe B é uma falha de um único dispositivo que o sistema consegue contornar em modo degradado, Classe C é uma exceção de materiais/palete/dados que exige intervenção manual. Minha linha de aprovação habitual: tolerância zero para Classe A em 72 horas, no máximo 2 eventos de Classe B com recuperação em menos de 30 minutos cada, e Classe C registrada com honestidade — excluída da pontuação do equipamento, mas lançada na lista de problemas de processo. Faça os dois lados assinarem este esquema de classificação no plano SAT — não na septuagésima hora.
Terceiro, os dados têm de vir do sistema, não das pessoas. O WMS e o sistema de controle de equipamentos devem exportar logs de execução com carimbo de tempo: a hora de emissão de cada tarefa, a hora de conclusão e o código de exceção. Formulários de aceitação preenchidos à mão não valem nada como evidência — não porque alguém os falsifique, mas porque humanos não conseguem observar com precisão. Em mais de setenta horas, as anomalias que as pessoas perdem superam as que elas pegam.
Remediação e retenção: escreva de modo que morda
O que acontece quando a aceitação falha? Este é o capítulo mais importante do contrato, e o mais fácil de escrever como palavras vazias.
"Remediar em prazo razoável" não significa nada. Escreva os números: quantos dias úteis o fornecedor tem para corrigir e reaplicar após um SAT reprovado, quantos retestes são permitidos e quais direitos o dono tem se os retestes falharem. Meu modelo: 14 dias úteis para remediar e solicitar reteste após a primeira reprovação; máximo de 2 retestes; se ambos falharem, o dono pode deduzir pela proporção do déficit ou trazer testes de terceiros por conta do fornecedor. A retenção não deve ser inferior a 20%, idealmente 30% — uma retenção de 10% não limita ninguém; perdê-la não dói.
Algo que a maioria dos donos deixa passar: funcionalidade ausente e funcionalidade de baixo desempenho são duas coisas diferentes, e precisam de penalidades separadas. Uma função ausente (o recurso de inventário rotativo automático do contrato nunca foi construído) é uma falha de entrega — tem de ser entregue. Baixo desempenho (throughput 10% abaixo da meta) é um problema de otimização — aceitável com dedução de preço. Misture os dois e você ganha uma bagunça insolúvel. Meu conselho: itens de funcionalidade são aprovado/reprovado, sem aceitação sem eles; itens de desempenho pontuam com dedução ponderada até um piso contratado.
Fixe também a data de início da garantia: ela corre a partir do dia em que as duas partes assinam o SAT — não da entrega do equipamento, não da "aceitação preliminar". Já vi fornecedores argumentarem que a garantia começou quando as mercadorias chegaram ao local. Se o contrato não disser o contrário, quem o redigiu ganha essa discussão.
Três coisas que o dono precisa preparar
Observar o fornecedor não basta. Se o lado do dono falhar, o SAT trava do mesmo jeito.
Primeiro, padronize os paletes e suportes antes de testar. Minha história de abertura sobre o palete deformado remonta aos paletes variados do dono. Antes do SAT, unifique-os por escrito — dimensões, materiais, capacidades de carga, padrões de condição. Paletes fora de especificação não entram no ASRS.
Segundo, integre a interface do WMS cedo. Muitos atrasos de SAT não são problemas de equipamento — a interface WMS-para-controles nunca foi depurada. Meu requisito: integração de interface concluída duas semanas antes do início do SAT, com tarefas simuladas rodando a cadeia completa. Não descubra a incompatibilidade depois que os transelevadores estiverem de pé.
Terceiro, treine operadores e equipe de manutenção antes do teste. Se os operadores de plantão durante o SAT nem conseguem ler os códigos de alarme, cada interrupção de Classe C é registrada como problema de equipamento. Faça o fornecedor concluir o treinamento de operadores e certificar as pessoas antes do SAT — isso prepara você para o go-live e para atribuir responsabilidades com justiça.
Um ASRS é um ativo pesado; você vai conviver com ele por uma década. Essas 72 horas de SAT são o único momento em que o dono tem todas as cartas. A equipe de vendas e os gerentes de projeto do fornecedor estão no seu momento mais razoável justamente então, porque o dinheiro da retenção ainda não foi pago. Depois que essa janela se fecha, o mesmo problema lhe custa duas semanas de espera só por um slot de serviço. Não amoleça durante a aceitação — cada ponto de moleza que você ceder agora volta dobrado como problema depois do go-live.
Checklist de aceitação:
- O contrato define como throughput, acurácia e taxa de falhas são contados (throughput em nível de corredor, taxa de sucesso na primeira tentativa, classificação de interrupções)
- Ambas as partes assinam o plano SAT: padrão de carga para a corrida de 72 horas, mix de especificações de paletes, classes de interrupção e linhas de aprovação
- Dados de execução exportados de logs do sistema com carimbo de tempo; registros preenchidos à mão não aceitos como evidência
- Retenção não inferior a 20% (30% recomendado), vinculada à assinatura do SAT; número de retestes, prazos de remediação e regras de dedução no contrato
- Funcionalidade ausente é aprovado/reprovado; baixo desempenho pontua com dedução ponderada — tratados separadamente
- A garantia começa na data de assinatura do SAT
- Paletes do dono padronizados, interface do WMS integrada duas semanas antes, operadores treinados e certificados antes do teste
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
