Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Die von Stripe am Ende eines Auszahlungszyklus überwiesene Einmalzahlung wird auf die Sage X3-Unternehmen aufgeteilt, die sie tatsächlich verdient haben, sodass jede Buchhaltung ihre eigenen Einnahmen, ihre eigenen Gebühren und ihren eigenen Nettoertrag ausweist.
Stripe zahlt einen Nettobetrag pro Währung aus, und Sage X3 führt für jedes Unternehmen und jeden Standort eines Geschäfts separate Buchhaltungen. Daher gehört die Einzahlung, die auf dem Bankkonto eingeht, gleichzeitig drei Unternehmen, und jemand berechnet die Aufteilung in einer Tabelle, bevor etwas verbucht wird. Gebühren werden in einer einzigen Zeile zusammengefasst, die niemand erklären kann, und der Bankabgleich hängt von demjenigen ab, der die Tabelle erstellt hat. Die Stripe-Sage-X3-Integration führt die Aufteilung während des Verarbeitungsprozesses durch, sodass jedes Unternehmen seine eigenen Einnahmen, seine eigenen Gebühren und seinen eigenen Nettobetrag erhält, sobald die Auszahlung erfolgt ist.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Zahlungen
Rückerstattungen
Auszahlungen
Bearbeitungsgebühren
Kundenrechnungen
Bankeinzahlungen
Eine Stripe-Auszahlung wird unter den Sage X3-Unternehmen aufgeteilt, die sie verdient haben, bevor irgendetwas verbucht wird, sodass kein Unternehmen am Ende Einnahmen behält, die eigentlich einem anderen zustehen.
Die Stripe-Bearbeitungsgebühren werden in Sage X3 als eigene Beträge angezeigt und nicht in einer Nettoeinzahlung versteckt, sodass die Kosten für die Geldannahme sichtbar sind und nicht stillschweigend erschlossen werden.
Die von Stripe tatsächlich eingezahlten Beträge und die von Sage X3 erwarteten Beträge werden bei der Auszahlung abgeglichen, sodass der Kontoauszug jeden Monat überprüft und nicht von Grund auf neu erstellt werden muss.
Durch das Hinzufügen eines Unternehmens in Sage X3 wird die bereits bestehende Aufteilung erweitert, anstatt von vorne zu beginnen, sodass eine Stripe-Auszahlung vom ersten Handelstag an in die neuen Bücher gelangt.
Wenn Stripe eine Auszahlung abwickelt, teilt Alumio diese in die Beträge auf, die jedes Sage X3-Unternehmen verdient hat, bucht die Einnahmen, die Gebühren und den Nettobetrag auf das jeweilige Unternehmen und lässt nichts übrig, was anschließend noch verteilt werden könnte.
Wenn ein Kunde über Stripe zahlt, markiert Alumio die entsprechende Sage X3-Rechnung als beglichen in dem Unternehmen, das sie ausgestellt hat, sodass das Kreditmanagement das verfolgt, was tatsächlich aussteht, und nicht das, was nur so aussieht.
Wenn eine Rückerstattung über Stripe veranlasst wird, bucht Alumio die Stornierung gegen das ursprüngliche Dokument in Sage X3 und gegen dasselbe Unternehmen, sodass die Reduzierung in den Büchern landet, in denen der Verkauf verbucht wurde, und nicht zentral.
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.
.svg){kind=icon}
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.
Die nächste wichtige Verbindung ist in der Regel das Tool, das ausstehende Zahlungen verfolgt. Denn Stripe meldet einen Zahlungsfehler und Sage X3 eine offene Rechnung, ohne dass etwas unternommen wird. Ein Inkassotool hingegen liest beide Daten und arbeitet die Liste ab. Alumio stellt diese Verbindung parallel her, sodass die Mahnung vom tatsächlich ausstehenden Betrag ausgeht und nicht von einem Bericht, der am Montag exportiert wurde.
Ja, und ob eine Zahlung separat oder im Rahmen einer Abrechnung erfolgt, muss frühzeitig entschieden werden. Alumio kann jede Stripe-Zahlung direkt nach deren Eingang verbuchen, sodass eine Rechnung noch am selben Tag als bezahlt markiert wird. Die Auszahlung selbst kann separat mit Gebühren und Nettobetrag gebucht werden, sodass die Bankeinzahlung in Sage X3 als ein einziger Eintrag abgeglichen wird. Die meisten Finanzabteilungen nutzen beide Systeme, da sie unterschiedliche Fragestellungen beantworten. Beide hängen von den Funktionen der Benutzeroberfläche von Sage X3 ab.
Nein, das wird konfiguriert, nicht programmiert. Entfällt die monatliche Tabellenkalkulation, die eine Stripe-Einzahlung in Sage X3-Buchungen umwandelt, und der Buchhalter, der als Einziger diese erstellen kann. Die Aufteilungsregeln und die Konten, auf die die Beträge gebucht werden, werden einmalig eingerichtet und wiederverwendet. Falls ein Unternehmen eigene Rundungsregeln anwendet, die sich nicht konfigurieren lassen, übernimmt der Code Transformer diese Berechnung.
Die Aufteilung erfolgt innerhalb jedes Unternehmens nach dessen Gewinn, nicht nach dem Unternehmen, das das Bankkonto führt. Stripe rechnet nach Konto und Währung ab, während Sage X3 die Buchhaltung pro Unternehmen führt. Die Buchung des gesamten Betrags auf ein Konto und die spätere Übertragung des Restbetrags auf das andere Unternehmen führen zu ungeplanten konzerninternen Buchungen. Durch die vorherige Festlegung der Aufteilungsregel und deren Anwendung bei jeder Auszahlung bleibt die Buchhaltung jedes Unternehmens unabhängig.
Alumio speichert die Stripe-Auszahlungsreferenz neben jedem von ihm erstellten Sage X3-Eintrag. Dadurch lassen sich auch ungewöhnliche Fälle aufspüren. Eine Einzahlung, die aufgrund unterschiedlicher Zinssätze nicht mit dem Hauptbuch übereinstimmt, wird als Rundungsfehler und nicht als Fehler interpretiert. Daher wird in Echtzeit eine Warnung mit beiden Beträgen und deren Ursache ausgegeben. Falls konfiguriert, werden Wiederholungsversuche durchgeführt, sodass keine Unstimmigkeiten bestehen bleiben.
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.
.svg)
