Todos os artigos
Operações

Biológico: o balanço de massas fecha nos teus registos?

As compras estão no ERP, as vendas também. Então porque é que ainda tens de abrir três folhas de cálculo para explicar quanto produto biológico devia estar no armazém?

O problema aparece quando tentas juntar tudo: existências iniciais, receções, transformação, amostras, devoluções e produto contado no fim do período. Cada registo pode parecer certo isoladamente. Mesmo assim, o conjunto pode não fechar.

Se produzes, preparas ou distribuis biológico nos Açores ou na Madeira, a pergunta útil não é se consegues instalar um chatbot. É se consegues reconstruir um balanço de massas com origem para cada quantidade e uma explicação verificável para cada diferença. Uma IA fundada nos teus dados, só de leitura e auditada pode ajudar nessa consulta. Não pode fabricar o registo que falta nem substituir o organismo de controlo.

Ter documentos não é ter um balanço

Uma fatura prova uma transação. Não prova, por si, a quantidade fisicamente recebida numa determinada data. Uma guia de saída e a respetiva fatura podem documentar o mesmo movimento: somá-las como duas saídas duplica a quantidade. Uma nota de crédito pode corrigir um preço sem haver qualquer devolução física.

Por isso, o balanço começa por distinguir documentos de acontecimentos. O sistema precisa de saber qual foi a receção, qual foi a expedição e que documentos suportam cada uma. Depois precisa de estabelecer o produto, o estado do material, a unidade, o local e o período em análise.

O catálogo disponibilizado pela Naturalfa, versão 01 de 1 de janeiro de 2023, trata expressamente os desequilíbrios entre fatores de produção utilizados e produtos biológicos obtidos na rubrica de registos e balanço de massas. A utilidade desta referência é mostrar que a coerência das quantidades faz parte do controlo documental. Não permite concluir que qualquer diferença é fraude, nem dispensa confirmar a versão e o enquadramento aplicáveis com o teu organismo de controlo.

A engenharia tem de respeitar esse limite: apresentar factos, cálculos e lacunas, sem transformar um alerta numa decisão de certificação.

Operador confere uma receção de ervas secas no portátil, junto do produto recebido no armazém.

Primeiro, define o que estás a contar

Pensa num distribuidor de hortelã biológica seca. Para conferir um mês, podes começar pela quantidade líquida desse produto, em quilogramas, em todos os locais incluídos no balanço. Não mistures hortelã fresca, produto seco, embalagens vazias e misturas com outros ingredientes no mesmo total.

Uma transferência entre dois armazéns teus altera as existências de cada local. Se ambos estão dentro do perímetro escolhido, não é uma venda nem uma nova entrada do exterior. Já uma transferência para um local excluído exige tratamento explícito. O sistema não deve decidir isso pelo nome do documento.

Também tens de separar o estatuto dos produtos: biológico, em conversão ou convencional não são categorias que se possam fundir para fazer a conta fechar. A identificação do lote ajuda a investigar diferenças que um total por artigo esconderia.

Finalmente, fixa o momento da contagem. Comparar as existências de sexta-feira com movimentos lançados até segunda-feira cria uma diferença artificial. É preciso distinguir a data do movimento físico da data em que alguém o registou. Se entrarem documentos atrasados, uma nova versão do balanço deve mostrar o que mudou.

Um exemplo: 18 kg que ainda não têm explicação

O exemplo seguinte é hipotético. Não representa um cliente, uma taxa habitual de perdas ou um resultado obtido pela Leiritech. Considera um produto já seco, sem transformação durante o período, com todas as quantidades expressas em massa líquida.

| Movimento no período | Quantidade |
| — | —: |
| Existências iniciais conferidas | 120 kg |
| Receções do exterior | 900 kg |
| Expedições para clientes | 780 kg |
| Amostras entregues e registadas | 6 kg |
| Quebras documentadas | 14 kg |
| Existências finais calculadas | 220 kg |
| Existências finais contadas | 202 kg |

A conta é reproduzível: 120 + 900 − 780 − 6 − 14 = 220 kg. A contagem física indica 202 kg. Ficam 18 kg por explicar.

Esta diferença não autoriza o assistente a responder «perda normal de armazenamento». Não há, neste exemplo, qualquer registo que sustente essa causa. Também não autoriza um ajuste automático de menos 18 kg para deixar de haver diferença.

O passo seguinte é conferir os movimentos e a contagem: houve uma expedição ainda não registada? Ficou uma caixa numa localização que não foi contada? Uma devolução documental foi tratada como entrada física sem o produto ter regressado? Alguma quantidade foi convertida de embalagens para quilogramas com um fator errado?

São hipóteses de investigação, não conclusões. Uma resposta útil seria: «O saldo calculado é 220 kg e o contado é 202 kg. Há uma diferença de 18 kg sem justificação documental identificada nas fontes consultadas.» A seguir, deve mostrar os registos usados, o período e as fontes que não conseguiu consultar.

Mesmo que o total feche, isso não prova que todos os movimentos estão corretos. Uma falta num lote pode compensar um excesso noutro. O balanço agregado é um ponto de partida; a análise por lote e localização continua a ser necessária quando os dados a permitem.

Quando há transformação, compras menos vendas não chega

Num produtor que seca as próprias plantas, a situação é diferente. Um quilograma de hortelã fresca não equivale a um quilograma de hortelã seca. Há alteração de humidade, seleção de material e, eventualmente, produto em curso no final do período.

O registo de produção tem de ligar o material efetivamente utilizado ao produto obtido e aos restantes destinos identificados. Se o processo envolver misturas, é necessário conhecer os ingredientes e as quantidades consumidas. Se envolver reprocessamento, não podes contar o mesmo material como uma nova entrada externa.

Aqui convém distinguir duas coisas. O rendimento observado resulta dos consumos e da produção registados. O rendimento de referência é uma regra técnica aprovada para aquele processo e para condições definidas. Serve para comparar e investigar; não substitui as medições reais.

Um modelo de linguagem não deve ir buscar uma percentagem genérica à Internet e aplicá-la à tua secagem. E a diferença entre a massa de entrada e a de saída não se torna automaticamente «água evaporada». Se os registos não distinguem evaporação, material rejeitado e outras perdas, essa separação fica por demonstrar.

A regra aprovada deve ter responsável, versão e âmbito. Uma alteração não pode reescrever silenciosamente os resultados de períodos anteriores. Quando faltam pesagens ou registos de produção, o resultado correto é uma limitação explícita do balanço, não um rendimento inventado para o fechar.

Técnica consulta um registo de produção num tablet, entre tabuleiros separados de hortelã fresca e seca.

O que a IA faz — e onde deixa de mandar

A pergunta pode ser simples: «Mostra o balanço da hortelã seca em outubro e as diferenças por explicar.» A resposta exige trabalho que não deve ficar entregue à improvisação do modelo.

Uma integração delimitada consulta os movimentos autorizados do ERP, os registos de produção e as contagens disponíveis. Código verificável aplica as conversões aprovadas, evita duplicar movimentos documentados em mais de um sítio e calcula os saldos. O assistente organiza a explicação e aponta a origem de cada parcela.

Não basta carregar os PDFs numa base de pesquisa. Um documento pode referir 30 caixas sem indicar o peso líquido; outro pode corrigir o primeiro. A extração de informação deve preservar a origem e assinalar dúvidas. Só os dados validados entram num cálculo apresentado como tal.

Só de leitura é uma propriedade da integração, não uma frase no pedido ao modelo. As credenciais e ferramentas expostas ao assistente não devem permitir alterar existências, lançar quebras ou modificar fichas técnicas. Se for necessário corrigir um movimento, a equipa responsável faz essa correção no sistema de origem, pelo procedimento habitual.

A auditoria regista quem consultou, quando, que filtros foram usados, que fontes e versões suportaram o resultado e que limitações existiam. O acesso respeita as permissões do utilizador; não é preciso abrir toda a contabilidade para explicar um balanço de armazém.

Acesso ao ERP e rastreabilidade de consultas já aparecem em ofertas de mercado, como a apresentação de agentes da RTC consultada nesta pesquisa. Não são, por si, prova de um balanço bem implementado. A demonstração relevante é conseguir reproduzir o cálculo com os teus movimentos, distinguir transformação de transferência e recusar uma conclusão quando faltam dados.

«Mas o meu ERP já tem um mapa de existências»

Ótimo. Se esse mapa cobre o problema, não precisas de acrescentar IA para voltar a apresentar o mesmo número.

A utilidade aparece quando a explicação depende de fontes que o mapa não cruza: uma contagem validada fora do ERP, uma ordem de produção, uma conversão de unidades ou um documento ainda por associar. O assistente pode facilitar a investigação sem substituir o mapa nem criar uma segunda contabilidade.

Há também casos em que a primeira intervenção nem sequer é IA. Se ninguém regista amostras ou distingue peso bruto de líquido, o passo certo é melhorar o registo. Um assistente não recupera uma medição que nunca aconteceu.

Para avaliar um piloto, mede o tempo necessário para reconstruir um período, quantas parcelas têm suporte identificável e quantas diferenças continuam abertas. Não uses como medida de sucesso «o balanço passou a fechar»: isso também se consegue com um ajuste sem fundamento.

Operadora compara as embalagens de ervas secas presentes na estante com o registo de inventário num tablet.

Começa por um produto e um período fechado

Se estás a preparar produção ou expedições para o Natal, conferir um período já concluído permite detetar falhas de registo antes de acrescentares novos movimentos. É uma escolha de gestão, não um prazo legal universal para fechar o balanço.

Nos Açores e na Madeira, este trabalho pode ser delimitado sem ficar dependente da aprovação de um apoio. A elegibilidade de financiamento verifica-se no aviso concreto; não se deduz apenas da localização da empresa. O âmbito técnico pode começar pequeno: um produto, um período, os locais abrangidos e as fontes que já tens.

Na Leiritech, a proposta é trabalhar diretamente com a pequena equipa que escreve o código. Primeiro confirmamos se conseguimos consultar os teus sistemas e que dados faltam. Depois definimos uma integração só de leitura e auditada, com cálculos reproduzíveis e validação das regras pelo teu responsável técnico. Isto descreve uma abordagem de projeto, não uma implantação já realizada neste setor.

O resultado útil é uma explicação que consigas verificar: quanto entrou, quanto foi utilizado, quanto saiu, quanto ficou e o que continua por demonstrar. Não um certificado emitido por um chatbot.

Escreve para hello@leiritech.com com o produto e o período que queres conferir, sem anexar dados sensíveis, para delimitarmos uma primeira revisão dos registos.

Escrito por

Equipa Leiritech

A equipa Leiritech — a construir software com inteligência artificial a partir de Leiria, Portugal.

Deixe um comentário

O seu endereço de email não será publicado.