“Conferência com coletor” pode significar verificar os itens do pedido e informar quantos volumes saíram. Também pode exigir identificar cada caixa, registrar os itens colocados nela e vincular sua etiqueta. Antes de comparar equipamentos, escolha o resultado que a expedição precisa entregar. As duas propostas podem usar leitores semelhantes e ainda incluir trabalhos de software diferentes.
Esta comparação se destina a distribuidores, centros de distribuição e integradores no Brasil. Usa documentação identificada da Sankhya para delimitar opções, sem afirmar que todas pertencem ao mesmo módulo ou aplicativo.
Defina o registro que acompanhará a mercadoria
Um total de três volumes não informa em qual deles foi colocado um item. Quando o destinatário precisa verificar o conteúdo por caixa, a proposta deve identificar a caixa ativa, o pedido ou remessa, produto, unidade e quantidade vinculada. Quando basta um total de volumes após uma conferência adequada, não compre detalhamento adicional somente porque ele aparece na demonstração.
O guia de verificação de embalagem, em inglês já separa produto, caixa, etiqueta e liberação. A questão de compra aqui é qual aplicativo disponível executa o resultado escolhido no ponto de trabalho, e não se o leitor consegue decodificar o código de barras.
Confirme o módulo e a tela, não apenas a marca do ERP
Na página Configuração de Conferência, do módulo Comercial, atualizada em 29 de julho de 2026, a Sankhya informa uma limitação específica: no coletor, a formação de volumes disponibiliza apenas o registro simplificado ao final. A mesma página apresenta opções que não são suportadas nesse coletor. Isso não é uma proibição geral de detalhamento em todos os aplicativos da Sankhya.
A página separada Registro Detalhado de Volumes descreve produtos atribuídos a volumes e a redistribuição após determinadas recontagens. Já a documentação WMS apresenta configurações próprias de formação e impressão de volumes. Não una essas descrições em uma promessa de que qualquer licença, tela ou equipamento executará todas elas. As páginas correntes não fixam a versão instalada do comprador.
A quantidade confere; são as unidades certas?
Para mercadorias controladas por série, escolha também o que a conferência deve comprovar: a quantidade do produto, a lista das unidades encontradas ou a identidade das unidades previamente destinadas ao pedido. Duas unidades do mesmo produto podem fechar a quantidade e ainda incluir uma série diferente da prevista. Se qualquer unidade disponível puder ser escolhida, o aplicativo pode associar as séries durante a conferência; se o pedido exigir unidades específicas, a proposta precisa incluir a origem dessa relação e a regra para aceitar ou substituir uma unidade. Isso é diferente de contar caixas ou suprimir uma leitura repetida no scanner, tema do guia de leituras repetidas, em inglês.
Um exemplo concreto de registro está em Apontar Número de Série pela Conferência, da Sankhya: na Fila de Conferência, o sistema verifica o número de séries informado contra a quantidade; as séries capturadas substituem as que já estavam no documento, e o pedido ou a nota só é atualizado ao finalizar. Portanto, não apresente essa captura como prova de correspondência com uma lista anterior que não pode mudar. Tampouco presuma a mesma tela no equipamento móvel: a orientação sobre configurações não suportadas pelo App de conferência do Comercial inclui a conferência por série. Confirme a aplicação e a versão propostas, não apenas a marca do ERP.
No fluxo separado de Coleta de Série na Separação do WMS Sankhya, a Conferência por Pedido solicita a série após checkout, quantidade e produto. A documentação descreve erro para uma série já informada em outro processo de expedição e encerramento automático quando o número de séries lidas atinge a quantidade; a última leitura não pode ser alterada. A página Conferência Manual relaciona a coleta de série na expedição à sua apresentação na nota gerada. Isso esclarece um destino do registro, mas não documenta todas as regras para série errada do mesmo produto, repetição dentro da tarefa ou correção após o encerramento. Inclua essas situações na avaliação do aplicativo real antes de escolher entre uma estação de conferência e um terminal que acompanhe a mercadoria.
Quando a operação exige dados esperados, confirme como chegam à tarefa. Como exemplo estritamente delimitado, a rastreabilidade de medicamentos por série no WMS Sankhya, disponível a partir da versão 4.11, descreve XML da indústria vinculado à nota e configurações próprias. Na recontagem de recebimento documentada, há alertas para produto diferente do esperado e para DataMatrix repetido no recebimento ou com série já internalizada em outro recebimento. Esse exemplo de entrada não comprova as mesmas validações em toda expedição. Ele mostra por que a preparação dos dados faz parte da solução: um leitor 2D para DataMatrix não substitui o XML e a configuração. Não se trata de regra geral para todos os produtos, nem de uma afirmação sobre obrigações legais atuais.
A rota TOTVS deve ser avaliada separadamente. No Meu Winthor RF, rotina 3854, documentada para WMS Linha Winthor a partir da versão 30, a tarefa seleciona filial e pedido ou carga; a tela de séries depende da configuração do produto e do sistema. O cancelamento da conferência de um item depende de permissão na rotina 530. Essa descrição não informa qual conjunto de séries seria previamente exigido nem comprova que cancelar a conferência de um item apaga ou substitui sua lista de séries. Peça a demonstração da correção e do registro final nessa mesma rota; não complete a lacuna com instruções de outro módulo, de recebimento ou de outra rotina de vendas.
Como roteiro de aceitação proposto, use duas unidades do mesmo produto e, em ambiente de avaliação autorizado, apresente uma série diferente da esperada, repita uma já lida e solicite uma substituição ou cancelamento. Defina antes quais casos devem ser aceitos; verifique a lista que permanece no documento e o responsável por liberar a saída. O resultado contratado pode ser apenas total por produto, lista capturada ou identidade validada com situação de cada unidade: exija que a demonstração mostre exatamente o escolhido. Para cotar a configuração, forneça amostras de etiquetas sem dados sensíveis, simbologia, comprimento e caracteres da série, necessidade de digitação, aplicativo e versão, origem das séries esperadas e forma de correção. Isso permite comparar leitor com computador existente, terminal móvel, entrada manual residual e configuração da aplicação, sem atribuir ao scanner decisões de estoque. São critérios de compra propostos, não testes já realizados nem compatibilidade, licença ou serviço fornecidos pela AIDC GO.
Compare a bancada e o trabalho móvel pelo mesmo resultado
Se a conferência ocorre em uma bancada, compare um leitor ligado ao computador existente com um terminal portátil executando o aplicativo suportado. Inclua o local de leitura, a visualização da caixa ativa e a necessidade de corrigir quantidades. Se o trabalhador acompanha caixas em várias posições, considere a disponibilidade da mesma tarefa durante o deslocamento, o transporte e a carga do terminal.
O uso móvel não dispensa uma tela de exceção utilizável. Uma caixa com mais de um produto pode exigir revisão de linhas, enquanto uma tarefa simples pode pedir apenas leitura e confirmação. Decida com as telas reais; não presuma que o maior visor ou o maior alcance de leitura substitui uma função que o aplicativo não oferece.
Inclua impressão e reaplicação da etiqueta na proposta
Separe a geração da etiqueta, o caminho até a impressora e a confirmação da etiqueta aplicada à caixa. Informe modelo de etiqueta, dados necessários, impressora disponível, conexão e responsável pelo modelo de impressão. Uma oferta de leitor ou coletor não inclui automaticamente esse caminho.
Quando houver reembalagem, defina o que ocorre com a identificação anterior. O operador precisa saber se mantém a caixa, cria outra ou substitui a etiqueta, segundo a regra do sistema e da transportadora. Essas são perguntas de escopo; não são afirmações de que a aplicação citada oferece uma integração específica com transportadoras.
Peça uma demonstração curta que revele a diferença
Como aceitação proposta, prepare um pedido com dois produtos distribuídos em duas caixas. Mostre o registro final e peça que seja encontrado o conteúdo de uma caixa sem depender da memória do operador. Depois mova um item para a outra caixa e verifique o registro e a etiqueta que devem mudar. Se o escopo contratado for apenas total de volumes, deixe explícito que essa consulta por caixa não faz parte da entrega.
Inclua também uma etiqueta errada e uma recontagem. Registre quem pode corrigir, o que continua pendente e quem autoriza a saída. O exercício não é um resultado de teste da AIDC GO e não obriga o comprador a adotar todas as exceções de um tutorial.
Envie os dados que mudam a cotação
Para iniciar, informe aplicativo e versão, módulo utilizado, resultado necessário por pedido ou caixa, quantidade de postos, etiquetas e impressão existente. Acrescente país de uso, posição de leitura e necessidade de operação móvel. Compare a categoria de terminais portáteis com o uso de leitor separado e computador, sem tratar um formato como obrigatório.
Envie esse resumo à AIDC GO para uma conversa sobre a configuração de hardware e os documentos disponíveis. Os exemplos não comprovam software, impressão ou integração fornecidos pela AIDC GO. Licenças, suporte ao aplicativo, configuração de volumes e impressão devem ser confirmados com os responsáveis por cada componente.
Equipamentos para este fluxo de trabalho
