ITURRIN SA

ITURRIN SA es una sociedad anónima constituida en el año 2013 con domicilio en Gipuzkoa. De acuerdo con la ficha registral publicada en OpenMercantil a partir del BORME, la sociedad consta como activa y tiene como administrador único a José Javier Altuna Echegoyen. La información disponible no permite determinar a qué sector concreto se dedica ni qué actividad económica desarrolla.

La constitución de la sociedad se documenta en el año 2013. El primer acto que consta en la cronología registral es del 30 de julio de 2013, y en él aparece José Javier Altuna Echegoyen como administrador único, con los datos registrales correspondientes (tomo 1313, folio 222, sección 8, hoja SS 6008). No consta información sobre los socios fundadores, el capital inicial ni las circunstancias que motivaron la creación de la sociedad.

No consta. Los datos disponibles no incluyen el objeto social, los productos o servicios ofrecidos, ni el perfil de clientes o usuarios. La clasificación como "startup" y "Otros" proviene de la categorización de la fuente y no permite inferir la actividad real de la empresa.

No consta. No se dispone de datos financieros, de facturación, de plantilla ni de evolución del negocio en ningún ejercicio. Los únicos actos registrales documentados son las reelecciones del administrador único en 2013 y en 2024.

No consta que la sociedad haya cerrado. Según la ficha registral de OpenMercantil basada en el BORME, ITURRIN SA consta como activa a fecha de la última actualización disponible (18 de enero de 2024). Por tanto, no se puede hablar de cierre.

No consta. No hay información sobre marcas, productos, tecnología, clientes o cualquier otro activo o legado atribuible a la sociedad.

El único administrador que consta en el corpus es José Javier Altuna Echegoyen, que según el BORME fue reelegido en el cargo el 18 de enero de 2024. No consta ninguna otra persona vinculada a la sociedad. Más allá de esta reelección registral, no se dispone de información sobre su trayectoria profesional actual. Para ampliarlo se podría consultar el Registro Mercantil de Gipuzkoa (hoja SS 6008) y las fuentes públicas de composición de órganos sociales.

• La información registral por sí sola no permite valorar la actividad de una sociedad: hay que contrastarla con cuentas anuales depositadas, que aquí no constan.
• La continuidad de un administrador único durante más de una década (2013–2024) indica estabilidad en la gobernanza, pero no dice nada sobre la salud económica del negocio.
• Clasificar una empresa como "startup" sin datos de actividad puede inducir a error; conviene verificar el objeto social antes de hacer cualquier caracterización.
• Para cualquier análisis de cierre o transformación habría que disponer de fuentes adicionales (cuentas depositadas, notas de prensa o comunicaciones oficiales), que en este caso no se han facilitado.

Les fonts disponibles (fitxa registral a OpenMercantil i acte BORME del 18/01/2024) només permeten afirmar que ITURRIN SA és una societat mercantil amb seu a Gipuzkoa, constituïda el 2013, amb administrador únic i amb reeleccions registrades el 2013 i el 2024. No hi ha cap dada pública verificada sobre el seu objecte social, el seu producte, els seus clients o la seva facturació.

Per tant, qualsevol "reconstrucció" ha de partir d'una premissa explícita: no sabem què feia ITURRIN SA. El que sí que es pot fer és proposar una empresa nova que ocupi el mateix espai formal (societat unipersonal de Gipuzkoa, estructura lleugera, administrador únic) i que sigui viable avui amb un capital reduït. Aquesta proposta s'ha de marcar com a proposta, no com a continuïtat del negoci original.

La proposta que plantejo és una microconsultoria tècnica unipersonal (serveis a pimes industrials de Gipuzkoa: digitalització de processos, suport tècnic, gestió de projectes petits), perquè és el format que encaixa amb l'estructura registral observada (un sol administrador, sense indicis de socis ni consell) i amb un cost d'entrada baix. Si l'objecte social real d'ITURRIN SA era un altre, aquesta proposta s'ha de descartar i substituir per una altra que es validi amb l'escriptura constitutiva i els comptes dipositats.

El mercat de serveis tècnics i de digitalització a pimes industrials de Gipuzkoa és real i documentable per fonts públiques (Cambres de Comerç, SPRI, BIC Gipuzkoa), però no tinc dades verificades específiques d'ITURRIN SA que permetin dimensionar la seva quota o el seu nínxol. Qualsevol xifra de mercat que donés aquí seria una estimació genèrica, no una dada de l'empresa.

El que sí que es pot afirmar: el teixit industrial guipuscoà és dens en pimes de 10-250 treballadors que compren serveis externs de suport tècnic i digital. Aquest és el segment on una microconsultoria unipersonal pot competir per proximitat i preu, no per escala. Estimació a validar: un consultor individual pot aspirar a 3-6 clients recurrents en el primer any, amb contractes de 500-2.000 €/mes cadascun (rang orientatiu, a contrastar amb el mercat local).

Proposta (no dada verificada): societat unipersonal que factura hores i projectes tancats a pimes industrials. Tres línies:

1. Suport tècnic recurrent (contracte mensual): manteniment de sistemes, suport a producció, gestió d'incidències. Ingrés estable, baixa marginalitat però alta recurrència.
2. Projectes tancats (digitalització de processos, implantació d'eines): facturació per fita, marge més alt, menys previsible.
3. Formació i acompanyament (puntual): complement, no nucli.

Estructura de costos mínima: administrador únic (el propi fundador), sense oficina pròpia (coworking o remot), sense plantilla inicial. Això encaixa amb el patró registral observat: una sola persona amb poders, sense indicis de estructura complexa.

Proposta, en 4 fases:

1. Mes 0-1 — Validació: recuperar l'escriptura constitutiva d'ITURRIN SA i els comptes dipositats (Registre Mercantil de Gipuzkoa) per confirmar l'objecte social real. Si no encaixa amb la proposta, reformular. Cost: 0-50 € en certificats.
2. Mes 1-2 — Constitució o reactivació: si es decideix mantenir la societat existent, cal verificar que estigui al corrent (impostos, Seguretat Social) abans de reactivar-la; si es crea de nou, constitució de SL unipersonal. Cost estimat: 300-800 € (notaria + registre + gestoria), a validar.
3. Mes 2-4 — Primers clients: 10-15 reunions amb pimes del entorn, 2-3 projectes pilot a preu de llançament. Objectiu: 1 contracte recurrent + 1 projecte tancat al mes 4.
4. Mes 4-12 — Consolidació: 3-5 clients recurrents, facturació objectiu estimada de 60.000-120.000 €/any (rang a validar segons tarifes reals del mercat).

Totes les xifres són estimacions a validar, no dades d'ITURRIN SA:

• Constitució de SL unipersonal (si es crea de nou): 300-800 € (notaria, registre, gestoria d'inici).
• Reactivació d'una societat existent (si s'opta per ITURRIN SA): 200-600 € en gestoria per posar al dia comptes, impostos i registre; a validar segons l'estat real de la societat, que no he pogut verificar.
• Programari i eines (comptabilitat, facturació, CRM bàsic): 50-150 €/mes.
• Assegurances i quotes professionals: 100-300 €/any.
• Màrqueting inicial (web, targetes, presència): 500-1.500 €.
• Capital de treball per cobrir 6 mesos sense ingressos: 6.000-15.000 € (estimació segons cost de vida i ritme de captació).

Total orientatiu d'arrencada: 8.000-18.000 €, amb un marge ampli perquè depèn de si es reactiva la societat existent o se'n crea una de nova. Aquestes xifres són estimacions, no pressupostos tancats.

1. Risc d'informació: no sabem què feia ITURRIN SA. Reconstruir "amb la mateixa essència" sense conèixer l'essència és el risc principal. Cal llegir l'escriptura i els comptes abans de decidir res.
2. Risc registral: la societat consta activa el 2024, però això no garanteix que estigui al corrent de pagaments ni que no tingui deutes. Cal verificar-ho abans de reactivar-la.
3. Risc de mercat: una microconsultoria unipersonal depèn d'un sol client gran; si en perd un, l'ingrés cau. Diversificar des del primer any.
4. Risc de solvència personal: amb un sol administrador, la separació entre patrimoni personal i societat és fràgil si no es porta una comptabilitat rigorosa.

Aquest informe no és un currículum ni una recomanació de persona: és un resum de les lliçons de l'original. Les lliçons que es poden extreure de les dades verificades són:

• Una sola persona al capdavant (administrador únic des del 2013, reeleït el 2024) indica una estructura de govern simple; qualsevol reconstrucció ha de mantenir aquesta simplicitat o justificar per què se'n surt.
• Onze anys de vida registral (2013-2024) amb reeleccions suggereixen continuïtat formal, però no activitat econòmica demostrada; la reconstrucció ha de separar el que és "societat viva al registre" del que és "negoci operatiu".
• La manca de dades públiques sobre objecte i comptes és la lliçó més important: abans de proposar res, cal anar al Registre Mercantil. Qualsevol pla que no comenci per aquesta verificació és especulació.

Per tant, qui ho hauria de fer és qui tingui accés a l'escriptura constitutiva i als comptes dipositats d'ITURRIN SA i vulgui assumir la reconstrucció amb dades reals, no amb aquesta proposta marcada com a tal.

Una societat unipersonal com ITURRIN SA té un risc estructural: tota la memòria institucional depèn d'una sola persona. Els actes registrals existeixen —la reelecció de l'administrador únic el 2024-01-18 i la de 2013-07-30 figuren al BORME [BORME / BOE (via OpenMercantil), 2024-01-18]— però no hi ha cap sistema que els converteixi en alertes operatives.

Els problemes concrets:

• Caducitat de mandats: la reelecció de 2024 fixa un nou cicle; sense càlcul automàtic del venciment, la societat pot arribar a operar amb un administrador el mandat del qual ha expirat.
• Dipòsit de comptes: l'obligació anual de dipositar comptes al Registre Mercantil no té, en una unipersonal, cap contrapès intern que la recordi.
• Pèrdua de traçabilitat: els PDFs del BORME es guarden en carpetes locals; no hi ha vincle entre un acte i l'evidència que el sustenta.

La solució no és un ERP: és un expedient societari versionat amb motor de terminis.

Arquitectura en tres capes, deliberadament monolítica al principi perquè l'equip és petit i el domini és un sol tenant per societat.

``` [Ingestor BORME] --> [API Core] --> [Postgres] (cron diari) (FastAPI) | | +--> [Object storage: PDFs signats] | [Motor de terminis] --> [Notificacions: email + webhook] | [Frontend SPA] ```

Decisions i motius:

• FastAPI + Postgres: el domini és relacional (societat → actes → terminis → evidències) i les consultes de "què venç aquest trimestre" són SQL pur. No cal un motor documental.
• Ingestor desacoblat per cron: el BORME publica un cop al dia; no té sentit un streaming. Un job idempotent que fa upsert per clau `(societat, data_acte, tipus)` evita duplicats quan es reprocessa.
• Object storage immutable amb hash: cada PDF del BORME es desa amb SHA-256 calculat en ingestió; el hash és el que es referencia a la base de dades. Això fa l'evidència verificable independentment del fitxer.
• Motor de terminis com a mòdul pur: funcions sense efectes secundaris que, donat un acte i una data de referència, retornen els venciments. Es pot testar exhaustivament i canviar la lògica legal sense tocar l'API.

Entitats principals (SQL, simplificat):

```sql societat(id, razo_social, cif, provincia, data_constitucio, estat) acte(id, societat_id, tipus, data_acte, data_publicacio_borme, font_url, hash_pdf, detall_json) -- tipus: 'constitucio' | 'reeleccio_administrador' | 'nomenament' | 'cessament' mandat(id, societat_id, administrador_id, acte_id, data_inici, data_fi_teorica, estat) administrador(id, nom, tipus -- 'unipersonal' | 'solidari' | 'multiple') termini(id, societat_id, tipus, data_limit, estat, acte_origen_id) -- tipus: 'diposit_comptes' | 'renovacio_mandat' | 'publicacio_acte' evidencia(id, acte_id, storage_key, hash_sha256, mida_bytes, creat_el) notificacio(id, termini_id, canal, enviat_el, estat_lliurament) ```

Motius:

• `acte.detall_json` guarda el text cru del BORME perquè la normalització pot canviar; el JSON és la font de veritat per a reprocessaments.
• `mandat.data_fi_teorica` es calcula però s'emmagatzema: permet consultes ràpides i deixa rastre de quina regla s'aplicava quan es va calcular.
• `evidencia` separada d'`acte` perquè un acte pot tenir diverses fonts (BORME, escriptura notarial) i volem poder afegir-ne sense migrar.

API interna (REST, versió `/v1`):

• `GET /societats/{id}/expedient` — retorna societat, actes, mandats actius i terminis oberts en una sola crida. Motiu: el frontend necessita la vista completa i fer 4 crides encadenades afegeix latència innecessària.
• `POST /actes` — ingestió manual (per a actes que no surten al BORME). Requereix `hash_pdf`; el servidor recalcula i rebutja si no coincideix.
• `GET /terminis?fins_a=YYYY-MM-DD` — consulta de venciments; és l'endpoint que consumeix el notificador.
• `POST /webhooks` — registre de subscriptors per a notificacions externes (p. ex. el despatx comptable).

Integracions:

• BORME / OpenMercantil: l'ingestor llegeix la fitxa pública [Ficha registral de ITURRIN SA a OpenMercantil (BORME), 2024-01-18] i el PDF del BORME [Acte BORME de ITURRIN SA, 2024-01-18]. No hi ha API oficial estable; es fa scraping respectuós amb rate limit i es desa el PDF original com a evidència.
• SMTP per a correu; webhook signat amb HMAC-SHA256 per a tercers, perquè el receptor pugui verificar l'origen.

Ordre deliberat, perquè cada peça desbloqueja la següent:

1. Esquema de base de dades i càrrega manual de l'expedient d'ITURRIN SA (els dos actes de reelecció de 2024 i el de 2013). Sense dades reals no es pot validar res.
2. Motor de terminis amb les dues regles crítiques: càlcul de venciment de mandat i recordatori de dipòsit de comptes. Tests unitaris amb dates límit.
3. Ingestor BORME en mode lectura que només registri diferències respecte al que ja hi ha; encara sense escriptura automàtica.
4. Notificador per correu amb una sola plantilla i dry-run.
5. Frontend mínim: una pàgina d'expedient i una de terminis.

El que no es construeix primer: multi-tenant, rols complexos, app mòbil. Una societat unipersonal no els necessita per validar el valor.

Mides: el domini és petit —una societat, desenes d'actes, un grapat de terminis anuals. El volum de dades no és el repte; ho és la correcció de les regles legals.

Riscos:

• Fragilitat del scraping del BORME: el format dels PDFs i de les fitxes pot canviar sense avís. Mitigació: el parser ha de fallar de manera sorollosa i mai silenciosa; si no pot extreure un camp, marca l'acte com a `pendent_revisio` en lloc d'inventar-ne el valor.
• Regles legals canviants: els terminis de mandat i de dipòsit depenen de la normativa vigent. Mitigació: el motor de terminis porta la versió de la regla aplicada a cada càlcul.
• Dependència d'una sola persona: el producte mateix pateix el risc que resol. Mitigació: les notificacions han d'arribar a un segon destinatari configurable.
• Fals sentiment de cobertura: si l'ingestor falla i ningú no ho veu, l'expedient sembla complet quan no ho és. Mitigació: un health check que comprova que l'última execució del job és dins de les 48 hores.

• Test de regressió sobre dades reals: carregar els actes documentats d'ITURRIN SA [BORME / BOE (via OpenMercantil), 2024-01-18] i verificar que el motor calcula el venciment del mandat de 2024 i que l'acte de 2013 queda correctament historiat.
• Test d'idempotència de l'ingestor: executar-lo dues vegades sobre el mateix PDF del BORME [Acte BORME de ITURRIN SA, 2024-01-18] i comprovar que no es creen duplicats ni es modifica cap hash.
• Test de verificació d'evidència: alterar un byte del PDF desat i confirmar que la validació de hash falla i bloqueja l'acte.
• *Prova de notificació en dry-run***: simular un venciment a 30 dies i comprovar que el correu surt amb el destinatari secundari inclòs.
• Criteri d'acceptació global: un administrador únic ha de poder respondre "què em venç els pròxims 90 dies i amb quina evidència ho justifico" en menys de dos minuts des de la pàgina d'expedient.