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 - analysierte das Gegenkonto einer Buchung und klassifiert 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.

Anwendung

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

  

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

• Sie können die Products in beliebigen Productlines ablegen

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

  

  
  

• Um das Mappping anwenden zu lassen, führen Sie den Step agent.spREWE_Faktenaufbau aus (es genügt dieser Step, die vorher können Sie deaktivern - oder kopieren Sie diesen Step gleich in eine eigene Pipeline, um diesen immer isoliert ausführen zu können).

  

• Um die Ergebnisse zu kontrollieren, ö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 aber jetzt in allen Auswertungen der result Ebene, das 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), 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 (wir können auch dieses noch individuell lösen)

Implementierung

• Sie erhalten von uns sechs Datenbankobjekte bereitgestellt, welche Sie in Ihre Datenbank einspielen

  • eine Productline mit zwei Products

  • drei Datenbankprozeduren

• 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

  

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