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.
Stand 09.10.: Alle drei setzen die 13 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, die Aktion „Neue Version anlegen“ nach einem Storno, „Storniert“ bis zur Neuanlage eine neue grenke-Prüfung vor V-0002 und eine eigene Finanzierungsanfrage je Runde.
Nah am heutigen Aufbau
Stärke: vertraut, weil die Phasen dem Prozess folgen. Schwäche: lange Seite in späten Phasen.
Variante A öffnenKompakt, nach Themen
Stärke: wenig Scrollen, Tab-Deeplinks. Schwäche: Zusammenhänge über Reiter verteilt.
Variante B öffnenChronologisch, Verlauf im Zentrum
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 | ||
Die fünf offenen Fragen der ersten Runde sowie die Folgefragen (6–8 und 9–12) 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: siehe Entscheidung 9 und 11. | 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“ |
| 9 | Startstatus der neuen Version bestätigt (bisher Annahme 6): Angebot in_progress. Vertrag wait_for_signing, aber erst nach der neuen Zusage (Entscheidung 11). | gleich in allen Varianten | ||
| 10 | Ohne neue Version gilt der Vorgang als „Storniert“, bis eine neue Version angelegt wird: Vorgangsstatus und Badge im Kopf zeigen „Storniert“ (auch bei vertrag_canceled). Mit der Neuanlage wird der Vorgang wieder aktiv. | Kopf-Badge, Vorgangsdetails, Kennzahl „Status“ (B), Status-Matrix der Startseite | ||
| 11 | Neuer Vertrag braucht eine neue grenke-Prüfung. FIN-0001 gilt nicht mehr. „Neue Version anlegen“ nach Vertrags-Storno startet eine neue Finanzierungsrunde zum aktiven Angebot (finance_submitting → finance_review → finance_accepted, Zusage FIN-0002). Erst danach legt „eSignature starten“ V-0002 in wait_for_signing an. FIN-0001 ist als „gilt nicht mehr, ersetzt durch FIN-0002“ markiert. | Phasenleiste „Runde 2“, Finanzierungskarte mit früherer Zusage, V-0001 eingeklappt in der Finanzierungsphase | Reiter „Finanzierung“ mit „2 Runden“, Reiter „Vertrag“ mit Hinweis und V-0001 | Timeline: Runde 1, V-0001, „Neue Version angelegt – neue Finanzierungsrunde“, Runde 2, V-0002 |
| 12 | Storno-Grund des Partners (Angebot) sehen alle Rollen. Der Override-Grund von Approval (PH-601) bleibt intern. | gleich in allen Varianten: Storno-Ereignis der Timeline und frühere Angebotsversion | ||
| 13 | Eigene Finanzierungsanfrage je grenke-Runde (Vorgabe für die Umsetzung): FIN-0001 und FIN-0002 sind eigene Finanzierungsanfragen mit eigener Nummer, eigenem Status und eigener Historie. Es gibt keine neue Transition im Quote-Workflow und keinen Angebots-Klon. Hinweise für den Code: umsetzungs-hinweise.md. | Finanzierungskarte mit Liste der Anfragen, FIN-0001 eingeklappt mit eigener Historie | Reiter „Finanzierung“: Liste der Anfragen, FIN-0001 eingeklappt | Detail zur Finanzierung: Liste der Anfragen, FIN-0001 eingeklappt; Ereignis Runde 1 zeigt FIN-0001 |
Neue Finanzierungsrunde vor V-0002: A · B · C · Kopf „Storniert“: B Hub
Deeplinks zur Aktion „Neue Version anlegen“ (Partner, aktive Version storniert): Angebot: A · B · C · Vertrag: A · B · C
/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/partner/financing-cases/{id}, die immer alles zeigt.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 |
|---|
is_granted/Voter. von Kevin entschieden 09.10. für den Hub: Hub sieht alle Inhalte, nur seine Aktionen.main noch kein Code).in_progress, Vertrag wait_for_signing.Alle Fragen der zweiten und dritten Runde hat Kevin am 09.10. entschieden; umgesetzt als Entscheidungen 6–8, 9–12 und 13. Derzeit gibt es keine offene Frage im Prototyp; Hinweise zur Umsetzung stehen in umsetzungs-hinweise.md.
in_progress, Vertrag wait_for_signing nach der neuen Zusage).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
| Status | Partner-User | Partner-Manager | Approval-Team | Hub |
|---|