Das Repository1) ist der Speicherort für die Lese-, Analyse- und Schreibwerkzeuge, um eingehende Daten verarbeiten zu können bzw. ausgehende Daten schreiben/erstellen zu können. Es besteht aus maximal sechs Komponenten und findet i.d.R. Anwendung in folgenden Job Objekten:
und darüber hinaus auch von der Methode Debugging/Nachricht analysieren in der Nachrichten Ansicht.
Beim Lesen bzw. Analysieren greift jedes Repository auf die entsprechenden drei Unter-Komponenten Recognizer(Erkennungskomponente), Analyzer(Analysator) und Reader(Lesekomponente) zu.
Außerdem nutzt das Repository mit den ebenfalls unterhalb definierten EntityTypes(Entitäts-Typen) eine vierte Komponente:
Dies sind jene Dokument-Typen bzw. Format-Definitionen, die eBiss kennt – z.B. EDIFACT DESADV D.96A oder Inhouseformat Lieferschein.
Während dieses eingehenden Analysierens wird vereinfacht formuliert zunächst der Dateityp erkannt (XML, CSV, EDIFACT…), um in Folge Dokumente2) und Partner3) zu erkennen.
Beim Schreiben greift das Repository ebenfalls auf jene Dokument-Formatdefinitionen aus den Entitäts-Typen zu, sowie darüber hinaus auf die übrigen zwei Unter-Komponenten Containerizer(Containerisierer) und Writer(Schreibkomponente).
Da eBiss in einem System immer mehrere Dokumentarten mit entsprechenden Lese- und Schreib-Komponenten verwaltet, werden diese gruppiert. Es gibt also mehrere Repositorien:
Typischerweise eines für EDIFACT-Formate, ein weiteres für die Inhouse-Formate sowie ein weiteres für die eBiss-eigenen Middleware-Formaten.
Da eBiss in einem System immer mehrere Dokumentarten mit entsprechenden Lese- und Schreib-Komponenten verwaltet, werden diese gruppiert. Es gibt also mehrere Repositorien: Typischerweise eines für EDIFACT-Formate, ein weiteres für die Inhouse-Formate sowie ein weiteres für die eBiss-eigenen Middleware-Formaten.
Um erfolgreich ein Repository anzulegen muss im Vorfeld der Verwendungszweck festgelegt sein. Empfohlen wird die Abgrenzung eines Repositorium für z.Bsp. alle Typen die zwischen einem Host-System und eBiss ausgetauscht werden sollen.
Das Repository Entity Relationship Diagramme zeigt die Abhängigkeiten der Repository Komponenten zueinander.
Ein Repository kann mehrere optionale und erforderliche Komponenten enthalten.4)
Hinweis: Die Abhängigkeiten der Komponenten untereinander bestimmen also auch das Vorgehen beim Anlegen eines Repository.
Exkurs: eBiss „denkt“ in Nachrichten und Anhängen, somit werden auch z.B. von Festplatte oder FTP importierte Dateien wie eine Nachricht mit Anhang betrachtet 7). Der Analysator geht dann über jedes Attachment(Anhang) wie folgt vor:
Hinweis: Siehe auch ER Diagramm für von eBiss zu verarbeitende Entitäten und Erkennung und Analyse Flußdiagramm.