Zahlungsreferenzregeln Beispiele

Verwenden Sie diese Beispiele als Vorlagen, wenn Sie Zahlungsreferenzregeln in Continia Banking konfigurieren. Jedes Beispiel veranschaulicht, wie gängige Zahlungsreferenzformate zugeordnet werden.

Beispiel 1: Finnische Referenznummer (FI)

  • Format: Numerisch, inklusive Prüfziffer (Modulus 10)
  • Beispielreferenz: 12345672

Konfiguration

  • Validierungsmuster: ^\d{8}$
  • Prüfziffer: Aktiviert (Modulus 10)
  • Direktes Matching: Aktiviert
  • Abgleich mit der Tabelle: Debitorenposten
  • Zuordnen mit Feld: Belegnr.

Hinweis

Wenn Direktes Matching aktiviert ist, werden Referenzstartposition und Referenzlänge automatisch gelöscht und nicht verwendet.

Beispiel 2: Schwedische OCR-Nummer

  • Format: Numerisch, variable Länge, Prüfziffer (Modulus 10)
  • Beispielreferenz: 12345678903

Konfiguration

  • Validierungsmuster: ^\d{10,12}$
  • Prüfziffer: Aktiviert (Modulus 10)
  • Direktes Matching: Aktiviert
  • Abgleich mit der Tabelle: Debitorenposten
  • Zuordnen mit Feld: Belegnr.

Beispiel 3: Norwegische KID-Nummer

  • Format: Numerisch, variable Länge, Prüfziffer (Modulus 10 oder 11)
  • Beispielreferenz: 12345678903

Konfiguration

  • Validierungsmuster: ^\d{5,25}$
  • Prüfziffer: Aktiviert (Modulus 10 oder 11)
  • Direktes Matching: Aktiviert
  • Abgleich mit der Tabelle: Debitorenposten
  • Zuordnen mit Feld: Belegnr.

Beispiel 4: Referenz mit eingebetteter Belegart

  • Format: "INV2024001" (wobei "INV" der Indikator für die Belegart ist, "2024001" ist die Referenz)
  • Beispielreferenzen:
    • INV2024001 (Rechnung)
    • CM2024002 (Gutschrift)

Konfiguration

  1. Dokumenttypzuordnungen erstellen
    • Code = "INV_MAPPING", Document Type Indicator = "INV", Document Type = "Invoice"
    • Code = "CM_MAPPING", Document Type Indicator = "CM", Document Type = "Credit Memo"
  2. Konfigurieren Sie die Regel:
    • Validierungsmuster: ^[A-Z]{2,3}\d{7}$
    • Direktes Matching: Deaktiviert
    • Referenz Startposition: 4
    • Referenzlänge: 7
    • Abgleich Dokumenttyp: Aktiviert
    • Dokumenttyp Startposition: 1
    • Dokumenttyplänge: 3
    • Abgleich mit der Tabelle: Debitorenposten
    • Zuordnen mit Feld: Belegnr.
  3. Verknüpfen Sie Zuordnungen mit der Regel:
    • Verwenden Sie Zugehörige Dokumenttypen, um "INV_MAPPING" und "CM_MAPPING" zu verknüpfen.

Erwartetes Verhalten

Das System extrahiert "2024001" zum Abgleich und identifiziert es als Rechnungsdokumentart.

Beispiel 5: Bankspezifisches Referenzformat

  • Format: Variiert je nach Bank
  • Beispiele:
    • Bank A: 10-stellige Referenz ^\d{10}$
    • Bank B: 12-stellige Referenz ^\d{12}$

Konfiguration:

  • Erstellen Sie separate Regeln, gefiltert nach Bankcode:
    • Regel 1: Bank Code BANKA
    • Regel 2: Bank Code BANKB

Jede Regel gilt nur für Transaktionen der jeweiligen Bank.

Beispiel 6: Modulus 10 Rekursive Prüfziffer

  • Format: Skandinavische Zahlungsreferenz mit Modulus-10-rekursiver Prüfziffer
  • Beispielreferenz: 1234567890 (wobei die letzte Ziffer die Prüfziffer ist)

Konfiguration

  • Validierungsmuster: ^\d{10,15}$
  • Prüfziffer: Aktiviert
  • Prüfziffernalgorithmus: Modulus 10 Recursive
  • Prüfziffernposition: 10 (Position der Prüfziffer)
  • Prüfzifferberechnung Startposition: 1
  • Prüfziffer Berechnungslänge: 9
  • Direktes Matching: Aktiviert
  • Abgleich mit der Tabelle: Debitorenposten
  • Zuordnen mit Feld: Belegnr.

Erwartetes Verhalten

Das System validiert die Prüfziffer mithilfe des Algorithmus Modulus 10 Recursive, bevor es die Referenz abgleicht.

Beispiel 7: Kombinierte Filter

  • Format: CAMT053-Kontoauszüge einer bestimmten Bank mit ISO-Transaktionscodes
  • Beispielreferenz: 98765432

Konfiguration

  • Validierungsmuster: ^\d{8}$
  • Direktes Matching: Aktiviert
  • Auszugsart: CAMT053
  • Bank Code: NORDEA
  • Domain-Code: PMNT
  • Familiencode: RCDT
  • Unterfamiliencode: ESCT
  • Abgleich mit der Tabelle: Debitorenposten
  • Zuordnen mit Feld: Belegnr.

Erwartetes Verhalten

Diese Regel gilt nur für:

  • CAMT053-Auszüge
  • Von der Bank NORDEA
  • Mit ISO-Transaktionscode PMNT-RCDT-ESCT (Zahlungseingang per Überweisung)

Beispiel 8: Konvertierung eines 32-stelligen Hexadezimalwerts in eine GUID

  • Format: 32 Zeichen Hexadezimaler String ohne Bindestriche
  • Beispielreferenz: 00112233445566778899aabbccddeeff
  • Konvertiertes Format: 00112233-4455-6677-8899-aabbccddeeff

Konfiguration

  1. Erstellen Sie das Validierungsmuster:

    • Validierungsmustercode: INVALIDGUID

    • Beschreibung: GUID without '-'

    • Muster Text:

      (?<![0-9a-f])[0-9a-f]{32}(?![0-9a-f])
      

    Dieses Muster kennzeichnet Transaktionstexte, die genau 32 Hexadezimalzeichen enthalten.

  2. Erstellen Sie das Transformationsmuster:

    • Muster Code: GUID

    • Beschreibung: Add - to GUID

    • Muster Text:

      (?<=[0-9a-f]{8})(?=[0-9a-f]{24}$)|(?<=[0-9a-f]{12})(?=[0-9a-f]{20}$)|(?<=[0-9a-f]{16})(?=[0-9a-f]{16}$)|(?<=[0-9a-f]{20})(?=[0-9a-f]{12}$)
      

    Das Muster markiert Positionen, an denen Bindestriche eingefügt werden müssen, um das Standard-GUID-Format zu bilden.

  3. Erstellen Sie eine Continia Banking Import Transformationsregel:

    • Code: ADD-GUID
    • Beschreibung: Add missing '-' to GUID
    • Transformationstyp: Regular Expression – Replace
    • Wert anhand des Musters ermitteln: GUID
    • Wert ersetzen: -
    • Testeingabe: 00112233445566778899aabbccddeeff
    • Erwartetes Ergebnis: 00112233-4455-6677-8899-aabbccddeeff
  4. Erstellen Sie die Zahlungsreferenzregel:

    • Code: ING
    • Beschreibung: GUID Reference
    • Suchfeldvorlage: DESCTRANSACDETAILS
    • Validierungsmustercode: INVALIDGUID
    • Abgleich mit der Tabelle: Bankposten
    • Zuordnen mit Feld: CTS‑CB Unique ID
    • Transformationsregel: ADD-GUID
    • Direktes Matching: Aktiviert

Erwartetes Verhalten

Das System erkennt den 32-stelligen Hexadezimalwert, wandelt ihn in eine GUID mit Bindestrichen um und führt eine direkte Suche im Feld CTS-CB Unique ID in den Bankposten durch.

Beispiel 9: Mehrere Posten mit derselben Referenznummer finden

Verwenden Sie diese Option, wenn mehrere offene Posten die gleiche Zahlungsreferenznummer haben, z. B. eine Sammelrechnungsnummer, und eine einzelne Zahlung sich auf alle Posten beziehen kann.

Debitorenposten

DebitorRestbetragZahlungsreferenz
Debitor A100,00 EURABC12345UX9999
Debitor B110,00 EURABC12345UX9999
Debitor C120,00 EURABC12345UX9999

Importierte Zahlung

BetragZahlungsreferenz
315,00 EURABC12345UX9999

Regelkonfiguration

  • Art des Abgleiches: Direktes Matching
  • Suchfeld: Zahlungsreferenznummer
  • Mehrere Abgleiche zulassen: Aktiviert

Ergebnis

Die Regel für Zahlungsreferenzen findet alle Debitorenposten mit der Zahlungsreferenz ABC12345UX9999 und erstellt Zahlungsausgleichsvorschläge für alle übereinstimmenden Posten.

Da der importierte Zahlungsbetrag (EUR 315,00) nicht mit dem verbleibenden Gesamtbetrag der gefundenen Posten (EUR 330,00) übereinstimmt, werden die Posten auf der Seite Prüfung des Zahlungsausgleichs als Ausgleichsvorschläge angezeigt, aber nicht automatisch ausgeglichen. Anschließend können Sie die vorgeschlagenen Posten überprüfen und die richtigen manuell ausgleichen.

Wenn der Zahlungsbetrag 330,00 EUR betragen hätte, wären alle drei Buchungen automatisch ausgeglichen worden.

Informationen zum Thema

Zahlungsreferenzregeln einrichten
Validierungsmustercodes zum Abgleich von Zahlungsreferenzen
Standard-Zahlungsreferenzregeln
Prüfziffernvalidierung konfigurieren
Häufig gestellte Fragen zu Zahlungsreferenzregeln