Novidades

Quando uma linha de encomenda só pode ser recolhida a partir de uma localização, o LogisticsWMS passa a resolver isso de imediato em vez de consultar o serviço de otimização de rotas — por isso, as listas de picking dessas linhas ficam prontas mais rápido e deixam de ser afetadas se esse serviço estiver temporariamente indisponível.

Documentos e receções criados através da Moloni, Sage, devoluções da Shopify ou da API pública podiam ser guardados sem morada de entrega, mostrando um destino em branco e sendo rejeitados pelas transportadoras. Passam agora a obter corretamente a morada certa a partir do livro de moradas do ponto de entrega.

Quando a renovação do certificado NMVS falhava, o registo do que tinha acontecido era apagado. Passa a ser mantido, e uma verificação prévia explica o que está errado antes de a renovação ser tentada. No histórico, as renovações que fazes manualmente passam também a distinguir-se das automáticas.

Cada transportadora pode agora enviar com a sua própria identidade de remetente — útil se trabalhas com marcas próprias ou expedes em nome de um cliente e queres que a etiqueta o reflita.

A página de Plugins agora mostra primeiro os plugins ativos e depois os inativos, para seres mais rápido a encontrar o que procuras.

Já podes remover a tua foto de perfil e editar os teus dados diretamente na página de perfil, sem abrir uma janela à parte.

O cockpit de operações ganhou um filtro "Sem operador" para encontrares rapidamente as tarefas de picking e packing que ainda não têm ninguém atribuído.

Ao configurar o mapeamento com o Moloni, já é possível escolher explicitamente "Nenhum" tipo de documento de destino e "Todas"/"série por defeito" para a série, em vez de teres de deixar os campos em branco sem saberes o que isso significa.

Corrigimos casos em que pistolar o código de barras (EAN) de um artigo no picking não era reconhecido, dependendo de como o leitor enviava o código.

Ao acrescentares um lote a uma linha de receção já existente para o mesmo artigo, o sistema atualiza essa linha em vez de criar uma segunda.

Corrigimos casos em que o navegador preenchia automaticamente campos de credenciais/segredos (por exemplo, de transportadoras ou ERPs) com uma password guardada, sem o utilizador escrever nada.

Quando uma receção exige aprovação por PIN de supervisor, o ecrã de detalhe da receção passa a mostrar quem aprovou e quando. Anteriormente esta informação era registada mas não era apresentada.

Quando um armazém tinha um grande volume de tarefas de packing pendentes, as instruções de picking podiam deixar de ser geradas para os operadores. Este problema está corrigido, e o trabalho de picking passa a ser gerado de forma fiável em conjunto com o packing.

As atualizações de stock podiam por vezes falhar com um erro quando duas operações mexiam no mesmo stock ao mesmo tempo. O sistema passa agora a aguardar por breves instantes em vez de falhar de imediato, pelo que estas operações são concluídas com sucesso muito mais vezes.

Corrigido um problema que podia enviar a mesma ordem de picking duas vezes para a máquina Kardex, e corrigidos movimentos de stock que estavam a ser atribuídos ao "sistema" em vez de ao operador que realmente os executou.

A pesquisa geral podia devolver localizações e contentores de armazéns diferentes daquele em que estavas a trabalhar. Os resultados ficam agora sempre limitados ao teu armazém atual.

Ler o código de barras de um artigo podia pedir para associares esse código, mesmo já estando associado, quando o código lido não tinha o mesmo número de zeros à esquerda que o guardado no sistema. As leituras são agora reconhecidas corretamente em ambos os formatos.

Abrir o ecrã de preferências de notificações do dashboard podia, por si só, ativar a subscrição do resumo diário por email, mesmo sem confirmares nada. A subscrição só muda agora quando escolheres ativá-la ou desativá-la.

Quando uma linha de uma guia de expedição era dividida por dois lotes, a segunda metade podia perder a ligação à linha da encomenda original do marketplace. Isto podia fazer a encomenda aparecer como apenas parcialmente satisfeita no canal de vendas, mesmo depois de expedida por completo. As duas metades mantêm agora essa ligação.

Em certos casos, a lista de tarefas de um operador podia aparecer vazia mesmo havendo trabalho já atribuído, levando por vezes a que esse trabalho fosse cancelado por engano. As tarefas passam agora a ser geradas de acordo com o volume de trabalho que o operador tem realmente em fila, e não apenas segundo uma janela de tempo fixa.

Se, ao reembalar, fizeres scan de mais unidades do que a encomenda precisa, passas a receber um aviso claro a identificar o volume de origem antes de a unidade extra ser movida, em vez de ser aceite em silêncio.

Corrigimos várias etiquetas mal traduzidas ou pouco naturais em espanhol e italiano em toda a aplicação, incluindo termos que estavam a ser traduzidos quando não deveriam.

Encomendas de lojas online ligadas podiam continuar marcadas como não expedidas mesmo depois de embaladas na totalidade. Isto está corrigido, e a expedição é agora confirmada corretamente assim que o packing termina.

O seletor de datas não estava a funcionar corretamente para utilizadores na versão espanhola ou italiana da aplicação. Já funciona como esperado.

Ler uma localização, artigo ou lote no ecrã de Inventário podia não ser reconhecido, consoante as definições do teu leitor. A leitura passa agora a funcionar de forma consistente aí, tal como no resto da aplicação.

Uma atribuição no quadro de operadores podia por vezes ficar sem instruções para executar e permanecer bloqueada. Estas passam agora a ser corretamente processadas, para que os operadores recebam sempre as suas instruções.

Um packing já cancelado podia voltar a ser apanhado pelo sistema de atribuições e entregue a um operador sem nada para fazer. Isto deixa de acontecer.

Criar uma receção pela API sem selecionar um processo era antes aceite e só falhava mais tarde, com um erro confuso, ao tentares fechá-la. Passa agora a ser rejeitada de imediato, com uma mensagem clara.

Algumas caixas de pesquisa na aplicação (como pesquisar linhas de picking por lote ou artigo, ou pontos de entrega) estavam a ignorar silenciosamente o que escrevias e a devolver todos os resultados. A pesquisa passa agora a corresponder corretamente ao que procuras.

Quando um envio NACEX é rejeitado, a aplicação indica agora exatamente qual o campo da morada que está errado, em vez de te deixar a adivinhar. Também corrigimos uma situação em que países não reconhecidos podiam ser tratados como Espanha, alterando o código postal, e os envios passam agora a ser verificados antecipadamente para seres avisado antes de a submissão falhar.

Corrigimos uma situação em que um utilizador revendedor conseguia selecionar ou entrar numa conta que não lhe estava atribuída. O acesso está agora limitado às contas efetivamente geridas por esse revendedor.

Quando duas encomendas eram unidas, a encomenda original podia continuar a ser contada como "em atraso" para sempre, mesmo depois da união. O Ticks (o nosso assistente de IA) já exclui corretamente as encomendas unidas ao responder sobre expedições em atraso.

Em alguns casos, o Ticks (o nosso assistente de IA) podia confundir uma pergunta em português com inglês e responder no idioma errado. Agora mantém-se fiel ao idioma que estás realmente a usar.

Quando uma encomenda era fechada com artigos que não foram encontrados ("Não tenho"), a Shopify era informada de que a quantidade total tinha sido expedida na mesma, colocando essas unidades em falta novamente à venda como se estivessem em stock. A Shopify passa agora a receber apenas a quantidade realmente embalada, ficando o restante por cumprir para cancelares ou reembolsares.

Corrigimos uma situação no menu de ações de verificação de medicamentos (NMVS/MVO) em que dispensar uma linha podia esconder as restantes ações da lista. As ações em lote passam agora a atuar sempre apenas sobre as linhas selecionadas.

Corrigimos uma situação em que algumas encomendas vindas da Moloni podiam falhar a sincronização para uma guia de expedição.

Corrigimos uma situação em que o ecrã de "a criar a tua conta" podia ficar preso a carregar indefinidamente durante o registo, obrigando a atualizar a página.

Corrigimos uma situação rara em que uma receção já fechada podia reabrir sozinha e o stock recebido ser contabilizado em duplicado.

Corrigimos uma situação em que uma tarefa de reposição já cancelada podia continuar a ser executada em localizações ligadas ao Kardex, provocando por vezes desvios de stock. Passa também a ser possível identificar e cancelar uma ordem de entrega Kardex que fique bloqueada.

Corrigimos uma situação em que reativar uma subscrição em pausa podia impedir temporariamente o acesso à tua conta.

Já podes duplicar uma lista de comunicação para reenviar as mesmas embalagens sem voltar a digitalizar, renomear listas, ver o progresso enquanto uma lista está a comunicar, e desfazer uma lista inteira decomissionada de uma só vez em vez de embalagem a embalagem.

As exportações grandes (como listas de artigos) paravam antes na primeira leva de resultados. Agora continuam automaticamente por todas as páginas, garantindo que o ficheiro exportado fica sempre completo.

O ecrã de inventário indica agora que deves digitalizar primeiro uma localização, mantém a localização entre artigos para não teres de escolher o tipo de leitura outra vez, e reconhece uma localização escrita pela descrição, além do código.

Ao criar uma nova localização, esta passa a herdar automaticamente a definição "permitir lotes diferentes do mesmo artigo" da zona a que pertence, e o valor é mostrado antes de guardares.

O Ticks, o teu assistente de IA, é agora mais preciso a identificar a tua empresa no momento do registo, e permite-te confirmar diretamente o site da tua empresa quando não tem a certeza.

Em casos raros, os códigos de barras gerados para novos volumes ou paletes podiam coincidir com um já em uso, em tipos de volume com numeração mista. Os códigos de barras são agora sempre gerados corretamente.

Quando o mesmo artigo era digitalizado em caixas diferentes com destino à mesma prateleira durante a receção, podiam ser agrupadas numa única caixa, ficando as restantes vazias. Cada caixa mantém agora corretamente o seu próprio conteúdo.

Em alguns armazéns 3PL, selecionar um cliente específico antes de arrumar uma palete tornava a palete impossível de encontrar. A arrumação funciona agora corretamente independentemente do cliente selecionado.

Fechar uma receção numa conta com a integração Moloni ativa podia falhar com um erro genérico caso não existisse um conjunto de documentos predefinido configurado. Passa agora a ser mostrada uma mensagem clara a explicar o que corrigir.

Vários ecrãs mostravam dois pop-ups de confirmação para a mesma ação, e confirmar ambos podia executar a ação duas vezes. Cada ação pede agora confirmação apenas uma vez.

Abrir os detalhes de stock de um lote a partir do interior de outra janela de stock não fazia anteriormente nada. Agora abre corretamente.

Corrigido o ícone do separador de Inventário, traduzidas as etiquetas de segregação de stock dos clientes 3PL, reetiquetados os botões de exportação de Picking/Packing para maior clareza, restaurada a cor dos avatares de utilizador, adicionado um filtro por nome em Conta > Utilizadores, e corrigida a terminologia "Partes"/"Volumes" nos ecrãs de receção.

A exportação de comunicações NMVS podia falhar por completo se apenas uma linha contivesse um código não reconhecido pelo sistema. Os códigos não reconhecidos são agora mostrados tal como estão em vez de interromper a exportação, e foi corrigida uma coluna mal identificada.

Quando uma guia de expedição estava dividida por duas ondas de picking, o Cockpit podia subcontar o número de linhas. Passa agora a contar corretamente todas as linhas.

Alguns filtros de lista (por exemplo, pesquisar por referência ou digitalizar um código de barras) podiam mostrar "nenhum resultado encontrado" mesmo quando o artigo existia. A pesquisa e a leitura de código de barras nestes filtros funcionam agora corretamente.

O Ticks podia por vezes responder, ou enviar os e-mails diários de resumo, num idioma diferente do esperado. As respostas e os e-mails de resumo seguem agora sempre o idioma selecionado.

Em casos raros, as respostas do Ticks podiam incluir termos técnicos internos em vez de uma resposta adequada, ou não responder corretamente a perguntas sobre movimentos de stock e rotação de stock. Ambos os problemas foram corrigidos.

Os cartões de Stock Total, Rotação de Stock, Stock Médio e Stock Mínimo na página do artigo passam a começar com uma frase em linguagem simples sobre o que o número significa, antes de mostrar a fórmula. Assim, uma rotação de zero explica se é porque nada foi expedido ou porque não há stock para comparar, em vez de te deixar a adivinhar.

Quando o stock de um artigo está abaixo do mínimo, o alerta passa a mostrar também quantas unidades já estão a chegar através de receções em aberto, para saberes de imediato se ainda é preciso repor ou se já há uma encomenda a caminho.

Os campos que antes diziam apenas "Origem" ou "Destino" passam a indicar o que realmente é suposto leres: uma localização, um volume, um artigo, ou uma combinação, para ficar claro o que fazer sem tentativa e erro. Também tornámos os termos "Volume" e "Peça" consistentes em todos os ecrãs e línguas.

O Ticks deixa de inventar ligações do Centro de Ajuda ou nomes de definições que não existem, identifica corretamente a guia ou receção sobre a qual estás a perguntar em vez de confundir números parecidos, e a pergunta "que guias estão atrasadas" passa a filtrar mesmo por atraso, em vez de devolver todas as guias em aberto.

Quando uma resposta do Ticks é cortada por atingir o limite de tamanho, isso é agora indicado claramente com um botão "Continuar resposta", em vez de uma nota fácil de não reparar no fim de uma lista longa.

As guias de receção criadas automaticamente através da API pública ou de integrações com lojas (Shopify, PrestaShop, Jumpseller, Amazon) podiam ficar sem estimativa de duração. Isto foi corrigido, e essas guias passam agora a ter uma estimativa como qualquer outra.

Em certas condições de tempo, o sistema podia acionar a otimização de localizações de picking duas vezes para o mesmo lote, deixando para trás sugestões de picking que nunca podiam ser utilizadas. Passa agora a correr apenas uma vez, como previsto.

A verificação ou sincronização do stock de um único artigo com a tua loja Shopify, Jumpseller ou Shopkit podia falhar com um erro em vez de concluir. Isto foi corrigido.

Quando sais de um ecrã com separadores e voltas a entrar, a LogisticsWMS reabre-o no mesmo separador onde estavas, na maior parte da aplicação.

O seletor de operadores usado para atribuir tarefas de picking e packing já pode ser pesquisado por apelido ou iniciais, além do primeiro nome, e funciona corretamente por teclado.

Já podes desativar a sincronização periódica de stock completo da Shopify, mantendo as atualizações de stock em tempo real ativas, dando-te mais controlo sobre a forma como a tua loja se mantém sincronizada.

O Ticks, o teu assistente de IA, responde agora com valores corretos quando lhe perguntas sobre o tempo gasto em receção, picking, packing, arrumação e inventário. Antes, algumas destas respostas podiam estar erradas ou mostrar zero.

Apagar uma linha de receção de um produto já comunicado ao sistema de verificação de medicamentos NMVS/MVO eliminava também esse registo regulamentar. Esse registo passa agora a ser mantido, como é exigido, mesmo quando a linha é removida.

Alguns códigos de barras não tinham a data de validade lida corretamente, porque só vinha codificada como "consumir de preferência antes de", ou pela forma como o código combinava lote e número de série. Ambos os casos são agora tratados corretamente em toda a leitura de códigos, receção, picking, packing e inventário.

As fotos de produtos definidas por uma sincronização Shopify antiga podiam ficar bloqueadas para sempre e nunca mais atualizar. Isso está agora corrigido. Também melhorámos a fiabilidade da sincronização de stock e encomendas para lojas com catálogos grandes, para as atualizações continuarem a fluir sem bloquear.

A pesquisa ou filtro de ondas de picking por armazém no Cockpit ou nas Guias de Expedição podia não devolver resultados, e iniciar uma onda a partir desses ecrãs podia limpar acidentalmente o seu armazém. Ambos os problemas estão corrigidos.

Criar um novo utilizador podia por vezes falhar com um erro, ou repor silenciosamente a definição "usa o portal de cliente por defeito" ao guardar. Ambos os problemas estão corrigidos.

Os envios que a NACEX não reconhecia eram verificados indefinidamente, sem resolução. Passam agora a ficar marcados como erro ao fim de 7 dias, com o motivo indicado, para saberes que precisas de agir.

Um inventário que estava a ser criado ou fechado durante um reinício do sistema podia ficar preso permanentemente. Passa agora a ficar marcado como "Falha na criação", para poderes repetir ou apagar e continuar.

Reimportar o mesmo ficheiro Excel de uma guia de receção podia criar registos de lote duplicados que não ficavam associados ao artigo correto, aparecendo como discrepâncias inexplicadas de quantidade ou lote. Este problema está corrigido.

Os contadores "linhas feitas / total" do packing podiam mostrar um número superior ao que estava realmente no ecrã, porque também contavam os próprios volumes. Passam agora a contar apenas os artigos, correspondendo ao que vês.

Se não tivesses nenhuma tarefa atribuída, ou a tua próxima tarefa falhasse ao carregar, o ecrã operacional enviava-te silenciosamente de volta para a página inicial. Agora mostra uma mensagem clara a explicar o que aconteceu, com forma de tentar novamente ou ir para o cockpit.

O ecrã de detalhe da guia de receção podia falhar a mostrar corretamente o campo de duração estimada. Este problema está corrigido, juntamente com algumas traduções inconsistentes.

Fechar um inventário com um grande número de contagens podia ficar muito lento ou falhar por tempo excedido. Passa agora a ser mais rápido e fiável, mesmo em armazéns grandes.

Quando o documento de expedição de uma ordem de picking era removido, as suas tarefas de picking podiam ficar perdidas na fila indefinidamente em vez de serem canceladas. Estas são agora limpas automaticamente.

Quando um código GS1 chega no formato legível, com os identificadores entre parênteses, o número de lote e a data de validade passam a ser lidos corretamente. Antes, dependendo da ordem em que a informação aparecia no código, a validade podia ficar guardada dentro do lote ou o lote podia desaparecer. Os códigos que trazem o prefixo do scanner, incluindo os prefixos personalizados que configuraste, também são reconhecidos.

O tempo estimado das ordens de packing e das respetivas linhas aparecia várias vezes a zero. A estimativa foi melhorada e é guardada quando a ordem é criada, por isso os ecrãs de planeamento e de packing passam a mostrar um valor real. As ordens criadas antes desta versão mantêm o valor "antigo".

A mensagem de boas-vindas que o Ticks prepara para uma empresa nova saía em inglês mesmo quando a conta estava noutro idioma. O idioma da conta passa a ser identificado corretamente no momento em que a conta é criada, por isso a primeira conversa e a informação recolhida sobre a empresa aparecem no teu idioma.

Corrigimos vários problemas nas respostas do Ticks: agora reporta todos os teus KPIs quando fazes uma pergunta geral sobre tendências (em vez de apenas um), identifica corretamente as classificações de operadores e os períodos de tempo, deixou de cortar respostas longas a meio, e só promete no ficheiro exportado o conteúdo que consegue mesmo entregar.

Utilizadores de portal de cliente e de revendedor conseguiam aceder, sem ser essa a intenção, a ferramentas do assistente Ticks destinadas apenas à tua equipa de armazém. Isto foi corrigido. O acesso passa agora a respeitar corretamente a função de cada utilizador.

Corrigimos vários problemas de cálculo nos cartões de KPI de Entradas e Arrumação (não conformidades, trabalho pendente, produtividade e melhores operadores) e na forma como os KPIs de Receção são datados. Por isso, alguns destes valores, incluindo os históricos, podem agora mostrar números diferentes dos anteriores.

O Ticks tem um visual mais limpo: cabeçalho mais organizado, ações rápidas em cada mensagem, caixa de mensagem renovada e uma vista reduzida quando precisas de mais espaço no ecrã.

O Ticks já encontra o produto certo mesmo que escrevas as palavras por uma ordem diferente da do nome do produto.

A barra de progresso e a checklist da configuração inicial (trial) já refletem com precisão o que está a acontecer, e as tuas preferências de introdução ficam sempre guardadas.

Exportar um conjunto grande de resultados através do Ticks já não corta o ficheiro a meio.

Quando o Ticks não consegue dar uma resposta, mostra agora uma mensagem clara em vez de uma resposta em branco.

Reforçámos o Ticks para que só afirme factos e ligações apoiados nos teus dados reais, dizendo honestamente quando não encontra ou não consegue confirmar algo, em vez de adivinhar.

Administradores e Supervisores podiam ficar bloqueados, por engano, em algumas perguntas, exportações ou transferências do Ticks a que deviam ter acesso. Já está corrigido.

O Ticks já calcula a produtividade dos operadores (velocidade de picking/packing) sempre a partir dos registos reais de atividade, em vez de a estimar por vezes.

Um problema de sincronização podia fazer o Ticks perder temporariamente alguns artigos do Centro de Ajuda, dando respostas incompletas a perguntas do tipo "como faço para...". Já está corrigido.

Limpar as reservas de uma guia de um cliente 3PL podia deixar stock preso como reservado no local de picking. Já está corrigido.

Quando a consulta de morada do PrestaShop falhava, podíamos substituir uma morada de entrega válida por uma incompleta. Já está corrigido, e a morada existente é mantida.

Ao fechar um inventário, o estado passa logo a "A Fechar" e os acertos de stock correm em segundo plano; podes sair do ecrã e continuar a trabalhar. Recebes um email quando terminar, com o resumo de linhas que não tenham sido ajustadas. Se o fecho falhar, o inventário fica em "Falha no fecho" e podes voltar a tentar a partir da própria ficha.

Se leres um artigo que já não tem nada por embalar, o WMS assume que o queres mudar de volume, em vez de te obrigar a desembalá-lo primeiro. Diz-te de que volume vem, mostra o volume atual em cada opção de lote e avisa-te se escolheres o volume onde o artigo já está. A zona de packing pedida passa também a ficar visível dentro do próprio campo.

O registo do packing deixa de ficar progressivamente mais lento à medida que a guia tem mais linhas. Em guias grandes, a espera do operador ao confirmar o packing reduz-se de forma significativa.

Na lista de Guias de Expedição e no separador da transportadora, o ícone da etiqueta fica verde assim que a etiqueta é descarregada, e o tooltip mostra a data e hora da primeira impressão. Disponível para NACEX e Correios Express. Etiquetas impressas antes desta versão aparecem como nunca impressas.

Quando o tempo real de recolha ou de deslocação não chegou a ser registado, a guia de picking deixa de mostrar "0" e passa a apresentar apenas o tempo estimado, devidamente identificado como estimativa.

Quem integra com a LogisticsWMS por API passa a receber, na confirmação de receção, o número de linha do documento original de cada quantidade recebida, pelo que deixa de ser preciso adivinhar a que linha corresponde cada receção.

Já podes autenticar-te na documentação da API com as credenciais do teu cliente de API e experimentar os pedidos diretamente. Quando um campo vem preenchido de forma inválida, a resposta passa a indicar qual é o campo, o valor recebido e, nos campos com lista fechada, os valores aceites, em vez de um erro genérico. A criação de artigos por API aceita agora os valores de unidade de manuseamento documentados.

O stock enviado para a Shopify incluía tudo o que estivesse no armazém, incluindo artigos em quarentena nas zonas de qualidade, o que podia colocar à venda artigos que não podiam ser expedidos. Passa a contar apenas as localizações do processo de expedição da loja e as zonas de packing e de carga.

Em contas de operador logístico, cancelar uma guia de expedição falhava sempre que estava selecionado "Todos os clientes" na barra superior. O cancelamento passa a identificar o cliente a partir do próprio volume, sem depender dessa seleção. As mensagens de erro do servidor deixam também de aparecer como texto de tradução em falta.

Quando o sistema externo respondia com sucesso mas sem corpo, o WMS registava na guia um erro de integração. Uma resposta com sucesso passa a ser tratada como confirmação; só uma recusa explícita marca a integração como falhada.

Ao fechar um inventário, as quantidades com casas decimais eram arredondadas para baixo (por exemplo, 2,5 passava a 2), o que gerava acertos e diferenças erradas. As quantidades decimais passam a ser respeitadas.

O Ticks respondia sobre os artigos e clientes mais vendidos de toda a conta, mesmo com um armazém específico selecionado na barra superior. Passa agora a responder apenas sobre o armazém selecionado (o desempenho de operadores mantém-se ao nível da conta).

O ecrã de receção deixou de bloquear entre leituras. A vista agrupada passou a ser apenas de consulta e deixou de escrever na base de dados a cada leitura, pelo que vários operadores podem receber ao mesmo tempo sem o tempo de espera que se notava nas receções de maior volume.

Em armazéns multicliente, executar um picking, um packing ou um picking de arrumação obrigava a escolher primeiro o cliente na barra superior. A aplicação passa a identificar o cliente a partir do próprio documento, pelo que o operador pode trabalhar com Todos os Clientes selecionado.

O formulário de arrumação foi reorganizado para ecrãs pequenos: a origem e o artigo pedidos aparecem dentro do próprio campo, os botões deixam de saltar para uma segunda linha, o campo de leitura ficou cerca de 50% mais largo no picking de arrumação e o botão Arrumar ocupa agora toda a largura.

Nos ecrãs de receção, picking de arrumação e inventário, o cabeçalho e a linha da última leitura espremiam as colunas ao ponto de a descrição do artigo ficar com uma letra por linha. Passam a manter a largura natural e a deslizar na horizontal, ocupando muito menos altura no ecrã.

Ao comunicar, ou voltar a comunicar, uma linha de receção ao MVO PT, são agora enviados o GTIN e o CNP que foram lidos no scanner, e não um código de barras qualquer do catálogo do artigo. Assim, uma segunda tentativa a partir do histórico da receção passa a comportar-se exatamente como a primeira.

Quando não é possível contactar o MVO PT, a comunicação passa a ficar marcada a amarelo, como pendente, em vez de dar a embalagem como recusada. A mensagem guardada mostra também o motivo real da falha, completo, em vez de um texto técnico genérico.

Procurar por número de série nas linhas de receção não devolvia resultados para artigos com dispositivo de segurança. A pesquisa e a ordenação passam a funcionar na lista de linhas e nas duas vistas agrupadas.

O botão Terminar fica agora desativado enquanto o fecho decorre, evitando que a mesma receção seja fechada duas vezes e que sejam enviados dois documentos para o sistema ligado. Se dois utilizadores tentarem fechar ao mesmo tempo, o segundo recebe uma mensagem clara a indicar que o fecho está em curso, em vez de um erro.

Ao atualizar a página diretamente no ecrã de receções, os filtros por vezes não apareciam e a lista ficava vazia até sair e voltar a entrar. O ecrã espera agora que o armazém fique disponível antes de carregar.

Num picking de arrumação, o stock passa a ficar reservado na localização concreta para onde o operador é encaminhado, e não na zona. Deixa de acontecer o stock ser entretanto atribuído a outra tarefa e o operador chegar à prateleira e encontrá-la vazia.

Em encomendas que seguem diretamente para expedição no fim do picking, sem packing, a reserva da última linha ficava presa no picking depois de a encomenda sair. Essas reservas passam a ser libertadas corretamente, mantendo o stock disponível certo.

Ao reconstruir o stock a partir dos movimentos, as transferências e expedições perdiam o cliente associado, o que gerava linhas de stock sem cliente e quantidades disponíveis negativas. O cliente passa a ser mantido, e a quantidade disponível apresentada nunca fica abaixo de zero.

Em contas que gerem stock para vários clientes, editar e gravar uma guia de expedição podia apagar o cliente associado. Isto acontecia normalmente mesmo antes de a enviar para picking, deixando a guia sem dono e fora das listagens e do portal desse cliente. O cliente passa agora a ser mantido em todas as gravações, incluindo em guias que chegam por importação de ficheiro ou por integração. Nas guias criadas a partir do portal do cliente, o cliente é sempre o do utilizador autenticado.

Quando um cliente que já tinha comprado na tua loja fazia uma nova encomenda com uma morada de entrega diferente, continuava a ser usada a morada da primeira encomenda, e era essa que seguia para a transportadora. As encomendas que entram passam a atualizar a morada guardada com a que vem na nova encomenda: rua, código postal, cidade e país são substituídos em conjunto, para que uma morada nova nunca fique misturada com partes da anterior. Encomendas sem morada não alteram a que já existe, e o nome e e-mail do cliente mantêm-se sempre. Aplica-se às lojas Shopify, WooCommerce, PrestaShop, Jumpseller e Shopkit. Nota que o mesmo ponto de entrega é partilhado por todas as encomendas desse cliente, pelo que uma encomenda anterior ainda não expedida passa também a usar a morada atualizada.

Ler uma etiqueta Code 128 que não é um código de artigo, por exemplo uma matrícula de palete com 18 dígitos, fazia com que o código fosse cortado nos primeiros 14 caracteres e tratado como código de artigo, pelo que a pesquisa não encontrava nada. Um código lido só é interpretado como código de artigo quando realmente pode ser um; tudo o que for mais longo é mantido exatamente como foi lido.

A janela "Shopify" de um produto passa a ter uma ação "Sincronizar da Shopify" que volta a trazer a imagem e o código de barras desse produto a partir da tua loja, para poderes corrigir uma imagem desatualizada ou errada (ou um código de barras em falta) sem correr uma sincronização completa do catálogo. As imagens definidas manualmente são sempre mantidas; a sincronização nunca substitui uma imagem que tenhas definido. Esta ação está disponível para administradores da conta.

No ecrã de Ordem de Picking, os dois indicadores de tempo passam a chamar-se "Tempo de recolha" e "Tempo de percurso" e mostram o "tempo real ao lado do tempo estimado", com um selo a destacar o desvio quando são diferentes. Assim é muito mais fácil identificar pickings que demoraram mais do que o previsto.

Na lista "Gerir Receções", ao clicar no ícone de qualidade abre agora uma janela com exatamente os artigos colocados em qualidade nessa receção, tal como o ícone de diferenças já funciona, deixando de ser preciso abrir a receção para os ver.

Ao arrumar ou consolidar stock, uma localização que já tem um produto passa a poder receber também um "produto diferente do mesmo cliente", em vez de ser bloqueada. As localizações continuam protegidas contra a mistura de stock de "clientes diferentes", mantendo a separação por cliente.

Ao expandir a imagem de um produto, o menu podia aparecer à frente dela. O menu passa agora a fechar antes de a imagem abrir, para que a imagem ampliada fique sempre totalmente visível.

Pesquisar produtos por um intervalo de data de validade (com stock) passa a devolver corretamente apenas os produtos cujo lote em stock está dentro desse intervalo, em vez de ignorar o filtro de data e devolver todos os produtos com stock.

Eliminar uma guia de expedição que foi importada da Shopify deixa de falhar com um erro. A ligação à encomenda da Shopify passa a ser libertada primeiro, para que a guia seja removida sem problemas.

Quando lês um código de barras desconhecido durante uma receção e crias um novo produto a partir da janela, esse código de barras passa a ser adicionado automaticamente ao novo produto, para não teres de o introduzir de novo à mão.

Ao sincronizar produtos a partir do Moloni, uma imagem que já tinhas definido num produto passa a ser mantida em vez de ser substituída pela que vem do Moloni, preservando as imagens de produto que escolheste.

No cockpit, a ação de "atribuição em massa" passa a ignorar as encomendas que ainda aguardam o picking de arrumação e que ainda não têm trabalho atribuível, tal como a própria linha já indica. Isto evita atribuir tarefas que não podem ser iniciadas.

Finalizar uma receção podia por vezes despoletar um erro em segundo plano ao ler o tipo de receção, em configurações que processam a conclusão da receção de forma assíncrona. Os dados da receção passam a ser relidos de forma segura, para que a conclusão corra de forma fiável.

Se uma verificação de novos anúncios na aplicação falhasse uma vez (por exemplo, devido a um problema momentâneo de ligação), os anúncios deixavam de atualizar até recarregar a página. Passam agora a continuar a verificar automaticamente, para não perderes novos anúncios.

Na integração com o Moloni, o mesmo documento de origem podia por vezes gerar duas guias de expedição (ou receções), e por isso faturas em rascunho duplicadas, quando o mesmo tipo de documento e série estava configurado em mais do que um mapeamento. Ao guardar um mapeamento de documento, uma configuração de origem duplicada passa a ser bloqueada, para que cada documento do Moloni seja recolhido apenas uma vez.

No ecrã de receção, o menu "colocar em qualidade" estava a ser cortado pelo conteúdo por baixo, escondendo alguns dos estados de qualidade. O menu passa a abrir por completo, para poderes escolher qualquer estado disponível. A mesma correção foi aplicada ao ecrã de operações de inventário.

Ao criar uma nova localização ou zona, a lista de "localização" mãe mostrava zonas de todos os armazéns da tua conta. Passa a mostrar apenas as zonas do armazém em que estás a trabalhar, para não colocares por engano uma localização debaixo de outro armazém.

Ao passar de um artigo para outro sem sair do ecrã de artigo, algumas secções (separadores de Inventário, Códigos de Barras, Lotes, Números de Série e Mapeamentos de Cliente) continuavam a mostrar os dados do artigo anterior. Passam a recarregar corretamente para o artigo que estás a ver.

Para utilizadores que pertencem a um cliente específico, a exportação de stock e os indicadores de stock passam a incluir apenas o stock desse cliente, em vez de trazerem valores fora do seu âmbito. Os números mostrados e exportados passam a corresponder ao que o utilizador pode ver.

As páginas de detalhe foram uniformizadas: os números principais aparecem agora numa faixa de KPIs no topo, e podes editar a informação diretamente, sem abrir um ecrã à parte. O layout e a terminologia são agora consistentes entre artigos, pontos de entrega/recolha, a tua organização e utilizadores.

Movimentos de stock puramente internos, como o esvaziamento de um volume ou devoluções administrativas de stock, estavam a ser contabilizados como operações normais de armazém, inflacionando os totais mostrados nas estatísticas da organização e dos utilizadores. Estes movimentos deixam agora de ser contados, para os números refletirem a atividade real do armazém.

Era possível eliminar a tua própria conta de utilizador, ou o último administrador ativo da tua organização, o que deixava a organização sem ninguém para gerir utilizadores. Ambas as ações passam agora a ser bloqueadas.

A sincronização manual de stock com a Shopify deixou de falhar por timeout em catálogos grandes, agora corre em segundo plano e mostra o progresso em tempo real. Adicionámos também a opção Forçar Resincronização Total, que reenvia o stock de todos os produtos mapeados, mesmo os que não foram alterados.

Adicionámos uma proteção para que dois cliques quase simultâneos já não criem dois pedidos junto da transportadora para a mesma guia. Reenviar um pedido passa agora a pedir confirmação primeiro, caso já exista um pedido para essa guia.

Envios NACEX aceites pela transportadora mas ainda não recolhidos apareciam como "Recolhido". Agora aparecem corretamente como "Criado" até a encomenda ser efetivamente recolhida.

Alguns estados de entrega (como "Em Distribuição" ou "Incidente") apareciam com a cor errada no separador da transportadora da guia. Atualizar manualmente um envio da Correios Express também podia mostrar um estado desatualizado. Ambos foram corrigidos e passam a estar consistentes com a lista de guias de expedição.

Guias com uma transportadora configurada para comunicação manual eram por vezes marcadas como "Entregue" logo ao serem expedidas, em vez de "Em Expedição". Agora ficam corretamente em "Em Expedição" até usares o botão "Submeter à Transportadora", e todas as transportadoras passam a partilhar o mesmo botão de Expedir.

Os relatórios de exportação de stock têm agora novas colunas com dados de ocupação do armazém e peso dos produtos, dando-te mais detalhe para o planeamento de espaço e carga sem sair da folha de cálculo.

As expedições NACEX passam a mostrar um código de rastreio e link público mais claros no separador da transportadora, e o fecho do packing passa a oferecer a opção "Confirmar com etiqueta da transportadora" num só clique. Ao ativar o plugin NACEX, a aplicação sugere agora criar automaticamente uma transportadora já pré-preenchida. Se uma integração com transportadora falhar momentaneamente, as encomendas de e-commerce ligadas (Shopify, Shopkit, Jumpseller) continuam a ser expedidas de imediato, e o número de rastreio é preenchido automaticamente assim que a transportadora o confirmar.

A ficha de produto tem agora um layout mais simples com dois separadores (Visão Geral e Inventário), onde editas cada secção diretamente, sem precisares de um ecrã de edição à parte. Mostra também novos cartões de KPI para stock, rotação e stock médio, um gráfico de evolução de stock e um painel de "Principais Pontos de Entrega" com os destinos que mais recebem esse produto.

Se um produto de um documento não conseguir ser correspondido na Moloni, o documento deixa de ser fechado automaticamente; vais ver um aviso claro com os produtos que ficaram de fora, para poderes corrigi-los primeiro.

Quando o picking e o packing são feitos em conjunto, as instruções de packing passam a aparecer logo a seguir ao passo de picking relacionado, em vez de surgirem fora de ordem, tornando o fluxo de trabalho mais fácil de seguir.

Corrigimos uma situação que podia, ocasionalmente, gerar instruções de picking duplicadas ou indicar mais quantidade do que a realmente encomendada numa linha. As instruções de picking passam a corresponder sempre à quantidade exata necessária.

Corrigimos uma situação em que editar e guardar um produto podia apagar o seu badge de classificação ABC até ao próximo recálculo automático. A classificação ABC do teu produto é agora preservada sempre que fazes edições.

O gráfico de Atribuições no Cockpit deixou de mostrar um utilizador interno do sistema como se fosse um operador, as quantidades de packing passam a ser contadas com precisão, e o gráfico de carga de trabalho reflete agora o tempo planeado, dando uma visão mais realista do dia de cada operador.

As guias de expedição deixam de mostrar um selo de integração ou a opção de “reintegrar” quando não existe, de facto, ligação a um ERP ou sistema de faturação.

No Cockpit, deixou de ser possível remover um operador de uma tarefa de picking ou packing já concluída, o que antes repunha o estado da tarefa e afetava o seu histórico.

Os movimentos internos criados quando uma onda de picking é cancelada deixam de aparecer em Artigo → Stock → Movimentos, pelo que essa lista passa a mostrar apenas os movimentos relevantes para ti.

As etiquetas de envio da NACEX passam a descarregar e abrir sempre corretamente em PDF, em vez de, por vezes, descarregarem como um ficheiro ilegível.

Finalizar uma receção ou fechar uma guia de expedição podia, por vezes, ficar bloqueado durante muito tempo quando a ligação a um sistema externo (como um ERP) demorava a responder. Isto deixa de bloquear o processo para outros utilizadores.

Em casos raros, um erro inesperado podia impedir silenciosamente a criação automática de novas tarefas de picking e packing num armazém, só sendo resolvido com um reinício do sistema. Esse erro passa agora a ser detetado e registado, e um problema num armazém deixa de afetar os restantes.

A mensagem de confirmação apresentada ao reenviar um convite a um utilizador passa agora a aparecer corretamente em português.