Maximilian Stubhan
27669e0359
Die Datenbank stand seit dem Cut-over auf org_units/om_positions/
position_assignments, die Anwendung fragte weiter nach employees.division_id,
team_id und manager_id — Spalten, die es nicht mehr gab. Die Oberfläche war
deshalb leer, obwohl die Daten vollständig da waren. Das ist jetzt behoben,
und zwar nicht durch Nachbau der alten Begriffe, sondern indem sie verschwinden.
Neu ist eine dünne Schicht, die die Verkettung Person → Besetzung →
Planstelle → Einheit einmal auflöst (lib/placement.ts) und der Baum als reine
Funktionen darauf (lib/org.ts): Vorfahrenkette, Teilbaum, Brotkrume. Alles
Weitere hängt daran.
Was sich dadurch von selbst erledigt hat:
- Das Organigramm musste drei Quellen versöhnen, weil keine den ganzen
Zeitstrahl abdeckte. position_assignments ist zeitabhängig, also
beantwortet eine Abfrage "wer besetzte am Stichtag welche Planstelle" —
für Vergangenheit und Zukunft gleichermassen. Wer keine Planstelle hatte,
war nicht da; eine zweite Zugehörigkeitsregel braucht es nicht mehr.
- Die Struktursicht war auf genau vier Ebenen verdrahtet und rendert jetzt
rekursiv über parent_id. Liste und Grafik entstehen aus *einem* Baum;
vorher lag dieselbe Hierarchie zweimal vor und konnte auseinanderlaufen.
- Eine offene Stelle ist keine eigene Tabelle mehr, sondern eine Planstelle
ohne laufende Besetzung — das Komplement kann nicht aus dem Tritt geraten.
- Eine Versetzung ist der Wechsel auf eine Zielplanstelle statt Zielteam
plus frei getipptem Titel. Sie kann damit nicht mehr dort landen, wo es
keine Stelle gibt, und die Tätigkeit kommt aus dem Job-Katalog.
- Beim Anlegen einer Planstelle entfällt die Suche nach der vorgesetzten
Person: sie ergibt sich aus der Einheit, die Frage kann nicht mehr falsch
beantwortet werden.
Zwei Auswertungen werden dabei richtiger, nicht nur anders. Ein
Stichtagsbericht gruppierte bisher nach der *heutigen* Zuordnung, weil es
keine Historie gab; er löst sie jetzt zum Stichtag auf. Und ein Ereignis
trägt die Einheit, in der die Person am Tag des Ereignisses sass — vorher
stand ein Austritt von vor zwei Jahren unter einem Team, in das sie nie
versetzt worden war. Der Bereichsfilter greift überall auf den ganzen
Teilbaum; auf den Bereich allein angewandt lieferte er nur die
Bereichsleitung.
Gelöscht: die Reorganisations-Werkbank samt Szenarien und Zügen (sie
verschob Teams und Abteilungen zwischen Bereichen — Objekte, die es nicht
mehr gibt; im OM-Modell ist das ein Umhängen von parent_id), die
Mitarbeiter- und Vorgesetztensuche, die nur sie und die Ausschreibung
brauchten, und aus lib/supabase/types.ts die Tabellen divisions,
departments, teams, positions und employee_assignments.
Die beiliegende Migration räumt die Datenbank entsprechend auf. Sie entfernt
auch Funktionen, die der Cut-over verfehlt hat: create_position,
delete_position und undo_reorg existierten zusätzlich in einer
jsonb-Variante und tauchen deshalb weiter in der PostgREST-Schnittstelle auf,
obwohl ihre Tabellen weg sind — ein Aufruf wäre erst zur Laufzeit
gescheitert. An ihre Stelle treten create_position und delete_position im
OM-Sinn; letzteres schliesst eine früher besetzte Planstelle, statt sie zu
löschen, sonst verschwände mit ihr die Besetzungshistorie.
Typecheck, Lint, Build und 182 Tests sind grün. Die Integrationstests sind
mitgezogen, aber weiterhin ungelaufen — dafür braucht es eine laufende
lokale Datenbank.
103 lines
4.2 KiB
TypeScript
103 lines
4.2 KiB
TypeScript
import { describe, expect, it } from "vitest";
|
||
import { ancestorsOf, breadcrumbLabel, buildOrgMaps, divisionOf, subtreeOf, type OrgUnit } from "@/lib/org";
|
||
|
||
// Der Baum ersetzt die drei festen Ebenen des Altmodells. Damit hängt an
|
||
// dieser Datei mehr als vorher: eine Einheit falsch verkettet, und ein Filter
|
||
// „Bereich Produktion" liefert stillschweigend zu wenig — nicht gar nichts,
|
||
// was auffallen würde.
|
||
|
||
const units: OrgUnit[] = [
|
||
{ id: "gmbh", org_number: "10000000", name: "Alpenwerk", parent_id: null, unit_type: "Gesellschaft" },
|
||
{ id: "prod", org_number: "20100000", name: "Produktion", parent_id: "gmbh", unit_type: "Bereich" },
|
||
{ id: "fert", org_number: "21100000", name: "Fertigung", parent_id: "prod", unit_type: "Abteilung" },
|
||
{ id: "mont", org_number: "22001000", name: "Montage", parent_id: "fert", unit_type: "Team" },
|
||
{ id: "cnc", org_number: "22002000", name: "CNC", parent_id: "fert", unit_type: "Team" },
|
||
{ id: "it", org_number: "20200000", name: "IT", parent_id: "gmbh", unit_type: "Bereich" },
|
||
];
|
||
const locations = [{ id: "loc-1", name: "Wien-Hernals", country: "Österreich" }];
|
||
const maps = buildOrgMaps(units, locations);
|
||
|
||
describe("buildOrgMaps", () => {
|
||
it("listet Eltern vor ihren Kindern", () => {
|
||
// Die Reihenfolge ist eine Zusage: der Filter im Mitarbeiterlisten-Select
|
||
// rückt danach ein, und ein Einfügen in die Datenbank verlässt sich darauf.
|
||
const position = new Map(maps.unitList.map((u, i) => [u.id, i]));
|
||
for (const u of maps.unitList) {
|
||
if (!u.parent_id) continue;
|
||
expect(position.get(u.parent_id)!, `${u.name} steht vor ${u.parent_id}`).toBeLessThan(position.get(u.id)!);
|
||
}
|
||
});
|
||
|
||
it("misst die Tiefe ab der Wurzel", () => {
|
||
expect(maps.depthOf.get("gmbh")).toBe(0);
|
||
expect(maps.depthOf.get("prod")).toBe(1);
|
||
expect(maps.depthOf.get("mont")).toBe(3);
|
||
});
|
||
});
|
||
|
||
describe("ancestorsOf", () => {
|
||
it("gibt die Kette von der Wurzel bis zur Einheit selbst", () => {
|
||
expect(ancestorsOf(maps, "mont").map((u) => u.name)).toEqual(["Alpenwerk", "Produktion", "Fertigung", "Montage"]);
|
||
});
|
||
|
||
it("bricht bei einem Ring ab, statt endlos zu laufen", () => {
|
||
// parent_id ist eine gewöhnliche Spalte; ein fehlerhafter Import kann
|
||
// einen Ring erzeugen, und jede Auswertung hier ist rekursiv.
|
||
const ringMaps = buildOrgMaps(
|
||
[
|
||
{ id: "a", org_number: "1", name: "A", parent_id: "b", unit_type: "Bereich" },
|
||
{ id: "b", org_number: "2", name: "B", parent_id: "a", unit_type: "Bereich" },
|
||
],
|
||
[]
|
||
);
|
||
expect(ancestorsOf(ringMaps, "a")).toHaveLength(2);
|
||
});
|
||
|
||
it("liefert nichts für eine unbekannte Einheit", () => {
|
||
expect(ancestorsOf(maps, "gibtesnicht")).toEqual([]);
|
||
expect(ancestorsOf(maps, null)).toEqual([]);
|
||
});
|
||
});
|
||
|
||
describe("subtreeOf", () => {
|
||
it("schliesst die Einheit selbst und alles darunter ein", () => {
|
||
// Genau das meint der Filter „Bereich Produktion": im Bereich selbst
|
||
// sitzt nur die Bereichsleitung, alle anderen hängen tiefer.
|
||
expect(new Set(subtreeOf(maps, "prod"))).toEqual(new Set(["prod", "fert", "mont", "cnc"]));
|
||
});
|
||
|
||
it("ist für ein Blatt die Einheit allein", () => {
|
||
expect(subtreeOf(maps, "mont")).toEqual(["mont"]);
|
||
});
|
||
});
|
||
|
||
describe("divisionOf", () => {
|
||
it("findet den Bereich einer tief hängenden Einheit", () => {
|
||
expect(divisionOf(maps, "mont")?.name).toBe("Produktion");
|
||
});
|
||
|
||
it("gibt für eine Bereichsleitung ihren eigenen Bereich", () => {
|
||
expect(divisionOf(maps, "prod")?.name).toBe("Produktion");
|
||
});
|
||
|
||
it("hat für die Gesellschaft selbst keinen Bereich", () => {
|
||
// Die Geschäftsführung sitzt über allen Bereichen, nicht in einem.
|
||
expect(divisionOf(maps, "gmbh")).toBeUndefined();
|
||
});
|
||
});
|
||
|
||
describe("breadcrumbLabel", () => {
|
||
it("lässt die Gesellschaft weg, die in jeder Zeile gleich wäre", () => {
|
||
expect(breadcrumbLabel(maps, "mont")).toBe("Produktion › Fertigung › Montage");
|
||
});
|
||
|
||
it("endet bei der Einheit, an der die Person tatsächlich hängt", () => {
|
||
expect(breadcrumbLabel(maps, "prod")).toBe("Produktion");
|
||
});
|
||
|
||
it("fällt auf einen Strich zurück, wenn nichts auflösbar ist", () => {
|
||
expect(breadcrumbLabel(maps, null)).toBe("–");
|
||
expect(breadcrumbLabel(maps, "gmbh")).toBe("–");
|
||
});
|
||
});
|