Seitenhistorie

1.1 Kurzbeschreibung

Das MT940DATEV-Nuclet bietet die Möglichkeit

• elektronische Kontoauszüge, die im MT940-Format vorliegen, automatisiert einzulesen

• die eingelesenen Daten in eine Struktur von Nuclos-Businessobjekten zu übertragen

• die Bankumsätze anhand des Verwendungszwecks automatisch andere Businessobjekte ("Referenzen", das sind je nach Anwendungszweck bspw. Ihren Rechnungen) zuzuorden

, CSV-Exporte zur Weiterverarbeitung in DATEV auszuführen.

Das Nuclet sieht drei Arten von DATEV-Exporten vor (Kundenexporte, Rechnungsexporte und Umsatzexporte), kann jedoch leicht für weitere Exportarten angepasst werdenFür die den Bankumsätzen zugeordneten Objekten (Rechnungen, o.ä.) wird bei Zahlungseingang automatisiert ein Statuswechsel durchgeführt (bspw. von "offen" nach "bezahlt").

Mehr zu Funktionsumfang und implementierten Abläufen dieses Nuclets finden Sie im Abschnitt "2 DATEV: Funktion".

1.2 Nuclet-Bestandteile

Das MT940DATEV-Nuclet umfasst im Rahmen der .nuclet-Datei

• sieben Businessobjekte (für Kontoauszüge, Bankumsätze und diverse Stammdaten),DATEV-Exporte und zugehörige Stammdaten, inkl. DATEV-Kontenrahmen),

• drei Aktionen (für die einzelnen Exporttypen)

• neun sechs Layouts,

• ein Statusmodell (für Bankumsätze),die DATEV-Exporte),

• eine Attributgruppe,
• drei Report-Datenquellen,
• drei Dynamische Businessobjektezwei Attributgruppen,

• diverse Java-Regeln (verteilt auf Packages),

• drei acht Nuclet-Parameter,

• eine drei Jobsteuerung (zur Steuerung des der Import-Jobs),

• drei zwei Strukturdefinitionen (für den Import von Stammdaten) und

• zwei eine Nuclet-AbhängigkeitenAbhängigkeit.

Darüberhinaus werden in der ZIP-Datei folgende Komponenten mitgeliefert:

• drei zwei CSV-Dateien für Objektimporte sowiezwei MT940-Beispieldateien mit Kontauszügen..

Tabelle 1: Nuclet-Bestandteile

...

...

Java-Package-Struktur

Die Java-Regeln sind in sieben drei Packages unterteilt:

• Regeln für maskengesteuerte Events (org.nuclet.mt940.rule)Regeln zur Steuerung von System-Jobs (org.nuclet.mt940datev.job)

• Regeln zur Steuerung von Insert-, Update-, Delete-Events und Statuswechsel

• Regeln für die Geschäftslogik (org.nuclet.mt940datev.logic)

• Regeln zum Einlesen und Verarbeiten von MT940-Dateien (org.nuclet.mt940.parser)

• Regeln für Datenbankzugriffe unterstützende Regeln für Datenbankzugriffe über Report-Datenquellen (org.nuclet.mt940datev.facadedb)
• Wrapper-Klassen als Nuclet-Schnittstelle für Businessobjekte (org.nuclet.mt940datev.wrapper)
  
• Statuswechsel-Definitionen als Nuclet-Schnittstelle (org.nuclet.mt940.statemodel)

Die wesentlichen Abhängigkeiten der Packages sind in der folgenden Abbildung veranschaulicht. Die Abbildung beschränkt sich auf diejenigen Hauptpakete, die der Prozessteuerung dienen.

Image Removed

In dreien dieser vier Java-Packages Bei der Geschäftslogik stellt eine abstrakte Java-Klasse (AbstractDATEVLogic) die Basisfunktionalität über die deklarierten und (größtenteils) definierten Methoden. Die ImportExport-Prozesse sind entlang der vordeklarierten Methoden dieser abstrakten Klassen Klasse festgelegt und bedürfen für den normalen Anwendungsfall keiner weiteren Anpassung. Ergänzungen sind in konkreten Ausprägungen dieser Klasse zulässig (z.B. in der mitgelieferten Klasse DATEVLogic oder einer eigenen Implementierung).

Die Klassen in In den Paketen für Datenbankzugriffe (org.nuclet.mt940datev.facadedb) und Wrapper-Klassen für die Jobsteuerung (org.nuclet.mt940datev.wrapperjob) sind ebenfalls abstrakte Klassen definiert, deren konkrete Ausprägungen anwendungsspezifisch zu implementieren sind. Konkret bedeutet dies an dieser Stelle, Schnittstellen zum Zielnuclet herzustellen und anwendungsspezifisches Verhalten festzulegen (und zwar für Währung, Zahlungsbedingungen und Referenzen). derartig implementiert, dass sie im Normalfall keinerlei Anpassung bedürfen.

Tabelle 2: Java-Package-Struktur

Anwendungsspezifische Anpassungen sollten --wie zuvor erwähnt-- nur umgesetzt werden, entweder

• in den konkreten, bereits vorhandenen, Klassen (siehe Tabelle) oder

• durch neue, eigene konkrete Implementierungen

...

Das MT940-Nuclet ist zur Zeit derart konfiguriert, dass das sparkassenspezifische Verhalten genutzt wird. Die Initialisierung des Parsers erfolgt im Konstruktur der Klasse org.nuclet.mt940.job.MT940Importer und könnte dort jederzeit auf ein anderes Verhalten, d.h. eine eigene Implementierung umdirgiert werden.

org.nuclet.mt940.job.MT940Importer

Der Java-Sourcecode ist mit @replace!-Tags an all jenen Stellen markiert, wo anwendungsspezifisches Verhalten hinzugefügt werden kann. Dazu mehr im in Abschnitt " 4 Integration".