Der Standort des Käufers entscheidet darüber, wie viel das Unternehmen anschließend schuldet. Daher erreicht jede Stripe-Zahlung Acumatica bereits mit den Details, aus denen später eine Meldung erstellt wird.
Eine Stripe-Zahlung erfasst Karte, Betrag und Ort. Für eine Steuererklärung sind jedoch deutlich mehr Informationen erforderlich: an welche Behörde der Verkauf getätigt wurde, zu welchem Steuersatz und unter welcher Gewerbeanmeldung. Acumatica kann all diese Daten speichern, jedoch nicht, wenn die Zahlung als Pauschalbetrag mit Datum eingeht. Daher werden die Daten am Ende jedes Abrechnungszeitraums anhand der Exporte neu erstellt, wobei die Rekonstruktion nur so genau ist wie die Erinnerung an die Vorgehensweise des letzten Quartals. Die Integration von Stripe in Acumatica überträgt die Angaben zur zuständigen Behörde zusammen mit der Zahlung, sodass die Steuererklärung erstellt und nicht rekonstruiert werden muss.

Jede Stripe-Zahlung erreicht Acumatica zusammen mit dem Ort und dem Steuerbetrag, sodass eine Akte auf der Grundlage der zum Zeitpunkt der Zahlung erfassten Daten und nicht auf der Grundlage einer späteren Rekonstruktion erstellt wird.
Da die Details bereits in Acumatica vorliegen, handelt es sich beim Abschluss einer Periode eher um eine Überprüfung der Buchungen als um eine Übung, bei der ermittelt werden muss, wo die Umsätze eines Quartals tatsächlich erzielt wurden.
Eine Stripe-Rückerstattung reduziert die in Acumatica für den ursprünglichen Verkauf verbuchte Steuer, sodass die Geschäftsberichte das tatsächlich behaltene Geld widerspiegeln und nicht das, das sie nur kurzzeitig gehalten haben.
Der Verkauf in eine andere Gerichtsbarkeit erweitert die bereits bestehende Zuordnung, sodass Acumatica die neue Verpflichtung ab der ersten Zahlung erfasst und nicht erst, wenn jemand sie zum ersten Mal bemerkt.
Wenn Stripe eine Zahlung bestätigt, bucht Alumio diese an Acumatica, wobei die Rechnungszuständigkeit und der Steuerbetrag übernommen werden. So beantwortet der Eintrag die Frage, wo der Verkauf getätigt wurde, ohne dass jemand den Zahlungsdatensatz öffnen muss.
Die Bearbeitungsgebühren von Stripe werden auf deren eigenes Acumatica-Konto gebucht und nicht vom Umsatz abgezogen. Dadurch sind die Kosten für die Annahme von Kartenzahlungen eine Zahl, die das Unternehmen einsehen und über die es entscheiden kann, anstatt ein unsichtbarer Abzug zu sein.
Eine in Stripe ausgestellte Rückerstattung wird gegen den in Acumatica stornierten Verkauf gebucht, einschließlich der darauf erfassten Steuer. Daher entsteht für einen bereits gemeldeten Zeitraum keine stillschweigende Verpflichtung hinsichtlich des vom Kunden zurückerhaltenen Geldes.
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.
Nützlicher als eine zweite Zahlungsmethode ist der Dienst, der die Steuererklärung tatsächlich einreicht, da Acumatica die Verbindlichkeit und Stripe die Zahlung erfasst, aber keiner der beiden Dienste etwas übermittelt. Die Details, die diese Dienste benötigen, werden durch diese Verbindung gesichert. Alumio verwaltet diese Verbindung parallel zu der hier beschriebenen, sodass die Steuererklärung auf denselben Einträgen basiert, die auch die Finanzabteilung auswertet.
Das ist möglich, wobei die Gerichtsstandsdetails zusammen mit jedem Eintrag in Acumatica übertragen werden. Alumio bucht eine Stripe-Zahlung mit Ort und Steuerbetrag, sobald sie verbucht ist, bucht die Gebühr separat und storniert sie bei einer Rückerstattung mit dem ursprünglichen Eintrag. Die Erfassung der Details zum Zeitpunkt der Zahlung vermeidet die Rekonstruktion am Periodenende, da aus Datum und Gesamtsumme keine Rückschlüsse gezogen werden müssen. Verfügbar sind nur die Einträge, die Acumatica bereitstellt.
Nein, das ist konfiguriert, nicht programmiert. Das monatlich erstellte Gebührenjournal wird zusammen mit der Tabellenkalkulation, die Umsätze den jeweiligen Steuerbehörden zuordnet, übertragen. Welche Stripe-Beträge auf welche Acumatica-Konten gebucht werden und wie eine Rechnungsadresse einer Steuerbehörde zugeordnet wird, sind Einträge in Alumio. Wenn ein Steuersatz abgeleitet statt ausgelesen werden muss, übernimmt der Code Transformer diese Berechnung.
Die Transaktion wurde an die zuständige Behörde abgewickelt, die selten mit derjenigen des Unternehmens übereinstimmt. Stripe erfasst den Standort des Käufers, Acumatica die Höhe der Verbindlichkeiten des Unternehmens, und die Regeln, die diese beiden Daten verknüpfen, gehören einem völlig anderen System. Es handelt sich also um die Daten der anderen Partei und nicht um die der Plattform. Daher ist es sinnvoll, jede Zahlung mit ausreichend Details zu versehen, sodass die jeweils anwendbare Regel später ohne Rekonstruktion ermittelt werden kann.
Eine Gebühr, die ohne die zugehörige Zahlung gebucht wurde, ist der Fehler, der beim Abschluss angezeigt wird, da beide Einträge einzeln gültig sind und nur die Zuordnung fehlt. Alumio überwacht jede Buchung live und speichert die Stripe-Referenz zusammen mit dem erstellten Acumatica-Eintrag. Daher löst ein Betrag, der nicht zugeordnet werden kann, eine Warnung aus, die beide Beträge und den Grund angibt. Sofern konfiguriert, werden Wiederholungsversuche durchgeführt, sodass keine Buchung verloren geht.
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.