KORA Inventory: configuração de picking por voz e lote em armazém

O terminal RF na mão do operador resolve o "onde" e o "quanto". Não resolve o "com as duas mãos ocupadas a manusear caixas de 8 kg num corredor de -22 °C ou entre paletes de fio a 30 °C". O artigo sobre mobilidade industrial no armazém mostrou porque é que o papel morre; o pilar de captura de produção em tempo real mostrou o princípio: dados no momento em que a ação acontece. Ficou por resolver o detalhe mais teimoso: como configurar picking por voz com controlo de lote sem transformar o armazém num call-center de robôs. Neste artigo, resolve-se em detalhe técnico — arquitetura, thresholds, integração e as armadilhas que só se veem em produção.

A tese: o picking por voz não ganha por ser mais rápido a bipar — ganha por libertar as mãos e os olhos, e por só fazer sentido quando o lote entra na conversa. Sem rastreabilidade de lote no diálogo de voz, você comprou um headset caro para fazer o que o RF já fazia. Onde a voz muda o jogo é no armazém onde cada movimento tem de dizer que lote saiu — dye lot têxtil, lote de tingimento, lote alimentar com prazo de validade. É aí, e só aí, que os ganhos de produtividade que a indústria reporta para voice picking pagam o projeto.

Antes de entrar na arquitetura, vale a pena situar o problema no chão-de-armazém português real. Um centro de distribuição alimentar no corredor Lousada/Paços de Ferreira raramente é um armazém "greenfield" desenhado a régua. É um edifício que cresceu por anexação — a nave de 1998, a expansão de 2007, a câmara de congelados de 2015 — com corredores de larguras diferentes, alturas de estante díspares e um Wi-Fi que foi instalado ponto a ponto conforme as reclamações. É neste contexto imperfeito que a voz tem de funcionar, não numa maquete de fornecedor. Quem promete voice picking sem pisar o armazém está a vender-lhe um folheto.

1. Arquitetura recomendada

O erro de arquitetura mais comum é tratar a voz como um "modo de ecrã diferente" do RF. Não é. A voz é um canal com latência, ruído e reconhecimento — exige um voice middleware entre o dispositivo e o KORA Inventory Suite, não uma tradução direta de ecrãs para prompts falados. Um ecrã de RF pode apresentar quinze campos ao operador e deixá-lo escolher a ordem de leitura. A voz é linear, serializada, uma instrução de cada vez. Traduzir literalmente um ecrã denso para voz produz um diálogo interminável que ninguém aguenta ao terceiro turno.

Camadas do sistema

• Dispositivo: terminal wearable (pulso/cinto) com headset de condução óssea ou boom mic, resistente a IP54+. Android 11+ com modo kiosk.
• Voice runtime: motor de reconhecimento (ASR) e síntese (TTS) — idealmente on-device para eliminar dependência de rede em tempo real de diálogo.
• Voice middleware: gere o diálogo (task-to-speech), a lógica de confirmação por dígitos de verificação e a máquina de estados da tarefa.
• KORA Inventory: gere waves, alocação, lote, localização, unidade logística.
• ERP MULTI: origem da encomenda, stock contabilístico, saída de armazém, faturação.

Decisão fundamentada: faça o ASR correr on-device. Um armazém de distribuição alimentar típico com 12 operadores em pico gera dezenas de confirmações de voz por minuto. Se cada confirmação depender de round-trip a um servidor cloud, um pico de latência de rede de 300 ms transforma-se em operadores parados a repetir "confirmar". On-device, o reconhecimento acontece em menos de 120 ms e a rede só carrega o resultado da transação, não o áudio bruto nem o processamento acústico.

Voz que depende da rede para reconhecer é uma buzina que só toca quando o Wi-Fi deixa. Em armazém, o Wi-Fi deixa.

Diálogo por dígitos de verificação (check digits)

O padrão maduro de voice picking não pede ao operador que leia o SKU. Pede que confirme uma localização por dígitos de verificação — 2 a 3 dígitos impressos na estante que não constam do sistema visualmente. O operador chega à posição, diz "47", o sistema valida que 47 corresponde à localização alocada. É Poka-Yoke auditivo: só quem está fisicamente na posição certa conhece o número.

Para o lote, o diálogo estende-se: após confirmar a posição, o sistema pergunta o lote a recolher (FEFO) e o operador confirma os últimos dígitos do lote impresso na caixa. Isto fecha a rastreabilidade sem obrigar a leitura de código de barras — embora, para lote com formato longo, o híbrido voz-mais-scan seja mais seguro (ver secção 5).

A escolha do número de dígitos de verificação não é arbitrária. Um dígito único produz colisões: numa área de picking com dezenas de posições, é estatisticamente garantido que duas localizações próximas partilham o mesmo dígito, e o operador pode confirmar a posição errada estando fisicamente perto. Quatro ou mais dígitos alongam o diálogo desnecessariamente e aumentam o WER, porque cada dígito adicional é mais uma oportunidade de reconhecimento falhado. Dois a três dígitos é o ponto de equilíbrio entre unicidade e velocidade — três em armazéns grandes, dois em áreas de picking compactas com menos de cem posições.

On-device versus cloud: a decisão que condiciona tudo o resto

Há uma tentação comercial de vender ASR na cloud: modelos maiores, atualizações centralizadas, menos hardware no dispositivo. Para um assistente de voz doméstico, faz sentido. Para picking industrial, é o oposto do que precisa. O diálogo de voz num armazém é de baixíssima variabilidade lexical — o operador diz números, "confirmar", "falta", "repetir". Não precisa de um modelo de linguagem gigante que perceba conversa livre. Precisa de reconhecimento de dígitos e de meia dúzia de comandos, com fiabilidade absoluta e latência mínima, mesmo quando o access point mais próximo está a cair.

A última linha da tabela é frequentemente ignorada e não devia ser. A voz de um operador identificável é dado pessoal na aceção do RGPD e da Lei 58/2019. Enviar áudio bruto para uma cloud de terceiros — potencialmente fora do EEE — introduz uma questão de transferência internacional de dados que o seu encarregado de proteção de dados vai querer discutir. Processamento on-device mantém o áudio no dispositivo e só transmite a transação de negócio, o que simplifica drasticamente o registo de atividades de tratamento.

2. Parâmetros, métricas e thresholds

Números que decidem se o projeto vive ou morre em produção. Estes são valores operacionais defensáveis para armazém industrial português; ajuste ao seu perfil de SKU e temperatura.

A referência de negócio: no comércio por grosso as margens comerciais são estruturalmente estreitas. Com margens assim, cada linha de picking mal executada — devolução, quebra de lote errado, penalização de cliente — come rentabilidade que não se recupera no volume. A eficiência logística não é otimização: é sobrevivência da margem.

Como medir WER de forma honesta

Muitos fornecedores reportam WER "de laboratório", medido com locutores de estúdio numa sala tratada acusticamente. Esse número não tem qualquer relação com o que acontece na nave. O WER que interessa mede-se no turno real, com a empilhadora a passar, a porta da câmara de frio a abrir, o rádio do vizinho de corredor, e o operador com a máscara de frio que abafa a voz. Meça-o assim: registe todas as confirmações de uma semana, conte quantas exigiram repetição por falha de reconhecimento (não por erro humano de leitura), e divida. Um WER real acima de 5% num operador específico é um sinal — ou o perfil de voz precisa de retreino, ou o headset está mal ajustado, ou aquele operador tem uma particularidade de fala que exige atenção.

Linhas por hora: a métrica que engana

"Linhas por hora" é a métrica que todos citam e a que mais engana. Uma linha de each picking de um SKU pequeno e uma linha de case picking de doze caixas de 8 kg não são comparáveis. Normalize sempre por complexidade: separe linhas/hora por tipo de picking, por zona de temperatura, por peso médio da linha. Um aumento de 15% em linhas/hora que na verdade reflete uma mudança de mix para SKUs mais leves não é ganho de voz — é ruído estatístico. O Qlik Sense permite segmentar estes dados por dimensão para não cair na armadilha da média enganadora.

A média de linhas por hora esconde tudo o que interessa. O que interessa é qual operador, em que zona, com que peso, e a que hora do turno o ritmo caiu.

Onde a voz não compensa

Seja honesto no dimensionamento. Voz compensa em each picking e case picking de alto volume, mãos ocupadas, ambiente exigente. Não compensa em:

• Picking de peça única com SKU de leitura obrigatória (calçado sample room com 800-1200 SKUs — aí o scan visual ganha).
• Armazéns com menos de 4 operadores simultâneos (o custo de headset e treino não amortiza).
• Fluxos com fotografia de conformidade obrigatória (o ecrã é inevitável).
• Picking de valor muito elevado por linha (jóias, componentes eletrónicos de série pequena) onde a dupla verificação visual é regra de auditoria.

A questão do payback por dimensão de empresa

O cálculo de amortização muda radicalmente com a dimensão. Uma empresa com quatro operadores e um único turno raramente justifica voz — o custo fixo de headsets, licenças de middleware, site survey e treino divide-se por poucas horas-homem de picking anuais. Uma operação de distribuição com vinte operadores em dois turnos, câmara fria e volume de case picking constante amortiza o investimento em meses, não em anos, porque cada ponto percentual de produtividade multiplica-se por muitas horas.

Este é o momento em que os instrumentos de financiamento entram na conversa. Um projeto de modernização de armazém com componente de captura de dados e rastreabilidade encaixa nos avisos de digitalização e Indústria 4.0 do PT2030 e do Norte 2030. O que costuma emperrar não é a candidatura — é o relatório técnico que tem de demonstrar o ganho mensurável. Sem baseline de linhas/hora antes do projeto, não há como provar o delta depois, e o técnico do organismo intermédio devolve o dossier. Meça antes. Sempre.

3. Configuração prática

Snippets ilustrativos da lógica de configuração — não são credenciais nem ficheiros de produção. Servem para mostrar as decisões que tem de tomar.

Perfil de tarefa de voz com lote FEFO

{
  "task_type": "voice_pick",
  "allocation_strategy": "FEFO",   // First Expired, First Out
  "confirm_location": {
    "method": "check_digits",
    "digits": 3,
    "retry_max": 2                 // após 2 falhas, escala a supervisor
  },
  "confirm_lot": {
    "enabled": true,
    "method": "spoken_suffix",     // ultimos 4 digitos do lote
    "fallback": "barcode_scan"     // se lote nao reconhecido, exige scan
  },
  "confirm_quantity": {
    "method": "spoken_number",
    "range_check": true            // rejeita qtd > alocado
  },
  "short_pick": {
    "prompt": "short",             // operador declara falta em voz
    "auto_replan": true            // KORA realoca de outra posicao/lote
  }
}

Repare no retry_max: 2. É deliberado. Um operador que falha a confirmação de localização duas vezes seguidas ou está no sítio errado, ou tem um problema de reconhecimento que não se resolve repetindo — em qualquer dos casos, escalar a supervisor é mais rápido do que deixá-lo teimar. Configurar retry infinito é a receita para um operador preso num loop de "não reconhecido" enquanto a wave atrasa.

Regra de bloqueio de lote misto na mesma unidade logística

-- Impedir consolidar dois lotes na mesma palete de saida
-- (rastreabilidade EU exige lote unico por unidade quando possivel)
IF (SELECT COUNT(DISTINCT lote)
    FROM linha_picking
    WHERE unidade_logistica = @UL
      AND estado = 'PICKED') > 1
THEN RAISE 'MIXED_LOT_UL: unidade logistica com lotes distintos';
-- Excecao: ordens marcadas 'lote_misto_autorizado' pelo cliente

Esta regra parece pedante até ao dia em que uma marca — Inditex, Decathlon — pede recall de um lote de tingimento e você descobre que consolidou três lotes numa palete que já saiu para quatro lojas. A contagem cíclica apanha discrepâncias de quantidade; não apanha misturas de lote. A configuração é a única defesa.

Rastreabilidade e a Estratégia da UE para Têxteis Sustentáveis

Para o cluster do têxtil do Vale do Ave, o bloqueio de lote misto deixou de ser boa prática interna para ser requisito de conformidade. A Estratégia da UE para Têxteis Sustentáveis e Circulares empurra para o passaporte digital de produto, que exige saber com precisão que lote de fio, que lote de tingimento e que acabamento entraram em cada peça. Um armazém que consolida lotes de tingimento sem registo destrói essa cadeia de rastreabilidade na última etapa, depois de a fiação e o acabamento a terem mantido intacta. O picking por voz com confirmação de lote é o elo que fecha a cadeia até à saída.

Uma marca que pede um recall não quer saber que o seu picking é rápido. Quer saber que lote saiu, para onde, e quando — ao segundo. Se a resposta for uma folha de Excel reconstruída à mão, perdeu o cliente antes de responder.

Sequência de wave otimizada por corredor

{
  "wave_release": "by_zone",
  "path_optimization": "serpentine",  // evita cruzamento de operadores
  "batch_size_max": 12,               // linhas por wave de voz
  "temperature_zones": ["ambiente", "refrigerado", "congelado"],
  "zone_transition_alert": true       // avisa mudanca de temperatura
}

O path_optimization: serpentine merece nota. Numa nave com corredores estreitos, dois operadores que se cruzam com carros de picking perdem tempo e criam risco de colisão. A otimização em serpentina — subir um corredor, descer o seguinte — reduz cruzamentos e é particularmente relevante quando a força de trabalho é envelhecida, uma realidade comum nos armazéns do Norte, e a mobilidade não é a de um centro logístico automatizado do centro da Europa.

FEFO versus FIFO: não confunda no perecível

Na distribuição alimentar, FEFO (primeiro a expirar, primeiro a sair) não é o mesmo que FIFO (primeiro a entrar, primeiro a sair), e a diferença custa dinheiro. Dois lotes podem ter entrado em armazém pela mesma ordem mas ter prazos de validade diferentes — porque o fornecedor entregou stock mais antigo numa remessa posterior. Alocar por FIFO nesse caso deixa em prateleira o lote que expira primeiro, gerando quebra evitável. A configuração de allocation_strategy: FEFO tem de ler o prazo de validade real do lote, não a data de entrada. Parece óbvio; vimos armazéns a perder produto por terem configurado FIFO julgando que era o mesmo.

4. Integrações e dependências

O que liga onde. A voz é o canal visível; a integração é onde os projetos morrem em silêncio.

Dependências críticas não-negociáveis:

• NTP sincronizado em todos os dispositivos. Sem tempo comum, a ordem das transações de lote fica ambígua num recall.
• Site survey de Wi-Fi antes de qualquer piloto — não a "sensação" de que o sinal chega. RSSI medido corredor a corredor, com portas de câmara fria fechadas.
• Guia de transporte eletrónica conforme o DL 28/2019 e Portaria 195/2020: a saída de armazém tem de gerar documento certificado. A voz acelera o picking; a integração fecha o ciclo fiscal.

O documento de transporte não é um detalhe

Vale a pena insistir no ponto fiscal, porque é onde a tecnologia bonita choca com a obrigação legal. Em Portugal, o transporte de mercadorias exige documento de transporte comunicado à AT antes de a mercadoria circular, com ATCUD e código de barras nos termos do DL 28/2019 e da Portaria 195/2020. Um sistema de voice picking que acelera o picking mas não integra a geração do documento de transporte certificado deixa a última etapa — a mais fiscalizada — dependente de intervenção manual. O ganho de eficiência no corredor evapora-se se a expedição fica presa à espera de alguém emitir a guia no ERP. A integração tem de ser contínua: picking confirmado, unidade logística fechada, documento de transporte gerado e comunicado, tudo no mesmo fluxo transacional do ERP MULTI.

Cibersegurança do dispositivo em contexto NIS2

Um wearable com Android em modo kiosk é um endpoint na rede da fábrica, e a NIS2 (Diretiva UE 2022/2555, transposta pelo DL 65/2025) traz obrigações reforçadas de cibersegurança para operadores de setores considerados essenciais ou importantes, o que abrange muita da distribuição e da indústria. Um terminal de picking mal gerido — sem atualização de firmware, com aplicações laterais instaláveis, ligado a um Wi-Fi sem segmentação — é uma porta de entrada. O modo kiosk bloqueado, a segmentação de rede que separa dispositivos de chão da rede administrativa, e a gestão centralizada de dispositivos móveis (MDM) deixaram de ser boas práticas para se tornarem parte do dever de diligência. Quem trata isto como "só um leitor de voz" está a subestimar a superfície de ataque.

Se o armazém integra encomendas de canais múltiplos — força de vendas via KORA Sales Suite, portal KORA B2B, ou BOPIS em contexto de retalho omnicanal — a wave de voz tem de saber a prioridade de cada linha. Uma encomenda BOPIS com cliente à espera na loja não pode ficar atrás de uma reposição de rotina. A priorização não é cosmética: define se o cliente que está fisicamente na loja recebe a encomenda em cinco minutos ou em quarenta, e essa diferença é a que separa o retalho omnicanal que funciona do que gera reclamação no balcão.

Multi Connect quando há filiais

Para operações com mais de um armazém — uma central e entrepostos regionais, um cenário comum na distribuição de material de construção ou de peças auto — a rastreabilidade de lote tem de atravessar as filiais. Uma transferência interna entre entrepostos que perde o lote na passagem rompe a cadeia tão eficazmente como uma palete de lote misto. O Multi Connect mantém a coerência de lote e de stock entre unidades do ERP MULTI, para que o lote confirmado por voz no armazém central chegue ao entreposto regional com a identidade intacta.

5. Armadilhas operacionais

O que vimos partir em produção, anonimizado. Nenhum destes está no folheto do fornecedor de headsets.

1. WER que dispara com o sotaque e o ruído

Um operador da zona de Barcelos com sotaque fechado e uma empilhadora a 5 metros gera WER de 8-12% num motor treinado com voz "de estúdio". Solução: treino de perfil de voz individual (15-25 min) no ambiente real, com o ruído de fundo do turno, não numa sala silenciosa. E microfone de cancelamento de ruído, não o headset barato do lote de compras. O sotaque regional não é defeito do operador — é dado de entrada que o sistema tem de acomodar. Um motor de voz que exige que o operador "fale como o manual" será rejeitado ao segundo dia.

2. Lote longo confirmado por voz é uma receita para erro

Lotes têxteis com 12-16 caracteres alfanuméricos não se confirmam por voz de forma fiável. Solução: para estes, force o fallback: barcode_scan. Voz para localização e quantidade; scan para o lote crítico. Híbrido não é fraqueza — é engenharia. A tentação de "fazer tudo por voz" para justificar o investimento é precisamente o que faz o WER de confirmação de lote disparar e destrói a confiança na rastreabilidade.

3. Short pick que não realoca deixa a encomenda incompleta e silenciosa

Operador declara falta, o sistema regista, e ninguém realoca. A encomenda sai a menos e o cliente descobre. Solução: auto_replan: true obrigatório, com alerta ao supervisor quando não há stock alternativo do mesmo lote ou lote compatível. O silêncio é o pior resultado: uma falta sinalizada e resolvida é gestão; uma falta registada e esquecida é uma reclamação a caminho.

4. Bateria que morre a meio da wave

Wearable com autonomia de 6 h num turno de 8 h significa troca a meio, e a troca perde o contexto da wave se o middleware não persistir estado. Solução: baterias hot-swap + persistência de estado de tarefa server-side, para o operador retomar exatamente onde parou. E teste a autonomia a frio: uma bateria que dá oito horas a 20 °C dá bastante menos a -22 °C na câmara de congelados, porque a química das baterias de lítio degrada-se com o frio.

5. O chefe de armazém boicota porque perdeu o rádio

Já mencionámos noutro contexto: o chefe de armazém do corredor Lousada/Paços luta contra qualquer rollout que o tire do rádio mais de duas horas. Com voz, ele acha que perde o controlo do "seu" chão. Solução: dashboard Qlik Sense ao vivo com linhas/hora por operador e mapa de waves — ele ganha mais visibilidade do que alguma vez teve com o rádio. Ganhe-o com dados, não com discurso. O erro de muitos rollouts é tratar o chefe de armazém como obstáculo a contornar; ele é, na verdade, o utilizador cuja adesão determina se o resto da equipa adere. Envolva-o no site survey, deixe-o escolher a zona-piloto, dê-lhe o dashboard antes de dar aos outros.

6. Câmara fria mata o dispositivo e o headset

Terminais não classificados para -25 °C congelam o ecrã e o microfone embacia. Solução: hardware certificado para freezer e headset de condução óssea (sem espuma que absorve humidade). Especifique no RFP; não descubra em janeiro. A condensação é o inimigo silencioso: um dispositivo que passa da câmara de congelados para a zona de ambiente sofre condensação interna, e a humidade acumulada ao longo de semanas mata a eletrónica. Hardware com gestão de condensação não é luxo — é requisito para operação multizona.

7. Ausência de máquina de estados = transação órfã em falha de rede

Se a rede cai entre "confirmar posição" e "confirmar quantidade", uma implementação ingénua perde a linha. Solução: máquina de estados idempotente no dispositivo, com fila local que reconcilia ao voltar a rede. A transação nunca fica em limbo. A idempotência é a palavra-chave: se o dispositivo reenvia a mesma confirmação duas vezes ao reconciliar, o sistema tem de reconhecê-la como a mesma transação, não como duas saídas de stock. Sem idempotência, uma falha de rede transforma-se numa discrepância de inventário.

8. Treinar o piloto na semana errada

Uma armadilha de calendário: pilotar voice picking na semana anterior a um pico sazonal — a reposição de Natal na distribuição alimentar, ou a preparação de uma coleção no têxtil — garante que a equipa associa a nova tecnologia ao caos. Solução: pilote numa janela de volume médio e estável, dê tempo para o WER estabilizar, e só escale para o pico quando os perfis de voz já estão maduros. Um piloto no pior momento produz rejeição que nenhum dashboard recupera.

Em armazém, a pergunta não é "o que acontece quando corre bem". É "o que acontece quando a rede cai a meio de uma linha de picking". Se a resposta não estiver na configuração, está no telefonema de reclamação de segunda-feira.

6. Decisão técnica final

Sem hedging. Para cada perfil, a escolha.

Regra que resume: a voz ganha quando as mãos estão ocupadas E o lote entra no diálogo E há volume. Falhe uma das três condições, e o RF é a escolha certa. Não compre voz porque é a palavra do momento. Compre porque o seu perfil de picking cumpre as três.

O caminho de evolução, não de rutura

A decisão não tem de ser binária no dia um. O caminho maduro começa pela mobilidade RF sobre o KORA Inventory Suite — matar o papel, estabelecer as localizações, o inventário fiável e a disciplina de lote. Com essa base sólida e os dados de linhas/hora a servir de baseline, a passagem a voz nas zonas que a justificam torna-se uma evolução incremental, medível, financiável. O erro é saltar direto para voz sem a base de mobilidade e disciplina de dados: a voz amplifica a qualidade dos dados subjacentes, e amplifica igualmente o caos se ele existir.

7. Como a INFOS implementa

A KORA Inventory Suite gere WMS, picking, packing list e alocação de lote dentro do mesmo modelo de dados do ERP MULTI — sem middleware de tradução entre sistemas de fornecedores diferentes, que é onde a rastreabilidade de lote costuma partir. Começamos com site survey de Wi-Fi e prova de conceito numa zona, definimos os thresholds acima com os seus dados reais de SKU e temperatura, e só depois decidimos consigo se o seu perfil justifica voz, híbrido ou RF puro. A honestidade dessa decisão vale mais do que vender um headset a mais.

O que nos distingue neste tipo de projeto é a recusa em vender tecnologia que o seu perfil não amortiza. Vimos armazéns comprar voice picking porque um concorrente comprou, e descobrir seis meses depois que quatro operadores num único turno nunca iriam recuperar o investimento. A prova de conceito numa zona, com medição real antes e depois, é o que separa uma decisão de engenharia de uma compra por impulso — e é também o que constrói o dossier técnico que um financiamento PT2030 ou Norte 2030 exige para aprovar o apoio. A medição não é burocracia; é a diferença entre um projeto que se paga e um headset numa gaveta.

Fontes

• INE — Estatísticas do Comércio (volume de negócios do comércio, número de empresas e trabalhadores, margens comerciais no comércio por grosso).
• Decreto-Lei n.º 28/2019 — regime de faturação e documentos de transporte; ATCUD e programas certificados pela Autoridade Tributária.
• Portaria n.º 195/2020 — comunicação do ficheiro SAF-T (PT) e obrigações associadas.
• Regulamento (UE) 2016/679 (RGPD) e Lei n.º 58/2019 — proteção de dados pessoais, aplicável ao tratamento de voz de trabalhadores identificáveis.
• Diretiva (UE) 2022/2555 (NIS2) e Decreto-Lei n.º 65/2025 — cibersegurança de operadores essenciais e importantes.
• Estratégia da UE para Têxteis Sustentáveis e Circulares (COM/2022/141) — passaporte digital de produto e requisitos de rastreabilidade.

Perguntas frequentes

O que é picking por voz e como é diferente do terminal RF tradicional?

O picking por voz liberta as mãos e os olhos do operador, permitindo trabalhar em ambientes onde o terminal RF é impraticável — armazéns de congelados a -22 °C ou corredores com caixas pesadas. A voz só justifica o investimento quando integra rastreabilidade de lote no diálogo, não apenas como alternativa ao bipar do RF.

Por que razão o reconhecimento de voz deve funcionar no dispositivo e não na cloud?

O reconhecimento on-device garante latência inferior a 120 ms e elimina dependência de Wi-Fi para o diálogo. Na cloud, cada confirmação de voz depende de round-trip à rede, criando atrasos de 200-500 ms. Em armazém, onde o Wi-Fi é instável, isto paralisa operadores. O diálogo de picking é simples — números e comandos — não necessita de modelos gigantes centralizados.

Como funciona a confirmação por dígitos de verificação no picking por voz?

O operador chega à localização e diz 2 a 3 dígitos impressos na estante que não constam do sistema. O sistema valida se correspondem à posição alocada. É Poka-Yoke auditivo: apenas quem está fisicamente no local certo conhece o número, eliminando erros de posicionamento sem necessidade de código de barras.

Quantos dígitos de verificação devo usar na confirmação de localização?

Dois a três dígitos é o equilíbrio ótimo. Um dígito causa colisões entre posições próximas. Quatro ou mais alongam o diálogo e aumentam falhas de reconhecimento. A escolha depende do tamanho da área: três em armazéns grandes, dois em áreas compactas com menos de cem posições.

Como se integra o rastreamento de lote no diálogo de voz?

Após confirmar a localização, o sistema pergunta o lote a recolher por ordem FEFO. O operador confirma os últimos dígitos do lote impresso na caixa. Este diálogo serializado fecha a rastreabilidade sem obrigar a leitura de código de barras, embora lotes com formato longo beneficiem de híbrido voz-mais-scan.

Qual é a arquitetura recomendada para picking por voz em KORA Inventory?

A arquitetura inclui: dispositivo wearable com headset resistente (IP54+), motor ASR/TTS on-device, voice middleware que gere diálogo e máquina de estados, KORA Inventory para waves e lote, e ERP para encomenda e faturação. A voz não é um "modo de ecrã diferente" — é um canal serializado que exige middleware dedicado.

Por que o picking por voz falha em armazéns com Wi-Fi instável?

Se o reconhecimento de voz depender de cloud, cada pico de latência de rede paralisa o operador. Em armazéns reais — naves anexadas, corredores com cobertura Wi-Fi ponto a ponto — a rede é imperfeitamente confiável. ASR on-device resolve isto: a rede só sincroniza o resultado da transação, não o processamento acústico do diálogo.

Qual é o ganho real de produtividade do picking por voz?

O ganho não vem da velocidade de bipar — vem de libertar as mãos e olhos em ambientes onde o RF é inviável. Isto só se traduz em ROI quando cada movimento rastreia lote: lotes têxteis, alimentares com prazo de validade, ou lotes de tingimento. Sem rastreabilidade de lote integrada, você comprou um headset caro para fazer o que o RF já fazia.