Outputs > Shipments > Delivery note 

This table is used to view a delivery note (DN).

The delivery note features the document enclosed with the goods of a DN during delivery.

A DN is generated for each DO when launching the wave, if the temporary DN management is activated for the current depositor and/or a final DN is generated by DO for each shipment round.

Prerequisite

SEEREFERTTO Refer to documentation Implementation

Screen management

The Delivery Note is in "inquiry" mode.

It is described via 5 screens, among which 4 tabs.

Header

Presentation

Identifier of the delivery note.

Close

 

Fields

The following fields are present on this tab :

Delivery Note number.

  • Inter-site (field INSFLG)

Specifies the DN type. If the "inter-site" is activated, this means that the DN has been generated within the framework of an "inter-site" round.

  • Date (field DLNDAT)

Creation date of the Delivery Note.

  • Time (field DLNTIM)

Creation time of the Delivery Note.

  • Final DN (field DLNSTA)

 

  • Upd DN (field TDNSTA)

 

Carriage Note number.

Carriage receipt number.

Close

 

Tab General

Presentation

Management information recovered from the DO header that gave rise to the delivery note.

The shipment date is the actual date upon which the DN was generated upon DO shipment confirmation.

Close

 

Fields

The following fields are present on this tab :

Order

  • Client (field ORDCLT)

Customer reference.

  • Customer reference (field CLTORDREF)

Order reference for the customer.

  • Number (field ORDNUM)

Level 3 order number.

  • Date (field ORDDAT)

Level 3 order date.

  • Reference (field ORDREF)

Level 3 order reference.

Preparation

Code representing the preparation mode. The preparation mode regroups all the management rules linked to each DO. It makes it possible to specify the processing mode of said DO upon preparation launching.

The movement code is used to make the distinction between movements of the same type.
It is required when creating:

  • An expected input
  • A supplier input
  • A factory input
  • A customer return
  • A DO
  • An adjustment
  • A transfer
  • A consumable input/output

The movement code is checked against the movement code table.

Code of the preparation area, checked against the preparation area table. The notion of Preparation area is used when splitting the Picking Orders.

  • Partial delivery (field PTLPIK)

Specifies if the customer accepts to be delivered in part; there are three possibilities, either yes (the customer accepts, irrespective of the requested quantity), or by line (the customer accepts a partial delivery provided the whole line is delivered), or no, (the customer does not accept a partial delivery).

DO

Numerical sequence automatically assigned by the system upon validation of the DO header. This number features an information specific to the system, all depositors included. This piece of information features a unique access key to a Delivery Order.

  • Reference (field REF)

Document reference.

Numerical sequence assigned automatically by the system upon wave launching.

Dates

  • Planned delivery (field EXPDLVDAT)

Provisional delivey date of the DO. By default, it is equal to the entry date of the DO. It remains modifiable.

  • field EXPDLVTIM

Provisional delivey time of the DO. By default, it is equal to the entry time of the DO. It remains modifiable.

  • Shipment (field SHPDAT)

Shipment date for the entity.

  • field SHPTIM

Shipment time for the entity.

Delivery note

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.

Setup of the requested language to print the delivery note and the packing list.

Close

 

Tab Ship-to customer

Presentation

This concerns the information on the ship-to customer, recovered from the DO header.

Close

 

Fields

The following fields are present on this tab :

Code of the ship-to customer who must be defined in the Customer table.

Country code of the ship-to customer.

  • field DLVCRYNAM

Country description of the ship-to customer.

  • field DLVNAM

Company name of the ship-to customer.

  • field DLVADD

Ship-to customer address.

  • Postal code (field DLVPOS)

Postal code of the ship-to customer.

  • City (field DLVCTY)

Ship-to customer's town.

  • Region (county, state, ..) (field DLVSAT)

Ship-to customer status.

  • Telephone (field DLVTEL)

Ship-to customer's telephone number.

  • Fax (field DLVFAX)

Fax number of the ship-to customer.

  • Notes (field DLVREM)

Comments that will be printed on the Delivery Note.

Close

 

Tab Client billed

Presentation

This concerns the information on the billed customer, recovered from the DO header.

Close

 

Fields

The following fields are present on this tab :

The invoicing customer code can be different from the ship-to customer code. This code is controlled in the customer code table.

Country code of the bill-to customer.

  • field INVCRYNAM

Country description of the bill-to customer.

  • field INVNAM

Company name of the bill-to customer.

  • field INVADD

Bill-to customer address.

  • Postal code (field INVPOS)

Postal code of the bill-to customer.

  • City (field INVCTY)

Bill-to customer's town.

  • Region (county, state, ..) (field INVSAT)

Bill-to customer status.

  • Telephone (field INVTEL)

Bill-to customer's telephone number.

  • Fax (field INVFAX)

Fax number of the bill-to customer.

  • Notes (field INVREM)

Comments.

Close

 

Tab Carrier

Presentation

This concerns the Delivery Note shipment information.

Close

 

Fields

The following fields are present on this tab :

Shipment

 

Round

A generic round is a set delivery round (with respect to days and maximum shipping time), a round being the content of a truck.

Number assigned by the system and used to identify the round in a unique way within a site.

  • Round position (field DRNPST)

Order in which the round must be loaded. This information is used to allocate an unloading or loading sequence number to the DOs of a round.

  • Date (field DRNDAT)

 

  • field DRNTIM

 

 

 

Destination site of the "inter-site" DN.

Transport

Code identifying the carrier. This code must be defined in the carrier table.

  • field CRRDES

 

Usually, the transport mode corresponds to the notions of messaging, freight, express,... The transport mode is checked against the transport modes table.

  • field CRMDES

 

  • Carriage reference (field CRRREF)

Carrier reference.

The freight type can contain the Incoterm codes, for example (freight charges, paid, etc.).

  • Delivery area (field DLVARE)

Delivery field of the ship-to customer.

  • Freight Charge (field CRGAMT)

Transport cost of the DN generated upon shipment confirmation or when recalculating the transport cost.

  • field CURSYM

 

Loading

  • No. of parcels (field NBRPRC)

Number of parcels of the load.

  • No SU (field NBRSHP)

Number of Shipping Units of the load.

  • Nr of lines DO (field NBRLIG)

Number of DO lines of the loading.

Block number 5

  • Weight (field WEI)

Net weight. Four digits after the comma

  • field WEILIB

 

  • Volume (field VOL)

Loading volume.

  • field VOLLIB

 

  • Linear meters (field LMT)

Linear metering of an entity.

  • field LMTLIB

 

Close

 

Tab Carrier EDI

Presentation

This concerns the Delivery Note carrier EDI information.

The tab displays:

  • The information on the EDI management type used for the DN
  • The 'EDI management' field is used to know if the carrier EDI is managed for the DN and, if this is the case, what its progress status is.
  • The 'EDI level' field is used to know the entity type managed in the EDI messages: parcel, SU, DN or CR
  • The information on the EDI message last received, with the strongest gravity level for the entities linked to the DN.

Close

 

Fields

The following fields are present on this tab :

Block number 2

  • EDI management (field EDISTA)

Used to know if the transport EDI is managed for the DN and, if this is the case, what its progress status is.

The possible values are:

'Pending': DN managed by the transport EDI and not having received its last EDI message

'Completed': DN managed by the transport EDI and having received its last EDI message

'Not concerned': DN not managed by the transport EDI

  • field DLNNUM2

The magnifier is used to display all the EDI messages already received by the processed DN.

  • EDI level (field TYPEDI)

Mentions the type of entity managed in the EDI messages.

The processed entity can be either the CR, the DN, the SU or the parcel.

  • field NBRPRCEDI2

 

Message of the strongest gravity

Number of the EDI message.

Numerical sequence automatically assigned by the system

upon creation of an EDI message, either via an interface or manually. This number is an information specific to

the site, all depositors included. This information features a unique access key

to the EDI message.

  • Entity (field TYPNUM2)

Type and number of the event processed in the EDI message.

  • Severity (field NUMERR)

Specifies a hierarchy on the reason codes based on the gravity.

For instance: a 'compliant' reason code has a gravity code equal to 0.

It describes the situation of the entity (removed, delivery under progress, etc.)

Statuses are defined for all the carriers and their codification is defined upon each interchange agreement with the carrier.

  • Phase (field ORN)

The phase code stipulates the order in the message reception.

It enables the system to ensure that, upon return message integration, the phase code is higher thant the phase code of those messages already received for the processed entity.

The reason code provides a justification or an explanation for a status (eg. missing, damaged, etc.)

It is defined upon interchange agreement with the carrier.

  • Event date (field CLTDAT)

Date and time of the event processed in the EDI message.

Upon integration of the EDI messages, consistency checks are performed between the event dates and times of the new message and those messages already received for the entity.

The event date and time of the new message must be prior to those of the already received messages.

  • field CLTTIM

 

  • End (field LASREC)

Used to specify whether or not the EDI message is the last one to be received from the pairs (status code, reason code) for the processed entity.

The possible values are:

Yes: last message to be received for the entity

No: the system accepts to receive other message for the entity

  • Processing date (field CRRDAT)

Processing date and time of the event described in the EDI message.

  • field CRRTIM

 

  • Next message (field NEXDAT)

Date and time of the next message to be received for the entity processed in the EDI message

  • field NEXTIM

 

Close

 

Reports

By default, the following reports are associated with this function :

 BL : Delivery note

 LISTCOL : Customer packing document

This can be changed using a different setup.

Menu Bar

Drill Down / SU

Display of the shipping units of the shipped DN.

Drill Down/Parcels

Display of the parcels of the shipped DN.

Drill Down/Transactions

Display of the movements of the shipped DN.

Drill Down / Overview

Error messages

The only error messages are the generic ones.

Tables used

SEEREFERTTO Refer to documentation Implementation