Runink FACE · Logística reativa
este é um cenário do Runink FACE, o lado de pátio dele. É uma ilustração do mecanismo, não o relato de uma implantação. O que o software lê aqui são os documentos e as imagens que uma cadeia de frio já produz — o registro da remessa, a entrega, a fotografia tirada na porta — diante da regra que rege esse envio. O que é o FACE.
Em Resumo
- Hoje não existe nenhuma entrada de sensores ao vivo no FACE, e não vamos insinuar que exista. Os conectores para sistemas de sensores, de etiquetas, de armazém, de pátio e de transporte são peças provisórias que falham de propósito, para que o raciocínio que vem atrás delas possa ser exercitado contra um arquivo de dados semeados enquanto o caminho de verdade é construído. Uma excursão de temperatura nos seus próprios equipamentos não é algo que isto leia ainda.
- A câmera do pátio é a parte que está construída. Um quadro que chega de uma câmera de pátio ou de infravermelho é conferido como imagem de verdade antes de qualquer coisa lê-lo, reduzido a um tamanho que um modelo consiga engolir, e lido por um modelo de visão rodando em hardware que você controla. O que volta é uma observação escrita, amarrada ao quadro de que ela saiu.
- Um aviso é um pedido, não uma trava. O FACE pode transmitir um aviso — gira aquela câmera, segura aqueles movimentos de guindaste — para o que estiver inscrito no fluxo de eventos do pátio. Ele não contata nenhum atuador, não há nenhum controlador de guindaste do outro lado, e o código diz isso com essas mesmas palavras para que uma transmissão nunca possa ser lida como um movimento que foi parado. Se alguém te ofereceu um intertravamento para cargas perigosas, isto não é um.
A Leitura Tem Que Chegar Primeiro.
A leitura que condena uma carga é registrada horas antes de alguém olhar para ela. O problema todo é o vão entre as duas coisas — e fechar esse vão começa por um caminho do sensor até o software, que é justamente a peça que não construímos.
Onde Isso Dá Errado
Uma unidade de refrigeração começa a falhar numa terça à noite. O sensor registra. Ninguém está olhando nesse horário, e os dados só são olhados quando o contêiner é aberto na outra ponta.
Nessa altura a pergunta já mudou. Não é mais “dá para salvar esta carga”, é “quem paga por ela”. Essa pergunta é muito mais cara, e é a única que sobrou.
A leitura estava lá o tempo todo. Ninguém estava lendo.
O pátio tem um problema do mesmo formato. As regras sobre quais mercadorias podem ficar perto de quais são conhecidas, estão escritas, e são conferidas por uma pessoa que também está fazendo outras quatro coisas.
O Que Acontece No Lugar
Vamos começar pela parte que não está pronta, porque é a parte de que todo o resto depende. A leitura tem que chegar ao FACE antes que nada disso importe, e hoje ela não chega. O conector para um sistema de sensores, de etiquetas, de armazém ou de pátio é uma peça provisória que falha de propósito, para que o raciocínio construído em cima rode, no lugar, contra um arquivo de dados semeados. Numa instância comum, sem nada conectado, a fila está vazia. Antes ela era preenchida com esses exemplos semeados, apresentados como se fossem as suas operações, e isso foi removido em vez de maquiado.
O que está construído é o lado das câmeras do pátio. Um quadro é validado como imagem de verdade antes de um modelo vê-lo, reduzido a algo que um modelo consiga engolir, e lido por um modelo de visão no seu próprio hardware — então a leitura do pátio acontece onde as imagens já estão, e as imagens não saem para a API de ninguém para serem descritas. A observação volta grudada no quadro de que saiu, e é isso que a torna contestável em vez de afirmada.
Em cima disso, um aviso pode ser transmitido para tudo o que estiver acompanhando o fluxo de eventos do pátio. Vale ser exato quanto a isso, porque a categoria vende a coisa como imposição: a transmissão pede, ela não age. Nenhum atuador é contatado, não existe no processo nenhum controlador de guindaste para contatar um, e o código se recusa a relatar um aviso como se um movimento tivesse acontecido. Essa recusa é a função. Um intertravamento que não pode disparar é pior do que intertravamento nenhum, porque responde “isso está resolvido?” com um sim cheio de confiança.
Onde há algo sobre o que agir, aquilo espera como um movimento redigido, e uma pessoa com nome aprova, edita ou recusa, e o aval fica anotado. Aprovar é o que envia. E onde um passo desse movimento não tem nada por trás — uma escrita num sistema de pátio ou de transporte, por exemplo — a resposta nomeia o passo que não aconteceu em vez de relatar sucesso, então “aprovado” e “feito” seguem sendo duas palavras diferentes.
Quem Cuida Disso
Três mesas, e o que cada uma tem na mão hoje.
- O supervisor do pátio. Hoje as regras sobre quais mercadorias podem ficar perto de quais são conhecidas, estão escritas e são conferidas por uma pessoa que também está fazendo outras quatro coisas. O que muda é que os quadros que as câmeras do pátio já gravam passam a ser lidos, e o que volta é uma observação escrita presa ao quadro de onde saiu — algo que dá para abrir e contestar, e não uma linha num caderno.
- Conformidade e risco. Hoje um achado sobre separação de mercadorias existe se alguém estava passando por ali. O que muda é que um aviso pode ser colocado no fluxo de eventos do pátio para o que estiver escutando, e o movimento que vem depois é redigido e espera uma pessoa nomeada aprovar, editar ou recusar. A assinatura fica guardada junto com o quadro que a originou.
- TI e segurança da informação. Hoje um produto de câmeras significa perguntar para qual serviço de terceiros as imagens do pátio estão sendo enviadas para serem descritas. O que muda é que o quadro é validado como imagem real e lido por um modelo de visão em hardware que você controla, então a revisão trata de máquinas que você já opera.
Como Você Saberia Que Funcionou
Todo número abaixo é seu, não nosso. Anote onde você está hoje, porque a linha de base se perde para sempre no momento em que algo muda.
- Quanto você baixa de estoque refrigerado e congelado. A conta de baixas da sua contabilidade e o registro de rejeições de qualidade do mesmo período, com os casos de temperatura separados de todas as outras causas.
- Horas da primeira leitura ruim até alguém agir. Pegue uma amostra dos eventos de temperatura do último trimestre. Anote quando cada um foi registrado, e quando uma pessoa fez algo a respeito pela primeira vez.
- Quantos desvios foram pegos enquanto a carga ainda podia ser salva. Conte como parcela de todos os desvios. Esse é o número em que todo o resto se apoia.
- Achados de segurança no pátio. Os seus próprios registros de inspeção e de incidente, contados por trimestre, separando as regras de segregação de mercadorias de todo o resto.
- O que as suas câmeras já gravam e ninguém lê. Conte as câmeras do pátio, e depois conte quantas horas do que elas gravam são alguma vez olhadas por uma pessoa. Esse é o vão em que o lado de visão disto trabalha, e normalmente é o maior número da lista.
Traga a sua conta de baixas e um dia de gravação das câmeras do pátio.
Perguntas De Uma Equipe De Pátio
O que se pergunta antes de alguém falar em contrato.