Cada produto evolui em ciclos, com escopo definido e liberação por etapas. Esta página mostra o que já saiu, o que está em andamento e o que vem a seguir.
Os três produtos seguem ciclos independentes. Selecione um para ver a linha do tempo completa.
O LoopDelivery deixa de ser um acompanhamento de entregas e passa a gerir a viagem inteira: motorista, veículo, rota, evidências, despesas, frota e custo.
O Sankhya segue sendo o sistema oficial de cadastros, financeiro, compras e fiscal. O LoopDelivery concentra operação, telemetria, workflow e alertas — e cada módulo é liberado por feature flag, sem afetar o fluxo de entregas em uso.
Consolidação de viagem, veículo, rota, motorista e eventos em uma base única, com permissões e isolamento por tenant.
Prova de entrega configurável por cliente, operação e valor da carga, preservando evidência, localização e tempos.
Registro de ocorrência com evidência mesmo sem sinal, com sincronização posterior sem perder o que foi capturado em campo.
Posições de GPS viram eventos operacionais confiáveis: chegada, saída, permanência, desvio, atraso previsto e perda de sinal.
GPS, viagem, entrega, rota e integrações alimentam um motor de eventos e um motor de exceções — a torre mostra risco, não só o mapa.
O motorista fotografa o comprovante e o sistema reconhece os dados; a aprovação segue regra configurável e o lançamento vai direto ao Sankhya.
Margem por viagem a partir de despesas aprovadas e abastecimento, distinguindo previsto de realizado.
Mapeamento do LoopDelivery atual, contratos, permissões, eventos, feature flags e integrações com o Sankhya.
Organização das dependências para roteirização, cotação, auditoria de frete e pátio/portaria, com liberação controlada por empresa.
Planejamento de cargas e entregas com visualização, simulação, confirmação e publicação de roteiros.
Tabelas versionadas, simulador, propostas e aprovação, mantendo separados os valores estimado, proposto, aprovado e contratado.
Comparação dos documentos e componentes do frete, revisão manual, contestação e preparação da conciliação financeira.
Agenda, check-in, fila, chamadas, docas e saída com operação manual, trilha de auditoria e acesso por empresa.
Como ler: Outubro prepara a base. Em novembro entram roteirização e cotação; em dezembro, auditoria de frete, pátio e portaria. Cada etapa depende de validação funcional, segurança, testes e rollout controlado por empresa.
Novos projetos transformam o Loop Stock em um ecossistema que acompanha o material da necessidade até o consumo ou destino final, e agora também entende onde cada material está fisicamente dentro do armazém e como chegar até ele.
Nada é construído isolado: rastreabilidade, scanner, transferências, Picking, inventário, reposição, permissões, offline e integração Sankhya passam a compartilhar motores comuns de estoque, endereçamento e navegação.
Uma central de lotes, não uma consulta de produtos vencidos: onde estão, quanto existe, quando vencem e quanto valor está exposto.
Responde onde determinada série está agora e todo o caminho que ela percorreu.
Identifica quando um estoque precisa ser reabastecido e qual a melhor forma de atender — não é uma tela de estoque mínimo.
Ciclo completo de solicitação, atendimento, entrega e consumo, com responsável identificado em cada etapa.
Contagem, rastreabilidade, necessidade, suprimento, atendimento e auditoria consolidados como motores únicos, em vez de duplicados em cada módulo.
Transforma o interior do estoque em um mapa digital navegável, conectando ruas, corredores, estantes, níveis, posições e áreas operacionais aos processos do Loop Stock. O operador deixa de receber apenas o endereço do produto e passa a ser orientado até ele, como um GPS dentro do armazém.
O Picking passa a utilizar o mapa do armazém para reduzir deslocamentos durante a coleta. Em pedidos com vários itens, o Loop Stock poderá organizar a sequência de coleta com base na localização física dos produtos, evitando que o operador percorra o galpão na ordem original dos itens.
O mapa não fica exclusivo do Picking. O mesmo motor de navegação será utilizado progressivamente por separação, Picking, inventário, reposição, transferências e armazenagem.
No inventário, o sistema poderá orientar o contador por uma sequência lógica de ruas e posições. Na reposição, poderá conduzir o operador da reserva até o endereço de Picking. Em uma transferência, poderá orientar tanto até a origem quanto até o destino.
A administração poderá construir o mapa operacional do estoque utilizando uma representação visual do armazém. O mapa trabalhará com escala e coordenadas internas próprias, sem depender de GPS convencional.
Esta primeira etapa cria a fundação para uma evolução posterior de navegação assistida por câmera. Depois que mapa, endereçamento e rotas estiverem consolidados, o operador poderá utilizar a câmera do celular ou coletor para receber orientações sobre o ambiente real.
Siga em frente, 12 m, vire à direita, Rua 03, Estante 05.
A arquitetura também ficará preparada para tecnologias futuras de posicionamento indoor, sem tornar hardware especializado obrigatório.
Como ler: A ordem é arquitetural: lotes e séries primeiro, porque a reposição conhece melhor o estoque quando a rastreabilidade já existe — e as requisições só funcionam bem sobre estoque, rastreabilidade e necessidade. No mapa do armazém, primeiro construímos o mapa digital, o endereçamento e o motor de rotas. A navegação por câmera e tecnologias avançadas de localização entram como evolução sobre essa base, sem tornar a operação dependente de GPS ou infraestrutura especial.
Reestruturação do acesso a dados para suportar operações grandes sem perder fluidez: mais de 30.000 clientes, mais de 50.000 produtos, múltiplas tabelas de preço, estoque por empresa e local e vários usuários ao mesmo tempo.
O problema não se resolve só com carregamento em segundo plano. O projeto ataca junto volume, número de chamadas, concorrência, ordem das requisições, duplicidade, consultas N+1, cache e experiência de uso.
Medir antes de alterar: instrumentação das chamadas atuais, mapa de concorrência e linha de base registrada.
Uma camada que ordena todo o acesso a dados por prioridade, de P0 transacional a P3 em segundo plano.
Pesquisa no servidor com paginação, debounce, fila P1 e cancelamento — a lista deixa de carregar tudo.
Busca leve e paginada, com enriquecimento em lote em segundo plano e fim das consultas N+1.
TTL por natureza do dado e invalidação correta quando o contexto comercial muda.
Chunking, ritmo adaptativo e persistência da fila entre sessões.
Somente se o benchmark justificar. Sincronização incremental, sem replicar regra comercial fora do ERP.
Garantir que uma operação crítica nunca fique atrás da fila comum — P0 passa na frente.
Estado de enriquecimento visível, observabilidade da fila e medição final contra as metas.
Como ler: A atualização está prevista para novembro e segue organizada por fases, do diagnóstico ao benchmark. O avanço de cada fase depende da medição da etapa anterior. O Sankhya permanece como fonte de verdade de preço, estoque e regra comercial.
Cada módulo nasce atrás de uma chave de ativação. Ele pode ficar desligado sem afetar a operação que já está no ar.
Cadastros, financeiro, compras, estoque e fiscal permanecem no ERP. Os aplicativos concentram operação, evidência e experiência de uso.
Toda evolução passa por piloto interno e por um ciclo operacional completo em um cliente antes de ser ampliada.
