3rd Party eSolution Entwicklung

Der Status aus eigener Perspektive dienst der Abstimmung der Erwartung. Wenn dort ein perfekt steht, geht Hypersoft davon aus, dass die Funktion in Hypersoft stark ist und in der Schnittstelle perfekt unterstützt wird, so dass eine 3rd Party damit alle Anforderungen für diesen Bereich lösen kann. Dies und anderes dient Ihnen somit als Orientierung.

Funktionen und Informationen Status aus eigener Perspektive Infos für 3rd Parties Code Informationen
Programmiersprache - - Microsoft .NET C# - WebService / SOAP
Webservice initialisieren - - Webservice Initialisieren

Artikelstammdaten:

 

 

 

Artikeldaten abrufen

perfekt

Artikel eSolutions API Artikeldaten / Stammdaten GetItemData
Artikel Abfragen (Modifier)

Erweiterung möglich, Termin steht aus.

Artikel-Abfragen

Sub-Abfragen und Sub-Bestandteile

DataSet Typ1 Tabellenname: SYS_ArtikelAbfragenNoVK:
Artikel Abfragen Überschriften

perfekt

Artikel-Abfragen

Bei Bedarf bitte nachfragen

Artikel Änderungen

perfekt

- Unterschiedliche Stammdatenabrufe und -Prüfungen.
Artikel App Beschreibung

perfekt

Artikel App Beschreibung DataSet Typ2: Tabellenname: SYS_Artikel:
Artikel freier Text

perfekt

Ändern von Artikeltext und Preis DataSet dsBooking:
Artikel freie Felder

perfekt

Freie Feldern für weitere Artikeldaten (Eigenschaften)  
Artikel Menügang

perfekt

- Buchungsfunktionen mit Menügang:
Artikel sortieren

perfekt

Sortieren-Artikel -
Artikel sortieren (in Abfragen)

perfekt

Artikel-Abfragen  
Artikel bedingt anbieten Sperrliste

perfekt

Artikel bedingt anbieten
Artikel bedingt anbieten Verfügbarkeit

perfekt

Artikel bedingt anbietenVerfügbarkeitsmanager Funktion zum Abruf aller Verfügbarkeitsartikel.
Artikel Lagerbestände mit CONTROLLER

perfekt

Artikel Lagerorte und Lagerbestände der Basisartikel

Funktion zum Abruf alles Verkaufsstellen/Lager

Funktion zum Abruf des Bestands als JSON String

SetProdStock Vorerst ist diese Funktion aus Sicherheitsgründen deaktiviert.

Artikel Mediadaten

perfekt

Mediadaten  
Artikel Nährwerte

perfekt

   
Artikel Portionen

Erweiterung möglich, Termin steht aus.

Artikel Portionsgröße

 
Artikel Zusatzstoffe

perfekt

   

Vorgänge buchen:

 

 

 

Sofortauslösung (automatisch)

perfekt

Station für Sofortauslösung  
Vorgang Buchen

perfekt

- eSolutions API Buchungsmethoden
Vorgang prüfen

perfekt

- DataSet CheckTransaction(string Company, string SerialNumber, string MediaID, DataSet dsBooking)
/VorgangsverantwortungGeschlossen Der erste Bediener, der einen Artikel in einem Vorgang bucht oder öffnet wird als Verantwortlicher des Vorgangs bezeichnet. So lange der Vorgang nicht abgeschlossen ist, wird dieser als sein Vorgang betrachtet. Mit der Kassenfunktion Bedienerwechsel kann die Verantwortung an einen anderen Bediener übertragen werden.

perfekt

Vorgangsverantwortung  

Verschiedenes:

 

 

 

Außer Haus Status

perfekt

Außer-Haus-Serviceruf  
Bonuspunkte

perfekt

  Abrufen der gültigen Gutscheine unter Berücksichtigung der Sortimente:
DeliveryID

perfekt

  DeliveryID Funktionen
Fehlercodes Webservice

perfekt

  Im Fehlerfall „Message=Error“ wird eine weitere Tabellen mit den fehlerhaften Artikeln „Items“ zurückgemeldet. Inhalt der Tabelle sind die übergebenen Artikeldaten plus einem Status.
Fiskalanforderungen

Seitens Hypersoft erfüllt

3rd Party eSolution Fiskalanforderungen

-

Hypersoft Kundennummer

perfekt

  Ermittlung der Hypersoft Kundennummer des Standorts
Kunden (auf Kunden buchen)

Sehen Sie in den Feldern rechts die Links oder verwenden  Sie eine andere API.

Hierfür können Sie auch eine andere API verwenden: 3rd Party Kunden, Reservierung, Tickets Integrationen

Auf Kunden buchen Folgende Typen sind zurzeit unterstützt:
Kunden KundenkarteGeschlossen Eine Kundenkarte ist ein Datenträger (meist im Kartenformat), der für die interne Abrechnung in der Hypersoft Suite verwendet werden kann. Die Kundenkarte kann in einem bargeldlosen Bereich oder als Prepaid Zahlungsmittel (dann Debit Card) verwendet werden. Eine Kundenkarte kann einem Kunden zugewiesen sein, oder anonym verwendet werden. lesen

Evtl. Rückfragen erforderlich

  Abruf einer Kartentransaktion anhand der Kartennummer:
Menügänge

perfekt

Menügänge verwenden DataSet Typ2: Tabellenname: SYS_MenueGaenge:
Kartenmanagement

perfekt

Hypersoft POS Closed Loop Systeme Abruf einer Kartentransaktion anhand der Kartennummer:
Layouts der Tastatur

perfekt

Tastaturen und Nummern für Layouts Unterschiedliche Stammdatenabrufe und -Prüfungen.
Multiobjekt-Vorgänge

perfekt

   
NoCOO Digitales Rechnungverzeichnis

perfekt

  Vorgänge abrufen:
Öffnungszeiten -

Im 3rd Party System zu lösen

-
Pfand

perfekt

Pfandsystem DataSet Typ3: Tabellenname: SYS_Artikel:
Preise: Freier Preis

perfekt

Ändern von Artikeltext und Preis  
Preise: Preisebenen

perfekt

Preisebenen mit 3rd Parties

DataSet Typ2: Tabellenname: SYS_PEText:

DataSet Typ3: Tabellenname: SYS_Artikel:

Rabatte

perfekt

Rabatte anwenden DataSet Typ1 Tabellenname: SYS_Artikel:
Serviceruf

Nicht fertiggestellt, wird aktuell überarbeitet.

Außer-Haus-Serviceruf string CallService(string Company, string SerialNumber, string fpMessage, string MediaID)
Slider Zeitabhängig

Erweiterung möglich, Termin steht aus.

 

 

Splitten

perfekt

Ergänzende Splitting Einstellungen für die eSolutions API... eSolutions API Rechnungen splitten Code
Sprachen

perfekt

Multi-Language Unterstützung eSolution 3rd Party API Übersetzungen
Sortimente

perfekt (erweiterbar)

Best Practice zu Artikelstammdaten für eSolutions DataSet Typ1: Tabellenname SYS_Abfragen:
Stationen

perfekt

Kassenterminal Zuständigkeit und Einrichtung
Superheldenfunktion

perfekt

Superheldenfunktion

DataSet dsBooking:

Superheldenfunktion Funktionen

Storni

perfekt

Storni mit 3rd Parties -
Tageswechsel

perfekt

Tageswechsel mit 3rd Parties Vorgänge abrufen:
Tickets

Tickets können mit einer andere API verwendet werden: 3rd Party Kunden, Reservierung, Tickets Integrationen

- -
Timeout

perfekt

eSolutions 3rd Party Timer -
Trinkgeld

perfekt

Trinkgeld mit der API  
Vorgangsverantwortung

perfekt

Vorgangsverantwortung Abruf von allen offenen Vorgängen:
Warengruppen Struktur und Abruf

perfekt

Warengruppen mit 3rd Parties
Zeitabhängige Artikel   Eingeschränkt buchbar  

Best Practice Beispiel zum Bezahlen vorhandener Vorgänge

Bei allen Funktionen die einen Parameter Company und SerialNumber verlangen, bitte immer die Vorgaben verwenden, die Sie von Hypersoft genannt bekommen haben.

Erste Schritte zum Bezahlen vorhandener Vorgänge (Tische)...

Es stehen folgende Methoden für den Workflow einer Bezahlung des Tisches zur Verfügung:

Liste aller Buchungen...

Mit der Methode „GetOpenTable“ erhalten sie eine Liste aller Buchungen aus allen offenen Vorgängen.

Lister aller Buchungen eines Vorgangs...

Mit der Methode „GetOpenTableBySelection“ erhalten sie die gleichen Daten wie bei „GetOpenTable“, jedoch dann nur für den Tisch, den sie in dem Parameter SelectionTable übergeben haben, z.B. „2“ für den Tisch 2.

Wir gehen davon aus, dass ihrer APP (über den QR-Code) die Tischnummer bekannt ist und somit nur mit der Methode „GetOpenTableBySelection“ gearbeitet wird.

Vorgangssumme berechnen...

Die Aufsummierung von „Menge“ * „Preis“ jedes Artikels, ergibt die Vorgangssumme.

Vorgang bezahlen...

Mit der Methode „BookTransaction“ oder „BookTransactionStr“ kann dieser offener Tischvorgang als bezahlt übergeben werden, z.B.:

BookTransactionStr(„MyCompany“, „MySerialNumber“, „TNR:2|ZA:47=MyPayment“)

Wenn die Summe unter MyPayment der Vorgangssumme entspricht, wird der Vorgang vom POS System abgerechnet. Bei einer Überzahlung (mehr Payment als Vorgangssumme) wird die Differenz als Trinkgeld verbucht (das Trinkgeld wird in Hypersoft dem Bediener mit Vorgangsverantwortung zugewiesen). Jede Zahlung die kleiner ist, als die Vorgangssumme wird als Zwischenzahlung in den Vorgang gespeichert und der Vorgang mit dem Restbetrag bleibt offen (so können Sie Teilzahlungen vornehmen, die keinen bestimmten Artikelbuchungen zugewiesen sind).

Rechnungsinformationen...

In der Rückmeldung erhalten sie die DeliveryID mit der sie dann ggfls. die Rechnungsinformationen abrufen können. Hierzu verwenden sie dann bitte die Methode „GetDeliveryInfo“.

Die ID 47 aus dem Beispiel ist für die Zahlungsart intern fest auf „Pay per App“ verknüpft. Diese Zahlungsart kann immer dann verwendet werden, wenn eine Separierung der tatsächlichen Zahlungsart nicht gewünscht ist. Andernfalls können mittels Methode „GetMyPaymentMethod“ die verfügbaren Zahlungsarten aus dem POS-System ermittelt werden.

Z.B. 20 = ec, 25 = VISA, 26 = Mastercard, 49 = Sofortüberweisung usw.

Innerhalb des Hypersoftsystems wird Ihr Programm als Channel integriert, über diesen Channel werden die Buchungen als >„Ihre Lösung“ Payment< ausgewertet.

Den Datenaufbau der Parameter sowie der Rückmeldungen aller verfügbaren Methoden entnehmen sie bitte der Dokumentation.

Artikel und Vorgänge mit 3rd Parties

Artikeltexte und Informationen

Die Artikeltexte werden in unterschiedlichem Umfang bereitgestellt, der Standard Artikelname ist der Bontext 1. Es gibt eine Methode für weitere Sprachen bezüglich des Kurztextes und einen HTML formatierten Detailtext. Die weiteren Informationen wie Allergene, Inhaltsstoffe und Energiewerte können ebenso abgerufen werden.

Ein weitere wesentlicher Punkt sind die Anpassungen eines Artikels beim Bestellen (Modifier). Diese können in Form von Abfragen (Zwangsabfragen) oder am POS und mPOS auch durch freie Anhänge gebucht werden. Abfragen haben enorme Auswirkungen auf die Stammdaten eines Artikels.

Struktur und IDs der Artikeldaten...

Ein Steak mit Salat oder Knoblauchbrot kann kein fester Artikel sein, sondern besteht aus dem Steak und der getroffenen Auswahl und somit aus zwei von drei Artikeln. Der Salat wird ein einziges Mal in den Stammdaten auf der Ebene des Steaks angelegt und wenn dieser Salat einzeln verkauft werden soll, so ist dies seine ID (ProductID). Wenn es mehrere Artikel gibt, die als Auswahl Salat haben, so erhält der Salat für jede Zuordnung eine weitere eindeutige ID (RezID), die genau für diese Zuordnung gültig ist. Der Salat zum Entrecôte hat somit eine andere eindeutige ID (RezID) als der gleiche Salat zum Filet Mignon. Diese Methode ermöglicht nicht nur die historischen Auswertung der Stammdatenveränderung (in Deutschland durch GDPdU erforderlich), sondern repräsentiert auch die Möglichkeit die Beilagen und Abfragen für das Stock Management pro möglicher Artikelkombination und unterschiedlicher Im-Haus und Außer-Haus Rezepturen anpassen zu können.

Grundsätzlich sind alle verkaufsfähigen Artikel in der Tabelle SYS_Artikel und dort mit der ProductID hinterlegt aufzufinden. In dieser Tabelle gibt es jeden Artikel (jede ProductID) nur einmal. Zusätzlich sind die Artikel in ihrer entsprechenden Tabelle der Gruppe ebenfalls aufgeführt. Die Toppings/Beilagen/Abfragen finden sie in den Tabellen SYS_Abfragen und SYS_ArtikelAbfragenNoVK dort finden sie mit der Link_ProductID die zugehörigen Abfragen/Beilagen. Die RezID aus diesen Tabellen ist dann zum Buchen notwendig.

Sehen Sie im Bereich Interne IDs Drucken wie Sie sich die Stammdaten mit den IDs ausdrucken können.

 

 

 

 

 

 

 

 

 

Kundendaten mit 3rd Parties

Auf Kunden buchen

Im Hypersoftsystem gibt unterschiedliche Methoden um auf Kunden zu buchen.

  • Sie können einen Kunden aus der Kundendatenbank als Kunden aufrufen und auf diesen wie auf einen Vorgang buchen. Sie buchen "auf diesen Kunden". Der Kunde tritt hier anstelle einer möglichen Tischnummer, so dass es keine zusätzliche Tischnummer geben könnte.

  • Sie können einem Vorgang einfach Kundendaten hinzufügen - auch wenn dieser Kunde in der Kundendatenbank vorhanden wäre, buchen Sie aus Sicht der Datenbank so nicht auf diesen Kunden. EIne Tischnummer kann hier zusätzlich verwendet werden.

  • Es gibt weitere Möglichkeiten.

DeliveryID

Die DeliveryID ist der eindeutige Vorgang im Zusammenhang mit dem Online Order System und allen optionalen Integrationen.

Mediadaten mit 3rd Parties

Wir bitten Sie dringend die Möglichkeit Bilder aus dem Artikelstamm für die Artikeldaten zu verwenden und davon abzusehen Bilddaten extern beizusteuern oder statisch in Ihrer Anbindung zu verankern, da dies nachteilig in der Bearbeitung ist und zu weiteren Problem (z.B. bei Prüfungen) führen kann. Sehen Sie hierzu 3rd Party eSolution Fiskalanforderungen.

Sollte ihre Nutzung besondere Formate benötigen können diese in der Regel in einem der verfügbaren Kanäle des Artikelstamms eingepflegt werden.

Die Übermittlung der Kanäle 2-9 kann bei Bedarf manuell im Sub-Channel des Online Order Connectors aktiviert werden.

Der Artikelstamm hat mehrere Bildkanäle. Alle Bildkanäle können in der eSolutions Schnittstelle abgerufen werden. Sehen Sie hierzu ds Kapitel Bildverarbeitung mit eSolutions.

Bitte beachten Sie gerade bei Ressourcen wie Bildern, dass Sie durch zu große oder zu häufige Abfragen das Kundensystem oder auch die Hypersoft Server unnötig belasten können. Die Verantwortung das System nicht negativ zu beeinflussen tragen Sie als 3rd Party. Sollten wir dies feststellen kommen wir auf Sie zu. Wir behalten uns in diesem Zusammenhang vor Ihnen bei wiederholt auftretenden Problemen den Zugriff ohne weitere Ankündigung zu sperren.

Sollten Sie aus anderen Bereichen als dem Artikelstamm Mediadaten benötigen, prüfen wir gern auf Anfrage die Möglichkeiten.

NoCOO digitales Rechnungverzeichnis für 3rd Parties

NoCOO (no Co²) steht für ein digitales Rechnungverzeichnis, dass von Hypersoftkunden optional gebucht werden kann. Sollen digitale Belege an die 3rd Party übermittelt werden ist NoCOO hierfür die Lösung. Sehen Sie die Programmbeschreibung unter NoCOO - Digital Billing. Über die Schnittstelle wird der Zugang und PIN übermittelt.

Preisebenen mit 3rd Parties

Preisebenen haben in Hypersoft mehrere wichtige Funktionen und steuern neben unterschiedlichen  Preisen Pro Artikel auch MwSt. Sätze und den Status Im Haus / Außer Haus, hierzu gibt es auch das Thema Außer-Haus-Serviceruf. Ein Artikel kann im Hypersoft System übrigens mehr als einen festen MwSt. Satz besitzen.

Rabatte mit 3rd Parties

Hypersoft hat ein umfangreiches Rabattsystem. Für 3rd Parties können aus den Artikeldaten diese Informationen verwendet werden:

  • Artikel darf rabattiert werden oder nicht

  • Minimalpreis des Artikels (dieser darf auch dann nicht unterschritten werden wenn der prozentuale Rabatt dies rechnerisch ergeben würde.

Wir empfehlen Ihnen bei Bedarf die eingestellten Rundungsparameter abzurufen und anzuwenden.

Sehen Sie alles zu Rabatten ab Rabatte anwenden .

Multi-Language Unterstützung

Bitte verwenden Sie in Kürze nicht mehr die Alte Methode: Weitere Sprache für Artikel. Verwenden Sie bitte Sprachen: Hypersoft Mehrsprachfähigkeit.

Multiobjekt-Vorgänge mit eCOm API

Wenn die Option Multiobjekt Vorgang aktiv ist, werden alle Online Order Vorgänge mit Platznummern und Platzinformationen abgespeichert. Somit wird hierbei (wie auch im Hypersoftsystem üblich) die erste freie Platznummer verwendet und als Objektinformation zum Beispiel der Vorname und Name des Kunden abgespeichert.

Stationen mit 3rd Parties

Kassenterminal Zuständigkeit und Einrichtung

In der Regel übernimmt die Kassenstation die Bearbeitung der Buchungen und Vorgänge, auf der notwendige Hypersoft eSolutions Webservice eingerichtet wurde. Alternativ kann eine 3rd Party Anbindung eine Kassennummer (Stationsnummer) übermitteln, die dann für die Buchungen und Vorgänge zuständig ist. Dies ist auch dann indiziert wenn mehrere eSolutions Anbindungen gleichzeitig an einem Kassensystem laufen und eventuell unterschiedlich eingerichtet werden sollen (Webshop, Order App etc). Allein durch die unterschiedlichen Überschriften auf Orderbons oder Formularen können sie Hinweise zu dem Channel der Order geben.

Auf einer Kassenstation kann hierfür ein (oder mehrere) Kassen Subsystem(e) eingerichtet werden, um individuelle Einstellungen für die eintreffenden Buchungen und Vorgänge anzuwenden. Auf einem Server oder einem Gerät ohne Hypersoft POS Kassiermodus kann hierfür eine Kasseninstanz ohne Kassiermodus eingerichtete werden (wie für Orderman Steuerungssysteme) und optional weitere Subsysteme.

Das angesprochene Kassenterminal bzw.- Subsystem verarbeitet die Buchungen und erstellt die Orderbons und Rechnungen/Formulare gemäß seinen Einstellungen.

Häufig wird im Zusammenhang mit dem eSolutions Interface auch ein sogenannter Übersichtsbon eingerichtet. Für komplexe Zubereitungsaufgaben empfiehlt Hypersoft die Kombination mit dem Kitchen Monitor System.

Auch 3rd Party Stationen, sofern Sie Bestandteil des Systems sind sollten als solche am Standort des jeweiligen Systems eingerichtet werden.

Storni mit 3rd Parties

Im Hypersoftsystem ist ein ausgeprägtes Storno Management enthalten, mit dem wir unseren Kunden zahlreichen Möglichkeiten anbieten und diese sich die für sie passenden Möglichkeiten heraussuchen. Beschrieben wird dies im Bereich Storno- und Verlustmanagement und den dazugehörigen Kapiteln wie zum Beispiel Storni mit integrierten eSolutions. Für die unterschiedlichen internationalen Einsatzorte des POS Systems stellt Hypersoft ein sicheres Werkzeug zur Verfügung, um im Fall von Prüfungen korrekten Buchungen, Berichte und Exporte bereitzustellen. Hiervon profitieren auch die 3rd Party Partner in der täglichen Zusammenarbeit. Wir konnten feststellen, dass es in der bisherigen Zusammenarbeit nicht notwendig war eine Funktion zum Stornieren per eSolutions Interface zur Verfügung zu stellen und können daher weitgehend auch System mit aktiver 3rd Party eSolutions Anbindung bei Prüfungen beurteilen. Gleiches erwarten wir sodann von Betriebsprüfern, die das Gesamtsystem beurteilen.

Somit bitten wir die 3rd Parties und unsere Kunden die vorhanden Stornofunktionen des Gesamtsystems zu nutzen und auf eine Stornomöglichkeit im 3rd Party eSolutions Bereich weiterhin zu verzichten. Bisher konnten alle hiermit einen sehr guten Workflow konzipieren und sich gleichzeitig die Sicherheit der Hypersoft Welt stützen. Wir danken Ihnen für Ihr Verständnis.

Tageswechsel mit 3rd Parties

In der Hypersoft Suite ist ein ausgeklügeltes System für den Tageswechsel vorhanden. Nutzen Sie den Zeitpunkt des so genannten /TTAGeschlossen Der Theoretische Tagesabschluss (TTA) wendet den kalendarischen Tageswechsel zu einer von Ihnen festgelegten Uhrzeit an (Standardeinstellung 6:00 Uhr). Das Programm kann zu diesem Zeitpunkt automatisch Abschlüsse, Aktualisierungen und Wartungen durchführen. Danach beginnt mit der ersten POS-Buchung des Tages ein neuer Verkaufstag. , um gegebenenfalls Dinge in ihrem System zurückzusetzen, verwaiste Warenkörbe zu leeren oder den Tag zu wechseln. Sehen sie hier den Bereich Tagesabschluss, Tageswechsel und TTA.

Trinkgeld mit der API

Einzelnen Artikelbuchungen können von unterschiedlichen Bedienern erfolgen. Hypersoft arbeitet mit der Vorgangsverantwortung, die immer einem speziellen Bediener zugewiesen ist (zum Beispiel der erste Bediener der einen Tisch öffnete). Das Trinkgeld wird von Hypersoft automatisch diesem Bediener zugewiesen. Sie müssen sich nicht darum kümmern.

Wenn Sie als 3rd Party Vorgänge anlegen und das System entsprechend eingerichtet ist können Sie als virtueller Bediener die Vorgangsverantwortung erhalten und das Trinkgeld könnte dann weiter behandelt oder verteilt werden. Sehen Sie alle Hinweise zum Thema Trinkgeld buchen.

Zwei Methoden um Trinkgeldbuchungen auszulösen

  • Sie können einen Artikel mit dem entsprechenden Betrag buchen, der im Hypersoftsystem als Trinkgeldartikel definiert ist.

  • Sie können den Zahlungsbetrag des Vorgangs erhöhen, Hypersoft bucht die Überzahlung als Trinkgeld.

Konfiguration zur Behandlung von Überzahlungen...

Mit dem Optionsschalter Bei Überzahlung TRINKGELD buchen können Sie für die API ein Verhalten speziell für Ihren Channel festlegen. Damit entscheiden Sie, ob bei einer Überzahlung in Verbindung mit einem Vorgangsabschluss der Überschuss als Trinkgeld oder als Rückgeld verbucht wird. Ist der Schalter aus und eine höhere Zahlungssumme wird mit dem Vorgangsabschluss übergeben, behandelt das POS die "Überzahlung" als Rückgeld. Dieser Teil wird somit nicht in den Geldbestand einbezogen und auch nicht als Trinkgeld in der Bedienerabrechnung aufgeführt.

Steuerliche Behandlung von Trinkgeld...

Überzahlungen werden im Standard als steuerfreies Trinkgeld gebucht. Bei Trinkgeldartikel kann die Versteuerung durch Einstellungen definiert werden.

In Deutschland ist Trinkgeld nicht generell steuerfrei. Viele 3rd Parties verursachen generell oder im Zusammenhang mit nicht abgestimmten Workflows die Steuerpflicht von Trinkgeldern. Buchen Sie daher im Zweifel immer steuerpflichtiges Trinkgeld.

Warengruppen mit 3rd Parties

Hypersoft hat ein dreistufiges Warengruppenkonzept.

Weiterführende Dokumentation:

Sortieren - Reihenfolge der Artikel.

Warengruppen


Weiterführende Dokumentation:

eSolution 3rd Party API Code

eSolution 3rd Party API Übersetzungen

Zurück zur übergeordneten Seite: 3rd Party eSolution API