Execução Multi Loja em Voz (Batchpicking)

Âmbito e Objetivos

Com a nova funcionalidade de Execução Multi Loja em Voz (Batchpicking), pretende-se obter a redução do tempo da atividade de execução de forma a obter um aumento na produtividade dos operadores. Como alternativa à execução por voz onde a execução é feita por loja, não sendo possível juntar lojas distintas na mesma unidade de trabalho, com a funcionalidade de Batchpicking é possível executar na mesma unidade de trabalho paletes de lojas distintas, cujos contentores tenham uma maior percentagem de espaços de picking em comum. Desta forma, o operador de execução conseguirá percorrer menos distância no percurso de execução, sendo também mais produtivo.

Para permitir a execução em Batchpicking, foram implementadas as seguintes alterações no sistema:

  1. Disponibilização de um novo algoritmo que determina que contentores/lojas podem ser executados em conjunto, na mesma unidade de trabalho
  2. Alterações na task voice de execução, para que seja possível executar contentores de lojas distintas na mesma unidade de trabalho

Configuração da Unidade de trabalho de Execução

Global → Global Aplicação → Aplicação → Gestão de Armazéns → Parametrização → Acções e Unidades de Trabalho → Gestão de Unidades de Trabalho [AL118]

Novas ações físicas e Leitura de Picking Voice

No AL118, em Opções > Acções Permitidas por Tipo de Unidade de Trabalho, em termos de ações físicas devem ser configuradas as seguintes:

  • a 5610, para usar no tipo de ação “Mov.Quantidade: Pedido de quantidade”;
  • a 5620, para usar na acção dummy de pedir acessórios de transporte, no tipo de acção Declaração de acessórios de transporte.

Nota: para que o sistema de voz separe a apresentação das localizações para o operador ouvir a Área e o Corredor e depois o Picking terá de configurar no campo Leitura de Picking Voice “(01,0,0,XEX):(02,2,2,XEX);(04,4,5,XEXXEXX)”.

Parâmetros Criação da Unidade de Trabalho

No AL118, em Opções > Parâmetros Criação da Unidade de Trabalho, é possível configurar os parâmetros de acordo com os quais devem ser criadas as UDT do tipo selecionado. Por exemplo, se se pretende que sejam combinados contentores 2 a 2, de lojas cujas rotas estejam na mesma onda, deverão ser configurados os seguintes parâmetros:

  • Onda = 1;
  • Contentor destino = 2.

Notas:

  • o campo Contentor destino (Contenitore_arrivo) deverá ser sempre definido na última sequência, pois é o nível mais baixo da configuração.
  • o campo Contentor destino (Contenitore_arrivo) pode ter um número de repetições superior a 2.

Por outro lado, o campo “Tipo Agrupamento UdT” deve ser configurado com a opção “Por contentores expedidos”, para que possa ser utilizado o novo algoritmo que permite executar contentores na mesma UDT para a mesma loja ou lojas diferentes.

Nota: só estarão disponíveis os tipos de agrupamento que estiverem definidos na classe de UDT, do tipo de UDT selecionado.

Configuração do tipo de Diálogo Voice (Multi/Mono Loja)

Global → Global Aplicação → Aplicação → Gestão de Armazéns → Parametrização → Acções e Unidades de Trabalho → Interpretação do Diálogo Voice Terminal [​AL376​]

No AL376, por Instalação e/ou Armazém deve ser configurado o tipo de diálogo voice, ou seja, o diálogo que permite executar para a mesma loja ou lojas diferentes numa UDT “Execução Multi/Mono Loja”.

Algoritmo de junção de contentores de execução na mesma UDT (mono/multi loja)

Foi criado um novo algoritmo de seleção de contentores/lojas que podem ser executados simultaneamente na mesma unidade de trabalho (UDT), que mediante a configuração anterior terá o seguinte comportamento:

  1. Sistema cria os contentores (artigos + quantidades + volumetria dos artigos e do contentor) e tem em conta a quebra por fluxos;
  2. Sistema agrupa os contentores nas UDT conforme os parâmetros definidos no AL118. Exemplo: se os parâmetros forem os indicados na configuração acima (Onda: 1; Contentores: 2), o sistema verifica que lojas pertencem à mesma onda e cria um grupo que representa as lojas/contentores que pertencem à mesma onda de expedição;
  3. Com o universo de contentores determinados no passo 2, o sistema encontrará a melhor combinação de contentores, que corresponderá à maior sobreposição de percurso de picking a visitar para esses contentores. Esta combinação será feita consoante o número de repetições definido no AL118, ou seja, combinação de 2 contentores ou 3 contentores, etc

Exemplo (com Contentor=2, no AL118):

  1. O sistema cria 5 contentores por executar: A, B, C, D, E;
  2. O sistema faz uma análise comparativa para o contentor A e determina, num primeiro momento, que este tem uma maior sobreposição de espaços de picking com o contentor D;
  3. Sistema faz uma análise comparativa para o contentor D:
    • Se determinar que tem uma maior sobreposição de espaços de picking com o contentor A, será combinado com este, ou seja, ficarão os 2 (A e D) na mesma UDT de execução, e sistema analisa o próximo contentor por combinar (B);
    • Se determinar que tem uma maior sobreposição de espaços de picking com o contentor C, será combinado com este, ou seja, ficarão os 2 (C e D) na mesma UDT de execução, e sistema analisa o próximo contentor por combinar (A).

Nota: se o número de repetições definido no AL118 for superior a 2, por exemplo 3, quando o sistema faz a análise comparativa de um contentor, vai combinar o mesmo de imediato com os 2 contentores que tenham maior percentagem de sobreposição de espaços de picking, ou seja, só ocorre a análise num primeiro nível.

Exemplo: o contentor A seria combinado de imediato com o D e com E, os 2 contentores que têm maior sobreposição de espaços de picking com o A.

Repor Execução

Objectivos e Âmbito

Repor a mercadoria já executada em stock, devido a uma desistência de pedido, por exemplo. O processo de reposição de execução é feito através de Rádio Frequência. Para isso terá que se escolher os contentores de execução a serem alvo de reposição de execução e cria-se uma unidade de trabalho.

No caso de artigos de fluxo de stock, durante a reposição, os artigos presentes no contentor serão apresentados ao operador na sequência inversa àquela usada para executar. O utilizador deverá indicar a quantidade a repor.

No caso de artigos do fluxo JIT, será criado um contentor de recepção como cópia do contentor de execução num cais definido pelo operador.

Como Criar Documento de Reposição de Execução

Aplicação -> Gestão de Armazéns -> Saída Mercadoria -> Reservas de Expedição [AL063]

No detalhe, ao nível dos contentores, seleccionar os contentores a serem alvo de reposição, e seleccionar no menu “Opções” a opção de “Repor Execução”. Será criada uma Udt por cada contentor escolhido.

Se já existir um documento de reposição para o contentor, será enviada uma mensagem de erro.

Repor Execução (RF)

Identificar a etiqueta do contentor a Repor Execução

No caso de processo “Stock”, ao ser identificada a etiqueta que o sistema prevê, é apresentado o primeiro artigo, já ordenado na ordem inversa àquela em que foi executado.

Neste ecrã, os campos obrigatórios são os campos de quantidade e espaço, este último serve para validar se o operador se encontra no espaço correcto. A quantidade a declarar, será aquela a repor, por defeito aparece a totalidade da quantidade executada no contentor.

Ao repor execução, o sistema irá usar o contentor original do qual foi executada a mercadoria, para que os dados de ficha lote e data de validade se mantenham inalterados (se previsto).

Assim, o campo etiqueta será apenas necessário, em duas situações:

  • ao tentar utilizar o contentor original, este se encontre já esgotado e ao tentar reactivar este, já exista um contentor com a mesma etiqueta
  • não ser possível encontrar o contentor original; neste caso o sistema tenta repor a quantidade em contentores que se encontrem no espaço de execução, se não for encontrado nenhum contentor, será pedida etiqueta para se criar contentor no espaço de execução

Se acontecer qualquer um destes casos, a etiqueta será obrigatória e o processo não avança enquanto não for fornecida.

No caso de processo “JIT”, ao ser identificada a etiqueta que o sistema prevê, o sistema pede o cais onde será criado um contentor como cópia do contentor de execução.

Por cada artigo que é reposto, a linha do contentor de execução será anulada, se for reposta a quantidade na totalidade dessa linha. Quando todas as linhas desse contentor estiverem anuladas, o contentor fica anulado também. Se todos os contentores dessa reserva estiverem todos anulados, ou se já não houverem contentores com estado executado, estando uns anulados e outros confirmados, a reserva será facturada automaticamente.

Aspecto geral de um contentor que foi alvo de reposição. Neste exemplo, um contentor de fluxo “JIT”.

A reserva onde esse contentor se encontra ao ser facturada, as linhas repostas serão dadas como zero de execução.

No caso de se querer executar novamente as linhas repostas, terá que se usar o AL064, se a reserva onde está inserido o(s) contentor(es) repostos, ainda não estiver facturada, como é óbvio.

Parametrização

Foram criadas 3 acções fisicas:

  • 2540 – Escolher Contentor a Repor Execução
  • 2560 – Repor Execução e Confirmar com Barcode Espaço Origem
  • 2570 – Repor Execução e Confirmar com Cais

A acção 2540 permite escolher o contentor alvo para a reposição de mercadoria executada. A acção 2560 é usada repor mercadoria na ordem inversa àquela que foi usada para executar, esta acção deverá ser configurada para o fluxo de “Stock”. Para o fluxo de “JIT” deverá ser configurada a acção 2570, que pede o cais para onde deverá ser criado um contentor de recepção com todos os artigos executados.

Conferência de Execução

Objectivos e Âmbito

Este manual é sobre a nova versão do módulo de conferencia de mercadoria que foi preparada para a versão 2.0008. Com esta reformulação do módulo, pretendemos dar mais consistência e uniformização à configuração dos diferentes tipos de conferencia da mercadoria executada para os clientes.

Em termos globais as grandes alterações que produzimos foi:

  • A. Na configuração do Tipo de Conferencia de Execução (AL216), foi eliminado o elemento Tipo de Conferencia, onde se definia se a conferencia era por Valor Global da UMA, Artigo a Artigo, etc. Este tipo de definições serão agora feitas através da seleção das ações a usar em cada tipo de unidade de trabalho.
  • B. Durante a execução da unidade de trabalho de conferência, quando este era feita em primeiro lugar pela declaração do valor global das quantidades, se havia diferenças era apresentado o resultado das diferenças e posteriormente o operador poderia escolher se pretendia ou não passar para uma contagem artigo a artigo. Com o novo módulo, no caso de se começar a conferencia com uma declaração global de quantidades, no caso de estar configurado a passagem para uma contagem artigo a artigo, o sistema em caso de diferenças passa automaticamente para a contagem artigo a artigo, não podendo o operador tomar essa decisão. Neste cenário as diferenças são apenas apresentadas depois de apuradas as diferenças artigo a artigo, e a diferença mostrada no fim é a do apuramento ao nível do artigo.

Do ponto de vista genérico existem duas estratégias distintas para implementar a conferencia da mercadoria executada:

  • A. Determinística e Planeada
  • B. Oportunista e “on demand”

Determinística e Planeada

Neste caso a seleção dos objectos de conferencia (paletes, skates, unidades de trabalho ou pontos de entrega inteiros) é feita centralmente, podendo ser executada por uma regra que funciona automaticamente ou por um supervisor que seleciona os elementos que serão alvo de conferencia centralmente e através da aplicação, recebendo os operadores instruções para conferirem determinados objectos. Nestes casos será necessário definir na operação de expedição ligada ao fluxo logístico qual o tipo de conferencia pretendido (loja, UdT ou contentor) para que o WPMS produza um documento interno de conferencia com todos os contentores pertencentes ao objeto. Para o documento gerado serão criadas as ações necessárias do tipo “Escolha ou confirma do objeto da conferencia” de acordo com as definições efetuadas na configuração do comportamento das UDTs (AL118). Neste cenário os operadores só poderão conferir os objectos previamente seleccionados e terão que fazer ACEITAR para receber as UDTs de conferencia previamente criadas.

Oportunista e “on demand”

Neste tipo de cenário, cabe aos operadores que fazem a conferencia fazer também a selecção dos objectos a conferir através de uma opção do menu de RF, onde se pode iniciar a conferencia de mercadoria identificando o(s) contentor(es) a conferir no mesmo bloco. O número de contentores que poderão ser seleccionados para o mesmo bloco de conferência é determinado pelo número de linhas definido no AL118 na acção física relativa ao escolher contentores de execução para conferir.

Em termos globais e independentemente da estratégia de definição adoptada, a construção das unidades de trabalho de conferencia de execução é feita de três componentes básicas (Declaração Global, Declaração Detalhada e Resumo), que podem ser combinadas de forma lógica de modo a produzir diferente sequencias de ecrãs. Vejamos como se podem combinar as diferentes acções:

  1. Declaração Global de Quantidades – Neste caso o sistema apenas irá solicitar ao operador um valor global de quantidades presentes na palete, independentemente do artigo em causa. Nesta situação no caso de haver diferenças o sistema apresenta o resumo com as diferenças apuradas e imprime automaticamente o mapa com o resultado da conferencia. Se não houver diferenças a unidade de trabalho termina. O elemento de configuração das acções físicas a usar é a Declaração Global e as acções disponíveis são:
    • 1070 – Peso Bruto dos Contentores
    • 1130 – UMA1 e UMA2 dos Contentores
    • 2890 – UMA1 dos Contentores
  2. Declaração Detalhada – Neste caso o sistema passa logo para uma declaração ao nível do artigo, de modo que o apuramento das diferenças seja individualizada e não pelo quantidade total presente no contentor. O elemento de configuração das acções físcas a usar é a Declaração Detalhada e as acções disponíveis são:
    • 1140 – Reconhecer Artigo e Declarar UMA1
    • 2910 – Reconhecer Artigo e Declarar UMA1 e Recolha de UMA2 por EAN12, 128UCC ou Qt.
    • 2490 – Recolha de UMA2 com 128UCC ou EAN13 (o reconhecimento do artigo é automático)
  3. Declaração Global Combinada com Declaração Detalhada (no caso de Diferenças) – Neste caso a conferencia é feita em dois passos, onde num primeiro é pedida a declaração global de quantidades. No caso do sistema detectar diferenças passa automaticamente para a declaração detalhada e apresenta o resumo no fim, com base nas quantidades declaradas na declaração detalhada. Se não houver diferenças o sistema termina na declaração global de quantidades. Os elementos de configuração das acções físcas a usar são a Declaração Global e a Declaração Detalhada e as acções disponíveis são as referidas nos pontos 1 e 2.
  4. Declaração Global Combinada com Declaração Detalhada Obrigatória – Este caso é em tudo idêntico ao descrito no ponto anterior. A grande diferença é que após a declaração detalhada, o sistema passa sempre e forçosamente para a declaração de detalhada, independentemente de serem detectadas diferenças ou não na declaração global. Os elementos de configuração das acções físicas a usar são a Declaração Global e a Declaração Detalhada e as acções disponíveis para a declaração detalhada são as referidas no ponto 2, mas para a declaração global a única acção disponível é: 2900 – UMA1 dos Contentores com Declaração Detalhada Obrigatória

Relativamente ao Resumo, o elemento de configuração das acções a usar é Resumo e as acções disponíveis são:

  • 1080 – Resumo Só UMA1
  • 1120 – Resumo UMA1 e UMA2 com Detalhe do artigo

Vejamos agora algumas das diferentes combinações que se poderão definir para as várias acções físicas na definição do tipo de unidade de trabalho (AL118) e os respectivos resultados em termos de sequências de ecrãs e respectiva informação tanto solicitada ao operador como fornecida posteriormente. Como o número de combinações é muito significativo, vamos apenas mostrar o resultado de algumas das combinações possíveis.

Declaração ao Nível do Artigo com Recolha de UMA2 por 128UCC

Com esta configuração procede-se à recolha directa da segunda UMA dos artigos de relação variável e à identificação dos respectivos artigos, através de leitura das etiquetas 128UCC presentes em cada caixa executada. O sistema com a mesma leitura identifica o artigo e recolhe o peso (situação mais habitual para a UMA2), podendo as caixas serem lidas sem nenhuma ordem à partida. Por cada caixa lida o sistema considera que é 1 UMA. Em vez de códigos de barras 128UCC, este tipo de configuração também funciona com o códigos de barras EAN13 onde os radicais sejam 28 ou 29, em que o peso se encontra nas ultimas posições.

A combinação de acções necessária é a que apresentamos na próxima imagem:

Tratando-se de uma conferencia “on deman”, será o operador que toma a iniciativa de fazer uma conferencia, sendo também ele que selecciona o objecto a conferir.

No menu abaixo apresentado deverá seleccionar o botão CONFERIR EXECUÇÃO.

No ecrã seguinte o sistema solicita ao operador a identificação do contentor(es) de expedição que devem ser conferidos, devendo o operador ler a etiqueta que identifica o contentor seleccionado.

Após a identificação do(s) contento(es) a conferir o sistema apresenta um ecrã com uma série de campos de input para que o operador possa ler em cada um dos campos, os vários códigos de barras que compõem uma 128UCC de cada caixa ou um código de barras EAN13 com o peso na sua estrutura.

Como se pode ver pela imagem apresentada na próxima página, o sistema abre 20 campos por cada ecrã. No caso das caixas que formam uma palete a conferir ser superior a 20, então após preencher os primeiros 20 campos coma leitura das etiquetas das caixas, o operador deve carregar no botão CONF, para que o sistema apresente um segundo ecrã com mais 20 campos disponíveis e assim sucessivamente, até ter lido os códigos de barras de todas as caixas presentes na palete executada.

Para obter o resultado da contagem, depois de ter declarado os códigos de barras de todas as caixas, deve carregar no botão Resumo, para que o sistema faça o confronto das quantidades declaradas neste processo artigo a artigo e as quantidades declaradas durante a execução.

Ao seleccionar o botão Resumo, o sistema mostrará um ecrã idêntico ao presente na página seguinte, onde no cabeçalho mostra os resultados globais para as duas unidades de medida, tanto em valor absoluto como em percentagem. Ao nível do detalhe o sistema mostra os artigos conferidos e para cada artigo o confronto entre as quantidades nas duas unidades de medida.

Não apresentamos a descrição do artigo por considerarmos que o espaço disponível tornaria a leitura demasiado difícil.

Seguindo este exemplo, existem a nível global diferenças tanto na primeira como na segunda unidade de medida. Os valores conferidos são as contagens ou recolha de informação efectuada durante o processo de conferencia. Os valores esperados são os valores presentes nos contentores de expedição e que resultaram da declaração feita ao sistema durante a execução. Neste ecrã serão mostrados APENAS os artigos que apresentam diferenças entre o conferido e o esperado.

Caso seja accionada a variável global que coloca a impressão do mapa com o resultado da conferencia condicionada à existência de diferenças, este relatório será impresso automaticamente no caso em que são apuradas diferenças.

O mesmo relatório poderá ser consultado ou impresso a pedido a partir do Histórico das Conferencias de Execução (AL217), onde também poderão aceder a mais informação detalhada.

Esta impressão indica que de todas as caixas que foram conferidas deste contentor, apenas os artigos para os quais houve diferenças entre as quantidades declaradas na execução e na conferência. O nome do operador que é indicado ao nível dos artigos é quem executou a mercadoria. Já o operador que é identificado no cabeçalho foi quem efectuou a conferencia.

Declaração Global de UMAs com Passagem ao Nível do Artigo com Recolha de UMA2 por 128UCC

Trata-se de uma declaração idêntica à do ponto 1, com a diferença que é feita em duas etapas. Numa primeira etapa faz-se uma declaração global das caixas existente na palete. No caso de não haver diferenças, o sistema termina a conferencia. Caso exista diferenças o sistema passa automaticamente para a recolha de códigos de barras, sem no entanto mostrar o valor das diferenças encontradas na conferencia global.

A única diferença na configuração é a definição de mais uma acção que é a 2890.

Declaração Global de UMAs com Passagem a Conferencia Artigo a Artigo com Recolha de UMA1

Situação em que se pretende apenas conferir artigos de relação fixa, onde numa primeira fase se declara o valor global de caixas presentes na palete e no caso de haver diferenças nesses valores, o sistema passa automaticamente para a conferencia artigo a artigo.

A combinação de acções a usar na configuração é a seguinte:

Tal como nos outros cenários já apresentados o processo começa por se identificar a etiqueta de expedição do contentor a conferir.

Depois declara-se a quantidade total de “Cxs” existente na palete sem se fazer distinção dos artigos. É como estar a contar os “volumes” presentes na palete.

Se a quantidade declarada for igual à quantidade declarada durante a execução, a conferencia termina não sendo impresso nenhum mapa de controlo, caso a definição do sistema esteja de forma a que o mapa só seja impresso em caso de existirem diferenças apuradas.

Na situação em que a quantidade declarada não coincide com o valor da execução o sistema apresenta o próximo ecrã para se iniciar com a conferencia, mas agora com recolha das caixas artigo a artigo. Neste momento também é impresso automaticamente um mapa com a identificação dos artigos e respetivo EAN13, para que este mapa possa ser utilizado durante a fase seguinte e assim facilitar a identificação dos artigos.

No ecrã seguinte o operador poderá ler o código EAN13 do artigo no campo CB (lendo o código de barras impresso na embalagem do artigo ou na impressão de suporte) ou alternativamente digite o código do artigo no campo Artigo.

Para aumentar a rapidez deste processo a identificação do artigo e a declaração das respectivas quantidades foram colocadas no mesmo ecrã.

Caso seleccione o indicador “Substituir Contagem” o sistema anula a contagem declarada anteriormente e substitui pela feita nesse momento. No caso de não activar esse indicador a contagem declarada será somada à anteriormente declarada para o mesmo artigo.

Quando terminar a declaração para todos os artigos deve seleccionar o botão Resumo, para obter a lista com as diferenças apuradas, caso existam.

Declaração Global de PESO com Passagem a Conferencia Artigo a Artigo com Recolha de UMA1

Nesta configuração o objectivo é confrontar, numa primeira fase o valor global do peso do contentor (aqui não interessa se a mercadoria é de relação fixa ou variável) existente no sistema com base nas quantidades declaradas na execução, com o peso efectivo que o contentor tem ao ser pesado numa balança. Depois em caso de diferenças avança-se para uma declaração detalhada, artigo a artigo onde apenas de conta a primeira UMA.

A combinação de acções a usar na configuração é a seguinte:

Inicia-se com a leitura da etiqueta de expedição do contentor.

Depois declaração o peso resultante da pesagem efectiva do contentor numa balança.

Se o sistema detectar que o peso declarado é diferente do peso calculado com base na execução, envia a mensagem apresentada logo abaixo para o ecrã, dando a indicação que foi impressa a lista com os artigos e os respectivos EANs, de modo a facilitar a identificação dos artigos, caso estes não tenham o EAN visível ou disponível.

No ecrã seguinte o sistema passa para a declaração detalhada onde se terá que proceder à identificação do artigo e à declaração da primeira UMA

Quando o operador terminar de fazer a declaração para todos os artigos deve carregar no botão Resumo, sendo-lhe apresentada um ecrã idêntico ao de baixo, em que no cabeçalho é mostrada o apuramento das diferenças na primeira unidade de medida e em valor absoluto e nos detalhes as diferenças individualizadas, artigo a artigo.

Declaração Global de UMA1 e UMA2 com Passagem ao Nível do Artigo com Recolha de UMA2 por 128UCC

Neste cenário, pretende-se fazer uma conferencia de mercadoria em dois passos, onde inicia-se com uma declaração global da primeira e da segunda unidade de todas as CXs presentes no contentor e só em caso de serem apuradas diferenças na declaração global é que se passa para uma declaração detalhada, onde se usa a leitura do código de barras 128UCC ou EAN13 contendo o peso, para com uma só leitura por cada caixa se consiga identificar o artigo e recolher a segunda UMA.

A combinação de acções a usar na configuração é a seguinte:

Primeiro identifica-se o contentor de expedição a conferir.

Depois faz-se a declaração global das duas unidades de medida dos artigos presentes no contentor.

No caso do sistema detectar uma diferença entre os valores declarados e o resultado da execução passa automaticamente para a recolha da UMA2, como mostra o ecrã abaixo apresentado.

Tal como explicado no primeiro cenário apresentado, o sistema apresenta grupos de 20 campos de input para recolher os códigos de barras de cada caixa. Caso a quantidade de caixas a conferir for superior a 20, o operador deve carregar no botão CONF, no fim de preencher os primeiro 20 campos para que o sistema grave essa informação e lhe apresente mais um grupo de 20 para receber os dados.

Quando terminar a declaração de todas as caixas pede o Resumo e ser-lhe a apresentado o ecrã com as diferenças apuradas caso elas existam.

Declaração Global de UMA1 e UMA2 com Passagem a Conferencia Artigo a Artigo com Recolha de UMA1 e UMA2

Esta configuração é idêntica à anterior mas com a diferença de que a segunda fase da conferencia, relativa à parte do detalhe do artigo é feita com a identificação do artigo e posteriormente a recolha da segunda unidade de medida.

A combinação de acções a usar na configuração é a seguinte:

Inicia-se com a identificação do contentor de expedição a conferir.

Depois declara-se pela globalidade a primeira a segunda unidade de media, relativa às quantidades presentes no contentor de expedição em conferencia.

Após a declaração global, o sistema verifica se há diferenças e em caso afirmação passa automaticamente para a conferencia detalhada, solicitando primeiro a identificação do artigo e a declaração da primeira UMA, como mostra a imagem seguinte.

Ao confirmar os dados declarados, o sistema passa automaticamente para o ecrã seguinte, onde o sistema solicita ao operador que declare a quantidade relativa a UMA2 relatica a cada UMA1 declarada anteriormente.

Ao confirmar os dados declarados, é mostrado o ecrã de resumo com o apuramento das diferenças a nível global e a nível individual do artigo.

Recepção/ Execução Etiquetadora

Objectivos e Âmbito

Utilizando ao maximo as potencialidades do WPMS e da etequetadora, o objectivo é tornar a recepção e execução o mais simples possivel.

Desta forma as conferências dos produtos, neste caso dos livros, será feita pela etiquetadora, após recepção de um ficheiro criado pelo WPMS.

Este processo foi ao máximo simplificado, só necessita de alterações, caso as quantidades não sejam os valores anunciados na Ordem de Compra e/ou nos pedidos. Esse processo será feito no WPMS pelo utilizador como esta relatado posterioremente.

Recepção

Para que este processo seja possivel, é necessario criar uma ordem de compra (tipo 40) com um número de agrupamento, este número de agrupamento é fundamental ser o mesmo que é colocado nos pedidos das lojas, para desta forma existir um elo de ligação entre os vários documentos. Foi estabelecido que o número do agrupamento será o numero da O.Compra e será colocado pelo ERP.

Criar a reserva de recepção

Gestão de Armazéns -> Gestão de reserva de recepção -> OC com Entregas S/Reserva [AL026]

Na prática este passo serve para informarmos o WPMS que queremos começar a receber esta O.Compra. Após gerar o documento o WPMS indicará a reserva de recepção, que será util para a recepção e para facilitar a execução.

Seleccionar o butão .

Preencher os campos, com uma data igual ou posterior, inserir um visto no “forçar marcação”, o intervalo e o cais neste caso são campos de preenchimento obrigatorio mas o seu conteudo não tem relevância.

Por fim para gerar a reserva de recepção.

De seguida o sistema indica-nos o numero da reserva.

Gestão de Armazéns -> Portaria -> Plano Reserva Recepção [AL028]

Vamos dar entrada da mercadoria como é feito habitualmente.

O plano de reserva de recepção já foi relatado noutros manuais, o metodo de utilização deste ecrã não se altera, por isso vou continuar a explicação.

Fazer a recepção administrativa

Gestão de Armazéns -> Entrada de mercadoria -> Recepção Administrativa [AL032]

Este ecrã, como já foi relatado noutros manuais, serve para inserir os valores que as guias que o fonecedor traz.

Após fazer fim da recepção administrativa , o sistrema irá alocar os contentores, bastará seleccionar o botão para finalizar a alocação.

Automaticamente o WPMS irá criar um ficheiro onde o nome será o numero da ordem de compra,que será lido pela etiquetadora indicando nomeadamente o fornecedor, artigos, quantidade, data da recepção, loja, etc.

Em simultâneo o WPMS criará as reservas de expedição.

Após etiquetagem será necessário analisar as diferenças entre a ordem de compra e o que foi realmente recebido pela maquina para de seguida informar o WPMS.

Gestão de Armazéns -> Entrada de mercadoria -> Registo de Cais [AL031]

Neste ecrã iremos indicar a hora de entrada do camião, inserido na listagem por exemplo a reserva de recepção.

Após inserir a hora unicamente seleccionar o botão .

Gestão de Armazéns -> Entrada de mercadoria -> Recepção fisica [AL033]

Neste ecrã iremos indicar as quantidades que realmente foram recebidas, para isso será necessario analisar os valores que a etiquetadora obteve.

Caso o valor recebido não foi o valor que o sistema está a indicar, será necessario altera-lo e seleccionar a opção . De seguida aparecerá o seguinte ecrã:

Por fim, seleccionar , após este passo o processo de recepção da O.Compra está terminada.

Execução

Neste âmbito, todo o processo habitual de execução é tratado automaticamente após o fim da recepção administrativa. Desde que os pedidos das lojas tenham o mesmo agrupamento que a Ordem de compra.

Todos os pedidos que foram processados automaticamente pelo WPMS encontram-se no plano de reservas de expedição (AL063).

Executar a mercadoria

Saída de Mercadoria -> Processo JIT -> Confirmação da Execução por Documento/ Reserva Rec. [AL242]

Sugiro que utilizem este ecrã para executar por PC, pois deste modo, conseguem aglomerar todos os artigos de uma determinada reserva de recepção.

Se não existir diferenças entre as quantidades dos pedidos das lojas e o que a etiquetadora realmente executou, então seleccionar a opção para terminar a execução. Caso contrario usar o botão , dando acesso ao ecrã seguinte:

Neste ecrã poderão alterar as quantidades executadas por artigo/loja, a quantidade alterada nunca poderá ser superior a pedida, por fim carregar no .

Facturar

Saída de Mercadoria -> Encomendas a Processar -> Reservas de Expedição [AL063]

O passo final, é comum aos outros processos de facturação por isso será sintetisado.

Inserir a matricula,a hora e gravar. Por ultimo, confirmar a reserva para ser impresso a guia de transporte. Essa reserva passará para o estado “Conf.” como se pode verificar na imagem anterior.