Nein, seit 1. Januar 2019 gilt eine neue Regelung, siehe:
Neue GTIN-Vergaberegel essentiell im Zeitalter der Digitalisierung
Gemäß der ZUGFeRD-Spezifikation sind EDIFACT INVOIC mit den BGM-Qualifiern 380, 84 und 389 zulässig.
Für Pranke Elektronische Rechnung (PER) werden Gutschriften vom Typ 381 in Rechnungskorrekturen vom Typ 380 umgewandelt.
Auszug aus „Das ZUGFeRD-Format_1p0.pdf“:
891 5.1 Definierte Rechnungsarten
892 Es werden bei ZUGFeRD die folgenden Rechnungsarten unterstützt:
893 ZUGFeRD Basic
894 • Handelsrechnung (Rechnung für Waren und Dienstleistungen) mit dem Code 380
895 • Bescheide (z. B. Zahlungsaufforderung von Behörden) mit dem Code 380
896 Kaufmännische Gutschrift (z.B. Rechnungskorrektur/Storno) mit negativen Werten (Code 380)
897 In ZUGFeRD Comfort zusätzlich:
898 • Wertbelastung/Wertrechnung ohne Warenbezug (Code 84)
899 • Wertgutschrift ohne Warenbezug mit negativen Werten (Code 84)
900 In ZUGFeRD Extended zusätzlich:
901 • Selbst ausgestellte Rechnung (Steuerrechtliche Gutschrift/Gutschriftsverfahren, Code 389)
902 • Selbst ausgestellte Gutschrift mit negativen Werten (Code 389)
Quelle: https://www.ferd-net.de/downloads/zugferd-1.0/index.html
Um im UNB Segment die Testkennung zu setzen, ist in dem Feld 0035 eine ‚1‘ einzutragen.
Die EDIFACT Struktur sieht folgendes vor:
- GRP10(details of all package levels)
- CPS (CONSIGNMENT PACKING SEQUENCE )
- GRP11(A group of segments identifying packaging, physical dimensions, marks and numbers, quantities, date and time information, handling information and information about packing at this level. )
- PAC(PACKAGE)
- QTY(QUANTITY: A segment to specify the quantity per package described in the PAC segment.)
- GRP13(A group of segments specifying markings, labels, and packing numbers. )
- PCI(PACKAGE IDENTIFICATION: A segment specifying markings and/or labels used on individual physical units (packages) described in the PAC segment. )
- GRP14(A group of segments giving package identification numbers and, where relevant, delivery limitation information.)
- GIN(GOODS IDENTITY NUMBER: A segment providing the identity numbers of packages being despatched.)
- GRP15(A group of segments providing details of the individual despatched items.)
- LIN
- etc,
- etc
D.h. die GRP10 wird von äußerer Verpackung bis zur innersten Verpackung aufgebaut, erst dann kommen die LINs. Geschwister in der Hierarchie werden natürlich auch wiederholt und mit deren Unter-Verpackungen und LINs angegeben. Es müsste demnach etwa so aussehen:
erste Verpackungsebene
CPS+1‚
PAC+2++201‚ Anzahl Paletten
zweite Verpackungsebene
CPS+2+1‚(die erste Palette, Kind von CPS+1)
PAC+35++CT (Anzahl Kartons auf erster Palette)
GIN+AW+60101‚ Paletten Nummer
dritte Verpackungsebene
CPS+3+2‚(der erste Karton, Kind von CPS+2)
PAC+1+1:35+CT‚(1 Karton, fixe Anzahl=1)
QTY+52:32:PCE‚ Anzahl der Artikel im Karton
PCI+33E‚
GIN+BJ+7714‚ Kartonnummer
LIN+11++8436037080616:EN‚ Erster Artikel aus Karton 7714
.
.
.
LIN+11++8436037080617:EN‚ Zweiter Artikel aus Karton 7714
CPS+4+2‚(der zweite Karton, Kind von CPS+2)
PAC+1+1:35+CT‚(1 Karton, fixe Anzahl=1)
QTY+52:32:PCE‚ Anzahl der Artikel im Karton
PCI+33E‚
GIN+BJ+7715‚ Kartonnummer
LIN+11++8436037080616:EN‚ Erster Artikel aus Karton 7715‚
.
.
.
LIN+11++8436037080617:EN‚ Zweiter Artikel aus Karton 7715‚
zweite Verpackungsebene
CPS+5+1‚(die zweite Palette, Kind von CPS+1)
PAC+29++CT (Anzahl Kartons auf zweiter Palette)
GIN+AW+60102‚ Paletten Nummer
dritte Verpackungsebene
CPS+6+5‚(der erste Karton, Kind von CPS+5)
PAC+1+1:35+CT‚(1 Karton, fixe Anzahl=1)
QTY+52:32:PCE‚ Anzahl der Artikel im Karton
PCI+33E‚
GIN+BJ+7716‚ Kartonnummer
LIN+11++8436037080616:EN‚ Erster Artikel aus Karton 7716
.
.
.
LIN+11++8436037080617:EN‚ Zweiter Artikel aus Karton 7716
CPS+7+5‚(der zweite Karton, Kind von CPS+5)
PAC+1+1:35+CT‚(1 Karton, fixe Anzahl=1)
QTY+52:32:PCE‚ Anzahl der Artikel im Karton
PCI+33E‚
GIN+BJ+7717‚ Kartonnummer
LIN+11++8436037080616:EN‚ Erster Artikel aus Karton 7717
.
.
.
LIN+11++8436037080617:EN‚ Zweiter Artikel aus Karton 7717
| Cross Docking | Verfahren, bei dem für einen Endbestimmungsort vorkommissionierte Ware in einem Verteillager nur noch auf Packstückebene umverteilt wird. |
| CRP-Programm | Das Cyclic Replenishment Program ist ein Verfahren zur regelmäßigen Nachversorgung von Artikeln. |
| EAN | Die Internationale (früher europäische) Artikelnummer ist ein international eindeutige Artikelidentifikation. |
| EANCOM | Ein Subset von EDIFACT, getragen von EAN.UCC, speziell für Handel und Konsumgüterindustrie. |
| EAN International | Die Dachorganisation für die Vergabe von Artikel- und Firmenidentifikationen betreut diverser Standards, u. a. EANCOM. |
| EAN.UCC | Die Dachorganisation von EAN International und UCC. |
| EDI | Electronic Data Interchange (elektronischer Datenaustausch) ist ein Oberbegriff für den strukturierten Datenaustausch zwischen Anwendungen. |
| EDIFACT | Electronic Data Interchange For Administration, Commerce and Transport ist ein international normierter Basisstandard des EDI, getragen von UN und ISO. |
| GLN | Die Global Location Number ist eine international eindeutige Identifikation eines Unternehmens und wird von der EAN.UCC vergeben. |
| GTIN | Die Global Trade Item Number (internationale Artikelnummer) ist der Nachfolger von EAN und UPC. |
| Material-EDI | Das Profil des DTB für den Datenaustausch zwischen Produzent und Zulieferer. |
| NCTS | Das New Computerized Transit System ist ein EDV-gestütztes Versandverfahren in Europa in Verbindung mit dem Zoll. |
| PLV | Die passive Lohnveredelung. |
| SSCC | Der Serial Shipping Container Code ist eien Packstückkennung von EAN. |
| Subset | Ein Teilbereich eines Standards, z.B. EANCOM von EDIFACT. |
| UPC | Der Universal Product Code ist eine Entsprechung der EAN in den USA. |
| VAN | Das Value added network ist ein Mehrwertdienst, also Netzwerke, mit zusätzlichen Leistungen zur reinen Verbindung. |
| WWS-Profil | Anwendungsprofil von EANCOM für den Lifestyle-Handel |
| XML/EDI | Electronic Data Interchange using eXtensible Markup Language beschreibt elektronischen Datenaustausch mittels XML oder Ansätze, wie ebXML, Bizztalk, jedoch noch kein Standard. |
Angaben zur Bankverbindung können im Segment FII gemacht werden.
Dieses befindet sich in Segmentgruppe 2 und wird normalerweise nach dem NAD-Segment für den Rechnungssteller wie folgt angegeben:
Financial Institution Information (Bankverbindung)
Complete Ruleset
Fügen Sie den folgenden Code über die Zwischenablage in die gewünschte Segmentgruppe 2 ein und fügen Sie Ihre entsprechenden Informationen hinzu:
Für EDIFACT Nachrichten gibt es eine Reihe kommerzieller Editoren. Es genügt aber auch ein frei verfügbarer Editor.
Bewährt hat sich u.a. Notepad++. Damit lässt sich auch leicht ein Zeilenumbruch hinter den Segment Trennzeichen einfügen um die Datei besser lesbar zu machen.
In Notepad++ zeichnet man sich vorzugsweise ein Makro auf, welches das Suchen und Ersetzen des Hochkommas durch Hochkomma und Zeilenschaltung auf Tastaturkurzbefehl ausführt.
In der FAQ Wie kann man EDIFACT Segmente farblich hervorheben? wird außerdem erwähnt wie man EDIFACT Segmente farbig hervorhebt.
I.d.R. übernimmt der Kontainerisierer die Erzeugung des UNB Segmentes. Wenn das UNB Segment aber in einem Edifact Dokument beeinflusst werden soll, dann muss in dem entsprechenden Mapping das UNB Segment mit einem Regelsatz getriggert und das gewünschte Datenelement mit einer Mapping-Regel bedient werden. Die verbleibenden UNB Datenelemente werden dann noch vom Kontainerisierer erzeugt/bedient.
Im angefragten Fall brauch es also eine Mapping Regel wie in diesem Snapshot:
UNB Segment im Mapping
Zum Lesen von Edifact Dateien bietet sich unter anderem der frei verfügbare Editor Notepad++ an.
Dieser unterstützt die Erstellung eigener Sprachdefinitionen.
Wir haben dies für Edifact gemacht und stellen diese Sprachdefinitionsdatei zur Verfügung.
DeliveryNote ist eigentlich das gedruckte Dokument, während Despatch Advise tatsächlich den DESADV meint, der (in der Theorie) eine andere Nummer haben kann.
Im EDIFACT sind das auch verschieden RFF Qualifier und zwar AAK für DESADV und DQ für DeliveryNote.
