ASENTIA PROJECT SL

ASENTIA PROJECT SL va ser una societat de responsabilitat limitada constituïda l'any 2014 a Barcelona, segons consta al registre mercantil (BORME, tom 44127, foli 29, full B 378037). El seu àmbit d'activitat, d'acord amb la classificació sectorial de què es disposa, era el software i els serveis SaaS.

La societat no va desaparèixer per dissolució: l'any 2016 es va transformar en societat anònima amb la denominació ASENTIA PROJECT SA, canvi de forma que consta inscrit al BORME.

La constitució es documenta al registre amb data de 2014. El 22 de maig de 2014 consta una ampliació de capital de 1.500 euros, amb un capital subscrit resultant de 17.300 euros (BORME, tom 44127, foli 29, full B 378037). El 26 d'agost de 2014 es van nomenar apoderats solidaris José Javier González Iglesias i José Carlos de Francisco Salces.

El 4 de desembre de 2014 es va fer una nova ampliació de capital de 61.750 euros, fins a un capital subscrit de 79.050 euros, i es va nomenar Deloitte SL com a auditor de comptes (BORME, tom 44504, foli 152, full B 378037).

Entre els administradors que consten al corpus figuren Juan Ceñal González-Fierro (conseller), MAINSPRING SL (conseller) i C44 BOARD LIMITED (conseller).

La informació disponible situa l'empresa al sector del software i SaaS, amb seu a Barcelona. El corpus no detalla el producte concret, els clients ni el model de negoci més enllà d'aquesta classificació sectorial; aquests extrems no consten a les fonts consultades.

El registre mostra una activitat financera i societària intensa en pocs anys. El 8 de gener de 2016 consta una reducció de capital de 3.870 euros, amb un capital subscrit resultant de 5.649.748 euros, i el nomenament de Deloitte SL com a auditor (BORME, tom 45062, foli 98, full B 378037).

El 3 de març de 2016 es va inscriure l'acord de transformació de societat limitada en societat anònima, i el 4 d'agost de 2016 consta la transformació amb la denominació ASENTIA PROJECT SA i el nomenament de Juan Ceñal González-Fierro com a conseller i president, i de FTI Consulting Spain SL com a conseller (BORME, tom 45400, foli 31, full B 378037).

El 17 de febrer de 2017 consta una ampliació de capital de 6.295.454 euros, amb un capital subscrit resultant d'11.945.202 euros (BORME, tom 45400, foli 31, full B 378037). El 13 de juliol de 2017 es va inscriure el nou NIF de la societat com a conseqüència de la transformació en SA (A65020067).

La societat no consta com a dissolta ni liquidada a les dades disponibles. L'estat registral que consta és "transformada", i la causa verificada és la transformació de la societat inscrita al BORME el 3 de març de 2016. Per tant, no es pot afirmar que l'empresa tanqués: el que consta és un canvi de forma jurídica de SL a SA, no una extinció.

Les actes registrals posteriors mostren continuïtat societària: el 14 de març de 2019 consta el cessament de FTI Consulting Spain SL com a conseller i el nomenament de Manuel Pérez Peral; el 26 de desembre de 2019 consta el nomenament de Juan Ceñal González-Fierro com a apoderat; el 31 de maig de 2021 consten nomenaments d'apoderats solidaris; i el 13 de gener de 2022 consten cesaments i nomenaments de consellers i administrador únic (Tomás Gasset Piñón), amb el cessament de Colony Funds Sants SARL i Mainspring SL, entre d'altres.

No consta a les fonts consultades cap informació sobre productes, marques, cartera de clients o actius que hagin perviscut sota una altra titularitat. La denominació ASENTIA PROJECT SA continua vinculada al mateix full registral (B 378037) segons les actes posteriors a 2016.

Del corpus només consta la traça registral de les persones que han ocupat càrrecs d'administració. Juan Ceñal González-Fierro apareix com a conseller i president el 2016, com a apoderat el 2019 i en nomenaments i cessaments el 2022. MAINSPRING SL i C44 BOARD LIMITED consten com a consellers en el moment de la constitució segons les dades facilitades, i Mainspring SL consta com a cessada el 2022.

No consta cap informació sobre la trajectòria posterior d'aquestes persones o entitats fora de les actes registrals esmentades. Per ampliar-ho, es podria consultar el Registre Mercantil de Barcelona (full B 378037) i les actes del BORME posteriors al 2022, que no formen part del corpus disponible.

• La transformació de SL a SA no equival a tancament: en aquest cas, l'estat registral "transformada" descriu un canvi de forma jurídica, i confondre'l amb una extinció seria un error d'anàlisi. Cal distingir sempre entre dissolució, liquidació i transformació.
• En empreses de software amb rondes d'inversió, el capital social pot passar de desenes de milers d'euros a milions en pocs anys (de 79.050 euros el 2014 a 11.945.202 euros el 2017 en aquest cas); això indica entrada de capital extern i sovint reestructuració del consell, com mostren els nomenaments de FTI Consulting Spain SL i Colony Funds Sants SARL.
• La presència d'auditor (Deloitte SL) des del primer any és un indicador que la societat operava amb exigències de govern corporatiu o amb inversors des d'etapes primerenques.
• Per avaluar la continuïtat real d'una societat cal seguir el full registral més enllà del canvi de forma: les actes de 2019, 2021 i 2022 mostren que la societat va mantenir activitat societària anys després de la transformació.

Les dades verificades diuen poc sobre què feia exactament ASENTIA: sabem que era una societat de software i SaaS constituïda a Barcelona el 2014, que va rebre capital en diverses rondes (17.300 € el maig de 2014, 79.050 € el novembre de 2014, fins a 5.649.748 € el gener de 2016 i 11.945.202 € el febrer de 2017), que va incorporar FTI Consulting Spain SL com a conseller el 2016 i que Deloitte n'era l'auditor [BORME via OpenMercantil, 2022-02-22; BOE/BORME, 2016-01-08]. Això descriu una empresa amb vocació de créixer amb capital extern, no un projecte de subsistència.

Proposta (no verificada): reconstruir l'essència com una SaaS B2B vertical —un programari per a un sector concret (per exemple, gestió operativa per a empreses de serveis professionals, logística lleugera o salut privada)—, venut per subscripció anual, amb un producte mínim viable llançable en 3-4 mesos i un equip fundacional de 2-3 persones. L'essència que es preserva és la categoria (SaaS B2B des de Barcelona), no el producte original, que no consta a les fonts.

No hi ha dades públiques verificades sobre el mercat original d'ASENTIA ni sobre la seva base de clients. El que sí que és verificable és el context: Barcelona té un ecosistema SaaS consolidat, amb costos de talent tècnic inferiors a Londres o París i accés a clients europeus.

Estimació (a validar): el mercat rellevant per a una SaaS B2B vertical de nínxol a Espanya i sud d'Europa es pot dimensionar, per a un sol vertical, en un rang de 50-200 M€ de despesa anual adreçable, depenent del sector triat. Aquesta xifra és una estimació de treball i s'ha de contrastar amb dades sectorials abans de cap decisió.

Proposta: subscripció SaaS per compte o per usuari, amb tres plans (bàsic, professional, empresa) i contracte anual. Ingressos recurrents amb un component d'implantació inicial per als clients grans.

Mètriques a vigilar des del dia u: cost d'adquisició de client (CAC), valor de vida del client (LTV), taxa de cancel·lació anual i temps fins al primer ingrés recurrent. Objectiu orientatiu (estimació, a validar): CAC recuperat en menys de 12 mesos i cancel·lació anual per sota del 15%.

Proposta, en quatre fases:

1. Mesos 0-2 — Validació. 20-30 entrevistes amb responsables operatius del vertical triat. Cap línia de codi fins a tenir 5 compromisos verbals de pagament.
2. Mesos 2-5 — MVP. Producte mínim que resolgui un sol flux de treball crític. 3-5 clients pilots, preferiblement de pagament reduït.
3. Mesos 5-9 — Primer recurrent. Convertir els pilots en contractes anuals. Objectiu orientatiu: 10-15 clients i 100-200 k€ de contracte anual recurrent (estimació).
4. Mesos 9-18 — Creixement. Contractar un primer comercial i un enginyer més. Decidir si es busca capital extern o es creix amb caixa.

Estimació (rang, a validar amb pressupostos reals):

• Equip fundacional (2-3 persones, 12 mesos): 120.000-200.000 €
• Desenvolupament del MVP (si no el fan els fundadors): 30.000-80.000 €
• Infraestructura cloud i eines: 6.000-15.000 €/any
• Màrqueting i vendes inicials: 20.000-50.000 €
• Legal, constitució i comptabilitat: 5.000-10.000 €
• Marge de maniobra: 15-20% del total

Total orientatiu: 200.000-350.000 € per als primers 12-18 mesos. És un ordre de magnitud molt inferior al capital que ASENTIA va arribar a acumular (11,9 M€ el 2017), cosa que reflecteix que avui es pot validar molt més barat que fa una dècada.

• Risc de producte: no hi ha informació verificada sobre què va funcionar o fallar a ASENTIA; el vertical triat és una aposta, no una continuïtat.
• Risc de mercat: un nínxol massa estret no sosté el creixement; un de massa ampli competeix amb gegants.
• Risc financer: el model SaaS crema caixa abans de ser rendible; cal planificar 18 mesos d'autonomia.
• Risc de govern: la presència d'inversors institucionals i auditoria a ASENTIA suggereix una estructura exigent; una reconstrucció lleugera ha d'evitar replicar aquesta complexitat massa aviat.
• Risc de memòria: no es pot vendre com a "tornada d'ASENTIA" sense base verificable; el nom i la marca haurien de presentar-se com una cosa nova.

Les lliçons que es poden extreure de l'expedient original, sense inventar-ne el contingut:

1. El capital no substitueix la validació. ASENTIA va aixecar milions en pocs anys; una reconstrucció avui hauria de demostrar tracció abans de buscar capital extern.
2. La governança s'ha de dimensionar al negoci. Consellers institucionals i auditoria des del primer dia són apropiats per a una SA amb inversors, no per a un MVP.
3. La transformació SL→SA és una decisió financera, no un objectiu. S'ha de fer quan hi ha inversors que ho requereixen, no abans.
4. Un projecte SaaS es juga en el nínxol i la recurrència, no en l'amplada de la visió.
5. Qui ho hauria de fer: un equip fundacional petit (2-3 persones) amb coneixement profund del vertical triat, capacitat tècnica per construir el MVP i disposició a vendre porta a porta els primers 10 clients. No cal un equip directiu complet fins que hi hagi recurrent.

La informació societària pública existeix, però és pràcticament il·legible com a sèrie temporal. El cas d'ASENTIA PROJECT SL ho il·lustra: entre 2014 i 2022 hi ha ampliacions de capital (de 17.300 € a 79.050 €, després a 5.649.748 € i finalment a 11.945.202 €), una reducció de capital de 3.870 €, nomenaments i cessaments de consellers i apoderats, canvis d'auditor i una transformació de SL en SA inscrita al BORME el 2016-03-03 [BORME / BOE, 2022-02-22]. Cada acte viu en un PDF diferent, amb formats inconsistents i referències creuades a toms i fulls registrals.

El resultat és que respondre preguntes bàsiques —quin és el capital vigent avui, qui són els administradors actuals, quan va entrar FTI Consulting Spain SL al consell i quan en va sortir— requereix llegir desenes de documents i reconstruir manualment la cadena d'esdeveniments. Això és especialment crític en due diligence, en monitoratge de contraparts i en la gestió de cobraments, on un canvi de capital o d'administrador pot invalidar un poder o alterar la solvència percebuda.

Asentia Ledger resol això convertint el registre en un flux d'esdeveniments versionat: cada acte del BORME és un esdeveniment immutable amb data, tipus i payload estructurat, i l'estat vigent és sempre una projecció calculada d'aquests esdeveniments. Així, "l'estat actual" i "l'estat en una data" són la mateixa consulta amb un filtre temporal.

Proposo una arquitectura en tres capes desacoblades, amb una decisió central: event sourcing per als actes registrals. El motiu és que el domini és inherentment append-only (els actes no es modifiquen, se'n publiquen de nous) i perquè permet reconstruir l'estat a qualsevol data sense guardar snapshots redundants.

``` [Ingesta] [Domini] [Servei] BORME/BOE PDFs --> Parser + Normalitzador --> Event Store (Postgres) OpenMercantil (regles per tipus d'acte) | v Projeccions (read models) | v API REST + Alertes ```

• Ingesta: un planificador diari descarrega els sumaris del BORME i, per a les empreses subscrites, els PDFs d'actes. El parser és determinista i basat en regles per tipus d'acte (ampliació de capital, nomenament, cessament, transformació), amb un pas de revisió humana per als casos de baixa confiança. El motiu de no començar amb un model d'LLM és la necessitat d'auditabilitat: cada camp extret ha de poder traçar-se a un fragment de text del PDF.
• Domini: un servei en Python (FastAPI) aplica les regles de consolidació: p. ex. una ampliació de capital suma al capital vigent, una reducció en resta, un nomenament afegeix un càrrec i un cessament el tanca amb data. Les regles viuen en codi versionat i testejat, no en configuració lliure.
• Servei: projeccions materialitzades a Postgres (estat vigent per empresa, historial per càrrec, sèrie de capital) i una API REST. Les alertes s'emeten quan una projecció canvia de manera material (canvi de capital > llindar, canvi d'administrador únic, transformació de forma jurídica).

El desplegament és un monòlit modular amb workers separats per a la ingesta, perquè el volum de parsing és esporàdic i no justifica microserveis.

El nucli és un event store immutable. Cada fila és un acte registral amb la seva font citada.

```sql CREATE TABLE company ( id UUID PRIMARY KEY, nif TEXT UNIQUE NOT NULL, -- p. ex. A65020067 legal_name TEXT NOT NULL, created_at TIMESTAMPTZ NOT NULL );

CREATE TABLE registry_event ( id UUID PRIMARY KEY, company_id UUID NOT NULL REFERENCES company(id), event_type TEXT NOT NULL, -- 'capital_increase','appointment','cessation','transformation','auditor_change' effective_date DATE NOT NULL, -- data de l'acte al BORME published_date DATE NOT NULL, -- data de publicació payload JSONB NOT NULL, -- camps específics del tipus source_url TEXT NOT NULL, -- traçabilitat obligatòria source_ref TEXT NOT NULL, -- tom/full/secció confidence NUMERIC(3,2) NOT NULL, -- 0.00-1.00 created_at TIMESTAMPTZ NOT NULL );

CREATE TABLE officer_tenure ( id UUID PRIMARY KEY, company_id UUID NOT NULL, person_or_entity TEXT NOT NULL, role TEXT NOT NULL, -- 'consejero','presidente','administrador_unico','apoderado_solidario' start_event_id UUID NOT NULL REFERENCES registry_event(id), end_event_id UUID REFERENCES registry_event(id) -- NULL = vigent ); ```

Decisions i motius:

• `payload` en JSONB en lloc de taules per tipus: els tipus d'acte són molts i evolucionen; el JSONB permet afegir camps sense migracions, i les consultes crítiques es fan sobre projeccions, no sobre el payload.
• `confidence` a l'esdeveniment: el parser pot extreure amb seguretat variable; els actes amb confiança < 0.9 queden en estat "pendent de revisió" i no alimenten les projeccions fins que un humà els valida.
• `officer_tenure` com a projecció derivada: no és la font de veritat, sinó una taula reconstruïble des dels esdeveniments; això permet recalcular-la si es corregeix un parser.

API REST versionada (`/v1`), autenticada amb clau d'API per tenant.

• `GET /v1/companies/{nif}` — fitxa consolidada: capital vigent, forma jurídica, òrgans actuals.
• `GET /v1/companies/{nif}/events?from=&to=&type=` — cronologia filtrable, amb `source_url` a cada element.
• `GET /v1/companies/{nif}/state?as_of=YYYY-MM-DD` — estat reconstruït a una data; és la mateixa projecció amb filtre temporal.
• `GET /v1/companies/{nif}/officers` — tinences vigents i historial.
• `POST /v1/subscriptions` — subscripció a una empresa amb regles d'alerta (p. ex. `capital_change_pct > 10`, `role_change: administrador_unico`).
• `POST /v1/webhooks` — notificació signada (HMAC-SHA256) quan es dispara una alerta.

Integracions:

• BORME/BOE: descàrrega de sumaris i PDFs; és la font primària i cada dada n'ha de citar l'URL [BOE / BORME, 2022-02-22].
• OpenMercantil: font secundària per a la fitxa registral i per contrastar [BORME / BOE (via OpenMercantil), 2022-02-22].
• Webhooks sortints cap a sistemes de compliance i CRM del client.

El motiu de separar `state?as_of` de la fitxa és que la reconstrucció temporal és el valor diferencial: un client pot preguntar "com estava ASENTIA el 2016-03-04, just després de la transformació" i obtenir la resposta sense que el sistema guardi snapshots.

1. Parser del BORME per als cinc tipus d'acte del cas ASENTIA (ampliació, reducció, nomenament, cessament, transformació), amb tests sobre PDFs reals. És el coll d'ampolla: sense extracció fiable no hi ha producte.
2. Event store i motor de consolidació amb la regla de capital i la de tinences; tests d'idempotència (reprocessar un PDF no ha de duplicar esdeveniments).
3. Endpoint `state?as_of` sobre una sola empresa (ASENTIA com a cas de referència), perquè validi la reconstrucció temporal.
4. Revisió humana de baixa confiança: cua simple amb UI mínima per aprovar o corregir un acte.
5. Subscripcions i webhooks només després que 1-4 siguin estables.

El motiu de l'ordre: cada pas és verificable de manera independent i el valor (traçabilitat) ja apareix al pas 3.

• Volum: el BORME publica centenars d'actes diaris; per a un catàleg de desenes de milers d'empreses, l'event store creix linealment i cap a desenes de milions de files en pocs anys. Postgres ho suporta amb particionat per any; no cal cap emmagatzematge especialitzat.
• Risc 1 — variabilitat de formats: els PDFs canvien de maquetació. Mitigació: parser basat en regles amb tests de regressió per cada canvi detectat i `confidence` per no propagar errors.
• Risc 2 — ambigüitat d'identitat: el cas ASENTIA mostra un canvi de NIF per transformació en SA (A65020067) [BORME / BOE, 2022-02-22]; cal un model d'àlies de NIF per no trencar la continuïtat històrica.
• Risc 3 — latència de publicació: el BORME no és en temps real; les alertes han de comunicar la data de publicació, no la d'efecte, per no generar falses expectatives.
• Risc 4 — responsabilitat: el producte no pot presentar-se com a assessorament jurídic; cada dada ha de portar la font i una nota que l'estat vigent és una reconstrucció.

• Test de referència ASENTIA: reconstruir la sèrie de capital (17.300 → 79.050 → 5.649.748 → 11.945.202 €, amb la reducció de 3.870 €) i verificar que `state?as_of` retorna el valor correcte a cada data d'acte [BOE / BORME, 2022-02-22].
• Test de tinences: verificar que la projecció `officer_tenure` tanca la tinença de MAINSPRING SL i C44 BOARD LIMITED en el moment del cessament i obre la de Ceñal González-Fierro com a president, amb dates coincidents amb els actes.
• Test d'idempotència: reprocessar el mateix PDF dues vegades no altera el nombre d'esdeveniments ni les projeccions.
• **Test de traçabilitat