Customer Information Labelling & pre-advised Data Primer · BaLa_AVD_KUNDENINFO_V_2-00e.doc Seite 1...

BaLa_AVD_KUNDENINFO_V_2-00e.doc Seite 1 von 70

Customer Information

Labelling & pre-advised Data Primer Guidelines for the correct Barcoding, Labelling of Parcels and Transmission of pre-advised Data (Version 2.00e)

Die Post bringt allen was.


Revision Protocol:

Document compiled by:

Österreichische Post AG, Paketlogistik Österreich, Operative IT Systeme

Date Version Revision

27.05.08 Wolfgang Schreder

30.05.08 Wolfgang Schreder

02.06.08 1.0 Martin Brückler

23.07.08 1.1 Martin Brückler, adaptations & corrections

30.07.08 1.2 Martin Brückler, Corporate Design adaptations

01.10.09 2.0 Martin Brückler, corrections, additions, product relaunch

12.01.10 2.0e zauberformel, translation of german in english


Downloadable Documents:

The Labelling & pre-advised Data Primer incl. the XML-Schema (XSD) is also electronically available under

• http://www.post.at

• Businesskunden (business customers)

• Paket (parcel)

• Kundenanbindung / Barcodefibel (customer interface / barcode primer)

for downloading purposes.


Contents

1. INTRODUCTION.................................................................................................................................................. 9 2. LABELLING ........................................................................................................................................................ 10

2.1. GENERAL INFORMATION ................................................................................................................................ 10 2.2. CUSTOMER-SPECIFIC LABELLING SYSTEMS.................................................................................................... 11

2.2.1. Customer Systems incl. pre-advised Data Submission.......................................................................... 11 2.2.2. Customers without pre-advised Data Shipment.................................................................................... 18 2.2.3. Digression: Retourpaket – Return Parcel............................................................................................. 18 2.2.4. Label Authorisation .............................................................................................................................. 18 2.2.5. Authorisation Number........................................................................................................................... 19

2.3. LABEL LAYOUT.............................................................................................................................................. 20 2.3.1. Landscape Format Label Sample ......................................................................................................... 20 2.3.2. Portrait Format Label Sample.............................................................................................................. 21 2.3.3. Description of the various Areas and Contents .................................................................................... 22

2.4. DIGRESSION: EASYPAK – PARCEL SHIPMENT SOFTWARE.............................................................................. 23 3. CORRECT LABELLING ................................................................................................................................... 25

3.1. FONT TYPE ..................................................................................................................................................... 25 3.2. CHARACTERS ................................................................................................................................................. 25 3.3. ROW ............................................................................................................................................................... 25 3.4. HANDWRITING ............................................................................................................................................... 25

4. CORRECT ADDRESSING................................................................................................................................. 26 4.1. LAYOUT OF THE ADDRESS FIELD.................................................................................................................... 26

4.1.1. Inland – Privat – domestic – private..................................................................................................... 27 4.1.2. Inland – Business – domestic – business .............................................................................................. 27 4.1.3. Ausland – Privat – international – private ........................................................................................... 27 4.1.4. Ausland – Business – international – business ..................................................................................... 27

4.2. DIVERGING SHIPMENT ADDRESSING .............................................................................................................. 28 4.2.1. P.O. Box................................................................................................................................................ 28 4.2.2. Poste restante........................................................................................................................................ 28 4.2.3. Post.24 .................................................................................................................................................. 28 4.2.4. Pickup.Paket ......................................................................................................................................... 29 4.2.5. Postcode Area and Destination have different Names.......................................................................... 29 4.2.6. No Street Name ..................................................................................................................................... 29

5. BARCODE............................................................................................................................................................ 31 5.1. CODE STRUCTURE .......................................................................................................................................... 31

5.1.1. Source Country / Partner ID................................................................................................................. 31 5.1.2. CustomerID........................................................................................................................................... 31 5.1.3. Sequential Number................................................................................................................................ 32 5.1.4. Product Process Code (PPK) ............................................................................................................... 32 5.1.5. Target Postcode and/or Country .......................................................................................................... 33 5.1.6. Check Digit ........................................................................................................................................... 33

5.2. CHECK DIGIT CALCULATION.......................................................................................................................... 33 5.3. DEPICTION...................................................................................................................................................... 34

5.3.1. Font Dimension..................................................................................................................................... 34 5.3.2. Font Type .............................................................................................................................................. 34

5.4. 22-DIGIT CODE TYPE SPECIFICATIONS........................................................................................................... 35 6. PRINTING............................................................................................................................................................ 37

6.1. PRINTING METHODS....................................................................................................................................... 37 6.2. QUALITY OF PRINT ......................................................................................................................................... 37

7. PRE-ADVISED DATA STRUCTURE / CUSTOMER INTERFACE DEFINITION ................................... 38


7.1. GENERAL INFORMATION ................................................................................................................................ 38 7.1.1. Deadline for the Transmission of pre-advised Data ............................................................................. 38 7.1.2. Acknowledgment of Receipt of pre-advised Data ................................................................................. 38 7.1.3. Correction of pre-advised Data ............................................................................................................ 38

7.2. PRODUCTS/ADDITIONAL SERVICES COMBINATIONS....................................................................................... 40 7.2.1. IDs for pre-advised Data ...................................................................................................................... 42

7.3. DATA FORMATS ............................................................................................................................................. 43 7.3.1. XML File............................................................................................................................................... 44 7.3.2. ASCII Flatfile........................................................................................................................................ 50

7.4. DATA PROTOCOLS.......................................................................................................................................... 52 7.4.1. FTP / SFTP........................................................................................................................................... 52 7.4.2. Filenames.............................................................................................................................................. 52 7.4.3. E-Mail ................................................................................................................................................... 52

7.5. PRE-ADVISED DATA IMPORT RESULT............................................................................................................. 53 7.5.1. Data Formats........................................................................................................................................ 53 7.5.2. Data Protocols...................................................................................................................................... 55

7.6. CUSTOMER INFORMATION REQUIRED FOR AUTHORISATION........................................................................... 56 7.7. STORAGE OF PRE-ADVISED DATA................................................................................................................... 56

8. APPENDIX: LOGOS........................................................................................................................................... 59 8.1. PRODUCT LOGOS............................................................................................................................................ 59 8.2. ADDITIONAL SERVICES SYMBOLS .................................................................................................................. 61

9. APPENDIX: NACHNAHMEVERRECHNUNGSPOSTANWEISUNG......................................................... 62 9.1. DOMESTIC – ONLY VALID UNTIL 12/31/2010 .................................................................................................. 62 9.2. DOMESTIC – NEW AND ALREADY VALID.......................................................................................................... 62 9.3. INTERNATIONAL – ONLY VALID UNTIL 12/31/2010......................................................................................... 63 9.4. INTERNATIONAL – NEW AND ALREADY VALID ................................................................................................ 63

10. APPENDIX: XML STRUCTURE CUSTOMER PRE-ADVISED DATA ................................................. 64 10.1. ENGLISH......................................................................................................................................................... 64 10.2. GERMAN......................................................................................................................................................... 65

11. APPENDIX: XML STRUCTURE PRE-ADVISED DATA IMPORT RESULT ....................................... 66 11.1. ENGLISH......................................................................................................................................................... 66 11.2. GERMAN......................................................................................................................................................... 67


1. Introduction

This document contains all specifications and guidelines for the correct labelling, barcoding and for pre-advised data regarding parcel shipments of Österreichische Post AG. It is exclusively valid for customers labelling with the new 22-digit barcode system (effective May 1, 2008).

The previous valid version of the barcode primer remains in effect for customers labelling in accordance with the old system (16 digits with Leitcode).

The barcodes of parcel shipments are automatically read in the distribution centres by means of the new Track & Trace (T&T) system of Österreichische Post AG. The 22-digit barcode type 128 C serves as information carrier.

In addition to barcode capturing, automated reading of written information on the address label is carried out by means of OCR technology. The results of this reading process forms the basis for the correct routing and processing of shipments. In order for us to carry out the desired customer services in the best possible manner, the guidelines described below should be adhered to.

Please note: Labelling of hazardous material is not covered in this document.


2. Labelling

2.1. General Information

Regarding labelling, the following guidelines must be complied with at all times:

• The colour of the label has to be evenly light, i.e. to contrast strongly to the dark, in the ideal case, black print.

• The label has to be smoothly (=without crinkles) and completely glued to the largest area of the parcel.

• The address sticker has to be attached to the surface of the parcel in a fashion in which the barcode is neither glued over an edge nor over a parcel fold. Both cases can make reading impossible for the automatic scanner and may result in additional effort.

• The label must be kept free of parcel cords and similar items.

• Sticking a transparent film over the label reduces its readability and should therefore be avoided.

• The leading and trailing edges of the barcode have to be kept free.

• The barcode structure with the listed sizes has to be observed at all times.

• No other 8-, 10- or 16-digit code of the code type 2/5 Interleaved with the check mode Modulo 10, no 22-digit barcode type 128/C with the check mode Modulo 10, no 12-digit Identcode of DHL and no 20-digit EAN-128 (NVE is signified by 2 leading zeros) is allowed on the parcel surface. These lead to additional processing, resulting in delays in transit time.

• The decodability of the barcode and labels has to be analysed and authorised by a label inspection authority prior to use.


2.2. Customer-specific Labelling Systems

The specifications and guidelines contained in this document apply to customers utilising customer-specific labelling systems.

2.2.1. Customer Systems incl. pre-advised Data Submission

Customers submitting pre-advised data list all the desired additional services in the data file. Specifications regarding said file and the mode of transfer are described in item 7. Additional services requiring specific labelling are additionally to be noted on the parcel by means of the IDs listed in the Appendix. Values or other additional information on additional services do not have to be noted on the label by customers using pre-advised data services.

Exception: Attaching the cash on delivery postal order, domestic or international (TFP3), is still required.


2.2.1.1. Label Format

Two types of formats are available for utilisation.

FreigabeNr. xxxxxxx vom 12. 3. 2008Produkt Logo

Absenderangaben inkl. Logos (Eigenwerbung) des Absenders

Zusatzleistungen – Klarschrift und Logos

Empfängerbereich

NORNA ZBR COD Gew. 12,39 kg

10 19770 85544544 01 5020 2

A6 Landscape Format A6 Portrait Format

2.2.1.2. Layout of the Label

A parcel label should ideally be made up of the following fields:

• Produktlogofeld – Product Logo Field: This field contains the product information in plain writing or by means of a logo

• Absenderfeld – Sender Field: This field contains the sender's data, incl. self-marketing

• Zusatzleistungsfeld – Additional Services Field: Additional services requiring specific labelling are listed as symbols and in plain writing in this field

• Anschriftfeld – Mailing Address Field: This field contains the address

• Codierzone – Coding Zone: This zone is reserved for coding by means of letters (OCR) and the Identcode as well as plain writing.

Please also see item 2.3. Label.


2.2.1.3. Designation of Products

The product logo and the OCR abbreviations should be entered as follows:

Product Logo Field

OCR-Abbr. Coding Zone

(1) The following designations are to be listed in the Produktlogofeld – Product Logo Field:

Product Product Logo

Paket Österreich – Parcel Austria -

Paket International – Parcel International -

Paket Premium Österreich – Parcel Premium Austria Premium / B2B compact

Paket Premium International – Parcel Premium Int. Premium / B2B compact

Combi-freight Österreich – Combi freight Austria Combi-freight / B2B flex

Combi-freight International – Combi freight Int. Combi-freight / B2B flex

Premium Select Österreich – Premium Select Austria Select

EMS Österreich – EMS Austria EMS

Kleinpaket – Small Parcel Kleinpaket

Retourpaket – Return Parcel Retoure

The product logos are listed in the Appendix.

Gew. 12,39 kg

Empfängerbereich

Produkt LogoFreigabeNr. xxxxxxx vom 12. 3. 2008


Zusa

tzle

istu

ngen

– K

lars

chrif

t und

Log

os

NORNA ZBR COD

10 19770 85544544 01 5020 2

12345


(2) The following OCR abbreviations are verbally designated in the Codierzone – Coding Zone (product):

Product OCR-Abbr.

Paket Österreich – Parcel Austria NORNA

Paket International – Parcel International NOROU

Paket Premium Österreich – Parcel Premium Austria B2BNA

Paket Premium International – Parcel Premium Int. B2BOU

Combi-freight Österreich – Combi freight Austria SENNA

Combi-freight International – Combi freight Int. SENOU

Premium Select Österreich – Premium Select Austria SELNA

EMS Österreich – EMS Austria EMSNA

Kleinpaket – Small Parcel KLEPA

Retourpaket – Return Parcel RETPA

In the event that no product designation is supplied, the parcel will be processed as a standard parcel.


2.2.1.4. Designation of additional Services

The illustration of additional services requiring specific labelling is to be carried out by listing a symbol and in plain writing in the field Zusatzleistungsfeld – Additional Services. The OCR abbreviations are intended for the coding line above the Identcode.

Designation of additional services via images (symbol) & plain writing

Additional services in plain writing should be printed in preferably large fonts (ARIAL 10 pt and bold).

The following table lists the possible Additional Services and their required designation.

Name/Description OCR-

Abbrev. Add. Entry

Symbol Add. Entry

verbal Zerbrechlich – Fragile ZBR Symbol (Glass) Nachnahme – COD COD Symbol (Triangle) 24-Stundenpaket – 24-hour parcel 24S Symbol (24) Rückschein – Advice of delivery RSN Rückschein Wert – Value WRT Symbol (W) Zustellung bis 10 Uhr – Delivery by 10am 10U bis 10 Uhr Zustellung bis 12 Uhr – Delivery by 12pm 12U bis 12 Uhr Zustellung Samstag – Delivery Saturday SAM Samstag Frei Verwendungsstelle – Point of Use FVS Frei Verwendungsstelle Unfrei – Freight forward UFR Symbol (U) Wunschtermin Mo – Fr (Werktag) 10:00 – 17:00 – Desired delivery Mon – Fri (workday) 10am – 5pm

WZT Wunschzeit

Persönlich – Personal delivery PER Persönlich Pickup.Paket PUP Pickup.Paket Post.24 P24 Post.24 Lagerfrist kurz – Short storage period - Infotext

Gew. 12,39 kg

Empfängerbereich



Zusa

tzle

istu

ngen

– K

lars

chrif

t und

Log

os

NORNA ZBR COD

10 19770 85544544 01 5020 2

12345

Designation of add. services by means of abbreviated. text for OCR-reader capturing (OCR-abbreviation)


The following additional services have to be marked by means of an image (symbol):

Nachnahme

COD

C.O.D 1)

Unfrei

Freight forward

Wert

Value

2)

Zerbrechlich

Fragile

24-Stunden

24-hours

These symbols have to be entered in accordance with the desired additional services.

2.2.1.5. Detailed Information on additional Services

COD:

For domestic CODs, the "Nachnahmeverrechnungspostanweisung" (see also Appendix) has to be filled out and attached to the parcel.

International CODs require a filled out TFP 3 "Auslandsnachnahmepostanweisung" form (see also Appendix) attached to the parcel. 1)

In addition to the Auslandsnachnahmepostanweisung, international CODs also require the COD value including type of currency in Arabic figures and text to be listed on the label below the COD symbol!

Striking through or subsequent modification of the value is prohibited.

Wert:

2) The value is to be entered under the symbol for value in digits.


2.2.1.6. Label-ID + Position Square

The Label-ID is the same as the authorisation number and is issued by the central label inspection authority of Österreichische Post AG.

Length:

The Label-ID contains five digits, with the last digit serving as check digit.

Label-ID and

Position Square

Position Square:

A black square has to be placed after the number (dimensions 6*6 mm). This serves as an orientation aid for automated reading. The gap between the last digit and this position square has to be 1 mm.

Position:

The Label ID-number has to always be at precisely the same position. This is to the left of the barcode, taking into account the leading edge of the barcode. (8 mm to the left of the barcode, on the same level as the barcode). The number is tilted vertically, so that the black square ends with the barcode.

Font type: Arial

Font size: 16 Point

Gew. 12,39 kg

Empfängerbereich



Zusa

tzle

istu

ngen

– K

lars

chrif

t und

Log

os

NORNA ZBR COD

10 19770 85544544 01 5020 2

12345


2.2.2. Customers without pre-advised Data Shipment

Customers who have not submitted Avisodaten (AVD) – pre-advised data, enter all desired additional services on the label. Furthermore, a small number of additional services, listed in the Appendix, require symbol markings on the parcel. Amounts or other additional information (e.g. time) regarding additional services also have to be entered on the label.

COD:

The following information and forms are to be supplied for domestic CODs in addition to designation via the corresponding symbol::

• Recipient of the NN amount or amount in euros, bank account and bank details are to be attached to the parcel or label.

• The "Nachnahmeverrechnungspostanweisung" (Appendix) has to be filled out and attached to the parcel.

International CODs require the following data and forms:

• Recipient of the NN amount or amount in accordance with regulations of the target country, international bank account number (IBAN) and international bank details (SWIFT/BIC) are to be attached to the parcel or label.

• The form "TFP 3 Auslandsnachnahmepostanweisung" (Appendix) has to be filled out and attached.

Value:

Value in euros in the Additional services field

2.2.3. Digression: Retourpaket – Return Parcel

When making use of return parcels, the graphic symbol is to be entered on the label,

V

in the Produktlogofeld – product logo field the corresponding designation "Retourpaket" as well as the product abbreviation RETPA (=Return parcel) in the OCR coding zone. Furthermore, the changed address also has to be listed.

Additional services cannot be added to return parcels.

2.2.4. Label Authorisation


To reach an optimal reading and processing quality regarding customer-produced labels, a sample needs to be submitted in best quality for analysis and approval prior to the production of the barcodes. Following approval, an authorisation number, which at the same time represents the Label ID, is allocated. This number is compulsory and has to be added to the label (see also items 2.2.1.6. und 2.2.5.).

This numeric authorisation number helps find, identify and process information on the label in a more efficient and faster manner.

Label Inspection Department:

Österreichische Post AG Paketlogistik Österreich Operative IT Systeme / Labelprüfstelle Steinheilgasse 1 1210 Wien

Note: Changes to a previously authorised label require a new inspection and authorisation from the label inspection department.

2.2.5. Authorisation Number

The authorisation number is the same as the Label ID and is issued by the Central Label Inspection Department of Österreichische Post AG.

Length:

The authorisation number has 5 digits, the last digit serves as checksum.

Position:

The authorisation number always has to be at the same position. Ideally near the sender information in the Absender Logo – Sender Logo field.

Label Authorisation No.

Gew. 12,39 kg

Empfängerbereich



Zusa

tzle

istu

ngen

– K

lars

chrif

t und

Log

os

NORNA ZBR COD

10 19770 85544544 01 5020 2

12345


2.3. Label Layout

2.3.1. Landscape Format Label Sample

Gew. 12,39 kg

Empfängerbereich



NORNA ZBR COD

10 19770 85544544 01 5020 2 Note: Illustration not in full size


2.3.2. Portrait Format Label Sample

FreigabeNr. xxxxxxx vom 12. 3. 2008Produkt Logo


Zusatzleistungen – Klarschrift und Logos

Empfängerbereich

NORNA ZBR COD Gew. 12,39 kg

10 19770 85544544 01 5020 2

12345

Note: Illustration not in full size


2.3.3. Description of the various Areas and Contents

2.3.3.1. Description Absenderfeld – Sender Field

• The notation "Absender" – Sender is located above the sender information.

• Font Size 2.5 mm/10 pt and font type ARIAL

2.3.3.2. Description Empfängerfeld – Addressee Field

• The notation "Empfänger" is located above the addressee information.

• Font size 3mm/12 pt and font type ARIAL

2.3.3.3. Description Produktlogofeld – Product Logo Field

• Product logos can be found in the Appendix.

2.3.3.4. Description Zusatzleistungen – Add. Services Field

• Dimensions of the field: Size not relevant

2.3.3.5. Description Codierfeld – Coding Field

Barcode plain writing:

• Font size (postcode excluded): 2.5mm/ 10 pt

• Font size postcode: 3 mm/ 16 pt + bold

• Font type ARIAL


Product and additional Services string:

• Font size: 3mm/ 12 pt + bold

• Font type ARIAL

• Distance to barcode: 2 mm

• A gap of at least three blank spaces has to be observed between the product information and additional services.

• Additional services are separated by one blank space

• Additional services have to be listed in capital letters

2.3.3.6. Description Parcel Barcode (Identcode)

• See item 5 for structure and dimensions.

2.4. Digression: EasyPAK – Parcel Shipment Software

EasyPAK is the official parcel shipment system of Österreichische Post AG. When using the system, labels are automatically created by EasyPAK. It furthermore already complies with all requirements and guidelines contained in this document.

Contact information EasyPAK – Parcel Shipment Software:

Österreichische Post AG Paketlogistik Österreich Operative IT Systeme / Paketversandsoftware Steinheilgasse 1 1210 Wien


Sample Label of EasyPAK Parcel Shipment System of Österreichische Post AG

Wording "Absender" and subs.

Sender Info

Wording "Empfänger" and subs.

Recipient Info

Product Logo

Label Authorisation No.

Add. Services in plain writing

Symbols for add. Services

Coding Zone with OCR

Abbreviation

Label ID and Position Square

Weight


3. Correct Labelling

3.1. Font Type

• The entire label should be designed with the same font and with as similar attributes as possible.

• ARIAL is recommended as font type. Should another font type be applied, special care is to be taken that said font is serif-less.

• The font should contrast strongly with the background. A black font on a white background is ideal

• Font types with special properties (negative, italic, bold, shaded, 3D, narrow etc.) should be avoided

3.2. Characters

• The font size of the sender address should be between 10-12 pt. Regarding the font size of the capital letters, please note that the height of these should be between 2.5 and 3 mm.

• The optimal distance between two letters within a word is between 0.34 mm and 2 mm. A tracking of 0.5-1 pt is ideal.

• Letters may under no circumstances lean on each other.

3.3. Row

• The space between individual words must not be greater than 10 mm (2-8 characters). A constant distance of 1 – 5 mm is required between the individual rows.

• Blank rows are to be avoided

3.4. Handwriting

Handwriting is also machine-readable. Basically, the same requirements apply as they do to printed fonts:

• Utilisation of block letters, avoidance of script

• Letters should not lean on each other

• Left-aligned

• No blank rows, gaps between words should not be too large


4. Correct Addressing

4.1. Layout of the Address Field

Correct addressing should also be used for parcel and EMS shipments. Perfectly readable text and the structure of the address field, as already standard practice with letters, is illustrated here in brief: Font Type:

- The entire label should be designed with the same font with as many similar attributes as possible

- ARIAL is recommended as font type. Should another font type be applied, special care is to be taken that said font is serif-less.

- The font should contrast strongly with the background. A black font on a white background is ideal

- Font types with special properties (negative, italic, bold, shaded, 3D, narrow etc.) should be avoided

Row

- The space between individual words must not be greater then 10 mm (2-8 characters). A constant distance of 1 – 5 mm is required between the individual rows.

- Blank rows are to be avoided Characters

- The font size of the sender address should lie between 10-12 pt. Regarding the font size of the capital letters, please note that the height of these should be between 2.5 and 3 mm.

- The optimal distance between two letters within a word is between 0.34 mm and 2 mm. A tracking of 0.5-1 pt is ideal.

- Letters may under no circumstances lean on each other.

Structure of the Address Field

- Left-aligned - Blank space between postcode and destination (no comma, no hyphen) - No country abbreviation in front of the postcode - On international shipments do not enter destination and target country in capital letters


4.1.1. Inland – Privat – domestic – private

4.1.2. Inland – Business – domestic – business

4.1.3. Ausland – Privat – international – private

4.1.4. Ausland – Business – international – business

Herr Bernd Beispiel Brünnerstraße 8 1210 Wien

1. Title (optional) 2. Name 3. Address street number 4. Postcode target destination

Firma Beispiel z.Hd. Bernd Muster Industriestraße 1 4020 Linz

1. Company name 2. Dept./Contact (optional) 3. Address street number 4. Postcode target destination

Frau Martha Muster Grünwaldweg 16 81671 München Deutschland

1. Title (optional) 2. Name 3. Address street number 4. Postcode target destination 5. Target country

Firma Beispiel Buchhaltung Fr. Muster Industrieweg 16 81671 München Deutschland

1. Company name 2. Dept./contact (optional) 3. Address street number 4. Postcode target destination 5. Target country


4.2. Diverging Shipment Addressing

These exceptions concern additional services, which, instead of a shipping address, feature a diverging address. The address, street number and postcode are replaced by the diverging address.

4.2.1. P.O. Box

4.2.2. Poste restante

4.2.3. Post.24

Post.24 master data is electronically available under • http://www.post.at • Businesskunden (business customers) • Paket (parcel) • Post 24 (Post 24) • Standortsuche (location search)


Herr Bernd Beispiel Postfach 100 1212 Wien

Herr Bernd Beispiel Postlagernd 1213 Wien

Post.24 Bernd Beispiel Bahnsteggasse 17-23 1210 Wien

The P.O. Box is added instead of the street name

The delivery type "Postlagernd" (Poste restante) is added instead of the street name

The designation "Post.24" is added for a "Post.24" delivery. The address of the post office from where the Post.24 shipment originated is also listed.


4.2.4. Pickup.Paket

Pickup.Paket master data can be electronically accessed under • http://www.post.at • Businesskunden (business customers) • Paket (parcel) • Pickup.Paket • Filialfinder -> Download (branch finder -> download)


4.2.5. Postcode Area and Destination have different Names

In the event of the name of the postcode area diverging from that of the destination, two correct addressing options apply:

1. The place name is entered into the row before the last

2. The place name is entered instead of the postcode – target destination.

4.2.6. No Street Name

In the event that a destination does not feature a street name, the destination is to be added in front of the street number.

Pickup.Paket Postfiliale 1210 Wien z. Hd. Bernd Beispiel Bahnsteggasse 17-23 1210 Wien

A Pickup.Paket delivery requires the designation "Pickup.Paket". The address of the Pickup.Paket branch office is also listed.

Frau Erika Muster Krakaudorf 120 8854 Krakaudorf

Frau Barbara Beispiel Berggasse 88 Rafing 3741 Pulkau

Frau Barbara Beispiel Berggasse 88 3741 Rafing

2.1.


5. Barcode

5.1. Code Structure

Pos. 1-2 Pos. 3-7 Pos. 8-15 Pos. 16-17 Pos. 18-21 Pos. 22

5.1.1. Source Country / Partner ID

Positions: 1-2 (N2)

The first two positions designate the country and/or partner belonging to the partner network. The partner is responsible for the code content and has to ensure it is unique. The barcode cannot display a leading 0. The following barcode should be used for Austria:

10 = Austria

The hereinafter described code formation applies exclusively to customers labelling in accordance with the guidelines of Österreichische Post AG (ID: 10).

5.1.2. CustomerID

Positions: 3-7 (N5)

The 5-digit customer ID, assigned by Österreichische Post AG, is entered here.

Source Country / Partner ID

N2

12 12345

Customer No. ID - No.

N5

12345678

Sequential Number

N8

12

Process ID

N2

Check Digit

N1

1 Target Postcode and/or Counutry

N4

1234


5.1.3. Sequential Number

Positions: 8-15 (N8)

The sequential mailing number is entered in this section. This number serves to positively identify the parcel. The sequence of digits may not repeat itself within the span of one year.

Digression Retourpaket – Return Parcel: A unique sequential number must always be assigned to the position 8-15. It is therefore prohibited to assign the number of the original parcel to this position.

5.1.4. Product Process Code (PPK)


The following logistically relevant information is coded to the PPK:

Product PPK

Paket Österreich – Parcel Austria 01

Paket International – Parcel International 01

Paket Premium Österreich – Parcel Premium Austria 08

Paket Premium International – Parcel Premium Int. 08

Combi-freight Österreich – Combi freight Austria 12

Combi-freight International – Combi freight Int. 12

Premium Select Österreich – Premium Select Austria 02

EMS Österreich – EMS Austria 10

Kleinpaket – Small Parcel 06

Retourpaket – Return Parcel 07


5.1.5. Target Postcode and/or Country


• Domestic: The target postcode in Austria is entered here.

• Regarding return parcels, a defined target postcode, issued in cooperation with Paketlogistik Österreich, is to be listed.

• Regarding international parcels the target country is entered in the following manner: 0 + 3-digit numeric ISO-Code-3166 of the target country.

The current corresponding ISO codes can be found at

http://www.iso.org/iso/country_codes/iso_3166_code_lists.htm

5.1.6. Check Digit

Position: 22 (N1)

Check digit in accordance with ÖNORM EN 799 internal check digit.

The additional check digit in the code is displayed by means of an additional digit directly in front of the stop-symbol of the barcode. It is read in combination with the barcode. In the event that the read check-digit does not match the check digit computed by the decoder, the barcode is not accepted. The check digit itself is not part of the calculation.

5.2. Check Digit Calculation

All 21 positions are included in the calculation of the check digit.

Weighting: 3:1

Modulo: 10

The weighting factor 3,1,3,1 etc., starting with 3 at the start symbol, is distributed – from left to right – among the native actual digit sequence. The figures are multiplied with the corresponding weighting. The sum is then compiled and divided by 10. The remaining sum resulting from this division is subtracted from 10. The result is the check digit.

(In the event that the remaining sum results in 0, the check digit equals 0).

Example:

Stelle 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22Zahl 8 5 4 6 3 7 9 0 0 3 2 7 5 9 8 1 8 6 3 4 2Gewichtung 3 1 3 1 3 1 3 1 3 1 3 1 3 1 3 1 3 1 3 1 3Zahl*Wichtung 24 5 12 6 9 7 27 0 0 3 6 7 15 9 24 1 24 6 9 4 6 204

Rest von 204/10 ergibt 4Prüfziffer (10 - Rest) 6


5.3. Depiction

10 10057 10000010 08 9400 1

The plain writing is to be positioned under the barcode. A separation of the individual parts (in accordance to code formation: 2 – 5 – 8 – 2 – 4 – 1) of the code is required.

The most important part of the code is the target postcode. This has to be easily legible to ensure an optimal processing in the event of manual distribution. The positions 18 – 21 are therefore to be highlighted in terms of size and formatted bold.

Adding a horizontal bar to the end of the barcode is a good quality control measure. If this bar is interrupted, it must be assumed that the error is also contained within the barcode, which will possibly result in a reading error.

5.3.1. Font Dimension

• Size of plain writing: 2.5 mm (10 Points)

• Size of plain writing for postcode (Pos. 18-21): 4 mm (16 Points)

5.3.2. Font Type

• As preference, the font type ARIAL should be used (see also item 3).


5.4. 22-Digit Code Type Specifications

Code Length 22 digits

Code Type Code 128 Subset C (= numeric code)

Code Size Minimum of 25 mm

Module Width 500 μm

Leading/Trailing Edge At least 10x the module width (left and right); i.e. at least 5 mm per side

Total Length

(incl. Edges)

Width of at least 77.5 mm, resulting in a minimum of 88 mm under inclusion of edges. (Experience shows that additional space should be factored in, as off-track printing of labels may occur)

Bar Size min. 25 mm

max. 32 mm

Contrast Value PCS-figure min. 0.75

Light Value min. 65 %

Dark Value max. 20 %

Minimum Light Zone (Edge) in front and behind Barcode

min. 10x module width

(X-value) in m + 1 mm

e.g. for X = 500 μm

Edge = 6 mm

Check Digit Calculation in Barcode

Pursuant to ÖNORM EN 799

Plain Writing Calculation of Barcode

Modulo 10 Weighting 3/1


6. Printing

6.1. Printing Methods

All printing methods which meet the requirements specified above (especially contrast value and deviation of bar / gap of barcode) can be utilised.

Printing is carried out on white (light) paper with black, matte printing colour. The black bars of the Identcode have to be evenly black and feature very good colour saturation and edge sharpness.

Note:

As a rule, dot matrix printers only meet the quality standards with brand new ink ribbons. In standard operation, colour saturation is insufficient, resulting in lines and lighter areas within the bars of the barcode. Scanning of such faulty barcodes is only possible to a limited degree with automatic scanners and hand-held scanners.

Creating labels with dot matrix printers can therefore be neither recommended nor accepted.

When using thermo-printers, special care is to be taken regarding form feed and printing temperature, as the dark value will otherwise be outside the tolerance margin. A not optimally calibrated thermo-printer creates brown instead of black barcode bars. The same problem arises when the label material is not selected in accordance with the thermo-printer model: The print-contrast signal is too low and does not correspond to the necessary minimum requirements for error-free scanning.

It should generally be noted that a very fine-grained label material (top-coated) yields the best results. We therefore recommend matching the label material with your printer to achieve the required contrast values.

The barcode quality falls under the specified quality class "B", or 3.0 in accordance with CEN/ANSI, test standard ÖNORM EN 1635.

6.2. Quality of Print

The symbol specification has to correspond to ÖNORM EN 799 and the printing quality to ÖNORM EN 1635, and at least reach the class 3.0 (B) defined within this standard.


7. Pre-advised Data Structure / Customer Interface Definition

7.1. General Information

Österreichische Post AG is always very interested in improving its services and therefore wishes to offer customers the opportunity to submit shipment information electronically in a pre-advised fashion.

This again offers the postal service the opportunity to process received data, prior to the actual arrival of the parcel shipment, and to send logistically relevant information ahead.

7.1.1. Deadline for the Transmission of pre-advised Data

Pre-advised data is to be provided within the time individually agreed upon with the customer/sender and one hour prior to collection or posting of the parcels/shipments through the customer, the latest.

Pre-advised data received either too late or containing errors makes a combination of parcels to a combined shipment impossible and additional services will remain unserved.

In cases where pre-advised data is either erroneous or not transmitted to the postal service in time, the information on the parcel/the shipment applies. Possible disadvantages resulting thereof are borne by the customer/the sender.

7.1.2. Acknowledgment of Receipt of pre-advised Data

Upon request of the customer/the sender, the result of the pre-advised data import/receipt can be reported in near-real time. The pre-advised data receipt contains, for example, information on how much shipment data was successfully imported and why certain data strings could not be correctly processed. The pre-advised data import results is mailed back to the customer as an XML file.

7.1.3. Correction of pre-advised Data

Correction of data originating from the transmission of pre-advised data is not provided for. Pre-advised data which cannot be imported is subsequently not imported and not taken into account in regard to further processing of shipments/parcels.


Customer Benefits:

• Simple labelling of the parcel shipments

• Routing label, preceded by calculation, no longer required

• Track & Trace data for comprehensive shipment queries

• Individual shipment query with shipment ID or reference number (customer ID)

• Shipment clarification and handling

• Investigative options

• Various reports

• Downloads

Logging and/or processing of the order date, production of labels and pre-advised data can be managed by a parcel shipment system.

• Österreichische Post AG offers the product EasyPAK from Xlogics for this purpose.

Existing customer-specific systems can furthermore be adapted/expanded to meet the latest product and pre-advised data requirements of Österreichische Post AG.

The utilisation of parcel shipment systems offers all parties involved the benefits of increased quality, saving of handling expenses and increased speed in compiling and processing shipment information.

EasyPAK (Version 2.1) is generally available to all customers. The postal service, however, only provides EasyPAK (Version 2.1). Required hardware (thermo-printer, laser printer and/or scales) is not included.

Note:

The utilisation of certain products and/or additional services (e.g. Combi-freight, Post.24 etc.) requires the submitting of pre-advised data to Österreichische Post.


7.2. Products/Additional Services Combinations

Paket Österreich –

Parcel Austria

Paket International –

Parcel Int.

Paket Premium

Österreich – Parcel

Premium Austria

Paket Premium

International – Parcel Premium

International

Kleinpaket – Small Parcel

24-Stundenpaket – 24-hour Parcel

X

Absenderinfo – Sender Info

COD International X X Empfängerinfo –

Recipient Info X

Frei Verwendungsstelle – Point of Use Delivery

X

Höherversicherung – Increased Insurance

X X

Keine Teillieferung – No partial Deliveries

Lagerfrist kurz – Short Storage

X X

Mehrwegbox gross – Large reusable Box

X

Mehrwegbox klein – Small reusable Box

X

Mehrwegbox mittel – Medium reusable Box

X

Mindermenge Gefahrgut (LQ) – Low Quantity Hazardous Material

X X

Nachnahme – COD X X Paket International schnell –

International swift Parcel X

Palette - Pallet Persönlich –

Personal Delivery X X

Pickup.Paket X X Post.24 X X

Postfach – Lockbox

X X X X

Postlagernd – Poste restante

X X X

Rückschein – Advice of Delivery

X X X

Samstagszustellung – Saturday Delivery

X

Unfrei – Freight forward X Vertragssendung – Contract Shipment

Wert – Value X X Wunschabholung – Individual

Collection X X (DE only)

Wunschtermin – Individual Date Zerbrechlich – Fragile X X

Zerbrechlich International – Fragile International

X X

Zustellung bis 10 Uhr – Delivery by 10am


Combi-freight Österreich –

Combi freight Austria

Combi-freight International – Combi freight

Int.

Premium Select

Österreich – Premium

Select Austria

EMS Österreich – EMS Austria

Retourpaket – Return Parcel

24-Stundenpaket – 24-hour Parcel

Absenderinfo – Sender Info

X

COD International X Empfängerinfo –

Recipient Info X X

Frei Verwendungsstelle – Point of Use Delivery

X X X

Höherversicherung – Increased Insurance

X X X X

Keine Teillieferung – No partial Deliveries

X

Lagerfrist kurz – Short Storage

X X

Mehrwegbox gross – Large reusable Box

X X

Mehrwegbox klein – Small reusable Box

X X

Mehrwegbox mittel – Medium reusable Box

X X

Mindermenge Gefahrgut (LQ) – Low Quantity Hazardous Material

X X

Nachnahme – COD X X X Paket International schnell –

International swift Parcel

Palette - Pallet X X Persönlich –

Personal Delivery X X

Pickup.Paket X X Post.24 X X

Postfach – Lockbox

X X

Postlagernd – Poste restante

X X

Rückschein – Advice of Delivery

X X X

Samstagszustellung – Saturday Delivery

X X X

Unfrei – Freight forward X Vertragssendung – Contract Shipment

X

Wert – Value X X Wunschabholung – Individual

Collection X X (DE only)

Wunschtermin – Individual Date X Zerbrechlich – Fragile X X X

Zerbrechlich International – Fragile International

X

Zustellung bis 10 Uhr – Delivery by 10am

X


7.2.1. IDs for pre-advised Data

Products and additional services are specified by means of the following IDs for pre-advised Data.

Every parcel requires a compulsory and unique 2-digit ID. A parcel, however, can also have none, one or more 3-digit additional service IDs listed.

7.2.1.1. Product-IDs

Product Product ID

Paket Österreich – Parcel Austria 10

Paket International – Parcel International 41

Paket Premium Österreich – Parcel Premium Austria 31

Paket Premium International – Parcel Premium Int. 45

Combi-freight Österreich – Combi freight Austria 47

Combi-freight International – Combi freight Int. 49

Premium Select Österreich – Premium Select Austria 30

EMS Österreich – EMS Austria 01

Kleinpaket – Small Parcel 12

Retourpaket – Return Parcel 28


7.2.1.2. Additional Service IDs

Additional Service Additional Service

ID Zerbrechlich – Fragile 004 Nachnahme – COD 006 24-Stundenpaket – 24-hour Parcel 007 Rückschein – Advice of Delivery 009 Wert – Value 011 Zustellung bis 10 Uhr – Delivery by 10am 019 Wunschtermin – Individual Date 020 COD International 022 Zerbrechlich International – Fragile Int. 024 Samstagszustellung – Saturday Delivery 027 Frei Verwendungsstelle – Point of Use Delivery 029 Unfrei – Freight Forward 034 Persönlich – Personal Delivery 045 Vertragssendung – Contract Delivery 047 Pickup.Paket 052 Post.24 053 Absenderinfo – Sender Info 054 Empfängerinfo – Recipient Info 055 Wunschabholung – Individual Collection 057 Keine Teillieferung – No partial Deliveries 061 Palette – Pallet 062 Höherversicherung – Increased Insurance 063 Postlagernd – Poste restante 065 Postfach – Lockbox 066 Paket International schnell – Int. swift Parcel 071 Lagerfrist kurz – Short Storage 072 Mindermenge Gefahrgut (LQ) – Low Quantity Hazardous Material

074

Mehrwegbox klein – Small reusable Box 081 Mehrwegbox mittel – Medium reusable Box 082 Mehrwegbox groß – Large reusable Box 083

7.3. Data Formats

The following data formats are used:

• XML file

• Flatfile (*.CSV, semicolon-separated, CR+LF)

Furthermore, to clearly identify the sender of pre-advised data and/or the recipient, unique referencing is carried out in the headers. These headers are explained in detail in the description of the formats.


7.3.1. XML File

The utilised XML file features a simple structure. The XML structure is available in both a German and an English version (see also the Appendix).

7.3.1.1. Structure of the Header

Root Level1 Level2 Level3 Level4 Type LenghtAviso Parent

Header ParentDebitorAuftraggeber Alphanum. 10Kundenname Alphanum. 80Erstellungsdatum DateTimeVersanddatum DateTime

The header is transferred as Level 1 Information and can only be transferred once per debtor in the file.

All fields, with the exception of the customer name, are mandatory fields.

Only one debtor is allowed per pre-advised data file.

Field Information:

DebitorAuftraggeber Debtor No. of the ordering party at Österreichische Post AG; consists of 10 numbers beginning with 2 zeros e.g. "0012345678"

Kundenname Name of customer according to contract

Erstellungsdatum Date of the physical day (workday), on which shipment data is compiled Example/Format: "2008-04-02T16:52:53"

Versanddatum Date of the physical day (workday), on which the shipment is posted Example/Format: "2008-04-02T00:00:00"

Important notice: The combination of compilation date and shipment date has to be unique for every pre-advised data file!


7.3.1.2. Sender Information


AbsenderAbsendername1 Alphanum. 40Absendername2 Alphanum. 40Absendername3 Alphanum. 40Absendername4 Alphanum. 40Absenderland Alphanum. 3AbsenderPLZ Alphanum. 10AbsenderOrt Alphanum. 40AbsenderRegion Alphanum. 40AbsenderStrasse Alphanum. 40AbsenderZusatzStrasse Alphanum. 40AbsenderHausNr Alphanum. 10

The sender is transferred as Level 2 Information and can be transferred to the file as often as required per debtor. The various sender parameters are not mandatory fields.

Field Information:

Absenderland The 2-digit alphanumeric ISO 3166 Code is to be entered here. The corresponding current ISO codes can be found at http://unstats.un.org/unsd/methods/m49/m49alpha.htm


7.3.1.3. Shipment Data


Sendung ParentSendungsNr Alphanum. 30DebitorRetourAuftraggeber Alphanum. 10Retourname1 Alphanum. 40Retourname2 Alphanum. 40Retourname3 Alphanum. 40Retourname4 Alphanum. 40Retourland Alphanum. 3RetourPLZ Alphanum. 10RetourOrt Alphanum. 40RetourRegion Alphanum. 40RetourStrasse Alphanum. 40RetourZusatzStrasse Alphanum. 40RetourHausNr Alphanum. 10Empfaengername1 Alphanum. 40Empfaengername2 Alphanum. 40Empfaengername3 Alphanum. 40Empfaengername4 Alphanum. 40Empfaengerland Alphanum. 3EmpfaengerPLZ Alphanum. 10EmpfaengerOrt Alphanum. 40EmpfaengerRegion Alphanum. 40EmpfaengerStrasse Alphanum. 40EmpfaengerZusatzStrasse Alphanum. 40EmpfaengerHausNr Alphanum. 10SendungsreferenzNr Alphanum. 40AlternativeReferenzNr Alphanum. 40Zustellhinweise Alphanum. 100

Shipment data is to be supplied once per data transfer and contains all recipient-relevant data and/or data for return parcel processing. A sender can contain as many shipment orders as required.

Some of these fields are mandatory fields, please see the Appendix for details.

Field Information:

EmpfängerStrasse EmpfängerStrasse – recipient street separated from EmpfängerHausNr – recipient house number

EmpfängerHausNr EmpfängerStrasse – recipient street separated from EmpfängerHausNr – recipient house number

EmpfängerZusatzStrasse Is not used for routing; can be used for various additional information

Empfängerland The 2-digit alphanumeric ISO 3166 Code is to be entered here. The corresponding current ISO codes can be found at http://unstats.un.org/unsd/methods/m49/m49alpha.htm


7.3.1.4. Parcel Data


Paket ParentIdentCode Numeric 40Gewicht Numeric 7,3PaketReferenzNr Alphanum. 40PaketTyp Alphanum. 1

Detailed data on the parcels belonging to the above shipment is listed here.

Some of these fields are mandatory fields, please see the Appendix for details.

Field Information:

Gewicht – Weight Full stops are to be used as decimal points e.g.: "12.50"

PaketTyp "C" for Colli = Parcel up to 31.5 kg "H" for HeavyColli = Parcel > 31,5 kg "P" for Pallet


7.3.1.5. Product Data


Produkt ParentProduktCode Numeric 2

Zusatzleistung ParentZusatzleistungsCode Numeric 3Wert Alphanum. 40Betrag Numeric 6,2Waehrung Alphanum. 3AbsenderAlsNachnahmeEmpfaenger Bit 1BLZ Alphanum. 40BankName Alphanum. 40Konto Alphanum. 40IBAN Alphanum. 40BIC Alphanum. 10EMail Alphanum. 40TelefonNr Alphanum. 40

The detailed data on the desired products and additional services for the shipment described above are entered here per parcel. A product can contain as many (multiple) additional services as required (see also item 7.2. for exact definitions).

Some of these fields are mandatory, please see the Appendix for details.

Field Information:

ProductCode see 2-digit Product ID from item 7.2.1.1.

ZusatzleistungsCode see 3-digit additional Services ID from item 7.2.1.2.

Wert – Value The full stop is to be used as a decimal point e.g.: "678.90"

Betrag – Amount The full stop is to be used as a decimal point e.g.: "123.45"

AbsenderAlsNachnahmeEmpfaenger Can be ignored – currently not in use

TelefonNr

The following formats are possible – see examples: a) 06765529017 b) 00436765529017 c) 436765529017 d) +436765529017 e) ++436765529017


7.3.1.6. XSD of the XML File

The structure of the XML pre-advised data file is technically specified by means of an XML Schema Definition (XSD). The file will be sent per eMail upon request.

7.3.1.7. Namespaces

Namespaces are required for revision control and clear identification of XML elements within a schema.

7.3.1.8. XML pre-advised Data Example

<?xml version="1.0" encoding="ISO-8859-1"?> <ns0:Aviso xmlns:ns0="http://Post.AG/PartnerInterface/Schemas/PVS/Aviso_V1.0"> <ns1:Header xmlns:ns1="http://PostAG.PartnerInterface.Schemas.PVS.AvisoHeader"> <ns1:DebitorPayer>0012345678</ns1:DebitorPayer> <ns1:Customer>Musterfirma Gesellschaft</ns1:Customer> <ns1:CreationDate>2008-04-02T16:52:53</ns1:CreationDate> <ns1:ShipmentDate>2008-04-02T00:00:00</ns1:ShipmentDate> </ns1:Header> <ns2:Shipper xmlns:ns2="http://PostAG.PartnerInterface.Schemas.PVS.AvisoShipper"> <ns2:ShipperName1>Musterfirma Gesellschaft</ns2:ShipperName1> <ns2:ShipperName2>Niederlassung Österreich</ns2:ShipperName2> <ns2:ShipperCountry>AT</ns2:ShipperCountry> <ns2:ShipperPostalCode>1010</ns2:ShipperPostalCode> <ns2:ShipperCity>Großstadt</ns2:ShipperCity> <ns2:ShipperStreet>Kurze Gasse</ns2:ShipperStreet> <ns2:ShipperStreetNr>1/1</ns2:ShipperStreetNr> <ns2:Shipment> <ns2:ShipmentNr>ABCDEFG</ns2:ShipmentNr> <ns2:ConsigneeName1>Firma</ns2:ConsigneeName1> <ns2:ConsigneeName2>Donald Duck</ns2:ConsigneeName2> <ns2:ConsigneeCountry>AT</ns2:ConsigneeCountry> <ns2:ConsigneePostalCode>9898</ns2:ConsigneePostalCode> <ns2:ConsigneeCity>DISNEYWORLD</ns2:ConsigneeCity> <ns2:ConsigneeStreet>Entengasse</ns2:ConsigneeStreet> <ns2:ConsigneeStreetNr>9</ns2:ConsigneeStreetNr> <ns2:ShpRefNr>987654</ns2:ShpRefNr> <ns2:Parcel> <ns2:IdentCode>1012345600000010198986</ns2:IdentCode> <ns2:Weight>1.430</ns2:Weight> <ns2:ColliRefNr>456789</ns2:ColliRefNr> <ns2:ParcelType>C</ns2:ParcelType> </ns2:Parcel> <ns2:Product> <ns2:ProductCode>10</ns2:ProductCode> <ns2:Feature> <ns2:FeatureCode>034</ns2:FeatureCode> </ns2:Feature> </ns2:Product> </ns2:Shipment> </ns2:Shipper> </ns0:Aviso>


7.3.2. ASCII Flatfile

An ASCII flatfile ((CSV, semicolon-separated, CR+LF) can be utilised instead of an XML file. The contents for each record type are exactly the same as those in the XML file described above.

The data in the flatfile has the same structure as the XML file.

In order to differentiate between the individual sections in the flatfile, record types are to be entered at the first two positions.

The following record types can be applied:

• 01 Header type

• 02 Sender data

• 03 Shipment data

• 04 Parcel data

• 05 Product

• 06 Additional service

•

In the event that other figures are found at the start of the record type, the transfer is deemed erroneous and deleted. Blank fields are to be ignored (aaaa;;bbbb). Unused spaces in the various fields are not to be filled with blank spaces or zeros! No additional inverted comma is to be used for field separation.

7.3.2.1. Structure of the Header in the Flatfile

01;Debitor Auftraggeber;Kundenname;Erstellungsdatum;Versanddatum(CR+LF)

Example : 01;12345678;Karl Meirer KG;20061020; 20061020 (CR+LF)

7.3.2.2. Structure of the Sender Data in the Flatfile

02;Absendername1;Absendername2;Absendername3;…;Absender Strasse Nr (CR+LF)

7.3.2.3. Structure of the Shipment Data in the Flatfile

03;Sendungsnummer;Debitor Retour-Auftraggeber;Retourname1;…;Zustellhinweise (CR+LF)


7.3.2.4. Structure of Parcel Data in the Flatfile

04;Paket-ID;Gewicht;Paketreferenz-Nr;Paket/schweres Paket/Palette (CR+LF)

7.3.2.5. Structure of Product Data in the Flatfile

05;Produkt-ID (CR+LF)

7.3.2.6. Structure of additional Services Data in the Flatfile

06;Zusatzleistungs-ID;Wert (CR+LF)

7.3.2.7. CSV pre-advised Data Example

01;0012345678;Musterfirma Gesellschaft;2008-05-30T09:18:53;2008-05-30T09:18:53 02;Musterfirma Gesellschaft;Niederlassung Österreich;;;AT;1010;Großstadt;;Kurze Gasse;;1/1 03;ABCDEFG;;;;;;;;;;;;;Firma;Donald Duck;;;AT;9898;DISNEYWORLD;;Entengasse;;9;987654;; 04;1012345600000010198986;1.430;456789;C 05;10 06;034;;;;;;;;;;;


7.4. Data Protocols

7.4.1. FTP / SFTP

The (S)FTP connection is utilised as follows:

• Binary mode transfer

• Unique file names

• Provision on postal service server

7.4.2. Filenames

For transfer purposes, the following name structure is utilised for an XML file:

<Debitorennummer>-< YYYYMMTThhmmss>-<laufende Nummer des Tages>.XML

<Debtor number>-< YYYYMMDDhhmmss>-<sequential number of day>.XML

For transfer purposes, the following name structure is utilised for a CSV file:

<Debitorennummer>-< YYYYMMTThhmmss>-<laufende Nummer des Tages>. CSV

<Debtor number>-< YYYYMMDDhhmmss>-<sequential number of day>.CSV

Example:

0012345678-20071020110854-001.xml

0012345678-20071020173121-002.csv

7.4.3. E-Mail

An E-Mail connection is utilised as follows:

• Transfer to a mail address specified by Post.at

• Unique name assignment for pre-advised data

• Multiple attachments possible per mail

• Only one file format (either XML or CSV) is allowed per mail and/or mail address

The following standard line should be entered into the "Subject":

Transfer von <Debitorennummer> vom < YYYYMMTThhmmss>-<laufenden Nummer>

Transfer by <Debtor number> on < YYYYMMDDhhmmss>-<sequential number>

Example:

Transfer von 0012345678 vom 20071020110854-001


7.5. Pre-advised Data Import Result

Upon request, the result of the pre-advised data import can be returned to the customer in near-real time. The pre-advised data import result contains, for example, information on how much shipment data was successfully imported and why certain data strings could not be correctly processed. This information can be used to constantly control and improve data quality.

7.5.1. Data Formats

The pre-advised data import results are mailed back in an XML file. The utilised XML file features a simple structure (see also Appendix 11). The XML structure is available both in a German and an English version and has the following structure:

7.5.1.1. Structure of the Header

Root Level1 Level2 Type LenghtAvisoImportErgebnis Parent

DebitorAuftraggeber Alphanum. 10ImportDatum DateTimeSendungsAnzahl Numeric 6ImportiertAnzahl Numeric 6AbgewiesenAnzahl Numeric 6ImportiertRate Numeric 2,2AbgewiesenRate Numeric 2,2

The header of the pre-advised data import result is transferred as Level 1 Information and may only be transferred once per file.

Field Information:

DebitorAuftraggeber Debtor No. of ordering party at Österreichische Post AG

ImportDatum Processing date in T&T Database

SendungsAnzahl Total number of shipment data

ImportiertAnzahl Number of successfully imported shipment data

AbgewiesenAnzahl Number of failed imported shipment data

ImportiertRate Rate of successfully imported shipment data in percent

AbgewiesenRate Rate of failed imported shipment data in percent

All these fields are mandatory. In the event that a pre-advised data import result does not contain any errors or notifications, the file only consists of the header information.


7.5.1.2. Error Information

Root Level1 Level2 Type LenghtFehler Parent

SendungsNr Numeric 30AlternativeRefNr Alphanum. 40IdentCode Numeric 22PaketReferenzNr Alphanum. 40FehlerCode Alphanum. 3FehlerBeschreibung Alphanum. 255

Errors are transferred as Level 1 Information and may be transferred as often as required per pre-advised data import result as required in the file. The various error parameters, with the exception of the FehlerCode – the error code and the FehlerBeschreibung – error description, are not mandatory. An error defines an exception, which results in the failure to process a parcel, a shipment or an entire pre-advised data string.

7.5.1.3. Notifications

Root Level1 Level2 Type LenghtHinweis Parent

SendungsNr Numeric 30AlternativeRefNr Alphanum. 40Identcode Numeric 22PaketReferenzNr Alphanum. 40HinweisCode Alphanum. 3

HinweisBeschreibung Alphanum. 255

Notifications are transferred as Level 2 Information and can be transferred in the file as often as required per pre-advised data import result. The various notification parameters, with the exception of the HinweisCode – the notification code and the HinweisBeschreibung – the notification description, are not mandatory. A notification defines an exception, which displays an irregularity, but does not, however, hinder the successful processing of a data string.

7.5.1.4. XSD of the XML File

The structure of the XML pre-advised data import result file is technically specified by an XML Schema Definition (XSD).


7.5.2. Data Protocols

7.5.2.1. FTP / SFTP

The connection via (S)FTP is utilised in the following manner:

• Binary mode transfer

• Unique filenames

• Transmission via SFTP postal server (Customer obtains file from postal server)

• Transfer to a customer server (FTP only)

7.5.2.2. E-Mail

The connection via E-Mail is utilised in the following manner:

• Transfer to one or more mail addresses

• Unique filenames for the pre-advised data files

• One pre-advised data import result as attachment per mail

The "Subject" contains the following standard line:

Aviso-Import-Ergebnis von Aviso <Dateiname> vom <YYYYMMTThhmmss>

Pre-advised data import result for <filename> from <YYYYMMDDhhmmss>

Example:

Aviso-Import-Ergebnis von Aviso 12345678-20071020110854-001.xml vom 20071020110854-001

7.5.2.3. Filenames

The following name structure is utilised for the transfer of a pre-advised data import result:

Dateiname des Aviso_Result.xml

Filename of pre-advised Data_Result.xml

Example:

12345678-20071020110854-001.xml_Result.xml

12345678-20071020173121-002.csv_Result.xml


7.6. Customer Information required for Authorisation

The following customer information is required to enable a customer to send pre-advised data to the central T&T database:

• Debtor SAP Order No. (5-digit Customer ID)

• Company name

• Contact

• Telephone number of contact

• E-Mail address of contact

• Specification of desired file format (XML or CSV)

• Specification of desired data protocol ((S)FTP or Email)

• Specification whether pre-advised data import result files are desired and how these should be submitted

7.7. Storage of pre-advised Data

The data is stored on a server of the postal services for a minimum of 7 years. Pre-advised data, in accordance with the legal requirements, are stored as "business events, with legal obligation to keep".


8. APPENDIX: Logos

8.1. Product Logos

Paket Premium Österreich – Parcel Premium Austria

Paket Premium International – Parcel Premium Int.

Combi-freight Österreich – Combi-freight Austria

Combi-freight International – Combi-freight Int.

Premium Select Österreich – Premium Select Austria Select

EMS Österreich – EMS Austria

Kleinpaket – Small Parcel Kleinpaket

Retourpaket – Return Parcel Retoure


8.2. Additional Services Symbols

Nachnahme –

COD

C.O.D

Unfrei –

Freight forward

Wert –

Value

Zerbrechlich – Fragile

24-Stunden –

24-hours


9. APPENDIX: Nachnahmeverrechnungspostanweisung

9.1. domestic – only valid until 12/31/2010

Dimensions: approx. 14.9 cm long and approx. 10.2 cm wide

9.2. domestic – new and already valid

Dimensions: approx. 14.9 cm long and approx. 10.2 cm wide


9.3. international – only valid until 12/31/2010

Dimensions: approx. 21 cm long and approx. 10.2 cm wide

9.4. international – new and already valid

Dimensions: approx. 21 cm long and approx. 10.2 cm wide


10. APPENDIX: XML Structure Customer pre-advised Data

10.1. English

Root Level1 Level2 Level3 Level4 Type Lenght Example Occurence MaxOccurs Restrictions Dependencies DescriptionAviso Parent M 1

Header Parent M 1DebitorPayer Alphanum. 10 0012345678 M 1 Number of the DebitorPayerCustomer Alphanum. 80 Merck O 1 Name of the customerCreationDate DateTime 2007-10-21T13:20:55 M 1 YYYY-MM-DDTHH:MM:SSShipmentDate DateTime 2007-10-21T13:20:55 M 1 YYYY-MM-DDTHH:MM:SS

Shipper O unbounded If Aviso is empty, no Shipper-Element is needed.ShipperName1 Alphanum. 40 Merck O 1 Name of the shipperShipperName2 Alphanum. 40 Merck O 1 Name of the shipperShipperName3 Alphanum. 40 Merck O 1 Name of the shipperShipperName4 Alphanum. 40 Merck O 1 Name of the shipperShipperCountry Alphanum. 3 DE O 1 Shipper country codeShipperPostalCode Alphanum. 10 66987 O 1 Postal Code of the shipperShipperCity Alphanum. 40 Darmstadt O 1 City of the shipperShipperRegion Alphanum. 40 Darmstadt O 1 City of the shipperShipperStreet Alphanum. 40 Merckstraße O 1 Street of the shipperShipperAdditionalStreet Alphanum. 40 Merckstraße O 1 Street of the shipperShipperStreetNr Alphanum. 10 6 O 1 Street-Nr of the shipperShipment Parent M unbounded

ShipmentNr Alphanum. 30 123456789 ONot mandatory! But if not set by the customer, the field is automatically set by the CAS.

ReturnDebitor Alphanum. 10 O 1 Number of the Debitor, who pays the Return-ParcelReturnName1 Alphanum. 40 Merck O 1 Name of the return-addresseeReturnName2 Alphanum. 40 Merck O 1 Name of the return-addresseeReturnName3 Alphanum. 40 Merck O 1 Name of the return-addresseeReturnName4 Alphanum. 40 Merck O 1 Name of the return-addresseeReturnCountry Alphanum. 3 DE O 1 Country Code of the return addressReturnPostalCode Alphanum. 10 66987 O 1 Postal Code of the return addressReturnCity Alphanum. 40 Darmstadt O 1 City of the return addressReturnRegion Alphanum. 40 Darmstadt O 1 City of the return addressReturnStreet Alphanum. 40 Merckstraße O 1 Street of the return addressReturnAdditionalStreet Alphanum. 40 Merckstraße O 1 Street of the return addressReturnStreetNr Alphanum. 10 4 O 1 Street-Nr of the return addressConsigneeName1 Alphanum. 40 Merkur M 1 Name of the consigneeConsigneeName2 Alphanum. 40 Merkur O 1 Name of the consigneeConsigneeName3 Alphanum. 40 Merkur O 1 Name of the consigneeConsigneeName4 Alphanum. 40 Merkur O 1 Name of the consigneeConsigneeCountry Alphanum. 3 AT M 1 Consignee country codeConsigneePostalCode Alphanum. 10 2225 M 1 Postal Code of the consigneeConsigneeCity Alphanum. 40 Traiskirchen M 1 City of the consigneeConsigneeRegion Alphanum. 40 Traiskirchen O 1 City of the consigneeConsigneeStreet Alphanum. 40 Hauptstraße M 1 Street of the consigneeConsigneeAdditionalStreet Alphanum. 40 Hauptstraße O 1 Street of the consigneeConsigneeStreetNr Alphanum. 10 2 M 1 Street-Nr of the consigneeShpRefNr Alphanum. 40 987654321 O 1 Reference-Number used by the customerAlternativeRefNr Alphanum. 40 987654323 O 1 Reference-Number used by the customerDeliveryRemark Alphanum. 100 Beim Hr. Müller O 1 Remark-Field for the deliveryParcel Parent M unbounded

IdentCode Numeric 40 123456789 M 1 Unique parcel-identifierWeight Numeric 7,3 12.500 O 1 Weight of the parcelColliRefNr Alphanum. 40 987654321 O 1 Reference-Number used by the customerParcelType Alphanum. 1 C M 1 'C' OR 'P' OR 'H' Marks parcel as collo 'C' or pallett 'P' or heavy collo 'H'

Product Parent M 1ProductCode Numeric 2 12 M 1 List of ProductCodes Unique identifier of the product

Feature Parent O unbounded Feature

FeatureCode Numeric 3 123 M 1 List of FeatureCodesPossible Codes depend on the Product Unique identifier of the Additional Demand

Value Alphanum. 40 199 O 1Mandatory OR Optional depends on the Feature Specifies Value of some features, e.g.: Special Delivery Date

Amount Numeric 6,2 249.90 O 1Mandatory OR Optional depends on the Feature Specifies the amount of the Cash On Delivery and Insurance Feature

Currency Alphanum. 3 EUR O 1Mandatory OR Optional depends on the Feature

UseShipperAsCODReceiver Bit 1 0 O 1 '0' OR '1'BankCode Alphanum. 40 O 1BankName Alphanum. 40 O 1Account Alphanum. 40 O 1IBAN Alphanum. 40 O 1BIC Alphanum. 10 O 1Email Alphanum. 40 O 1PhoneNumber Alphanum. 40 O 1

Aviso: XML-Structure english


10.2. German

Root Level1 Level2 Level3 Level4 Type Lenght Example Occurence MaxOccurs Restrictions Dependencies DescriptionAviso Parent M 1

Header Parent M 1DebitorAuftraggeber Alphanum. 10 0012345678 M 1 Debitoren-Nummer des AuftraggebersKundenname Alphanum. 80 Merck O 1 Name des Kunden (Auftraggeber)Erstellungsdatum DateTime 2007-10-21T13:20:55 M 1 YYYY-MM-DDTHH:MM:SSVersanddatum DateTime 2007-10-21T13:20:55 M 1 YYYY-MM-DDTHH:MM:SS

Absender O unbounded Bei leeren Aviso, ist kein Shipper-Element vorhandenAbsendername1 Alphanum. 40 Merck O 1 Name des VersendersAbsendername2 Alphanum. 40 Merck O 1 Name des VersendersAbsendername3 Alphanum. 40 Merck O 1 Name des VersendersAbsendername4 Alphanum. 40 Merck O 1 Name des VersendersAbsenderland Alphanum. 3 DE O 1 Aus welchem Land wird die Sendung versandt?AbsenderPLZ Alphanum. 10 66987 O 1 Mit welcher PLZ wird die Sendung versandt?AbsenderOrt Alphanum. 40 Darmstadt O 1 Aus welchem Ort wird die Sendung versandt?AbsenderRegion Alphanum. 40 Darmstadt O 1 Aus welcher Region (nur relevant für Teile im Ausland) wird die Sendung versandt?AbsenderStrasse Alphanum. 40 Merckstraße O 1 Aus welcher Straße wird die Sendung versandt?AbsenderZusatzStrasse Alphanum. 40 Merckstraße O 1 Aus welcher Zusatzstraße wird die Sendung versandt?AbsenderHausNr Alphanum. 10 6 O 1 Aus welcher Straßen-Nr. wird die Sendung versandt?Sendung Parent M unbounded

SendungsNr Alphanum. 30 123456789 Ofalls keine vom Kunden vorgegeben wird, wird diese vom CAS selbst nach einer fortlaufenden Nummer vergeben. Ansonsten kein Pflichtfeld!

DebitorRetourAuftraggeber Alphanum. 10 O 1 Debitoren-Nummer des Auftraggebers welcher die Retoure bezahltRetourname1 Alphanum. 40 Merck O 1 Kundenname an welche die Retoure zurückgesandt wirdRetourname2 Alphanum. 40 Merck O 1 Kundenname an welche die Retoure zurückgesandt wirdRetourname3 Alphanum. 40 Merck O 1 Kundenname an welche die Retoure zurückgesandt wirdRetourname4 Alphanum. 40 Merck O 1 Kundenname an welche die Retoure zurückgesandt wirdRetourland Alphanum. 3 DE O 1 Kunden-Land an welche die Retoure zurückgesandt wirdRetourPLZ Alphanum. 10 66987 O 1 Kunden-PLZ an welche die Retoure zurückgesandt wirdRetourOrt Alphanum. 40 Darmstadt O 1 Kunden-Ort an welche die Retoure zurückgesandt wirdRetourRegion Alphanum. 40 Darmstadt O 1 Kunden-Region an welche die Retoure zurückgesandt wirdRetourStrasse Alphanum. 40 Merckstraße O 1 Kunden-Straße an welche die Retoure zurückgesandt wirdRetourZusatzStrasse Alphanum. 40 Merckstraße O 1 Kunden-Zusatzstraße an welche die Retoure zurückgesandt wirdRetourHausNr Alphanum. 10 4 O 1 Kunden-Straßen-Nr. an welche die Retoure zurückgesandt wirdEmpfaengername1 Alphanum. 40 Merkur M 1 Name des EmpfaengersEmpfaengername2 Alphanum. 40 Merkur O 1 Name des EmpfaengersEmpfaengername3 Alphanum. 40 Merkur O 1 Name des EmpfaengersEmpfaengername4 Alphanum. 40 Merkur O 1 Name des EmpfaengersEmpfaengerland Alphanum. 3 AT M 1 EmpfaengerlandEmpfaengerPLZ Alphanum. 10 2225 M 1 Empfaenger-PLZEmpfaengerOrt Alphanum. 40 Traiskirchen M 1 Empfaenger OrtEmpfaengerRegion Alphanum. 40 Traiskirchen O 1 Empfaenger RegionEmpfaengerStrasse Alphanum. 40 Hauptstraße M 1 EmpfaengerstraßeEmpfaengerZusatzStrasse Alphanum. 40 Hauptstraße O 1 Empfaenger-ZusatzStraßeEmpfaengerHausNr Alphanum. 10 2 M 1 Empfaengerstraße-Nr.SendungsreferenzNr Alphanum. 40 987654321 O 1 Referenz-Nr., welche auf Ebene der Sendung vom Kunden vergeben werden kann

AlternativeReferenzNr Alphanum. 40 987654323 O 1Alternative, zusaetzliche Referenz-Nr., welche auf Ebene der Sendung vom Kunden vergeben werden kann

Zustellhinweise Alphanum. 100 Beim Hr. Müller O 1 Einfaches Text-Feld für evtl. Zustellhinweise vom Kunden an die ÖPAG Paket Parent M unbounded

IdentCode Numeric 40 123456789 M 1 Paket-IdentifierGewicht Numeric 7,3 12.500 O 1 Gewicht pro Paket

PaketReferenzNr Alphanum. 40 987654321 O 1Referenz-Nr., welche noch zusaetzlich auf Ebene des Paketes vom Kunden vergeben werden kann

PaketTyp Alphanum. 1 C M 1 'C', 'P', 'H' Definiert das Paket als Collo 'C', Pallette 'P' oder Schweres Collo 'H'Produkt Parent M 1ProduktCode Numeric 2 12 M 1 Liste von ProductCodes Eindeutige Identifikation des jeweils gewünschten Produkts

Zusatzleistung Parent O unbounded

ZusatzleistungsCode Numeric 3 123 M 1 Liste von FeatureCodesMögliche Codes sind vom Produkt abhängig Eindeutige Identifikation der jeweils gewünschten Zusatzleistung

Wert Alphanum. 40 199 O 1Pflichtfeld oder Optional hängt von der Zusatzleistung ab Angabe z.B. von Wunschtermin, Wunschuhr-Zustellung

Betrag Numeric 6,2 249.90 O 1Pflichtfeld oder Optional hängt von der Zusatzleistung ab Wertangabemöglichkeit (relevant für Nachnahme und Höherversicherung)

Waehrung Alphanum. 3 EUR O 1Pflichtfeld oder Optional hängt von der Zusatzleistung ab

AbsenderAlsNachnahmeEmpfaenger Bit 1 0 O 1 '0' ODER '1'BLZ Alphanum. 40 O 1BankName Alphanum. 40 O 1Konto Alphanum. 40 O 1IBAN Alphanum. 40 O 1BIC Alphanum. 10 O 1EMail Alphanum. 40 O 1TelefonNr Alphanum. 40 O 1

Aviso: XML-Struktur deutsch


11. APPENDIX: XML Structure pre-advised Data Import Result

11.1. English

Root Level1 Level2 Type Lenght Example Occurence MaxOccurs DescriptionAvisoImportResult Parent M 1

DebitorPayer Alphanum. 10 0012345678 M 1 Number of the DebitorPayerImportDate DateTime 2007-10-21T13:20:55 M 1 YYYY-MM-DDTHH:MM:SSShipmentCount Numeric 6 830 M 1 Total Number of imported and rejected ShipmentImportedCount Numeric 6 825 M 1 Number of successfully imported ShipmentsRejectedCount Numeric 6 5 M 1 Number of not successfully imported ShipmentsImportedRate Numeric 2,2 99.39 M 1 Rate of successfully imported Shipments in %RejectedRate Numeric 2,2 0.61 M 1 Rate of not successfully imported Shipments in %Error Parent O unbounded

ShipmentNr Numeric 30 123456789 O 1 ShipmentNr of the Shipment where the Error occursAlternativeRefNr Alphanum. 40 12ABC O 1 AlternativRefNr of the Shipment where the Error occursIdentCode Numeric 22 987654321 O 1 IdentCode of the Parcel where the Error occursColliRefNr Alphanum. 40 123 O 1 ColliRefNr of the Parcel where the Error occursErrorCode Alphanum. 3 SB-E M 1 Code which defines the Error-CategoryErrorDescription Alphanum. 255 The parcel has no valid IdentCode. M 1 Description of the Error

Remark Parent O unboundedShipmentNr Numeric 30 123456789 O 1 ShipmentNr of the Shipment where the Remark occursAlternativeRefNr Alphanum. 40 12ABC O 1 AlternativRefNr of the Shipment where the Remark occursIdentcode Numeric 22 987654321 O 1 IdentCode of the Parcel where the Remark occursColliRefNumber Alphanum. 40 123 O 1 ColliRefNr of the Parcel where the Remark occursRemarkCode Alphanum. 3 SB-W M 1 Code which defines the Remark-Category

RemarkDescription Alphanum. 255Product "EMS" not valid in a Multi-Colli Shipment. Parcels changed to Mono-Colli Shipments. M 1 Description of the Remark

AvisoImportResult: XML-Structure english


11.2. German

Root Level1 Level2 Type Lenght Example Occurence MaxOccurs DescriptionAvisoImportErgebnis Parent M 1

DebitorAuftraggeber Alphanum. 10 0012345678 M 1 Debitoren-Nummer des AuftraggebersImportDatum DateTime 2007-10-21T13:20:55 M 1 YYYY-MM-DDTHH:MM:SSSendungsAnzahl Numeric 6 830 M 1 Gesamtanzahl der SendungenImportiertAnzahl Numeric 6 825 M 1 Anzahl der erfolgreich importieren SendungenAbgewiesenAnzahl Numeric 6 5 M 1 Anzahl der nicht erfolgreich importierten SendungenImportiertRate Numeric 2,2 99.39 M 1 Rate der erfolgreich importierten Sendungen in ProzentAbgewiesenRate Numeric 2,2 0.61 M 1 Rate der nicht erfolgreich importierten Sendungen in ProzentFehler Parent O unbounded

SendungsNr Numeric 30 123456789 O 1 SendungsNr der Sendung mit diesem FehlerAlternativeRefNr Alphanum. 40 12ABC O 1 AlternativRefNr der Sendung mit diesem FehlerIdentCode Numeric 22 987654321 O 1 IdentCode des Pakets mit diesem FehlerPaketReferenzNr Alphanum. 40 123 O 1 ColliRefNr des Pakets mit diesem FehlerFehlerCode Alphanum. 3 SB-E M 1 Code zur Bestimmung der FehlerkategorieFehlerBeschreibung Alphanum. 255 Das Paket hat keinen gültigen IdentCode M 1 Beschreibung des Fehlers

Hinweis Parent O unboundedSendungsNr Numeric 30 123456789 O 1 SendungsNr der Sendung mit diesem HinweisAlternativeRefNr Alphanum. 40 12ABC O 1 AlternativRefNr der Sendung mit diesem HinweisIdentcode Numeric 22 987654321 O 1 IdentCode des Pakets mit diesem HinweisPaketReferenzNr Alphanum. 40 123 O 1 ColliRefNr des Pakets mit diesem HinweisHinweisCode Alphanum. 3 SB-W M 1 Code zur Bestimmung der Hinweiskategorie

HinweisBeschreibung Alphanum. 255Produkt "EMS" ist für Mulit-Colli nicht gültig. Die Sendung wurde zu Mono-Colli aufgetrennt. M 1 Beschreibung des Hinweises

AvisoImportErgebnis: XML-Struktur deutsch


The End

Customer Information Labelling & pre-advised Data Primer · BaLa_AVD_KUNDENINFO_V_2-00e.doc Seite 1...

Documents

Transcript of Customer Information Labelling & pre-advised Data Primer · BaLa_AVD_KUNDENINFO_V_2-00e.doc Seite 1...