ENTERPRISE
Quando o planeamento de carga deixa de ser uma pessoa com um ecrã e passa a fazer parte da forma como a empresa expede, construímos essa parte consigo. A encomenda vem do seu ERP, WMS ou TMS, o plano de carga volta para lá e ninguém toca numa folha de cálculo.
Quatro situações em que os planos da nossa página de preços deixam de ser suficientes.
SAP, Oracle, Dynamics ou qualquer outro sistema onde vivem as suas encomendas. A encomenda já lá existe, e alguém volta a introduzi-la à mão num planeador de carga. O Enterprise liga os dois: a encomenda vem do seu sistema e o plano regressa a ele.
Mercadorias longas, pesadas ou frágeis, com regras que nunca ninguém escreveu: limites de empilhamento por SKU, zonas de temperatura, mercadorias perigosas, requisitos específicos de cada cliente. Colocamos essas regras no algoritmo.
Uma expedição transporta várias encomendas para vários destinatários, por isso a ordem de carga determina a ordem de descarga. O armazém recebe a instrução no seu formato, não no nosso.
Carga mista e não standard por estrada, caminho de ferro, mar e ar, em que mais de dez pessoas, em diferentes instalações e turnos, têm de aplicar as mesmas regras da mesma forma de cada vez.
API de planeamento de cargas
Chega de introdução manual de dados. Os dados dos pedidos que o seu ERP, WMS ou TMS já tem são enviados, o plano é calculado de acordo com as suas regras e o resultado volta para onde a sua equipa já trabalha.
O seu ERP, TMS ou WMS tem os dados do pedido: dimensões, pesos, embalagem, destinos e sequência de entrega. Envia-os juntamente com os veículos disponíveis para a expedição.
O algoritmo constrói o plano de acordo com as suas regras, verifica as cargas por eixo e a distribuição do peso, respeita os limites de empilhamento e a ordem de descarga, e gera a disposição da carga em 3D.
Quantos veículos a expedição realmente precisa e o que não coube, a taxa de ocupação por volume e por peso, as cargas por eixo com resultado de aprovado ou reprovado, os documentos de carga e uma ligação para o plano 3D interativo.
Expedição, itens, veículos, restrições
Plano criado e verificado de acordo com as suas regras
Plano, taxa de ocupação, verificação de eixos, o que não coube
Instruções de carga no seu próprio formato
Expedição, itens, veículos, restrições
Plano criado e verificado de acordo com as suas regras
Plano, taxa de ocupação, verificação de eixos, o que não coube
Instruções de carga no seu próprio formato
Uma API JSON: o seu sistema inicia um cálculo e obtém de volta o plano, o resumo e os documentos. O caminho mais rápido quando a sua equipa pode abrir uma ligação de saída.
A maioria dos grandes ambientes de TI já tem uma. Ficamos por trás dela como qualquer outro serviço, e as suas regras sobre o que pode sair do perímetro continuam em vigor.
Quando a API está fechada para nós, lemos a exportação que o seu sistema já produz e escrevemos o plano de volta da mesma forma. Nada muda dentro do seu sistema.
A área de compras pergunta isto antes do questionário de segurança, por isso aqui fica em palavras simples e não num anexo.
As suas expedições, o seu cadastro de artigos e cada plano calculado a partir deles continuam a ser sua propriedade. Nada do que nos envia é partilhado com mais ninguém.
Expedições, a sua biblioteca de veículos e o histórico de cálculos, exportados sem nos pedir autorização.
Durante a análise registamos as regras de carga que as suas equipas seguem e que, na maioria das empresas, existem apenas na cabeça de alguém. Esse documento é seu e vale a pena tê-lo aconteça o que acontecer.
A pergunta responde-se quase sozinha: os dados nunca saem da sua infraestrutura e a instância continua a funcionar aconteça o que acontecer entre nós.
Envie-nos um exemplo de exportação e as restrições da sua integração. A nossa equipa analisará a sua documentação e dir-lhe-á qual das três vias se adequa, antes de alguém assinar o que quer que seja.
Depois de a ligação estar estabelecida, ninguém do seu lado anda à procura de uma ferramenta de planeamento. Cada função obtém o que precisa onde já trabalha.
Abre uma expedição já preenchida a partir do seu sistema, altera o que for preciso e executa o cálculo. O plano volta sozinho. Sem exportar, sem reescrever e sem uma segunda ferramenta para manter sincronizada.
Recebe a instrução de carga no seu próprio formato, em papel ou num tablet na doca, com a sequência passo a passo. O pátio carrega de acordo com o plano em vez de improvisar, e o motorista assina por um veículo que está dentro dos seus limites.
Vê a taxa de ocupação e o número de veículos por expedição no sistema onde já reporta. Cada cálculo fica no histórico, pelo que um plano que funcionou pode ser encontrado e repetido em vez de reinventado.
Esta é a parte que uma folha de cálculo não consegue fazer, e o motivo pelo qual um plano feito à mão lhe custa um veículo ou uma multa.
A mercadoria da última entrega entra primeiro. Ninguém descarrega três paletes para chegar à quarta.
Cada plano é verificado em função dos limites de eixo desse veículo em concreto e da tolerância em redor do centro de gravidade.
O que pode ficar sobre o quê, a que altura, com que lado para cima e que categorias nunca podem partilhar um nível.
A segregação que a sua equipa de conformidade definiu uma só vez, aplicada a cada plano daí em diante sem que ninguém tenha de se lembrar dela.
Mercadoria para paletes, paletes para o veículo, num único cálculo em vez de duas estimativas separadas.
Algumas empresas querem que os seus planeadores vejam o CargoTetris. Outras querem que ninguém o veja. Três níveis, e escolhe até onde ir.
Instruções de carga, listas de embalagem e relatórios com a sua apresentação, com o seu logótipo e nas línguas em que trabalham as suas instalações. O armazém nunca vê um documento que pareça estranho.
As suas cores, o seu logótipo e o seu próprio domínio, para que os planeadores trabalhem em algo que pertence ao resto das suas ferramentas e não num site de terceiros.
Os seus clientes planeiam a carga sem sair do seu portal. O cálculo corre por trás da sua interface e o CargoTetris nunca lhes é mencionado.
Alojado e mantido por nós. Nada para instalar, nada para a sua equipa manter.
Uma instância dedicada dentro da sua própria conta cloud, para que os dados nunca saiam do seu ambiente.
Instalado dentro da sua própria rede, atrás da sua firewall, para empresas cujos dados não podem sair dela.
Nada é construído antes de ter por escrito o âmbito, o preço e o calendário.
Reunião inicial, requisitos e as regras de carga que a sua equipa segue hoje, postas por escrito pela primeira vez.
O que é possível, o que não é, quanto custa e quanto tempo demora. Por escrito, antes de construir seja o que for. Se não conseguirmos fazê-lo bem, dizemo-lo aqui e não três meses depois.
Regras do algoritmo, documentos e ligação aos seus sistemas, testados com as suas próprias expedições históricas.
Os seus planeadores e a equipa do armazém começam a trabalhar no sistema connosco, antes da entrada em produção.
A mudança para o sistema e, depois, as alterações à medida que os seus processos mudam.
A Hisense processa entre 50 e 70 cargas de camiões e contentores por dia. Os dados de expedição de vários distribuidores chegavam em formatos diferentes, enquanto cada plano tinha de seguir regras de compatibilidade para diferentes categorias de eletrodomésticos. As diferenças nos dados de origem atrasavam o planeamento do transporte e aumentavam o risco de erros de carregamento.
Implementação: 3 meses
O CargoTetris foi adaptado às regras de planeamento de transporte da Hisense e aos requisitos de compatibilidade dos produtos. Os dados de expedição dos distribuidores foram convertidos para um formato normalizado, e o sistema foi integrado na infraestrutura informática da empresa. O CargoTetris gerava planos de carga segundo um conjunto único de regras e transmitia os resultados dos cálculos aos sistemas ligados.
Implementação: 3 meses
A Midea precisava de automatizar o carregamento de veículos para diferentes categorias de eletrodomésticos. Cada plano tinha de cumprir as regras de compatibilidade entre grupos de produtos, evitar combinações suscetíveis de causar danos e considerar os requisitos de encaminhamento.
Implementação: 4 meses
O CargoTetris foi configurado com algoritmos personalizados de compatibilidade e posicionamento para diferentes categorias de eletrodomésticos. Durante o cálculo, o sistema excluía combinações proibidas e selecionava uma posição adequada para cada artigo. A integração por API com ERP e WMS automatizou a troca de dados de expedição e planos de carga. Os requisitos de encaminhamento eram considerados na formação de cada carga.
Implementação: 4 meses
A Saint-Gobain precisava de otimizar o carregamento de diferentes materiais de construção durante a preparação das encomendas. Cada carga tinha de manter uma distribuição equilibrada do peso, cumprir os limites de carga por eixo e utilizar a capacidade disponível do veículo.
Implementação: 5 meses
O CargoTetris foi configurado com algoritmos de carga para diferentes categorias de materiais e integrado no sistema de encomendas da empresa. À medida que eram adicionados produtos a uma encomenda, o sistema calculava o seu posicionamento, a distribuição do peso, as cargas por eixo e a capacidade restante do veículo. Os distribuidores podiam ver que produtos adicionais poderiam ser incluídos mantendo um plano de carga viável.
Implementação: 5 meses
A EGGER precisava de sincronizar o planeamento do carregamento com o sistema de pesagem. O processo tinha de identificar cada veículo à chegada, determinar o respetivo tipo, dimensões e capacidade, atribuir as expedições corretas e aplicar regras de carregamento específicas dos produtos em cinco fábricas.
Implementação: 5 meses
O CargoTetris foi ligado à infraestrutura de básculas para veículos através de interfaces de integração. O reconhecimento de matrículas identificava os veículos à chegada e associava-os às expedições planeadas. Os algoritmos de carga personalizados tinham em conta o tipo e o peso da mercadoria, enquanto a lógica de encaminhamento definia as prioridades de carga em cinco unidades de produção.
Implementação: 5 meses
A ROCKWOOL utilizava regras de carregamento específicas dos produtos, baseadas na experiência dos planeadores de diferentes instalações. As regras tinham de considerar a orientação, densidade, compressibilidade e geometria dos produtos, as restrições de empilhamento e a proteção contra esmagamento. Os distribuidores também precisavam de aceder à mesma lógica de cálculo ao preparar as expedições.
Implementação: 5 meses
O CargoTetris converteu estas regras operacionais em algoritmos para cada grupo de produtos. O sistema calculava a colocação longitudinal ou transversal, o posicionamento horizontal, de lado ou de topo, o diâmetro interior, a espessura das paredes e a compressibilidade. A carga em vários níveis permitia colocar paletes sobre paletes e mercadorias sobre produtos paletizados. O motor de cálculo foi integrado no processo de encomendas dos distribuidores.
Implementação: 5 meses
A REHAU precisava de otimizar cargas com diferentes materiais de construção. Cada plano tinha de evitar a distribuição desigual do peso e a sobrecarga dos eixos, utilizando simultaneamente a capacidade disponível do veículo.
Implementação: 5 meses
O CargoTetris foi configurado com algoritmos de carga personalizados para diferentes categorias de materiais e integrado no sistema de encomendas da empresa. Durante a preparação de uma encomenda, o sistema calculava o posicionamento da mercadoria, a distribuição do peso, as cargas por eixo e a capacidade restante do veículo. Era possível incluir produtos adicionais mantendo um plano de carga viável.
Implementação: 5 meses
Uma breve descrição da sua carga, dos seus veículos e do sistema onde vivem as suas encomendas é suficiente para uma primeira chamada. Se o seu caso não for um que consigamos resolver bem, dizemo-lo nessa chamada.
Recebemos o seu pedido e entraremos em contacto em breve
