CEGID SMB SA

Cegid SMB SA és una societat mercantil espanyola amb domicili registral a Madrid, constituïda l'any 2023 i que, d'acord amb la fitxa registral consultada (OpenMercantil, a partir del BORME), consta com a activa. El seu administrador únic és la societat francesa CEGID SAS, segons els actes registrals.

No consta a les dades disponibles cap objecte social detallat ni cap activitat operativa concreta més enllà de la seva vinculació al grup CEGID. Per tant, no es pot afirmar quina activitat comercial desenvolupava o desenvolupa.

La constitució consta l'any 2023. El primer acte que apareix a la cronologia registral és del 7 de febrer de 2024, quan es nomena auditor de la societat Grant Thornton SLP, d'acord amb el BORME.

No consta a les dades qui van ser els socis fundadors ni el capital inicial. El que sí que consta és que el 27 de juny de 2025 es produeix un canvi en l'òrgan d'administració: es nomena administrador únic CEGID SAS (amb representant Pascal Houillon) i es produeixen cessaments d'administradors solidaris, entre els quals Santiago Solanas Ruiz i la mateixa CEGID SAS com a administradora solidària. Aquest acte és coherent amb una reorganització societària dins del grup, però les dades no permeten afirmar-ne la causa.

No consta a les dades facilitades quina activitat concreta desenvolupava la societat ni a quin tipus de clients s'adreçava. El nom "SMB" (small and medium business) i la pertinença al grup CEGID són indicis, però no són fets verificats al corpus i no es poden afirmar com a tals.

El que sí que consta és una estructura de govern societari pròpia d'una filial: administrador únic societari (CEGID SAS) i una successió de nomenaments d'apoderats entre 2025 i 2026, fet habitual en societats integrades en grups internacionals.

No consta cap dada financera, de facturació, de plantilla ni de resultats a les fonts disponibles. Les úniques dades són registrals (nomenaments, cessaments i nomenament d'auditor). Per tant, no es pot valorar el període d'activitat de la societat.

No consta que la societat hagi tancat. D'acord amb la fitxa registral, l'estat és actiu i el darrer acte registral disponible és del 29 d'abril de 2026 (nomenaments d'apoderats). No hi ha cap acte de dissolució, liquidació o extinció a la cronologia facilitada.

Atès que la societat no consta com a tancada, no es pot parlar d'herència en el sentit de llegat d'una empresa desapareguda. L'únic element que consta és la seva continuïtat com a societat del grup CEGID a Espanya, amb una estructura d'apoderats renovada el 2025 i el 2026.

A les dades no consta cap persona identificada com a fundadora. Els noms que apareixen són càrrecs registrals (administradors, apoderats i representants), no fundadors en sentit estricte:

• CEGID SAS, com a administrador únic (representant: Pascal Houillon, substituït el 2025 per Bruno René Raymond Vaffier).
• Diversos apoderats nomenats entre 2025 i 2026 (entre d'altres, Martina Raquel Hoyos Gámez, Francisco Javier Torres Ramírez, Javier Manso Rodríguez, Raquel Cazorla Álvarez i José María Raventós Vicens).

Per a una traça més completa caldria consultar el Registre Mercantil de Madrid (full registral M-706403) i les comptes anuals dipositades, que no formen part del corpus facilitat.

• En societats filials de grups internacionals, el registre mostra sovint una rotació freqüent d'apoderats i canvis d'òrgan d'administració que responen a reorganitzacions internes, no a canvis de propietat. Cal no interpretar aquests actes com a senyals de crisi sense dades addicionals.
• El nomenament d'un auditor (Grant Thornton SLP, 2024) en una societat recent indica obligació de verificació de comptes; per avaluar l'activitat real caldria consultar les comptes dipositades al Registre Mercantil, no només els actes de nomenament.
• La denominació "SMB" no equival a una dada verificada sobre el segment de client: en informes registrals cal distingir entre el nom comercial i l'objecte social efectiu, que aquí no consta.

CEGID SMB SA apareix al registre com una societat mercantil espanyola constituïda el 2023 a Madrid, dins el sector de software i SaaS, i activa segons la fitxa d'OpenMercantil basada en BORME [BORME / BOE (via OpenMercantil), 2026-05-22]. El seu administrador únic és CEGID SAS (societat francesa), amb representant Pascal Houillon primer i Bruno René Raymond Vaffier després, segons els actes de 2025 [BOE / BORME, 2026-05-22]. L'auditor és Grant Thornton SLP (nomenat el 2024-02-07).

Això és important per a l'exercici: no tenim cap fet verificat que indiqui que l'empresa va tancar. El que tenim és una filial d'un grup internacional amb una estructura de govern que s'ha anat desplegant (nombraments successius d'apoderats el 2025 i el 2026). Per tant, la "reconstrucció" que proposo a continuació és un exercici hipotètic: què es podria construir avui, des de zero, amb l'essència d'un SaaS de gestió per a pimes a Espanya. Tot el que segueix és proposta, no descripció de CEGID SMB SA.

• Pimes espanyoles: Espanya té un teixit empresarial dominat per micro i petites empreses. (A validar amb dades d'INE/DIRCE; no disposo de xifra verificada en aquestes fonts.)
• Digitalització de la gestió: facturació electrònica, comptabilitat, nòmines i gestió de clients són necessitats recurrents. La pressió normativa (factura electrònica, Verifactu) és un motor de demanda. (Cal validar calendari i abast normatiu amb fonts oficials.)
• Competència: hi ha operadors consolidats (Sage, Holded, Odoo, A3, entre d'altres) i molts niche players. Un entrant nou ha de triar un nínxol o un canal.
• El fet que CEGID (grup francès) hagi muntat una filial a Madrid el 2023 és un senyal que el mercat espanyol de SaaS de gestió es considera atractiu [BORME / BOE, 2026-05-22]. Això és un fet verificat; la interpretació és meva.

Proposta (no descripció de l'empresa original):

• SaaS per subscripció (mensual/anual) per a pimes de 1 a 50 empleats.
• Mòduls: facturació, comptabilitat, despeses, clients/proveïdors, informes.
• Preu orientatiu: 15–60 €/mes per empresa segons mòduls. (Estimació; a validar amb recerca de preus de competidors.)
• Canal: venda directa digital + partenariat amb gestories i assessors (canal molt potent a Espanya).
• Retenció: la clau és el cost de canvi; com més integrat estigui amb la gestoria i la facturació, més baixa la baixa.

Proposta en fases (estimacions de temps, a validar):

1. Mesos 0–3: definir nínxol (p. ex. autònoms i microempreses d'un sector), validar amb 20–30 entrevistes, prototip.
2. Mesos 3–9: MVP amb facturació + despeses + informes bàsics; 10–20 clients pilot.
3. Mesos 9–15: integrar canal gestories; complir requisits normatius (factura electrònica/Verifactu segons calendari oficial).
4. Mesos 15–24: escalar comercialment; mètriques de retenció i CAC/LTV.

Tot són estimacions a validar, no dades de CEGID SMB SA:

• Equip fundador tècnic + producte: 2–4 persones els primers 12 mesos.
• Cost de personal: rang orientatiu de 150.000–350.000 €/any per a un equip petit a Espanya. (Estimació; depèn de perfils i ubicació.)
• Infraestructura cloud i eines: 500–2.000 €/mes inicials. (Estimació.)
• Legal, constitució, compliment normatiu: 5.000–20.000 € el primer any. (Estimació.)
• Màrqueting i vendes inicials: 30.000–100.000 € el primer any. (Estimació.)
• Total orientatiu any 1: rang de 200.000–500.000 €. (Estimació; a validar amb un pla financer detallat.)

• Competència consolidada amb marca, canal i base instal·lada.
• Compliment normatiu (factura electrònica, Verifactu): si el calendari canvia, el producte pot quedar desalineat. (Cal validar amb fonts oficials.)
• Dependència del canal gestories: si el canal no s'activa, el CAC puja.
• Retenció: en SaaS de gestió, la baixa és el risc principal.
• Risc de confusió: com que CEGID SMB SA és una marca existent i activa, qualsevol projecte nou ha de triar un nom propi per evitar confusió de marca.

Lliçons que es poden extreure de l'expedient original (no és un currículum):

• Govern corporatiu clar des del dia 1: CEGID SMB SA té administrador únic (CEGID SAS) i una xarxa d'apoderats definida per actes [BOE / BORME, 2026-05-22]. Un projecte nou ha de tenir clar qui decideix i qui signa.
• Auditoria externa des de bon començament: el nomenament de Grant Thornton el 2024 indica que la societat va estructurar el control financer aviat. Un projecte amb ambició de créixer hauria de preveure-ho.
• Estructura de poders gradual: els nombraments successius d'apoderats (2025–2026) mostren una delegació progressiva a mesura que l'operació creix. És una bona pràctica: no concentrar tot el poder, però delegar amb actes formals.
• Pertinença a un grup o ecosistema: la filial depèn de CEGID SAS. Un emprenedor sol ha de compensar aquesta manca de suport amb socis, inversors o canal.
• No confondre marca amb negoci: el fet que CEGID SMB SA estigui activa no valida cap model concret; qualsevol reconstrucció ha de validar el mercat amb dades pròpies.

Nota final: aquest informe parteix de dades registrals públiques. No he trobat cap font que indiqui tancament de CEGID SMB SA; si l'encàrrec parteix d'una altra premissa, caldria contrastar-la amb fonts addicionals.

Els despatxos comptables petits i mitjans de l'Estat espanyol tanquen mensualment centenars de comptes de clients creuant extractes bancaris amb factures en fulls de càlcul. El cost no és només el temps: és el risc d'error i la manca de traçabilitat quan un auditor demana per què un moviment es va classificar d'una manera concreta. CEGID SMB SA (constituïda el 2023, Madrid, administrada per CEGID SAS i auditada per Grant Thornton SLP segons la ficha registral d'OpenMercantil) opera en aquest nínxol de programari de gestió per a SMB.

La solució ataca una sola cosa ben feta: la conciliació bancària. Ingesta l'extracte, ingesta les factures, proposa l'emparellament amb una puntuació de confiança, i deixa que el comptable confirmi o corregeixi. Cada decisió queda registrada amb l'evidència que la va motivar.

Arquitectura de microserveis pragmàtica, amb tres serveis desplegables i una base de dades compartida per tenant:

``` [Client web / API] | v [API Gateway + AuthN/AuthZ (JWT, RBAC per tenant)] | +--> [Servei d'Ingesta] --> cua (Redis Streams) --> [Workers d'extracció] | | | | +-- connectors: PSD2 (banc), SMTP/IMAP (factures), pujada manual | v +--> [Servei de Conciliació] <---- [PostgreSQL: dades normalitzades] | | | +-- motor de matching + regles apreses per tenant | +--> [Servei d'Exportació] --> fitxers/API cap a programari comptable | +--> [Registre d'Auditoria] (append-only, hash chain) ```

Motius de les decisions:

• Cua entre ingesta i extracció: l'extracció de PDF (OCR) és lenta i falla sovint; desacoblar-la evita que una factura malmesa bloquegi la petició HTTP.
• PostgreSQL únic amb `tenant_id` a totes les taules: la conciliació necessita joins entre moviments, factures i regles; un model documental fragmentat encariria les consultes. El aïllament per tenant es fa amb Row-Level Security de PostgreSQL, no amb bases separades, perquè el volum inicial no justifica l'operació.
• Registre d'auditoria amb hash chain: perquè un auditor extern pugui verificar que cap assentament s'ha modificat retroactivament. Cada entrada inclou el hash de l'anterior; alterar-ne una trenca la cadena.
• Motor de matching al servei de conciliació, no a la base: les regles canvien per tenant i s'han de poder versionar i provar; un trigger de base de dades seria opac i difícil de testejar.

Esquema relacional a PostgreSQL. Totes les taules porten `tenant_id` i `created_at`/`updated_at`.

```sql -- Comptes bancaris del client final CREATE TABLE bank_account ( id UUID PRIMARY KEY, tenant_id UUID NOT NULL, iban TEXT NOT NULL, entity_name TEXT, currency CHAR(3) DEFAULT 'EUR', UNIQUE (tenant_id, iban) );

-- Moviments bancaris normalitzats CREATE TABLE bank_transaction ( id UUID PRIMARY KEY, tenant_id UUID NOT NULL, bank_account_id UUID REFERENCES bank_account(id), value_date DATE NOT NULL, amount NUMERIC(14,2) NOT NULL, -- signe: negatiu = sortida description TEXT, external_ref TEXT, -- id del banc per idempotència source_document_id UUID, -- extracte d'origen status TEXT CHECK (status IN ('pending','matched','ignored')), UNIQUE (tenant_id, bank_account_id, external_ref) );

-- Factures (emeses o rebudes) CREATE TABLE invoice ( id UUID PRIMARY KEY, tenant_id UUID NOT NULL, direction TEXT CHECK (direction IN ('issued','received')), counterparty_tax_id TEXT, invoice_number TEXT, issue_date DATE, total_amount NUMERIC(14,2), currency CHAR(3) DEFAULT 'EUR', extracted_confidence NUMERIC(3,2), -- 0.00–1.00 de l'OCR source_document_id UUID );

-- Emparellament proposat o confirmat CREATE TABLE reconciliation ( id UUID PRIMARY KEY, tenant_id UUID NOT NULL, bank_transaction_id UUID REFERENCES bank_transaction(id), invoice_id UUID REFERENCES invoice(id), score NUMERIC(3,2) NOT NULL, -- puntuació del motor method TEXT CHECK (method IN ('exact','fuzzy','rule','manual')), state TEXT CHECK (state IN ('proposed','confirmed','rejected')), confirmed_by UUID, confirmed_at TIMESTAMPTZ );

-- Regles apreses per tenant CREATE TABLE matching_rule ( id UUID PRIMARY KEY, tenant_id UUID NOT NULL, pattern TEXT NOT NULL, -- regex sobre description action TEXT NOT NULL, -- p.ex. assignar compte comptable priority INT DEFAULT 100, active BOOLEAN DEFAULT true );

-- Registre d'auditoria append-only CREATE TABLE audit_log ( id BIGSERIAL PRIMARY KEY, tenant_id UUID NOT NULL, entity_type TEXT NOT NULL, entity_id UUID NOT NULL, action TEXT NOT NULL, payload JSONB NOT NULL, prev_hash CHAR(64) NOT NULL, hash CHAR(64) NOT NULL, -- sha256(prev_hash || payload) created_at TIMESTAMPTZ DEFAULT now() ); ```

Motiu del `score` i `method` a `reconciliation`: permetre mesurar la qualitat del motor (veure secció de validació) i entrenar regles a partir de les correccions manuals.

API REST versionada (`/v1`), autenticació JWT amb claims `tenant_id` i `role` (`admin`, `accountant`, `viewer`). Idempotència obligatòria a les escriptures mitjançant capçalera `Idempotency-Key`.

Endpoints principals:

• `POST /v1/transactions/import` — puja un extracte (CSV/OFX/PDF) o rep un webhook PSD2. Retorna `job_id`.
• `GET /v1/jobs/{job_id}` — estat de l'extracció (asíncrona).
• `GET /v1/reconciliations?state=proposed` — propostes pendents de confirmar.
• `POST /v1/reconciliations/{id}/confirm` i `/reject`.
• `POST /v1/rules` — crea una regla de matching.
• `GET /v1/audit/{entity_id}` — traça completa d'una entitat.

Integracions:

• PSD2 / agregadors bancaris (p. ex. proveïdor tipus GoCardless o similar): per obtenir extractes sense pujada manual. Motiu: elimina el pas més propens a error del flux.
• SMTP/IMAP: bústia dedicada on el client reenvia factures; un worker les classifica i extreu dades.
• Exportació: CSV normalitzat i API cap a programaris comptables de destí; el format CSV és el mínim viable perquè qualsevol despatx el pugui importar.

1. Ingesta de CSV/OFX + normalització a `bank_transaction` amb idempotència per `external_ref`. És el mínim perquè el producte faci alguna cosa útil.
2. Motor de matching exacte (import + data ± 3 dies + contrapart) amb `score` i estat `proposed`. Sense això no hi ha producte.
3. Registre d'auditoria amb hash chain des del primer dia. Afegir-lo després obliga a reconstruir historial i trenca la promesa davant l'auditor.
4. UI de confirmació/rebuig de propostes, amb correcció manual que generi una regla candidata.
5. Extracció de factures per OCR (només PDF de text, no escanejat) com a segona fase.

No construir inicialment: PSD2, multi-idioma, app mòbil, ni exportació a més d'un programari.

• Volum inicial estimat: 50–200 despatxos, cadascun amb 20–100 comptes; ~500k moviments/mes. PostgreSQL amb particionat per `tenant_id` i `value_date` aguanta sense sharding.
• Risc: qualitat de l'OCR. Els PDF escanejats donen confiança baixa; cal un llindar (`extracted_confidence < 0.7` → revisió manual) i no prometre automatització total.
• Risc: fals positiu en matching. Un emparellament incorrecte confirmat per error és pitjor que cap proposta. Mitigació: no auto-confirmar mai per sota d'un `score` configurable (per defecte 0.95) i exigir confirmació humana per sobre.
• Risc: aïllament entre tenants. Una fuita de dades entre despatxos és fatal reputacionalment. Mitigació: RLS de PostgreSQL provada amb tests que intenten llegir dades d'un altre tenant.
• Risc: dependència d'agregador PSD2. Si el proveïdor canvia condicions, el flux d'ingesta cau. Mitigació: la pujada manual de CSV ha de funcionar sempre com a pla B.
• Risc: compliment RGPD. Dades financeres de tercers (contraparts de factures); cal base legal per al tractament i minimització (no emmagatzemar més camps dels necessaris).

• Mètrica principal: percentatge de moviments conciliats automàticament amb `score ≥ 0.95` i sense correcció posterior en 30 dies. Objectiu inicial: 60%.
• Mètrica de qualitat: taxa de fals positiu = reconciliacions confirmades que després es reverteixen. Ha de ser < 1%.
• Test d'auditoria: un script independent recalcula la hash chain de `audit_log` i detecta qualsevol manipulació; s'executa a cada desplegament.
• Test d'aïllament: suite que, amb un token de tenant A, intenta accedir a recursos de tenant B i ha de rebre 404 (no 403, per no filtrar existència).
• Pilot amb un despatx real: 3 mesos de tancaments reals comparats amb el mètode manual, mesurant temps estalviat i errors detectats.
• Traçabilitat registral: com que l'administrador registral és un auditor (Grant Thornton SLP, BORME 2024-02-07), el registre d'auditoria ha de poder-se exportar en un format que un tercer auditor pugui llegir sense accés al sistema.