ITURRITEK SOCIEDAD LIMITADA

ITURRITEK SOCIEDAD LIMITADA es una sociedad limitada constituida en el año 2010 en Bizkaia, de acuerdo con la ficha registral consultada en OpenMercantil (BORME). El corpus la clasifica como startup del sector "Otros", pero esta clasificación no consta en el registro y no puede verificarse con las fuentes disponibles.

Según el registro, la empresa consta como activa. No consta que haya cerrado ni que haya sido objeto de disolución, concurso de acreedores o liquidación.

La constitución de la sociedad se documenta en el año 2010. El 25 de febrero de 2010 consta en el BORME una ampliación del objeto social que incluía "la inclusión de trabajos de montaje de cualquier tipo de estructura", con datos registrales T 4456, F 166, S 8, H BI 40392, I/A 5 (4.02.10).

No consta en el corpus quiénes fueron los fundadores ni los socios iniciales, ni el capital social de constitución.

De acuerdo con el objeto social que consta en el registro, la empresa incluía trabajos de montaje de cualquier tipo de estructura. El corpus no aporta información sobre los clientes, los sectores destinatarios ni el alcance real de la actividad desarrollada.

No consta ninguna otra descripción de la actividad más allá del objeto social registrado.

El corpus no contiene datos de facturación, resultados, plantilla ni crecimiento en ningún ejercicio. No se puede determinar cuáles fueron los años buenos de la empresa con la información disponible.

No consta que la empresa haya cerrado. Según el registro, ITURRITEK SOCIEDAD LIMITADA consta como activa en la ficha consultada. La última acta registral disponible es del 27 de junio de 2024 y corresponde a un nombramiento de auditor (RS 21 AUDITORES SOCIEDAD LIMITADA), publicado en el BORME.

No consta ninguna información sobre herencia empresarial, continuidad de la actividad por parte de otras sociedades o proyectos derivados. La empresa continúa constando como activa según el registro.

El corpus no identifica a los fundadores ni a los administradores de la sociedad, de modo que no consta su trayectoria posterior. Para completar esta información se podría consultar la ficha registral completa en el Registro Mercantil de Bizkaia (folio H BI 40392), donde constan los nombramientos de administradores y, en su caso, los socios.

• El objeto social ampliado en 2010 para incluir el montaje de estructuras indica una voluntad de adaptar la actividad a un nicho concreto; en sectores de montaje industrial, la especialización en un tipo de trabajo suele determinar la cartera de clientes.
• La presencia de un auditor nombrado en 2024 es un indicio de que la sociedad supera los umbrales legales que obligan a auditar cuentas; en el caso de una sociedad pequeña del sector, esto puede indicar volumen de actividad o exigencia de un socio o acreedor.
• Para cualquier análisis de continuidad o cierre habría que consultar las cuentas depositadas en el registro, que el corpus no incluye.

La lectura més sòlida que es pot fer avui és reconstruir ITURRITEK com una empresa de serveis de montatge i instal·lació d'estructures (metàl·liques, industrials, suports, estructures auxiliars), no com una startup de producte. Això encaixa amb l'únic fet substantiu verificat: l'ampliació d'objecte social del 2010 per incloure "treballs de montatge de qualsevol tipus d'estructura" [BORME, 2010-02-25, via OpenMercantil].

És important dir-ho clar: no consta que aquesta fos l'activitat real de l'empresa, ni quants treballadors tenia, ni quins clients. La proposta és, doncs, una hipòtesi de reconstrucció, no una descripció del passat.

La versió "avui" que es proposa és una empresa petita, de proximitat, orientada a indústria i obra a Bizkaia, amb capacitat de muntar in situ i de coordinar subcontractes, i amb un soci o gerent que faci de cap d'obra tècnic. És un negoci de mà d'obra qualificada i execució, no de capital intensiu.

El mercat rellevant és el de montatge i instal·lació d'estructures per a indústria i edificació a Bizkaia i àrea metropolitana de Bilbao. És un mercat real i permanent (manteniment industrial, naus, cobertes, suports, estructures auxiliars, reformes), però no disposem de cap dada verificada sobre la mida, els competidors ni la quota que hi podria tenir ITURRITEK.

El que sí que es pot afirmar amb el registre a la mà:

• La societat continua activa al registre mercantil [OpenMercantil, 2025-12-26].
• El 2024 es va nomenar auditor (RS 21 AUDITORES S.L.) [BORME, 2024-06-27]. Això és un senyal de formalitat comptable; no implica per si sol ni grandària ni facturació, i cal no sobreinterpretar-lo.

Com a proposta de treball (a validar amb dades d'INE, cambres i clients potencials), el nínxol més realista seria el de petites i mitjanes indústries i constructores de la comarca que subcontracten montatges puntuals i necessiten un proveïdor de confiança, ràpid i amb compliment de seguretat.

Proposta (no verificada):

• Ingressos per obra i per servei: pressupostos tancats per montatge, més hores de manteniment i intervencions puntuals.
• Estructura lleugera: un nucli tècnic propi (cap d'obra + administratiu) i una xarxa de muntadors i col·laboradors que s'activa segons càrrega.
• Marges: en aquest tipus d'activitat el marge depèn de la gestió d'obra i de la seguretat; com a estimació orientativa del sector, un marge brut d'obra del 15–30% seria el rang habitual, però és una dada de sector a validar, no d'ITURRITEK.
• Recurrència: clau per estabilitat — contractes de manteniment i clients industrials recurrents.

No hi ha cap dada verificada de preus, clients ni facturació d'ITURRITEK; tot el model és una hipòtesi.

Proposta en fases (a validar):

1. Fase 0 – verificació (2–4 setmanes): recuperar comptes dipositats, objecte social complet, i parlar amb l'administració per saber què queda viu de la societat. Sense això, no es pot decidir si es reactiva la mateixa SL o se'n crea una de nova.
2. Fase 1 – validació comercial (1–2 mesos): 15–20 entrevistes amb indústries i constructores de Bizkaia per confirmar demanda i preus.
3. Fase 2 – estructura mínima: cap d'obra, administratiu a temps parcial, assegurances i coordinació de seguretat.
4. Fase 3 – primeres obres: 2–3 projectes petits per construir referència i caixa.
5. Fase 4 – manteniment recurrent: convertir clients d'obra en clients de manteniment.

Totes les xifres són estimacions orientatives i a validar; no provenen de cap font verificada sobre ITURRITEK.

Rang estimat per a una arrencada mínima (12 mesos):

• Constitució/reactivació i gestoria: 1.500–4.000 € (estimació).
• Assegurances (RC, accidents, coordinació de seguretat): 3.000–8.000 €/any (estimació, depèn de volum).
• Eines i equip de muntatge: 5.000–15.000 € (estimació).
• Fons de maniobra per cobrir obra abans de cobrar (30–60 dies): 15.000–40.000 € (estimació).
• Cost del nucli tècnic (1–2 persones, 12 mesos): 50.000–90.000 € (estimació).

Total orientatiu d'arrencada: 75.000–150.000 €, amb un escenari baix si s'aprofita estructura existent i un d'alt si cal equip propi. Cal validar-ho amb pressupostos reals.

• Risc d'informació: no tenim dades de l'empresa (facturació, plantilla, clients). Qualsevol pla sense aquestes dades és especulatiu.
• Risc de seguretat i responsabilitat: el montatge d'estructures té risc laboral i de responsabilitat civil alt; cal assegurança i compliment estricte.
• Risc de liquiditat: cobrar a 30–60 dies amb costos setmanals és el principal forat de caixa.
• Risc de dependència de persones: el negoci depèn de muntadors qualificats, escassos al mercat.
• Risc registral: cal confirmar que la societat no té incidències pendents abans de reactivar-la.

Lliçons que es desprenen de l'expedient original, més que un perfil de currículum:

1. L'objecte social és la pista, no la prova: el registre diu què podia fer l'empresa, no què feia. Cal separar sempre el fet registral de la interpretació.
2. Una SL petita pot sobreviure al registre sense que això digui res del negoci: "activa" al registre no equival a "operativa".
3. El nomenament d'auditor és un senyal de formalitat, no de mida: no s'ha de llegir com a indicador d'èxit.
4. Qui ho hauria de fer: algú amb experiència real d'obra i montatge, capacitat de gestionar seguretat i caixa, i disposició a validar el mercat abans d'invertir — no un perfil financer que construeixi el pla sobre dades que no existeixen.

Nota metodològica: les úniques afirmacions verificades són les registrals citades (OpenMercantil/BORME). La resta és proposta de reconstrucció, marcada com a tal, i requereix validació documental i de mercat abans de qualsevol decisió.

El registre mercantil mostra que ITURRITEK va ampliar l'objecte social el 2010 per incloure el muntatge d'estructures, fet que implica que l'empresa opera en un nínxol on conflueixen fabricació i muntatge en obra (BORME, 2010-02-25, via OpenMercantil). En aquest tipus d'activitat, el punt de dolor habitual no és el càlcul estructural sinó la trencadissa d'informació entre taller i obra: peces que arriben sense correspondència clara amb el plànol, unions que es tanquen sense registre de qui i quan, i recepcions on el client discuteix si una estructura compleix el projecte.

El problema concret que resoldria el producte és: no existeix un expedient únic, per estructura i per unió, que lligui plànol, lot de material, operari de muntatge, par de collament i inspecció visual, de manera que es pugui demostrar conformitat sense dependre de fotos disperses al mòbil del cap de colla.

Això té impacte econòmic directe: retreballs, hores de discussió a la recepció i, en el pitjor cas, no cobrament de fites. Un producte que generi aquest expedient de forma gairebé automàtica converteix una feina administrativa en un subproducte del treball de camp.

Arquitectura en tres capes, deliberadament offline-first, perquè el muntatge passa en naus i obres amb connectivitat pobra:

``` [Mòbil de camp (PWA)] <--sync bidireccional--> [API Backend] <--> [Postgres] | | emmagatzematge local [Servei d'informes] (IndexedDB) | | [Generador PDF/CSV] càmera + GPS (expedient per estructura) ```

• PWA en lloc d'app nativa: el motiu és la rotació d'operaris i la necessitat de desplegar actualitzacions sense passar per stores. Una PWA amb Service Worker i IndexedDB permet capturar inspeccions sense xarxa i sincronitzar en arribar a cobertura.
• Backend monolític modular (no microserveis): el domini és petit i l'equip presumiblement reduït; un sol desplegable redueix cost operatiu. Els mòduls se separen per domini (projectes, estructures, unions, inspeccions) dins el mateix procés.
• Postgres com a font de veritat amb model relacional: les relacions plànol-peça-unió són jeràrquiques i encaixen bé en SQL; a més, permet consultes d'auditoria senzilles.
• Generació d'informes com a servei separat (pot ser una funció serverless o un worker): els PDFs són costosos i no han de bloquejar l'API de camp. El motiu és aïllar càrrega.
• Sincronització amb resolució de conflictes per "last-writer-wins a nivell de camp" i marcatge de registres conflictius per revisió manual. El motiu: en inspeccions, dos operaris poden tocar la mateixa unió; no volem perdre silenciosament cap registre, però tampoc bloquejar el treball de camp.

Entitats principals (SQL simplificat):

```sql projecte(id, nom, client, obra_ref, creat_el) estructura(id, projecte_id, codi, tipus, plànol_ref, estat) -- estat: esborrany | en_muntatge | inspeccionada | lliurada

peca(id, estructura_id, marca_taller, lot_material, pes_kg, estat) -- estat: pendent | muntada | rebutjada

unio(id, estructura_id, peca_a_id, peca_b_id, tipus_unio, parell_nm_teoric, estat) -- estat: oberta | collada | inspeccionada | rebutjada

inspeccio(id, unio_id, operari_id, ts_captura, ts_sync, parell_nm_mesurat, foto_url, gps_lat, gps_lon, resultat, notes, conflicte BOOLEAN) -- resultat: conforme | no_conforme | pendent_revisio

operari(id, nom, rol, certificacio_vigent_fins) auditoria(id, entitat, entitat_id, accio, operari_id, ts, payload_json) ```

Decisions i motius:

• `ts_captura` separat de `ts_sync`: imprescindible per demostrar que una inspecció es va fer abans de la recepció, encara que s'hagi pujat després. Sense això l'expedient no té valor probatori.
• `parell_nm_teoric` a la unió i `parell_nm_mesurat` a la inspecció: permet validar automàticament si el collament compleix tolerància sense que l'operari hagi de consultar taules.
• `auditoria` append-only: qualsevol canvi d'estat queda traçat; és el que fa l'expedient auditable per un tercer (auditor o client). Nota: el BORME recull el nomenament d'un auditor extern el 2024 (BORME, 2024-06-27), cosa que reforça el valor de disposar de registres tècnics ordenats.
• `foto_url` apunta a object storage, no a la BD; el motiu és mida i cost. La foto es puja en segon pla i la inspecció queda vàlida encara que la foto arribi més tard (amb estat `pendent_foto`).

API REST versionada (`/v1`), autenticació per token d'operari amb caducitat curta i refresh.

Endpoints clau:

• `POST /v1/inspeccions` — crea inspecció (idempotent per `client_uuid`, per evitar duplicats en reintents de sync).
• `GET /v1/estructures/{id}/expedient` — retorna l'estat complet agregat (peces, unions, inspeccions, conflictes).
• `POST /v1/sync` — lot de canvis offline; retorna canvis del servidor i conflictes detectats.
• `POST /v1/informes` — encua la generació de PDF; retorna `job_id`.
• `GET /v1/informes/{job_id}` — estat i URL signada de descàrrega.

Integracions:

• Importació de plànols/llistes de peces via CSV (marca de taller, lot, unió). Motiu: no imposar un CAD concret; el taller exporta el que ja té.
• Webhook de sortida cap a l'ERP o eina de facturació del client quan una estructura passa a `lliurda`, per tancar fites de facturació.
• Exportació d'expedient en PDF signat (hash del contingut) per adjuntar a la recepció d'obra.

Ordre deliberat per validar valor abans d'invertir en complexitat:

1. Model de dades + captura d'inspecció offline (PWA mínima: llistar unions, registrar parell i foto). És el cor del valor; sense això no hi ha producte.
2. Sincronització idempotent i detecció de conflictes. Sense sync fiable, el treball de camp es perd i la confiança cau.
3. Generació d'expedient PDF per estructura. És el lliurable que el client veu i paga.
4. Importació CSV de plànols i peces. Redueix la feina d'alta manual.
5. Webhook de facturació i rols/certificacions d'operari. Afegeix valor comercial un cop el nucli funciona.

No construir primer: dashboards analítics ni app nativa. El motiu és que el valor és a capturar i demostrar conformitat, no a visualitzar mètriques.

• Mida de foto: una inspecció amb foto pot ocupar 2–5 MB. Amb 500 unions per estructura i 20 estructures actives, cal preveure desenes de GB. Mitigació: compressió al client abans de pujar i política de retenció.
• Conflictes de sync: dos operaris sobre la mateixa unió. Risc de registres contradictoris. Mitigació: marcatge `conflicte` i cua de revisió; mai esborrat automàtic.
• Precisió GPS en nau: el GPS indoor és poc fiable. Risc que la geolocalització no serveixi com a prova. Mitigació: tractar GPS com a indici, no com a evidència; complementar amb codi QR de la unió.
• Valor probatori: si `ts_captura` es pot manipular al client, l'expedient perd força. Mitigació: signatura del dispositiu i registre del `ts_sync` del servidor; documentar les limitacions.
• Adopció per operaris poc digitals: risc d'usuari, no tècnic, però crític. Mitigació: flux de màxim 3 tocs per inspecció i funcionament sense login diari (token persistent).
• Dependència d'un sol auditor/ERP: acoblament excessiu. Mitigació: format d'exportació obert (CSV/PDF) sempre disponible.

• Prova pilot en una obra real amb una estructura de 50–100 unions: mesurar temps per inspecció i nombre de conflictes de sync.
• Criteri d'èxit operatiu: una inspecció completa en menys de 30 segons i zero pèrdues de registre en 48 hores offline.
• Criteri d'èxit de negoci: generar un expedient PDF que el client accepti com a evidència de recepció sense discussió addicional, en almenys 3 de 5 lliuraments pilot.
• Validació tècnica de sync: test automatitzat de dos dispositius editant la mateixa unió offline i verificar que el conflicte es marca i no es perd cap dada.
• Validació d'auditoria: reproduir l'estat d'una estructura a una data passada a partir de la taula `auditoria` i comprovar que coincideix amb l'expedient emès aquell dia.

Nota de fonts: les afirmacions sobre l'activitat d'ITURRITEK es basen en la fitxa registral (OpenMercantil/BORME) i en l'acte BORME d'ampliació d'objecte social i nomenament d'auditor (BOE/BORME 2024-06-27). La resta de decisions tècniques són propostes de disseny, no fets verificats sobre l'empresa.