Analyze Picking Zeros

Purpose

Analyze the picking zeros given by the operators during normal picking, i.e., stock and JIT, including complete containers picking.

During picking, when an operator gives a zero, i.e., when not all merchandise is picked by the requested quantity, WPMS logs that information, so it can be analyzed on a new report located on

Application → Warehouse Managment → Goods Issue → Inquery → Analysis Picking Zeros (AL382).

This new report should display several info’s such as the article, quantity requested, quantity not picked, picked quantity, operator, final site, container, work unit (if available), etc.

Picking Complete Containers

On the following image there is a traditional report to pick a complete container. In this case the operator will give a zero, so the WPMS will log that zero, so it can be analyzed afterwards on the new report.

The action is registered and it can be seen and analyzed on the new report.

Application → Warehouse Managment → Goods Issue → Inquery → Analysis Picking Zeros (AL382)

Normal Picking

In the following example on normal picking, when the article is picked with partial quantities (if it is defined on work unit type to allow partial quantities), that will not be registered as a given zero and the remaining quantity will be requested on a new report action, as usual.

Only at this point, if the operator gives a zero, then the action is registered as a given zero, and it can be analyzed immediately on AL382.

Back Picking

This new log will also work on back picking work units, because the main reason to register this type of situation is to pick less than requested, so this feature also predicts back picking zeros.

In the example above, the operator decide to pick the article in teh end of the work unit, so he chooses back picking feature. After all articles picked, the article chosen to be in the back picking pops up.

Once again only at this point, if the operator gives a zero, then the action is registered as a given zero, and it can be analyzed immediately on AL382.

Transfers between picking containers with TA declaration

Objectives

The goal of this guide is to provide a detailed view of the development about transfers between picking containers.

Transfers between execution containers

Container type definition

Every container type has these definitions:

  • Segregation type: If it is Mono article In and Out or Multi article In and Out;
  • Expiration date: If it is Multi date (can store articles with different expiration dates) or not;
  • Batch record: If it is Multi batch record (can store articles with different batch records) or not.

The responsible screen to manage that in WPMS is the Containers List ([AD012]).

Select container, go to Options → Accessories Transport On ATs List. Choose the “Picking/Marshalling” list and click Next. The Transport Accessories configured in this list will be the empties available in the field “Empty type” during the transfer process.

Global → Global Application → Application → Master Data → Warehouse Management → Containers → Containers Definitions [AD012]

Store Operation Definition

With this configuration the system will determine what is the operation that it will use during the process, and that will be associated with the expedition containers.

Global → Global Application → Application → Warehouse Management → Operational Definitions→ Determinations → Alternative Operation Determination [AL342]

In this transaction you should configure the AT Base field. If it is “Mandatory Declaration”, in the PDT the operator will have to declare the empty container.

Global → Global Application → Application → Warehouse Management → Tailoring → Operative Flows → Warehouse Operation [AL102]

Working Unit Configuration

In order for the system to consider this new development the Working Unit Type Determination should be configured by Warehouse and Doc.Type in AL092.

Global → Global Application → Application → Warehouse Management → Operational Definitions → Determinations → Work Unit Type Determination [AL092]

Example of settings for warehouses 5403, 5301 and 5505. In this example the warehouse 5403 is configured with the new working unit type (RF goods Cont Transfer).

Actions for the transfer

In the transaction AL118 you should define for the warehouse, department and working unit type (65 in this example) the actions for the transfer. In these actions we included the new one: 5460 – Transfer Shipping Merchandise: Declare Label Destination.

Global –> Global Application –> Application –> Warehouse Management –> Operational Definitions –> Tailoring –> Actions and Working Units –> Work Units Management [AL118]

Operation on PdT

Enter on PdT and click in “Dispatch”.

After that, click on “Transf. Exec. Itens to Container”.

Here you need to introduce the label of the origin container you want to transfer from and then click “CONF”.

Afterwards, introduce/scan the article barcode label and then click “CONF”.

In the next screen, you need to declare the label of the target container, where you want to transfer the article to, and the article quantities.

You will also need to declare the container type, if you configured “Mandatory declaration” in the field AT Base of the operation linked to the container (AL102). Afterwards, press “CONF”.

At this moment, the system validates the Segregation Types configured in AD012, for the types of containers declared, to determine if the transfer is possible. If the article is managed with expiration date or batch record, the system also validates the expiration date or the batch declared according to the definition of the container type. The container type combo box will be selected by default with the container type calculated based on the best fit for the picked quantities declared.

According to the configuration in the field AT Base in AL102, the system will ask the operator to declare the empty type.

The empty list presented depends on the type of container declared on the previous screen, and for that container type it shows the corresponding empties, configured in AD012, in the “Picking/Marshalling” list.

Receiving and Picking with Automatic Distribution

Objectives

The goal of this guide is to provide a detailed view of the new development about reception /picking one-step on PdT.

Setup the environment

Actions

Global → Global Application → Application → Warehouse Management → Tailoring → Actions and Working Units → Work Unitid Manegement [AL118]

List the type of working unit that you will use for this process. Go to Actions, and define the action types with the actions, as the example below.

The new actions are:

  • 5380: Article Identification;
  • 5390: Quantities definition;
  • 5400: Label and container declaration;
  • 5410: Declare AT’s;
  • 5280: Free TA’s Declaration to Return Suplier;
  • 5480: Free TA’s Declaration to Return Suplier Rec/Exec.

Warehouse operations

Global → Global Application → Application → Warehouse Management → Tailoring → Operative Flows → Warehouse Operations [AL102]

List the operations that you will use for this process and edit each operation, as shown in the examples below:

Reception Operation

Important fields:

  • Without Rough Goods Rec.: activate this flag so that the Administrative Receiving is done automatically
  • Reception Automatic Process: configure the option “Rough Goods Receipt Distribution” so that the Distribution is done automatically.
  • Share Rule: configure here how the articles will be distributed by stores, with either the option “Rec&Pick: Without Fair Sharing with Grouping” or the option “Rec&Pick: Proportional with Grouping” (to enable the field “Share Rule”, activate the flag “Picking during Receiving”).
Execution Operation

Important field:

  • AT Base: configure here with “Mandatory declaration” (with this option, in the PDT the operator will have to declare the empty)

Alternative Operation

Global → Global Application → Application → Warehouse Management → Operational Definitions → Determinations → Alternative Operation Determination [AL342]

Select, for example, “By Flow, Operation T., Wareh., Interlecuter, D.Point” and press Next.

Add a new configuration, as the example below, to configure an alternative execution operation:

With this configuration the system will determine what is the execution operation that it will use, and that will be associated with the expedition containers created.

Containers

Global → Global Application → Application → Master Data → Warehouse Management → Containers → Containers Definitions [AD012]

Alternative Container

Select container, go to Options → Alternative Containers.

The containers configured here will be the alternative containers shown in the field “Container Type” (besides the article default container).

Container Configuration

Select container and edit.

If the field “Segregation Type”, for example, if the option selected is “Mono Article IN and OUT”, the system will not allow to execute different articles to the same container.

If the field “Multi Expiration date picking” is not checked, for example, the system will not allow to execute different expiration dates to the same container.

If the field “Multi Batch Record picking” is not checked, for example, the system will not allow to execute different batch records to the same container.

Accessories Transport on ATs

Select container, go to Options → Accessories Transport On ATs List. Choose the “Picking/ Marshalling” list and click Next.

The Transport Accessories configured in this list will be the empties available in the field “Empty type” during the execution process.

Operation on PdT

Accept WU and declare article

Accept the WU by entering 1 into the field and pressing “CONF”.

Article declaration

The operator should declare the article and press “CONF”.

Barcode field and “ARCTICLE LIST” button.

Reception/Execution of distributed articles

After declaring the article, if the article was distributed to a store, the system will present the store information and ask to declare the quantities, as well as the expiration date (if the article is managed with expiration date). The suggested quantity depends on the quantities from the Purchase Order (PO), as well as the Share Rule that is configured, as follows:

  • If the PO’s received quantity is less than the Store’s requested quantity (and less than the execution container created), the system will suggest the PO’s received quantity (with or without fair share, depending on the rule configured);
  • If the PO’s received quantity is equal or more than the Store’s requested quantity, the system will suggest the Store’s requested quantity (or the maximum quantity for the execution container created).

Note: if the operator receives/picks partially the distributed quantities, later the system will request to receive/pick the remaining quantities.

Label, Container type and Variable Empty Declaration

After receiving/picking the quantities for a store, the system asks to declare the shipping container Label and Container Type, as well as the Variable Empty (if the article has Var. Empty configured):

  • In the label declaration, the systems validates: segregation type, label, article and store. For example: if the type of segregation is Mono article IN and OUT, and the operator declares a label that already exists, the system will verify if the article is the same. It also verifies if the store is the same.
  • In the container type declaration, the systems validates: if the operator declares a label that already exists, by changing the Container Type and Empty Type, the system will update the ones that are associated to the execution container, also, if the operator declares a label that already exists, the Container Type field is not mandatory, therefore, if the operator doesn’t change the Container Type, the system keeps the Container and Empty Type already associated.

Depending on the configuration for the containers [AD012], the system will validate the expiration date and the batch record.

Best fit

The container type combo box will be selected by default with the container type calculated based on the best fit for the picked quantities declared.

Best fit on Container type field

Empty declaration

After declaring the shipping container label and type, the system will ask for the Empty for that container.

The empty list presented depends on the type of container declared on the previous screen, and for that container type it shows the corresponding empties, configured in AD012.

Article, Reception and Transport Accessories Summary

When the operator has finished receiving an article (either as receiving/picking one step or for stock), the system will present the article summary.

After the operator finishes the reception of all articles from the PO, the system will present the Transport Accessories Summary screen.

Article Summary
Empties Summary

After the Reception Empties declaration, the system presents the Reception Summary screen, where the operator can confirm, and finish the Working Unit. This screen is also accessible from the button “Receiving Summary” available throughout the PDT screens.

Receiving for stock

When the operator has finished receiving/picking an article for a store, but there are still quantities to receive from the PO, the system will present an alert message, informing the operator that there are no more distributed quantities for stores and that the article will be received for stock.

If the operator declares an article that has not distributed quantities, the message will also be presented.

Note: this message is only presented to the operator once, per article.

Stock alert message

View expiration date

Global → Global Application → Application → Warehouse Management → Goods Issue → Picking Containers [AL064]

For the articles with expiration date, now you can see it on [AL064], by selecting an container and then go to Article Details.

Pick Pallets to a Temporary Gate

Goals

With this development we want to achieve the possibility to pick containers to a temporary gate. Also make a distinction between pick by box and pick by pallet for the warehouse operations, with this it will be possible to send pallets from the same booking with the same flow and operation go to diferent spaces in the warehouse.

Changes in the operation report

Global -> Global Application -> Application -> Warehouse Management -> Tailoring -> Operative Flow Types -> Warehouse Operation [AL102]

As you can see in the image to this report in exchange from the field “Picking to Dispatching Dock”, we create two new field, so now we have the possibility to create containers with different spaces in the same booking to the same store.

Temporary Docks Spaces

Global -> Global Application -> Application -> Master Data -> Tailoring -> Spaces -> Spaces -> Space Type [AD028]

To create temporary dock we should create a new space type and in the field Space Type Class, choose the class temporary dock.

Important Notes

  1. The system just goes change the containers final space when in the operation is defined as picked to the dock and the space given to the booking is a space that belongs to the new class “Temporary Docks”.
  2. The system will use to allocate this containers to a new place using the rules defined in the multi article allocation report (AL380). You can find the instructions to configure this rules in the manual MT_066 – Multi Article Containers.
  3. Just buffer spaces are valid to the allocation of this containers.

Devolução a Fornecedores com Processo de Picking

Objectivos e Âmbito

Com o desenvolvimento do módulo “Devolução a Fornecedores com Processo de Picking”, o WPMS passa a estar habilitado a executar, via PdT, bens constantes de Devoluções a Fornecedor.

O presente manual, para lá da contextualização em WPMS desta nova funcionalidade, enumera a parametrização necessária efetuar no sistema desde do processo da criação da definição do movimento associado ao documento interno, suporte da devolução, até à parametrização dos tipos de unidade de trabalho da classe “Devoluções a Fornecedor”. Por fim exemplifica-se, do ponto de vista do utilizador, a lógica sequencial de uma unidade de trabalho de “Devoluções a Fornecedor”.

Breve descrição do processo de “Devolução ao Fornecedor”

O processo inicia-se como a entrada em Wpms, via sistema externo, do documento de devolução ao fornecedor o qual que ficará disponível na transação AL140 – Movimentos Externos de Armazém.

Global → Global Aplicação → Aplicação → Gestão de Armazéns → Movimentos Diversos → Movimentos Externos de Armazém [AL140]

Seleccionado o armazém e o departamento é possível aceder aos movimentos externos parametrizados:

Já na listagem dos movimentos deve-se seleccionar o movimento que suporta que as devoluções ao fornecedor a partir do qual é possivel aceder à lista de documentos de devolução cujo estado permite a efectuação de movimentos externos.

Para além da via standard da efectuação do movimento, passa a ser possível criar unidades de trabalho de picking. Para tal, o operador deve seleccionar o documento pretendido, e a partir do menu “Opções” – “Criar Devolução ao Fornecedor” acede ao detalhes do documento seleccionado.

Nos detalhes o documento, o operador pode seleccionar somente algumas das linhas ou todo o documento e criar, no menu “Opções” – “Criar Documento” , a respectiva unidade de trabalho. unidade de trabalho. Criada e até que finde, ficam impedidas quaisquer outras operações sobre o documento.

Terminada a unidade de trabalho, pode-se dar continuidade ao movimento. Para tal, o operador deve aceder ao item “Opções” – “Fecha Devolução ao Fornecedor” a partir do qual irá para écran dos movimentos diversos que se encontrará já totalmente preenchido com itens, quantidades e etiquetas destino declaradas na unidade de trabalho de devolução ao fornecedor pelo que o operador terá apenas que “bandeirar” o movimento.

Definição do Movimento para “Devolução ao Fornecedor”

Global → Global Aplicação → Aplicação → Parametrização → Definições dos Movimentos Diversos [AL008]

Para que o processo de devolução a fornecedores com processo de picking seja é uma realidade é necessário criar uma definição de movimento associada ao tipo de documento 21-Devoluções ao Fornecedor. A criação/modificação da parametrização é efetuada na transação AL008. Ao clicar no botão aparece o seguinte écran:

A configuração apresentada é a minima necessária. Acresce a obrigatoriedade de definir quais os “Tipos de Artigo para a Definição do Movimento”.Ao clicar no botão aparece o seguinte écran:

Escolhidos os Tipos de Artigo e guardada a nova configuração, a nova Definição de Movimento fica apta a ser utilizada.

Definição da Operação de Armazém “Devoluções a Fornecedor”

No sentido de suportar este novo módulo, houve necessidade de criar um novo tipo operação de armazém designada “Devolução”. Sob este novo tipo de operação é necessário definir uma nova operação de armazém. A seguir, detalha-se o respectivo processo de parametrização:

Global → Global Aplicação → Aplicação → Gestão de Armazéns → Parametrização → Fluxos Operativos → Operações de Armazém [AL102]

A configuração apresentada é a minima necessária. Os campos “Tipo de Sequência” e “Sequência de Espaço” determinam a sequência do percurso a efectuar no decurso da UdT. Por fim, o campo “Motivo Utilização do Contentor” informa-nos, por cruzamento com a parametrização logística do(s) artigo(s) a executar, qual o tipo de contentor utilizado nos pickings de devolução ao fornecedor.

Parametrização do Artigo

Dado que podem surgir dúvidas, enumeram-se a parametrizações a adicionar aos artigos contidos nos grupos de artigos parametrizados na definição de movimento “Devolução ao Fornecedor

Global → Global Aplicação → Aplicação → Gestão de Armazéns → Definições Operacionais → Artigos – Dados Logísticos [AL077]

É necessário efectuar duas parametrizações. Em primeiro lugar é necessário definir as unidades de medida suportadas na operação “Devoluções a Fornecedores”:

Posteriormente, é necessário definir, ao nível dos “Contentores Utilizáveis”, o motivo de utilização de contentor exclusivo deste fim e nele parametrizar o tipo de contentor específico desta funcionalidade.

Parametrização do Tipo de Unidade de Trabalho “Devoluções a Fornecedor”

Dada a singularidade da “Devolução a Fornecedores”, houve necessidade de criar uma nova “Classe de Unidade de Trabalho”, que se designou por “Devoluções a Fornecedor”. No próximos parágrafos detalha-se o processo de parametrização dos “Tipos de Unidade de Trabalho” derivadas desta nova classe.

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

O processo de criação dos novos tipos de unidade de trabalho da classe “Devoluções a Fornecedor” é relativamente simples. Na transação AL117 indica-se o código de tipo de unidade de trabalho pretendido, atribuiu-se a descrição adequada e associa-se este novo tipo à classe “Devoluções a Fornecedor” . Posteriormente é necessário parametrizar, na transacção AL118 os novos tipos de unidade de trabalho criadas.

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

Apresenta-se a sequência de ecráns do AL118 onde se apresenta a parametrização standard a efectuar:

  • 1 – Comportamento do tipo de unidade de trabalho:
  • 2 – Parâmetros Criação da Unidade de Trabalho
  • 3 – Acções Permitidas por Tipo de Unidade de Trabalho:

Como se pode concluir a partir da acções permitidas, houve necessidade de criar dois novos Tipos de Acções Físicas – e respectivas acções físicas(exclusivas dos tipos de unidade de trabalho da classe “Devoluções a Fornecedor”.

  1. Dev. Fornecedores-“Declarar Quantidades”: Contemplará todas as acções físicas que envolvam declaração de quantidades executadas. Por ora só existe a acção 3300-“Executar e Confirmar com Etiquetas de Origem e Destino”, na qual solicita-se ao operador a declaração de quantidade executada, da etiqueta de origem e da etiqueta de destino.
  2. Dev. Fornecedores-“Levar Contentor ao Sítio”: Contempla todas as acções físicas que envolvam movimentação de contentores. Por ora apenas existe a acção 3310-“Confirmar Contentor no Lugar”, a qual solicita que ao operador o espaço onde o contentor de execução stock ficará alocado.

A seguir apresenta-se a sequência lógica de uma unidade de trabalho, bem como de algumas considerações uteis:

  • 1 – No menu inicial, o operador aceita trabalho:

As unidades de trabalho já se encontram criadas. Ao aceitar trabalho, o operador inicia imediatamente o picking da Devolução ao Fornecedor ligada à unidade de trabalho aceite.

  • 2 – De seguida, é solicitada a declaração das quantidades a executar e das etiquetas a utilizar na transferência:

A acção do operador consiste em deslocar-se ao espaço, declarar as quantidades executadas para o artigo indicado e declarar as etiquetas de origem e destino utilizadas. A etiqueta de origem pode ser uma qualquer das presentes no espaço desde que se encontre disponível e não bloqueada. A etiqueta destino é a etiqueta de “execução”. Antes de ser declarada pela primeira vez, não deverá existir em armazém e, posteriormente, só será considerada válida enquanto o operador não a alocar. No menu desta acção existe duas acções on demand: “Backtransfer” e “Outro”. O “Backtransfer” tem o mesmo comportamento do já conhecido “Backpicking” – ou seja, protela para o fim da unidade de trabalho a linha de picking em curso. Por sua vez acção on demand “Outro” tem por função permitir ao operador a que qualquer momento da unidade de trabalho possa proceder à alocação do contentor para onde esteve a executar- por exemplo: o contentor já se encontra cheio, etc. O tipo de contentor utilizado nas etiquetas de “execução” é o parametrizado no movimento de “Devolução ao Fornecedor” e deve constar, por inerência, da parametrização de todos os artigos.

  • 3 – Por fim, solicita-se ao operador a “alocação” das etiquetas de “execução”

Findas as transferências, ou sempre o que operador utilizar a acção on demand “Outro”, é lhe solicitada a alocação da etiqueta de “execução”. A acção do operador consiste em transportar a etiqueta enunciada para espaço onde ficará arrumada. A atribuição da localização final à etiqueta é feita por validação do barcode de espaço declarado. Validado o espaço, o contentor fica com o estado disponível, no lugar e bloqueado. Exceptuando o uso da acção on demand “Outro”, esta acção repete-se tantas vezes quanto o número de etiquetas utilizadas – que ainda não hajam sido objecto de alocação – no decurso da unidade de trabalho. Confirmada o espaço da última etiqueta por alocar, a unidade de trabalho termina.

Dúvidas e Outras Questões

Esclarecimento de dúvidas ou outra qualquer questão relacionada com a parametrização e/ ou utilização desta funcionalidade podem ser colocadas ao serviço técnico da Isretail via tel: 211509901 ou pelo e-mail: tech@isretail.eu