BRIDGESTONE HISPANIA SOCIEDAD ANONIMA

Bridgestone Hispania Sociedad Anónima consta al registre mercantil com una societat anònima amb domicili a Bizkaia, constituïda l'any 2009 i amb un capital social de 56.568.310 euros, d'acord amb la fitxa registral publicada a OpenMercantil a partir del BORME. L'estat registral que consta és el d'extingida.

Cal advertir que la informació disponible és exclusivament registral. El corpus no conté cap document que descriptui l'activitat efectiva de la societat, els seus productes, clients o mercats. La classificació sectorial com a "software i SaaS" que apareix a les dades de partida no té suport en cap font del corpus i, per tant, no es pot confirmar.

La societat es va constituir l'any 2009, segons la fitxa registral. El corpus no aporta detall sobre els socis fundadors originaris, l'objecte social ni les circumstàncies de la constitució. Els primers actes que consten a la cronologia facilitada són de 2013 (nomenaments d'apoderats el juliol i el desembre), de manera que no es pot reconstruir la fase inicial de la societat amb la documentació disponible.

No consta. El corpus no inclou cap font que permeti afirmar quina activitat duia a terme la societat, a quin sector pertanyia realment ni quins eren els seus clients. Qualsevol descripció de l'activitat seria una suposició no verificada.

No consta. El corpus no conté dades de facturació, resultats, plantilla ni cap altre indicador d'activitat que permeti identificar un període de bon comportament econòmic. L'únic element de dimensió que consta és el capital social de 56.568.310 euros, que el 2017 es va reduir en 158.106,60 euros fins a situar-se en 56.568.310,20 euros, segons l'acte registral del 24 de febrer de 2017 publicat al BORME.

La causa de tancament que consta és l'extinció de la societat inscrita al BORME, amb estat documental d'extingida, d'acord amb la fitxa registral. El corpus no indica el motiu econòmic, jurídic o societari concret de l'extinció (dissolució, fusió, absorció o altra operació), ni la data exacta en què es va inscriure.

Hi ha una discrepància que cal fer notar: les dades de partida fixen l'any de tancament el 2013, però la cronologia registral facilitada conté actes posteriors, incloent-hi nomenaments d'apoderats el 2018, reeleccions de consellers i canvis en la presidència el juny de 2018 (cessament de Gorka Díez Pascual i nomenament de Mark Tejedor Young com a president). Aquesta cronologia és incompatible amb una extinció inscrita el 2013 i no es pot resoldre amb les fonts disponibles.

No consta. El corpus no aporta informació sobre actius, marques, cartera de clients, contractes o persones que hagin continuat una activitat derivada de la societat. Tampoc no consta cap operació de transmissió d'actius o de negoci a una altra entitat.

El corpus identifica com a consellers Astrid Rahn, Gorka Díez Pascual i Mark Tejedor Young, que consten com a tals en els actes registrals de 2015 i en la reelecció de febrer de 2018. Gorka Díez Pascual va cessar com a president i conseller el juny de 2018, i Mark Tejedor Young va passar a ocupar la presidència en aquell mateix acte, segons el BORME.

Més enllà d'aquestes posicions registrals, no consta quina és la situació actual d'aquestes persones, ni si tenen vinculació amb altres societats. Per completar-ho es podria consultar el Registre Mercantil de Bizkaia (full registral BI 2263), els comptes anuals dipositats i les fonts públiques de vinculacions societàries.

• La data d'extinció d'una societat no es pot fixar sense la inscripció concreta de dissolució i extinció: en aquest cas, la cronologia registral arriba fins al 2018 i contradiu la data de tancament del 2013. Cal verificar sempre el full registral complet abans de fixar una data de fi.
• En societats amb consell d'administració i nombrosos apoderats, els canvis de presidència i les reeleccions de consellers són indicadors que cal llegir conjuntament amb els comptes dipositats; sense aquests comptes, la lectura de la trajectòria és incompleta.
• Una reducció de capital petita respecte al capital total (158.106,60 euros sobre més de 56 milions) no permet inferir per si sola una situació de dificultat; cal contrastar-la amb els comptes anuals.
• La classificació sectorial de les bases de dades pot no coincidir amb l'activitat real: en aquest cas, la dada de "software i SaaS" no té cap suport documental al corpus i no s'ha de fer servir per descriure l'empresa.

Proposta (no verificada): crear una empresa de serveis digitals i de dades per al sector de la mobilitat i els pneumàtics, amb seu a Bizkaia, que ofereixi a tallers, flotes i distribuïdors una plataforma SaaS de gestió d'estocs, manteniment predictiu i traçabilitat de pneumàtics.

L'essència que es pot preservar de la traça registral és: societat anònima constituïda a Bizkaia el 2009, amb estructura de consell i apoderats (diversos nomenaments entre 2013 i 2018 segons el BORME), i un capital social elevat (56,6 M€, amb una reducció de 158.106,60 € el febrer de 2017). Això suggereix —com a lectura, no com a fet— una societat de grup amb estructura formal sòlida i probablement funcions comercials o de servei al territori.

La proposta actual no pretén replicar una filial industrial, sinó aprofitar el nínxol de digitalització del canal de pneumàtics i manteniment de flotes al País Basc i a l'Estat, on hi ha molts tallers petits i mitjans amb poca digitalització.

Fets verificables limitats: les fonts disponibles (BORME/OpenMercantil) només acrediten l'existència registral de la societat, el seu capital, els consellers i la cronologia de nomenaments i cessions. No hi ha, en aquestes fonts, dades de mercat ni de clients.

Proposta de mercat objectiu (a validar):

• Tallers de pneumàtics i mecànica ràpida independents (micro i pimes).
• Gestors de flotes petites i mitjanes (transport, serveis, administració local).
• Distribuïdors regionals de pneumàtics.

Estimació (rang, a validar): a l'Estat hi ha desenes de milers de tallers de pneumàtics i mecànica; al País Basc, un mercat adreçable inicial d'uns quants centenars d'empreses. Aquestes xifres són estimacions orientatives, no dades verificades, i caldria contrastar-les amb associacions sectorials (per exemple, associacions de tallers i de transportistes) abans de dimensionar el negoci.

Proposta:

1. SaaS per subscripció mensual per taller (gestió d'estocs, comandes, historial de vehicles, alertes de manteniment). Preu estimat: 49–149 €/mes per taller, segons mòduls (a validar).
2. Mòdul de flotes: subscripció per vehicle gestionat, estimada en 1–3 €/vehicle/mes (a validar).
3. Serveis d'implantació i formació (ingressos puntuals).
4. Marketplace de proveïdors de pneumàtics i recanvis, amb comissió estimada del 3–8% (a validar).

No es proposa fabricar ni distribuir pneumàtics: això requeriria capital industrial i acords amb el grup Bridgestone que no es poden assumir des de zero. El model és lleuger, de programari i serveis.

Proposta en 4 fases (calendaris estimats):

1. Mesos 0–3 — Validació: 20–30 entrevistes a tallers i gestors de flotes de Bizkaia i Àlaba; definir l'MVP amb 2–3 funcions crítiques.
2. Mesos 3–9 — MVP i pilots: desenvolupar el producte amb un equip petit (2 desenvolupadors + 1 producte), i fer 5–10 pilots gratuïts o a preu reduït.
3. Mesos 9–18 — Comercialització inicial: 30–60 clients de pagament al País Basc; acords amb 1–2 distribuïdors regionals.
4. Mesos 18–36 — Expansió: resta de l'Estat; valorar ronda de finançament o acord amb un actor industrial del sector.

Totes les xifres són estimacions a validar, no dades de l'empresa original.

• Constitució i estructura: societat limitada (més àgil que una anònima per començar) o S.A. si es vol replicar la forma original; cost estimat de constitució i assessoria: 1.500–4.000 €.
• Equip inicial (12 mesos): 3–4 persones a temps complet; cost estimat de 180.000–320.000 € bruts anuals, segons perfils i si s'opta per subcontractació.
• Desenvolupament de producte: si no es fa intern, 60.000–150.000 € (estimació) per un MVP sòlid.
• Màrqueting i vendes inicials: 20.000–50.000 € (estimació) el primer any.
• Legal, protecció de dades (RGPD) i ciberseguretat: 8.000–20.000 € (estimació).
• Total orientatiu any 1: rang de 250.000–500.000 € (estimació àmplia, a validar segons ambició i ritme).

No es proposa replicar el capital social de 56,6 M€ de la societat original: seria desproporcionat per a un projecte de programari des de zero i no hi ha cap indici que aquell capital estigués destinat a aquest tipus d'activitat.

1. Risc de confusió de marca: el nom "Bridgestone" és una marca registrada del grup; no es pot fer servir. Cal un nom propi i verificar disponibilitat.
2. Risc de mercat: digitalitzar tallers petits té cicles de venda llargs i pressupostos baixos; cal validar disposició a pagar abans d'invertir en producte.
3. Risc de competència: hi ha programari de gestió de tallers ja establert; cal diferenciar-se per especialització en pneumàtics i flotes.
4. Risc d'interpretació de les dades: l'única cosa verificada és la traça registral; qualsevol afirmació sobre el negoci original seria especulació i no s'ha d'usar en el pla.
5. Risc financer: el projecte necessita 12–24 mesos per arribar a equilibri; cal finançament o clients de pagament primerencs.

Lliçons de l'informe original (a partir de la traça registral):

• La societat original va tenir una estructura de govern formal (consell amb consellers i nombrosos apoderats al llarg dels anys): això indica que, per a projectes amb capital rellevant, cal un govern clar des del primer dia, encara que l'equip sigui petit.
• Els canvis freqüents d'apoderats i consellers (2013–2018) suggereixen que la continuïtat del negoci depèn més de l'equip operatiu i dels processos que de les persones concretes: el nou projecte ha de documentar processos i no dependre d'una sola persona.
• La reducció de capital de 2017 mostra que les estructures grans es poden ajustar; per a un projecte nou, és millor començar amb una estructura lleugera i ampliar-la quan el negoci ho justifiqui.
• Qui ho hauria de fer, doncs: un equip fundador petit (producte + comercial + operacions) amb experiència en programari B2B i, idealment, coneixement del sector de tallers o flotes; amb un conseller o assessor sectorial independent i un soci tecnològic. No cal replicar el consell de l'antiga societat, sinó adaptar-ne la disciplina de govern a una escala adequada.

Quan una societat es tanca, la informació que en queda és dispersa en anuncis del BORME en PDF, amb noms de càrrecs inconsistents, dates de publicació que no coincideixen amb les de l'acte i referències registrals (tom, foli, secció, full) que cal interpretar per saber si dos anuncis parlen del mateix acte. Reconstruir la cronologia d'una empresa com BRIDGESTONE HISPANIA SOCIEDAD ANONIMA —constituïda el 2009, amb actes registrals que van fins al 2018 i estat d'extinció— requereix llegir desenes de documents i creuar-los a mà.

El producte resol tres coses concretes: (1) ingerir i normalitzar els anuncis del BORME en estructures consultables; (2) enllaçar cada dada a la font documental exacta (URL del PDF i pàgina); (3) exposar una cronologia reconstruïda amb senyals de qualitat sobre les dades que no quadren. El motiu de fer-ho així és que la dada registral només té valor si és auditable: un usuari ha de poder clicar qualsevol afirmació i arribar al document que la sosté.

Arquitectura en tres etapes desacoblades, perquè la ingesta massiva del BORME no ha de bloquejar les consultes i perquè cada etapa es pugui reprocessar de manera independent.

``` [BOE/BORME] --(1) Ingesta--> [Raw store: PDF + text] | (2) Normalitzador (parser + regles) | [Model canònic: PostgreSQL] | (3) API de consulta + reconstrucció de cronologia ```

• Ingesta: un crawler programat descarrega els PDFs diaris del BORME i en guarda el binari i el text extret en un magatzem d'objectes (S3-compatible). Es guarda el hash SHA-256 del PDF com a clau d'idempotència: si el document ja existeix, no es reprocessa. Motiu: el BORME publica correccions i reedicions, i volem poder detectar quan un document ha canviat.
• Normalitzador: un servei que extreu del text els blocs d'anuncis i n'aïlla els camps (tipus d'acte, data de l'acte, òrgans, persones, imports, dades registrals). Les regles de parsing són declaratives i versionades, de manera que un canvi de format del BORME es pot corregir sense tocar el codi de la resta del sistema.
• Model canònic: PostgreSQL com a font de veritat per a les entitats normalitzades, amb una taula d'enllaç a la font per a cada camp derivat. Motiu: les consultes de cronologia són relacionals i necessiten joins estables; el text lliure es queda al magatzem d'objectes.
• API: servei sense estat per sobre del model canònic, amb caché de lectura per a les consultes de cronologia, que són les més freqüents.

Entitats principals (taules PostgreSQL):

• `societat`: `id`, `nom`, `razo_social`, `nif` (nullable), `data_constitucio`, `data_tancament`, `estat_registral`, `causa_tancament`, `capital_social_actual`, `font_id`.
• `font_documental`: `id`, `url`, `data_publicacio`, `hash_sha256`, `pagina`, `text_extret`. Cada dada derivada apunta aquí.
• `acte`: `id`, `societat_id`, `tipus` (nomenament, cessament, reducció de capital, extinció…), `data_acte`, `data_publicacio`, `font_id`, `dades_registrals` (tom, foli, secció, full, inscripció).
• `carrec`: `id`, `societat_id`, `persona_nom`, `tipus` (president, conseller, apoderat, auditor), `data_inici`, `data_fi` (nullable), `acte_id`.
• `capital_moviment`: `id`, `societat_id`, `tipus` (reducció, ampliació), `import`, `capital_resultant`, `acte_id`.
• `camp_tracat`: `id`, `entitat`, `entitat_id`, `camp`, `valor`, `font_id`, `confianca` (0–1). Motiu: permetre que un camp tingui diverses fonts i que l'API mostri la de més confiança, i auditar discrepàncies.

Exemple de reconstrucció per a BRIDGESTONE HISPANIA: els actes de 2015-06-22 (cessaments de LUZARRAGA GOITIA, MITCHELL i YANAGA i nomenament de TEJEDOR YOUNG, RAHN i DIEZ PASCUAL) i el de 2018-06-20 (cessament de DIEZ PASCUAL com a president i nomenament de TEJEDOR YOUNG) es modelen com a `acte` + files de `carrec` amb `data_inici`/`data_fi`, de manera que la cronologia de cada persona es reconstrueix amb una sola consulta.

API REST versionada (`/v1`), autenticada amb clau d'API per a clients i amb JWT per a la consola interna.

• `GET /v1/societats?nom=...` — cerca per raó social amb coincidència difusa.
• `GET /v1/societats/{id}` — fitxa amb estat registral, capital i causa de tancament, cada camp amb `font_url`.
• `GET /v1/societats/{id}/cronologia` — llista ordenada d'actes amb tipus, data d'acte, data de publicació i enllaç al PDF.
• `GET /v1/societats/{id}/carrecs?actiu=true` — càrrecs vigents o històrics.
• `GET /v1/actes/{id}/traçabilitat` — retorna el text font i la pàgina exacta d'on s'ha derivat l'acte.

Integracions:

• BOE/BORME: descàrrega programada dels PDFs diaris i dels índexs; no hi ha API oficial estable, per això la ingesta es basa en URLs de publicació i en el parseig del text.
• OpenMercantil: s'usa com a font secundària de contrast per a la fitxa registral; les discrepàncies entre fonts es registren a `camp_tracat` amb confiança menor.
• Webhooks (opcional, fase 2): notificació quan apareix un acte nou per a una societat subscrita.

1. Ingesta idempotent de PDFs del BORME amb hash i magatzem d'objectes. És la base de tot: sense documents no hi ha traçabilitat.
2. Parser de blocs d'anuncis per als tipus d'acte més freqüents (nomenaments, cessaments, reducció de capital, extinció). Començar per aquests perquè cobreixen la majoria del volum i són els que permeten reconstruir la cronologia de BRIDGESTONE HISPANIA.
3. Model canònic i càrrega de les entitats `societat`, `acte`, `carrec` i `capital_moviment`, amb `camp_tracat` des del primer dia.
4. Endpoint de cronologia i fitxa de societat, que és el valor visible mínim.

No es construeix encara: cerca difusa avançada, webhooks ni consola d'administració. Motiu: validar primer que el parser i la traçabilitat funcionen sobre dades reals.

• Volum: el BORME publica centenars de pàgines diàries; el text extret per PDF pot arribar a desenes de MB. El magatzem d'objectes ha de suportar creixement lineal i el parser ha de ser prou ràpid per processar un dia sencer en menys d'una hora.
• Qualitat del parsing: els anuncis tenen formats variables i abreviatures de noms de càrrec. Risc alt d'extreure malament el tipus d'acte o la data. Mitigació: regles versionades, tests de regressió sobre un corpus fix i `confianca` per camp.
• Discrepàncies de dates: la data de publicació i la data de l'acte sovint difereixen (per exemple, l'acte de 2018-06-20 es publica al BORME posteriorment). El model ha de guardar les dues i no col·lapsar-les.
• Canvis de format del BORME: un canvi de maquetació pot trencar el parser. Mitigació: alertes quan la taxa d'extracció baixa d'un llindar i reprocessament des del magatzem d'objectes sense tornar a descarregar.
• Dades personals: els càrrecs inclouen noms de persones físiques. Cal minimitzar l'exposició pública i limitar la cerca per persona a usuaris autenticats.

• Test de reconstrucció: per a una societat de referència com BRIDGESTONE HISPANIA, la cronologia generada ha de contenir els actes documentats (cessaments i nomenaments de 2015-06-22 i 2018-06-20, reducció de capital de 2017-02-24 amb import 158.106,60 EUR i capital resultant 56.568.310,20 EUR) i cada fila ha de resoldre a una URL del BOE vàlida.
• Test de traçabilitat: cap camp de la fitxa no pot existir sense `font_id`; una consulta de validació comprova que el 100% dels camps exposats tenen font.
• Test d'idempotència: processar dues vegades el mateix PDF no ha de duplicar actes ni càrrecs.
• Mètrica de qualitat: percentatge d'anuncis parsejats sense error per tipus d'acte, amb objectiu inicial del 95% en nomenaments i cessaments.
• Validació creuada: comparar la fitxa generada amb la d'OpenMercantil i registrar les discrepàncies a `camp_tracat` per revisió manual.

Fonts: [BORME / BOE (via OpenMercantil), 2019-02-14] https://openmercantil.es/empresa/bridgestone-hispania-sociedad-anonima · [BOE / BORME, 2019-02-14] https://www.boe.es/borme/dias/2017/02/24/pdfs/Bizkaia-91281.pdf