FLA v4 — IA Rearchitecture
FIN-11 · Passo 5 · Reorganizar o Summary Side Panel separando conteúdo universal (todos os perfis) vs credit-office-only
Contexto
No protótipo v3-updated-summary.html o Summary Side Panel ("Zusammenfassung") mistura campos universais — relevantes a todos os perfis de usuário (advisor, credit officer, etc.) — com informação que só interessa ao credit office.
O time Inventage/Finnova está aberto a rearquitetar a IA desse painel.
Objetivo deste documento:
- Auditar os campos atuais do painel "Zusammenfassung"
- Classificar cada um como universal, credit-office-only ou shared
- Propor 3 arquiteturas alternativas (IA1 / IA2 / IA3) + recomendação
- Servir de base para o walkthrough com Sandra Harries e Niklaus Hug
⚠️ Assumptions a confirmar no walkthrough:
(1) "dieser Antrag" corresponde ao bloco de fields flat do topo do v3 (Antrags-Nr, Zweck, Geschäftsfall, etc.);
(2) "typ → neu/bisher" refere-se ao campo Geschäftsfall (neu vs. bisher) — eles querem mostrar comparação before/after quando o advisor modifica um Antrag existente;
(3) Os perfis principais são advisor e credit officer, podendo haver outros (QS, approver).
Assim que confirmado, esta página será atualizada.
1 · Audit do v3 (Zusammenfassung)
Campos atuais do Summary Side Panel
Classificação inicial por relevância de perfil. A validar com o time Finnova.
Universal (todos os perfis)
Credit-office-only
Shared (universal + credit lê/edita)
| Campo |
Tipo |
Classificação |
Rationale |
Antrags-Nr.
113722 |
Field |
Universal |
ID do application — todos os perfis precisam ver pra contexto. |
Zweck
Investitionen |
Field |
Universal |
Propósito do crédito — informação de negócio, todos precisam. |
Geschäftsfall
Neu · typ → neu/bisher |
Field |
Shared |
Todos precisam saber se é "Neu" ou "Bisher".
⚠️ Credit office quer diff neu vs bisher quando edita — lógica mais rica que os outros perfis.
|
Finanzierungsspezialist
Andreas Graf |
Field |
Universal |
Owner do processo — útil pra roteamento e comunicação, todos leem. |
Antragsteller
FLA Testautomation User |
Field |
Universal |
Cliente / requerente — informação básica do dossier. |
Status
In Erfassung |
Field |
Universal |
Estado do workflow — todos os perfis precisam pra saber o que fazer. |
Kommentare zum Antrag
Multi-item, collapsible |
Collapsible |
Universal |
Discussão entre perfis — conversational, todos leem/escrevem. |
Interne Notizen
Text-only, collapsible |
Collapsible |
Credit-office-only? |
Hipótese: notas internas são do credit office (risk/compliance).
⚠️ Confirmar se advisors também escrevem notas internas.
|
| Status History |
Link → modal |
Universal |
Audit trail — todos podem precisar pra contexto. |
| Versions |
Link → modal |
Shared |
Versioning — relevante quando credit office edita / advisor consulta histórico. |
| Decisions |
Link → modal |
Credit-office-heavy |
Decisões formais de crédito — credit office é o owner, outros podem ler. |
| Pendencies |
Link → modal |
Universal |
Itens pendentes / ações — todos precisam saber o que falta. |
| Notes |
Link → modal |
Shared |
Notas gerais — todos podem adicionar/ler. |
| Dossier |
Link → modal |
Universal |
Documentação do cliente — todos consultam. |
Resumo da classificação
Universal 9 itens · Shared 3 itens · Credit-office 2 itens (Interne Notizen hipotético, Decisions).
A maior parte do painel já é universal — o gap real é (a) como destacar o diff neu/bisher do Geschäftsfall para o credit office sem poluir a vista dos outros perfis, e (b) onde posicionar Interne Notizen/Decisions quando o usuário não é credit office.
2 · Propostas de arquitetura — comparação visual
BASELINE (v3) ATUAL
Painel único misturando universal + credit-office.
Status quo.
Sem diferenciação por role. Geschäftsfall mostra só "Neu" sem diff.
Antrags-Nr.113722
ZweckInvestitionen
GeschäftsfallNeu
FinanzierungsspezialistAndreas Graf
AntragstellerFLA Testautomation User
StatusIn Erfassung
Kommentare zum Antrag 0expand_more
Interne Notizen 0expand_more
Additional Infos
Status Historychevron_right
Versionschevron_right
Decisionschevron_right
Pendencieschevron_right
Noteschevron_right
Dossierchevron_right
IA1 · Split 2 PAINÉIS
Dois painéis distintos: "Antrag Overview" (universal) sempre visível + "Credit Details" (collapsible, só credit office vê por padrão).
Geschäftsfall ganha diff inline quando no bloco credit.
Antrags-Nr.113722
ZweckInvestitionen
GeschäftsfallNeu
FinanzierungsspezialistAndreas Graf
AntragstellerFLA Testautomation User
StatusIn Erfassung
Kommentare 0expand_more
Additional Infos
Status Historychevron_right
Versionschevron_right
Pendencieschevron_right
Dossierchevron_right
Geschäftsfall diffBisher → Neu
Interne Notizen 0expand_more
Decisionschevron_right
Notes (internal)chevron_right
IA2 · Role-based CONDITIONAL
Um painel único com seções condicionais baseadas no perfil do usuário.
Advisors não veem Interne Notizen nem Decisions. Credit office vê tudo + diff.
Showing: credit office view
Antrags-Nr.113722
ZweckInvestitionen
GeschäftsfallBisher → Neu
FinanzierungsspezialistAndreas Graf
AntragstellerFLA Testautomation User
StatusIn Erfassung
Kommentare 0expand_more
Credit office only
Interne Notizen 0expand_more
Additional Infos
Status Historychevron_right
Versionschevron_right
Decisions creditchevron_right
Pendencieschevron_right
Noteschevron_right
Dossierchevron_right
IA3 · Merge DISTRIBUÍDO
Distribui conteúdo universal em painéis existentes (Overview ganha Zweck/Geschäftsfall, Kreditzweck absorve Pendencies).
"dieser Antrag" fica pequeno, só com credit-office específico.
Antrags-Nr.113722
AntragstellerFLA Test User
StatusIn Erfassung
FinanzierungsspezialistAndreas Graf
Kreditzweck (enriched)
ZweckInvestitionen
GeschäftsfallNeu
Kommentare 0expand_more
Pendencies 0expand_more
dieser Antrag (credit office)
typbisher → neu
Interne Notizen 0expand_more
Decisionschevron_right
Additional Infos
Status Historychevron_right
Versionschevron_right
Dossierchevron_right
3 · Prós / Contras
IA1 · Split (2 painéis)
Pros:
- Separação mental clara entre universal e credit
- Credit office tem seu próprio espaço sem poluir outros perfis
- Sem lógica condicional complexa
Cons:
- Ocupa mais altura vertical do sidepanel
- Duplicação visual se credit office quiser ver os dois juntos
- Onde esconder "Credit Details" pra não-credit? (collapsed? hidden?)
IA2 · Role-based conditional
Pros:
- Um painel só — simplicidade visual
- Cada perfil vê exatamente o que precisa
- Escalável: fácil adicionar novos roles
Cons:
- Backend precisa saber o role do usuário
- Painel "muda" entre perfis — pode confundir QA / support
- Precisa de toggle/debug view pra inspeção por outros perfis
IA3 · Merge distribuído
Pros:
- Reaproveita painéis existentes — usuário já conhece
- "dieser Antrag" fica pequeno, focado no que é realmente credit-only
- Contexto semântico (Zweck perto de Kreditzweck, Pendencies visível)
Cons:
- Mais invasivo — refactor em vários painéis, não só um
- Risco de quebrar padrões já aprendidos pelos advisors
- Precisa alinhar com outras telas além do summary
Recomendação inicial
IA2 (Role-based conditional) como ponto de partida para o walkthrough:
é a mudança menos invasiva visualmente, resolve o problema de "informação sobrando" para advisors, e escala bem quando novos perfis entrarem.
O diff do Geschäftsfall (typ → neu/bisher) vira uma feature contextual do campo em si, não um painel separado.
Plano B: se o time Inventage não quiser depender de role resolution no cliente, cair para IA1 (Split) com o "Credit Details" colapsado por default para não-credit e expandido para credit office.
IA3 fica como opção futura — muito valor semântico, mas escopo maior do que cabe nesta iteração.
4 · Próximos passos
- Confirmar assumptions com Sandra / Niklaus (ver bloco laranja no topo)
- Validar a classificação campo a campo — especialmente Interne Notizen e Decisions
- Escolher IA1 / IA2 / IA3 (ou híbrido)
- Prototipar a escolhida num HTML dedicado (ex:
v5-ia-{choice}.html) com interatividade real (toggle entre perfis, diff neu/bisher funcional)
- Só depois entrar nas variantes A (collapsibles inteligentes) vs B (só links) do FIN-11 passo 3/4
- Consolidar decisão final na
v-next como padrão
FIN-11 · Passo 5 · v4-ia-rearch.html · ← v3 baseline · Jira FIN-11