Geräte aus der groben Leistungsbilanz als Projektgeräte übernehmen #19

Closed
opened 2026-09-27 10:15:36 +02:00 by Grovy311 · 1 comment
Collaborator

Ziel

In der groben Leistungsbilanz (LPH 2/3, estimate_rows) trägt man Verbraucher grob ein, um früh eine Kostengruppen-Bilanz zu haben. Diese Zeilen sind laut docs/estimate-balance.md bewusst von der Stromkreisstruktur entkoppelt: sie schreiben nichts in Stromkreislisten, Verteilungen oder Projektgeräte, sie dienen nur dem Vergleich „geschätzt ↔ detailliert“.

Sobald die Planung weiterläuft (LPH 3/4) und Verteilungen/Stromkreise entstehen, müssen dieselben Geräte nochmal von Hand als Projektgeräte angelegt werden. Das ist Doppelarbeit und eine Fehlerquelle, weil Werte beim zweiten Abtippen abweichen können.

Feature-Wunsch: eine Zeile, oder mehrere, aus einem Stand der groben Leistungsbilanz per Klick als Projektgerät(e) übernehmen, damit sie direkt in der detaillierten Leistungsbilanz weiterverarbeitet werden können, ohne die Werte neu einzutippen.

Vorschlag

  • Aktion „Als Projektgerät übernehmen“ an jeder estimate_rows-Zeile, idealerweise auch als Mehrfachauswahl je Gruppe oder ganzem Stand.
  • Übernommen würden mindestens: name, quantity, powerPerUnitW → powerPerUnit, simultaneityFactor, cosPhi, remark, sowie die Kostengruppe der übergeordneten estimate_groups-Zeile → costGroup.
  • Läuft über den bestehenden Projekt-Befehlsmechanismus (project-device.*), also mit Revision und Undo/Redo wie jede andere Änderung an Projektgeräten.
  • Das neue Projektgerät landet zunächst unplatziert, wie ein von Hand angelegtes Gerät, und wird wie gewohnt über den Stromkreisbaum einer Verteilung bzw. einem Stromkreis zugeordnet.

Fragen an dich

  1. Zeilen mit Einheit Fläche (W/m²) haben in project_devices keine Entsprechung, dort gibt es nur Anzahl × Einzelleistung. Sollen die beim Übernehmen gesperrt sein, oder trägt man Anzahl und Einzelleistung dabei von Hand ein?
  2. safetySupply (SV) gibt es an der Gerätezeile der Grobbilanz, an project_devices sehe ich kein entsprechendes Feld. Wo sitzt SV bei den Projektgeräten, am Stromkreis oder am Verteiler, und wie wird das beim Übernehmen abgebildet?
  3. Soll die Übernahme einen Verweis behalten, z. B. estimate_rows.convertedToProjectDeviceId, damit eine Zeile nicht doppelt übernommen wird und der Vergleich „geschätzt ↔ detailliert“ das anzeigen kann? Oder reicht eine einmalige Kopie ohne Verknüpfung?
  4. Betrifft auch #7, Frage 3: Falls die Kostengruppe der Gerätezeilen normiert wird, sollte die Übernahme dieselbe Normierung nutzen, sonst landen übernommene Geräte im Vergleich als „ohne Kostengruppe“.

Abgrenzung

Keine Änderung an der Berechnung der groben Bilanz selbst und keine automatische Platzierung in einer bestimmten Verteilung. Es geht nur um die Übernahme der Werte, die Zuordnung zu Verteiler und Stromkreis bleibt wie bisher Handarbeit.

## Ziel In der groben Leistungsbilanz (LPH 2/3, `estimate_rows`) trägt man Verbraucher grob ein, um früh eine Kostengruppen-Bilanz zu haben. Diese Zeilen sind laut `docs/estimate-balance.md` bewusst von der Stromkreisstruktur entkoppelt: sie schreiben nichts in Stromkreislisten, Verteilungen oder Projektgeräte, sie dienen nur dem Vergleich „geschätzt ↔ detailliert“. Sobald die Planung weiterläuft (LPH 3/4) und Verteilungen/Stromkreise entstehen, müssen dieselben Geräte nochmal von Hand als Projektgeräte angelegt werden. Das ist Doppelarbeit und eine Fehlerquelle, weil Werte beim zweiten Abtippen abweichen können. Feature-Wunsch: eine Zeile, oder mehrere, aus einem Stand der groben Leistungsbilanz per Klick als Projektgerät(e) übernehmen, damit sie direkt in der detaillierten Leistungsbilanz weiterverarbeitet werden können, ohne die Werte neu einzutippen. ## Vorschlag - Aktion „Als Projektgerät übernehmen“ an jeder `estimate_rows`-Zeile, idealerweise auch als Mehrfachauswahl je Gruppe oder ganzem Stand. - Übernommen würden mindestens: `name`, `quantity`, `powerPerUnitW` → `powerPerUnit`, `simultaneityFactor`, `cosPhi`, `remark`, sowie die Kostengruppe der übergeordneten `estimate_groups`-Zeile → `costGroup`. - Läuft über den bestehenden Projekt-Befehlsmechanismus (`project-device.*`), also mit Revision und Undo/Redo wie jede andere Änderung an Projektgeräten. - Das neue Projektgerät landet zunächst unplatziert, wie ein von Hand angelegtes Gerät, und wird wie gewohnt über den Stromkreisbaum einer Verteilung bzw. einem Stromkreis zugeordnet. ## Fragen an dich 1. Zeilen mit Einheit **Fläche** (W/m²) haben in `project_devices` keine Entsprechung, dort gibt es nur Anzahl × Einzelleistung. Sollen die beim Übernehmen gesperrt sein, oder trägt man Anzahl und Einzelleistung dabei von Hand ein? 2. `safetySupply` (SV) gibt es an der Gerätezeile der Grobbilanz, an `project_devices` sehe ich kein entsprechendes Feld. Wo sitzt SV bei den Projektgeräten, am Stromkreis oder am Verteiler, und wie wird das beim Übernehmen abgebildet? 3. Soll die Übernahme einen Verweis behalten, z. B. `estimate_rows.convertedToProjectDeviceId`, damit eine Zeile nicht doppelt übernommen wird und der Vergleich „geschätzt ↔ detailliert“ das anzeigen kann? Oder reicht eine einmalige Kopie ohne Verknüpfung? 4. Betrifft auch #7, Frage 3: Falls die Kostengruppe der Gerätezeilen normiert wird, sollte die Übernahme dieselbe Normierung nutzen, sonst landen übernommene Geräte im Vergleich als „ohne Kostengruppe“. ## Abgrenzung Keine Änderung an der Berechnung der groben Bilanz selbst und keine automatische Platzierung in einer bestimmten Verteilung. Es geht nur um die Übernahme der Werte, die Zuordnung zu Verteiler und Stromkreis bleibt wie bisher Handarbeit.
Owner

Umgesetzt mit Commit a6500e2.

Umsetzung:

  • Einzelaktion „Als Projektgerät übernehmen“ an jeder Grobbilanz-Zeile; keine Stapelübernahme.
  • Der bestehende Projektgeräte-Dialog wird mit Name/Anzeigename, Kostengruppe, GZF, cos φ, Anmerkung und Anschlussart vorbelegt. Stückleistungen werden von W nach kW umgerechnet.
  • Das Projektgerät bleibt eine Vorlage mit Anzahl 1; die ursprüngliche Stückzahl wird im Herkunftshinweis angezeigt.
  • Flächenzeilen sind zulässig. Anzahl und Leistung bleiben dort leer und müssen vor dem Speichern manuell eingetragen werden. Die echte Flächeneinheit bleibt Folgethema #20.
  • SV wird nur als Herkunftshinweis angezeigt, da die Versorgungsart an der Verteilung liegt.
  • Gleichnamige vorhandene Projektgeräte erzeugen eine nicht blockierende Warnung.
  • Vor dem Öffnen und vor dem Anlegen werden ausstehende Grobbilanz-Änderungen gespeichert. project-device.insert übernimmt danach die aktuelle Projektrevision und den normalen Undo/Redo-Weg.

Präzisierungen gegenüber den Vorüberlegungen:

  • Die Kategorie wird mangels Phaseninformation mit dem vorhandenen Dialogstandard „1-phasig“ vorbelegt und ausdrücklich als zu prüfen markiert; eine Namensheuristik wäre fachlich nicht belastbar.
  • fixed und socket werden im Freitextfeld Anschlussart als „Festanschluss“ und „Steckdose“ angezeigt.
  • Leere Pflicht-Zahlenfelder gelten im Projektgeräte-Dialog nun wirklich als ungültig; vorhandene Aufrufer behalten ihre bisherigen Standardwerte.

Keine Migration und keine gespeicherte Verbindung zwischen Grobbilanz-Zeile und Projektgerät. Snapshot-, Transfer-, Grobbilanz-Befehls-, Berechnungs-, Vergleichs- und Druckformate bleiben unverändert. Dokumentation in docs/estimate-balance.md und AGENTS.md wurde ergänzt.

Verifiziert mit 522 Tests sowie build:api, build:web, typecheck:scripts und beiden TypeScript-Prüfungen.

Umgesetzt mit Commit [`a6500e2`](https://git.jappel.io/jappel/leistungsbilanz-ts/commit/a6500e2). Umsetzung: - Einzelaktion „Als Projektgerät übernehmen“ an jeder Grobbilanz-Zeile; keine Stapelübernahme. - Der bestehende Projektgeräte-Dialog wird mit Name/Anzeigename, Kostengruppe, GZF, cos φ, Anmerkung und Anschlussart vorbelegt. Stückleistungen werden von W nach kW umgerechnet. - Das Projektgerät bleibt eine Vorlage mit Anzahl 1; die ursprüngliche Stückzahl wird im Herkunftshinweis angezeigt. - Flächenzeilen sind zulässig. Anzahl und Leistung bleiben dort leer und müssen vor dem Speichern manuell eingetragen werden. Die echte Flächeneinheit bleibt Folgethema #20. - SV wird nur als Herkunftshinweis angezeigt, da die Versorgungsart an der Verteilung liegt. - Gleichnamige vorhandene Projektgeräte erzeugen eine nicht blockierende Warnung. - Vor dem Öffnen und vor dem Anlegen werden ausstehende Grobbilanz-Änderungen gespeichert. `project-device.insert` übernimmt danach die aktuelle Projektrevision und den normalen Undo/Redo-Weg. Präzisierungen gegenüber den Vorüberlegungen: - Die Kategorie wird mangels Phaseninformation mit dem vorhandenen Dialogstandard „1-phasig“ vorbelegt und ausdrücklich als zu prüfen markiert; eine Namensheuristik wäre fachlich nicht belastbar. - `fixed` und `socket` werden im Freitextfeld Anschlussart als „Festanschluss“ und „Steckdose“ angezeigt. - Leere Pflicht-Zahlenfelder gelten im Projektgeräte-Dialog nun wirklich als ungültig; vorhandene Aufrufer behalten ihre bisherigen Standardwerte. Keine Migration und keine gespeicherte Verbindung zwischen Grobbilanz-Zeile und Projektgerät. Snapshot-, Transfer-, Grobbilanz-Befehls-, Berechnungs-, Vergleichs- und Druckformate bleiben unverändert. Dokumentation in `docs/estimate-balance.md` und `AGENTS.md` wurde ergänzt. Verifiziert mit 522 Tests sowie `build:api`, `build:web`, `typecheck:scripts` und beiden TypeScript-Prüfungen.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: jappel/leistungsbilanz-ts#19
No description provided.