Shopify DİA Integration

DİA ist von Geburt ein Cloud-ERP, und das erleichtert zwei Schritte der Integration von Anfang an: Ein Server kommt nicht dazwischen, und die Rechnung geht ohne dritte Firma über die eigene Infrastruktur. Dieses System hat jedoch einen Mechanismus, den kein anderes Buchhaltungs- oder ERP-Produkt hat: Dienstaufrufe verbrauchen Kontingent. Die Verbindung wird mit einem Webdienstbenutzer eingerichtet, die Rechte müssen auch im Desktop-Client definiert werden, bei leerem Kontingent steht der Betrieb, und die Internetverkaufsrechnung hat eigene Regeln.

Sprechen Sie uns zur Einrichtung an Integration ansehen

200+ aktive Marken
wachsen mit Nodus Works auf Shopify

Shopify DİA Integration was ist das?

Die Shopify DİA Integration ist die Verbindung, die Bestellungen, Kunden, Artikel, Bestand und Preis Ihres Shops mit DİA in einer Linie hält. DİA bleibt in der Mitte: Der Artikel geht mit allen Varianten und Optionen aus DİA, die Bestellung kommt aus dem Shop nach DİA, und die Rechnung wird in DİA erstellt.

Die Einrichtung beginnt damit, auf der DİA-Seite einen Webdienstbenutzer zu öffnen und ihm Rechte zu geben. Die kritische Einzelheit: Das Recht wird nicht übernommen. Für jeden Vorgang über den Dienst muss derselbe Benutzer im Desktop-Client dasselbe Recht haben. Danach werden Zuordnung, Preis- und Bestandsregeln definiert. Wenn Details wie die Rechteübernahme übersehen werden und die Verbindung nicht läuft, richtet Nodus Works' Shopify-Integrations- und Custom-App-Entwicklungsservice diese Einrichtung von vorne in der richtigen Reihenfolge ein.

Nach der Verbindung läuft der Alltag von einer Stelle: Die Bestellung landet in DİA mit geöffneter Kundenkarte, Bestand und Preis werden von DİA in den Shop geschrieben, und der Beleg geht über die eigene Infrastruktur von DİA. Weil Dienstaufrufe Kontingent verbrauchen, muss die Kontingentverfolgung zur betrieblichen Routine werden.

WAS ABGEGLICHEN WIRD

Was zwischen Shopify und DİA abgeglichen wird

Sobald die Verbindung steht, gehören Artikel, Bestand, Preis, Bestellung, Kundenkonto und Rechnung zum selben Ablauf. Die sechs Überschriften unten decken die häufigsten Fragen zur Shopify DİA Integration.

Übertragung von Artikel und Variante

Der in DİA erfasste Artikel kommt mit allen Varianten und Optionen an die Brücke und wird im Shop gelistet. Das ist eines der wenigen Beispiele unter den geprüften Systemen, in denen die Variante im offiziellen Text klar steht; bei Katalogen mit Farb- und Größenmatrix erleichtert das die Arbeit deutlich.

Abgleich von Bestand und Preis

Stückzahl und Preis werden von DİA in den Shop geschrieben, die Wirklichkeit des Katalogs liegt also in DİA. Änderungen werden regelmäßig geprüft und in den Shop verteilt; welches Lager geöffnet wird, wird in der Einrichtung definiert.

Übertragung der Shopify-Bestellungen nach DİA

Die Bestellung wird nach DİA geschrieben, sobald sie im Shop entsteht, und die Kundenkarte des Kunden kann automatisch geöffnet werden. Dieses automatische Öffnen erleichtert, bringt jedoch das Risiko, dass dieselbe Person ein zweites Mal als Kundenkonto geöffnet wird.

Zuordnung von Kundenkarte und Kunde

Die Daten des Bestellers werden zur Kundenkarte; gibt es die Karte, wird sie zugeordnet. Über welches Feld die Zuordnung läuft, ist die kritische Entscheidung der Einrichtung, weil die Zusammenführung später von Hand geschieht.

e-Fatura und e-Arşiv

Weil DİA zugelassener Integrator ist, geht der Beleg ohne dritte Firma über die eigene Infrastruktur. Sammelabrechnung ist ebenfalls möglich; Nummer und Serie kommen aus der Belegordnung von DİA, und für Internetverkäufe ist eine eigene Serie Pflicht.

Storno- und Retourenablauf

Retoure und Storno sind auf der DİA-Seite nicht derselbe Vorgang; welches gilt, hängt vom Alter des Belegs ab. Weil für den Retourenablauf keine offizielle Schrittliste veröffentlicht ist, muss das in der Einrichtung mit einer Testbestellung geklärt werden.

ZUGANG UND RECHTE

Wie wird die DİA-Verbindung geöffnet?

In diesem System bestimmen zwei Einzelheiten das gesamte Projekt, und beide stehen im eigenen Dokument von DİA: dass das Recht nicht übernommen wird und dass Aufrufe Kontingent verbrauchen. Fast alle Fälle, in denen die Einrichtung nur halb läuft, kommen vom Ersten.

Zwei Cloud-Systeme, kein Server dazwischen

Weil Shop und ERP in der Cloud laufen, brauchen Sie weder sicheren Tunnel noch feste Adresse noch Zugang zu einem internen Server. Der Infrastrukturschritt, der bei installierten ERP die erste Woche des Projekts frisst, fehlt hier ganz.

Die Verbindung wird mit einem Webdienstbenutzer eingerichtet

Auf der DİA-Seite wird ein Webdienstbenutzer geöffnet, und für diesen Benutzer wird ein Zugangsschlüssel erzeugt. Die Brücke arbeitet mit dieser Identität; die Arbeiten, die die Integration tun kann, sind also auf das begrenzt, was dieser Benutzer tun kann.

Das Recht wird nicht übernommen, es wird extra definiert

Damit ein Vorgang über den Dienst möglich ist, muss derselbe Benutzer im Desktop-Client dasselbe Recht haben. Fehlt das Recht, Kundenkarten zu listen, gibt auch der Dienst einen Rechtefehler; das ist die Nummer-eins-Ursache dafür, dass die Einrichtung nur halb läuft.

Aufrufe verbrauchen Kontingent

Für jeden Dienstaufruf fällt Kontingent, und der Kontingentstand wird auf einem Bildschirm im Desktop-Client verfolgt. Unter den geprüften Systemen ist das das einzige mit einem solchen Mechanismus; ist das Kontingent leer, steht der Abgleich.

Jeder Satz wird in eine Buchhaltungsperiode geschrieben

In Dienstaufrufen sind Firmencode und Periodencode Pflicht; in welche Periode jeder Satz geschrieben wird, steht also von Anfang an fest. Nach dem Periodenabschluss kann in diese Periode kein Satz geöffnet werden, und die Brücke gibt einen Fehler.

Die Brücke baut DİA nicht

Es gibt keine von DİA selbst veröffentlichte Shopify-App; die Brücke kommt aus dem Ökosystem der Lösungspartner, und DİA stellt auf der eigenen Website einen Lösungspartner vor, der Shopify namentlich zählt. Die Verantwortungsgrenze muss im Vertrag klar sein.

Das praktische Ergebnis dieser sechs Punkte: Auf der DİA-Seite ist das Projekt keine Infrastrukturarbeit, sondern eine Arbeit der Rechte- und Kontingentplanung. Am ersten Tag der Einrichtung die Rechte einzeln zu geben und den Kontingentverbrauch nach Ihrem Bestellvolumen vorauszusehen, verhindert später nicht erklärbare halbe Abgleiche.

EINRICHTUNG

Wie wird die Shopify DİA Integration eingerichtet?

Die sechs Schritte unten decken die Einrichtung vom Öffnen des Webdienstbenutzers bis zur ersten Testbestellung. Alle Schritte laufen zwischen den zwei Panels.

Bereiten Sie Webdienstbenutzer und Schlüssel vor

Öffnen Sie auf der DİA-Seite einen Webdienstbenutzer und erzeugen Sie den Zugangsschlüssel. Einrichtungsweg und nötige Module klären Sie zusammen mit Ihrem Partner, mit dem Sie über dia.com.tr arbeiten.

Geben Sie die Rechte im Desktop-Client einzeln

Für jeden Vorgang über den Dienst muss dasselbe Recht auch im Desktop-Client definiert sein. Prüfen Sie die Rechte Bestellung schreiben, Kundenkonto öffnen, Bestand lesen und Rechnung erstellen getrennt; ein fehlendes Recht lässt den Ablauf halb stehen.

Prüfen Sie Firmen- und Periodendaten

Weil in Aufrufen Firmencode und Periodencode Pflicht sind, prüfen Sie, dass die Verbindung zur richtigen Firma und zur offenen Periode gebaut ist. Führen Sie mehr als eine Firma, bestimmt dieser Schritt, dass Rechnungen beim richtigen Steuerpflichtigen landen.

Definieren Sie Zuordnung und Variantenordnung

Definieren Sie, über welches Feld Artikel zugeordnet werden und wie Varianten im Shop erscheinen. Weil DİA die Variante eingebaut trägt, wird die Arbeit hier leichter, der Zuordnungsschlüssel muss jedoch mit einem Testsatz geprüft werden.

Wählen Sie Preis, Lager, Steuer und Rechnungsserie

Legen Sie fest, welcher Preis in den Shop geschrieben wird, welcher Lagerbestand geöffnet wird, wie Steuersätze gelesen werden und welche Serie für Internetverkäufe gilt. Wie der Frachtbetrag auf die Rechnung kommt, wird ebenfalls in diesem Schritt definiert.

Prüfen Sie Ablauf und Kontingent mit einer Testbestellung

Bestellen Sie mit einem Artikel und prüfen Sie, dass die Bestellung in DİA landet, die Kundenkarte richtig geöffnet wird, der Bestand im Shop sinkt und der Beleg aus der richtigen Serie erstellt wird. Messen Sie in derselben Probe, wie viel Kontingent einige Vorgänge verbrauchen, und planen Sie nach Ihrem monatlichen Volumen.

In der Tabelle unten finden Sie, welche Shopify-Sätze auf der DİA-Seite welche Entsprechung haben.

Was in Shopify steht	Entsprechung in DİA
Bestellung	Bestellsatz und Kundenbewegung
Kunde	Kundenkarte, automatisch öffenbar
Artikel	Bestandskarte
Variante	Varianten- und Optionsstruktur des Artikels
Preis	Preis auf der Bestandskarte oder in der gewählten Liste
Bestand	Stückzahl des gewählten Lagers
Steuer	Satz auf der Bestandskarte
Rechnung	e-Fatura oder e-Arşiv, über die DİA-Infrastruktur
Retoure	Retourenbeleg oder Storno, fristabhängig
Keine Entsprechung	Felder für Steuernummer und Firmenname; Firmen- und Periodencode; Kontingent

Die drei Posten in der letzten Zeile der Tabelle sind die eigene Seite dieses Systems. Weil Firmen- und Periodencode in jedem Satz getragen werden, steht von Anfang an fest, in welche Periode der Satz geschrieben wird; das Kontingent ist eine Ressource, die auf der Shopify-Seite keine Entsprechung hat und nur auf der DİA-Seite verfolgt wird.

Wo stehen Sie in der Einrichtung?

Beschreiben Sie Ihren Katalog und Ihre heutige Einrichtung. Gemeinsam klären wir, wie die Shopify DİA Integration zu Ihrer Produktstruktur passt. Ein Formular müssen Sie nicht ausfüllen, erreichen Sie uns direkt per Telefon, E-Mail oder WhatsApp.

Kontakt aufnehmen 0850 888 2815 hub@nodusworks.com WhatsApp

KONTINGENT

Was ist das Kontingent, und wie betrifft es die Integration?

Im Webdienst von DİA fällt für jeden Aufruf Kontingent; einige besondere Aufrufe wie der Einstieg bleiben außerhalb, und der Kontingentstand wird auf einem Bildschirm im Desktop-Client verfolgt. Unter den sieben Buchhaltungs- und ERP-Systemen, die wir geprüft haben, ist das das einzige mit einem solchen Mechanismus. Das Thema bestimmt die Nachhaltigkeit der Integration direkt.

Die Spiegelung in den Betrieb sieht so aus: Steigt Ihre Bestelldichte, steigt die Aufrufzahl. Bestandskontrolle, Preisaktualisierung, Bestellung schreiben, Kundenkonto öffnen und Rechnung erstellen erzeugen jeweils eigene Aufrufe. Ist das Kontingent leer, steht der Abgleich, und dieses Stehen geschieht in den meisten Einrichtungen still; auf der Shopseite erscheint keine Warnung, nur die Bestände frieren, und Bestellungen gehen nicht ins ERP.

Verkaufen Sie über mehrere Kanäle, vervielfacht sich der Verbrauch. Schreiben auch Marktplatzkanäle ins selbe ERP, erzeugen die eigene Bestandskontrolle und das eigene Bestellschreiben jedes Kanals getrennte Aufrufe. Einen neuen Kanal zu ergänzen, ist also nicht nur eine betriebliche Entscheidung, sondern eine, die auch die Kontingentplanung ändert; das ist ein Kostenposten, der in keinem anderen System vorkommt.

Der praktische Ansatz ist dreistufig. Erstens in der Probephase der Einrichtung messen, wie viel einige Vorgänge verbrauchen, und das auf Ihr monatliches Volumen beziehen. Zweitens unnötige Aufrufe senken: statt jeden Artikel ständig abzufragen, eine Konstruktion wählen, die nur Geändertes schreibt. Drittens eine Überwachung bauen, die warnt, wenn das Kontingent sinkt; das eigentliche Risiko liegt dabei nicht darin, dass das Kontingent leer wird, sondern darin, dass es niemand merkt.

RECHNUNG

Wie wird die Internetverkaufsrechnung in DİA erstellt?

Weil DİA zugelassener Integrator ist, gibt es auf der Rechnungsseite keinen Vermittler; das ist ein struktureller Vorteil, der die Zahl der Ansprechpartner im Projekt senkt. Der Internetverkauf hat jedoch eigene, aus der Vorschrift kommende Regeln.

Der Beleg geht ohne Firma dazwischen

Weil DİA zugelassener Integrator der GİB ist, werden e-Fatura und e-Arşiv über die eigene Infrastruktur gesendet. Die Siegelfirmenschicht, die auf der Unternehmens-ERP-Seite zu sehen ist, fehlt hier; bei einem Problem gibt es einen Ansprechpartner.

Die Serie des Internetverkaufs muss getrennt sein

Die Serie der Rechnungen über Internetverkäufe muss sich von Ihren übrigen Rechnungen unterscheiden. Shopify-Bestellungen können also nicht in dieselbe Serie wie Laden- oder Großhandelsverkäufe geschrieben werden; diese Ordnung wird ganz am Anfang eingerichtet.

Auf der Rechnung gibt es Pflichtfelder

Der Papierausdruck geht mit der Ware

Damit der Retourenabschnitt ausgefüllt werden kann, soll der Papierausdruck der Rechnung mit der versendeten Ware mitgehen. Diese Regel ändert Ihre Packstation: Etikett und Rechnungsausdruck müssen im selben Schritt genommen werden.

Das Storno-Fenster ist kurz, danach folgt die Gutschrift

Ein erstellter Beleg kann nur innerhalb eines bestimmten Fensters storniert werden; danach läuft die Korrektur über die Gutschrift, und die zwei Belege werden verrechnet. Weil die Quellen bei der Tageszahl widersprechen, geben wir hier keine Tage.

Steuersatz und Frachtzeile werden getrennt definiert

Der Satz wird aus der Bestandskarte gelesen, ob der Frachtbetrag als Zeile auf die Rechnung kommt und welcher Satz gilt, wird in der Einrichtung definiert. Ohne Prüfung mit einem Testbeleg sollten Sie nicht live gehen.

BESTAND UND KUNDENKONTO

Wie werden Bestandskollision und Dublettenkonto verhindert?

Die Variantenseite dieses Systems ist bequem, das automatische Öffnen des Kundenkontos hat jedoch eine natürliche Nebenwirkung: die Dublettenkarte. Auf der Bestandsseite gilt die klassische Kollision mehrkanaliger Einrichtungen.

Die Variante wird eingebaut getragen

Weil der Artikel mit allen Varianten und Optionen an die Brücke kommt, braucht es bei Katalogen mit Farb- und Größenmatrix keine eigene Übersetzungskonstruktion. Das bedeutet, dass ein Thema, das bei den meisten installierten ERP unklar ist, hier klar ist.

Der Zuordnungsschlüssel wird in der Einrichtung geprüft

Über welches Feld der Artikel zugeordnet wird, steht in keiner offiziellen Quelle, deshalb erfinden wir hier keine Antwort. Der Schlüssel wird in der Einrichtung definiert und mit einem Testsatz eines Artikels geprüft.

Die Wirklichkeit des Bestands muss an einer Stelle liegen

Die Stückzahl wird von DİA in den Shop geschrieben; verkaufen zwei Kanäle aus demselben Lager, muss die Wirklichkeit der Stückzahl an einer Stelle gehalten und von dort in jeden Kanal geschrieben werden. Sonst wird dasselbe letzte Stück in zwei Kanälen verkauft, und der Storno ist unvermeidlich.

Das automatische Öffnen des Kundenkontos erzeugt Dubletten

Weil die Brücke bei jeder Bestellung eine Kundenkarte öffnen kann, entsteht eine zweite Karte, wenn dieselbe Person mit anderer E-Mail oder anderem Telefon kommt. Die Zusammenführung geschieht von Hand; deshalb muss die Zuordnungsregel von Anfang an definiert sein.

Der Einkauf als Gast braucht eine eigene Regel

Die Daten eines Kunden, der ohne Konto einkauft, kommen bei jeder Bestellung neu. Ob diese Bestellungen in ein einziges Einzelhandelskonto geschrieben oder für jede eine eigene Karte geöffnet wird, muss in der Einrichtung entschieden werden.

Fehlt das Recht, läuft der Ablauf nur halb

Fehlt das Recht des Dienstbenutzers, entstehen halbe Ergebnisse wie: Die Bestellung wird geschrieben, das Kundenkonto jedoch nicht geöffnet. Solange die Rechte im Desktop-Client nicht einzeln gegeben werden, wiederholen sich solche Fehler ständig.

Das Gemeinsame der Punkte in diesem Abschnitt: Das eigentliche Risiko in diesem System ist nicht, dass Daten gar nicht gehen, sondern dass sie nur teilweise gehen. Fehlendes Recht, leeres Kontingent und Periodensperre erzeugen alle drei ein halbes Ergebnis; deshalb muss die Einrichtung einen Bildschirm haben, der fehlerhafte Sätze sichtbar macht.

MEHRKANAL

Was geschieht, wenn auch Marktplatzkanäle ins selbe DİA schreiben?

Die starke Seite dieses Systems ist das Mehrkanal-Arbeiten: Brücken schreiben Dutzende Marktplätze ins selbe ERP. Wird Shopify ergänzt, sind die entstehenden Risiken dieselben wie in den anderen Systemen, plus eines.

Das Risiko einer eigenen Bestandskarte je Kanal

Ist derselbe physische Artikel in zwei Kanälen unter einem anderen Code erfasst, werden in DİA zwei Bestandskarten geöffnet, und der Bestandsbericht zeigt die Wirklichkeit keines Kanals. Vor einem neuen Kanal müssen die Codes ausgerichtet werden.

Derselbe Kunde wird je Kanal ein eigenes Konto

Weil die Kontaktdaten der Kanäle unterschiedlich sind, wird dieselbe Person als zwei Konten geöffnet. Weil die Zusammenführung von Hand geschieht, wächst diese Arbeit mit der Kanalzahl.

Der Kontingentverbrauch vervielfacht sich mit der Kanalzahl

Die eigene Bestandskontrolle und das eigene Bestellschreiben jedes Kanals erzeugen getrennte Aufrufe. Einen neuen Kanal zu ergänzen, ändert also auch die Kontingentplanung; diesen Kostenposten gibt es in keinem anderen System.

Derselbe Lagerbestand wird zweimal reserviert

Verkaufen zwei Kanäle aus demselben Lager, kann die Stückzahl zweimal sinken oder gar nicht. Die Bestandsführung von einer Mitte zu führen, ist deshalb keine Wahl, sondern eine Notwendigkeit.

Die Rechnungsserie kann je Kanal getrennt werden

Die Regel der eigenen Serie für den Internetverkauf gilt für alle Kanäle. Wollen Sie sehen, welcher Beleg aus welchem Kanal kommt, erleichtert eine Serienordnung danach die Berichte.

Die Periodensperre betrifft alle Kanäle

Nach dem Periodenabschluss kann in diese Periode kein Satz geöffnet werden, und weil in Aufrufen der Periodencode Pflicht ist, gibt die Brücke einen Fehler. Das Leeren der Warteschlange vor der Abschlussstunde muss zur Regel werden.

Schreiben Ihre Verbindungen zu Trendyol und Hepsiburada bereits nach DİA, heißt Shopify zu ergänzen, sowohl die Satzordnung als auch Ihren Kontingentplan zu prüfen. Um Bestell-, Bestands- und Rechnungsfluss aus einem Panel zu verfolgen, können Sie sich Station ansehen.

PRÜFLISTE

Was müssen Sie vor der Einrichtung bestätigen

Ein Teil der Überschriften unten steht im eigenen Dokument von DİA, ein Teil ist nirgendwo veröffentlicht und muss in der Einrichtung gemessen werden. Die zwei voneinander zu trennen, ist der einzige Weg zu einem realistischen Kalender.

Ihr Kontingentverbrauch

Messen Sie in der Probephase, wie viel Kontingent Sie für wie viele Bestellungen und Artikel verbrauchen. Eine Einrichtung, die nicht auf Ihr monatliches Volumen bezogen ist, kann an einem vollen Kampagnentag still stehen.

Rechte des Dienstbenutzers

Sind die Rechte Bestellung schreiben, Kundenkonto öffnen, Bestand lesen und Rechnung erstellen im Desktop-Client getrennt definiert? Weil das Recht nicht übernommen wird, lässt ein fehlendes Recht den Ablauf halb stehen.

Richtigkeit von Firma und Periode

Ist die Verbindung zur richtigen Firma und zur offenen Periode gebaut? Weil beide in Aufrufen Pflicht sind, gibt eine falsche Wahl entweder einen Fehler oder schreibt Belege an die falsche Stelle.

Zuordnungsschlüssel

Über welches Feld Artikel zugeordnet werden, ist nicht veröffentlicht. Mit einem Artikel einen Testsatz zu machen und zu sehen, wie der Satz geöffnet wird, ist nötig.

Wahl von Preis und Lager

Welcher Preis in den Shop geschrieben wird und welcher Lagerbestand geöffnet wird, wird in der Einrichtung definiert. Die falsche Wahl erzeugt entweder den falschen Preis oder einen Verkauf ohne Bestand.

Schritte des Retourenablaufs

Welchen Beleg Retoure und Storno erzeugen, steht in keinem offiziellen Dokument. Den Ablauf zu sehen, indem Sie die Testbestellung retournieren, ist nötig.

Ordnung der Rechnungsserie

Klären Sie, wie die eigene Serie für Internetverkäufe definiert wird. Weil das eine Pflichtordnung ist, muss sie vor der Einrichtung gelöst sein.

Fehlerbenachrichtigung

Wird bei Ablehnung eines Satzes oder sinkendem Kontingent eine Warnung erzeugt? Weil in diesem System das gesamte Risiko von nur halb laufenden Abläufen kommt, ist die Überwachung Teil der Einrichtung.

Supportgrenze

Weil DİA die Brücke nicht baut, liegt die Verantwortung beim Lösungspartner. Welches Problem welchen Ansprechpartner hat, muss im Vertrag stehen; sonst zeigen sich die zwei Seiten bei einer Unterbrechung gegenseitig.

SZENARIO

Drei häufige Probleme und ihre Lösung

Die folgenden drei Einrichtungsszenarien zeigen, wie wir typische Probleme der Shopify DİA Integration in angebundenen Shops gelöst haben.

Abgleich, der am Kampagnentag steht

ProblemAm vollsten Kampagnentag des Jahres wirkten die Bestände im Shop eingefroren, und Bestellungen begannen, nicht mehr ins ERP zu gehen. Das Team band das zuerst an die Dichte, am Abend kam der Ablauf jedoch nicht zurück, und Verkäufe ohne Bestand sammelten sich.

UrsacheDienstaufrufe verbrauchten Kontingent, und dass der Kampagnenverkehr das Vielfache eines normalen Tages an Aufrufen erzeugt, war nie gemessen worden. Das Kontingent war im Tagesverlauf leer, deshalb stand der Abgleich; weil es keine Warnung gab, die das Stehen meldete, fiel das Problem Stunden später auf.

LösungDer Kontingentverbrauch wurde gemessen und auf das monatliche Volumen bezogen, und für Kampagnenzeiten wurde ein eigener Anteil getrennt. Unnötige Aufrufe wurden gesenkt: Statt jeden Artikel ständig abzufragen, wurde eine Konstruktion gebaut, die nur Geändertes schreibt, und eine Überwachung ergänzt, die warnt, wenn das Kontingent sinkt.

Die Bestellung landet, das Kundenkonto öffnet sich nicht

ProblemNach der Verbindung begannen Bestellungen ins ERP zu landen, bei einem Teil fehlten jedoch die Kundendaten. Die Buchhaltung konnte diese Bestellungen nicht abrechnen, und jeden Tag warteten einige Sätze darauf, von Hand vervollständigt zu werden.

UrsacheDas Recht des Dienstbenutzers zur Kundenkarte fehlte. In diesem System wird das Recht nicht übernommen, es muss auch im Desktop-Client extra definiert werden; das Recht Bestellung schreiben war gegeben, das Recht Kundenkonto öffnen nicht.

LösungDie Rechte wurden im Desktop-Client einzeln geprüft und vervollständigt, und für Sätze, in denen der Ablauf halb blieb, wurde eine Fehlerliste gebaut. Die wartenden Bestellungen wurden mit geöffneten Kundenkarten abgeschlossen, bei neuen Bestellungen wiederholte sich derselbe Zustand nicht.

Am Monatsabschluss abgelehnte Sätze

ProblemAm Monatsabschluss lag ein Unterschied zwischen Verkaufsbericht und Shopumsatz. Die fehlenden Bestellungen standen im Shop, auf der ERP-Seite hatten sie jedoch keine Entsprechung, und niemand hatte eine Fehlerbenachrichtigung gesehen.

UrsacheWeil in Aufrufen der Periodencode Pflicht ist, wurde jeder Satz in eine Buchhaltungsperiode geschrieben. Bestellungen nahe am letzten Tag des Monats warteten in der Warteschlange, während die Periode schloss; weil in die geschlossene Periode kein Satz geöffnet werden konnte, wurden diese Sätze abgelehnt.

LösungEine Prüfliste, auf der fehlerhafte Sätze in der Warteschlange sichtbar sind, wurde gebaut und in die Tagesendroutine gelegt. Das Leeren der Warteschlange vor der Abschlussstunde am Monatsende wurde zur Regel, die fehlenden Bestellungen wurden in die richtige Periode gebucht.

STATION

Shopify DİA Integration

Das Werkzeug, mit dem wir Bestell-, Bestands-, Preis- und Rechnungsfluss aus einem Panel verfolgen, heißt Station. Schreiben auch Ihre Marktplatzkanäle ins selbe DİA, sehen Sie hier sowohl das Dublettenrisiko als auch den Kontingentverbrauch.

Integration ansehen Sprechen Sie uns zur Einrichtung an

FAQ

Häufig gestellte Fragen

Wie wird die Shopify DİA Integration eingerichtet?

Die Einrichtung beginnt damit, auf der DİA-Seite einen Webdienstbenutzer zu öffnen und den Zugangsschlüssel zu erzeugen. Danach werden die Rechte dieses Benutzers im Desktop-Client einzeln gegeben, und es wird geprüft, dass die Verbindung zur richtigen Firma und zur offenen Periode gebaut ist. Die nächsten Schritte sind die Definition von Zuordnung und Variantenordnung, die Wahl von Preis, Lager, Steuer und Rechnungsserie und eine Testbestellung mit einem Artikel. Den Kontingentverbrauch in der Probe zu messen, gehört ebenfalls zu dieser Arbeit.

Gibt es eine eigene Shopify-App von DİA?

Es gibt keine im Namen von DİA veröffentlichte Shopify-App. Die Brücke kommt aus dem Ökosystem der Lösungspartner von DİA; DİA stellt auf der eigenen Website einen Lösungspartner vor, der Shopify unter den unterstützten E-Commerce-Infrastrukturen namentlich zählt. Das praktische Ergebnis: Support und Verantwortungsgrenze liegen nicht bei DİA, sondern beim Lösungspartner, und das muss im Vertrag klar sein.

Wo wird der DİA-API-Schlüssel geholt?

Die Verbindung wird mit einem auf der DİA-Seite geöffneten Webdienstbenutzer und dem für diesen Benutzer erzeugten Zugangsschlüssel eingerichtet. Der kritische Punkt ist nicht der Schlüssel selbst, sondern die Rechte: Für jeden Vorgang über den Dienst muss dasselbe Recht auch im Desktop-Client definiert sein. Weil das Recht nicht übernommen wird, lässt ein fehlendes Recht den Ablauf halb stehen.

Was ist das DİA-Webdienst-Kontingent?

Im Webdienst von DİA fällt für jeden Aufruf Kontingent; einige besondere Aufrufe wie der Einstieg bleiben außerhalb, und der Kontingentstand wird auf einem Bildschirm im Desktop-Client verfolgt. Unter den sieben Buchhaltungs- und ERP-Systemen, die wir geprüft haben, ist das das einzige mit einem solchen Mechanismus. Ist das Kontingent leer, steht der Abgleich, und dieses Stehen geschieht in den meisten Einrichtungen still.

Wie viel Kontingent wird verbraucht?

Für den Einheitsverbrauch geben wir hier keine Zahl, weil das davon abhängt, wie viele Aufrufe Ihre Einrichtung erzeugt: Bestandskontrolle, Preisaktualisierung, Bestellung schreiben, Kundenkonto öffnen und Rechnung erstellen erzeugen jeweils eigene Aufrufe. Der richtige Ansatz ist, in der Probephase den Verbrauch einiger Vorgänge zu messen und auf Ihr monatliches Volumen zu beziehen, unnötige Aufrufe zu senken und eine Überwachung zu bauen, die warnt, wenn das Kontingent sinkt.

Was geschieht, wenn das Kontingent leer ist?

Der Abgleich steht: Bestände frieren im Shop, Bestellungen gehen nicht ins ERP, und Preisaktualisierungen werden nicht verteilt. Die riskanteste Seite dieses Stehens ist, dass es still ist; weil auf der Shopseite keine Warnung erscheint, fällt das Problem meist erst auf, wenn sich Verkäufe ohne Bestand sammeln. Deshalb muss die Kontingentüberwachung als Pflichtteil der Einrichtung gelten, nicht als optionale.

Braucht die Verbindung einen Server?

Nein. Weil Shop und DİA in der Cloud laufen, brauchen Sie weder sicheren Tunnel noch feste Adresse noch Zugang zu einem internen Server. Der Infrastrukturschritt, der bei installierten ERP die erste Woche des Projekts frisst, fehlt in diesem System ganz; das Gewicht der Einrichtung liegt in der Rechte- und Kontingentplanung.

Landen Shopify-Bestellungen in DİA mit automatisch geöffnetem Kundenkonto?

Sie können landen: Während die Bestellung nach DİA geschrieben wird, kann die Kundenkarte des Kunden automatisch geöffnet werden. Diese Erleichterung hat eine Nebenwirkung, die Dublettenkarte: Kommt dieselbe Person mit anderer E-Mail oder anderem Telefon, entsteht eine zweite Karte, und die Zusammenführung geschieht von Hand. Für Kunden, die ohne Konto einkaufen, muss ebenfalls eine eigene Regel gebaut werden.

Wie werden Bestand und Preis von DİA nach Shopify übertragen?

Die Wirklichkeit des Katalogs liegt in DİA; Stückzahl und Preis werden von DİA in den Shop geschrieben, und Änderungen werden regelmäßig geprüft und verteilt. In der Einrichtung fallen zwei Entscheidungen: welcher Preis in den Shop geschrieben wird und welcher Lagerbestand geöffnet wird. Verkaufen zwei Kanäle aus demselben Lager, muss die Wirklichkeit der Stückzahl an einer Stelle gehalten werden.

Wie werden Shopify-Varianten in DİA zugeordnet?

In diesem Punkt ist DİA ein bequemes System: Der Artikel kommt mit allen Varianten und Optionen an die Brücke, die Variante wird also eingebaut getragen. Bei Katalogen mit Farb- und Größenmatrix braucht es keine eigene Übersetzungskonstruktion. Über welches Feld die Zuordnung läuft, steht in keiner offiziellen Quelle; der Schlüssel muss mit einem Testsatz geprüft werden.

Über welches Feld werden Artikel zugeordnet?

Die Artikelzuordnung läuft über die Bestandskarte, die Kundenzuordnung über die Kundenkarte; ob die Zuordnung über den Bestandscode oder den Barcode läuft, ist jedoch nicht veröffentlicht. Deshalb erfinden wir hier keine Antwort: Der Schlüssel wird in der Einrichtung definiert und mit einem Testsatz eines Artikels geprüft.

Braucht e-Fatura in DİA einen eigenen Integrator?

Nein. Weil DİA zugelassener Integrator der GİB ist, werden e-Fatura und e-Arşiv ohne dritte Firma über die eigene Infrastruktur gesendet. Das bedeutet, dass die Siegelfirmenschicht der Unternehmens-ERP-Seite hier fehlt; bei einem Problem ist die Zahl der Ansprechpartner klein. Sammelabrechnung ist ebenfalls möglich.

Braucht die Internetverkaufsrechnung eine eigene Serie?

Ja. Die Serie der Rechnungen über Internetverkäufe muss sich von Ihren übrigen Rechnungen unterscheiden, Shopify-Bestellungen können also nicht in dieselbe Serie wie Laden- oder Großhandelsverkäufe geschrieben werden. Diese Ordnung wird ganz am Anfang der Rechnungsstruktur eingerichtet; die Serie bereits ausgestellter Belege lässt sich später nicht ändern.

Welche Felder sind auf der Internetverkaufsrechnung Pflicht?

Die Webadresse des Verkaufs, die Zahlungsart, das vermittelnde Institut, das Zahlungsdatum, die Steuer- oder Identitätsnummer des Beförderers, das Versanddatum, der Retourenabschnitt und der Vermerk, dass der Verkauf über das Internet erfolgte, müssen stehen. Außerdem soll der Papierausdruck der Rechnung mit der versendeten Ware mitgehen; das betrifft Ihren Verpackungsablauf direkt.

Ist die eigene Rechnung von Shopify gültig?

Nein. Die Bestellzusammenfassung, die Shopify erzeugt, gilt in der Türkei nicht als gültige Rechnung; das gesetzliche Dokument kommt immer aus Ihrem Buchhaltungssystem. Das Ziel der Integration ist nicht, dem Kunden einen Ausdruck zu senden, sondern in DİA einen Beleg aus der richtigen Serie, mit dem richtigen Satz und mit gefüllten Pflichtfeldern zu erzeugen.

Wie wird die Rechnung einer retounierten Bestellung korrigiert?

Es hängt vom Alter des Belegs ab. Ein erstellter Beleg kann nur innerhalb eines bestimmten Fensters storniert werden; danach läuft die Korrektur nicht über den Storno, sondern über die Gutschrift, und die zwei Belege werden miteinander verrechnet. Weil die Quellen bei der Tageszahl widersprechen, geben wir hier keine Tage. Weil welcher Beleg den Retourenablauf erzeugt, in keinem offiziellen Dokument steht, muss das mit einer Testbestellung geklärt werden.

Wie erscheint der Frachtbetrag auf der Rechnung?

Ob der Frachtbetrag als eigene Zeile auf den Beleg kommt, wird in der Einrichtung definiert. Weil der Steuersatz der Frachtzeile vom Artikelsteuer abweichen kann, muss der Satz statt einer Annahme mit einem Testbeleg geprüft werden. Bei der Retoure wird dieselbe Zeile zusammen mit ihrer Steuer abgezogen.

Warum kommen Bestellungen am Monatsende nicht nach DİA?

Weil in Dienstaufrufen der Periodencode Pflicht ist, wird jeder Satz in eine Buchhaltungsperiode geschrieben, und nach dem Periodenabschluss kann in diese Periode kein Satz geöffnet werden. Wartet eine Bestellung nahe am letzten Tag des Monats in der Warteschlange, während die Periode schließt, wird der Satz abgelehnt. Die Lösung ist zweistufig: eine Warnung für fehlerhafte Sätze und das Leeren der Warteschlange vor der Abschlussstunde zur Routine zu machen.

Die Bestellung landet, das Kundenkonto öffnet sich nicht, was kann die Ursache sein?

Fast immer das Recht: Das Recht des Dienstbenutzers zur Kundenkarte fehlt. In diesem System wird das Recht nicht übernommen, für jeden Vorgang über den Dienst muss dasselbe Recht auch im Desktop-Client definiert sein. Ist das Recht Bestellung schreiben gegeben und das Recht Kundenkonto öffnen nicht, bleibt der Ablauf genau so halb stehen.

Ich habe mehrere Firmen, an welche wird die Verbindung gebaut?

Weil in Dienstaufrufen der Firmencode Pflicht ist, wird die Verbindung an eine bestimmte Firma gebaut. Führen Sie mehr als eine Firma, muss das am ersten Tag geprüft werden; bei der falschen Firma kommt entweder ein Fehler, oder Belege werden an den falschen Steuerpflichtigen geschrieben. Dieselbe Prüfung gilt für den Periodencode.

Können DİA, Trendyol und Shopify aus einem Panel geführt werden?

Ja; Brücken schreiben Dutzende Marktplätze ins selbe ERP, und das ist die starke Seite dieses Systems. Drei Risiken, auf die Sie achten müssen: dass derselbe physische Artikel je Kanal eine eigene Bestandskarte öffnet, dass derselbe Kunde je Kanal ein eigenes Konto wird und dass der Kontingentverbrauch sich mit der Kanalzahl vervielfacht. Der letzte Punkt kommt in keinem anderen System vor.

Wie betrifft ein neuer Kanal die Kosten?

In diesem System ist ein neuer Kanal nicht nur eine betriebliche Entscheidung, sondern eine, die auch die Kontingentplanung ändert: Die eigene Bestandskontrolle und das eigene Bestellschreiben jedes Kanals erzeugen getrennte Aufrufe. Deshalb müssen Sie vor einem neuen Kanal den bestehenden Verbrauch messen und die Aufruflast des neuen Kanals voraussehen.

Wie kommen Marktplatzabzüge nach DİA?

Weil von der Marktplatzabrechnung Provision und Frachtabzüge fallen, sind der ins ERP geschriebene Verkaufsbetrag und der auf die Bank gehende Betrag nicht dieselben. Ob dieser Unterschied als Aufwand oder als Verkaufsrabatt gebucht wird, wird mit Ihrem Buchhalter entschieden; ohne Definition wird die Bankabstimmung jeden Monat von Hand korrigiert.

Ich verkaufe in Fremdwährung, wie kommen die Sätze?

Shopify kann in mehr als einer Währung verkaufen, auf der ERP-Seite geht der Satz umgerechnet in die Landeswährung. Wird in der Einrichtung nicht definiert, welcher Tageskurs gilt, zerbricht der Abgleich jeden Monat an kleinen Unterschieden. Weil es zu diesem Thema keine veröffentlichte Kurspolitik gibt, muss die Entscheidung im Projekt fallen und schriftlich festgehalten werden.

Wer ist für die Integration verantwortlich?

Weil DİA die Brücke nicht baut, liegt die technische Verantwortung beim Lösungspartner. Das ist das Thema, das bei einer Unterbrechung die meisten Probleme erzeugt: Steht im Vertrag nicht, welches Problem welchen Ansprechpartner hat, zeigen sich die Seiten gegenseitig. Themen wie Recht, Kontingent und Periode liegen auf der DİA-Seite, Datenumwandlung und Warteschlangenführung auf der Brückenseite.