SAP
UnterstütztSAP S/4HANA / SAP ERP
Stammdaten · Finanzen · Einkauf · Lager · Bestellungen
OData- und SOAP-APIs für Einkaufs- und Logistikprozesse.
Über SAP-Integration sprechen ERP und Bestandssysteme
Sie müssen Ihr ERP nicht austauschen,um INVO einzuführen.
SAP, Oracle, Microsoft Dynamics oder eine Eigenlösung kann weiterhin Ihr zentrales ERP bleiben. INVO integriert sich in die bestehende Umgebung und kann als spezialisierte operative Schicht für Planung, Einkauf, Lager und Produktion arbeiten.
Ihr ERP
SAP / Oracle / Dynamics
- Finanzen
- Buchhaltung
- Stammdaten
- Controlling
Integrationsschicht
INVO
Betrieb der Drohnenproduktion
- Planung
- Einkauf
- Lager
- Produktion
- MES
- Qualität
- Werksbetrieb
Arbeitet mit Ihrem heutigen Stack
INVO kann mit den Systemen zusammenarbeiten, die bereits in Ihrer Organisation laufen.
Die Integrationsstatus spiegeln den tatsächlichen Stand auf INVO-Seite wider. Wir markieren kein ERP als integriert ohne eine real umgesetzte Integration.
Oracle
UnterstütztOracle Fusion Cloud ERP / SCM
Finanzen · Einkauf · Supply Chain · Lager
REST-APIs für Financials, Procurement und Supply Chain Management.
Über Oracle-Integration sprechenMicrosoft Dynamics
UnterstütztDynamics 365 / Business Central
Finanzen · Betrieb · Lager · Stammdaten
Data Entities über OData, REST-APIs und Dataverse-Synchronisation.
Über Microsoft-Integration sprechenAnderes ERP / Legacy-Systeme
Individuelle IntegrationREST · SOAP · OData · Dateien · Middleware
Umfang je System festgelegt
Nutzt Ihre Organisation ein eigenes ERP, eine Branchenlösung oder ein Legacy-System, entwerfen wir das passende Datenaustauschmodell.
Über Ihr ERP sprechenWir beginnen damit, welche Daten zwischen den Systemen fließen müssen - nicht mit einem Herstellerlogo.
Ein Eigentümer je Datendomäne
Für jede Datenart definieren wir eine einzige Source of Truth.
Das Wichtigste an einer guten Integration ist nicht die Zahl der Endpoints, sondern die Klärung, welches System welche Information besitzt.
- LieferantSource of TruthSAP
INVO konsumiert die Lieferantendaten.
- StücklisteSource of TruthINVO
Das ERP kann die benötigten Ergebnisdaten erhalten.
- BestellungSource of TruthJe nach Architektur
INVO → SAP oder SAP → INVO.
- ProduktionsverbrauchSource of TruthINVO
Der Ist-Verbrauch kann an die Finanzprozesse übergeben werden.
Ein Datensatz kann in mehreren Systemen vorkommen. Nur eines sollte ihn besitzen.
Systemverantwortung
Jedes System sollte das verantworten, was es am besten kann.
Dies ist eine beispielhafte Aufteilung. Die endgültige Verantwortungsteilung legen wir je Kunde im Solution Design fest.
| Bereich | Ihr heutiges ERP | INVO |
|---|---|---|
| Hauptbuch | Führend | - |
| Buchhaltung | Führend | - |
| Konzernfinanzen | Führend | - |
| Kostenstellen | Führend | Nutzt |
| Lieferanten-Stammdaten | Gemeinsam | Nutzt |
| Kunden-Stammdaten | Gemeinsam | Nutzt |
| Komponenten | Gemeinsam | Arbeitet |
| Stücklisten | - | Führend |
| Bedarfsprognose | - | Führend |
| Produktionsplanung | - | Führend |
| Einkaufsplanung | - | Führend |
| Lagerbetrieb | Gemeinsam | Arbeitet |
| Produktionsausführung | - | Führend |
| MES | - | Führend |
| Qualität | - | Führend |
| Ist-Kosten | Finanziell | Arbeitet |
Wir bauen kein zweites ERP neben Ihrem ERP. Wir teilen die Verantwortung zwischen den Systemen auf.
Datenaustausch mit dem ERP
Wir synchronisieren die Daten für den durchgängigen Prozess.
Nicht alle Flüsse sind erforderlich. Richtung und Umfang jeder Synchronisation entwerfen wir je Kunde.
Stammdaten
- Lieferanten
- Kunden
- Produkte
- Komponenten
- Mengeneinheiten
- Standorte
- Kostenstellen
- Mitarbeiter / Benutzer
Einkauf
- Einkaufsbedarfe
- Bestellungen
- Lieferantendaten
- Preise
- Bestätigungen
- Wareneingang
Lager
- Bestände
- Lagerbewegungen
- Wareneingang
- Verbrauch
- Korrekturen
Produktion
- Produktionsaufträge
- Komponentenbedarfe
- Produzierte Mengen
- Ist-Verbrauch
- Produktionsstatus
Finanzen
- Ist-Kosten
- Buchhaltungsreferenzen
- Kostenstellen
- Rechnungen
- Finanzdokumente
Vertrieb und Verträge
- Kundenaufträge
- Bedarf
- Kundenverträge
- Standorte
ERP → INVO
- Stammdaten
- Kunden
- Lieferanten
- Kostenstellen
- Kundenaufträge
INVO → ERP
- Produktions-Ist-Daten
- Verbrauch
- Wareneingang
- Betriebskosten
- Bestellungen
Der Plan kommt aus den Geschäftsdaten. Die Ist-Daten kommen aus der Produktion zurück.
Hersteller-Ökosysteme
Wie INVO neben SAP, Oracle und Dynamics aussieht.
Jedes große ERP bietet eine eigene Integrationsfläche. Wir entwerfen rund um das System, das Sie tatsächlich betreiben.
INVO neben SAP
SAP S/4HANA
SAP → INVO
- Kunden
- Lieferanten
- Ausgewählte Materialdaten
- Kostenstellen
- Vertriebsbedarf
INVO → SAP
- Wareneingangsinformationen
- Komponentenverbrauch
- Produzierte Mengen
- Betriebskosten
- Einkaufsbelege
Beispielhafter Umfang, individuell festgelegt. SAP stellt Integrations-APIs über OData und SOAP bereit, einschließlich Kommunikation mit externen Systemen und EDI.
Oracle
Financials · Procurement · SCM · Lager
- Planung
- Stücklisten
- Einkaufsprozesse
- MES
- Qualität
Oracle Fusion Cloud stellt REST-APIs für Financials, Procurement und Supply Chain Management bereit, sodass sich die Integrationsarchitektur um konkrete Geschäftsdomänen herum entwerfen lässt.
Microsoft Dynamics
Finance & Operations · Business Central · Dataverse
- Planung
- Einkauf
- Lager
- MES
- Produktion
Dynamics 365 Finance & Operations stellt öffentliche Data Entities über OData bereit, Business Central empfiehlt REST-APIs als primären Web-Service-Weg, und Daten können in beide Richtungen mit Dataverse synchronisiert werden.
Ihr System muss weder SAP noch Oracle sein.
Viele Drohnenhersteller nutzen Eigenentwicklungen, lokale ERPs oder mit dem Unternehmen gewachsene Systeme. Auch mit einer solchen Umgebung lässt sich INVO integrieren.
- REST API
- SOAP
- OData
- SFTP
- XML
- CSV
- Datenbankintegration
- Middleware
- Dedizierte Konnektoren
Wir beginnen nicht mit der Frage „Welches ERP nutzen Sie?“, sondern mit „Welche Daten müssen zwischen den Systemen fließen?“.
Die richtige Integration für den richtigen Prozess
Nicht alle Daten müssen gleich synchronisiert werden.
Wir wählen das Synchronisationsmodell nach dem Geschäftsprozess, nicht umgekehrt.
Echtzeit
- Kritische operative Änderungen
- Status
- Sofort benötigte Daten
Nahe Echtzeit
- Lager
- Operative Aufträge
- Ausgewählte Stammdaten
Batch
- Ausgewählte Finanzdaten
- Reporting
- Große Datenmengen
Während der Einführung entworfen, nicht nachträglich angeklebt.
Wir verbinden Systeme nicht blind. Die Integrationsarchitektur entsteht in Discovery und Solution Design.
- 01SystemlandschaftWelche Systeme existieren heute?
- 02ProzessaufnahmeWelches System nimmt an welchem Prozess teil?
- 03Daten-OwnershipWelches System ist die Source of Truth?
- 04DatenmappingWie entsprechen sich die Datenmodelle?
- 05RichtungWelche Daten fließen wohin?
- 06FrequenzEchtzeit, nahe Echtzeit oder Batch?
- 07FehlerbehandlungWas passiert im Fehlerfall?
- 08MonitoringWie prüfen wir die Korrektheit der Synchronisation?
Integration in Enterprise-Qualität
Eine Integration muss nicht nur laufen. Sie muss steuerbar sein.
Nach dem Start muss jemand sehen können, was passiert ist, und es korrigieren können, wenn etwas schiefgeht.
Monitoring
Sichtbarkeit des Synchronisationsstands.
Fehlerbehandlung
Umgang mit fehlgeschlagenen Nachrichten.
Wiederholung
Möglichkeit, Daten erneut zu verarbeiten.
Audit-Trail
Was wurde wann zwischen welchen Systemen mit welchem Ergebnis übertragen.
Sie müssen nicht am ersten Tag alles integrieren.
Die Einführung kann in Etappen erfolgen. Die Zielarchitektur kann von Anfang an vollständig sein, während die Integrationen nacheinander live gehen.
- Etappe 1Stammdaten
- Etappe 2Bestellungen und Bedarf
- Etappe 3Lager und Einkauf
- Etappe 4Produktions-Ist-Daten
- Etappe 5Finanzen und erweiterte Analytik
Jede Etappe ist für sich nutzbar - keine wartet auf die nächste.
Warum Koexistenz zählt
Den Betrieb ausbauen, ohne den gesamten Enterprise-Stack umzubauen.
Bestehende Investition schützen
Sie geben jahrelange Investitionen in Ihr ERP nicht auf.
Geringeres Einführungsrisiko
Kleinerer Änderungsumfang in den Konzernsystemen.
Spezialisierte Funktionen
Sie ergänzen Funktionen speziell für die Drohnenproduktion.
Plan trifft Ausführung
Sie verbinden Konzerndaten mit dem, was in der Produktion tatsächlich passiert.
Finanzprozesse bleiben
Bestehende Buchhaltungsprozesse können unverändert bleiben.
Phasenweise Einführung
INVO kann modul- und werksweise eingeführt werden.
ERP und Bestandssysteme
Zeigen Sie uns Ihre heutige Architektur.
In der Discovery gehen wir die bereits laufenden Systeme durch, klären das Daten-Ownership und entwerfen den Platz von INVO in der Zielarchitektur. Sie müssen nicht mit dem Austausch des ERP beginnen.