Home / FAQs / Unternehmensinformatisierung, Systemintegration und Transport
QUESTION & ANSWER

Was sollte getan werden, um ERP, CRM, OA und Finanzsysteme zu erhalten?

Die meisten Systeme können über API, Nachrichten, Timing oder kontrollierten Dateiaustausch integriert werden, aber zuerst durch Bestätigung der Schnittstellenkapazität und Datenverantwortung. Jeder Kerndatentyp sollte ein einziges primäres Verantwortungssystem haben, und andere Systeme sollten wie vereinbart gelesen oder zurückgeschrieben werden. Wichtige Verbindungen müssen auch angesprochen werden, beispielsweise durch erneute Tests, Kompensation, Protokolle und manuellen Abgleich. Das System wird nur als erster Schritt verbunden, und langfristige Konsistenz und ungewöhnliche Operationen sind wichtiger.

Beantworten Sie die Frage.

Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können

Der Integration sollte ein System und ein Datenkatalog vorausgehen, der identifiziert, wer den Kunden, die Waren, Bestellungen, das Inventar, die Organisations- und Finanzdokumente erstellt und wer das Recht hat, sie zu ändern und zu synchronisieren.

DECISION FACTORS

Welche Bedingungen müssen vor der Entscheidungsfindung festgelegt werden?

Die gleiche Frage kann in unterschiedlichen Geschäfts-, Daten- und Projektphasen unterschiedliche Antworten haben, und es wird vorgeschlagen, die folgenden Bedingungen zu überprüfen und die gemeinsamen Ergebnisse im Internet in ihre eigenen Projekte einzuarbeiten.

Ob die Systeme formale API, Dokumentation, Testumgebung und Zugriffsrechte bietenKonsistenz bei Felddefinitionen, Codes, Organisation und ZeitkaliberSynchronisation erfordert Echtzeit, Echtzeit oder tägliches BatchingWer ist verantwortlich für Fehler, Wiederholung, Verzögerung und manuelle Korrektur von Schnittstellen
ACTION STEPS

Vorgeschlagene Reihenfolge des Vorschusses

01

Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.

System-, Schnittstellen- und Stammdatenkataloge werden erstellt, um den Datenbesitz zu bestätigen.

02

Validierungsschlüsselabhängigkeit

Ein hochwertiges Ketten-Straßendesign-Feld, Ereignis und Anomalieregel werden zuerst ausgewählt.

03

Entwicklung bewertbarer Ergebnisse

Die Historie wird verwendet, um die Randproben zu kombinieren, usw. zu überprüfen und zu kompensieren.

04

Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.

Überprüfung von Abstimmungsunterschieden auf der Online-Linie und schrittweise Erweiterung anderer Systeme.

PRACTICAL EXAMPLE

Wie verstehen Sie es im eigentlichen Geschäft?

Beispiel zur Erläuterung der Beurteilungsmethode

Sobald CRM geschlossen wurde, wird ein Kunde und eine Bestellung für ERP erstellt und die ERP-Bank wird erneut an CRM übertragen. Wenn beide Parteien den Kundencode ändern, treten doppelte Datensätze auf; der Prozess wird langfristig stabil sein, wenn der ERP als offizielle Kundenstammdaten, eine CRM-Erhaltungskarte und der Business-Only-Schlüssel identifiziert wird verwendet, um die doppelte Erstellung zu verhindern.

COMMON RISKS

Die einfachste Grube, auf die man treten kann.

Jedes System ist direkt miteinander verbunden und bildet später eine nicht wartungsfähige Netzwerkschnittstelle

Testen Sie nur normale Anfragen, nicht doppelte Anrufe und Netzwerk-Timeout

Feldnamen sind die gleichen, Geschäft ist das gleiche.

ACCEPTANCE

Wie sollen wir am Ende empfangen und bestätigen?

Der Eingang und die Inspektion müssen normale, doppelte, fehlende, ungeordnete, Überstunden und Behördenanomalien abdecken und müssen Protokolle, Alarme, Wiederholungsprüfungen, Entschädigung und Abgleiche abgleichen.

Bei der Vorbereitung auf die Kommunikation mit Lieferanten oder internen Teams empfiehlt es sich, aktuelle Prozesse, repräsentative Muster, bestehende Systeme, Planungszeit und Budgetniveaus mitzunehmen. Zunächst werden die unbekannten Elemente eindeutig gekennzeichnet und dann wird die Entscheidung für Diagnostik, PoC, Feststreckenprojekte oder laufende Forschung und Entwicklung getroffen, was in der Regel zuverlässiger ist als eine direkte Forderung nach einem Preis und einer Dauer ohne Grenzen.

Ihre Projektbedingungen unterscheiden sich von den oben genannten Beispielen?

Betriebsziele, bestehende Systeme, Stichproben und geplante Zeit könnten zusammengetragen werden, bevor Berater vorläufige Entscheidungen in Bezug auf tatsächliche Grenzen treffen könnten.

Assoziierte Projektberater