Eine Detailansicht für den Finanzierungsvorgang

Klick-Prototypen für /partner/financing-cases/{id}. Statt heute drei getrennter Seiten zeigt eine Ansicht immer alles: Kundenanfrage, Angebot, Finanzierung und Vertrag. Alle Daten sind Platzhalter (Kunde A, FV-0001 …). Felder und Aktionen je Status sind 1:1 aus quote_requests/show, quotes/show und contracts/show übernommen (Stand main 6f85ee919). Was nur durch die Zusammenlegung entsteht, ist als neu durch Zusammenlegung markiert. Grau gerahmte Quellen-Tags nennen das Herkunfts-Template.

Drei Varianten

Stand 09.10.: Alle drei setzen die acht Entscheidungen von Kevin um: mehrere Versionen, Hub-Sicht, Zeichnungsberechtigte im Vertrag, Umleitungen, eine gemeinsame Timeline, „Distribution Hub“ für den Hub, alle Systemereignisse für Partner und Hub und die Aktion „Neue Version anlegen“ nach einem Storno.

A · Phasen-Stepper

Nah am heutigen Aufbau

Kopf mit Nummer, Status-Badge und Phasenleiste (commission-status-bar)
Je Phase eine Accordion-Karte: aktuelle Phase offen, frühere eingeklappt mit Zusammenfassung, künftige gestrichelt
Rechte Seitenleiste wie heute: Stammdaten, Adressen, Kontakte, Dokumente; statt Activity-Log jetzt die gemeinsame Timeline mit Filter
Versionen in der Phasenkarte: frühere Angebote/Verträge eingeklappt

Stärke: vertraut, weil die Phasen dem Prozess folgen. Schwäche: lange Seite in späten Phasen.

Variante A öffnen

B · Tabs

Kompakt, nach Themen

Kopf mit Kennzahlen: Rate, Summe, Laufzeit, Status
Reiter: Übersicht · Anfrage · Angebot & Positionen · Finanzierung · Vertrag & Unterschrift · Dokumente · Verlauf
Übersicht mit „Nächster Schritt“ und Phasen-Kacheln; noch nicht erreichte Reiter sind ausgegraut
Versionsauswahl in den Reitern Angebot und Vertrag; „Verlauf“ ist die gemeinsame Timeline mit Filter

Stärke: wenig Scrollen, Tab-Deeplinks. Schwäche: Zusammenhänge über Reiter verteilt.

Variante B öffnen

C · Timeline

Chronologisch, Verlauf im Zentrum

Oben die anstehende Aktion
In der Mitte eine durchgehende Vorgangs-Timeline (event-log-Stil). Ereignisse klappen zu Details auf: Anfrage-Ergebnis, Positionen, Finanzierung, DocuSign, Lieferung
Rechts eine feste Info-Spalte mit Kennzahlen, Stammdaten und Kontakten

Stärke: beantwortet „Was ist passiert, was kommt?“. Schwäche: Detaildaten liegen hinter Ereignissen.

Variante C öffnen

Kriterium	A · Phasen-Stepper	B · Tabs	C · Timeline
Einstieg	Phasenleiste + offene Phase	Kennzahlen + Übersicht/Nächster Schritt	Anstehende Aktion + Timeline
Frühere Phasen	eingeklappte Karten mit Zusammenfassung	eigene Reiter, Kacheln in der Übersicht	aufklappbare Ereignisse
Nähe zu heute	hoch (Karten + Seitenleiste wie heute)	mittel	gering (neues Leitmuster)
Aktionen	identisch in allen Varianten: fixe Aktionsleiste unten (page-actions), Reihenfolge positiv → neutral → destruktiv (PH-133), gefiltert nach Rolle × Status

Entscheidungen von Kevin (09.10.2026)

Die fünf offenen Fragen der ersten Runde und die drei Folgefragen (6–8) sind beantwortet und in allen drei Varianten umgesetzt. Im Prototyp sind diese Hinweise standardmäßig ausgeblendet (Schalter „Prototyp-Hinweise einblenden“ in der Prototyp-Steuerung). Eingeblendet ist jede Stelle mit von Kevin entschieden 09.10. markiert, Neues zusätzlich mit neu durch Zusammenlegung/Kevin 09.10.. Details: entscheidungen.md.

#	Entscheidung	A · Phasen-Stepper	B · Tabs	C · Timeline
1	Mehrere Angebote und Verträge je Vorgang. Aktive Version hervorgehoben, ältere/stornierte eingeklappt mit „storniert“/„ersetzt durch“. Aktionen gelten immer für die aktive Version. Szenario-Schalter `?szenario=einfach\|neuanlage-angebot\|neuanlage-vertrag`.	Versionen in der Phasenkarte: Hinweis „Aktive Version“ oben, „Frühere Versionen“ eingeklappt unten	Versionsauswahl im Reiter Angebot bzw. Vertrag (`&version=`); alte Version nur lesend mit Hinweis	Ereignisse beider Versionen in der Timeline mit Versions-Badge; Karte „Versionen“ rechts
2	Hub sieht alles, nur mit seinen Aktionen wie heute: Vertrag „Lieferung beauftragen“, Angebot `complete` nur mit HUB_SIGNEE_MANAGEMENT. Interne Approval-Notizen bleiben verborgen (heute: activity-log zeigt Notizen nur ROLE_APPROVAL_TEAM).	gleich in allen Varianten; der Klick-Test prüft, dass der Hub jeden Inhaltsblock sieht, den der Partner sieht
3	Zeichnungsberechtigte sieht der Partner in allen Phasen, auch beim Vertrag. Markiert als Abweichung von heute (contracts/show: nur Approval).	Karte in der Vertragsphase	Reiter „Vertrag & Unterschrift“	Ereignis „Vertrag unterschrieben“
4	Einzel-URLs leiten auf die gemeinsame Ansicht um (app_quote_show, app_contract_show, app_quote_request_show), mit Sprung auf den heutigen Bereich.	Anker Phasenkarte (`#phase-angebot`, `#ver-ANG-0001`)	Reiter (`?tab=angebot`, `&version=`)	Ereignis (`#ev-angebot`, `#ev-ver-ANG-0001`)
5	Callback-Historie und Aktivitätsprotokoll werden EINE Timeline, unterscheidbar (Badge „Aktivität“ / „Systemereignis“) und filterbar (Alle · Aktivitäten · Systemereignisse, `?verlauf=`).	ersetzt das Aktivitätsprotokoll in der Seitenleiste	ersetzt den Reiter „Verlauf“; Übersicht zeigt die letzten 3 Einträge	Filter über der zentralen Timeline
6	Hub sieht „Distribution Hub“, also seinen eigenen Hub (markiert als Abweichung von heute). Kunden-Link, Dokument-Download und der interne Storno-Grund (PH-601) bleiben nur für Approval sichtbar.	gleich in allen Varianten: Anfrage-Übersicht, Angebotsdetails, Vertragsdetails und Vorgangsdetails
7	Partner und Hub sehen in der Timeline ALLE Systemereignisse (Callback-Historie), auch z. B. „DocuSign: Umschlag widerrufen“. Interne Approval-Notizen bleiben wie heute nur für Approval sichtbar.	gleich in allen Varianten (gemeinsame Timeline aus Entscheidung 5)
8	neu, Kevin 09.10. Nach einem Storno legt der Partner über „Neue Version anlegen“ ein neues Angebot bzw. einen neuen Vertrag im selben Vorgang an. Nur Partner-User und Partner-Manager, nur wenn die aktive Version storniert ist; Approval und Hub nicht. Über den bestehenden Bestätigungsdialog. Danach ist ANG-0002 bzw. V-0002 aktiv, die alte Version steht auf „ersetzt durch …“, und die Timeline zeigt „Neue Version angelegt“. Startstatus: Angebot `in_progress`, Vertrag `wait_for_signing` (Annahme 6).	Aktion in der Aktionsleiste; danach aktive Version in der Phasenkarte	Aktion in Übersicht und Aktionsleiste; danach Versionsauswahl im Reiter	Aktion oben unter „Anstehend“; danach Ereignis „Neue Version angelegt“

Deeplinks zur Aktion „Neue Version anlegen“ (Partner, aktive Version storniert): Angebot: A · B · C · Vertrag: A · B · C

IST → SOLL: Einzel-URLs

IST: /partner/financing-cases/{id} nutzt forward() auf eine von drei Seiten: Vertrag > Angebot/Finanzierung > Anfrage. Daneben sind die Einzel-URLs direkt aufrufbar:

/partner/quotes/{id} · app_quote_show → quotes/show

/partner/contracts/{id} · app_contract_show → contracts/show

/partner/financing-requests/{id} · app_quote_request_show → quote_requests/show

→

SOLL von Kevin entschieden 09.10.: Es gibt nur noch die eine Ansicht /partner/financing-cases/{id}, die immer alles zeigt.

Die Einzel-URLs antworten mit 301 auf die gemeinsame Ansicht und springen auf den heutigen Bereich: A Phasenkarte, B Reiter, C Ereignis. Ältere Versionen landen direkt bei der Version.

Info für die Umsetzung: Links auf app_quote_show stehen in 26 Dateien, auf app_contract_show in 14 (src + templates, Stand main 6f85ee919). Dazu kommen Tests mit 8 bzw. 3 Dateien sowie app_quote_request_show in 2 Dateien plus 1 Test.

Simulierte Umleitungen (Rolle Partner):

Einzel-URL	Szenario	A	B	C

Annahmen (im Prototyp markiert)

Rollenumschalter Partner-User / Partner-Manager / Approval-Team / Hub, Aktionen gefiltert wie heute per is_granted/Voter. von Kevin entschieden 09.10. für den Hub: Hub sieht alle Inhalte, nur seine Aktionen.
~~Je Vorgang genau eine Anfrage, ein Angebot und ein Vertrag.~~ Entfällt von Kevin entschieden 09.10.: Mehrere Angebote und Verträge je Vorgang werden dargestellt (Szenario-Schalter). Anfrage bleibt eine.
Status-Umschalter durch alle Phasen. Aktionen mit Statuswechsel springen im Prototyp zum Folgestatus.
Abgeschlossene Vorstufen bleiben als aufklappbare Zusammenfassung sichtbar.
Rahmenabruf nur als optionales Platzhalter-Badge (auf main noch kein Code).
Startstatus der neuen Version nach „Neue Version anlegen“: Angebot in_progress („In Bearbeitung“), Vertrag wait_for_signing („Warten auf Unterschrift“, eSignature erneut gestartet). von Kevin entschieden 09.10. ist die Aktion, der Startstatus ist eine Annahme.

Offene Fragen (Stand nach 09.10.)

Alle drei Fragen der zweiten Runde hat Kevin am 09.10. entschieden; umgesetzt als Entscheidungen 6–8.

~~Felder „nur Approval“ für den Hub: Soll der Hub zumindest „Distribution Hub“ sehen?~~ Entschieden von Kevin entschieden 09.10.: Ja, der Hub sieht „Distribution Hub“. Kunden-Link, Dokument-Download und interner Storno-Grund (PH-601) bleiben nur für Approval.
~~Systemereignisse für Partner und Hub: alle oder nur ausgewählte?~~ Entschieden von Kevin entschieden 09.10.: alle Systemereignisse, auch „DocuSign: Umschlag widerrufen“. Interne Notizen nur Approval.
~~Wer darf nach einem Storno neu anlegen?~~ Entschieden von Kevin entschieden 09.10.: der Partner (User und Manager) über „Neue Version anlegen“ im selben Vorgang, nur wenn die aktive Version storniert ist.

Deeplinks

Jede Kombination ist auch über die Prototyp-Steuerung auf den Seiten erreichbar. Parameter: rolle, status, szenario, verlauf=aktivitaet|system, rahmen=1, bei B zusätzlich tab und version.

Szenario-Deeplinks: Neuanlage Angebot: A · B · C · Neuanlage Vertrag: A · B · C · Hub: C signed

Szenario für die Matrix:

Status	Partner-User	Partner-Manager	Approval-Team	Hub