AddOn IC Partnermapping

Zielstellung

Ein IC Partnerkennzeichen kennzeichnet an einer Buchung, mit welchem Intercompany Partner diese Transaktion erfolgt ist. Die Information wird benötigt um

• einen Intercompanyabgleich auf Vollständigkeit durchzuführen (haben beide Seite die Rechnung gebucht - der eine als Aufwand, der andere als Ertrag)

• einen Intercompanyabgleich auf Periodengleichheit durchzuführen (haben beide Seiten die Transaktion in der gleichen Periode gebucht)

• eine Konsolidierung vorzubereiten und Innenaufwendungen / -erträge / -forderungen / -verbindlichkeiten zu eliminieren

Das AddOn IC Partnermapping ermöglich es, in Buchungssätzen ein Partnerkennzeichen zu setzen, wo keines gebucht ist. Dies erfolgt über zwei Regeln:

• das Sachkontenmappping - analyisiert Sachkonten und klassifiziert alle Buchungen auf diesem Sachkonto als “gehören zu Partner X” und setzt daher bei allen Buchungen auf diesem Sachkonto das Kennzeichen X

• das Gegenkontenmapping - analysiert das Gegenkonto einer Buchung und klassifiziert alle Buchungen auf bestimmten Gegenkonten (das sind i.d.R. die Debitoren / Kreditoren) als IC Partner. Es wird auch als Mapping über Personenkonten bezeichnet, rein technisch gesehen wird aber das Gegenkonto verwendet - unabhängig davon, ob es ein Personenkonto ist.

Funktionsweise

• Auf dem Buchungsjournal result.tREWE_fBuchungsjournal erfolgt ein UPDATE Befehl. Die Spalte ICPartnerID wird mit den Werten der definierten Mappingtabelle gefüllt. Sofern die Mappingtabelle kein Kennzeichen für die Dimensionskombination definiert, bleibt das schon vorhandene Kennzeichen erhalten.

Anwendung

• Laden Sie das Setup Skript hier herunter (🔒 Link)

• Das Setup enthält sechs Datenbankobjekte:

  • eine Productline mit zwei Products

  • drei Datenbankprozeduren

• Sie erhalten zwei Products in Ihre Datenbank eingespielt: eines für das Sachkontenmapping und eines für das Gegenkontenmapping. Sie können beide am Namen der Vorlage unterscheiden

• Sie können beide Products beliebig oft kopieren, um das Mapping auf mehrere Products zu verteilen - z.B. pro Mandant.

• Sie können die Products in beliebigen Factories / Productlines ablegen.

• Sie können den Status jedes Products auf Aktiv / Inaktiv setzen (um Mappingvarianten zu testen etc), nur die aktiven werden verarbeitet.

• Füllen Sie die Mappingtabellen aus. Als MandantenID verwenden Sie die MandantenID der result Ebene (diese unterscheidet sich ggf. durch Mandantenmapping etc. von der integration Ebene - kann in integration.tREWE_Mandanten in der Spalte MandantenIDResult geprüft werden).

• die Kontonummern erfassen Sie in der Anzeigelänge wie aus der FiBu bekannt (KontenIDAusgabe)

• Um das Mapping anwenden zu lassen, führen Sie die Pipeline REWELOAD aus.

• Für eine schnelle Aktualisierung genügt es, ausschließlich den Step „agent.spREWE_Faktenaufbau“ auszuführen. Die vorherigen Steps können hierfür deaktiviert werden.

  Alternativ können Sie diesen Step auch in eine separate Pipeline kopieren, um ihn jederzeit isoliert ausführen zu können.

• Um die Ergebnisse zu kontrollieren nutzen Sie die REWE , öffnen Sie beispielsweise die Pivotauswertung FiBu Salden. Die Saldenliste enthält das Feld IC Partner und kann auf diesen gefiltert werden. Natürlich finden Sie die IC Partnereigenschaft ab jetzt in allen Auswertungen der result Ebene, die Felder IC Partner wurden in den Tabellen der result Ebene gefüllt.

Hinweise und Leistungsgrenzen

• Sollte im Feld IC Partner schon ein Wert stehen (aus der Buchhaltung), der auch von der Mappingdefinition getroffen wird, wird dieser überschrieben. Dieses Verhalten kann für Sie individuell angepasst werden.

• Das IC Partnermapping ist keine 100% Lösung, sobald Sie über Verrechnungskonten buchen etc. werden wahrscheinlich etliche Konstellationen nicht von den Regeln abgedeckt.

• Falls Sie Saldovorträge nicht einzeln pro Debitor / Kreditor einbuchen, sondern in Summe, werden die Forderungen / Verbindlichkeiten aus Eröffnungswerten nicht nach IC Partner klassifiziert sein - da ja kein Debitor / Kreditor als Gegenkonto angebucht wird. Auch dieses Verhalten können wir individuell anpassen.

Deinstallation

• Durch Löschen der eingespielten Datenbankobjekte (und der ggf. kopierten Products) können Sie das IC Partnermapping jederzeit wieder aus der OCT Datenbank entfernen.

Expertenwissen

• Das AddOn nutzt den Standard Einsprungpunkt der result Ebene.

• Das Update erfolgt vor der Erzeugung der Aggregattabellen, somit sind diese auf das richtige Partnerkennzeichen aggregiert.

• Das AddOn ist nach dem Einspielen sofort aktiv, es wird von der Standardprozedur agent.spREWE_Faktenaufbau bei Existenz automatisch ausgeführt. Das Partnerkennzeichen wird per UPDATE in result.tREWE_fBuchungsjournal gesetzt und ist dadurch auch in allen result.tREWE_f* Aggregattabellen vorhanden.

Roadmap / geplanter Ausbau

• Action für DatenquellenID Auswahl

• Action für MandantenID Auswahl aus dMandanten

• Action für Sachkontoauswahl aus dKonten im Sachkontenmapping

• Action für Personenkontenauswahl aus dKonten im Personenkontenmapping

Last updated: September 04, 2026