PAD - Passive Unterbeteiligung Daten

Eindeutige interne ID eines Datensatzes in der Tabelle. Die INR ist ein Textfeld, das beim Aufruf des nächsten gültigen Eintrags vom Zähler dieser Tabelle erstellt wird. Das Feld INR wird zur Pflege von Links aus anderen Tabellen zu dieser Tabelle verwendet.

Bei Tabellen mit Kontraktdaten verbindet die INR die beiden Tabellen xxD und xxT als zugehörige Einträge mit gleicher INR.

Dieses Feld enthält die Referenznummer des Passiven Unterbeteiligung. Die Referenznummer kann aus maximal 16 Stellen bestehen. Dieses Feld sollte als ein Datenbankschlüsselfeld zur Optimierung der Leistung definiert werden. Dieses Feld kann zum Suchen eines Passiven Unterbeteiligung in der Datenbank benutzt werden.

Dieses Feld enthält den angezeigten, deskriptiven, in der Transaktion verwendeten Namen zur Beschreibung und zur Suche des Kontrakts. In der Default-Konfiguration wird dieses Feld über eine Default-Regel basierend auf den Kontraktbetrag und Hauptbeteiligten gesetzt und kann nicht durch den Benutzer geändert werden.

Dieses Feld enthält die INR der Transaktion, mit welcher der Kontrakt eröffnet wurde.

Dieses Feld enthält das Datum, an dem der Eintrag der Datenbank physikalisch hinzugefügt wurde.

Dieses Feld enthält den prozentualen Anteil der Beteiligung an der dazugehörigen Verpflichtung. Wird das Feld manuell vom Benutzer erfasst, wird der Betrag der Unterbeteiligung automatisch errechnet.

Diese Checkbox zeigt an, ob die Unterbeteiligung gegenüber der Risiko Partei bekannt gemacht werden darf oder nicht. Wenn die Checkbox markiert ist, werden keine Nachrichten an die Risiko Partei geschickt.

Dieses Feld enthält die Referenz der Risiko Partei.

Dieses Feld enthält das Datum der letzten Änderung unter dem Kontrakt. Bei leerem Inhalt dieses Feldes befindet sich der Kontrakt noch im Urzustand. Dieses Datum wird automatisch durch die entsprechende Änderungstransaktion aktualisiert.

Dieses Feld wird benutzt, um die Anzahl der bisherigen Änderungen des Kontrakts zu speichern. Dieses Feld wird automatisch durch die entsprechende Änderungstransaktion aktualisiert.

Dieses Feld zeigt an, wie der Kontrakt benutzbar ist. Dies kann entweder durch Akzeptierung, durch Deferred Payment, durch gemischte Zahlung, durch Sicht-Zahlung oder durch Negoziierung sein.

Dieses Feld enthält die Bank/Rolle, die ermächtigt ist, unter dem Kontrakt die Zahlung, Akzeptierung, Negoziierung oder aufgeschobene Zahlung abzuwickeln.

Dieses Feld enthält das Schließungsdatum des Kontrakts. Ist dieses Feld gefüllt, ist der Kontrakt geschlossen und kann nicht mehr zur Verarbeitung von Geschäftstransaktionen verwendet werden, mit Ausnahme von speziellen Transaktionen wie Gebührenabrechnung oder Freie Nachrichten.

Dieses Feld enthält das Verfalldatum der Passiven Unterbeteiligung.

Dieses Feld enthält den Ort, in dem das Akkreditiv verfällt.

Dieses Feld bezeichnet den Typ des Dokumentenakkreditivs.

Dieses Feld definiert den Kontraktbetrag näher und ist bei der Prüfung der vorgelegten Dokumente unter dem Kontrakt von Bedeutung. Wird der Code “not exceeding” verwendet, ist keine Betragstoleranz erlaubt. Wird der Code “Gemäß ERA” verwendet, gelten die Regeln unter Artikel 30 der ERA.

Dieses Feld bezeichnet die Positivtoleranz bezogen auf den Nominalbetrag des zugrundeliegenden Kontrakts als Prozentsatz zuzüglich zum Nominalbetrag. Zur Berechnung des Maximumbetrags des Kontrakts (z.B. das max. Risiko der Bank) wird der positive Toleranzbetrag dem Nominalbetrag hinzuaddiert.

Dieses Feld bezeichnet die Negativtoleranz bezogen auf den Nominalbetrag des zugrundeliegenden Kontrakts als Prozentsatz, der vom Nominalbetrag abzuziehen ist.

Dieses Feld enthält das Eröffnungsdatum eines Kontrakts. Ist das Feld gefüllt, wurde der Kontrakt rechtskräftig eröffnet und kann für Geschäftstransaktionen verwendet werden. Das Datum beschreibt den Zeitpunkt, an dem der Kontrakt rechtskräftig wurde. Es kann ein Datum vor dem Erstellungsdatum sein, wenn der Kontrakt rechtskräftig war, bevor er in der Datenbank gespeichert wurde.

Dieses Feld enthält die Benutzer-ID des Sachbearbeiters, der für die Bearbeitung dieses Kontrakts verantwortlich ist.

Dieses Feld gibt das späteste Verladedatum der zugrundeliegenden Verpflichtung an.

Dieses Feld gibt den Übergabeort (im Falle eines multimodalen Transportdokuments), den Empfangsort (im Falle von Staßen-, Bahn- oder Binnenschifffahrtsdokumenten oder einem Kurier- or Expressdienstdokument), oder den Versand- oder Verladeort, welcher auf den Transportdokumenten vermerkt sein muss, an.

Dieses Feld kennzeichnet, ob Teilverladungen (Verladung in mehr als einer Charge) unter dem Kontrakt erlaubt sind oder nicht.

Dieses Feld bezeichnet den endgültigen Bestimmungsort der Ware aus dem zugrundeliegenden Kontrakt.

Dieses Feld gibt an, ob Umladungen unter dem Kontrakt erlaubt sind oder nicht. Umladung (engl: “Transshipment”) bezeichnet den Warenversand über einen dazwischen liegendenden Ort, um von dort aus an einen anderen Bestimmungsort weiter versandt zu werden. Ein möglicher Grund hierfür kann sein, dass z.B. während des Transports das Transportmittel gewechselt werden muss (z.B. von Schiff auf Straße).

Dieses Feld enthält den Versionszähler, um die Versionshistorie eines Eintrags dieser Tabelle verfolgen zu können. Die einzelnen Versionen werden über Einträge in der SLG-Tabelle hantiert.

Dieses Feld wird benutzt, um das Land, unter dem das Risiko für diesen Beteiligten übernommen wird, zu klassifizieren. Wenn dieses Feld nicht ausgefüllt wird, dann wird das Risiko unter dem Land des Standorts des Beteiligten klassifiziert.

Dieses Feld enthält das Eröffnungsdatum des zugrundeliegenden Geschäftes für das die Unterbeteiligung angelegt wird.

Dieses Feld enthält das Verfalldatum des Akkreditivs oder der Garantie.

Dieses Feld enthält den Namen der Korrespondenzbank.

Dieses Feld enthält den Namen der Risiko Partei.

Dieses Feld enthält die Referenz der Korrespondenzbank.

Kontraktstatus-Flag. Falls gesetzt, ist der Kontrakt reserviert, d.h. es müssen nur einige Basisfelder gefüllt sein. Sichtbar in “Voravis/Benachrichtigung” (PATPOP) und “Info Passive Unterbeteiligung” (INFPAD). Unsichtbar in allen anderen Transaktionen.

Dieses (unsichtbare) Feld legt fest, ob der Betrag oder der Prozentsatz in einem teilbestätigtem Kontrakt bestätigt wird.

Basierend auf dieser Information werden Prozentsatz oder Betrag geschützt und aus dem anderen Feld berechnet.

Dieses Feld enthält den Ländercode des Senders des Akkreditivs und zeigt daher das Risikoland der Unterbeteiligung an. Es wird für statistische Zwecke verwendet und ermöglich der Bank das Länderrisiko zu bewerten, das durch das Anlegen einer Unterbeteiligung reduziert werden kann.

Dieses Flag wird in einer (vor)eröffnenden Transaktion gesetzt, sofern eine eingehende Nachricht sofort abgelehnt wird. Der Kontrakt wird sofort geschlossen.

Dieses Feld enthält den Code der Schnellerfassungs-Definition, die bei der Anlage des Kontraktes verwendet wurde.

Dieses Feld enthält den externen Schlüssel der Entity, zu der diese Daten gehören.

Dieses Feld wird automatisch während der Eingabe gefüllt und wird als Filter beim Zugriff auf die Datenbank verwendet. Ohne spezielle Implementierung sind für den Benutzer nur Einträge der aktuell aktiven Entity sichtbar.

In diesem Feld wird das Geschäftsmodul des zugrundeliegenden Vertrags angegeben.

Dieses Feld enthält die Art der Übernahme der Garantie oder des Standby-Akkreditivs. Die Codetable ist identisch wie in GID.GARTYP mit Ausnahme von Direct Pay.

Dieses Feld kennzeichnet, ob Teilverladungen (Verladung in mehr als einer Charge) unter dem Kontrakt erlaubt sind oder nicht. Andere Bedingungen müssen in einem anderen Feld innerhalb der Nachricht angegeben werden.

Dieses Feld gibt an, ob Umladungen unter dem Kontrakt erlaubt sind oder nicht. Umladung (engl: “Transhipment”) bezeichnet den Warenversand über einen dazwischen liegendenden Ort, um von dort aus an einen anderen Bestimmungsort weiter versandt zu werden. Ein möglicher Grund hierfür kann sein, dass z.B. während des Transports das Transportmittel gewechselt werden muss (z.B. von Schiff auf Straße). Andere Bedingungen müssen in einem anderen Feld innerhalb der Nachricht angegeben werden.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung besteht aus drei Feldern PRDCOD, PRDSUB und PRDVAR, die ein Bankprodukt, eine Unterdifferenzierung und bei Bedarf individuelle Varianten bereitstellen. Hier identifiziert das PRDCOD den Geschäftsbereich zusammen mit einigen Schlüsselkriterien wie bestätigtem oder nicht bestätigtem LC in einer branchenübergreifenden eindeutigen Identifizierung.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung besteht aus drei Feldern PRDCOD, PRDSUB und PRDVAR, die ein Bankprodukt, eine Unterdifferenzierung und bei Bedarf individuelle Varianten bereitstellen. Hier identifiziert der PRDSUB die geschäftssektorspezifischen bankseitigen definierten Produkte und fügt einige wichtige Unterkriterien in einer branchenübergreifenden eindeutigen Identifizierung hinzu.

Erste Version zur Unterstützung der Differenzierung vordefinierter Bankprodukte über Geschäftsfelder hinweg. Diese organisatorische Lösung besteht aus drei Feldern PRDCOD, PRDSUB und PRDVAR, die ein Bankprodukt, eine Unterdifferenzierung und bei Bedarf individuelle Varianten bereitstellen. Hier ist die Produktvariante als mögliche Erweiterung zur Einrichtung spezifischer Varianten unterhalb des Produkt- und Unterproduktcodes vorgesehen.