ITURRITEK SOCIEDAD LIMITADA

ITURRITEK SOCIEDAD LIMITADA és una societat limitada constituïda l'any 2010 a Bizkaia, d'acord amb la fitxa registral consultada a OpenMercantil (BORME). El corpus la classifica com a startup del sector "Altres", però aquesta classificació no consta al registre i no es pot verificar amb les fonts disponibles.

Segons el registre, l'empresa consta com a activa. No consta que hagi tancat ni que hagi estat objecte de dissolució, concurs de creditors o liquidació.

La constitució de la societat es documenta l'any 2010. El 25 de febrer de 2010 consta al BORME una ampliació de l'objecte social que incloïa "la inclusión de trabajos de montaje de cualquier tipo de estructura", amb dades registrals T 4456, F 166, S 8, H BI 40392, I/A 5 (4.02.10).

No consta al corpus qui van ser els fundadors ni els socis inicials, ni el capital social de constitució.

D'acord amb l'objecte social que consta al registre, l'empresa incloïa treballs de muntatge de qualsevol tipus d'estructura. El corpus no aporta informació sobre els clients, els sectors destinataris ni l'abast real de l'activitat desenvolupada.

No consta cap altra descripció de l'activitat més enllà de l'objecte social registrat.

El corpus no conté dades de facturació, resultats, plantilla ni creixement en cap exercici. No es pot determinar quins van ser els anys bons de l'empresa amb la informació disponible.

No consta que l'empresa hagi tancat. Segons el registre, ITURRITEK SOCIEDAD LIMITADA consta com a activa a la fitxa consultada. L'última acta registral disponible és del 27 de juny de 2024 i correspon a un nomenament d'auditor (RS 21 AUDITORES SOCIEDAD LIMITADA), publicat al BORME.

No consta cap informació sobre herència empresarial, continuïtat de l'activitat per part d'altres societats o projectes derivats. L'empresa continua constan com a activa segons el registre.

El corpus no identifica els fundadors ni els administradors de la societat, de manera que no consta la seva trajectòria posterior. Per completar aquesta informació es podria consultar la fitxa registral completa al Registre Mercantil de Bizkaia (full H BI 40392), on consten els nomenaments d'administradors i, si escau, els socis.

• L'objecte social ampliat el 2010 per incloure el muntatge d'estructures indica una voluntat d'adaptar l'activitat a un nínxol concret; en sectors de muntatge industrial, l'especialització en un tipus de treball sol determinar la cartera de clients.
• La presència d'un auditor nomenat el 2024 és un indici que la societat supera els llindars legals que obliguen a auditar comptes; en el cas d'una societat petita del sector, això pot indicar volum d'activitat o exigència d'un soci o creditor.
• Per a qualsevol anàlisi de continuïtat o tancament caldria consultar els comptes dipositats al registre, que el corpus no inclou.

El que el registre permet afirmar és limitat: ITURRITEK S.L. es va constituir el 2010 a Bizkaia i el febrer de 2010 va ampliar el seu objecte social per incloure "treballs de muntatge de qualsevol tipus d'estructura" [BORME via OpenMercantil, 2025-12-26; acte 2010-02-25]. El juny de 2024 va nomenar auditor (RS 21 AUDITORES S.L.) [BORME, 2024-06-27]. Això és tot el que tenim verificat.

La proposta, doncs, no pot ser "reconstruir el que era", sinó "construir avui una empresa de muntatge i estructures metàl·liques lleugeres a Bizkaia, amb la mateixa essència tècnica que l'objectiu social registrat". És a dir: una empresa de serveis industrials de muntatge, no un fabricant pesat ni un despatx de disseny.

Aquesta essència és raonable avui per tres motius que es poden defensar sense inventar dades de l'empresa: (1) el muntatge és un servei intensiu en mà d'obra qualificada i poc intensiu en capital, cosa que encaixa amb un reinici petit; (2) Bizkaia té un teixit industrial i logístic dens (port, siderúrgia, màquina-eina, energia) que consumeix muntatge de forma recurrent; (3) la normativa de seguretat i traçabilitat afavoreix empreses formalitzades enfront de manetes informals.

No tenim cap dada verificada sobre el mercat que ITURRITEK atenia. El que sí que podem descriure és el mercat genèric on encaixaria una empresa de muntatge d'estructures a Bizkaia, i marcar-ho com a anàlisi de context, no com a dada de l'empresa.

El segment natural és el muntatge industrial i estructural per a tercers: instal·lació de estructures metàl·liques en naus, suports, passarel·les, baranes, cobertes, i muntatge d'equips. Els clients típics són contractistes generals, enginyeries, fabricants de estructura metàl·lica que subcontracten el muntatge, i empreses industrials amb parades i manteniment. És un mercat de proximitat: el radi de servei sol ser regional per cost logístic.

El que cal validar abans de res: quants contractistes i fabricants de estructura metàl·lica actius hi ha a Bizkaia i Àlaba que subcontractin muntatge; quin és el preu hora o preu a preu fet habitual; i si hi ha buit de capacitat en algun nínxol (per exemple, muntatge amb requisits alts de seguretat o en entorns amb parada de planta). Aquestes són preguntes, no afirmacions.

Proposta: empresa de serveis de muntatge, amb tres línies.

1. Muntatge a preu fet per a contractistes i fabricants. És el nucli. Es cobra per obra o per kg/tona muntada, amb equip propi i cap d'equip. Marge objectiu a validar; en el sector sol ser de dos dígits baixos sobre facturació, però és una estimació de referència, no una dada d'ITURRITEK.

1. Mà d'obra qualificada en règim de servei (per hores o per jornada). Cobreix valls de càrrega i fidelitza clients. Requereix control estricte de productivitat.

1. Petit manteniment i muntatges puntuals (baranes, passarel·les, reparacions estructurals menors). Són entrades de client i caixa ràpida.

El model ha de ser lleuger: no comprar nau gran ni maquinària pesada al principi. L'actiu crític és la gent certificada i el compliment de seguretat (coordinació d'activitats empresarials, formació, EPIs, assegurances). Es pot subcontractar fabricació i concentrar-se en el muntatge, que és on l'objectiu social registrat posa l'accent.

Fase 0 (mesos 0-2): validació. Entrevistar 10-15 contractistes, enginyeries i fabricants de estructura metàl·lica de Bizkaia per confirmar preus, volum i requisits. Definir servei i tarifes. Constituir o reactivar la societat segons correspongui legalment (aquí cal assessorament mercantil; el registre mostra l'empresa activa el 2024, però no sabem la seva situació real).

Fase 1 (mesos 2-4): estructura mínima. Un responsable tècnic amb experiència en muntatge, un cap d'equip, i 2-4 muntadors. Assegurances, formació i procediments de seguretat. Eines bàsiques i vehicle.

Fase 2 (mesos 4-8): primeres obres. Objectiu: 2-3 clients recurrents i facturació que cobreixi costos fixos. Aquí els números són estimacions a validar: un equip de 4-6 persones pot facturar en un rang orientatiu de 25.000-45.000 €/mes si té càrrega plena, però depèn totalment de preus i hores reals del mercat.

Fase 3 (mesos 8-18): consolidar. Afegir un segon equip si la carrega ho justifica. Especialitzar-se en un nínxol (parades de planta, estructures singulars) per millorar marge.

Totes les xifres són estimacions orientatives a validar, no dades d'ITURRITEK.

• Constitució i legal: 1.500-3.000 € (notaria, registre, gestoria, assessorament). Si s'aprofita una societat existent, cal verificar estat i deutes; cost variable.
• Assegurances i compliment: 2.000-5.000 €/any segons abast (responsabilitat civil, accidents, etc.). Estimació.
• Eines i equip de muntatge: 8.000-20.000 € per equip (eines manuals, elevació bàsica, EPIs, vehicle). Estimació.
• Primeres nòmines i cobertura fins a cobrar: el cost real és el capital de treball. Un equip de 5 persones pot necessitar 30.000-60.000 € de coixí per cobrir 2-3 mesos de nòmines i proveïdors abans que els cobraments arribin. Estimació a validar amb condicions reals de pagament del sector.
• Total orientatiu per arrencar amb un equip: rang de 50.000-90.000 €, segons si es lloga o s'aprofita equip existent. És un rang, no un pressupost.

1. Risc de seguretat i responsabilitat. El muntatge d'estructures és activitat d'alt risc. Un accident pot enfonsar l'empresa. Cal assegurança i procediments des del dia u.
2. Risc de capital de treball. El sector paga a 60-90 dies sovint; les nòmines són mensuals. La fallida típica no és per manca de feina sinó per manca de caixa.
3. Risc de dependència de pocs clients. Amb 2-3 contractistes es té el negoci, però també el risc.
4. Risc de preus. Si el mercat subcontracta a preus baixos, el marge desapareix. Cal validar preus abans de contractar gent.
5. Risc d'informació. No sabem per què l'empresa va cessar l'activitat operativa (si ho va fer) ni la seva situació financera. Qualsevol pla que ignori això és especulatiu. Cal obtenir comptes o informació real abans de decidir.

Les lliçons que es poden extreure de l'expedient original són poques i cal no sobreinterpretar-les:

• L'objecte social és el que és. ITURRITEK va néixer el 2010 i va ampliar l'objecte per incloure muntatge d'estructures. Això indica que el nucli era el muntatge, i que qui vulgui reconstruir-ho ha de tenir capacitat tècnica real en aquesta activitat, no només capital.
• La formalització importa. El nomenament d'auditor el 2024 suggereix una estructura societària formalitzada. Reconstruir amb la mateixa essència vol dir mantenir el compliment legal i comptable des del primer dia, no improvisar.
• El coneixement del territori és l'actiu. Una empresa de Bizkaia que va operar més d'una dècada en aquest sector hauria acumulat xarxa de clients i proveïdors. Qui ho vulgui fer avui necessita aquesta xarxa o temps per construir-la; no es pot comprar.
• No hi ha dades públiques suficients per fer un pla financer seriós. La conclusió més honesta és que el primer pas no és un pla, sinó obtenir informació real (comptes, clients, motiu de parada) i validar el mercat amb entrevistes. La reconstrucció, avui, és una hipòtesi de treball, no un pla tancat.

Les empreses de muntatge d'estructures (l'objecte ampliat d'ITURRITEK el 2010 inclou explícitament "treballs de muntatge de qualsevol tipus d'estructura" [BORME, 2010-02-25]) treballen amb una cadena documental fràgil: plànols en paper o PDF, parts de treball en fulls de càlcul, certificacions de materials en carpetes i facturació que es reconcilia a posteriori. Això genera tres problemes concrets:

1. Pèrdua de traçabilitat: no es pot respondre ràpidament "quin operari va muntar la biga X de l'obra Y, amb quin lot de material i amb quina certificació de qualitat".
2. Retards de certificació: la documentació d'obra (albarans, certificats de soldadura, assajos) arriba desordenada i bloqueja el cobrament de fites.
3. Risc de compliment: amb un auditor extern nomenat el 2024 [BORME, 2024-06-27], l'empresa necessita que les dades d'obra i cost siguin auditables i consistents, no reconstruïdes a final d'exercici.

La solució no és un ERP genèric, sinó una eina vertical de muntatge que connecti obra, magatzem i oficina amb dades capturades al punt d'execució.

Arquitectura en tres capes amb un principi rector: l'obra no té bona connectivitat, però sí que ha de registrar dades en temps real.

``` [App mòbil obra (PWA offline-first)] | sync bidireccional (delta + resolució de conflictes) v [API Gateway + Backend modular (REST/JSON)] | | | [PostgreSQL] [Object storage] [Cua d'esdeveniments] (dades + (fotos, PDFs, (notificacions, audit log) certificats) integracions) | [Panell web oficina (SPA)] ```

Decisions i motius:

• PWA offline-first en lloc d'app nativa: l'operari de muntatge fa servir mòbil o tauleta rugeritzada; una PWA amb Service Worker i IndexedDB permet capturar parts sense cobertura i sincronitzar en arribar a la furgoneta o a l'oficina. Motiu: cost de distribució zero i actualitzacions immediates, crític per a una empresa petita.
• Backend modular monolític (no microserveis): mòduls `obres`, `muntatges`, `materials`, `qualitat`, `facturació`. Motiu: equip de desenvolupament reduït; els límits de mòdul es respecten a nivell de codi i esquema, i es poden extreure a servei si cal.
• PostgreSQL amb `audit_log` append-only: cada canvi d'estat d'un part de muntatge o certificació queda registrat amb usuari, timestamp i payload anterior/posterior. Motiu: exigència d'auditoria (auditor nomenat 2024) i traçabilitat legal de la certificació d'obra.
• Cua d'esdeveniments (Redis Streams o equivalent): desacobla la captura de dades de les notificacions i de la generació de documents. Motiu: la generació de PDF de certificació no ha de bloquejar el registre de parts.
• Object storage per a evidències: fotos de muntatge, certificats de material, albarans. Motiu: els fitxers no han de viure a la base de dades relacional; es referencien per clau i hash.

Entitats principals (simplificat, amb camps clau):

``` OBRA id, codi_obra, client_id, ubicacio, estat, data_inici, data_fi_prevista

CLIENT id, nom, cif, contacte, condicions_pagament

PART_MUNTATGE id, obra_id, operari_id, data, torn, estat (esborrany|enviat|validat|facturat) hores, notes, geo_punt_inici, geo_punt_fi, sincronitzat_el

LINIA_MUNTATGE id, part_id, element_id, quantitat, unitat, hores, estat_qualitat

ELEMENT_ESTRUCTURA id, obra_id, referencia_planol, tipus (biga|pilar|corretja|...), pes_kg

MATERIAL_LOT id, element_id, proveidor_id, lot, certificat_material_id, data_recepcio

CERTIFICAT_QUALITAT id, linia_muntatge_id, tipus (soldadura|assaig|inspeccio), resultat, inspector_id, document_id

DOCUMENT id, tipus, storage_key, hash_sha256, pujat_per, pujat_el

AUDIT_LOG id, entitat, entitat_id, accio, usuari_id, timestamp, payload_anterior, payload_nou ```

Decisions i motius:

• `PART_MUNTATGE` amb estat explícit i transicions controlades: `esborrany → enviat → validat → facturat`. Motiu: la facturació només pot consumir parts validats; evita facturar feina no verificada.
• `MATERIAL_LOT` enllaçat a `ELEMENT_ESTRUCTURA`: permet respondre "quin lot de material té aquesta biga" i, per tant, traçar una no-conformitat fins al proveïdor. Motiu: és el nucli de la traçabilitat que avui es perd.
• `AUDIT_LOG` append-only amb payload anterior/nou: cap `UPDATE` ni `DELETE` sobre aquesta taula (permisos de BD restringits). Motiu: auditabilitat i compliment.
• `DOCUMENT.hash_sha256`: detecta duplicats i garanteix integritat del certificat. Motiu: un certificat de material manipulat invalida la traçabilitat.

API REST versionada (`/v1`), autenticació per token (JWT) amb rols: `operari`, `cap_obra`, `oficina`, `admin`, `auditor` (només lectura).

Endpoints clau:

``` POST /v1/obres GET /v1/obres/{id}/parts POST /v1/parts # crea part (idempotent per client_uuid) PATCH /v1/parts/{id}/estat # transició d'estat validada POST /v1/parts/{id}/linies POST /v1/materials/lots POST /v1/qualitat/certificats POST /v1/documents # upload multipart -> object storage GET /v1/obres/{id}/traçabilitat # retorna arbre element -> lot -> certificat POST /v1/sync # batch de canvis offline (delta) ```

Decisions i motius:

• Idempotència per `client_uuid` a `POST /v1/parts`: l'app offline pot reintentar l'enviament; el servidor no ha de duplicar parts. Motiu: fiabilitat en xarxes intermitents.
• `POST /v1/sync` amb delta i resolució de conflictes per "última escriptura guanyadora a nivell de camp": cada camp porta el seu timestamp; en conflicte, guanya el més recent i es registra a `AUDIT_LOG`. Motiu: simplicitat enfront de CRDTs, suficient per a equips petits.
• Integració comptable via exportació CSV/API cap a programa de facturació: no es construeix facturació completa al MVP; s'exporten parts validats. Motiu: reduir abast i risc; l'auditoria es cobreix amb l'`AUDIT_LOG`, no amb el motor de facturació.
• Webhook `part.validat`: dispara generació de PDF de certificació i notificació a oficina. Motiu: desacoblament.

Ordre de construcció per maximitzar valor i validar el nucli:

1. Model de dades + `AUDIT_LOG` + autenticació per rols (setmanes 1-3). Sense això, res és auditable.
2. PWA offline-first de parts de muntatge (setmanes 3-7): captura de part, línies, hores, foto, sincronització. És el cor del producte i el que l'operari toca cada dia.
3. Panell d'oficina per validar parts i veure traçabilitat (setmanes 6-9): llista de parts enviats, validació, vista arbre element→lot→certificat.
4. Gestió de documents i certificats de qualitat (setmanes 8-11): upload, hash, enllaç a línia de muntatge.
5. Exportació a facturació i webhooks (setmanes 10-12).

Motiu de l'ordre: el valor percebut per l'operari (poder tancar el part des de l'obra) i per l'oficina (validar i traçar) és immediat; la facturació pot esperar perquè avui ja funciona amb fulls de càlcul.

Mides orientatives:

• Backend: ~15-20 endpoints, ~8 taules principals, ~4.000-6.000 línies de codi al MVP.
• PWA: ~3 pantalles principals (llista obres, part, línies), ~2.500 línies.
• Equip: 2-3 desenvolupadors durant 12 setmanes.

Riscos tècnics i mitigació:

| Risc | Impacte | Mitigació | |---|---|---| | Conflictes de sincronització offline | Dades duplicades o perdudes | Idempotència per `client_uuid` + resolució per camp amb `AUDIT_LOG` | | Connectivitat zero a obra | Operari no pot treballar | PWA amb IndexedDB; tota l'escriptura és local primer | | Adopció per operaris poc digitals | Abandonament de l'eina | UI de 3 tocs per part; formació; mode "ràpid" | | Auditoria incompleta | Risc de compliment | `AUDIT_LOG` append-only des del dia 1, no afegit després | | Integració comptable fràgil | Errors de facturació | Exportació CSV validada + conciliació manual al MVP |

Validació tècnica:

• Tests d'integració de sincronització: simulació de dos dispositius offline editant el mateix part; verificar que `AUDIT_LOG` reflecteix el conflicte i que no hi ha duplicats.
• Tests de transició d'estat: cap part pot passar a `facturat` sense `validat`; cap `UPDATE`/`DELETE` a `AUDIT_LOG` (test de permisos de BD).
• Test de traçabilitat: donat un `ELEMENT_ESTRUCTURA`, l'endpoint `/traçabilitat` retorna lot, proveïdor i certificat en < 500 ms.

Validació de producte:

• Pilot amb una obra real de 2-3 setmanes: mesurar temps de