Entwicklung einer Integration Server App für ein deutsches eCommerce-Unternehmen
Entwicklung einer Integration Server App für ein deutsches eCommerce-Unternehmen
Information
Standort:
Deutschland
Branche:
Einzelhandel und E-Commerce
Plattform:
Web
Arbeitsmodell:
Zeit und Materialien
Projektdauer:
Etwa zwei Monate, laufendes Projekt
Team-Mitglieder:
Ein Projektmanager, ein Back-End-Entwickler, ein Teilzeit-BA und ein QA-Spezialist
Verwendete Technologien
Java
Spring
NSSM
Apache
Tomcat

Kunde

Wir haben uns mit einem Hersteller und Lieferanten von medizinischen Produkten zusammengetan. Ihr Hauptsitz befindet sich in Berlin, und sie haben Niederlassungen in China und Malaysia. Das Unternehmen ist seit über einem Jahrzehnt auf dem Markt.

Projektbeschreibung

Unser Kunde verwendete ein ERP-System 'Microsoft Dynamics 365 Business Central'. Diese Software ermöglichte es ihnen, Dateien für den Datenaustausch mit Partnern auf einen FTP-Server zu exportieren. Ursprünglich generierten sie Bestellungen im ERP-System und speicherten die Daten als .csv-Dateien auf dem FTP-Server.

Als sie sich mit einem neuen Lieferanten zusammenschlossen, einem der größten Dentalunternehmen in Deutschland, drängten unsere Kunden darauf, ihre Zusammenarbeit zu automatisieren, indem sie eine Integration auf der Ebene des Dateiaustauschs zwischen zwei FTP-Servern in beide Richtungen entwickelten.

Elinext war das erste Unternehmen, das von unserem zukünftigen Kunden kontaktiert wurde, und sie waren mehr als zufrieden mit den Zeitplänen, Kosten, der Zusammenarbeit und allen anderen Aspekten. Es war eine neue Erfahrung für das Gesundheitsunternehmen, also entschieden sie sich, mit dem minimal notwendigen Workflow zu beginnen, um den Datenaustausch zu automatisieren. Weitere Integrationen könnten potenziell den Weg von Elinext gehen.

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:

Datenaustausch zwischen zwei FTP-Servern

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.

Haben Sie vor, ein gleiches Projekt zu schaffen?
Haben Sie eine Projektidee? Lassen Sie uns darüber diskutieren
Kontakt