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 erstellten Import Inkassos. Die Referenznummer kann aus maximal 16 Stellen bestehen. Dieses Feld sollte zur Leistungsverbesserung als Datenbankschlüsselfeld definiert werden. Es kann dazu verwendet werden, ein Import Inkasso in der Datenbank zu suchen.

Dieses Feld enthält den angezeigten, beschreibenden Namen, der in der Applikation zur Beschreibung und zum Auffinden eines Kontrakts dient. In der Standardkonfiguration wird dieses Feld über eine Default-Regel basierend auf Kontraktbetrag und Hauptbeteiligten gefüllt und kann nicht durch den Benutzer geändert werden.

Dieses Flag zeigt an, aufgrund wessen Anfrage die Waren freigestellt wurden.

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

Dieses Feld enthält das Datum der Warenfreistellung durch die die Applikation verwendende Bank.

Dieses Feld enthält das Datum, an dem die Dokumente von der Inkassobank (Datum des Eingangsstempels) empfangen wurden.

Dieses Feld enthält das Auftragsdatum/Datum des Avis des Ausstellers (oder einer Einreicherbank vor der die Applikation verwendenden Bank).

Dieses Feld enthält das Verladedatum gemäß dem vorgelegten Transportdokument.

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

Dieses Feld enthält das Datum, an dem die Dokumente dem Bezogenen (oder einer zweiten Inkassobank) angedient wurden.

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 Datum, an dem die Nachsicht-Dokumente zur Zahlung fällig sind.

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 den Typ des Inkassos, z.B. ob Sicht- oder Nachsicht-Dokumente vorgelegt wurden.

Dieses Feld wird für Dokumenteninkasso benötigt und gibt einen Teil des Fälligkeitszeitraums an. Der Fälligkeitszeitraum zeigt an, wann Dokumente zur Zahlung fällig sind (im Text). Der Fälligkeitszeitraum besteht aus 3 Feldern: MATPERCNT - MATPERTYP- MATPERBEG (z.B. wie 90-Tage-nach-Sicht) Zusammen ergeben diese Felder den Fälligkeitszeitraum, aus dem das Fälligkeitsdatum des Inkassos berechnet werden kann.

Dieses Feld wird für Dokumenteninkasso benötigt, und gibt einen Teil des Fälligkeitszeitraums an. Der Fälligkeitszeitraum zeigt an, wann Dokumente zur Zahlung fällig sind (im Text). Der Fälligkeitszeitraum besteht aus 3 Feldern: MATPERCNT - MATPERTYP- MATPERBEG (z.B. wie 90-Tage-nach-Sicht) Zusammen ergeben diese Felder den Fälligkeitszeitraum, aus dem das Fälligkeitsdatum des Inkassos berechnet werden kann.

Dieses Feld legt den Zeitraumtypen im Zusammenhang mit der, in der Codetabelle MATPER definierten, Nachsichtspezifikationen fest. Der Fälligkeitszeitraum gibt an, wann die Dokumente zur Zahlung fällig sind (in Text). Der Fälligkeitszeitraum besteht aus 3 Feldern: MATPERCNT - MATPERTYP- MATPERBEG (z.B. 90 Tage nach Sicht) Zusammen ergeben diese Felder den Fälligkeitszeitraum, von dem das Fälligkeitsdatum des Inkassos berechnet werden kann.

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

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 enthält den Typ des vorgelegten Transportdokuments (z.B. Konnossement, Luftfrachtbrief, usw.), das unter diesem Inkasso vorgelegt wurde.

Dieses Feld enthält die Nummer des Transportdokuments (z.B. die Nummer des Konnossements oder des Luftfrachtbriefes).

Dieses Feld enthält das Ausstellungsdatum des vorgelegten Transportdokuments (z.B. Konnossement, Luftfrachtbrief), das unter diesem Inkasso vorgelegt wird.

Dieses Feld enthält die Transportart der unter dem Inkasso gedeckten Waren (z.B. als Seefracht, Luftfracht oder als Kombination verschiedener Transportmittel).

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 bezeichnet den endgültigen Bestimmungsort der Ware aus dem zugrundeliegenden Kontrakt.

Diese Feld definiert, ob die Gebühren und Kommissionen der die Applikation verwendenden Bank von der Bezogenenseite, bzw. “zu Lasten Kunde” (=“U”), der Ausstellerseite, bzw. “zu Lasten Ausland” (=“B”) oder anderen getragen werden. Abhängig von der im Feld getroffenen Auswahl, werden die Rollen in der zweiten Abrechnungs-Tabelle (Eigene Kommission / Gebühren) vorgeschlagen.

Bedeutung “zu Lasten Kunde”: Wenn im Feld Gebührenregelung “zu Lasten Kunde” ausgewählt wurde oder das Feld nicht ausgefüllt wird, werden die eigenen Gebühren in der Abrechnung zu Lasten der BezogenenSEITE vorgeschlagen. (Beim Import-Inkasso wäre das DRE oder CO2 sofern vorhanden).

Bedeutung “zu Lasten Ausland” : Die eigenen Gebühren werden in der Abrechnung zu Lasten der AusstellerSEITE vorgeschlagen. (Beim Import-Inkasso wäre das DRR oder RMI sofern vorhanden).

Bedeutung “Andere”: Auf dem Abrechnungspanel wird keine Rolle zu den Gebühren vorgeschlagen.

Dieses Feld enthält Weisungen hinsichtlich der hinausgeschobenen Zahlung durch den Bezogenen.

Dieses Feld enthält standardmäßig den Ländercode der Einreicherbank, die der Versender des Inkassos ist. Es kann für statistische Zwecke verwendet werden.

Dieses Feld enthält den Warencode der verschifften Waren. Der Warencode wird benutzt, um Auswertungen für bestimmte Warengruppen zu ermöglichen. Die Codetable kann entsprechend den Anforderungen der Bank angepasst werden.

Dieses Feld enthält das Datum, an dem die Nachsicht-Dokumente vom Bezogenen akzeptiert wurden. Wird der Kontrakt finanziert, wird dieses Datum standardmäßig als Startdatum der Finanzierung vorgeschlagen.

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

Dieses Flag zeigt an, dass den Dokumenten ein Wechsel beigefügt ist, der von der die Applikation verwendenden Bank zu garantieren ist. Falls so geschehen, übernimmt die Bank eine Verbindlichkeit und die Engagement-Buchung wird entsprechend gehandhabt.

Dieses Feld dient zur Unterscheidung, ob Waren unter einer Konnossementgarantie oder unter einem Luftfrachtbrief, etc. freigestellt werden.

Wenn eine Konnossementgarantie unter dem Import-Inkasso eröffnet wird, gibt dieses Datum den Zeitpunkt des Verfalls der Konnossementgarantie an.

Ist dieses Flag gesetzt, werden die Waren an den Bezogenen freigestellt. Andernfalls können die Waren an einen anderen Beteiligten freigestellt werden, der in “Freistellen an Adresse” eingegeben wurde.

Dieses Feld wird mit nicht-leerem Wert gesetzt, wenn der Dokumentensatz mehr als eine Fälligkeit enthält.

Dieses Feld gibt an, ob die Dokumente wertfrei ausgehändigt werden, d.h. die Dokumente werden dem Bezogenen ausgehändigt, ohne dass er für diese zahlen muss.

Dieses Feld zeigt an, ob die Gebühren der Inkassobank bei Zahlung des Inkassos verweigert werden können.

Dieses Feld zeigt an, ob die Gebühren der Einreicherbank bei Zahlung des Inkassos verweigert werden können.

Zeigt an, dass die Originaldokumente dem Bezogenen vorgelegt wurden (“Dokumente zu getreuen Händen”). Flag wird bei Ausstellung des Kontrakts gesetzt (z.B. in “Andienung von Dokumenten” (BCTDAV)), wobei die Dokumente später bezahlt werden (“Dokumente akzeptieren und abrechnen” (BCTPAY)).

Banken erlauben die Übergabe der Originaldokumente ohne Zahlung nur ihren besten Kunden.

Falls Dokumente per Zweitpost vorgelegt werden, können diese Originale auch direkt an den Bezogenen gesandt werden. Dies wird in Transaktion “Andienung von 2.Post” (BCTRAD) erledigt.

Werden Dokumente direkt versandt, wird das Engagement auf das Konto des Bezogenen gebucht.

Der aktuelle Dokumentensatz-Status wird in diesem Feld gespeichert.

Kontraktstatus-Flag. Falls gesetzt, ist der Kontrakt reserviert, d.h. es müssen nur einige Basisfelder gefüllt sein. Sichtbar in “Voravis eines Import-Inkassos” (BCTPOP) und “Info Import-Inkasso” (INFBCD). Unsichtbar in allen anderen Transaktionen.

Dieses Feld enthält das Datum der Rechnung des Agenten. Nach der Eingabe wird diese Information zu Tag 43C der ausgehenden T40 TradeConnect-Nachricht gemapped.

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.

Diese Checkbox zeigt an, ob ein Inkasso den “Einheitlichen Richtlinien für Inkassi” unterliegt. Wenn die Checkbox markiert ist bedeutet dies, das das Inkasso den Richtlinien unterliegt. Dieses Feld wird verwendet, um anzuzeigen, dass das Inkasso den Einheitlichen Richtlinien und Gebräuchen für Inkassi (ERI)“ unterliegt. Wird die Checkbox markiert, wird in der ausgehenden Korrespondenz ein Absatz mit Verweis auf die ERI erzeugt.

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 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.

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.

Die Bank, die DOKA einsetzt, muss bei Vertragseröffnung auf Kundenwunsch den ALADI Rembourscode ausgeben.

Dieses Kennzeichen ist nur sichtbar, wenn die Entitygruppe in der Region LATAM liegt.

Außerdem wird es nur dann für die Eingabe aktiviert, wenn die aktuelle Entity eine ALADI-Mitgliedskennung hat und die Gegenpartei ebenfalls als ALADI-Mitglied in der Beteiligten Tabelle definiert ist.

Wenn Sie diese Checkbox ankreuzen, bedeutet dies, dass der Kontrakt unter ALADI Inter-bank Settlement steht und daher: a) Das System generiert automatisch den ALADI-Reimbursement code für (Import LC und Export Inkasso Kontrakte). b) Das System ermöglicht dem Benutzer die manuelle Eingabe des ALADI-Reimbursement code für (Export-LC- und Import Inkasso Verträge)

Alternative Referenznummer. Also: alte Referenz, wenn der Vertrag von einem anderen System migriert wird.