Subiectele lăsate deliberat pentru analiză ulterioară — ca să nu se piardă în discuții. Fiecare are contextul și de unde vine. Se golește pe măsură ce le tranșăm.
‹ Înapoi în DublinExtrasul de cont vine săptămânal sau lunar → „Plătit/Plătită" și avertismentele de întârziere pot rămâne pe ecran zile întregi după ce clientul a plătit deja. Senzația: „datele din dashboard nu-s actualizate, deci irelevante". Candidați de discutat: timestamp onest pe fiecare status („potrivit cu extrasul din 20.Apr"), copy care își asumă fereastra, prompt de încărcare extras la avertismente. Rezolvarea completă = OpenBanking (post-MVP, deal comercial la BGN). De discutat separat, valabil și pe desktop.
Rămâne dark cu mesaj calm / devine bej / dispare? Parcată explicit — depinde de subiectul de mai sus (nu putem promite „ești la zi" dacă nu știm de plata de ieri).
Ilizibil / duplicat / nu-e-document: copy + acțiune pentru client. Maparea completă a motivelor = în contractul nucleu↔Iris (rutare pe motiv, 2 clase — decis 3.Aug).
Pe Facturi emiterea rapidă trăiește în pagină (bara + modal); pe Acasă cardul a rămas link-out (decizia din 3.Aug). Aliniem?
Pe Cheltuieli, toggle-ul Micro/Profit adaptează KPI-urile; pe Acasă „Deductibile/Nedeductibile" nu se adaptează încă la regim.
Pragul (30 zile vs scadența facturii) și heuristica „furnizor nou" — de definit în contractul Iris; respingerea formală în SPV = post-MVP.
De validat cifrele cu contabilii + ideea-wow: Bono anunță ÎNAINTE de prag, nu după.
Naming Dashboard vs Acasă (+ eticheta „Plan"/PRD pe navul Acasă) · KPER „Plătite" pe De plată (recalcul din modale) · detaliul per angajat în modul echipă · matricea Extrase + mini-tabelele Acasă la pattern-ul inset · timing import SPV multi-source.
Prototipul responsive al modulului (repo facturare-prd, actualizat 24.Aug) are mobilul rezolvat cap-coadă — dar diverge de deciziile Dublin: scadența default 30 zile (modul) vs 10 zile (Dublin, 6.Aug) · chips-urile de sume/descriere prezente în modul, scoase din modalul Dublin · cardul e-Factura cu countdown prezent în modul, scos în Dublin · formatul datelor „27 mai 2026" în modul vs dd.Mmm.yy în Dublin · borduri de câmp ink 30%/58% (modul) vs 18% (Dublin). Un singur adevăr per decizie — de tranșat cu echipa Facturare.
Ce tipuri de sarcini există (aprobare · confirmare · lipsește ceva · insight · …), cine le generează (Vertigo/echipă, reguli automate, Iris), ce consecință are fiecare, cum se prioritizează și ce escape hatch primește fiecare. Valabil și pe desktop (rail-ul De făcut) — de analizat și detaliat separat, înaintea specului final De făcut.
BGN vrea simulări înainte de decizie → construite pe /mobil-home (toggle între cele două variante).
Mecanica de validat pe simularea /mobil-camera — intră în v1 sau fiecare poză = un document?
iOS nu are push în Safari simplu → email cu deep link (fundație) + WhatsApp (upgrade) + SMS (deadline-uri) + push unde se poate. De proiectat: ce eveniment merge pe ce canal, frecvențe, opt-in.
Interviuri (comportament trecut, reguli Mom Test) + datele SOLO citite per-acțiune (split mobil/desktop pe acțiunile disponibile pe ambele) — testează cei 3 eroi și „50/50".
„Engine contabil" se bate cu „SAGA = motorul contabil" — numele final de ales; cine deține nucleul; când încep Facturarea [F] și SalarEasy [S] să publice consecința contabilă în nucleu.
Livrabilul următor natural: suprafața pentru shell-uri + cele două prize de procesor (nucleu↔Iris, nucleu↔SAGA — generic, „cum arată un procesor contabil").
Netopia/euplatesc vs Stripe · automatizarea plăților recurente · politica de suspendare la neplată (tenant-auth are deja stările) · prețul real (299 lei/lună = placeholder pe /cont).