Derselbe Verkauf am Schalter bedeutet für Epicor zwei verschiedene Dinge, je nachdem, ob der Käufer ein Konto besitzt, und Square sendet nun genügend Informationen dazu, damit das ERP-System die beiden Fälle unterscheiden kann.
Die Verkaufstheke eines Herstellers nimmt Zahlungen von zwei Kundengruppen entgegen: Auftragnehmer, die per Karte zahlen und danach nie wieder gesehen werden, und Bestandskunden, deren Einkäufe auf der Abrechnung und gegebenenfalls einem Auftrag verbucht werden. Square erfasst beide identisch, sodass der Tagesabschlussbericht an die Finanzabteilung geht und dort anhand des Gedächtnisses und eines notierten Namens die Zuordnung der Transaktionen erfolgt. Dadurch gehen Umsätze verloren und Aufträge werden zu niedrig kalkuliert. Die Integration von Square in Epicor übermittelt die Verkäufe mit ausreichend Kontextinformationen, sodass die Kasse nicht mehr die Lücke in der Buchhaltung darstellt.

Ein Square-Verkauf, der über ein Handelskonto abgewickelt wird, wird in Epicor dem jeweiligen Kunden gutgeschrieben und erscheint daher auf dessen Kontoauszug, anstatt im Tagesgeld zu verschwinden.
Wenn es sich bei einem Verkauf im Rahmen eines Auftrags um einen Verkauf an der Kasse handelt, erreicht die Square-Transaktion Epicor zusammen mit dem zugehörigen Auftrag, sodass die Kosten dem Auftrag zugeordnet werden, anstatt zentral erfasst zu werden.
Artikel, die ohne Reservierung verkauft werden, werden bei der Übergabe aus Epicor entfernt, sodass der Lagerbestand, auf dem die übrigen Geschäftspläne basieren, den tatsächlichen Warenabgängen entspricht.
Die Einnahmen werden von Square in Echtzeit an Epicor übermittelt, sodass das Schließen des Schalters eine Kontrolle darstellt und nicht erst nach dem Verlassen des Schalters eine gedruckte Zusammenfassung abgetippt wird.
Ein Kollege wählt das Handelskonto an der Square-Kasse aus, und Alumio bucht den Verkauf an diesen Kunden in Epicor, sodass der geschuldete Betrag auf einem Kontoauszug erscheint, während die tatsächlichen Bareinnahmen dort bleiben, wo sie hingehören, und zwar in den Tageseinnahmen.
Ein Techniker sammelt Teile für einen Auftrag, und der Square-Verkauf überträgt die Auftragsreferenz in Epicor, sodass die Kosten der Arbeit auch das umfassen, was am Schalter abgeholt wurde, und nicht nur das, was aus dem Geschäft ausgegeben wurde.
Ein Teil wird über Square zurückgenommen und erstattet, und Alumio storniert dies in Epicor mit dem, was der ursprüngliche Verkauf betraf, sodass ein Auftrag nicht mehr für etwas berechnet wird, das am Morgen wieder ins Regal zurückgestellt wurde.
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.
Diejenigen, die nach der nächsten Verbindung fragen, sitzen üblicherweise am Schalter und wünschen sich eine schnellere Möglichkeit zur Kontoeröffnung. Ein Handwerker, der bereits zum dritten Mal in diesem Monat einkauft, sollte eigentlich nicht mit Karte zahlen, doch die Einrichtung eines solchen Kontos erfordert eine Kreditentscheidung, die niemand am Schalter treffen kann. Alumio verwaltet diese Verbindung parallel zu der hier beschriebenen, daher beginnt der Antrag an der Square-Kasse und die Antwort geht an Epicor zurück.
Thekenverkäufe werden automatisch verbucht und müssen nicht erst nachträglich sortiert werden. Alumio erfasst die Square-Transaktion mit dem an der Kasse ausgewählten Konto oder Auftrag und erstellt den entsprechenden Eintrag in Epicor. So wird ein Kontoverkauf dem Kunden und ein Barverkauf den Tageseinnahmen zugeordnet. Die Artikel werden in jedem Fall aus dem Lagerbestand entfernt, da die Ware die Theke unabhängig vom Zahlungsempfänger verlassen hat. Ob Epicor eine Auftragsreferenz auf diese Weise verwendet, ist eine Frage der jeweiligen Epicor-Software.
Nein, das wird konfiguriert, nicht programmiert. Dadurch entfällt das Ausfüllen des Tagesabschlussblatts und der Zeitaufwand der Finanzabteilung für die Übertragung in Epicor-Buchungen. Die Zuordnung der Square-Zahlungsarten zu den einzelnen Abrechnungsarten und die Kontoauswahl an der Kasse werden einmalig in Alumio festgelegt. Epicor-Implementierungen beinhalten lokale Änderungen, daher kommt der Code-Transformator zum Einsatz, wenn ein Feld nicht ohne Weiteres zugeordnet werden kann.
Niemand, und das ist die richtige Antwort, keine Lücke, die gefüllt werden muss. Ein echter Barverkauf sollte in Epicor auch ein Barverkauf bleiben, denn die Zuordnung eines Kontos anhand des Kartennamens erzeugt eine Position auf dem Kontoauszug, die beanstandet werden kann. Wichtig ist, dass das Konto an der Square-Kasse leicht ausgewählt werden kann, während der Kunde davorsteht, da eine nicht identifizierte Transaktion deutlich weniger Kosten verursacht als eine falsch zugeordnete.
Ein als Barzahlung verbuchter Verkauf, der einem Konto zugeordnet ist, ist ein Fehler, der unbedingt erkannt werden muss, da der Kontostand stimmt und nur der Kontoauszug des Kunden einen Fehlbetrag aufweist. Alumio überwacht jede Überweisung in Echtzeit und erfasst die Square-Transaktion mit dem Epicor-Konto oder -Auftrag, an den sie gesendet wurde. Jede abgelehnte Transaktion löst eine Warnung aus, die den Verkauf und den Grund angibt. Falls konfiguriert, werden Wiederholungsversuche durchgeführt, sodass keine Einnahmen verloren gehen.
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.