OmniSeller:Zuordnungen: Unterschied zwischen den Versionen
AM (Diskussion | Beiträge) |
Admin (Diskussion | Beiträge) Versandarten-Abschnitt: falscher Verweis auf Zahlungskonditionen korrigiert (ERP-Feld Versand) + Link auf Uebersichtsseite |
||
| (2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 11: | Zeile 11: | ||
== Versandarten == | == Versandarten == | ||
Hier | Hier können Sie Versandarten konfigurieren. Sie verbinden die Versandarten des Webshops mit dem Feld "Versand" aus dem ERP, sodass bei einer Auftragsanlage die richtige ERP Versandart hinterlegt wird. Einen Überblick über alle Stellen, an denen Versandarten wirken, gibt [[OmniSeller:Versandarten|Versandarten]]. | ||
[[File:Zuordnung Versandarten 1.png|RTENOTITLE]] | [[File:Zuordnung Versandarten 1.png|RTENOTITLE]] | ||
| Zeile 18: | Zeile 18: | ||
== Zahlungen == | == Zahlungen == | ||
Hier ist es möglich, die Bezahlarten aus dem Shop | Hier ist es möglich, die Bezahlarten aus dem Shop auf eine in der Sage100 hinterlegte Zahlart zu übersetzen und somit beim Beleg-Import auch die gewünschten Bezahlarten im Beleg mit angegeben sind. | ||
[[File:Zuordnung Zahlungen.png|RTENOTITLE]]</div> | [[File:Zuordnung Zahlungen.png|RTENOTITLE]]</div> | ||
| Zeile 37: | Zeile 37: | ||
== Status der Bestellungen == | == Status der Bestellungen == | ||
<div>Hier wird eingestellt, bei welchem Ereignis in der Sage100 ein entsprechender Status der Bestellungen wieder an den Shop übermittelt | <div>Hier wird eingestellt, bei welchem Ereignis in der Sage100 ein entsprechender Status der Bestellungen wieder an den Shop übermittelt wird.</div> | ||
<div>Je nach Übernahme der Bestellungen in die eingestellte ERP Belegart wird diese Statusmeldung abgesetzt. Abhängig von Versanddienstleister und | <div>Je nach Übernahme der Bestellungen in die eingestellte ERP Belegart wird diese Statusmeldung abgesetzt. Abhängig von Versanddienstleister und integrierter Versandschnittstelle ist auch eine Übertragung von Paketnummern möglich.</div> | ||
<div>Die "Wert/Text im Shop" Spalte sind interne IDs der Schnittstelle, die von dem angebundenen Shopsystem abweichen können.</div> | <div>Die "Wert/Text im Shop" Spalte sind interne IDs der Schnittstelle, die von dem angebundenen Shopsystem abweichen können.</div> | ||
<div>In der Regel bedeuten aber</div> | <div>In der Regel bedeuten aber</div> | ||
| Zeile 48: | Zeile 48: | ||
10: "Storno"</div> | 10: "Storno"</div> | ||
<div> </div> | <div> </div> | ||
<div>Zu beachten: Es muss hierfür auch | <div>Zu beachten: Es muss hierfür auch ein Eintrag im Reiter "Channels" existieren, dass der Bestellstatus den Ursprung der verarbeiteten Bestellungen kennt.</div> | ||
<div>Mehr dazu im Unterpunkt "Channels".</div>[[File:Zuordnung StatusBestellungen 2.png{{!}}RTENOTITLE]] | <div>Mehr dazu im Unterpunkt "Channels".</div>[[File:Zuordnung StatusBestellungen 2.png{{!}}RTENOTITLE]] | ||
| Zeile 55: | Zeile 55: | ||
== Auslöser-Bestellabholung == | == Auslöser-Bestellabholung == | ||
<div>Hier kann festgelegt werden, für welche Bezahlarten und welchen Bestellstatus ein Download für die Bestellungen ausgelöst | <div>Hier kann festgelegt werden, für welche Bezahlarten und welchen Bestellstatus ein Download für die Bestellungen ausgelöst wird.</div> | ||
<div>Die IDs der Payment-Methode kommen aus dem Webshop und können dort entnommen werden.</div> | <div>Die IDs der Payment-Methode kommen aus dem Webshop und können dort entnommen werden.</div> | ||
<div>Der Status der Bestellungen ist | <div>Der Status der Bestellungen ist shop- und schnittstellenabhängig und kann abweichen. | ||
Die Zuordnung * {{!}} * sorgt dafür, | Die Zuordnung * {{!}} * sorgt dafür, dass alle offenen Bestellungen heruntergeladen werden, unabhängig der Zahlart und dem Status im Shop (solange nicht abgeschlossen). | ||
Sollte eine explizit genannte Bezahlart neben einer * | * Zuordnung existieren, übersteuert diese den Auslöser für alles. So kann beispielsweise bei der Bezahlart "Kauf auf Rechnung" angegeben werden, dass Bestellungen auch bereitgestellt werden | Sollte eine explizit genannte Bezahlart neben einer * | * Zuordnung existieren, übersteuert diese den Auslöser für alles. So kann beispielsweise bei der Bezahlart "Kauf auf Rechnung" angegeben werden, dass Bestellungen auch bereitgestellt werden sollen, wenn diese noch nicht bezahlt sind (oder im Status offen stehen o. Ä.). </div> | ||
<div> </div> | <div> </div> | ||
<div>[[File:Zuordnung Bestelldownload.png{{!}}RTENOTITLE]]</div> | <div>[[File:Zuordnung Bestelldownload.png{{!}}RTENOTITLE]]</div> | ||
| Zeile 112: | Zeile 112: | ||
== Channels == | == Channels == | ||
<div>Hier werden Channels eingetragen. Dies ist besonders interessant, wenn Subshops oder ähnliches existieren oder auch | <div>Hier werden Channels eingetragen. Dies ist besonders interessant, wenn Subshops oder ähnliches existieren oder auch Integrationen zu diversen Marktplätzen aktiv sind.</div> | ||
<div>Die Übersetzung erfolgt von StoreID auf den gewünschten Wert im ERP, | <div>Die Übersetzung erfolgt von StoreID auf den gewünschten Wert im ERP, sodass man dort in den Belegen den Ursprung erkennen kann.</div> | ||
[[File:Zuordnungen Channels.png|RTENOTITLE]] | [[File:Zuordnungen Channels.png|RTENOTITLE]] | ||
| Zeile 121: | Zeile 121: | ||
== MultiChannels == | == MultiChannels == | ||
Diese Einstellung ist dann interessant, wenn | Diese Einstellung ist dann interessant, wenn Sie mehrere Marktplatz-Anbindungen über ein Portal betreiben. Es ist hier möglich, dass die Bestellungen der unterschiedlichen Marktplatz-Plattformen in verschiedene Ordnerstrukturen geschrieben werden und dann dementsprechend beim Import auch unterschiedliche Konfigurationen greifen können. | ||
Folgender Screenshot zeigt eine mögliche Einstellung: | Folgender Screenshot zeigt eine mögliche Einstellung: | ||
| Zeile 127: | Zeile 127: | ||
[[File:Zuordnung MultiChannel 1.png|RTENOTITLE]] | [[File:Zuordnung MultiChannel 1.png|RTENOTITLE]] | ||
<div>Es wird hier in der erzeugten Bestellungs XML Datei am Knoten "/ORDER/ORDER_HEADER/ORDER_INFO/ORDER_CHANNEL" geschaut ob dort Ebay oder Amazon drin steht und dann wird diese Datei in den hinterlegten Speicherpfad abgelegt.</div> | <div>Es wird hier in der erzeugten Bestellungs XML Datei am Knoten "/ORDER/ORDER_HEADER/ORDER_INFO/ORDER_CHANNEL" geschaut ob dort Ebay oder Amazon drin steht und dann wird diese Datei in den hinterlegten Speicherpfad abgelegt.</div> | ||
<div>Wichtig: Um auszuschließen, dass Bestellungen am Ende im falschen Ordner landen müssen die Pfade im XML Path Feld identisch sein. Da die Bestellungen ja auch aus einem Portal kommen sollte das auch in allen Files an einer einheitlichen Stelle stehen.</div>Beachte: Wenn keine dieser Angaben für eine Bestellung zutrifft wird diese dann im normalen Standardverzeichnis, welches im WebportalManager angegeben ist, geschrieben. Dies muss nach wie vor gesetzt sein | <div>Wichtig: Um auszuschließen, dass Bestellungen am Ende im falschen Ordner landen müssen die Pfade im XML Path Feld identisch sein. Da die Bestellungen ja auch aus einem Portal kommen sollte das auch in allen Files an einer einheitlichen Stelle stehen.</div>Beachte: Wenn keine dieser Angaben für eine Bestellung zutrifft wird diese dann im normalen Standardverzeichnis, welches im WebportalManager angegeben ist, geschrieben. Dies muss nach wie vor gesetzt sein, damit der Bestelldownload Bestellungen erzeugt. | ||
| | ||
| Zeile 133: | Zeile 133: | ||
== Sperrgut == | == Sperrgut == | ||
<div> | <div>Manche Waren sind so groß, dass sie als Sperrgut geliefert werden müssen.</div> | ||
<div>In dieser Zuordnung kann man dem im Artikel hinterlegten Versand-Dienstleister eine Zuordnung geben, | <div>In dieser Zuordnung kann man dem im Artikel hinterlegten Versand-Dienstleister eine Zuordnung geben, sodass der Artikel beim Produktupload als Sperrgutartikel markiert wird.</div> | ||
<div>(Für diese Auszeichnung des Produkts im Shop ist dann allerdings ein Plugin oder Ähnliches erforderlich, | <div>(Für diese Auszeichnung des Produkts im Shop ist dann allerdings ein Plugin oder Ähnliches erforderlich, das dieses entsprechend auszeichnen kann.)</div> | ||
<div> </div> | <div> </div> | ||
<div>Eine mögliche Konfiguration wäre zum Beispiel:</div> | <div>Eine mögliche Konfiguration wäre zum Beispiel:</div> | ||
| Zeile 150: | Zeile 150: | ||
<div>In dieser Beispiel Konfiguration wird bei einer Bestellung, welche einen hinterlegten Versanddienstleister "BayerSohn" hat eine Ebay Bestellung (Channel Ebay, siehe hierzu auch Channel-Zuordnungen) die Versandart auf "Spedition" übersetzt, da Ebay den Versand-Dienstleister BayerSohn nicht als mögliche Auswahl hat und deshalb eine Übersetzung erforderlich ist, dass der Bestellstatus erfolgreich gesetzt werden kann.</div> | <div>In dieser Beispiel Konfiguration wird bei einer Bestellung, welche einen hinterlegten Versanddienstleister "BayerSohn" hat eine Ebay Bestellung (Channel Ebay, siehe hierzu auch Channel-Zuordnungen) die Versandart auf "Spedition" übersetzt, da Ebay den Versand-Dienstleister BayerSohn nicht als mögliche Auswahl hat und deshalb eine Übersetzung erforderlich ist, dass der Bestellstatus erfolgreich gesetzt werden kann.</div> | ||
<div> </div> | <div> </div> | ||
<div>Ebenfalls hat man hier die Möglichkeit, Besonderheiten wie z.B. den von Amazon | <div>Ebenfalls hat man hier die Möglichkeit, Besonderheiten wie z.B. den von Amazon notwendigen Lieferservice anzugeben.</div> | ||
<div>Hier in diesem Beispiel bekommt die Versandart DPD auf Amazon noch die zusätzliche Lieferservice Anmerkung "Päckchen" mitgegeben, auch wenn keine wirkliche Übersetzung (DPD -> DPD) stattfindet.</div> | <div>Hier in diesem Beispiel bekommt die Versandart DPD auf Amazon noch die zusätzliche Lieferservice Anmerkung "Päckchen" mitgegeben, auch wenn keine wirkliche Übersetzung (DPD -> DPD) stattfindet.</div> | ||
<div> </div> | <div> </div> | ||
| Zeile 181: | Zeile 181: | ||
== Rechnungsupload == | == Rechnungsupload == | ||
<div>Es ist möglich, in der Bestellstatus Rückmeldung einen Verweis auf eine Rechnung mitzugeben.</div> | <div>Es ist möglich, in der Bestellstatus Rückmeldung einen Verweis auf eine Rechnung mitzugeben.</div> | ||
<div>Somit ist es möglich, zu einer Bestellung eine hochgeladene | <div>Somit ist es möglich, zu einer Bestellung eine hochgeladene Rechnung zuzuordnen.</div> | ||
<div> </div> | <div> </div> | ||
<div>Pflichtangaben:</div> | <div>Pflichtangaben:</div> | ||
| Zeile 206: | Zeile 206: | ||
<div> </div> | <div> </div> | ||
<div>Optionale Angaben:</div> | <div>Optionale Angaben:</div> | ||
<div>FTP-Verbindung (HTK intern, Angabe keine Pflicht, abhängig von dem | <div>FTP-Verbindung (HTK intern, Angabe keine Pflicht, abhängig von dem eingesetzten Dienst der die Rechnungen hochladen wird.)</div> | ||
<div>FTP Pfad: Dieser kann angegeben werden um einen FTP-Pfad vor dem hochgeladenen Dateinamen zu platzieren (von manchen Middleware-Lösungen benötigt, um auf die Datei zugreifen zu können)</div> | <div>FTP Pfad: Dieser kann angegeben werden um einen FTP-Pfad vor dem hochgeladenen Dateinamen zu platzieren (von manchen Middleware-Lösungen benötigt, um auf die Datei zugreifen zu können)</div> | ||
<div> </div> | <div> </div> | ||
<div>Eine mögliche Konfiguration sieht so aus:</div> | <div>Eine mögliche Konfiguration sieht so aus:</div> | ||
<div>[[File:OmniSeller Zuordnungen Rechnungsupload.png]]</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div> | <div>[[File:OmniSeller Zuordnungen Rechnungsupload.png]]</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div> | ||
Aktuelle Version vom 25. August 2026, 06:31 Uhr
Zuordnungen im OmniSeller
Sie können viele der Zuordnungen (Mappings) über den Menüpunkt "Zuordnen" selbst konfigurieren.
Versandarten
Hier können Sie Versandarten konfigurieren. Sie verbinden die Versandarten des Webshops mit dem Feld "Versand" aus dem ERP, sodass bei einer Auftragsanlage die richtige ERP Versandart hinterlegt wird. Einen Überblick über alle Stellen, an denen Versandarten wirken, gibt Versandarten.
Zahlungen
Hier ist es möglich, die Bezahlarten aus dem Shop auf eine in der Sage100 hinterlegte Zahlart zu übersetzen und somit beim Beleg-Import auch die gewünschten Bezahlarten im Beleg mit angegeben sind.
Sprachen (Bestellungen)
Lieferkennzeichen
Steuercodes
Hier können die Steuercodes von Artikeln mit übersetzt werden. Weicht ein Steuersatz vom Standardsteuersatz ab sollte dieser hier auch hinterlegt sein, da es andernfalls beim Produktupload zu einer fehlerhaften Darstellung im Shop kommen kann.
Bezahl Status (eingehend)
Status der Bestellungen
Hier wird eingestellt, bei welchem Ereignis in der Sage100 ein entsprechender Status der Bestellungen wieder an den Shop übermittelt wird.
Je nach Übernahme der Bestellungen in die eingestellte ERP Belegart wird diese Statusmeldung abgesetzt. Abhängig von Versanddienstleister und integrierter Versandschnittstelle ist auch eine Übertragung von Paketnummern möglich.
Die "Wert/Text im Shop" Spalte sind interne IDs der Schnittstelle, die von dem angebundenen Shopsystem abweichen können.
In der Regel bedeuten aber
1: "Auftrag in Bearbeitung"
2: "Ware versendet/Auftrag abgeschlossen"
9: "Retouren/Rücklieferscheine"
10: "Storno"Zu beachten: Es muss hierfür auch ein Eintrag im Reiter "Channels" existieren, dass der Bestellstatus den Ursprung der verarbeiteten Bestellungen kennt.
Mehr dazu im Unterpunkt "Channels".
Bezahlstatus (ausgehend)
Auslöser-Bestellabholung
Hier kann festgelegt werden, für welche Bezahlarten und welchen Bestellstatus ein Download für die Bestellungen ausgelöst wird.
Die IDs der Payment-Methode kommen aus dem Webshop und können dort entnommen werden.
Der Status der Bestellungen ist shop- und schnittstellenabhängig und kann abweichen.
Die Zuordnung * | * sorgt dafür, dass alle offenen Bestellungen heruntergeladen werden, unabhängig der Zahlart und dem Status im Shop (solange nicht abgeschlossen).
Sollte eine explizit genannte Bezahlart neben einer * | * Zuordnung existieren, übersteuert diese den Auslöser für alles. So kann beispielsweise bei der Bezahlart "Kauf auf Rechnung" angegeben werden, dass Bestellungen auch bereitgestellt werden sollen, wenn diese noch nicht bezahlt sind (oder im Status offen stehen o. Ä.).
mögliche Status der Bestellungen*:
| Statuskürzel | Shop-Status |
| * | alle Status (solange nicht abgeschlossen) |
| 0 | offen |
| 1 | in Bearbeitung |
| 3 | in Wartestellung |
| 4 | storniert |
| 5 | rückerstattet |
| 6 | fehlgeschlagen |
| 7 | "trash" (WooCommerce) |
| 16 | "waiting" (Shopware 6 / indiv. Status) |
*der Status kann je nach Shopsystem oder Schnittstellenstand ggf. abweichen oder nicht synchronisiert sein.
Gebührenartikel
Rabattgruppen
Grundmengeneinheiten
Multishop Kategorien
Channels
Hier werden Channels eingetragen. Dies ist besonders interessant, wenn Subshops oder ähnliches existieren oder auch Integrationen zu diversen Marktplätzen aktiv sind.
Die Übersetzung erfolgt von StoreID auf den gewünschten Wert im ERP, sodass man dort in den Belegen den Ursprung erkennen kann.
In Kombination mit Bestellstatus ist hier wichtig, dass der "Wert im ERP" Eintrag existiert, damit der Dienst weiß dass er auch für die Belege mit dieser Herkunft den Status uploaden muss.
MultiChannels
Diese Einstellung ist dann interessant, wenn Sie mehrere Marktplatz-Anbindungen über ein Portal betreiben. Es ist hier möglich, dass die Bestellungen der unterschiedlichen Marktplatz-Plattformen in verschiedene Ordnerstrukturen geschrieben werden und dann dementsprechend beim Import auch unterschiedliche Konfigurationen greifen können.
Folgender Screenshot zeigt eine mögliche Einstellung:
Es wird hier in der erzeugten Bestellungs XML Datei am Knoten "/ORDER/ORDER_HEADER/ORDER_INFO/ORDER_CHANNEL" geschaut ob dort Ebay oder Amazon drin steht und dann wird diese Datei in den hinterlegten Speicherpfad abgelegt.
Wichtig: Um auszuschließen, dass Bestellungen am Ende im falschen Ordner landen müssen die Pfade im XML Path Feld identisch sein. Da die Bestellungen ja auch aus einem Portal kommen sollte das auch in allen Files an einer einheitlichen Stelle stehen.
Beachte: Wenn keine dieser Angaben für eine Bestellung zutrifft wird diese dann im normalen Standardverzeichnis, welches im WebportalManager angegeben ist, geschrieben. Dies muss nach wie vor gesetzt sein, damit der Bestelldownload Bestellungen erzeugt.
Sperrgut
Manche Waren sind so groß, dass sie als Sperrgut geliefert werden müssen.
In dieser Zuordnung kann man dem im Artikel hinterlegten Versand-Dienstleister eine Zuordnung geben, sodass der Artikel beim Produktupload als Sperrgutartikel markiert wird.
(Für diese Auszeichnung des Produkts im Shop ist dann allerdings ein Plugin oder Ähnliches erforderlich, das dieses entsprechend auszeichnen kann.)
Eine mögliche Konfiguration wäre zum Beispiel:
Versanddienstleister Gras, BayerSohn und Dachser, welche im Artikelstamm bei den Artikeln im User_Feld "User_ArtikelVersandart" hinterlegt sind werden als Sperrgut gekennzeichnet, wenn diese hochgeladen werden.
Versandarten (Orderstatus)
In dieser Zuordnung kann bei dem Bestellstatusupload der Versanddienstleister entsprechend für den betroffenen Channel übersetzt werden.
Dies ist besonders interessant wenn man Marktplatzanbindungen hat.
In dieser Beispiel Konfiguration wird bei einer Bestellung, welche einen hinterlegten Versanddienstleister "BayerSohn" hat eine Ebay Bestellung (Channel Ebay, siehe hierzu auch Channel-Zuordnungen) die Versandart auf "Spedition" übersetzt, da Ebay den Versand-Dienstleister BayerSohn nicht als mögliche Auswahl hat und deshalb eine Übersetzung erforderlich ist, dass der Bestellstatus erfolgreich gesetzt werden kann.
Ebenfalls hat man hier die Möglichkeit, Besonderheiten wie z.B. den von Amazon notwendigen Lieferservice anzugeben.
Hier in diesem Beispiel bekommt die Versandart DPD auf Amazon noch die zusätzliche Lieferservice Anmerkung "Päckchen" mitgegeben, auch wenn keine wirkliche Übersetzung (DPD -> DPD) stattfindet.
Kombinationen sind ebenfalls möglich. Die Versandart DPDPRO wird für Amazon auf Versandart DPD übersetzt und bekommt ebenfalls noch die Lieferservice Anmerkung "Päckchen".
Rücksendungsnummern (Statusupload)
Hier ist es möglich, beim Statusupload ebenfalls Rücksendungsnummern zu übermitteln.
Man muss den betroffenen Channelname eingeben, die betroffene Versandart (* = alle Versandarten die an diesen Kanal übermittelt werden), und das UserFeld, aus dem die Daten ausgelesen werden sollen. (Einheitliches Feld sinnvoll).
Falls man diese Funktion auf bestimmte Versandarten einschränken will kann man die Versandart (ERP-Name) einzeln zu dem jeweiligen Channel eintragen.
z.B. kann man einen Eintrag für Otto.de ->DPD vornehmen. Dann warten die Bestellungen, die mit DPD versendet werden auf eine Rücksendenummer bevor der Status an den Marktplatz übertragen wird.
Wird dann ebenfalls mit UPS an den Marktplatz versendet warten diese Bestellungen dann nicht auf die Rücksendenummern und würden dann direkt übermittelt werden.
Bemerkung:
Rücksendungsnummern sind nur einsetzbar, wenn auch Sendungsnummern übertragen werden!
Die dazugehörigen Einstellungen findet man unter dem "Status der Bestellungen" Zuordnungsreiter.
.png)
Rechnungsupload
Es ist möglich, in der Bestellstatus Rückmeldung einen Verweis auf eine Rechnung mitzugeben.
Somit ist es möglich, zu einer Bestellung eine hochgeladene Rechnung zuzuordnen.
Pflichtangaben:
Channelname (in dem Reiter "Channels" definiert)
Belegkennzeichen (eine Statusmeldung im Reiter "Status der Bestellungen" definiert)
Namensformat:
Folgende Platzhalter können in den geschweiften Klammern aufgelöst werden
| {Belegjahr} |
| {Belegnummer} |
| {ShopOrderID} |
| {BelID} |
| {OrderChannel} |
| {Referenznummer} |
Optionale Angaben:
FTP-Verbindung (HTK intern, Angabe keine Pflicht, abhängig von dem eingesetzten Dienst der die Rechnungen hochladen wird.)
FTP Pfad: Dieser kann angegeben werden um einen FTP-Pfad vor dem hochgeladenen Dateinamen zu platzieren (von manchen Middleware-Lösungen benötigt, um auf die Datei zugreifen zu können)
Eine mögliche Konfiguration sieht so aus:
