Herausforderungen
Unsere Hauptherausforderung bestand in einer nahtlosen Integration von einem FTP-Server zum anderen in beide Richtungen.
- Entwickeln einer Java-Server-App zum Sammeln von Bestellungen vom Server des Kunden.
- Nahtlose Integration zwischen den beiden Parteien sicherstellen, obwohl unterschiedliche ERP-Systeme an den Enden der übertragenen Daten vorhanden sind.
- Mapping der Dateien des Kunden gemäß den Systemanforderungen des Partners.
- Umgang mit Datei-Transformationsfehlern, die aufgrund von Sonderzeichen der deutschen Sprache auftraten.
- Bewältigung von Schleifenaufgaben, die während der Datei-Transformation auftraten.
- Durchführung des Logging-Teils der App.
Prozess
Die Anwendung läuft im Hintergrund, um einen korrekten Datenaustausch zwischen zwei FTP-Servern ohne Benutzeroberfläche zu gewährleisten.
Hier ist, wie sie funktioniert:
Weitere Details zur Funktionsweise der App finden Sie im Abschnitt "Lösung" unten.
Was die Entwicklungsphasen betrifft, bestand unsere Arbeit aus drei Stufen.
Stufe 1: Geschäftsanalysephase
Stufe 2: Backend-Entwicklung
Stufe 3: Testen und Fehlerbehebung
Elinext hat alles pünktlich und gemäß unserer Vereinbarung geliefert.
Lösung
Elinext entwickelte eine Java-Server-Anwendung und implementierte sie als Windows-Dienst: Die .jar-Datei wird auf dem Computer des Kunden installiert. Die Anwendung läuft ohne Benutzeroberfläche: Sie sammelt Bestelldateien vom FTP-Server unseres Kunden, transformiert sie in ein für den Partner geeignetes Format und sendet sie an den FTP-Server des Partners. Die Serveranwendung funktioniert auch umgekehrt: Sie sammelt Dateien des Partners (von zwei verschiedenen Typen) vom FTP-Server des Partners, transformiert jede von ihnen in eine entsprechende Excel-Datei und sendet sie an den FTP-Server des Kunden.
Die Serveranwendung läuft im Hintergrund. Der Benutzer hat keinen Zugriff auf ihre Module, aber wir können feststellen, dass drei Module entwickelt wurden.
Modul 1: Ausgehender Dateitransfer (Vom Kunden zum Partner)
Schritt Eins. Überprüfen des Zielordners des Partners.
Gemäß der Geschäftsregel kann der Zielordner des Partners immer nur eine einzige Datei speichern. Unser Kunde weiß, dass eine neue Datei eine zuvor nicht verarbeitete Datei des Partners nicht überschreiben wird.
Schritt Zwei. Sammeln der Bestellungen.
Alle vom ERP exportierten Kundenbestellungen auf dem FTP-Server des Kunden werden von der Anwendung für die weitere Verarbeitung gesammelt.
Schritt Drei. Transformieren der gesammelten Bestellungen.
Die Bestellungen werden transformiert und nach den Anforderungen des Partners in eine einzelne Datei gemappt. Die resultierende Datei enthält alle notwendigen Bestelldaten und hat das richtige Format, um deutsche Buchstaben anzuzeigen (das Ergebnis unserer Anpassung).
Schritt Vier. Senden der resultierenden Datei an den Partner.
Der Partner erhält die Datei mit den notwendigen Daten für die interne Verarbeitung der Kundenbestellungen.
Schritt Fünf. Verschieben der gesammelten Bestellungen in den temporären Ordner des Kunden.
Schritt Sechs. Löschen der verschobenen Bestellungen nach einer bestimmten Speicherzeit.
Modul 2: Eingehender Dateitransfer zu unserem Kunden
Schritt Eins. Sammeln der Dateien des Partners.
Die Dateien des Partners (zwei Typen davon) mit einer Bestellbestätigung und Lagerbeständen, exportiert aus seinem ERP, werden von der Anwendung für die weitere Verarbeitung gesammelt.
Schritt Zwei. Überprüfen des internen Anwendungsspeichers.
Schritt Drei. Speichern der gesammelten Dateien des Partners im internen Speicher der Anwendung.
Schritt Vier. Transformieren der gesammelten Dateien des Partners.
Die gesammelten Dateien werden transformiert und in eine entsprechende Excel-Datei gemappt. Die resultierenden Dateien enthalten alle notwendigen Daten aus den ursprünglichen Dateien.
Schritt Fünf. Senden der resultierenden Dateien an unseren Kunden.
Unser Kunde erhält korrekt transformierte Excel-Dateien mit den notwendigen Daten im für Menschen lesbaren Format für die weitere interne Verarbeitung.
Schritt Sechs. Reinigen des ursprünglichen Ordners des Partners.
Der Partner kann die nächsten Dateien aus seinem eigenen ERP exportieren.
Schritt Sieben. Kopieren der gesammelten ursprünglichen Dateien des Partners in den temporären Ordner des Kunden.
Bei Bedarf hat unser Kunde Zugriff auf die ursprünglichen Dateien des Partners, die bereits transformiert und als Excel-Dateien an Adebo gesendet wurden.
Schritt Acht. Löschen der ursprünglichen Dateien des Partners aus dem temporären Ordner des Kunden.
Schritt Neun. Reinigen des internen Anwendungsspeichers.
Adebo erhält jede transformierte Datei nur einmal.
Modul 3: Protokollierung
Dieses Modul enthält und erstellt Protokolle aller Anwendungsereignisse in lesbaren Excel-Dateien auf dem FTP-Server des Kunden. Es wird verwendet, um den Betrieb der Anwendung zu überwachen und bei Problemen einzugreifen.
Ergebnisse
Elinext hat die Serveranwendung geliefert. Wir haben das Projekt zur Integration von Middleware zwischen zwei Systemen abgeschlossen: automatisches Senden und Transformieren von Dateien in entsprechende, korrekt lesbare Formate. Nach dem Testen auf der Seite des Kunden wurde die Anwendung bereitgestellt und funktioniert derzeit.
Unser deutscher Kunde plant Integrationen mit anderen Partnern, also es stehen weitere Entwicklungen an.