Zum Inhalt

Komponenten und Module

Der ADIB verfügt über ein hohe, stetig wachsende Anzahl von Modulen, die in den folgenden Abschnitten im Detail vorgestellt werden. Dank der modularen Architektur eignet sich dieser „Application bus“ sowohl für kleinere Unternehmen mit wenigen Daten-Verbindungen wie auch für große Unternehmen, die viele existierende Applikationen und unterschiedliche Datenquellen miteinander verbinden möchten.

Datei- und Datenbank-Module

  • Datei-Module
    • Excel (XLS/XLSX) – Datei mit tabellarischen Daten, oft für manuelle Pflege oder Exporte genutzt. Keine Serververbindung nötig.
    • CSV – Textdatei mit Trennzeichen, sehr einfaches und universelles Austauschformat.
    • Textformate (z. B. EDIFACT) – Strukturierte Textdateien für standardisierten Datenaustausch, speziell im Handel/Logistik.
    • MS Access – Datei, bleibt aber eine relationale Datenbank. Unterstützt SQL-Abfragen, wird lokal gespeichert.
  • Datenbank-Module
    • Oracle-Datenbank – Datenbankserver, Verbindung über Parameter (Username, Host, Passwort, Port). Leistungsfähiges Enterprise-System für große Datenmengen.
    • MySQL-Datenbank – Datenbankserver, ebenfalls Verbindung über Username, Host, Passwort, Port. Open-Source, weit verbreitet in Webumgebungen.
    • MS-SQL-Server – Datenbankserver, Verbindung über Username, Host, Passwort, Port. Besonders integriert in Microsoft-Umgebungen.

Verwaltungs-Module

Neben Datei- und Datenbankmodulen gibt es im ADIB auch Verwaltungs-Module.Diese übernehmen Aufgaben, die nicht direkt mit der Datenquelle oder -senke zu tun haben,sondern den Ablauf unterstützen: z. B. Dateien übertragen, Benachrichtigungen versenden oder Skripte ausführen.

Oft sind Source und Destination klassische Systeme wie MySQL, Excel, Datei oder Datenbank.Die zusätzliche Logik läuft dann über spezielle Webservice- oder Verwaltungs-Module.

  • Dateitransfer-Module (FTP, SCP, …)Diese Module werden eingesetzt, um Dateien zwischen Systemen zu verschieben.Sie können sowohl als Preprozess (Datei holen, bevor sie verarbeitet wird) als auch als Postprozess (Datei hochladen, nachdem sie erzeugt wurde) verwendet werden.
    • Parameter: Host, Benutzername, Passwort
    • Typische Nutzung:
      • Aus einer Datenbank wird eine XML-Datei ins Dateisystem exportiert.
      • Diese Datei wird anschließend per FTP auf einen Zielserver hochgeladen.
      • Dort wird sie weiterverarbeitet.
      • Umgekehrt: Eine Datei wird vom Server des Kunden heruntergeladen (Preprozess), um sie im System weiter zu verarbeiten.
  • E-Mail-ModulDieses Modul ermöglicht es, automatisch E-Mails zu versenden.Es wird meist als Postprozess eingesetzt, z. B. um am Ende eines Prozesses eine Bestätigung oder eine Benachrichtigung zu verschicken.Optional kann es auch als Preprozess verwendet werden, falls eine E-Mail vor Beginn eines Schrittes notwendig ist.
  • Skript-Module zur Erstellung vonMit diesen Modulen können Skripte in den Datenfluss integriert werden. Sie sind nützlich, wenn spezielle Logik oder zusätzliche Verarbeitungsschritte erforderlich sind, die über Standardmodule hinausgehen.
    • Shell (Bash) Skripten
      • Frei definierbar, maximale Flexibilität.
      • Der Benutzer kann direkt eigene Shell-Skripte schreiben und in den Prozess einbinden.
      • Typische Nutzung: Dateien erzeugen, Transformationen ausführen oder Systembefehle starten.
    • Ruby-Skripten
      • Vorgefertigte oder vorkonfigurierte Skripte, z. B. für wiederkehrende Aufgaben wie DB-Mail.
      • Diese Skripte enthalten Platzhalter, die durch Step-Parameter ersetzt werden.
      • Verwaltung: Die Ruby-Skripte liegen in einer Masterdatenbank und werden vom DEV-Team administriert.
      • Nutzer wählen lediglich das passende Modul und konfigurieren die Parameter, ohne den Code selbst anzupassen.
      • Vorteil: Einheitliche und kontrollierte Nutzung von Skripten bei gleichzeitiger Flexibilität.
    • Logstash-Skripten
      • Spezielles Modul, z. B. für den Export aus Elasticsearch in eine Datenbank.
      • Hierbei verbindet sich das Skript mit Elasticsearch, liest die Daten und schreibt sie in eine relationale Datenbank.
      • Erforderlich: Datenbank-Credentials und Zielparameter.
    • Weitere Programme
      • Zusätzlich können alle auf einem Linux-System ausführbaren Programme über solche Module gestartet werden.
      • Damit sind der Flexibilität praktisch keine Grenzen gesetzt.

Hier Details auflisten - u.U. mit Schaubildern etc.


Webservice-Module

Webservice-Module ermöglichen die Kommunikation zwischen dem ADIB und externen Systemen über APIs.Sie sind besonders flexibel und können sowohl alleinstehend als auch in Kombination mit Source- und Destination-Modulen eingesetzt werden.So lassen sich Daten abrufen, senden oder weiterverarbeiten, ohne dass der Nutzer tief in die API-Details eingreifen muss.

  • Flexible Webservices (Schwerpunkt: RESTful Webservice)
    • Zweck: Allgemeine API-Anfragen durchführen (GET, POST etc.).
    • Nutzung:
      • Kombination mit Source und Destination möglich, z. B.:
        • Aus einer MySQL-Datenbank eine Anfrage an eine API senden.
        • Daten von einer API abrufen und in eine Datenbank schreiben.
      • Für jede Anfrage muss ein Webservice-Template angegeben werden.
    • Webservice-Template:
      • Definition der Struktur des Body (z. B. JSON)
      • Methode (GET, POST)
      • Anpassung durch den Nutzer möglich
  • Ausprägungen für etablierte Systeme
    • Systeme wie Shopware, Salesforce, Magento, Drupal sind häufig im Einsatz.
    • Für diese Systeme gibt es spezielle Module, die vorgefertigte Webservice-Templates enthalten.
    • Vorteil: Der Nutzer muss die Struktur der API nicht selbst definieren, sondern kann auf bereits konfigurierte Templates zurückgreifen.
    • Zusammenfassend: Diese Module bieten fertige Webservices für Standard-Systeme, die direkt genutzt oder kombiniert werden können.Hier Details auflisten - u.U. mit Schaubildern etc.

Applikations-Module

Applikations-Module ermöglichen die Anbindung von speziellen Anwendungen und Systemen, um Daten zu importieren, exportieren oder zu synchronisieren.Sie sind meist spezifisch für bestimmte Systeme und bieten vordefinierte Prozesse oder Schnittstellen.

  • Contentserv (PIM / DAM)Spezielle Module für Contentserv, die Daten aus dem PIM/DAM-System verarbeiten:
    • ADIB Contentserv Lightning Export
      • Export von Daten aus Elastic Search oder direkt aus der Datenbank von Contentserv.
      • SQL-Befehle werden direkt auf der Datenbank ausgeführt, um Daten zu exportieren.
      • Hinweis: Elastic Search ist schneller als Dataflow, aber der direkte Zugriff auf die Datenbank ist noch schneller.
    • ADIB Contentserv Flexible Import (CS-ISA-Import)
      • Modul, bei dem der Integrations-Connector (IC) sich mit Contentserv verbindet und den Importprozess startet.
    • ADIB Contentserv Data-Modeler
      • Modul für den Export und Import von Attributen, Klassen und Wertelisten.
  • Shopware (via API)
    • Anbindung über die Web-API von Shopware zur Datenintegration.
  • SAP (via ADIB-Flexmapping)
    • Modul für den Datenaustausch zwischen ADIB und SAP-Systemen über Flexmapping.
  • Weitere Systeme / Module
    • Platzhalter für weitere Applikationen, die über ADIB angebunden werden können.

Module des ADIB-Portale:

cs-elasticserach-elasticforms-Suchüportal : . Suchportal wo die Daten aus der eslastic seach von CS kommen. Dieses ist in der Lage eslactic search zu lesen uns versteht die Struktur von Contentserv(Skript) . Source"editPortal : ich kann die Source definieren. holt sich die Daten aus der Datenbank und schreibt in elastic search . Source mit excel : funktionniert das Zurückschreiben nicht. Man benutzt es wenn man elastic nicht benutzen kann. Wenn man Cloud-Kunden z.B hat. So machen wir : Dataflow-csv Datei- csv Datei in einer Datenbank und dann das Modul 2eSourceEditportal benutzen. Oder für die nicht-Contentserv-Kunden.

  • Dynamische Erstellung von Such-Portalen
  • Dynamische Erstellung von Edit-Portalen
  • Erstellung der "Portal-Station" : kein explizites Modul. Man erstellt ein portal in dem man web application macht . . Dann wird im Portalmanager(Tabelle) eine Zeile generiert, Portalstation verbindet sich mit zentralstation uns zieht sich genau dieses Tabelle von dem Portalmanger.
  • Umfangreiche Funktionsbibliothek inkl.
    • Generierung dynamischer PDF : David
    • Vergleichsliste : David
    • Erstellung von "Shares" zum von Produktdaten :David
    • Erstellung von E- und Importen zur einfachen Massenpflege : David
    • ...

Diese Module können Sie - je nach Bedarf - einzeln lizenzieren. {.is-info}

Module aus Applikation-Sicht

Das folgende Schaubild zeigt die Applikationen, die Sie über den ADIB miteinander verbinden können:

Übersicht ADIB