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.
Inspeção rastreável do veículo e da carga antes da jornada, com template versionado por operação e veículo.
Planos preventivos e corretivos por KM, calendário e horas, reduzindo indisponibilidade com custo vinculado ao veículo.
Ciclo de vida completo do pneu, da compra ao descarte, com KM e custo por ciclo.
Ocorrência de carga com evidência e decisão operacional, controlando o retorno físico antes de qualquer devolução fiscal.
Transações corporativas pareadas com despesas e comprovantes, sem gerar lançamento financeiro duplicado.
Custo rateado entra no cálculo — depreciação, seguro, pneus e manutenção preventiva — com cálculo versionado e fechamento.
Como ler: Sequência conforme a ordem de implementação recomendada no documento técnico do produto: primeiro eventos confiáveis da operação, depois custos, então frota e análises avançadas.
Quatro projetos novos transformam o Loop Stock em um ecossistema que acompanha o material da necessidade até o consumo ou destino final.
Nada é construído isolado: os projetos reaproveitam scanner, transferências, motor de contagem, permissões, offline e a integração Sankhya que já existem.
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.
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.
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: O documento técnico deste projeto organiza a evolução por fases, sem datas fixas — o avanço depende do diagnóstico e do benchmark de cada etapa. 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.
