Integrationen

Meist entscheidet die Bank. Host-to-Host-SFTP ist der am weitesten verbreitete Kanal für Firmenzahlungsdateien. EBICS ist bei Banken in Deutschland, Frankreich und den Nachbarländern verbreitet. Bank-APIs eignen sich für Echtzeit-Salden und Instant Payments, wo die Bank sie anbietet. Viele Unternehmen nutzen mehr als einen, und die Integrationsschicht verbirgt den Unterschied vor dem ERP.

Weiterlesen: Zahlungsdateien und Abstimmung zwischen ERP und BankAuf diese Frage verlinken

Wo die Bank beides anbietet, enthält camt.053 reichere, strukturierte Verwendungszweckdaten, was die automatische Zuordnung verlässlicher macht. MT940 ist noch weit verbreitet und funktioniert für viele Fälle gut. Wir können beides annehmen, in dasselbe interne Modell überführen und jede Bank von MT940 auf camt.053 umstellen, wenn es für Sie und die Bank passt.

Weiterlesen: Zahlungsdateien und Abstimmung zwischen ERP und BankAuf diese Frage verlinken

Meist als Ereignisse nahe der Echtzeit, weil Bestands- und Umsatzzahlen dann tagsüber aktuell sind. Manche ERPs oder Lizenzen machen häufige Buchungen teuer, deshalb kann die Schicht Ereignisse auch zu Zusammenfassungen je Filiale und Periode bündeln. Wir entscheiden mit Ihnen danach, welche Entscheidungen aktuelle Daten brauchen und was das ERP gut verarbeitet.

Weiterlesen: Synchronisation von Umsätzen, Beständen und Preisen vom POS zum ERPAuf diese Frage verlinken

Das Design funktioniert mit jedem POS, das Transaktionen über eine API, Ereignisse oder Dateien exportieren kann, und mit ERPs wie SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central und Odoo. Wir bestätigen die Schnittstellen Ihres konkreten POS und ERP zu Beginn. Die Nennung eines Produkts bedeutet keine Partnerschaft mit seinem Anbieter.

Weiterlesen: Synchronisation von Umsätzen, Beständen und Preisen vom POS zum ERPAuf diese Frage verlinken

Der Acquirer ist die Bank oder lizenzierte Institution, die Kartenzahlungen für Sie abwickelt und das Geld auszahlt. Das Gateway ist der technische Dienst davor, der Anfragen von Terminals und Checkouts annimmt, Karten tokenisiert und weiterleitet. Manche Anbieter sind beides. Das Design funktioniert in beiden Fällen und hält die beiden Rollen klar getrennt.

Weiterlesen: KartenzahlungenAuf diese Frage verlinken

Nein. ISO 8583 definiert eine Struktur, und jeder Acquirer oder jedes Netzwerk veröffentlicht seine eigene Spezifikation von Feldern, Nachrichtentypen und Codes. Deshalb bauen wir nach der Spezifikation des Acquirers und führen seine Zertifizierungstests durch. Eine Gateway-API vor dem Acquirer verbirgt diese Unterschiede, was für Einzelhändler oft einfacher ist.

Weiterlesen: KartenzahlungenAuf diese Frage verlinken

Ein Aggregator gibt Ihnen viele Banken über eine API und behandelt die Unterschiede jeder Bank, zu Kosten pro Aufruf oder Verbindung. Direkte Verbindungen geben mehr Kontrolle und eignen sich für wenige wichtige Banken. Viele Produkte beginnen mit einem Aggregator und ergänzen später direkte Verbindungen. Wir vergleichen die Optionen für die Banken und Länder, die Sie brauchen.

Weiterlesen: Open-Banking-APIsAuf diese Frage verlinken

Die Abdeckung hängt von den Regeln der Region und den APIs der Banken ab. Die Europäische Union und das Vereinigte Königreich sind unter PSD2 und dem UK Open Banking Standard breit abgedeckt. Anderswo variiert die Abdeckung, und Aggregatoren füllen einige Lücken. Wir prüfen die Abdeckung für die Banken Ihrer Kunden, bevor Sie sich auf ein Design festlegen.

Weiterlesen: Open-Banking-APIsAuf diese Frage verlinken

Für die meisten Aufgaben im Unternehmens-Treasury nicht. Host-to-Host-Kanäle verarbeiten Massenzahlungsdateien und vollständige Auszüge für Ihre eigenen Konten. Open Banking eignet sich für kundennahe Produkte, Echtzeit-Salden und einzelne Zahlungen. Viele Unternehmen nutzen beides: Host-to-Host für ihre eigenen Zahlungsläufe und Open Banking für ihre Kunden.

Weiterlesen: Open-Banking-APIsAuf diese Frage verlinken

Jeden Dienst mit dokumentierter API- oder Dateischnittstelle. Typische Beispiele sind CRM-Plattformen, Frachtführer und Logistikdienstleister, Marktplätze, E-Invoicing- und Steuerplattformen, Payroll-, KYC- und Identitätsanbieter sowie Handelspartner, die EDI-Dokumente über AS2 austauschen. Wir prüfen die API, die Limits und die Testumgebung jedes Partners, bevor wir einen Plan zusagen.

Weiterlesen: API-Anbindungen zwischen ERP und DrittenAuf diese Frage verlinken

Sobald mehrere Partner an ein ERP angebunden sind, hält eine Plattform wie MuleSoft, Boomi oder Azure Logic Apps oder eine Reihe eigener Dienste auf einer Message Queue Mapping, Wiederholungen und Monitoring an einer Stelle. Bei einem oder zwei Partnern können direkte Verbindungen ausreichen. Wir legen die Abwägungen einschließlich Lizenzkosten für Ihren Fall dar.

Weiterlesen: API-Anbindungen zwischen ERP und DrittenAuf diese Frage verlinken

Auf der ERP-Seite: SAP ECC, S/4HANA und BTP, Oracle Fusion Cloud ERP und NetSuite, Microsoft Dynamics 365, Odoo und Sage. Für Workflow und CRM: ServiceNow, Salesforce und Microsoft Power Platform. Wir arbeiten auch mit individuellen und älteren Systemen. Die Nennung eines Produkts bedeutet keine Partnerschaft mit seinem Anbieter.

Weiterlesen: ERP- und CRM-Implementierung und -SynchronisierungAuf diese Frage verlinken

Ja. Wir erfassen jede Schnittstelle auf ECC, entscheiden, welche wir behalten, neu bauen oder stilllegen, und ziehen jede mit ihren Tests auf S/4HANA oder BTP um. Die Abläufe werden einzeln umgestellt, damit das Geschäft nicht von einem einzigen Umstellungswochenende abhängt.

Weiterlesen: ERP- und CRM-Implementierung und -SynchronisierungAuf diese Frage verlinken

Nicht immer. Wenige stabile Abläufe zwischen zwei Systemen können direkte API-Aufrufe sein. Sobald mehrere Systeme Daten austauschen oder Sie Mapping, Warteschlangen und Monitoring an einer Stelle brauchen, rechnet sich Middleware meist. Wenn Sie bereits eine besitzen, bauen wir darauf auf.

Weiterlesen: ERP- und CRM-Implementierung und -SynchronisierungAuf diese Frage verlinken

Wählen Sie das, das zu Ihren Prozessen, Integrationen und Nutzern passt. Wir vergleichen die Optionen anhand Ihrer Anforderungen, bestehender Lizenzen und der Systeme, mit denen das CRM verbunden sein muss, und legen die Abwägungen schriftlich dar. Wenn Sie bereits ein CRM haben, prüfen wir zuerst Einrichtung, Daten und Integrationen, denn Probleme dort sind häufiger als Grenzen des Produkts.

Weiterlesen: ERP- und CRM-Implementierung und -SynchronisierungAuf diese Frage verlinken

Zu viel ist es, wenn Upgrades riskant werden und jede Änderung einen Entwickler braucht. Wir konfigurieren zuerst, was die Plattform bietet, und schreiben individuellen Code nur dort, wo Ihr Prozess ihn braucht und er die Pflege wert ist. Jede individuelle Funktion wird dokumentiert und getestet, damit Upgrades beherrschbar bleiben.

Weiterlesen: ERP- und CRM-Implementierung und -SynchronisierungAuf diese Frage verlinken

Phase 2, die Integrationsphase, verlangt, dass die Systeme der Steuerpflichtigen sich mit der FATOORA-Plattform von ZATCA verbinden. Standard-Steuerrechnungen werden von ZATCA freigegeben, bevor sie den Käufer erreichen, und vereinfachte Rechnungen werden kurz danach gemeldet. Jede Rechnung trägt eine kryptografische Stempelung und einen QR-Code, sodass ERP oder POS sie im geforderten Format erzeugen müssen.

Weiterlesen: E-Invoicing, Steuern und digitale ProduktpässeAuf diese Frage verlinken

PINT-AE ist die Spezifikation der VAE für das internationale PEPPOL-Rechnungsformat, verwendet im E-Invoicing-Programm der VAE. Rechnungen werden in diesem strukturierten Format über akkreditierte Dienstanbieter ausgetauscht und an die Federal Tax Authority gemeldet, deren EmaraTax-Plattform die Steuern der VAE abwickelt.

Weiterlesen: E-Invoicing, Steuern und digitale ProduktpässeAuf diese Frage verlinken

VAT in the Digital Age (ViDA) ist das EU-Paket, das grenzüberschreitende Geschäftsrechnungen auf strukturierte E-Rechnungen und digitale Meldungen umstellt. Es betrifft jedes Unternehmen, das EU-Kunden abrechnet oder EU-Gesellschaften betreibt, wo auch immer sein Hauptsitz ist.

Weiterlesen: E-Invoicing, Steuern und digitale ProduktpässeAuf diese Frage verlinken

Ein Digital Product Passport (DPP) ist der EU-Nachweis über Materialien, Herkunft, Reparierbarkeit und Recycling eines Produkts, geteilt über einen Datenträger wie einen QR-Code. Er wird nach Produktgruppe schrittweise eingeführt. Er hängt von Lieferkettendaten ab, die meist in ERP- und Fertigungssystemen liegen.

Weiterlesen: E-Invoicing, Steuern und digitale ProduktpässeAuf diese Frage verlinken

Oft ist das Add-on der richtige Ausgangspunkt, und wir konfigurieren und erweitern es, statt daran vorbei zu bauen. Die verbleibende Arbeit betrifft meist die Daten: Rechnungsarten, Steuercodes, Stammdaten und Ausnahmen, die das Add-on nicht abdeckt. Auch POS und andere Systeme, die Rechnungen ausstellen, müssen angebunden werden.

Weiterlesen: E-Invoicing, Steuern und digitale ProduktpässeAuf diese Frage verlinken

Ja. Wir bauen eine Integrationsschicht mit einem Konnektor je Vorgabe. Das ERP erzeugt eine Rechnung, und die Schicht formatiert, signiert und übermittelt sie für jedes Land. Ein neues Land wird zu Konfiguration, Zuordnung und Tests.

Weiterlesen: E-Invoicing, Steuern und digitale ProduktpässeAuf diese Frage verlinken

ISO 20022 ist der internationale Standard für Finanznachrichten. Seine XML-Nachrichten tragen strukturierte Daten wie vollständige Namen, Adressen und Verwendungszwecke, die die älteren SWIFT-MT-Formate nicht können. Banken und Zahlungssysteme sind darauf umgestiegen, sodass darauf aufgebaute Zahlungs- und Auszugsdateien besser abgestimmt werden und Compliance-Prüfungen häufiger bestehen.

Weiterlesen: Bankwesen, Treasury und ISO-20022-KonnektivitätAuf diese Frage verlinken

Wir nutzen pain.001 für Zahlungen, pain.002 für Status, camt.052, camt.053 und camt.054 für Kontoberichte und pacs-Nachrichten zwischen Banken. Wir lesen auch die MT940- und MT942-Auszüge, die viele Banken noch senden. Der Transport erfolgt über Host-to-Host-SFTP, EBICS, SWIFT oder Bank-APIs. Jede Bank hat ihre eigene Variante jedes Formats, deshalb bauen wir nach ihrem Implementierungsleitfaden.

Weiterlesen: Bankwesen, Treasury und ISO-20022-KonnektivitätAuf diese Frage verlinken

SAP S/4HANA, Oracle Fusion Cloud ERP und NetSuite, Microsoft Dynamics 365, Odoo und Sage sowie Treasury- und individuelle Systeme. Hat das ERP ein eigenes Bankkommunikationsmodul, konfigurieren und erweitern wir es, statt daran vorbei zu bauen.

Weiterlesen: Bankwesen, Treasury und ISO-20022-KonnektivitätAuf diese Frage verlinken

Ja, wo der Acquirer oder Prozessor es anbietet. ISO 8583 ist ein Rahmenwerk, kein einheitliches Format: Jeder Acquirer veröffentlicht seine eigene Spezifikation von Feldern und Nachrichtentypen. Wir bauen nach dieser Spezifikation, behandeln Autorisierungen, Stornos und Advice-Nachrichten und testen jeden Antwortcode.

Weiterlesen: Zahlungen, agentischer Handel (AP2) und POSAuf diese Frage verlinken

Das Agent Payments Protocol (AP2) ist ein offenes Protokoll für Zahlungen, die KI-Agenten ausführen. Jeder Kauf trägt signierte Mandate, die zeigen, was der Kunde autorisiert hat, sodass Händler, Issuer und Acquirer ihm trauen und es prüfen können. Wenn KI-Agenten wahrscheinlich bei Ihnen einkaufen werden, können wir Ihren Checkout neben den heutigen Abläufen AP2-fähig machen.

Weiterlesen: Zahlungen, agentischer Handel (AP2) und POSAuf diese Frage verlinken

Ja, mit SoftPOS. Kontaktlose Karten und Wallets werden auf einem unterstützten Telefon oder Tablet über eine zertifizierte Zahlungs-App Ihres Acquirers oder Anbieters angenommen. Wir integrieren diese App wie jedes andere Terminal in Ihre POS-, Verkaufs- und Abrechnungsabläufe.

Weiterlesen: Zahlungen, agentischer Handel (AP2) und POSAuf diese Frage verlinken

Die Filiale verkauft weiter. Verkäufe werden lokal gespeichert und bei Rückkehr der Verbindung an das ERP gesendet, jeweils mit einer eindeutigen Kennung, damit nichts doppelt gebucht wird. Ob Kartenzahlungen offline weiterlaufen können, hängt von den Regeln Ihres Acquirers und Ihrer Risikobereitschaft ab, und wir gestalten das mit Ihnen.

Weiterlesen: Zahlungen, agentischer Handel (AP2) und POSAuf diese Frage verlinken

Das hängt davon ab, wie viele Verbindungen Sie haben und wer sie betreiben wird. Eine Integrationsplattform wie MuleSoft, Boomi oder Azure Logic Apps bietet fertige Konnektoren, Mapping und Monitoring an einer Stelle, zu Lizenzkosten. Individuelle Dienste geben volle Kontrolle und keine Lizenz, aber mehr Code zu pflegen. Wir vergleichen beides für Ihren Fall.

Weiterlesen: Middleware- und API-IntegrationsleistungenAuf diese Frage verlinken

Ein Enterprise Service Bus leitet und transformiert Nachrichten über einen zentralen Hub. Ein Event Mesh verteilt Ereignisse über ein Netz verbundener Broker, sodass Systeme in verschiedenen Clouds und an verschiedenen Standorten direkt veröffentlichen und abonnieren. Viele Landschaften betreiben beides, während sie von einem zum anderen wechseln.

Weiterlesen: Middleware- und API-IntegrationsleistungenAuf diese Frage verlinken

Wir gestalten um die veröffentlichten Limits jedes Partners herum. Wir bündeln Anfragen, wo die API es erlaubt, cachen selten geänderte Daten, verteilen geplante Jobs und ziehen uns zurück, wenn ein Limit naht. Das Monitoring zeigt, wie nah jeder Ablauf an seinem Limit läuft.

Weiterlesen: Middleware- und API-IntegrationsleistungenAuf diese Frage verlinken