3.1 Währungsbusinessobjekt
Es wird die Existenz eines Währungsbusinessobjekts vorausgesetzt, da die MT940-Datensätze sich auf eine Währung beziehen. Die Währungen werden über den dreistelligen ISO-Code (ISO-4217) identifiziert, deshalb wird vorausgesetzt, dass ein entsprechendes Attribut in dem Währungsbusinessobjekt existiert.
Businessobjekt und Attribut können im Zielnuclet beliebig benannt sein. Die Anbindung erfolgt über eine Schnittstelle, die in der aktuellen Version in einer Java-Klasse realisiert ist.
| Attribut | Java-Datentyp | Nuclos-Datentyp | Pflichtfeld? | Eindeutig? | Beschreibung |
|---|---|---|---|---|---|
| ISO-4217-Code | String | Text | ja | ja | dreistelliger ISO-Währungscode, dient als Identifizierungsmerkmal für die Währungen |
Tabelle 3.1: Währungsbusinessobjekt
Das Währungsbusinessobjekt aus dem Currency-Nuclet erfüllt die genannten Bedingungen.
3.2 Zahlungsbedingungen (optional)
Das MT940-Nuclet sieht die Möglichkeit vor, bei Zahlungseingängen auf die Erfüllung von Skontobedingungen zu prüfen. Diese Möglichkeit ist optional. Sollen Skontobedingungen geprüft werden, so wird die Existenz eines Businessobjekt zur Abbildung von Zahlungsbedingungen empfohlen. In diesem Fall wird ein Attribut für den Skontosatz und ein Attribut für die Skontofrist (in Tagen) benötigt.
Businessobjekt und Attribut können im Zielnuclet beliebig benannt sein. Die Anbindung erfolgt über eine Schnittstelle, die in der aktuellen Version in einer Java-Klasse realisiert ist.
| Attribut | Java-Datentyp | Nuclos-Datentyp | Pflichtfeld? | Eindeutig? | Beschreibung |
|---|---|---|---|---|---|
| Cash Discount | BigDecimal | Kommazahl (9,2) | nein | nein | Skonto-Prozentsatz |
| Cash Discount Period | Integer | Ganzzahl | nein | nein | Skonto-Frist in Tagen |
Tabelle 3.2: Zahlungsbedingungen
3.3 Referenzobjekte
Hauptzweck des MT940-Nuclet ist die Zuordnung von Bankumsätzen (Zahlungseingängen) zu Referenzobjekten (Rechnungen, o.ä.). Daher wird die Existenz einer solchen Businessobjekt vorausgesetzt. Es ist vorgesehen, dass diese Zuordnung unter gewissen Bedingungen (zu zahlender Betrag gedeckt, Skontobedingungen erfüllt, etc.) einen Statuswechsel im Referenzobjekt durchgeführt wird. Daher muss es sich bei der Referenzbusinessobjekt um ein Businessobjekt mit Statusmodell handeln.
Bei der Zuordnung eines Zahlungseinganges wird geprüft, ob der Gesamtbetrag mit dieser Zahlung ausgeglichen wird. Entsprechend muss ein Attribut existieren, in dem dieser Gesamtbetrag gespeichert wird.
Soll zustätzlich die Erfüllung von Skontobedingungen geprüft werden, sind weitere Attribute notwendig:
- Rechnungsdatum (Date Of Invoice)
- Zahlungsbedingungen (siehe 3.2)
Optional kann bei Zahlungseingang ein Zahlungsdatum gesetzt werden, wenn ein entsprechendes Attribut existiert (Payment Date).
Außerdem besteht die Möglichkeit, den ersten Zahlungseingang als entscheidend für einen Statuswechsel anzunehmen. Dafür müsste das Referenzobjekt entsprechend markiert werden (Accept First Incoming Payment).
| Attribut | Java-Datentyp | Nuclos-Datentyp | Pflichtfeld? | Eindeutig? | Beschreibung |
|---|---|---|---|---|---|
| Accept First Incoming Payment | Boolean | Ja/Nein | nein | nein | Flag zur Markierung von Referenzobjekten, bei denen der erste Zahlungseingang zu einem Statuswechsel führen soll |
| Date Of Invoice | Date | Datum | nein | nein | Rechnungsdatum |
| Total Amount Gross | BigDecimal | Kommazahl (9,2) | ja | nein | zu zahlender Gesamtbetrag (brutto) |
| Payment Date | Date | Datum | nein | nein | Zahlungsdatum |
| Conditions Of Payment | Wrapper-Klasse | Referenzfeld | nein | nein | Zahlungsbedingungen (siehe 3.2) |
Tabelle 3.3: Referenzobjekte
Überblick
Inhalte