Method Wiki

Verbindliche Referenz des ZAZ BI-Portals: Datenquellen, Rechenwerke, Definitionen und Zugriffsregeln aller Dashboards. Jede Zahl im Portal lässt sich mit dieser Seite nachvollziehen. Die Seite beschreibt den gültigen Stand — das Änderungsprotokoll je Version steht im Repository (AENDERUNGEN.md, GitHub), nicht hier.

1Portal & Architektur

Was das Portal umfasst, woher die Daten kommen und welche Konventionen überall gelten.

Aufbau des Portals

Datenfluss

Datenquellen

Zwei Umsatzwelten

Das Portal führt bewusst zwei Umsatzbegriffe. Die Brücke zwischen beiden zeigt Accounting → Überleitung (Kapitel 3).

Vorzeichen & Einheiten

Anzeige: Financial Report in ganzen CHF (seit v511); übrige Dashboards in TCHF (Standorte-Reiter des Accountings in Mio CHF); Excel-Exporte liefern exakte CHF. Eingaben: Zahlen mit Schweizer Tausendertrenner (10'000), Monate als MM.JJJJ.

Aktualisierung & Caches

Datenstand = letzter vollständiger Leistungstag des ZaWin-Extrakts: Ladezeitpunkt der Tabelle (Lademetadaten) vor 20 Uhr → Vortag, ab 20 Uhr → Ladetag; der Ladetag wird in der Kopfleiste zusätzlich genannt. Umsätze sind taggenau; Kosten folgen dem Abacus-Buchungsstand. Vorerfasste Zukunftsleistungen zählen nicht als Datenstand.

2Kontenlogik

Wie jedes Abacus-Konto in die Berichtszeilen von P&L, DB Dental, FPL und Financial Report gelangt.

Abacus als Master, Portal folgt

• Sicherheitsnetz: Konten mit Buchungen ohne Klasse in Variante 6 erhalten 9999999 (Erfolgsrechnung) bzw. 9999998 (Bilanz) und erscheinen in der P&L als Zeile «ohne FER-Klasse (Kontrolle)», in DB / FPL im Rest. Erwartung: leer.
• Personal-Split (Zahnärzte / Dentalhygiene / Assistenz) wird aus der FR-Zeile des Kontos abgeleitet und in abacus.konto_personal_split über den nächtlichen Neuaufbau gerettet.
• Konto 2000000 ist ein einseitiges Hilfskonto für FER-Vorträge (FER seit 2020, Abacus-Buchhaltung ab 2023) und bleibt ohne FER-Klasse; sein Saldo erklärt die Restdifferenz der FER-Bilanz.
• Abschlusskonten (FER-Klasse ≥ 8000000, z. B. 9000 Ergebnisverbuchung) sind aus dem Financial Report ausgeschlossen und liegen im Accounting ausserhalb des FER-Layouts («Übrige»).

Kontenrahmen OR / FER

Zuordnung zu Berichtszeilen (Dashboard Abacus)

Die Zuordnung eines FER-Kontos zu den Zeilen von DB Dental, FPL und Financial Report erfolgt je Konto per Dropdown im Dashboard Abacus — nicht pauschal im Code. Override je Konto in abacus.konto_linien, Vorgabe je FER-Klasse in konto_linien_vorgabe, Auflösung in vw_konto_linien; «↺ Vorgabe der FER-Klasse» löscht den Override. Änderungen werden vorgemerkt und gesammelt gespeichert.

Vorrangkette je Buchung (DB Dental und FPL)

1. Lieferanten-Regel — Treffer über Kreditor-Nr. im Buchungstext («Beleg / Kreditor-Nr. / Name») oder RE2-Textmuster; höchstens eine Regel je Bewegung, Kreditor-Nr. vor Muster.
2. Mitarbeiter-Regel — Brutto der Person wird aus der Zeile Quellkonto × KST × Monat herausgelöst.
3. Konto-Linie — Override je Konto, sonst Vorgabe der FER-Klasse.
4. Konto-Verteilung — KST-spezifisches Set vor «alle Kostenstellen»; greift nur auf den Rest nach Schritt 1–2.
5. Rest bleibt auf der Konto-Linie; Konto 6150 (Medbase Verrechnung) nach Umsatzschlüssel.

Alle Umgliederungen sind ergebnisneutral: EBIT vor PPA ändert sich nicht, nur die Zeile. PPA- und Closing-Abgrenzungen laufen je FER-Klasse auf die Linien ihrer Konten; die kalkulatorischen FPL-Parameter (Finanzen / HR / IT) bleiben bestehen.

Konto-Verteilung (Flags Medbase / MGB / ZAZ)

Für geflaggte Konten wird je Linie (Overhead-Funktionen und Programme der DB bzw. Funktionen der FPL) ein Wert je Monat erfasst. Speicherung je Konto, Ziel, Kostenstellen-Set, Jahr und Monat in abacus.konto_verteilung; Sets: «alle Kostenstellen» plus beliebige KST-Sets (1–99 Standorte, 100 Verwaltung, 200 BestSmile-Verwaltung).

Lieferanten- und Mitarbeiter-Regeln

Umsatzschlüssel (Konten FR ACT): Ist der Schlüssel für ein Konto aktiv, werden dessen Buchungen auf allgemeinen Kostenstellen (KST > 99) im Financial Report nicht als Senior Management geführt, sondern monatlich nach Umsatzanteil (Standort-NetSales ÷ Netz-NetSales) auf die Standorte verteilt. Accounting, DB / FPL und Monatsabschluss sind davon nicht betroffen.

3Umsatz & Leistungen (ZaWin)

Was im Portal als Umsatz gilt und wie ZaWin-Leistungen zum gebuchten FER-Nettoerlös übergeleitet werden.

Umsatzdefinition

Selbständige Zahnärzte

• Kennzeichnung inputs_personal.ma_stamm.Selbstaendig = 1 (aus Lohntyp «selb», im Employees Tool editierbar).
• Vertragsmodell: Selbständige fakturieren ihre Patienten selbst. Ihre Behandlungen stehen in ZaWin (Services dentists, Third party), sind aber kein Erlös der ZAZ; ZAZ bucht eine Service fee (Abacus-Konto 3040, eigene Zeile unter dem Nettoerlös der P&L). Grössenordnung rund 3 % des Netzumsatzes.
• Konsequenz: ZaWin-Umsatz je Standort (FR, Standortvergleich) enthält die Selbständigen, der FER-Umsatz nicht. Personalquoten (pers_za in % Services dentists) und das Überschusslohn-Modell sind an Standorten mit Selbständigen entsprechend zu lesen; eine Bereinigung dieser Quoten ist offen.

Überleitung ZaWin → FER (Accounting → Überleitung)

Restdifferenzen entstehen aus Periodisierung (Leistungs- vs. Buchungsdatum, NFL-Abgrenzung), realer vs. rechnerischer Erlösminderung und Erlösen ohne Leistungserfassung (Verwaltung / IC). Unterhalb des Umsatzes führt die Überleitung die ganze P&L weiter: Financial Report (nur OR-Konten, Lohn-Periodisierung) gegen statutarische FER (alle Konten) je Kostenzeile bis Net Income FER; Kontrolle: Net Income = FER Net Income des Accounting-Reiters (Erwartung 0).

Neupatienten: Herkunft DH / ZA

Je Neupatient entscheidet der erste Behandlungstag am Standort: nur Dentalhygiene → «DH»; Zahnarzt (auch wenn ZA und DH am selben Tag) oder anderer Erstkontakt → «ZA». Population = patienten_eintritt (gleiche Basis wie die Neupatientenzahl); die Anteile werden auf die ausgewiesene Neupatientenzahl skaliert. Sichtbar in Cockpit-KPIs, Standort-Kacheln und Patienten-Tabelle (Jahr und Vorjahr).

4Financial Report

Operative Management-Sicht: Umsatz aus ZaWin, Kosten aus Abacus / FER, Kette bis EBIT vor PPA. Reiter Total · Financial Report · Δ Forecast · Sales Bridge.

P&L-Zeilen

• Nur reale Kosten: 7-stellige FER-Abgrenzungskonten werden aus den Kostenzeilen ausgefiltert (Ausnahme 4702001); unterhalb EBITDA bleiben FER-Konten, weil FER-AfA und PPA nur dort existieren.
• Scope: Standort- und NO&A-Filter sind Teil-Scopes — Senior Management und GHOST erscheinen nur bei «Alle Standorte»; Zins und Steuern liegen überwiegend auf der Verwaltung.
• %-Zeilen: Monatsspalten kumuliert Januar bis Monat (YTD-Verhältnis); VJ-Spalte = Jahresverhältnis Vorjahr; Total-Spalte = Jahressumme ÷ Jahressumme inkl. Forecast-Monate.

Ratio-Filter YTD / YOY / LTM

Der Filter wirkt global (KPIs, Kacheln, Vergleich, Patienten, Wachstumszeilen). Offene Monate rechnen mit Forecast-Werten weiter und erscheinen kursiv.

Spalten, Forecast, Scope

• Spalten: Monate Jan–Dez, VJ (Vorjahr), Total = Jahr bis «Bis Monat» (im Ist-Jahr inkl. Forecast); ACT | YTD schaltet die Monatsspalten auf kumuliert.
• Forecast: abgeschlossene Monate = Ist; der laufende Monat (Datenstand) und die Folgemonate kursiv nach dem Forecast-Modell (Kapitel 5): Umsatz aus Budget × Performance (laufender Monat = Ist bis Datenstand + Rest), Kosten aus Jahresziel oder Run-Rate. Die Wachstumszeilen rechnen für diese Monate mit denselben Forecast-Werten.
• Filter: Jahr, Bis Monat, Funktion (ZA | DH), Net / Gross, Ratio, Standorte (Alle, Ex NO&A, NO&A, Einzelstandort). Filter werden je Browser gemerkt.
• Drill: Klick auf eine Kostenzelle öffnet das Konten-Panel (Konten der Zelle, dann Buchungen); Σ Konten = Zelle per Konstruktion.
• Excel (FR-Vorlage): der Excel-Knopf der P&L-Tabelle öffnet die Wahl «Aktuelle Ansicht» (Blatt Total bzw. Standort) oder «Alle Standorte» (Blatt FR Comp zuerst, dann Total und je Standort ein Blatt, Reihenfolge nach Standortnummer) im Layout der Vorlage FR_CH_ACT (Zeilen der P&L-Tabelle bis EBIT vor PPA; Werte in CHF, Summen und %-Zeilen als Formeln, Wachstum als Werte, Forecast-Monate «Fc» in Zeile 1; Vorjahresspalte B bei allen %-Zeilen gefüllt). «Alle Standorte» enthält zusätzlich das Blatt FR Comp: Standortvergleich Total + je Standort eine Spalte, Periode per Dropdown (Jan … Dez, Jahr E) — jede Zelle verweist per INDEX auf die Monats- bzw. Jahresspalte des jeweiligen Blatts, %-Zeilen YTD.
• Kein Budgetvergleich im FR: Budget und Business Plan werden im Dashboard Business Plan gegen das verbuchte Ist verglichen (Kapitel 8).

Total-Reiter & CAGR

• Kostenquoten unter jeder Kostenzeile wie im Cockpit (Material, Personnel dentists / assistants in % of Services dentists; Third party in % of Services third party; Personnel hygienists in % of Services hygienists; Rent, Other, Marketing in % of Sales total).
• Senior Management historisch aus den Total-Blättern (TCHF), ab 2026 Abacus-Verwaltung annualisiert; GHOST ab 2024 aus der SM-Zeile herausgelöst — EBITDA bleibt identisch mit dem offiziellen FR.
• Capex-Block: Ist-Zugänge aus Abacus (vw_capex_zugaenge, brutto nach Anschaffungsjahr), laufendes Jahr Ist + Plan offener Monate, Planjahre aus der Capex-Planung.
• Umschalter «FR | Δ Business Plan»: unter jeder Zeile die Differenz FR Total (live) − aktive Business-Plan-Abgabe.

Δ Forecast — retrospektive Sicht per Ende M

Frage: Wie hat sich das Jahr gegenüber der Sicht per Ende des Ankermonats M entwickelt? Der Anker kommt aus «Bis Monat».

• Umfang: Sales-Linien, Kostenzeilen, Performance EBITDA, Senior Management / EBITDA (netzweit), Abschreibungen, EBIT vor PPA. Ansicht «Δ kompakt» oder «Damals · Heute · Δ», ACT | YTD.
• KPI-Kachel «Δ Sales» = Ist YTD (Jan bis Anker) gegen das feste Budget (inputs.budget_werte) — eine echte Budgetabweichung des abgelaufenen Jahresteils.
• Grenzen: «damaliges Ist» ist der heutige Datenstand (Nacherfassungen enthalten); manuelle Korrekturen und Planwerte sind nicht historisiert.

Sales je Tag

Sales Bridge — Umsatzbrücke zwischen zwei Jahren

5Forecast

Umsatz-Forecast des laufenden Jahres (Tagesgewichte, Performance-Faktor), Kosten-Forecast im Financial Report und in der Accounting-P&L, Forecast-Board.

Umsatz-Forecast laufendes Jahr

Gilt für kursive Werte in der P&L, die 20xxE-Spalte im Total-Reiter und die Standortsichten. Abgeschlossene Monate sind Ist aus ZaWin. Anker (v512): Ist «Bis Monat» im Reiter FR CH ACT früher als der Datenstand, gelten nur die Monate bis zum Anker als Ist; die späteren Monate werden mit dem Wissen bis zum Anker gerechnet (Performance-Faktor aus den Monaten bis Anker, Kosten ohne Vorausbuchungen ab Anker) — der damalige Forecast.

Eigenschaft: zu Monatsbeginn ≈ Budgeterwartung, gegen Monatsende ≈ Ist. Der Forecast bewegt sich nur mit neuen Daten (Anker = Datenstand, nicht Kalender-heute). Die Kappung verhindert, dass Ausreissermonate oder junge Standorte den Forecast verzerren.

Kosten-Forecast im Financial Report

Forecast in der Accounting-P&L

• Forecast ist immer eingeschaltet: im laufenden Jahr sind die Monate ab dem Stichtagsmonat Forecast. Spaltenfarben in P&L und Δ Budget: grün abgeschlossen (Monatsabschluss fixiert oder vor Stichmonat), rot offen (Buchungen vorhanden, nicht fixiert), gelb Forecast.
• Sales = FR-Forecast je Linie (ZA / DH / TPP), kalibriert mit FER-YTD ÷ Plan-YTD, Erlösminderungen proportional, übrige Erlöse Run-Rate — plus bereits gebuchter Nettoerlös des Monats.
• Kosten je FER-Gruppe wie im Monatsabschluss: QUOTE = Budgetquote YTD (Tagetik) × Sales-Forecast des Monats; FIX / BUDGET = Regelwert; GEBUCHT = Run-Rate YTD; STEUER nach der Steuerregel (Kapitel 7). Forecast-Zeile = Ziel − bereits gebucht, auf die Konten nach YTD-Anteil verteilt.
• Totals stimmen mit dem Financial Report überein (gleiche Ziele); die Monatsverteilung unterscheidet sich bewusst (FR: Buchungsprofil, Accounting: gleichmässig). Offen: Überleitung der ZaWin-Sales auf den FER-Nettoerlös im Forecast.

Forecast-Board (Tool Forecast)

6Accounting (Abacus)

Statutarische Sicht aus dem Abacus-Hauptbuch des Mandanten ZZAG: FER- und OR-Layout, Bilanz, Group-Sichten, Budgetvergleich, Deckungsbeitrags- und funktionale P&L, Standortreporting.

Reiter im Überblick

P&L (FER / OR)

Balance Sheet

Group P&L / Group BS

Reine Aufsummierung der Mandanten 3132 ZZAG, 3137 ZZCHB und 8401 BestSmile (Mehrfachauswahl im Filter, «Group» = alle) im FER-Layout; IC-Positionen (Mieten IC, übrige Aufwendungen IC, KK-Zinsen) sind nicht eliminiert. Group BS mit einer Wertspalte, Zahlen klickbar (Konten-Panel). Mandant 8401 liefert keine Klassierungs-Entities; sein FER-Mapping ist im Portal hinterlegt.

Δ Budget — Closing vs. Tagetik-Budget

Vergleich auf der Ebene, auf der das Budget vorliegt: FER-Gruppen des Tagetik-Budgets BUD-6000-00 (inputs.budget_werte, Positionen fer_*, netzweit). Ist = FER-Klassen der P&L (alle KST), Datenbasis Closing oder FIBU.

• Δ = Ist − Budget (positiv = besser), Δ % = Δ ÷ |Budget|; Summen EBITDA, EBIT vor PPA, EBIT, EBT, Gewinn; Kennzahlen inkl. Personal- und Materialquote Ist vs. Budget.
• Ebene «FER-Gruppen» (Budgetebene) oder «FER-Klassen» (Ist je Klasse, Budget bleibt je Gruppe); Darstellung «Δ kompakt» oder «Budget · Ist · Δ · Δ %»; ACT | YTD.
• Verbund 46 / 47 (nur 2026): Budget-Zuordnungsfehler — die Zeile «46 + 47 zusammen» zeigt die gemeinsame Abweichung.

DB Dental — Deckungsbeitrags-P&L

Abbild der Medbase-Deckungsbeitragsrechnung («2026XX_DB_Dental.xlsx») auf FER-Basis. Rechenmotor: Konto × KST × Monat aus dem Konten-Drill, Zuordnung je Konto gemäss Kapitel 2, jede Zelle klickbar bis zur Buchung.

FPL — Functional P&L der Migros-Gruppe

Nachbau der Vorlage «2026XX_FPL_Dental.xlsx» (Blatt Entwurf V3.0) mit demselben Rechenmotor wie DB Dental.

Standorte — FER-P&L je Standort

Excel-Exporte im Vorlagen-Layout

Werte ungerundet in CHF, Summen als Formeln der Vorlage, Zellformate 1:1 aus der Vorlage (eingebettet in das Portal). JJJJMM = Ist-Monat (laufendes Jahr: min(Bis Monat, Stichtagsmonat − 1)).

7Monatsabschluss

Netzweites Monatsergebnis auf FER-Basis, unabhängig davon, ob und wann die Buchhaltung ihre Abgrenzungen in Abacus gebucht hat. Reiter Accounting → Monatsabschluss.

Grundsätze

Rechenweg je Monat

1. Nettoerlös = FER gebucht (Soll = Ist). Quotenbasis der QUOTE-Regeln = Nettoerlös YTD (gebucht; offener Monat ohne Umsatzbuchung: ZaWin).
2. Soll YTD je Gruppe nach Regelart (Tabelle unten); Anzeige Soll Monat = Soll YTD(m) − Soll YTD(m−1).
3. Ziel-Bestand und Korrektur (Bestandslogik):

4. Verteilung auf FER-Klassen: die Korrektur einer Gruppe wird nach dem YTD-Ist-Anteil ihrer Klassen verteilt (ohne Ist gleichmässig); in der P&L im Drill der Linie als Zeile «Closing-Korrektur Abgrenzung».
5. Steuern: Soll YTD = Steuersatz × EBIT vor PPA YTD (inkl. Korrekturen); Korrektur wie Schritt 3.
6. Ergebnis = Nettoerlös + Σ Kostenzeilen Abschluss + Steuern Abschluss; Kennzahlen EBITDA, EBIT vor PPA, EBIT, Net Income mit Margen.

Regelarten (inputs.abschluss_regel, je Jahr und FER-Gruppe)

Zuordnung Klasse → Gruppe: erste zwei Stellen der FER-Klasse (60 / 61 → Nettoerlös, 44 / 47 → 47, 70 / 71 → 71); 4901000 / 4902100 → 49 WB, 4902200 / 4903000 → 49 PPA. Eine Regel mit Klassennummer ist eine Ausnahme innerhalb ihrer Gruppe; Gruppen mit ausschliesslich fest zugeordneten Klassen entfallen bei Ausnahmen (keine Doppelabgrenzung). Die Karte «Budgetregeln» im Reiter zeigt die wirksamen Quoten, Fixbeträge und Gegenpositionen; Änderungen erfolgen per Migration.

Spezialregeln 2026

Bilanz-Gegenpositionen der Abgrenzung

Karte Bilanz im Reiter je Position: Vorjahr 31.12., Vormonat (Abschluss), gebucht, Abgrenzung (kumuliert), Abschluss, Δ Vormonat, Δ Vorjahr; Passiven negativ. Zeile 2720200 = Net Income der Abschluss-P&L (gebucht YTD, Ergebniseffekt der Closing-Zeilen, nach Abgrenzung), damit Total Passiven = Total Aktiven. Reihenfolge: zuerst die P&L abgrenzen, dann die Effekte in der Bilanz zeigen.

Fixieren, Auftauen, Nachtrag

Wo der Abschluss sichtbar ist

8Planung: Budget, Business Plan, Capex, Personalkosten

Planwelten und ihre Quellen, Budgetformel, Kostenplanung, Abgabe-Prozess, Dashboard Business Plan, Capex- und AfA-Konventionen, Abgrenzungslogik der Personalkosten.

Planwelten

Budgetformel Sales (ZA je Standort)

• DH folgt ZA: geplant wird nur ZA; die DH-Zeile ist ein Spiegel (Wachstum %, CHF-Ziel). Eine DH-Eingabe erzeugt einen Override, der bei späteren ZA-Änderungen bestehen bleibt. Saisonalität und Korrekturen bleiben je Funktion getrennt.
• Third party hat kein eigenes Budget: Anteil an Services ZA über inputs.tpp_quote (Standort × Jahr), sonst Fortschreibung «TPP wächst mit ZA».
• Saisonalität: Monatsanteile je Funktion, Summe ≈ 1.0 (Tool Standorte).

Ramp-up-Regel für neue und junge Standorte

«Leitern anwenden» (BP-Matrix) setzt die Regel für alle Standorte in der Ramp-up-Phase; manuell erfasste Zeilen bleiben. Kostenleitern der Neueröffnungen (Material, TPP, Personal, Miete, other, Marketing je Betriebsjahr) stammen aus der FR-Excel und werden als CHF-Overrides in kosten_plan geschrieben; ohne Override gelten die Netz-Quoten.

Kostenplanung (Costs: Forecast / Budget / Business Plan)

Matrix Position × Planjahr in inputs.kosten_plan. «Netz» editiert die Defaults (inkl. Modus je Zeile und Jahr), «Standort X» die Overrides (geerbte Netzwerte grau / kursiv). Senior Management nur netzweit.

• EBITDA (Planjahr, Netz) = Plan-Sales − Plan-Kosten − Senior Management − GHOST. Senior Management und GHOST werden netzweit als CHF-Jahreswert geplant.
• Im Business Plan wird Senior Management nach fester Regel verteilt: Anteil sen_personal_anteil (0.91, aus dem Ist der KST Verwaltung) in den Personalaufwand, Rest in den Betriebsaufwand; EBITDA unverändert.
• Sales reduction in Planjahren: Position sales_red, Netz-Quote auf Total Sales brutto (0.25 % wie die FR-Vorlage). Puffer: Position puffer (nur Netz) für Kosten ohne Standort- und SM-Zuordnung.
• Seed: Quoten aus den Ist-Verhältnissen 2025, Fixkosten aus Ist 2025 × 1.5 % p. a.; QUOTE-Kosten wachsen mit dem Planumsatz, Neueröffnungen erben die Netz-Quoten.

Abgabe & Versionen

1. Änderungen immer im Tool Forecast (Umsatz / Wachstum, Kosten-Matrix, Capex) — nie in der Medbase-Excel; die Excel ist Export, nicht Import.
2. «Planung» speichert und rechnet die Plan-Tabellen (Dataform-Lauf).
3. «Abgabe bestätigen» (Horizont Budget oder Business Plan) friert den Stand als Version ein: Sales-Berechnungsstand, kosten_plan- und capex_plan-Zeilen, RAISE- / AfA-Anker, Bestand-AfA je Standort (plan_freeze_afa), Kontextjahre (Vorjahr Ist, laufendes Jahr LE). Horizont-Jahre sind danach schreibgesperrt (Schloss-Banner).
4. Budget-Abgabe schreibt zusätzlich den festen Budget-Datensatz (budget_werte: Sales je Standort und Funktion, aufgelöste Kosten je Standort und netzweit; Monatsverteilung nach Basislinie, sen und AfA ÷ 12); bisherige Zeilen des Jahres werden inaktiv.
5. «Neue Version erfassen» (Admin) hebt die Sperre auf; der Snapshot bleibt als Version, die nächste Bestätigung erzeugt die Folgeversion.

• Der Business Plan wird vor dem Budget abgegeben; beide teilen für das Budgetjahr dieselben Live-Eingaben. Ein eingefrorener BP sperrt nur die Jahre ab Budgetjahr + 1.
• Versionsname «BP <Jahrgang> <MMJJJJ> v<n>» (z. B. BP 2026 082026 v1 = Medbase-Datei Stand 08/2026). Korrektur-Versionen («eine Zeile, sonst nichts») entstehen per Migration in inputs.fipla und brauchen die Rückrechnung in die Forecast-Eingaben, damit FR Total und BP übereinstimmen.

Dashboard Business Plan

Capex & Abschreibungen

Personalkosten & Boni (Abgrenzungslogik)

Regeln für die variablen Lohnbestandteile (Überschusslohn, Boni) und die Zentrumsleiter-Vergütung. Im Financial Report ordnet die Lohn-Periodisierung die Quartalszahlungen dem Leistungsquartal zu; im Monatsabschluss läuft der Personalaufwand über die Regel der Gruppe 40 (Kapitel 7).

Zentrumsleiter-Vergütung (Fixum, Überschuss, Akonto, Rückstellung)

Rechnung je Zentrumsleiter × Standort (Kostenstelle) × Kalenderjahr (Employees Tool › Zentrumsleiter; Übernahme «ZL seit» und Ende «ZL bis» aus inputs_personal.zl_eintritt). Leitet eine Person zwei Standorte, wird jeder Standort eigenständig gerechnet. Beträge in CHF. Die Tabelle zeigt beide Bonusbasen — «EBITDA» (Überschuss) und «Akonto-Basis (Okt)» (Akonto); ein Klick auf eine Zahl blendet den vollständigen Rechenweg seitlich ein.

Standort-EBITDA = EBITDA-Zeile des Standortblatts im Financial Report: Sales gross − Material − Third party − Personal (ZA, DH, Assistenz) − Rent − Other opex − Marketing; Senior Management und GHOST sind netzweit und nicht enthalten. Eine im Standort-EBITDA enthaltene Rückstellung für den ZL-Lohn wird der Bonusbasis wieder hinzugerechnet (Add-back; derzeit ohne hinterlegte Konten, Add-back 0). Stände werden in inputs_personal.zl_ebitda geführt (je Jahr, Standort und Art gilt der jüngste).

9Standorte · Patienten · Employees

Standort-Dashboard, Kennzahlen-Katalog, Chart-Editor, Patienten-KPIs und Personal-Kennzahlen.

Dashboard Standorte

• Eröffnung = Stammdaten (Tool Standorte); Monate davor (Zukauf-Vorlauf) sind ausgeblendet, Neupatienten übernommener Praxen werden korrigiert (standort_np_korrektur: Monat zählt nicht oder Median der zwölf Folgemonate).
• NO&A = weniger als vier volle Jahre ab dem 1. Januar nach Eröffnung (Financial-Report-Regel); Gruppe NO&A ist im Standorte-Dashboard kein Filter (Netzsicht des Financial Report).
• Kosten je Standort: bis 2025 aus fr_werte, ab 2026 Abacus-FER je Standort-KST (ohne Senior Management / GHOST); vor 2020 keine Kostendaten («–» statt Scheinwert).
• Patientenwanderung: ein Patient bezieht später an einem anderen Standort eine Leistung; Zuordnung an den Standort des letzten Vorbesuchs, je Patient und Zielstandort einmal; Umsatzrisiko = Umsatz der 12 Monate vor dem Wechsel.

Kennzahlen-Katalog (Gruppen und Chart-Editor)

Ableitungen: Trendlinie = lineare Regression über die X-Reihenfolge (Legende nennt die Veränderung vom ersten zum letzten Punkt); Ø-Linie = Mittel der gezeigten Punkte der Leitkennzahl; Gruppenwert = Mittelwert oder Median der Standortwerte je Periode. Klick auf eine Kennzahl-Zelle zeigt den Rechenweg in Zahlen.

Chart-Editor (Tool)

Freie Grafik über die Standortreihe: X-Achse Standorte (Eröffnungsreihenfolge), Kalendermonate, Jahre oder Monate seit Eröffnung; bis zwei Kennzahlen je Y-Achse (links / rechts) als Balken, Linie oder Punkte mit eigener Farbe, Trend und Netz-Ø; Zeitfenster per Doppel-Schieberegler; Standorte per Chip ein- und ausblendbar; Summen als Ø je Monat oder Summe; Beschriftung überschreibbar; Pic nimmt die ganze Karte auf. Definitionen gemäss Kennzahlen-Katalog.

Patienten-KPIs

Employees — Dashboard und Tool

Key figures (FTE, Treatment rooms)

• FTE = Summe der Pensen aus ma_monat; Jahreswert = Durchschnitt der Monate. Buckets: ZA = ZA / OC / KFO / Endo / Paro / ZL · DH = DH* · ASS = Assistenz / DA / PA (zählt nicht zu ZA). FTE ≤ 2019 nur netzweit (FR-Files, ab 2010).
• Services per dentist / hygienist = SalesTreatment der Funktion ÷ FTE der Funktion (CHF je FTE und Monat); Ø-Zeilen = YTD-Umsatz ÷ YTD-FTE.
• Treatment rooms: je Standort monatlich ab 2020 (FR ACT), ≤ 2019 netzweit, ab 2026 aus inputs.standort.Behandlungszimmer; Practitioners / treat. room = (ZA-FTE + DH-FTE) ÷ Rooms.

Dashboard Lieferanten

Dashboard Feedback

10Zugriff & Betrieb

Wer sich anmelden kann, wer was sehen und ändern darf, wie Daten geschützt sind und wie Änderungen am Portal ablaufen.

Anmeldung

Rollen & Rechte

Zwei Schichten: Microsoft Entra ID entscheidet, wer sich anmelden kann (Zuweisung der Enterprise-Applikation). Das Zugriffsmodell des Portals (Dashboard Admin) entscheidet, was eine angemeldete Person sieht und bearbeitet und welche Standorte sie sieht. Verbindungsglied ist die E-Mail-Adresse (UPN) aus dem Entra-Token, die beim Anmelden mit der Nutzerliste abgeglichen wird.

Startbelegung der Rollen

Datenschutz

• Patienten erscheinen nur als Hash aus Name und Geburtsdatum (name_dob_hash); die Abfragen des Portals verwenden ausschliesslich diesen Schlüssel, Klarnamen werden nicht angezeigt.
• Mitarbeitende: Löhne und Pensen einzelner Personen nur im Employees Tool (Standortrechte) und in den Mitarbeiter-Regeln; die Dashboards zeigen Aggregate je Berufsgruppe und Standort.
• Buchungen (Buchungs-Panel) enthalten Buchungstexte inkl. Kreditorennamen — Sichtbarkeit wie in Abacus für alle Angemeldeten.
• Speicherung: alle Daten in BigQuery (Google Cloud, Projekt zz-dlh-access-p); im Browser nur Filtereinstellungen (localStorage), keine Datenkopien. Exporte (Excel, Pic) verlassen das System in der Verantwortung des Nutzers.

Betrieb & Änderungen

Kontrollprinzipien (alle Sichten reconcilieren)

GGlossar

Begriffe und Abkürzungen, wie sie im Portal und in diesem Wiki verwendet werden.