TUBERIAS UNSASA 210 SOCIEDAD LIMITADA

Tuberías Unsasa 210 Sociedad Limitada era una societat mercantil de responsabilitat limitada constituïda a Bizkaia l'any 2009, amb un capital social que va arribar als 75.000 EUR. D'acord amb la fitxa registral publicada a OpenMercantil a partir de dades del BORME, la societat consta actualment com a inactiva.

La denominació social remet al sector de les canonades i la seva fabricació o instal·lació, si bé les dades disponibles no permeten confirmar l'activitat efectivament desenvolupada més enllà del que consta a l'objecte social registrat.

La societat es va constituir el 2009. El primer acte que consta al registre és un nomenament d'auditor el 7 de maig de 2009, a nom d'AGUILAR FURRASOLA MIGUEL ANGEL, segons el BORME. El 14 de maig de 2009 consta una ampliació de capital de 99.766,00 EUR, amb un capital resultant de 111.185,00 EUR.

El 3 de desembre de 2009 consta el cessament i dimissió dels administradors solidaris NAVARRO AGUIRRE LUIS ANGEL i NAVARRO AGUIRRE JUAN CARLOS, d'acord amb el registre.

L'objecte social original no consta de manera explícita a les dades disponibles. El 9 de maig de 2013 consta una ampliació de l'objecte social per incloure "actividades de realización de instalaciones mecánicas", segons el BORME (T 4972, F 51, S 8, H BI 52898, I/A 5).

No consta a les dades facilitades quina clientela o quin àmbit geogràfic d'operació tenia la societat, ni quins productes o serveis concrets oferia més enllà de la referència a instal·lacions mecàniques.

Les dades registrals mostren una activitat societària intensa entre 2009 i 2015, amb diverses ampliacions de capital i canvis en els òrgans d'administració.

El 27 de febrer de 2012 consta una ampliació de capital de 89.900,00 EUR, amb un capital resultant de 93.000,00 EUR. El 20 de desembre de 2012 consta una altra ampliació de 25.000,00 EUR, amb un capital resultant de 75.000,00 EUR, segons el BORME. Aquesta és la xifra de capital que figura com a vigent a la fitxa registral.

Pel que fa als òrgans de govern, el 15 de desembre de 2010 consten nomenaments de consellers i president (DIEZ TORRALBO MOISES com a president i conseller, ASTORKI KAIFER JAVIER i MARTI com a consellers), amb cessaments simultanis. El 3 de febrer de 2012 consta el nomenament d'administrador únic a MARTINEZ PEREZ MIGUEL ANGEL, amb el cessament de MARTINEZ GOMEZ IVAN. El 20 de gener de 2015 consta el nomenament d'administrador únic a MUELAS CANTERA CARLOS, el cessament de PORRO RELLOSO ALICIA i una declaració d'unipersonalitat. El 23 de novembre de 2015 consta el nomenament d'administrador únic a NAVARRO AGUIRRE JUAN CARLOS.

Aquestes dades reflecteixen una societat amb moviment societari i de capital, però no permeten afirmar res sobre resultats econòmics, volum de negoci o rendibilitat, que no consten a les fonts disponibles.

Les dades disponibles no permeten determinar la causa del cessament d'activitat. L'estat registral és "inactiva", segons la fitxa d'OpenMercantil basada en el BORME, però no consta a les fonts facilitades cap acte de dissolució, liquidació o concurs, ni cap data concreta de tancament.

El darrer acte registral disponible és del 23 de novembre de 2015 (nomenament d'administrador únic). No consta què va passar després d'aquesta data ni quin va ser el motiu pel qual la societat va deixar d'operar.

No consta a les dades disponibles cap informació sobre actius, marques, cartera de clients, continuïtat de negoci per part d'altres societats o qualsevol altre element de llegat empresarial de Tuberías Unsasa 210 SL.

Les persones que consten al corpus com a vinculades a la societat són, entre d'altres, NAVARRO AGUIRRE LUIS ANGEL i NAVARRO AGUIRRE JUAN CARLOS (administradors solidaris inicials), MARTINEZ GOMEZ IVAN, MARTINEZ PEREZ MIGUEL ANGEL, MUELAS CANTERA CARLOS, PORRO RELLOSO ALICIA, DIEZ TORRALBO MOISES, ASTORKI KAIFER JAVIER, MARTI, ESTIVARIZ GONZALEZ JESUS i CASTAÑOS GUANTES VIRGINIA, a més de la societat AGUILEDA ARCO ATLANTICO SOCIEDAD LIMITADA com a auditora.

No consta a les fonts facilitades quina és la situació actual d'aquestes persones ni si mantenen vinculació amb altres societats. Per ampliar-ho, es podria consultar el Registre Mercantil de Bizkaia, les fitxes d'OpenMercantil de cada persona o societat esmentada, i el BORME per detectar nomenaments posteriors.

• En el sector de la fabricació i instal·lació de canonades i instal·lacions mecàniques, l'ampliació de l'objecte social el 2013 indica una diversificació cap a serveis d'instal·lació; convé verificar si aquesta diversificació es va acompanyar de capacitat tècnica i contractes, atès que les dades no ho permeten confirmar.
• Les ampliacions de capital successives (2009, 2012) sense informació pública sobre resultats suggereixen la importància de disposar d'informació financera dipositada per valorar l'evolució real; en aquest cas, les fonts disponibles no inclouen comptes anuals.
• La rotació freqüent en els òrgans d'administració (diversos administradors únics i consellers entre 2010 i 2015) és un indicador que cal contrastar amb l'estabilitat de la gestió; en aquest cas, no consta la causa dels canvis.
• Per a qualsevol anàlisi de continuïtat, caldria consultar el Registre Mercantil per confirmar si hi ha actes posteriors al 2015 no recollits a les fonts disponibles.

Amb les dades verificades, l'essència reconstruïble és la d'una empresa d'instal·lacions mecàniques i tubaria (objecte social ampliat el 2013 segons BORME), no la d'un SaaS. La classificació "Software i SaaS" que apareix a la fitxa no té suport en cap acte registral consultat i, per tant, no es pot afirmar.

Dues vies possibles, totes dues com a proposta:

1. Reconstrucció fidel: una empresa d'instal·lacions mecàniques (climatització, fontaneria industrial, tubaria) amb seu a Biscaia, aprofitant el nínxol d'instal·lació tècnica que l'objecte social descriu.
2. Gir digital (proposta nova, no continuïtat): convertir l'ofici en un SaaS vertical de gestió d'obra i manteniment per a instal·ladors mecànics — pressupostos, certificats, traçabilitat de materials, manteniment preventiu. Això no és el que feia l'empresa; és una hipòtesi de pivot que caldria validar amb el mercat abans d'invertir-hi.

Recomanació: no presentar la via 2 com "el mateix negoci digitalitzat". És un negoci diferent amb un client similar.

• Instal·lacions mecàniques a Euskadi/Biscaia: mercat real i estable, lligat a rehabilitació energètica, climatització i manteniment industrial. Mida i creixement: a validar amb dades d'associacions sectorials (no disposem de xifres verificades aquí).
• SaaS per a instal·ladors: mercat existent però competitiu (eines de gestió d'obra, field service management). Un entrant nou necessitaria un nínxol molt concret (p. ex. traçabilitat de tubaria i certificats) per diferenciar-se. Mida: estimació a validar.

No tenim dades verificades de facturació, clients ni cartera de l'empresa original; qualsevol afirmació sobre el seu mercat històric seria inventada.

Via 1 (instal·lacions) — model per projecte: pressupost tancat per obra + contractes de manteniment recurrents. Marge dependent de mà d'obra i material; estimació de marge brut 20-35% a validar.

Via 2 (SaaS, proposta) — subscripció mensual per instal·lador o per empresa, amb mòduls (pressupostos, obra, manteniment, certificats). Preu orientatiu: rang de 30-120 EUR/mes per usuari o per empresa petita, a validar amb entrevistes a 15-20 instal·ladors abans de construir res.

En tots dos casos, el model ha de ser validat amb clients reals abans de comprometre capital.

1. Mes 0-1 — Validació: 15-20 entrevistes a instal·ladors mecànics de Biscaia/Navarra per confirmar el problema (via 2) o la demanda d'obra (via 1).
2. Mes 1-2 — Decisió de via: triar fidel vs. pivot segons resultats. No obrir les dues alhora.
3. Mes 2-4 — MVP o primera obra: si SaaS, prototip funcional amb 3-5 clients pilot; si instal·lacions, primera obra o contracte de manteniment.
4. Mes 4-8 — Tracció: 10-20 clients de pagament (SaaS) o cartera de 3-5 contractes (instal·lacions).
5. Mes 8-12 — Consolidació: mètriques, preu, i decisió d'escalar o ajustar.

Fites i calendaris són proposta, no dades de l'empresa.

Xifres estimades i a validar, no verificades:

• Via 1 (instal·lacions): constitució i estructura legal 1.000-3.000 EUR; eines i vehicle 15.000-40.000 EUR; capital de circulant per a primera obra 20.000-50.000 EUR. Rang total orientatiu: 40.000-90.000 EUR.
• Via 2 (SaaS): desenvolupament MVP 25.000-60.000 EUR; legal i constitució 1.500-4.000 EUR; màrqueting inicial 5.000-15.000 EUR; 6 mesos de runway 30.000-60.000 EUR. Rang total orientatiu: 60.000-140.000 EUR.

El capital social històric verificat era de 75.000 EUR (ampliació de 2012), però això no indica el cost de reconstruir res avui.

• Risc de premissa: la classificació "SaaS" no està verificada; construir un SaaS sobre una base falsa seria un error de partida.
• Risc de continuïtat: l'empresa està inactiva; no hi ha actius, clients ni equip verificables per heretar.
• Risc de mercat (SaaS): competència consolidada i adopció digital baixa al sector instal·lador; cal validació abans d'invertir.
• Risc financer: els rangs de cost són estimacions; un MVP o una primera obra poden superar-los.
• Risc legal/registral: la ubicació apareix com a Navarra a la fitxa però els actes BORME són de Biscaia; cal aclarir-ho abans de constituir res.

Lliçons de l'informe original (a partir de la cronologia registral, no d'un informe que no tenim):

• Canvis freqüents d'administració (diversos nomenaments i cessions entre 2009 i 2015) suggereixen inestabilitat de govern; la reconstrucció ha de començar amb un equip fundador estable i rols clars.
• Ampliacions de capital successives (2009, 2012) indiquen que el negoci va requerir capital addicional; cal planificar el finançament des del dia 1, no improvisar-lo.
• Ampliació de l'objecte social el 2013 cap a instal·lacions mecàniques mostra que l'empresa va pivotar; la lliçó és que pivotar és legítim, però s'ha de fer amb validació, no per inèrcia.
• Auditoria externa en diversos moments indica una estructura que va voler control i transparència; mantenir aquesta disciplina des del començament.

Per tant, qui ho hauria de fer és un equip fundador estable, amb experiència real en instal·lacions mecàniques o en producte SaaS vertical, disposat a validar abans d'invertir i a finançar-se amb un pla clar. No un perfil que "reconstrueixi" una empresa de la qual no es conserven actius ni equip verificables.

Els instal·ladors mecànics (calderes, canonades, climatització, sistemes de pressió) treballen amb tres fluxos que avui viuen separats: el magatzem de components (referències, lots, certificats de material), les ordres de treball de camp (qui va fer què, on i quan) i l'expedient tècnic de cada instal·lació (plànols, butlletins, revisions periòdiques). A les PIMEs del sector, aquests tres fluxos solen estar en fulls de càlcul, carpetes compartides i WhatsApp.

El cost concret: quan hi ha una avaria o una inspecció, reconstruir quina peça es va muntar, amb quin lot i amb quin certificat pot costar hores. I la documentació de manteniment preventiu es perd quan marxa la persona que la portava al cap.

El producte no pretén ser un ERP. Pretén ser l'expedient tècnic viu de cada instal·lació, alimentat des del camp amb el mòbil i auditable des del despatx.

Arquitectura en tres capes, deliberadament monolítica al principi:

``` [Mòbil de camp (PWA)] ---> [API REST monolítica] ---> [PostgreSQL] [Web de despatx (SPA)] | | +--> [Magatzem d'objectes S3] (plànols, PDFs, fotos) +--> [Cua de treballs] (generació de PDFs, recordatoris) ```

Decisions i motius:

• Monòlit modular en lloc de microserveis. L'equip inicial és petit i el domini és un sol producte. Un monòlit amb mòduls clars (inventari, ordres, expedient) permet desplegar en un sol contenidor i refactoritzar fronteres quan el domini estigui madur. Els microserveis aquí serien sobreenginyeria.
• PWA en lloc d'app nativa per al camp. Els tècnics treballen en soterranis i sales de màquines amb mala cobertura. Una PWA amb Service Worker i emmagatzematge local (IndexedDB) permet registrar feina offline i sincronitzar en recuperar xarxa. Evita dos equips de desenvolupament i les revisions d'App Store.
• PostgreSQL com a únic magatzem de dades. Els expedients tècnics tenen relacions fortes (instal·lació → components → lots → certificats) i calen consultes de traçabilitat. Un document store complicaria aquestes consultes; PostgreSQL amb JSONB per a camps flexibles cobreix els dos móns.
• Magatzem d'objectes per a binaris. Plànols, fotos i PDFs no van a la base de dades; es guarden a S3 (o compatible) amb referència i hash a Postgres. Motiu: cost i backups.
• Cua de treballs per a generació de documents. Els PDFs d'expedient i els recordatoris de manteniment són tasques asíncrones; no han de bloquejar l'API.

Entitats principals (simplificat):

```sql -- Clients i instal·lacions client(id, nom, cif, contacte) instalacio(id, client_id, adreca, tipus, data_alta, estat)

-- Catàleg i inventari article(id, referencia, descripcio, unitat, familia) lot(id, article_id, numero_lot, proveidor_id, data_entrada, certificat_url, hash_certificat) estoc_moviment(id, lot_id, magatzem_id, quantitat, tipus, data, ordre_id)

-- Feina de camp ordre_treball(id, instalacio_id, tipus, estat, assignat_a, data_prevista, data_tancament) ordre_linia(id, ordre_id, article_id, lot_id, quantitat, notes) evidencia(id, ordre_id, tipus, url_objecte, hash, capturada_el, gps)

-- Expedient tècnic document_instalacio(id, instalacio_id, tipus, versio, url_objecte, hash, vigent_fins) manteniment_pla(id, instalacio_id, periodicitat_dies, propera_data, actiu) manteniment_executat(id, pla_id, ordre_id, data, resultat) ```

Decisions i motius:

• `lot` com a ciutadà de primera classe. La traçabilitat de material és el nucli del valor. Cada línia d'ordre apunta a un lot concret, no només a un article. Això permet respondre "quines instal·lacions tenen material del lot X" en una consulta.
• `hash` a certificats, evidències i documents. Permet detectar manipulació i demostrar integritat en una auditoria. És barat i dona credibilitat al producte.
• Versionat de documents (`versio`, `vigent_fins`). Els expedients tècnics canvien; cal historial, no sobreescriptura.
• `evidencia` amb GPS i timestamp. Una foto d'una soldadura o d'un manòmetre val com a prova si se sap on i quan es va fer. El GPS és opcional però es captura quan hi és.

API REST versionada (`/v1`), autenticació per token JWT, permisos per rol (despatx, tècnic, administrador).

Endpoints clau:

• `POST /v1/ordres` — crear ordre de treball.
• `PATCH /v1/ordres/{id}/linies` — afegir línies amb `article_id` i `lot_id`.
• `POST /v1/ordres/{id}/evidencies` — pujar foto o document (multipart, retorna hash).
• `GET /v1/instalacions/{id}/expedient` — retorna l'expedient complet amb URLs signades.
• `GET /v1/tracabilitat/lots/{lot_id}` — retorna totes les instal·lacions i ordres on apareix el lot.
• `POST /v1/sincronitzacio` — endpoint de batch per a la PWA offline: rep un paquet d'operacions fetes offline i retorna conflictes.

Integracions prioritàries:

• Facturació electrònica (Facturae / proveïdors locals). Perquè les ordres tancades generin albarans i factures sense reintroducció.
• Webhooks sortints perquè el client pugui connectar el seu ERP o el seu gestor de manteniment existent.
• Importació CSV de catàleg d'articles i de clients, per reduir la fricció d'onboarding.

Decisió: l'API exposa `lot_id` a les línies d'ordre però no obliga a informar-lo al principi; es pot fer servir el producte sense traçabilitat de lot i activar-la després. Motiu: reduir la barrera d'entrada; la traçabilitat és el valor a mig termini, no el requisit per començar.

Ordre de construcció, amb criteri de "primer el que desbloqueja valor real":

1. Autenticació, clients i instal·lacions. Sense això no hi ha res a què penjar la resta. És el mínim perquè un client entri dades.
2. Ordres de treball amb línies i evidències (fotos). És el flux diari del tècnic. Encara sense lots ni expedient. Aquí ja es pot vendre.
3. PWA offline amb sincronització bàsica. Sense això el producte no serveix al camp. És el risc tècnic principal i s'ha d'atacar aviat.
4. Catàleg d'articles i lots amb certificats. Activa la traçabilitat. És el diferenciador.
5. Expedient tècnic versionat i generació de PDF. El que el client ensenya a una inspecció.
6. Pla de manteniment i recordatoris. Retenció i recurrència.

No construir al principi: facturació electrònica, integracions ERP, multi-idioma, analítica avançada. Són post-venda, no pre-venda.

Mides raonables per a una primera versió:

• 3-5 persones d'equip (2 backend, 1-2 frontend/PWA, 1 producte/QA).
• 6-9 mesos fins a la versió 1 venible (punts 1-3 de la llista anterior).
• Base de dades: desenes de clients, centenars d'instal·lacions, desenes de milers d'ordres. PostgreSQL en una instància petita és suficient; no cal escalat horitzontal fins molt més enllà.

Riscos tècnics i mitigació:

• Sincronització offline. És el risc número u. Conflictes d'edició simultània, ordres creades offline que xoquen amb canvis al despatx. Mitigació: model de resolució de conflictes explícit (l'última escriptura guanya per camp, amb registre de conflictes per revisió manual), i proves amb xarxa intermitent des del dia u.
• Integritat de documents. Si el hash no quadra, l'auditoria perd valor. Mitigació: calcular hash al client i verificar al servidor; mai confiar només en el client.
• Adopció al camp. Un tècnic que no vol canviar el seu full de càlcul mata el producte. Mitigació: la PWA ha de ser més ràpida que el full de càlcul per registrar una ordre; mesurar temps de registre com a mètrica de producte.
• Compliment normatiu de manteniment. Depèn de la comunitat autònoma i del tipus d'instal·lació. Risc de sobreprometre. Mitigació: el producte no certifica; documenta i recorda. Els textos legals han de ser revisats per un tècnic competent abans de vendre.

Validació en tres nivells, amb criteris concrets:

1. Validació de problema (abans de codi). Entrevistes amb 10-15 instal·ladors mecànics de Navarra i voltants. Criteri d'èxit: almenys 8 descriuen espontàniament el problema de traçabilitat de lots o de pèrdua de documentació. Si no, el producte no té mercat.

1. Validació de flux (prototip). Prototip navegable de la PWA amb una ordre de treball real. Criteri d'èxit: un tècnic completa una ordre amb foto en menys de 2 minuts i sense formació prèvia.

1. Validació tècnica (MVP). Desplegar amb 3-5 clients pilots. Mètriques:

- Temps mitjà de registre d'ordre al camp (objectiu: < 2 min). - Percentatge d'ordres amb evidència adjunta (objectiu: > 70%). - Consultes de traçabilitat per lot executades (mesura d'ús real del diferenciador). - Taxa de conflictes de sincronització (objectiu: < 5% de les operacions offline).

1. Validació d'auditoria. Agafar un expedient