Wenn ein Kunde eine Shopify-Bestellung zurücksendet, benötigt Enova 365 ein Korrekturdokument anstelle einer negativen Zeile, und diese Korrektur wird bei der Rückerstattung mit dem ursprünglichen Verkauf verrechnet.
In der polnischen Buchhaltung wird eine Retoure nicht als kleinerer Umsatz behandelt. Enova 365 erwartet ein Korrekturdokument, das auf die Originalrechnung verweist, eine eigene Nummerierung hat und in der Periode landet, zu der die Korrektur gehört. Diese Informationen fehlen jedoch bei einer Shopify-Rückerstattung. Daher wird jedes Dokument manuell erstellt und anhand einer Bestellnummer in einer Nachricht dem entsprechenden Verkauf zugeordnet. Im arbeitsreichen Januar entsteht so ein Bearbeitungsstau, der erst sichtbar wird, wenn die Periode nicht abgeschlossen werden kann. Die Shopify-Enova-365-Integration erstellt die Korrektur automatisch bei jeder Rückerstattung für das entsprechende Dokument.

Eine Shopify-Rückerstattung erzeugt in Enova 365 ein Korrekturdokument, das auf die ursprüngliche Rechnung verweist, sodass in der Buchhaltung eine Korrektur und nicht ein Verkauf mit einem Minuszeichen davor angezeigt wird.
Da die Korrektur im Zuge der Shopify-Rückerstattung veranlasst wird, erhält Enova 365 sie innerhalb des entsprechenden Zeitraums, und ein abgeschlossener Monat muss nicht erneut geöffnet werden.
Der beim ursprünglichen Shopify-Verkauf angewandte Zinssatz wird auch in die Korrektur übernommen, sodass die in Enova 365 angezeigten Daten den Betrag widerspiegeln, den das Unternehmen tatsächlich behalten hat.
Die Rücksendungen werden dokumentiert, sobald sie eintreffen, und nicht erst nach Saisonende in einem Stapel gesammelt. Daher ist der Abschluss von Enova 365 eine Überprüfung und nicht eine Woche, in der Rückerstattungen den Verkäufen zugeordnet werden.
Wenn in Shopify eine Rückerstattung veranlasst wird, erstellt Alumio in Enova 365 das Korrekturdokument für die entsprechende Rechnung, sodass die Reduzierung einem konkreten Verkauf zugeordnet wird und nicht als Betrag verbucht wird, der später von jemandem untersucht wird.
Ein Kunde schickt eine Position einer Shopify-Bestellung zurück, und Alumio korrigiert nur diese Position in Enova 365, sodass die restlichen Waren in Rechnung gestellt bleiben und niemand ein ganzes Dokument stornieren muss, nur um einen einzelnen zurückgeschickten Artikel zu bearbeiten.
Alumio greift über die von ihm bereitgestellte Schnittstelle auf Enova 365 zu und erstellt den Verkaufsbeleg, der aus jeder bezahlten Shopify-Bestellung entsteht, sodass der Shop und die Buchhaltung die gleichen Transaktionen beschreiben, ohne dass jemand sie zweimal eingeben muss.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Eine Retoure ist nicht mit der Rückerstattung abgeschlossen, denn hier erfolgt üblicherweise die nächste Verbindung. Das Lager entscheidet, ob die Ware wieder verkauft werden kann. Bis dahin bietet Shopify ungeprüfte Ware an, und Enova 365 hat einen Verkauf für einen Artikel korrigiert, der sich noch im Karton befindet. Alumio verwaltet diese Verbindung parallel, sodass die Entscheidung beide betrifft.
Ja, und die beiden Abläufe sind bewusst unterschiedlich. Eine bezahlte Shopify-Bestellung wird nach Abschluss als Verkaufsbeleg in Enova 365 gespeichert, während eine Rückerstattung eine Korrektur erzeugt, die sich auf diesen Beleg bezieht und nicht auf einen zweiten Verkauf. Durch diese Trennung behält die Korrektur den ursprünglichen Bezug, wodurch sie im März bei Nachfragen wiedergefunden werden kann.
Nein, dies ist konfiguriert, nicht programmiert. Dadurch entfällt die manuelle Bearbeitung jedes Korrekturdokuments, bei der das Original anhand der Bestellnummer in einer E-Mail gesucht und darauf gehofft wird, dass der Zeitraum noch offen ist. Welches Shopify-Ereignis welches Enova-365-Dokument erstellt, wird einmalig in Alumio festgelegt. Falls ein Unternehmen eigene Dokumentenreihen verwendet, die nicht abgebildet werden können, übernimmt der Code Transformer diesen Schritt.
Enova 365 speichert den Original-Verkaufsbeleg und ordnet die Korrektur diesem zu. So zeigt die Historie, was verkauft und was zurückgeschickt wurde, anstatt nur eine einzige korrigierte Zahl. Das ist wichtig, wenn Monate später jemand nach einer bestimmten Shopify-Bestellung fragt, denn die Antwort findet sich auf einer einzigen Seite und muss nicht aus zwei zufällig nebeneinander liegenden Einträgen rekonstruiert werden.
Eine Rückerstattung, die ohne das zugehörige Dokument erfasst wird, ist ein Fehler, der nicht erkannt wird, da das Geld tatsächlich abgebucht wurde und lediglich die Unterlagen fehlen. Alumio überwacht jede Überweisung live und erfasst die Shopify-Rückerstattung zusammen mit der entsprechenden Enova 365-Rechnung. Kann eine Korrektur nicht zugeordnet werden, wird sofort eine Warnung mit Angabe des Fehlers und des Grundes ausgelöst. Falls konfiguriert, werden Wiederholungsversuche durchgeführt, sodass kein Vorgang unentdeckt bleibt.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.