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 unsere Referenznummer für dieses Inkasso.

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 Feld enthält die Referenz des Agenten, wie dieses über die TradeConnect T41-Nachricht eingegangen ist.

Dieses Feld enthält das Konto des Agenten, wie dieses über die TradeConnect T41-Nachricht eingegangen ist.

Dieses Feld enthält die Kommission des Agenten, wie diese über die TradeConnect T41-Nachricht eingegangen ist.

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

Dieses Feld enthält das Datum der Verladung (Tag 44C (Verschiffungsdatum) der eingehenden TradeConnect-Nachricht).

Dieses Feld enthält das Empfangsdatum des Inkassoauftrages. Das Vorlagedatum ist das Datum des Empfangsstempels, NICHT das Datum des Kundenauftrags - das ist das Auftragsdatum der Dokumente.

Dieses Feld enthält das Auftragsdatum des Einreichers (z.B. Aussteller oder eine Einreicherbank vor der die Applikation verwendende Bank).

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 das Datum, an dem die Dokumente an die Inkassobank/den Bezogenen verschickt wurden und der Inkassoauftrag angelegt wurde.

Dieses Feld wird für einfaches Inkasso oder Dokumenteninkasso benötigt. Es definiert das Datum, an dem die relevanten Dokumente zur Zahlung fällig sind.

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 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 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 ist nur für Dokumenten-Inkassi relevant. Dieses Feld enthält den Typ des Transportdokuments (z.B. Konnossement, Luftfrachtbrief, usw.), das unter diesem Akkreditiv vorgelegt wurde.

Dieses Feld ist nur für Dokumenten-Inkassi relevant. Dieses Feld enthält die Nummer des Transportdokuments (z.B. die Nummer des Konnossements oder des Luftfrachtbriefes).

Dieses Feld ist nur für Dokumenten-Inkassi relevant. Es enthält das Datum des Transportdokuments (z.B. Konnossement, Luftfrachtbriefl), das unter diesem Inkasso vorgelegt wird.

Dieses Feld ist nur für Dokumenten-Inkassi relevant. Dieses Feld zeigt an, auf welchem Wege die Waren transportiert wurden (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.

Dieses Feld enthält Anweisungen, ob auf die Zahlung der Gebühren der Inkassobank verzichtet werden kann oder nicht.

Dieses Feld enthält Anweisungen, ob auf die Zahlung der Gebühren unserer Bank verzichtet werden kann oder nicht.

Diese Feld definiert, ob die Gebühren und Kommissionen der die Applikation verwendenden Bank von der Ausstellerseite, bzw. “zu Lasten Kunde” (=“U”), der Bezogenenseite, 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 AusstellerSEITE vorgeschlagen. (Beim Export-Inkasso wäre das RMI oder DRR sofern vorhanden).

Bedeutung “zu Lasten Ausland” : Die eigenen Gebühren werden in der Abrechnung zu Lasten der BezogenenSEITE vorgeschlagen. (Beim Export-Inkasso wäre das COL oder DRE sofern vorhanden).

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

Dieses Feld wird standardmäßig mit dem Ländercode des Risikolandes der Inkassobank gefüllt, die Empfänger 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 der Eintrag der Datenbank physikalisch hinzugefügt wurde.

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 gibt an, ob die Dokumente wertfrei hantiert werden, d.h. dass die Dokumente dem Bezogenen vorgelegt werden, ohne dass dieser für die Dokumente zahlen muss. In Englisch heißt das Feld “Free of Payment”.

Falls gefüllt, wurden die Dokumente vom Aussteller direkt an den Bezogenen versandt. Die Applikation verwendende Bank ist nur mit der Zahlungsabwicklung beauftragt.

Dieses Feld ist nur bei einem Einfachen Inkasso erforderlich.

(Einfaches Inkasso: Wenn Zahlungsdokumente (wie z.B. Wechsel, Schecks, etc.) und keine Transportdokumente zum Inkasso vorgelegt werden.)

Die Bank kann den einfachen Inkasso-Betrag zahlen, bevor der Aussteller die Erlöse von der Inkassobank erhält. Dies wird “Zahlung unter Vorbehalt” genannt, da die Bank sich das Recht vorbehält, den Einreicher zu belasten, wenn keine Erlöse von der Inkassobank eingehen.

Wird diese Option ausgewählt, geht eine Gutschrift an die Einreicherseite, wohingegen das interne Konto der die Applikation verwendende Bank (OWN) in der kontrakteröffnenden Transaktion (Versand eines Einfachen Inkassos - BOTSCC) belastet wird. Bei späterem Erhalt der Erlöse (z.B. in Dokumente akzeptieren und abrechnen - BOTPAY), wird die Inkassobank-Seite belastet und eine Gutschrift erfolgt auf das interne Konto der die Applikation verwendende Bank.

Wenn gesetzt, wird durch dieses Flag angezeigt, dass die Zahlungsdokumente bei der Einreicherbank (die Applikation verwendende Bank) verbleiben und nicht der Inkassobank vorgelegt werden.

Unter bilateralen Vereinbarungen zwischen den Banken können nur elektronische Nachrichten mit allen relevanten Informationen zu dem/den Zahlungsdokument(en) gesendet werden. Die echten Dokumente werden solange im Besitz der Einreicherbank (OWN) gehalten, für den Fall auftretender Probleme beim Inkasso. Dies wird “Truncation” genannt. Der Bezogene weiß von den auf ihn gezogenen Dokumenten und wird gegen Quittung von seiner Bank zahlen. Verglichen mit Papierdokumenten können somit die Transaktionen viel schneller und kostengünstiger hantiert werden. Die Papierdokumente müssten erst umständlicherweise per Post über die Inkassobank an den Bezogenen im Ausland geschickt werden.

Es kann eine SWIFT MT 405-Nachricht verwendet werden. Die SWIFT MT405 wird z.Zt. nicht in der Applikation unterstützt, da diese Nachricht nur von Banken verwendet werden kann, die zur Message User Group (MUG) gehören.

Dieses Feld ist nur bei einem Einfachen Inkasso erforderlich. (Einfaches Inkasso: Wenn Zahlungsdokumente (wie z.B. Wechsel, Schecks, etc.) und keine Transportdokumente zum Inkasso vorgelegt werden).

Unter einem einfachen Inkasso gibt das Ausstellungsdatum das Datum an, an dem das relevante Zahlungsdokument ausgestellt wurde.

Dieses Feld wird nur fürs Einfache Inkasso benötigt.

Einfaches Inkasso: Wenn Zahlungsdokumente (wie z.B. Wechsel, Schecks, etc.) und keine Transportdokumente zum Inkasso vorgelegt werden).

Unter einem einfachen Inkasso zeigt dieses Feld die Nummer des Zahlungsdokuments (z.B. Schecknummer) an.

Dieses Feld ist nur bei einem Einfachen Inkasso erforderlich.

Einfaches Inkasso: Wenn keine Zahlungsdokumente (wie z.B. Wechsel, Schecks, etc.) und keine Transportdokumentezum Inkasso vorgelegt werden].

Diese Feld wird bei einem nicht-leeren Wert gesetzt, wenn der Dokumentensatz mehr als eine Fälligkeit enthält.

Dieses Feld enthält Weisungen darüber, wie lange die Zahlung vom Bezogenen hinausgeschoben werden kann.

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 Export-Inkassos” (BOTPOP) und “Info Export-Inkasso” (INFBOD). Unsichtbar in allen anderen Transaktionen.

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 enthält den Empfänger der Zweitpost, wenn die Dokumente in zwei Sendungen versandt werden. Der Empfänger der zweiten Post kann ein Kontraktbeteiligter, wie z.B. Inkassobank, 2te Inkassobank oder Bezogener (falls im Kontrakt eingegeben) oder ein weiterer Beteiligter (RSM - Empfänger der Zweitpost) sein, der in der Datenbank gespeichert ist.

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

Keine Beschreibung, siehe Label

Dieses Feld enthält das Datum, an dem die Dokumente akzeptiert wurden, d.h. die Transaktion BOTPAY ausgeführt wurde.

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.

Wie die Dokumente and die Inkassobank zu schicken sind.

Anweisung, was mit akzeptiertem Wechsel zu tun ist.

Umgang mit Informationen oder Anweisungen, die vom Kontakt erhalten wurden.

Sollen Zinsen eingezogen werden.

Anweisung, ob Dokumente an den Bezogenen herauszugeben sind, falls die Zinszahlung abgelehnt wird.

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 Eröffnung eines Export-Inkassos auf Kundenwunsch den ALADI Rembours-Code 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. Kann z. B. enthält die alte Referenznummer der migrierten Verträge.