SINERQUIA HR TOOL SA

SINERQUIA HR TOOL SA era una societat anònima amb domicili a Barcelona, activa en el sector del software i SaaS, amb un capital social de 56.845 euros. D'acord amb el registre, va operar durant catorze anys, entre la seva constitució el 2012 i la transformació inscrita el 2026.

La societat es va constituir l'any 2012. Les dades disponibles no inclouen el detall dels socis fundadors ni l'objecte social literal; aquesta informació no consta al corpus subministrat.

El sector assignat és el de software i SaaS. El corpus no detalla el producte concret, els clients ni el model de negoci més enllà d'aquesta classificació sectorial, de manera que no es pot precisar quines eines oferia ni a quin segment de mercat s'adreçava.

No consta al corpus cap dada de facturació, plantilla, rondes de finançament o clients que permeti descriure l'evolució econòmica de l'empresa. L'únic element cronològic rellevant és que el 2022 es van inscriure nomenaments d'apoderats solidaris (Pere Barceló Bigas i Jordi Arias Flores), segons el BORME.

No es tracta d'un tancament per dissolució. D'acord amb l'acte inscrit al BORME el 20 d'agost de 2026, la societat es va transformar: va adoptar la denominació i forma de SINERQUIA HR TOOL SL. En el mateix acte consten revocacions i nomenaments: es revoca l'administrador únic, Ivan Ignacio Martínez Yemail, i es nomena administradora solidària Vineyards Fields SL. Prèviament, el 6 de juliol de 2026, s'havia inscrit una reducció de capital acordada per la Junta General Ordinària d'Accionistes del 18 de juny de 2026, en compliment de l'article 319 de la Llei de Sociedades de Capital.

La societat continua existint sota la forma de SINERQUIA HR TOOL SL. El corpus no permet valorar cap llegat de producte, tecnologia o equip més enllà de la continuïtat jurídica de l'empresa.

El corpus no identifica els fundadors. Les persones que hi consten són càrrecs i apoderats: Ivan Ignacio Martínez Yemail (administrador únic nomenat el 2021 i revocat el 2026), Pere Barceló Bigas i Jordi Arias Flores (apoderats solidaris nomenats el 2022) i Vineyards Fields SL (administradora solidària nomenada el 2026). No consta la seva situació actual més enllà d'aquests nomenaments i revocacions. Per ampliar-ho es podria consultar el Registre Mercantil de Barcelona i les comptes anuals dipositades.

• En el sector SaaS, la transformació de SA a SL és una operació habitual per reduir costos de govern corporatiu i flexibilitzar l'estructura societària; cal distingir-la sempre d'un tancament.
• La reducció de capital prèvia a la transformació (juny-juliol de 2026) indica un ajust de l'estructura financera abans del canvi de forma; en SaaS amb capital modest, aquestes operacions solen acompanyar reestructuracions de socis o de govern.
• L'entrada d'una persona jurídica com a administradora solidària (Vineyards Fields SL) substitueix la gestió unipersonal per una estructura de control diferent; en empreses de programari, aquest canvi sol precedir moviments de propietat o de govern que convé verificar al registre.

La dada verificada és que SINERQUIA HR TOOL SA va néixer el 2012 a Barcelona com a societat anònima dedicada a software i SaaS, i que el 2026-08-20 es va transformar en SINERQUIA HR TOOL SL [BORME / BOE, 2026-08-20]. La transformació de forma jurídica no equival a desaparició del negoci: el registre mostra una reducció de capital el juliol de 2026 [BORME / BOE, 2026-08-20], cosa que sovint acompanya reestructuracions.

La proposta (no verificada, és meva) és reconstruir l'essència del que era: una eina SaaS de gestió de persones per a pimes. Avui això no vol dir refer un ERP de RRHH complet, sinó un producte vertical i lleuger: gestió de vacances i absències, expedient del treballador, control horari compliant amb la normativa espanyola, i onboarding. És a dir, el nucli operatiu que tota pime necessita i que sovint resol amb fulls de càlcul.

El mercat de software de RRHH per a pimes a Espanya és gran i fragmentat, amb competidors consolidats (Sesame, Factorial, Bizneo, entre d'altres) i molts productes genèrics. La bretxa real no és "falta d'eines", sinó eines que (a) compleixin la normativa laboral espanyola sense configuració, (b) parlin català de sèrie per al mercat de Catalunya, i (c) costin poc per a empreses de 5 a 50 treballadors.

Aquesta és una lectura de mercat, no una dada de SINERQUIA: no tenim verificat quin nínxol concret cobria l'empresa ni la seva base de clients. Qualsevol afirmació sobre el seu mercat original seria especulació i no la faig.

Proposta (a validar): subscripció SaaS per empleat i mes, amb un pla gratuït limitat per captar i un pla de pagament per pimes. Ingressos recurrents, cost d'adquisició baix via autoservei i màrqueting de contingut, i expansió dins del compte (upsell a mòduls de nòmina o integracions).

Rang estimat de preus (estimació, a validar amb el mercat): 2–5 €/empleat/mes per al pla bàsic, 6–10 €/empleat/mes per al pla complet. Són xifres de referència del sector, no dades de SINERQUIA.

Proposta en fases (estimació de temps, a validar):

1. Mesos 1–3: definir l'abast mínim (vacances, absències, expedient, control horari) i validar amb 10–15 pimes de Barcelona.
2. Mesos 4–8: construir el MVP i tancar els primers 20–30 clients de pagament en modalitat pilot.
3. Mesos 9–12: iterar sobre ús real, afegir integracions (nòmina, calendaris) i començar autoservei.
4. Any 2: màrqueting de contingut en català i castellà, i expansió a la resta de l'Estat.

Totes les xifres són estimacions de rang, a validar, i no provenen de les dades de SINERQUIA:

• Equip fundador mínim (1 producte + 1 desenvolupament, mig any): 60.000–100.000 €.
• Desenvolupament del MVP (extern o intern, 6–8 mesos): 40.000–80.000 €.
• Legal, constitució i compliance (RGPD, laboral): 5.000–12.000 €.
• Màrqueting i vendes inicials (12 mesos): 15.000–30.000 €.
• Infraestructura i eines (12 mesos): 3.000–8.000 €.

Total orientatiu per al primer any: 120.000–230.000 € (estimació àmplia, a validar segons si el fundador es paga sou o no). És un rang de referència per a un SaaS B2B lleuger a Barcelona, no un pressupost tancat.

• Competència consolidada: el nínxol de RRHH per a pimes ja té líders amb capital; caldrà un angle molt concret (normativa espanyola + català + preu) per diferenciar-se.
• Cicle de venda i confiança: vendre RRHH implica gestionar dades sensibles; la confiança i el compliment (RGPD) són barreres d'entrada i també costos.
• Dependència de la normativa: canvis laborals obliguen a mantenir el producte actualitzat; és un cost recurrent.
• Risc de lectura errònia del llegat: no tenim verificat el nínxol ni els clients de SINERQUIA; reconstruir "la seva essència" sense aquesta dada és una aposta, no una continuïtat garantida.

La lliçó de l'expedient original és que una empresa de software pot dur 14 anys i, tot i així, transformar-se: la forma jurídica canvia, el negoci pot continuar o no. Per reconstruir l'essència cal un equip fundador amb experiència real en SaaS B2B i en domini de RRHH espanyol, capacitat de vendre a pimes i disciplina per mantenir el producte compliant. No és un projecte per a qui vulgui un producte genèric: és per a qui accepti un nínxol estret, un MVP petit i una validació constant amb clients reals. La dada clau de l'informe original no és el tancament, sinó la transformació: qui ho torni a fer hauria de saber per què la societat va canviar de forma abans de decidir què es reconstrueix.

Les PIMEs espanyoles de 10 a 250 treballadors gestionen contractes, vacances, absències i documentació laboral en fulls de càlcul i correu. Els ERP grans (SAP, Workday) són cars i sobredimensionats; les eines locals solen cobrir només una peça (nòmina o control horari) i no deixen rastre auditable dels canvis contractuals, cosa que és un risc davant d'inspeccions i conflictes.

El producte que es proposa cobreix el cicle de vida del treballador —alta, contracte, jornada, absències, baixa— amb un registre d'esdeveniments immutable. El motiu és que la normativa laboral espanyola exigeix conservar i poder demostrar l'estat de cada relació laboral en un moment donat; un model de dades només "actual" no ho permet.

La referència de mercat és SINERQUIA HR TOOL SA, que va tancar com a SA per transformació societària el 2026-08-20 [BORME / BOE (via OpenMercantil), 2026-08-20]. No es reutilitza cap actiu seu; es pren el nínxol (HR SaaS per a PIME a Catalunya) com a hipòtesi de producte.

Monòlit modular en TypeScript (Node.js + Fastify) amb Postgres 16, desplegat en un sol contenidor darrere d'un balancejador, i un servei separat de cues (Redis + BullMQ) per a tasques asíncrones: generació de PDF, enviaments, recordatoris de calendari.

Motiu del monòlit: l'equip inicial és de 2–4 persones; microserveis multiplicarien el cost operatiu sense benefici a aquesta escala. Els mòduls es separen per límits de domini (contractes, jornada, absències, documents, compliment) amb interfícies internes explícites, de manera que es puguin extreure a serveis si cal.

``` [Client web (React)] --HTTPS--> [API Fastify] |-- Postgres (dades + event store) |-- Redis/BullMQ (jobs) |-- S3-compatible (documents, PDFs) |-- Proveïdor de signatura electrònica |-- Proveïdor de correu/SMS ```

Multi-tenant per fila: cada taula de negoci porta `tenant_id` i les polítiques de Postgres (Row-Level Security) filtren per sessió. Motiu: un sol esquema és més barat d'operar que un esquema per client, i RLS evita fuites per errors d'aplicació.

Entitats principals (Postgres, amb `tenant_id` a totes les taules de negoci):

• `tenant` — empresa client, amb CIF, conveni col·lectiu aplicable i configuració de calendari.
• `employee` — treballador: identificador, dades personals mínimes, número d'afiliació, estat.
• `contract` — versió contractual: tipus, jornada, grup de cotització, dates d'inici i fi, salari.
• `contract_event` — registre immutable d'esdeveniments (alta, pròrroga, modificació, baixa) amb `payload` JSONB, `actor_id` i `occurred_at`. Mai s'actualitza ni s'esborra.
• `time_entry` — registre de jornada (entrada, sortida, pausa) amb origen (web, mòbil, importació).
• `absence` — vacances, baixes, permisos, amb estat d'aprovació i referència al tipus.
• `document` — metadades de fitxers a S3, amb hash SHA-256 i estat de signatura.
• `compliance_check` — resultat d'una validació normativa sobre un contracte o jornada, amb data i versió de regla.

Motiu de separar `contract` i `contract_event`: el contracte és l'estat consultable ràpid; els esdeveniments són la font de veritat auditable. Es pot reconstruir qualsevol estat passat reproduint els esdeveniments.

Les regles de compliment (per exemple, límits de jornada o períodes de prova) es guarden com a versions en una taula `rule_set`, de manera que una validació antiga es pugui reproduir amb la regla vigent en aquell moment.

API REST versionada (`/v1`) amb OpenAPI generat des del codi. Autenticació per OAuth2 amb tokens de curta durada i rols per tenant (administrador, RRHH, treballador, auditor).

Endpoints clau:

• `POST /v1/employees`, `GET /v1/employees/{id}` — alta i consulta.
• `POST /v1/contracts`, `POST /v1/contracts/{id}/events` — contracte i esdeveniments.
• `POST /v1/time-entries`, `GET /v1/reports/hours` — jornada i informes.
• `POST /v1/absences`, `POST /v1/absences/{id}/approve` — absències.
• `POST /v1/documents`, `POST /v1/documents/{id}/sign` — documents i signatura.
• `GET /v1/compliance/checks?employee_id=` — resultats de validació.

Integracions:

• Signatura electrònica via proveïdor extern (API REST + webhooks), perquè muntar-la internament és inviable a curt termini.
• Exportació a formats de nòmina i a fitxers per a assessories, amb esquema documentat i versionat.
• Webhooks de sortida per a canvis d'estat, signats amb HMAC, perquè els clients integrin el seu ERP.

Motiu de l'API REST i no GraphQL: els consumidors són integracions B2B i un front propi; REST amb OpenAPI redueix la corba d'aprenentatge i facilita la documentació contractual.

1. Nucli de dades: `tenant`, `employee`, `contract`, `contract_event` amb RLS i migracions versionades. És el fonament de tot la resta.
2. API d'alta de treballador i contracte amb registre d'esdeveniments i auditoria.
3. Autenticació i rols per tenant.
4. Calendari laboral i registre de jornada bàsic amb informe mensual.
5. Gestió de documents amb pujada a S3 i hash, sense signatura encara.

Motiu de l'ordre: sense el registre d'esdeveniments no hi ha producte diferenciat; la resta de mòduls hi pengen. La signatura i les integracions de nòmina es deixen per a la fase 2 perquè depenen de proveïdors externs i no bloquegen la venda inicial.

Mides objectiu: 50–500 tenants, fins a 20.000 treballadors actius en total, amb pics de 200 peticions/segon en hores punta d'entrada i sortida de jornada. Un sol Postgres amb rèpliques de lectura hauria d'aguantar-ho; el coll d'ampolla previst és la generació de PDF i informes, que va a cues.

Riscos:

• Compliment normatiu canviant: les regles laborals es modifiquen; cal versionar-les i tenir un procés de revisió. Mitigació: `rule_set` versionat i proves automatitzades per regla.
• RLS mal configurada: una política incorrecta filtra dades entre clients. Mitigació: proves d'aïllament obligatòries a cada migració i revisió de codi específica.
• Signatura electrònica: dependència de proveïdor i requisits legals. Mitigació: contracte amb proveïdor i pla B d'exportació manual.
• Migració de dades dels clients: fulls de càlcul bruts. Mitigació: importador amb validació i informe d'errors, no automatisme cec.

• Aïllament multi-tenant: suite de proves que, per a cada endpoint, comprova que un token del tenant A no llegeix dades del B. S'executa a CI a cada PR.
• Auditoria: prova que modificar un contracte genera un `contract_event` i que l'estat reconstruït coincideix amb l'estat actual.
• Compliment: jocs de casos per regla (jornada, períodes de prova) amb resultats esperats, revisats per una persona amb coneixement laboral.
• Càrrega: prova amb 200 req/s sostingudes durant una hora sobre entrada de jornada, amb objectiu de latència p95 < 300 ms.
• Pilot amb 3–5 PIMEs durant 8 setmanes, mesurant temps d'alta d'un treballador i errors d'importació abans de comercialitzar.

La validació de mercat no es pot recolzar en SINERQUIA HR TOOL SA: l'empresa es va transformar en SL el 2026-08-20 [BOE / BORME, 2026-08-20] i no hi ha dades públiques de la seva base de clients; qualsevol afirmació sobre el seu èxit comercial seria una suposició.