Documentul de lucru al fazei operaționale: deciziile închise, deciziile deschise cu opțiunile lor, modelul de dimensionare (oameni + bani, pe rampa de clienți) și subiectele rămase de analizat. Se citește alături de structura finală v10 și de dosarul pentru avocați (Alexandra). Cifrele de dimensionare sunt model de lucru — ipotezele sunt marcate și corectabile.
01Ce construim. BONO Conta: un abonament unic de 219 lei/lună pentru SRL-uri mici — aplicația plus contabilitatea completă, ținută de contabili autorizați. AI-ul face rutina; un contabil poate administra 100–200 de firme, față de 20–30 azi. Lansare: Q4 2026, cu 100 de clienți; ținta de 20.000 se atinge la finalul lui 2029.
02De ce e greu. Contabilitatea pe bază de contract e profesie rezervată membrilor CECCAR — Bono nu poate presta, factura sau încasa contabilitate (risc penal). În același timp, promisiunea „un preț, totul inclus" cere o înțelegere pe economia serviciului — pe care dreptul concurenței o privește atent. Iar din experiența Solo știm că sistemul lovește partenerul profesional, cu arma suspendării. Structura trebuie să treacă simultan ambele teste și să nu poată fi oprită.
03Soluția. Trei companii cu trei funcții reale: Bono Fintech construiește tehnologia (o suită de servicii — facturare, Iris, SalarEasy, Dublin, Vertigo — licențiabile și separat); BonoServices vinde clientului serviciul digital de administrare a firmei (produs care există și standalone, la 133 lei); Firma A — societate de expertiză deținută 100% de 3 experți CECCAR — exercită integral profesia (86 lei, contract și factură direct către client). BonoServices și Firma A oferă împreună BONO Conta, cu economia convenită deschis între parteneri — apărabil pentru că cei doi nu sunt și nu pot fi concurenți, iar prețul unei oferte comune e parte din produs, nu o înțelegere între rivali. Clientul: o singură experiență, o singură plată, împărțită la sursă de procesator.
04Substanța, nu forma. Firma nu apasă butoane de decor — controlează regulile: încadrările contabile (Adam), poarta prin care datele intră în evidență, închiderea, declarațiile și politica de semnare. Platforma execută; excepțiile ajung la oamenii firmei. Doar contabilul semnează — automat, sub politica pe care el a aprobat-o și o poate revoca oricând. Nimeni de la Bono nu apare vreodată în registrul ANAF. Dovezile (aprobări, refuzuri, log-uri) se scriu singure, zi de zi.
05Unde suntem cu cifrele. Modelul de dimensionare (tabul „Dimensionare") arată: firma ajunge pe breakeven la ~6.000–7.000 de clienți (mijlocul lui 2028); până atunci are nevoie de o punte de finanțare de ~0,8–1,2 mil. lei (contabilitatea grupului Bono ca client + capitalul experților); licența de platformă trebuie calibrată (25 lei/dosar ar ține firma permanent pe minus — spațiul realist e 10–15 lei la scală); iar preluarea dosarelor clienților noi e un flux de muncă real, care merită automatizare serioasă.
06Ce urmează. Închiderea ultimelor decizii deschise (suportul, salarizarea, licența, salariile experților în faza de punte — tabul „Decizii"), sincronizarea documentelor, mandatarea avocaților cu întrebarea centrală de concurență, verificările tehnice cu Simplifi (semnătura automată, F150), constituirea Firmei A și a BonoServices, depunerile de confort prealabil (Consiliul Concurenței + ANAF) — și build-ul: PCL, portabilitatea, filtrele. Lansare: Q4 2026.
| Decizia | Conținutul |
|---|---|
| Structura pe 3 entități | Bono Fintech (tehnologia; două suprafețe licențiate) · BonoServices (serviciul digital + parteneriatul comercial) · Firma A (profesia, integral — inclusiv operarea IRIS prin oamenii ei). Documentată în v10. |
| Organizarea pe 7 funcții | Tech · Contabilitate Setări · Contabilitate Firme · Growth · Customer Support · Operațiuni · HR. „Contabilitate Setări" = echipa care este Professional Control Layer — auditează platforma, decide setările contabile, verifică munca celorlalți contabili; integral a Firmei A (cei 3 experți + seniori), în ciclu de guvernanță direct cu Tech. |
| PCL — guvernanța profesională, perimetrul corectat | Principiul: firma nu guvernează platformele — guvernează poarta prin care datele devin contabilitate. PCL acoperă exact patru lucruri: (1) regulile Adam (încadrarea/contarea — decizia contabilă propriu-zisă); (2) poarta de intrare în evidență (pragurile și condițiile în care ceva se înregistrează automat, inclusiv matching-ul bancar auto-acceptat); (3) checklist-urile de închidere → declarații; (4) politica de semnare. Toate versionate, cu aprobare nominală a firmei și kill-switch. Uneltele din amonte (facturare, open banking, colectare/extragere Iris, motorul de calcul SalarEasy) = teritoriu de produs, fără aprobarea firmei — firma le tratează ca orice profesionist uneltele lui: diligență la alegere + controale proprii pe output (eșantionare, teste de plauzibilitate, definite de firmă în checklist). D112 se întocmește în engine-ul contabil, de către contabil — SalarEasy e sursă de date de calcul, nu emitentul declarației. Implementarea: cele 5 cerințe de specificație rămân valabile, recitite prin acest perimetru. |
| Semnătura expertului | „Platforma nu semnează nimic. Doar contabilul semnează — printr-o politică de semnare pe care el a definit-o, a aprobat-o și o poate revoca oricând." Trei niveluri de aprobare (sistem → clasă de cazuri → excepție); semnarea automată a documentelor verzi; urmă completă per act. Verificare tehnică: Simplifi + avocați. |
| Depunerea la ANAF — configurația finală | Flux principal: certificatele experților firmei — minimum 2 per client, înregistrate la onboarding (redundanță: suspendarea unui expert nu atinge depunerile). Backup construit și pilotat: semnătura clientului (certificat cloud emis la onboarding + acord general de auto-semnare — de investigat legal). Ușa de incendiu: clientul depune singur, manual (mereu legal; precedent intern: la înființări clientul depune deja cu semnătura proprie). Nimeni de la Bono — niciun angajat, niciun fondator, niciun terț apropiat — nu apare vreodată în registrul ANAF. Motivul: semnătura de pe act e cea validată la depunere și poartă asumarea „datele sunt corecte și complete" — o semnătură pe un act fiscal e o asumare, nu un bilet de transport; controlul Bono = frâna, monitorizarea și infrastructura, nu semnătura. |
| Suportul pe conta | Orice răspuns către client pe teme contabile vine de la oamenii Firmei A, sub identitatea firmei. (Modul de organizare a restului suportului — decizia deschisă D1.) |
| Comunicarea automată | Trei niveluri: produs → bot Bono; informație profesională aprobată → KB aprobată de firmă, automat; judecată despre client → oamenii firmei. Botul: „asistentul [Firma A]" pe zona profesională — niciodată „contabilul tău AI". |
| Continuitatea | Portabilitate ca funcție testată (metrica: clienți migrați/zi, cap-coadă) + multi-expert + redundanța F150 + warm standby pentru partenerul B (activare legată de volum, nu de „primul semnal de risc") + timp procedural + radar (monitor Tablou/viză). Test empiric de latență F150 înainte de lansare. |
| Recrutarea contabililor | Pipeline administrativ = serviciu Bono contractat de firmă; decizia finală de acceptare + contractele = ale experților firmei. |
| Arhitectura de microservicii | Bono = suită de servicii care pot funcționa și separat (facturare, open banking, Iris, SalarEasy, Dublin, Vertigo), agregate de Dublin/Vertigo într-o singură experiență; contabilul exercită partea rezervată lucrând ÎN aceste unelte, cu PCL pe perimetrul corectat (nu „validare la final"). Produs: da, de acum — API-uri curate, module licențiabile individual; firme separate per serviciu: nu acum — spin-off doar la declanșator real (clienți externi, echipă distinctă, piață proprie); analiza de concurență vede oricum grupul ca o singură întreprindere. Fir strategic: clienți externi pentru unelte (ex. Iris/Vertigo pilotate cu 2–3 firme de contabilitate clasice) = probă puternică de „furnizor de tehnologie real" + linie de business. Referință de piață: InvoFlux (≈ Iris + conectori de colectare, firmă tech pură, operează liber cu disclaimerul „pregătește datele pentru contabil") — validează granița nerezervată și valoarea standalone a componentelor. |
Varianta A — „o coadă, două echipe" (recomandată): un singur canal și tooling; biletele non-conta → oamenii BonoServices; orice miros de conta → oamenii firmei, în același tool, sub identitatea firmei; regula „la dubiu → firmă". La volumele din model: ~2 oameni Bono + 1–2 ai firmei la lansare.
Varianta B — Alexandra: „tot ce ajunge la un om e om al firmei" (inclusiv produs): elimină riscul de clasificare, dar firma angajează suport de produs — echipa ei se umflă cu roluri neprofesionale.
Propus (pe baza cifrelor tale — serviciu de platformă cu ops subțire): serviciul de salarizare (calcul, fluturași, state, Revisal) = componenta digitală BonoServices, în cei 133, cu 1–2 oameni ops; D112 se întocmește în engine-ul contabil, de către contabil (confirmat) — SalarEasy furnizează datele de calcul; declarația se naște, se autorizează, se semnează și se depune integral în fluxul firmei. Notele contabile de salarizare intră în evidență pe regulile din PCL. Consecință: cei 86 acoperă strict contabilitatea + D112. Fără entitate separată de payroll la lansare. De confirmat. Input lipsă: % clienți cu angajați.
Cu salariile reale (contabil 10k brut) și prețul de 86 lei, modelul arată (secțiunea C): marja firmei înainte de licență ajunge la ~20–24 lei/client abia la scală. O licență de 25 lei/dosar (echivalentul celor 5 €/client din v4) ar ține firma permanent pe pierdere. Opțiuni: (a) L calibrat la ~10–15 lei/dosar la scală (lasă firmei marjă de ~10%); (b) L în trepte pe fază (0 sau simbolic până la breakeven-ul firmei, apoi crește); (c) recalibrarea împărțirii 133/86. Decizia se ia împreună cu verificarea de sustenabilitate — și se documentează în dosarul de preț al licenței.
Puntea de finanțare acoperă ~Q4-26 → mijlocul lui 2028 (secțiunea C). Mărimea ei depinde decisiv de salariile experților în primul an: la 20k brut × 3 de la început, puntea crește cu ~750k lei/an. De discutat cu candidații-experți: salarii reduse la început + equity/profit ulterior, vs. salarii pline finanțate prin punte (contabilitatea grupului Bono ca client B2B + consultanță + capitalul lor + eventual credit al firmei).
Cine din echipa de azi trece la BonoServices, cine rămâne la Fintech, câți operatori are faza manuală Iris și confirmarea că aceștia se mută la Firma A (Contabilitate Firme) — cu transfer real (contract + plată + conducere de la firmă), nu detașare. Input: lista echipei actuale pe roluri.
Dosarul Alexandrei e pe 2 entități (v9) — v10 e pe 3; licența „trepte" vs. „per dosar activ" (decis: per dosar); regula banilor cu excepția „Bono e client al firmei pentru propria contabilitate"; 4 contracte (separarea licenței de acordul de co-furnizare — de validat cu avocații, e deja întrebarea 5 din mandat). Un singur adevăr în toate documentele, apoi mandatarea.
| Reper | Clienți | Contabili firme | Preluări (FTE) | Experți + coord. | Venit / lună | Cost oameni / lună | Marjă înainte de licență |
|---|---|---|---|---|---|---|---|
| Lansare Q4-26 | 100 | 1–2 | incl. | 3 | 8,6k | ~75–85k | −70–75k |
| Final 2027 | 3.600 | ~24 | ~3 | 3 | 310k | ~345k | −35k (−10 lei/client) |
| Mijloc 2028 | 6.600 | ~41 | ~5 | 3+2 | 568k | ~570k | ≈ 0 — breakeven |
| Final 2028 | 10.600 | ~60 | ~6 | 3+3 | 912k | ~815k | +95k (+9 lei/client) |
| Final 2029 | 20.600 | ~103 | ~8 | 3+4 | 1,77M | ~1,30M | +470k (+23 lei/client) |
1 · Breakeven-ul firmei (înainte de licență) ≈ 6.000–7.000 de clienți — mijlocul lui 2028. Puntea de finanțare acoperă ~18–21 de luni de pierderi descrescătoare; cumulat, ordinul de mărime 0,8–1,2 mil. lei, puternic sensibil la politica de salarii a experților în primul an (D4) și la productivitatea reală. Sursele punții: contabilitatea grupului Bono ca client B2B + consultanța la construcție + capitalul experților + eventual credit al firmei — conform ierarhiei din dosarul Alexandrei.
2 · Licența L nu poate fi 25 lei/dosar la salariile și prețul actual — ar ține firma permanent sub zero. Spațiul realist la scală: ~10–15 lei/dosar pentru o marjă a firmei de ~10%. Alternativ: licență în trepte pe fază sau recalibrarea 133/86. (Decizia D3 — se leagă de verificarea de sustenabilitate.)
3 · Preluările sunt un flux de muncă real: la 333 de clienți noi/lună (2027), 3–6 FTE doar pentru preluări fără tooling bun. Automatizarea importului de dosare (solduri, fișe, istoric din Saga/alte softuri) = feature de prim rang, nu nice-to-have.
4 · Calendarul continuității: partenerul B în warm standby devine necesar la ~5.000 de clienți (început 2028) — pragul de activare din decizia „legată de volum".
| Funcția | Oameni la lansare | → la 20k clienți | Note |
|---|---|---|---|
| Growth (marketing + sales + retenție) | 2–3 + buget ads | 5–8 | vocabular blindat; sales fără sfaturi contabile |
| Customer Support (partea non-conta) | 2–3 | 8–12 | funcție de D1; salariu mediu 12k brut |
| Operațiuni — înființare | 2–3 | 3–4 | FinStart; clientul depune cu semnătura proprie (precedentul!) |
| Operațiuni — salarizare | 0–1 | 1–2 | dacă D2 confirmat |
| Operațiuni — facturare + billing/PSP + radar | 1–2 | 2–3 | split, dunning, monitor Tablou, drill-uri |
| HR (pipeline recrutare, ambele direcții) | 1 | 2 | decizia finală pe contabili = firma |
| Total non-Tech | ~8–12 | ~20–30 | Tech = echipa Fintech existentă |
| Blocul | Ce se verifică |
|---|---|
| F150 & depunere — mecanica | Validarea pe semnătura de pe PDF (upload = transport) · semnături multiple pe act · certificate multiple pe același CUI + un certificat pe mii de CUI-uri (limite la volum) · fluxul electronic F150 (împuternicire semnată digital, depunere prin SPV) + test empiric de latență pe un lot, cronometrat · revocarea în masă · confirmarea că ANAF nu verifică statutul CECCAR (disciplina încetării folosirii = a noastră, pe monitorul de Tablou). |
| Varianta client (backup) | Înregistrarea certificatului reprezentantului legal · certificate cloud la onboarding: cost/flux/durată (Simplifi) · acordul general + auto-semnarea clientului (eIDAS „control exclusiv", condiții, acceptanța ANAF) · diferențierea robustă față de tiparul Solo · practica pe bilanț (administrator vs. întocmitor) · particularități D112. |
| Continuitate | Pre-înregistrarea „adormită" a experților partenerului B · tooling batch de migrare (compatibilitate ANAF, rate limits) · fluxul minim de depunere self-service pentru client fără certificat · costul real al întârzierii de câteva zile (penalități + rectificative). |
| Semnătura expertului | Profil conform de semnare automată/batch (eIDAS, QTSP) · mărimea lotului, reînnoirea autorizării, ce se înregistrează per semnătură. |
| Mandatul juridic mare (din v10 §07) | Validarea încadrării de co-furnizare + scrisoarea CC · efectul suspensiv al contestației CECCAR + ÎCCJ 6060/2013 · forma de autorizare multi-expert · structura documentară (1 vs. 2 contracte Bono↔Firma A) · structura intra-grup (licențe, marcă, prețuri de transfer) · art. 348 la Camera Deputaților · asigurarea de protecție juridică cu acoperire disciplinară (broker). |
1. Verificarea celor 3 experți în Tabloul CECCAR (azi, online — pasul zero al întregului plan).
2. Închiderea D1–D4 (suport, salarizare — cu %-ul de angajați, calibrarea L, politica de venit a experților) → P&L-ul final al firmei + dimensionarea exactă a punții.
3. Sincronizarea documentelor (D6) → pachetul final: dosar avocați + v10 + Research/01–07 + acest document → mandatarea avocaților.
4. În paralel: verificările Simplifi (certificate, semnare automată, latență F150) + exercițiul celor trei cutii cu echipa de produs + constituirea Firmei A și a BonoServices.
5. Depunerile de confort prealabil (scrisoarea CC + SFIA) → build (PCL, portabilitate, filtre) → lansare Q4 cu 100 de clienți.
Document de lucru intern Bono · 21 iulie 2026 · se citește alături de: „Structura finală v10" (arhitectura juridică), „Dosar pentru avocați" (Alexandra, de sincronizat — D6) și rapoartele Research/00–07 · cifrele din secțiunea C sunt model de lucru cu ipoteze declarate, nu buget aprobat · nu constituie aviz juridic.