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.

Code der Gebühr, um diesen Eintrag zu erstellen.

Typ des Kontrakts, dem die Gebühr zugeordnet ist. Dies ist ein echter Kontrakt (z.B. LID, BCD, BOD, GID, GCD) und kein Pseudo-Subkontrakt wie PTS. Dieser Kontrakt wird zur Auswahl der relevanten Einträge aus dem Gebührenpool verwendet.

INR des Kontrakts, dem die Gebühr zugehörig ist. Die zu verwendende Tabelle kann aus OBJTYP genommen werden. Dieser Kontrakt wird zur Auswahl der relevanten Einträge aus dem Gebührenpool verwendet.

Typ des relevanten Kontrakts zur Gebührenberechnung (PTE für Kommissionen des Engagements. Andernfalls gleich OBJTYP).

INR des relevanten Kontrakts zur Gebührenberechnung (PTEINR für Kommissionen des Engagements. Andernfalls gleich OBJINR).

Freitext-Feld, z.Zt. vom Gebührencode, der erstellenden TRNINR und dem laufenden Zähler erstellt. Diese Inhalte können event. künftig geändert werden, um andere Freitextinformationen aufzunehmen und sollten nicht zur techn. Identifikation eines Gebührenpool-Eintrags verwendet werden.

Text der Gebühr über deren Verwendung in der Abrechnung.

Währung des Betrags, der relevant zur Gebührenberechnung ist.

Betrag, der relevant zur Gebührenberechnung ist. Die zugehörige Währung ist in RELCUR.

Für Gebührenberechnungen, die auf zwei Datumsangaben basieren, ist dies das erste Datum für die Berechnung mit zwei Datumsangaben.

Für Gebührenberechnungen, die auf zwei Datumsangaben basieren, enthält dieses Feld das zweite Datum.

ACHTUNG: DAT2 enthält das Datum, und nicht den Folgetag dieses Termins.

Flags zum Identifizieren, welches Feld der verschiedenen relevanten Felder geändert worden ist. Der relevante Codetable ist in SETFEL:MODFLG.

Anzahl der Einheiten für die Gebührenberechnung. Der berechnete Betrag wird mit der Anzahl von Einheiten multipliziert. Daher ergibt das Setzen der Anzahl der Einheiten auf Null ein leeres Ergebnis und das Setzen auf einen negativen Wert ein negatives Ergebnis.

In Berechnungen, die einen Betrag erfordern, wird wird dieses Feld als Betrag je Einheit verwendet.

Kurs zur Berechnung der Gebühr.

Obsoletes Feld. Wird entfernt.

Ein Flag, das identifiziert, ob der berechnete Betrag durch den Minimal- (= '<') oder das Maximalbetrag (= '>') ersetzt wurde. Andernfalls enthält das Flag einen leeren Wert.

Währung des Gebührenpool-Eintrags.

Betrag des Gebührenpooleintrags.

Währung des umgerechneten Werts. I.d.R. die aktuelle Systemwährung.

Umgerechneter Betrag. Die relevante Währung ist XRFCUR.

Dies ist das Ertragskonto aus der Gebührendefinition.

Interne Details der Berechnung in der erstellenden Transaktion (aus und gesetzt in INFDETSTM von DETTAB). Diese Details werden gemäß der aktuellen Benutzersprache in sichtbaren Langtext umgewandelt.

Diese INR identifiziert den Beteiligten, der diese Gebühr zahlt.

INR der Transaktion, die den Pooleintrag erstellt hat. Ist ein Eintrag modifiziert, wird der Originaleintrag als ersetzter Eintrag gekennzeichnet. Diese geschieht über die Felder RPLTRNINR, RPLDAT und ein neu erstellter Eintrag, wird in der Datenbank gespeichert. Dieser enthält die geänderten Daten des ursprünglichen Eintrags.

Datum, an dem dieser Eintrag erstellt wurde (oder geändert, falls dieser Eintrag eine geänderte Kopie ist). Das Datum ist nur dann relevant, wenn SRCTRNINR gesetzt. Andernfalls sollte es ein Nulldate sein.

INR der Transaktion, die diesen Eintrag durch eine veränderte Kopie ersetzt hat. Alle Einträge, bei denen PLTRNINR mit einem nicht-leeren Wert gefüllt sind, werden aus historischen Gründen beibehalten und stellen keine echte Gebühr dar. All diese Gebührenpooleinträge sind verändert. Die geänderten Daten werden in einem separaten neuen Eintrag gespeichert.

Datum, an dem dieser Pooleintrag ersetzt wurde. Das Datum ist nur dann relevant, wenn RPLTRNINR gesetzt ist. Andernfalls sollte es ein Nulldate sein.

INR der Transaktion, in der die Gebühr endgültig abgerechnet wurde.

Datum, an dem die Gebühr endgültig abgerechnet wurde. Das Datum ist nur dann relevant, wenn DONTRNINR gesetzt ist. Andernfalls sollte es ein nulldate sein.

INR der Transaktion, in der die Gebühr avisiert wurde.

Bei einem Kontrollsatz zur vorläufigen Belastung enthält dieses Feld die INR des Originaleintrags.

Datum, an dem die Avisierung stattfand. Das Datum ist nur dann relevant, wenn ADVTRNINR gesetzt ist. Andernfalls sollte es ein nulldate sein.

Die INR des Abgrenzungssteuerungs-Eintrags in der Tabelle ACR wird hier gespeichert.

Wird der Pooleintrag in einer vorläufigen Abrechnung avisiert, wird die INR dieser vorläufigen Abrechnung hier gespeichert. Ist SEPINR leer, heisst dies, dass dieser Eintrag noch nicht in einer vorläufigen Abrechnung avisiert wurde.

Korrespondierende Rolle zur im Pool gespeicherten Gebühr

Bezugsbetrag für die Gebührenkalkulation. Die zugehörige Währung wird in “Währung des relevanten Betrages” gespeichert.

Internes Feld für benutzte Gebührenkondition

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.