MSF dockt an die Systeme an, die Sie bereits besitzen
Behalten Sie Ihr ERP. MSF verbindet sich damit. Aufträge, Artikel, Stücklisten und Bestände fließen automatisch herein; Rückmeldungen, Verbräuche und Qualitätsdaten fließen zurück. Zusätzlich: Digitalisieren Sie jeden papierbasierten Prozess im Unternehmen.
Demo anfordernPoC startenERP-Integration für die Fertigung verbindet das ERP mit dem Shopfloor: Fertigungsaufträge, Artikel, Stücklisten, Arbeitspläne und Bestände fließen automatisch in die Produktion, während Rückmeldungen, Materialverbrauch, Ausschuss und Qualitätsergebnisse ohne doppelte Dateneingabe zurückfließen. Meta Smart Factory bietet Standardkonnektoren für SAP, Microsoft Dynamics, Oracle NetSuite und Odoo, REST-APIs oder Dateiaustausch für andere ERP-Systeme und eine erste Phase mit reinem Lesezugriff, bevor irgendetwas zurückgeschrieben wird.
SAP, Dynamics, NetSuite, Odoo und viele regionale ERP-Systeme über Standardkonnektoren; alles andere über REST-API oder Dateiaustausch.
Die Integrationsebene bildet individuelle Felder und Logik ab. Anpassungen sind der Normalfall und kein Hindernis.
MSF ergänzt das ERP. Finanzen und Handel bleiben, wo sie sind, während Sie eine erstklassige Fertigungsebene hinzugewinnen.
Hinein laufen üblicherweise Fertigungsaufträge, Artikelstamm, Stücklisten, Arbeitspläne und Bestände. Zurück laufen Auftrags- und Vorgangsrückmeldungen, Gut- und Ausschussmengen, Materialverbrauch und Qualitätsdaten. Gestritten wird nie über diese Liste, sondern darüber, welches System welches Feld führt und was passiert, wenn es in beiden gepflegt wird. Klären Sie die Datenhoheit Feld für Feld, bevor jemand ein Mapping schreibt, denn diese Entscheidung später zu drehen ist teuer.
Ja, sobald Rückmeldungen zurückgebucht werden sollen. Alles, was eine Warenbewegung bucht oder einen Vorgang abschließt, ist ein Schreibzugriff, und Ihre ERP-Abteilung wird darauf bestehen, dass das über freigegebene Schnittstellen läuft, also BAPIs, OData-Services oder eine Staging-Tabelle statt direkt auf der Datenbank. Eine erste Phase nur lesend ist vertretbar: Aufträge ziehen, in der Fertigung anzeigen, weiter manuell buchen, bis die Zahlen zusammenpassen.
Wochen, wenn es einen benannten Verantwortlichen auf ERP-Seite gibt, ein Testsystem, das dem Produktivsystem ähnelt, abgestimmte Schnittstellen und halbwegs saubere Stammdaten. Sonst länger. Der Konnektor ist selten der Engpass, sondern das Warten auf Wartungsfenster, auf Transportfreigaben und auf jemanden, der sagt, welche von vier Artikelnummern die richtige ist. Wenn Sie den ERP-Ansprechpartner heute nicht benennen können, rechnen Sie eher mit Monaten als mit Wochen.
Über zeitgesteuerte CSV- oder XML-Dateien per SFTP, über eine Staging-Tabelle auf ERP-Seite oder über einen Datenbank-View, den Ihr ERP-Anbieter oder Ihre eigene ERP-Abteilung baut und pflegt; selbst in die Anwendungstabellen zu lesen wird meist abgelehnt und fällt beim nächsten Release auseinander. Verloren geht die Echtzeit, der Versatz ist genau das Intervall, das Sie einplanen, üblich sind je Schicht oder nachts. Für den Rückweg braucht es einen Importjob im ERP mit Verantwortlichem und einer Regel für abgewiesene Sätze.
Sie werden auseinanderlaufen, und keine Integration entscheidet, wer recht hat. Die Differenzen entstehen durch Buchungen zu unterschiedlichen Zeitpunkten, durch Ausschuss, der in der Fertigung erfasst, aber noch nicht gebucht ist, und durch Bewegungen außerhalb beider Systeme. Was Sie bekommen, ist eine lückenlose Ereignisspur. Eine Differenz lässt sich damit auf Schicht und Auftrag zurückverfolgen und taucht nicht erst bei der Inventur als Klumpen auf. Legen Sie vor dem Go-live fest, wer abstimmt und in welchem Takt.
Ist das ERP nicht erreichbar, laufen der lokale Server und das Werksnetz aber weiter, bleiben bereits freigegebene Aufträge an den Terminals stehen und die Werker melden weiter zurück. Diese Rückmeldungen gehen in die lokale Datenbank, überstehen also auch einen Neustart, und werden gesendet, sobald das ERP wieder antwortet. Die praktische Grenze sind Aufträge, die nie übertragen wurden; die lassen sich nicht starten. Klären Sie außerdem, ob nachgezogene Buchungen in eine Periode fallen können, die Ihre Buchhaltung bereits geschlossen hat.
Nein. Der Prozessfluss-Designer digitalisiert Formulare, Freigaben und die Weiterleitung von Aufgaben zwischen Personen; papierbasierte Abweichungs- und Konstruktionsänderungsprozesse lassen sich damit gut abbilden. Er ändert aber nicht, wie Ihr ERP kalkuliert, plant oder bucht, und jeder Schritt, der einen ERP-Beleg aktualisieren muss, braucht weiterhin eine Schnittstelle dahinter. Logik, die in Wirklichkeit Rechnung ist, etwa Kalkulationsregeln, gehört dorthin, wo die Daten liegen.
Erhalten Sie eine kostenlose Demo und einen maßgeschneiderten PoC-Plan.