Configurations

Code representing the depositor. In logistics terms, the concept of depositor makes it possible to process separate flows or traffics within the same site. It covers the notion of order giving customer for the service provisions.
After the site, the depositor is the second access key to the Product, Input and Delivery Order files.
Concerning the location, the depositor code is entered if the location is assigned to the depositor or the product, and if the location is single-depositor or single-product and it is not empty.

If the box is not checked, a DO partly covered or not covered at all is automatically closed further to the moving to status 9.
If the box is checked, all those lines that are not covered are kept in the portfolio.

A DO is fully kept (moving to status 2-Pending nth preparation) if:
- the DO is in partial or total shortage upon wave launching,
- picking orders are cancelled or partly cancelled,
- the shipment cancellation is used.

To finally close it, it then becomes necessary to go to each DO and close each one in turn.

This parameter is connected with the "higher container" parameter of a picking location.
If it is checked without packing, it is used to express the output movement in the higher container set up in the location (if possible) or in one of the containers defined for the higher container of the picking location.
If it is checked with packing, the product modulo is considered and the movement is then expressed in one of the product modulos.

If it is not checked, the movement is then expressed according to the reference container of the picking location.

If the box is not checked, the management of generic rounds is not activated. Rounds can be created without round code or with a generic round code.

If the box is checked, the management of generic rounds is activated.
The shipping rounds thus created refer then to the Generic Round table.
Then, the DOs can have the same generic round code via the customer table. Consistency checks are carried out upon creation of the generic round on the basis of the maximum values stipulated for the generic round.

If the box is checked, the DO portfolio can be accessed in the carrier calculation function.
If the box is not checked, this parameter makes it possible not to take into account the DOs of the depositor for the automatic or interactive calculation of transport information.
Upon launching of the interactive or batch calculation, the program tries to calculate a carrier and a transport mode, including for those with the shipment management set to no.

Used to check on entry or via an interface the entry of several DO entities with the same document reference.
No. There is no checking active at DO reference level
Yes. A unicity checking of the DO reference is carried out, irrespective of the status of the existing DOs for the depositor. The checking does not take the historical basis into account.
Yes, if not closed. A DO reference can appear several times, in the portfolio, provided that the previous references have the status 9-Shipped/Closed. The checking does not take the historical basis into account.

Upon wave launching, used to provide the system with the most important criterion in the choice of the DOs to be dealt with. The 2 fields "Service priority" and "Partial delivery" are 2 fields of the DO header.

If the box is checked, this means that an operator code is necessary to validate the parcels created upon DO declarative packing.

If the box is checked, this means that a control has been carried out to ensure that the operator has removed the stock object from the proper location. This set-up is combined with that of the store, the location and the product record.

Stipulates if the system must print the shortage report by product at the end of the wave.

Stipulates if the system must print the list of shortages by DO at the end of the wave.

Stipulates if the system must print the list of the preparation loads at the end of the wave.

If the box is checked, the temporary DN is systematically created and printed upon wave launching. The DN no. is assigned to the output movements.
Upon shipment, the DN no. of the deferred movements is reset to zero and a new DN no. will be calculated upon shipment.

If the box is checked, the final DN is systematically created and printed upon shipment confirmation.
If the box is not checked, the final DN is created, but not printed.

If the box is checked, the differing DNs are printed only if changes have been introduced to the temporary DNs, upon shipment confirmation. The DN no. assigned to the movements remains the temporary DN no.

Name of the report for the print-out of the DN and packing list, jointly printed if the DN is in the packing stage. The name set up here is used as the default value of the corresponding DO header field.

The grouping code is used for the merging of flows.

If the box is activated, then the transfers of flow merging type will be validated automatically. Otherwise, a user will have to manually validate the transfers.

If the validation is automatic, entry of the operator code and location control key will be prohibited irrespective of the setup.

Manual, Automatic. These options are only available if transfer validation is automatic. In that case, the 2nd preparation phase can be performed automatically, depending on the selected parameter.

Triggers the printing of the transfer orders at the end of the wave.

Triggers the printing of the transfer labels at the end of the wave.

Specifies if the parcel palletization phase is active for the current depositor.
If the box is not checked, parcel palletization is not managed.
If the box is checked, parcel palletization is managed. Each parcel of the DO must be palletized.

Specifies if a unitary parcel loading declaration must be carried out.
At this stage, "unitary" refers to: the parcel, if palletization is not managed, or the SU if palletization is managed.
If the box is not checked, the parcel loading declaration is not used.
If the box is checked, the parcel loading declaration is used.

Informs the system on the use of the "Shipment confirmation" function for a DO, packed or not.
If the box is not checked, the shipment confirmation is not used. The system takes the DO status to 9, shipped, closed, to the final phase before shipment.
If the box is checked, the shipment confirmation is used according to two possible modes, by DO or by shipment round.

Note: it is not necessary for all the pickings (parcels/P.O.) of a DO to be validated for the shipment of a DO (partial shipment) to be confirmed, if shipment deferments are used.

Forcing the system to create a single-parcel movement makes it possible to minimize the splitting of references in the parcels.
If the box is not checked, the system does not necessarily create single-reference parcels.
If the box is checked, the system creates in priority single-reference parcels.

It opens a new parcel when it is not able to prepack a whole movement inside the same parcel. The movement is single-parcel if there is a parcel with a sufficiently large size to pack it.

Using this parameter can only increase the number of constituted parcels.

This parameter tells the system if the prepacking must be carried out in strict compliance with thesequencing of the picking addresses.
If the box is not checked, the system does not comply with the sequencing of the picking addresses.
If the box is checked, the system considers that there is only one parcel available for the packing, that which is being constituted.

Using this parameter can only increase the number of constituted parcels.

Parcel range used by default to pack a product.
This default range will be used if:
- The product group does not impose any parcel range,
- The product line of the DO does not mention any parcel range.

Parcel range and type used by default to package a product container as is, often referred to as 'ET'.

If it is checked, it is possible to only regroup parcels from the same DO into a SU.

Stipulates if the system must automatically assign a SU number to a large parcel when the latter is validated.
If the box is not checked, the palletization declaration will have to be used for all the parcels.
If the box is checked, the palletization of the large parcels is automatically performed upon parcel validation.

Specifies if a parcel label must be printed upon wave launching of the parcels or during the declarative packing of the DO.

If the parameter is set to Yes, Cross-Docking is managed on output. Otherwise, it is not managed.

Specifies the last phase that can be crossed by the DO lines as long as the Cross-Docking requirements are under process for the DO.

If this parameter is checked, the output addressing takes account of the available stock (and not the current stock) of the Cross-Docking store. Otherwise this stock is ignored.

If this parameter is checked, the output addressing takes account of the unavailable stock (and not the stock pending input) of the Cross-Docking store. Otherwise this stock is ignored.

If this parameter is checked, the output addressing takes account of the stock pending input into the reserve locations. Otherwise this stock is ignored.

If the parameter is checked, the non-addressed input movements are taken into account for the requirement expression during output addressing (a requirement will be created if at least one input movement is destined for the Cross-Docking).

Specifies the order of priority of the checked criteria.