Shopfloor reception - missing features

[jbaudoux]

Missing features

Receptions to process

• Choose an operation screen : provide more flexibility in the way todays receptions are listed.
  • PR: [IMP] shopfloor_reception: Allows to configure today pickings #1013
• Mark reception as printed when you start working on it (scan a picking or select one from the list). This is the standard behavior in all shopfloor scenario. This should also allow to block starting a reception if there is not shipment advice (this condition could then look at the printed status)
  • PR [IMP] shopfloor_reception: Allows to set picking as started #1024

GS1 barcode

• Set lot screen : when scanning a GS1 barcode, if it contains the lot and expiry date, fill the 2 fields on the screen.
  • base PR: [16.0][IMP] shopfloor: Add a parser to searches #1001
  • PR: [IMP] shopfloor_reception: Allows to interpret parsed result for multi attribute barcode #1002
  • expiry date: [IMP] shopfloor_reception: lot expiration date #1072
• Set lot screen : when the lot and expiry date are in 2 separate GS1 barcode, allow to scan the lot barcode and then the expiry date barcode
• Select a move screen : when scanning a GS1 barcode that contains a product & lot, select move, jump automatically to set lot and already fill the decoded information (lot, expiry date)
  • PR: [IMP] shopfloor_reception: Allows to interpret parsed result for multi attribute barcode #1002

Expiry date

• Set lot screen : change the date widget to a text widget with a mask to ease the entry
• Set lot screen : when a date is set before a lot, generate a lot name based on the date
  • spe alc

Product Packaging

• add additional packaging : in the Set quantity screen (coming after Select a move or Set lot or Set packaging dimension), we see the list of product packaging in the quantity widget. We should be able to declare new packaging. We need to define the packaging level of that new packaging and the quantity. We should then enter the collection of relevant packaging data by jumping to screen Set packaging dimension (see next point)
  • Out of scope, it is the responsibility of the product manager to load the list of packaging
• Set packaging dimension screen : collect relevant packaging data (dimension, barcode). The packaging level should define what data should be collected. For example, for a pallet, only the height should be collected. Currently it is hard-coded https://github.com/OCA/wms/blob/14.0/shopfloor_reception_packaging_dimension/services/reception.py#L26
  • Task: BSCOS-6005
• collect relevant packaging data on for packaging smaller than received. If you receive a box but you have a pallet packaging missing data, it will ask to fill the data for the pallet.
  • Current solution is to click on the skip button for that packaging

Product Data

• Set product dimension screen : add missing screen to collect product dimensions. If the products are always managed by product packaging (if you define a packaging for 1 unit), we need to be able to disable that screen.
  • PR: [16.0][ADD] shopfloor_product_dimension #1004
• Set product barcode screen : add missing screen to collect product barcode. Should we make a separate screen ? What if we want to collect other data ? We need a way to configure the list of fields to fill like we would do on the packaging level for the product packaging.
  • PR: [16.0][ADD] shopfloor_reception_product_barcode/mobile #1007

Measuring device

• Set packaging dimension screen : add button to collect data from a measuring device and fill the form. This should replace https://github.com/OCA/wms/tree/14.0/stock_reception_screen_measuring_device
  • Task: BSCOS-6006
• Set product dimension screen : add button to collect data from a measuring device and fill the form.

Destination Package

• Set quantity screen : currently you can choose to use an existing pack, create a new pack, or process without pack. Those options should be configurable. Use case, you always receive on a pre-printed pack barcode.

Package Type

• Set quantity screen : we need to identify the package type that is received when you assign a package to the move line. If the quantity is a multiple of a product packaging, we need to pre-fill with the corresponding package type. Take the biggest.
  • Task: BSCOS-6009
• For each packaging, define the package type if missing. As the package type could be pre-computed based on the dimensions, show this screen after the Set packaging dimension screen
  • Out of scope, it is the responsibility of the product manager to load the package type on each packaging
• For the product, define the package type if missing. As the package type could be pre-computed based on the dimensions, show this screen after the Set product dimension screen. If the products are always managed by product packaging, we need to be able to disable that screen.
  • Out of scope, it is the responsibility of the product manager to load the package type on the product
• When a package with a package type is set on the move line, the put-away should be recomputed
  • base PR for backend: [ADD] stock_picking_putaway_recompute stock-logistics-workflow#1740
  • missing integration with shopfloor. Task: BSCOS-6011

Label Printing

• Print product label
  • [16.0][ADD] shopfloor_priting_base/mobile #1085
  • [16.0][ADD] shopfloor_reception_print_label/mobile #1086
• Print package label

Carrier return

• allow to parse a carrier return barcode
  • PR [14.0] shopfloor_reception: Allow to parse carrier return barcodes #666

cc @rousseldenis @meredith-alana @Highcooley @phschmidt @TDu @mmequignon

[jbaudoux]

I updated the status with ongoing and done work

[rousseldenis]

@jbaudoux I will enhance the picking lines selection as currently we display stock moves. That has disadvantage to avoid managing partial reception lines.

In fact, the move will display the quantity done in yellow but grouping behind the not done quantities and the done ones. If we select at new the partially done move, the quantity is set to '1'. So, the user lost his previous work.

I will change by displaying the move lines. That is even more inline with Odoo backend appearance and behaviour.

@simahawk

[jbaudoux]

@jbaudoux I will enhance the picking lines selection as currently we display stock moves. That has disadvantage to avoid managing partial reception lines.

In fact, the move will display the quantity done in yellow but grouping behind the not done quantities and the done ones. If we select at new the partially done move, the quantity is set to '1'. So, the user lost his previous work.

I will change by displaying the move lines. That is even more inline with Odoo backend appearance and behaviour.

@simahawk

@rousseldenis I don't like this change as I understand it. If you receive 30 pallets of a product, you will see 30 lines for the same product as each pallet gets its destination package? The purpose was to see the progress per product and allow multiple users to receive the same product. Only the move knows the quantity to do and done. In v18, for one move, only the first move line gets the quantity to do but each other move line gets the quantity done. Viewing the move gives the correct total and progress.
Cc @mt-software-de

[rousseldenis]

don't like this change as I understand it. If you receive 30 pallets of a product, you will see 30 lines for the same product as each pallet gets its destination package? The purpose was to see the progress per product and allow multiple users to receive the same product. Only the move knows the quantity to do and done. In v18, for one move, only the first move line gets the quantity to do but each other move line gets the quantity done. Viewing the move gives the correct total and progress.

We don't use packages for reception.

Only the move knows the quantity to do and done.

That's not true as:

• Move lines are created at reception confirmation
• At the beginning, there is one line per product (so the demand is known as I will display - this is missing - the demand quantity too).
• The partial quantity is well done and displayed as green and either the picking can be validated, either the operator (or another) can manage the remaining quantity (there will be one yellow line with the remaining quantity).

[rousseldenis]

@jbaudoux @simahawk I struggle to get a result about changing the behaviour of DatePicker to get a mask input text in it (the current implementation is not practical for users as the input is quite long to get the date).

But I'm so bad at js to get a satysfying result for now. Can someone do something about that? Or to point me to some bricks I can implement ?