Elektronisches Bestellsystem (Eos)
Was ist ein elektronisches Bestellsystem (EOS)?
Ein elektronisches Bestellsystem (EOS) ist ein computergestütztes System zum Erstellen, Empfangen, Aufzeichnen und Übermitteln von Bestellungen für Waren oder Dienstleistungen. Im Einzelhandel, im E-Commerce und in Lieferketten ersetzt oder ergänzt es Papierformulare, telefonische Bestellungen und die manuelle Neueingabe, indem es Bestellinformationen elektronisch erfasst und den für ihre Verarbeitung zuständigen Parteien oder Anwendungen zur Verfügung stellt.
Der Begriff wird auch als electronic ordering system bezeichnet. Sein Umfang hängt vom geschäftlichen Kontext ab: Er kann eine Nachschubanwendung eines Einzelhändlers, ein Bestellportal eines Lieferanten oder die Auftragserfassungsfunktion innerhalb einer größeren Geschäftsplattform beschreiben. Die Bezeichnung allein legt keinen festen Funktionsumfang fest. Ein EOS kann mit Bestands-, Zahlungs-, Lager- und Transportsystemen verbunden sein, doch solche Verbindungen sollten nicht vorausgesetzt werden.
Rolle im E-Commerce und in Lieferketten
Ein EOS arbeitet an dem Punkt, an dem ein Beschaffungsbedarf zu einer strukturierten Geschäftsanweisung wird. Ein Verbraucher kann eine Bestellung über einen Online-Checkout aufgeben, während ein Einkäufer im Einzelhandel Ersatzbestand über ein Lieferantenportal bestellen kann. In beiden Fällen erfasst das System, was angefordert wird, in welcher Menge, von wem und unter welchen Liefer- und Geschäftsbedingungen.
Die elektronische Bestellung ist nicht die physische Sendung. Sie ist eine Information, die nachfolgende Aktivitäten auslösen kann, darunter Verfügbarkeitsprüfungen, Bestellannahme, Bestandszuweisung, Kommissionierung, Verpackung und Versand. Diese Aktivitäten können in derselben Anwendung oder in separat verbundenen Systemen stattfinden.
Elektronisches Bestellen bedeutet auch nicht zwangsläufig eine Website. Bestellungen können über einen internen Einkaufserfassungsbildschirm eingegeben, aus einer Datei hochgeladen, über eine Programmierschnittstelle (API) ausgetauscht oder mithilfe von Electronic Data Interchange (EDI) übertragen werden. Standards wie UN/EDIFACT und GS1 EDI stellen Strukturen für den Austausch von Geschäftsnachrichten bereit; sie sind keine vollständigen Bestellanwendungen.
Funktionsweise eines elektronischen Bestellsystems
Die folgende Abfolge ist ein beispielhafter Arbeitsablauf und keine verbindliche technische Spezifikation. Reihenfolge und Prüftiefe hängen von der Transaktion, der Geschäftsvereinbarung und dem Systemdesign ab.
- Anfrage erfassen. Der Käufer oder eine andere Anwendung stellt Produktkennungen, Mengen, Käuferdaten und Lieferanforderungen bereit. Das System erstellt einen Datensatz, auf den während der Verarbeitung verwiesen werden kann.
- Informationen validieren. Das System kann Pflichtfelder, erkannte Produktcodes, zulässige Mengen, Adressformate und Kontoberechtigungen prüfen. Die Validierung bestätigt, dass die Informationen festgelegten Regeln entsprechen; sie bestätigt nicht zwangsläufig, dass der Verkäufer die Anfrage erfüllen kann.
- Geschäftliche und Bestandsbedingungen prüfen. Wenn verbundene Daten verfügbar sind, kann die Anwendung Preise, vereinbarte Bedingungen, Bestandsverfügbarkeit, Zahlungsstatus oder Kreditgenehmigung prüfen. Einige Prüfungen können eine manuelle Überprüfung erfordern.
- Bestellung übertragen oder weiterleiten. Die Anfrage wird an den Lieferanten oder die zuständige interne Anwendung gesendet. Ein empfangendes System kann die eingehende Nachricht in sein eigenes Datensatzformat übersetzen.
- Antwort aufzeichnen. Der Verkäufer kann die Bestellung annehmen, ablehnen oder Änderungen vorschlagen. Eine technische Empfangsbestätigung bestätigt, dass eine Nachricht eingegangen ist; sie sollte nicht automatisch als geschäftliche Annahme interpretiert werden.
- Angenommene Informationen an die Auftragsabwicklung übergeben. Angenommene Bestellpositionen können als Eingaben für Zuweisung, Lagerfreigabe oder die Auftragsabwicklung durch den Lieferanten dienen. Eine Bestellung kann mehrere Sendungen hervorbringen, und einige Positionen können unerfüllt bleiben.
- Nachfolgende Änderungen verwalten. Änderungen, Stornierungen, Rückstände und Auftragsabwicklungsaktualisierungen müssen der richtigen Bestellung und den richtigen Positionen zugeordnet bleiben. Ob diese Aktionen unterstützt werden, hängt von der Implementierung ab.
Eine wichtige Kontrolle ist die Unterscheidung zwischen Übermittlung, Empfang, Annahme und Auftragsabwicklung. Werden diese Begriffe gleichgesetzt, kann dies zu irreführenden Kundenmitteilungen oder operativen Fehlern führen. Das Erscheinen einer Bestellung auf einem Bildschirm beweist allein nicht, dass Bestand reserviert wurde oder ein Versanddienstleister ein Paket erhalten hat.
Informationen, die ein Bestelldatensatz enthalten kann
Die erforderlichen Felder variieren je nach Transaktion. Die folgenden Gruppen erläutern die für eine praktische Bestellabwicklung benötigten Informationen, anstatt einen universellen EOS-Datenstandard zu definieren.
| Informationsgruppe | Beispielfelder | Operativer Zweck |
|---|---|---|
| Bestellidentifikation | Bestellreferenz, Erstellungsdatum, Käuferreferenz | Unterscheidet die Transaktion und unterstützt den Abgleich. |
| Handelspartner | Käufer, Verkäufer, Rechnungsempfänger, Lieferempfänger | Identifiziert die beteiligten Organisationen oder Personen. |
| Bestellpositionen | Produktkennung, Menge, Maßeinheit | Gibt die angeforderten Waren und Mengen an. |
| Geschäftsinformationen | Währung, vereinbarter Preis, Zahlungsbedingungen | Hält die geschäftliche Grundlage der Anfrage fest. |
| Lieferanforderungen | Lieferadresse, gewünschtes Lieferdatum, Serviceanweisung | Stellt Anweisungen für die Planung der Auftragsabwicklung bereit. |
| Verarbeitungsreferenzen | Annahmestatus, Änderungsreferenz, verknüpfte Sendungsreferenz | Verknüpft die Bestellung mit späteren Aktionen und Datensätzen. |
Einheitliche Kennungen sind ebenso wichtig wie das Vorhandensein von Feldern. Beispielsweise ist eine Menge von zehn mehrdeutig, wenn eine Anwendung sie als zehn einzelne Einheiten und eine andere als zehn Kartons interpretiert. Produktkennungen, Maßeinheiten, Adressdatensätze und Währungscodes erfordern daher eine abgestimmte Interpretation über verbundene Systeme hinweg.
Verwandte Systeme und technische Begriffe
Elektronisches Bestellen überschneidet sich mit mehreren Geschäftsfunktionen. Die folgenden Unterscheidungen beschreiben deren Schwerpunkt, nicht starre Grenzen zwischen Softwareprodukten. Eine einzelne Plattform kann mehrere dieser Funktionen ausführen.
| Begriff | Hauptschwerpunkt | Beziehung zu einem EOS |
|---|---|---|
| Auftragsverwaltungssystem (OMS) | Verwaltung von Bestellungen durch Annahme, Zuweisung, Auftragsabwicklung und Ausnahmefälle. | Ein EOS kann die Auftragserfassung bereitstellen, während ein OMS den umfassenderen Bestelllebenszyklus koordiniert. |
| Electronic Data Interchange (EDI) | Austausch strukturierter Geschäftsnachrichten zwischen Systemen. | EDI kann Bestellungen und zugehörige Dokumente übertragen; es ist nicht der gesamte Bestellprozess selbst. |
| Enterprise Resource Planning (ERP) | Verknüpfung von Geschäftsdaten und -prozessen, etwa Einkauf, Bestand und Buchhaltung. | Elektronisches Bestellen kann eine ERP-Funktion oder eine damit verbundene externe Anwendung sein. |
| Lagerverwaltungssystem (WMS) | Steuerung von Lageraktivitäten und Bestandsbewegungen. | Ein WMS kann aus angenommenen Bestellungen abgeleitete Auftragsabwicklungsanweisungen empfangen. |
| Bestellung | Ein Geschäftsdokument, das den gewünschten Einkauf eines Käufers angibt. | Eine Bestellung ist ein Dokument, das ein EOS erstellen oder übertragen kann, nicht das System selbst. |
Eine API und EDI sind nicht zwangsläufig Alternativen auf derselben Ebene. Eine API beschreibt eine Programmierschnittstelle, während EDI den Austausch strukturierter Geschäftsdokumente betrifft. Eine Integration kann eine API verwenden, um ein EDI-formatiertes Dokument zu übertragen. Entscheidend ist, welche Informationen ausgetauscht werden, wie ihre Bedeutung erhalten bleibt und wie Antworten und Fehler behandelt werden.
Verwendung im grenzüberschreitenden E-Commerce
Grenzüberschreitende Bestellungen erhöhen die Anforderungen an Daten und Koordination, ändern jedoch nicht den grundlegenden Zweck eines EOS. Ein Verkäufer benötigt nutzbare Bestellinformationen, bevor er die internationale Auftragsabwicklung arrangiert. Relevante Angaben können das Zielland, Empfängerinformationen, die Transaktionswährung, die Produktbeschreibung und Lieferanweisungen umfassen.
Nicht jedes zollbezogene Feld muss vom Käufer eingegeben werden. Einige Informationen können aus Produktstammdaten oder späteren Versandprozessen stammen. Fehlende oder ungenaue Produktbeschreibungen, Werte oder Ursprungsangaben können jedoch eine Korrektur erfordern, bevor die Versanddokumentation erstellt wird.
Eine elektronische Bestellung ist keine Zollanmeldung. Bestellinformationen können zu einer Handelsrechnung oder Anmeldung beitragen, doch möglicherweise sind zusätzliche Daten und Prüfungen erforderlich. Das Datenmodell der Weltzollorganisation behandelt harmonisierte grenzüberschreitende regulatorische Datenanforderungen; es sollte nicht als universelle Spezifikation für die Auftragserfassung im E-Commerce betrachtet werden.
Beispielsweise kann ein Einzelhändler eine Auslandsbestellung mit zwei Produkten erhalten. Ein Produkt ist möglicherweise sofort verfügbar, während das andere nachbeschafft werden muss. Das Bestellsystem erfasst die Anfrage des Kunden, doch nachgelagerte Prozesse müssen entscheiden, ob die Bestellung zurückgehalten oder in separate Sendungen aufgeteilt wird. Alle Sendungsreferenzen sollten mit den entsprechenden Bestellpositionen verknüpft bleiben, damit eine Teilerfüllung nicht mit dem Abschluss der gesamten Bestellung verwechselt wird.
Operative Kontrollen und Einschränkungen
Die elektronische Erfassung kann wiederholte manuelle Eingaben reduzieren, wenn Informationen ohne erneute Eingabe zwischen Systemen übertragen werden. Sie garantiert jedoch keinen korrekten Bestand, richtige Preise, eine erfolgreiche Lieferung oder eine fehlerfreie Auftragsabwicklung. Falsche Quelldaten können einen automatisierten Prozess ebenso problemlos durchlaufen wie korrekte Daten.
Bei der Bewertung eines EOS oder der Untersuchung einer Integration sind unter anderem folgende Prüfungen sinnvoll:
- Umgang mit Duplikaten: Kann der Empfangsprozess eine wiederholte Übermittlung erkennen, ohne unbeabsichtigt eine zweite Bestellung anzulegen?
- Bedeutung von Statusangaben: Werden technischer Empfang, geschäftliche Annahme, Zahlungsbestätigung und Versand eindeutig unterschieden?
- Datenzuordnung: Behalten Produktcodes, Maßeinheiten, Währungen und Adressfelder über verschiedene Anwendungen hinweg ihre Bedeutung?
- Ausnahmebehandlung: Sind abgelehnte Nachrichten, nicht verfügbare Artikel und ungültige Felder für die für die Lösung verantwortlichen Personen sichtbar?
- Änderungskontrolle: Können Benutzer die aktuelle Bestellversion identifizieren und feststellen, ob eine Stornierung vor der Lagerverarbeitung eingegangen ist?
- Zugriff und Nachvollziehbarkeit: Kann das Unternehmen feststellen, wer eine Bestellung übermittelt oder geändert hat, und sensible Aktionen auf autorisierte Benutzer beschränken?
Dies sind Bewertungsfragen und keine Funktionen, die durch den Begriff EOS garantiert werden. Ihre Bedeutung hängt vom Geschäftsprozess, dem Transaktionsvolumen und den Folgen einer fehlerhaften Bestellung ab.
FAQ
Was bedeutet EOS im E-Commerce?
In diesem Kontext bedeutet EOS elektronisches Bestellsystem oder elektronisches Auftragssystem: Software zur elektronischen Erfassung und Übermittlung von Bestellungen. Der genaue Umfang sollte in der Dokumentation geprüft werden, in der der Begriff verwendet wird.
Ist ein EOS dasselbe wie ein Auftragsverwaltungssystem?
Nicht unbedingt. Elektronisches Bestellen legt den Schwerpunkt auf die Eingabe und Übermittlung der Bestellung. Die Auftragsverwaltung kann sich auf Zuweisung, Auftragsabwicklung, Änderungen und Ausnahmefälle erstrecken. Eine Anwendung kann beide Funktionen bereitstellen.
Bestätigt eine elektronische Bestellung, dass Waren versendet wurden?
Nein. Übermittlung und Annahme sind vom Versand getrennt. Eine Versandbestätigung erfordert Informationen aus dem Auftragsabwicklungs- oder Versandprozess und nicht lediglich das Vorhandensein eines Bestelldatensatzes.
Erfordert ein EOS EDI?
Nein. Ein EOS kann ein Portal, eine API, Dateiaustausch, EDI oder eine Kombination dieser Methoden verwenden. EDI ermöglicht dort, wo es implementiert ist, den Austausch strukturierter Nachrichten.
Quellen
- Wirtschaftskommission der Vereinten Nationen für Europa: Einführung in UN/EDIFACT — Unterstützt die Erläuterung des standardisierten elektronischen Austauschs von Geschäftsdaten, definiert EOS jedoch nicht als eine bestimmte Softwarekategorie.
- GS1: Electronic Data Interchange — Unterstützt die Rolle standardisierter Geschäftsnachrichten bei Bestellungen, Lieferungen und damit verbundenen Handelsprozessen.
- Weltzollorganisation: WCO-Datenmodell — Unterstützt die Unterscheidung zwischen kommerziellen Bestellinformationen und harmonisierten Datenanforderungen für grenzüberschreitende regulatorische Verfahren.
