INSTITUTO IBERMATICA DE INNOVACION SL

Instituto Ibermática de Innovación SL es una sociedad mercantil constituida en el año 2012 en Gipuzkoa, clasificada en el sector de servicios profesionales. De acuerdo con el registro mercantil, su razón social es la misma que el nombre comercial y su sede registral consta en la provincia de Gipuzkoa (sección 8, folio SS 26639).

La sociedad aparece vinculada al grupo Ibermática: a lo largo de su vida registral han figurado como administradores Ibermática SA, Fernando Olmos Barrio y Ayesa Ibermática SA. El corpus no permite determinar con precisión qué actividad económica concreta desarrollaba más allá de la clasificación sectorial mencionada.

La constitución de la sociedad se data en 2012, según los datos disponibles. El corpus no incluye la escritura de constitución ni detalla los socios fundadores iniciales ni el capital social; esta información no consta.

El primer acto registral que aparece en el corpus es de 2015: el 11 de diciembre de 2015 consta en el BORME el cese de Fernando Olmos Barrio como administrador único y el nombramiento de Ibermática SA como administrador único (T 2211, F 143, I/A 5).

La información disponible solo permite afirmar que la sociedad pertenece al sector de servicios profesionales y que forma parte del entramado societario del grupo Ibermática. El corpus no detalla los servicios concretos que prestaba, los clientes a quienes se dirigía ni si tenía actividad operativa propia o funcionaba como vehículo societario del grupo. Estos extremos no constan.

El corpus no contiene datos económicos (facturación, resultados, plantilla) de ningún ejercicio, de modo que no se puede describir la evolución del negocio ni identificar periodos de expansión. La única evolución documentada es la registral: nombramientos sucesivos de apoderados entre 2016 y 2024.

Así, de acuerdo con el BORME, en 2016 se nombró a Maitane Garmendia Sudupe como apoderada mancomunada solidaria; en 2017, a la misma persona como apoderada; en 2018, a Luis Astiazaran Tamayo y Harri Garmendia Ayerza como apoderados solidarios, y a Zigor Aguirrebeitia Castaño como apoderado; en 2019, nuevamente a Aguirrebeitia Castaño; y en 2024, a Domingo Ortega Rodríguez como apoderado. Estos nombramientos constan en el registro y no permiten, por sí solos, inferir el volumen o el éxito del negocio.

La sociedad no consta como cerrada: el estado registral disponible la califica de activa a fecha de la consulta (BORME, 10 de julio de 2026). Por tanto, no se puede hablar de cierre.

Lo que sí consta es un cambio relevante en la gobernanza en 2026. Según el BORME de 17 de abril de 2026, Ayesa Ibermática SA cesó como administrador único y se produjo un cambio del órgano de administración, pasando de administrador único a dos administradores mancomunados: José Manuel Barrutia Alcolea y Germán del Real Urbano. En la misma fecha se nombraron apoderados Barrutia Alcolea, Del Real Urbano, Zigor Aguirrebeitia Castaño y Francisco Javier Alfaro Garrido.

Posteriormente, según el BORME de 10 de julio de 2026, se produjeron ceses y nombramientos en la administración mancomunada: cesaron Germán del Real Urbano y José Manuel Barrutia Alcolea, y se nombraron administradores mancomunados José Manuel Barrutia Alcolea y Javier León-Castro Gómez. En la misma fecha se nombraron apoderados Ángel Javier Vicente Pérez, Asier San Miguel Olabarriaga, Javier León-Castro Gómez y Manuel Ortiz-Repiso Romero.

Estos movimientos registrales indican una reorganización de la administración y de los apoderamientos, pero el corpus no explica las causas ni si responden a un cambio de control societario. Este extremo no consta.

Dado que la sociedad continúa activa según el registro, no se puede hablar de herencia en el sentido de legado de una empresa desaparecida. Lo que perdura es la sociedad misma y su vinculación con el grupo Ibermática, que aparece en la denominación de algunos de los administradores (Ibermática SA, Ayesa Ibermática SA). El corpus no permite valorar ningún otro legado económico, tecnológico o patrimonial.

Las personas que constan en el corpus como administradores o apoderados son las siguientes, con lo que se sabe registralmente:

• Fernando Olmos Barrio: consta como administrador único hasta el cese de 11 de diciembre de 2015 (BORME). No consta ningún otro rastro posterior en el corpus.
• Ibermática SA: administrador único nombrado en 2015. No consta en el corpus el momento de su cese como tal; sí consta el cese de Ayesa Ibermática SA en 2026.
• Ayesa Ibermática SA: administrador único hasta el cese de 17 de abril de 2026 (BORME).
• José Manuel Barrutia Alcolea: administrador mancomunado desde 2026 y apoderado (BORME).
• Germán del Real Urbano: administrador mancomunado en 2026 y posteriormente cesado en julio de 2026 (BORME).
• Javier León-Castro Gómez: administrador mancomunado y apoderado desde julio de 2026 (BORME).
• Zigor Aguirrebeitia Castaño, Francisco Javier Alfaro Garrido, Ángel Javier Vicente Pérez, Asier San Miguel Olabarriaga, Manuel Ortiz-Repiso Romero, Domingo Ortega Rodríguez, Maitane Garmendia Sudupe, Luis Astiazaran Tamayo y Harri Garmendia Ayerza: constan como apoderados en diferentes fechas (BORME).

Para saber dónde están hoy estas personas fuera del registro habría que consultar fuentes adicionales: el Registro Mercantil de Gipuzkoa (cargos vigentes e historial completo), las memorias anuales del grupo Ibermática o de Ayesa, y la prensa económica vasca y estatal. El corpus no contiene esta información.

• En sociedades filiales o instrumentales de grupo, el registro mercantil es a menudo la única fuente pública fiable para reconstruir la gobernanza: los cambios de administrador único a administradores mancomunados y los nombramientos de apoderados sucesivos permiten datar reorganizaciones internas aunque no haya información económica pública.
• La denominación social puede reflejar la pertenencia a un grupo (Ibermática, Ayesa Ibermática) y cambiar de significado con el tiempo; conviene no confundir la sociedad filial con la marca o el grupo matriz cuando se analiza una empresa de servicios profesionales.
• Para una sociedad de este tipo, la clasificación sectorial amplia ("servicios profesionales") no permite inferir la actividad real; cualquier análisis de negocio requiere cuentas depositadas o memorias, que en este caso no constan en el corpus.
• La acumulación de nombramientos de apoderados en fechas concretas (2016-2024, y de nuevo en 2026) es un indicador operativo para detectar momentos de reestructuración interna, pero no equivale a cambios de propiedad; hay que contrastarlo con el registro de socios.

La dada verificada és que Instituto Ibermática de Innovación SL és una societat de serveis professionals amb seu a Gipuzkoa, constituïda el 2012 i activa segons el registre [BORME / BOE via OpenMercantil, 2026-07-10]. El seu origen és clarament corporatiu: el 2015 el soci únic passa a ser Ibermática SA, i més endavant Ayesa Ibermática SA, fins que el 2026 l'administració passa a dos administradors mancomunats (Barrutia Alcolea i Del Real Urbano) i es nomenen diversos apoderats [BORME, 2026-04-17 i 2026-07-10].

La proposta, marcada com a tal, és reconstruir l'essència —un vehicle de serveis professionals TIC a Gipuzkoa— però no com a filial d'un gran grup, sinó com una consultora independent especialitzada. L'essència recuperable és: equip tècnic local, serveis d'innovació i transformació digital per a clients industrials bascos, i una estructura lleugera de societat limitada amb administració professionalitzada.

El que podem afirmar amb la font disponible és limitat: l'empresa operava en el sector de serveis professionals des de Gipuzkoa, cosa que indica un mercat de consultoria i serveis TIC a la regió. Més enllà d'això, no tenim dades verificades de facturació, clients ni plantilla a la documentació facilitada.

Com a estimació a validar: el mercat de serveis TIC i consultoria per a indústria a Euskadi és un nínxol consolidat, amb demanda de digitalització, integració de sistemes i suport a la indústria manufacturera. La proximitat a clústers industrials i a la xarxa de centres tecnològics bascos és un actiu de localització que caldria confirmar amb dades de mercat actualitzades abans de dimensionar l'oportunitat.

Proposta (no dada original): consultora de serveis professionals TIC amb tres línies deingressos:

• Projectes de transformació digital per a indústria (facturació per projecte).
• Suport i manteniment recurrent (contractes anuals, base d'ingressos estable).
• Serveis d'innovació i R+D aplicada (poden combinar-se amb finançament públic de programes regionals, a validar).

El model d'administració mancomunada que mostra el registre el 2026 suggereix una estructura de govern professionalitzada; replicar-ho com a societat limitada amb dos socis gestors i apoderats és coherent amb l'essència registral observada.

Fases proposades (a validar):

1. Mesos 0-3: constitució de la societat, definició de l'oferta i identificació de 10-15 clients potencials a Gipuzkoa.
2. Mesos 3-9: primers 2-3 projectes pilots, contractació d'un nucli tècnic reduït (3-5 persones).
3. Mesos 9-18: consolidació de contractes recurrents i ampliació de l'equip segons càrrega.
4. Mes 18+: avaluació d'especialització sectorial i possible creixement cap a Bizkaia/Àlaba.

Tot són estimacions a validar, no dades de l'empresa original. Rang orientatiu per als primers 12-18 mesos:

• Constitució i despeses legals: 3.000-8.000 € (estimació).
• Equip inicial (3-5 persones, sous+SS): 180.000-350.000 €/any (rang estimat, depèn de perfils).
• Oficina i infraestructura a Gipuzkoa: 15.000-40.000 €/any (estimació).
• Màrqueting i desenvolupament comercial: 10.000-30.000 € (estimació).
• Total orientatiu d'arrencada: 150.000-400.000 € (rang ampli, a validar amb un pla financer detallat).

• Dependència de clients: una consultora petita depèn d'uns pocs contractes; cal diversificar.
• Competència de grans grups: el sector TIC basc té actors consolidats; l'avantatge ha de ser especialització i proximitat.
• Talent: captar i retenir perfils tècnics a Gipuzkoa té cost i competència (a validar amb dades salarials actuals).
• Herència del model filial: reconstruir l'essència no vol dir replicar l'estructura corporativa; el risc és confondre's amb una filial sense el suport del grup.
• Incertesa de mercat: no disposem de dades verificades de demanda actual; cal validar abans d'invertir.

Lliçons de l'informe original (a partir del que mostra el registre): l'empresa va néixer com a vehicle d'innovació d'un grup (Ibermática/Ayesa Ibermática) i va evolucionar cap a una administració mancomunada professionalitzada amb apoderats operatius [BORME, 2026]. La lliçó és que l'essència no és el paraigua corporatiu, sinó l'equip tècnic local i la relació amb clients industrials. Per tant, qui ho hauria de fer és un equip fundador amb experiència en serveis TIC a Euskadi, capacitat comercial i vocació de govern professionalitzat —no cal un gran grup al darrere, però sí disciplina financera i especialització. La reconstrucció ha de prioritzar clients i equip per sobre d'estructures societàries complexes.

Els actes del registre mercantil són públics però no operatius: arriben com a PDFs i notes cronològiques que ningú llegeix a temps. En el cas de referència, entre el 2015 i el 2026 es veu un recorregut clar: administrador únic persona física (OLMOS BARRIO FERNANDO), substitució per administrador únic societat (IBERMATICA SA el 2015), després per AYESA IBERMATICA SA, i finalment el 2026 un canvi d'òrgan a administració mancomunada amb dos membres i una allau d'apoderaments individuals (BORME, 2026-04-17 i 2026-07-10).

Aquest patró genera tres problemes concrets:

• Risc de signatura: un apoderament nou pot ampliar la capacitat d'obligar la societat sense que els sistemes de pagament o contractació ho reflecteixin.
• Risc de concentració: el pas d'administrador únic a mancomunat canvia les regles de decisió; si el programari de contractes no ho sap, es poden signar operacions amb una sola firma.
• Risc de continuïtat: els cessaments i nomenaments successius fan que les llistes d'aprovadors quedin obsoletes en dies.

La solució és un servei que ingereix els actes, en deriva un estat de govern versionat i exposa aquest estat via API perquè els sistemes de contractació, banca i compliance hi validin signatures.

Arquitectura de tres capes amb un pipeline d'ingestió idempotent i un servei de consulta de baixa latència.

``` [Fonts] [Ingesta] [Domini] [Consum] BORME/BOE PDF --> Extractor + normalitzador --> Model de govern --> API REST/gRPC OpenMercantil --> (parser + OCR fallback) --> Event log (append) --> Webhooks Registre manual--> Validador d'actes --> Snapshot + diff --> Portal web ```

Decisions i motius:

• Event log append-only com a font de veritat: cada acte és immutable i porta `hash` del document font. Motiu: auditable i reproduïble; un canvi d'estat sempre es pot reconstruir acte a acte.
• Snapshots derivats per consulta: es materialitza l'estat vigent a una data (`as_of`) per respondre en mil·lisegons. Motiu: les consultes de "qui pot signar avui" no poden dependre de recalcular tota la cadena.
• Separació extractor / domini: l'extractor pot fallar o canviar de format sense tocar la lògica de govern. Motiu: els PDFs del BORME canvien de maquetació.
• Webhooks signats (HMAC) per alertes: els sistemes clients reben l'esdeveniment de canvi i decideixen. Motiu: evita polling i dona traçabilitat de quan es va notificar.
• PostgreSQL + object storage (S3-compatible): relacional per al model de govern, objectes per als PDFs originals. Motiu: integritat referencial i conservació del document font.

Entitats principals (PostgreSQL):

```sql -- Document font CREATE TABLE source_document ( id uuid PRIMARY KEY, source text NOT NULL, -- 'BORME' | 'OPENMERCANTIL' | 'MANUAL' url text, published_at date NOT NULL, sha256 text NOT NULL UNIQUE, raw_path text NOT NULL -- object storage key );

-- Acte registral normalitzat CREATE TABLE registry_act ( id uuid PRIMARY KEY, company_id uuid NOT NULL, document_id uuid NOT NULL REFERENCES source_document(id), act_type text NOT NULL, -- 'CESSAMENT' | 'NOMENAMENT' | 'APODERAMENT' | 'CANVI_ORGAN' effective_at date NOT NULL, payload jsonb NOT NULL, -- rols, persones, càrrecs confidence numeric(3,2) NOT NULL -- qualitat de l'extracció );

-- Persona o entitat que ocupa un càrrec CREATE TABLE officer ( id uuid PRIMARY KEY, kind text NOT NULL, -- 'PERSONA' | 'SOCIETAT' name text NOT NULL, tax_id text );

-- Assignació de càrrec vigent (derivada, versionada) CREATE TABLE mandate ( id uuid PRIMARY KEY, company_id uuid NOT NULL, officer_id uuid NOT NULL REFERENCES officer(id), role text NOT NULL, -- 'ADMIN_UNIC' | 'ADMIN_MANCOMUNAT' | 'APODERAT' scope text, -- límits de l'apoderament valid_from date NOT NULL, valid_to date, -- NULL = vigent source_act_id uuid NOT NULL REFERENCES registry_act(id) );

-- Estat de govern materialitzat per data CREATE TABLE governance_snapshot ( company_id uuid NOT NULL, as_of date NOT NULL, organ_type text NOT NULL, -- 'UNIC' | 'MANCOMUNAT' | 'CONSELL' signatures_required int NOT NULL, snapshot jsonb NOT NULL, PRIMARY KEY (company_id, as_of) ); ```

Motius: `mandate` amb `valid_from/valid_to` permet respondre "qui era administrador el 2026-04-17" sense esborrar res; `governance_snapshot` desacobla la consulta del càlcul; `confidence` a l'acte permet encuar revisions manuals quan l'extracció és dubtosa.

API REST versionada (`/v1`), autenticació OAuth2 client credentials, respostes idempotents per `Idempotency-Key`.

• `GET /v1/companies/{id}/governance?as_of=2026-07-10` → retorna `organ_type`, `signatures_required` i la llista de mandats vigents.
• `GET /v1/companies/{id}/mandates?role=APODERAT` → apoderats vigents amb `scope`.
• `POST /v1/companies/{id}/verify-signature` → body `{ signer_id, amount, date }`; retorna `allowed: true|false` i el motiu (p. ex. "calen 2 signatures mancomunades").
• `POST /v1/webhooks` → subscripció a esdeveniments `governance.changed`, `mandate.created`, `mandate.revoked`.
• `GET /v1/acts?company_id=...&from=...&to=...` → traça cronològica amb enllaç al document font.

Integracions:

• Ingesta BORME/BOE: descàrrega diària dels PDFs i parser amb fallback OCR; validació contra l'acte publicat.
• OpenMercantil: font secundària per creuar i detectar divergències.
• Sistemes de contractació i ERP: criden `verify-signature` abans de desar un contracte.
• KYC / compliance: reben webhook i disparen revisió de la persona o societat nomenada.

1. Extractor d'actes per als tipus `CESSAMENT`, `NOMENAMENT`, `APODERAMENT` i `CANVI_ORGAN`, amb `confidence` i cua de revisió manual.
2. Model de govern i snapshots amb la funció `signatures_required` derivada del tipus d'òrgan.
3. Endpoint `verify-signature` i webhooks signats: és el valor operatiu mínim.
4. Portal de consulta amb la línia de temps d'actes i l'estat vigent.
5. Càrrega inicial de l'empresa de referència per validar el pipeline contra el cas real (2015→2026).

Ordre motivat: sense extracció fiable no hi ha model; sense model no hi ha verificació; la verificació és el que justifica el producte.

• Qualitat d'extracció: els PDFs del BORME tenen formats variables; cal mesurar precisió per tipus d'acte i mantenir una cua de revisió. Risc: falsos negatius en apoderaments.
• Latència d'ingesta: el BORME es publica amb retard; l'estat pot anar per darrere de la realitat. Mitigació: font manual i webhooks de "canvi pendent de confirmar".
• Volum: una empresa té desenes d'actes; el repte és el nombre d'empreses, no la profunditat. Disseny per lots i particionat per `company_id`.
• Seguretat: dades de persones físiques; cal xifrat en repòs, control d'accés per tenant i retenció definida.
• Risc de model: el pas d'administrador únic a mancomunat pot requerir regles específiques per estatuts; el sistema ha de marcar `requires_manual_review` quan no pot inferir `signatures_required`.

• Test de reconstrucció: carregar els actes de l'empresa de referència i comprovar que el snapshot a 2026-07-10 reflecteix administració mancomunada amb dos membres i els apoderats nomenats (BORME, 2026-07-10).
• Test de signatures: `verify-signature` ha de rebutjar una sola firma en règim mancomunat i acceptar-ne dues.
• Test de traçabilitat: cada `mandate` ha de resoldre's fins al `source_document` amb `sha256` verificable.
• Mètrica d'extracció: precisió ≥ 0,98 en actes de nomenament/cessament sobre un conjunt etiquetat; qualsevol acte amb `confidence < 0,9` va a revisió.
• Prova d'integració: un ERP de proves rep el webhook i bloqueja la signatura fins a rebre l'estat actualitzat.