SEOLizer Dokumentation - lyx_-_programmiersprache:units:edi https://doc.seolizer.de/ 2026-06-17T17:10:04+00:00 SEOLizer Dokumentation https://doc.seolizer.de/ https://doc.seolizer.de/_media/wiki:dokuwiki.svg text/html 2026-06-16T08:43:50+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.catalog https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:catalog?rev=1781599430&do=diff std.edi.catalog Stammdaten-Austausch per EDIFACT: Artikelkataloge mit Preisen und Gültigkeitszeiträumen (PRICAT) sowie Partnerdaten mit GLN-Adressen (PARTIN). GS1-Validierungsfunktionen für GTIN und GLN sind in dieser Unit enthalten. * PRICAT — Price/Sales Catalogue: GTINs, Brutto-/Nettopreise, Mengeneinheiten, Gültigkeitszeiträume text/html 2026-06-16T08:40:18+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.core https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:core?rev=1781599218&do=diff std.edi.core EDIFACT-Interchange-Engine — das Fundament aller std.edi.*-Units. Implementiert die vollständige Umschlag-Hierarchie (UNA / UNB / UNZ / UNG / UNE / UNH / UNT), den Segment-Tokenizer mit Escape-Behandlung, laufende Sequenznummern und Duplikatserkennung pro Partner. text/html 2026-06-16T08:46:33+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.customs https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:customs?rev=1781599593&do=diff std.edi.customs Zoll-Nachrichten per EDIFACT für den grenzüberschreitenden Warenverkehr. Alle vier Nachrichtentypen teilen denselben Header (EDI_CUS_HDR) mit Absender, Empfänger, Herkunfts-/Zielort, Zollbehörde-Referenz und Zollwert. * CUSCAR text/html 2026-06-16T08:47:10+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.delfor https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:delfor?rev=1781599630&do=diff std.edi.delfor Lieferabrufe per EDIFACT: rollierender Lieferzeitplan (DELFOR) und Just-in-Time-Abruf (DELJIT). DELFOR unterstützt bis zu 52 Anforderungen pro Position (52 Kalenderwochen), unterscheidet zwischen festen (Typ 1) und Planungsbedarfen (Typ 3) und enthält eine Kumulationsprüfung. text/html 2026-06-16T08:47:40+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.inventory https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:inventory?rev=1781599660&do=diff std.edi.inventory Lagerbestand und Absatzdaten per EDIFACT. Alle drei Nachrichtentypen bauen auf einfachen Positionsstrukturen auf. Umsätze werden als int64 × 100 (Festkomma) gespeichert. * INVRPT (BGM 35) — Inventory Report: Lagerbestand pro Artikel und Lagerort text/html 2026-06-16T08:43:18+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.invoice https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:invoice?rev=1781599398&do=diff std.edi.invoice Fakturierung per EDIFACT: Rechnungen, Gutschriften, Streitfälle und Kontoauszüge. EdiInvoicWrite berechnet Netto-, Steuer- und Bruttosummen aus den Positionen selbst — Summenwerte im Header werden ignoriert und überschrieben. * text/html 2026-06-16T08:41:01+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.messages https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:messages?rev=1781599261&do=diff std.edi.messages Infrastruktur-Nachrichten für den EDIFACT-Austausch: Empfangsquittungen, Fehlermeldungen und Freitext. Diese Nachrichten sind kein Geschäftsinhalt, sondern die technische Kommunikationsebene zwischen zwei EDI-Partnern. * CONTRL text/html 2026-06-16T08:42:37+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.orders https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:orders?rev=1781599357&do=diff std.edi.orders Bestellprozess per EDIFACT: Bestellung, Auftragsbestätigung und Änderungsauftrag. Alle vier NAD-Rollen (Käufer, Lieferant, Lieferadresse, Rechnungsempfänger) werden beim Lesen automatisch extrahiert. * ORDERS (BGM 220) — Bestellung (Purchase Order) text/html 2026-06-16T08:44:25+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.partner https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:partner?rev=1781599465&do=diff std.edi.partner Handelspartner-Profile für AS2- und SFTP-Transportkanäle. Die Unit ist ein Metadaten-Registry — kein Netzwerktreiber. Sie definiert, wie Nachrichten an einen Partner übertragen werden (Protokoll, Host, Pfad, vereinbarte Nachrichtentypen, Sicherheitsoptionen). text/html 2026-06-16T08:45:59+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.payment https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:payment?rev=1781599559&do=diff std.edi.payment Zahlungs- und Bankdaten per EDIFACT. Alle 13 Nachrichtentypen teilen dieselbe Header-Struktur (EDI_PAY_HDR). Spezifische Validierungen schützen vor häufigen Fehlern: fehlendes Rechnungsreferenz in REMADV (Warnung), fehlendes Mandat in DIRDEB (Fehler), fehlendes Transaktionskennzeichen in FINCAN (Fehler). Alle Beträge werden als text/html 2026-06-16T08:41:36+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.rfq https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:rfq?rev=1781599296&do=diff std.edi.rfq Anfrage- und Angebotsprozess per EDIFACT: Käufer sendet eine Angebotsanfrage (REQOTE), Lieferant antwortet mit einem Angebot (QUOTES). Der Kreuzreferenz-Mechanismus über RFF+RFQ ist Pflicht — jedes QUOTES muss die Nummer des zugehörigen REQOTE tragen. text/html 2026-06-16T08:51:31+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.seafreight https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:seafreight?rev=1781599891&do=diff std.edi.seafreight Seefrachtsteuerung per EDIFACT: Stauplan, Containeranweisungen, Bekanntmachungen und Gewichtsangaben. Alle 9 Nachrichtentypen verwenden denselben Header (EDI_SF_HDR) und dieselbe Containerstruktur (EDI_SF_CONT_SIZE = 80 Bytes). Container-IDs werden nach ISO 6346 (11-stellig) validiert. text/html 2026-06-16T08:45:04+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.shipping https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:shipping?rev=1781599504&do=diff std.edi.shipping Lieferschein und Wareneingangsbestätigung per EDIFACT. DESADV bildet die dreistufige Verpackungshierarchie (Palette → Karton → Artikel) über die EDIFACT-Segmente CPS/PAC/GIN/LIN ab. Jedes Packstück trägt eine SSCC-18-Nummer zur lückenlosen Rückverfolgung. text/html 2026-06-16T08:52:32+00:00 Anonymous (anonymous@undisclosed.example.com) std.edi.transport https://doc.seolizer.de/lyx_-_programmiersprache:units:edi:transport?rev=1781599952&do=diff std.edi.transport Multimodaler Transportauftrag und Sendungsstatus per EDIFACT. Alle 8 Nachrichtentypen teilen denselben Header (EDI_TRN_HDR). IFTMIN beschreibt den vollständigen Transportauftrag mit beliebig vielen Beförderungsabschnitten (Legs). IFTDGN enthält Gefahrgutinformationen (DGD-Struct). IFTSTA übermittelt den Sendungsstatus.