BRIDGESTONE HISPANIA SOCIEDAD ANONIMA

Bridgestone Hispania Sociedad Anónima consta en el registro mercantil como una sociedad anónima con domicilio en Bizkaia, constituida en el año 2009 y con un capital social de 56.568.310 euros, de acuerdo con la ficha registral publicada en OpenMercantil a partir del BORME. El estado registral que consta es el de extinguida.

Cabe advertir que la información disponible es exclusivamente registral. El corpus no contiene ningún documento que describa la actividad efectiva de la sociedad, sus productos, clientes o mercados. La clasificación sectorial como "software y SaaS" que aparece en los datos de partida no tiene respaldo en ninguna fuente del corpus y, por tanto, no se puede confirmar.

La sociedad se constituyó en el año 2009, según la ficha registral. El corpus no aporta detalle sobre los socios fundadores originarios, el objeto social ni las circunstancias de la constitución. Los primeros actos que constan en la cronología facilitada son de 2013 (nombramientos de apoderados en julio y en diciembre), de modo que no se puede reconstruir la fase inicial de la sociedad con la documentación disponible.

No consta. El corpus no incluye ninguna fuente que permita afirmar qué actividad llevaba a cabo la sociedad, a qué sector pertenecía realmente ni cuáles eran sus clientes. Cualquier descripción de la actividad sería una suposición no verificada.

No consta. El corpus no contiene datos de facturación, resultados, plantilla ni ningún otro indicador de actividad que permita identificar un periodo de buen comportamiento económico. El único elemento de dimensión que consta es el capital social de 56.568.310 euros, que en 2017 se redujo en 158.106,60 euros hasta situarse en 56.568.310,20 euros, según el acto registral del 24 de febrero de 2017 publicado en el BORME.

La causa de cierre que consta es la extinción de la sociedad inscrita en el BORME, con estado documental de extinguida, de acuerdo con la ficha registral. El corpus no indica el motivo económico, jurídico o societario concreto de la extinción (disolución, fusión, absorción u otra operación), ni la fecha exacta en que se inscribió.

Hay una discrepancia que conviene señalar: los datos de partida fijan el año de cierre en 2013, pero la cronología registral facilitada contiene actos posteriores, incluyendo nombramientos de apoderados en 2018, reelecciones de consejeros y cambios en la presidencia en junio de 2018 (cese de Gorka Díez Pascual y nombramiento de Mark Tejedor Young como presidente). Esta cronología es incompatible con una extinción inscrita en 2013 y no se puede resolver con las fuentes disponibles.

No consta. El corpus no aporta información sobre activos, marcas, cartera de clientes, contratos o personas que hayan continuado una actividad derivada de la sociedad. Tampoco consta ninguna operación de transmisión de activos o de negocio a otra entidad.

El corpus identifica como consejeros a Astrid Rahn, Gorka Díez Pascual y Mark Tejedor Young, que constan como tales en los actos registrales de 2015 y en la reelección de febrero de 2018. Gorka Díez Pascual cesó como presidente y consejero en junio de 2018, y Mark Tejedor Young pasó a ocupar la presidencia en ese mismo acto, según el BORME.

Más allá de estas posiciones registrales, no consta cuál es la situación actual de estas personas, ni si tienen vinculación con otras sociedades. Para completarlo se podría consultar el Registro Mercantil de Bizkaia (folio registral BI 2263), las cuentas anuales depositadas y las fuentes públicas de vinculaciones societarias.

• La fecha de extinción de una sociedad no se puede fijar sin la inscripción concreta de disolución y extinción: en este caso, la cronología registral llega hasta 2018 y contradice la fecha de cierre de 2013. Hay que verificar siempre el folio registral completo antes de fijar una fecha de fin.
• En sociedades con consejo de administración y numerosos apoderados, los cambios de presidencia y las reelecciones de consejeros son indicadores que deben leerse junto con las cuentas depositadas; sin estas cuentas, la lectura de la trayectoria es incompleta.
• Una reducción de capital pequeña respecto al capital total (158.106,60 euros sobre más de 56 millones) no permite inferir por sí sola una situación de dificultad; hay que contrastarla con las cuentas anuales.
• La clasificación sectorial de las bases de datos puede no coincidir con la actividad real: en este caso, el dato de "software y SaaS" no tiene ningún respaldo documental en el corpus y no debe utilizarse para describir la empresa.

El que és verificable: BRIDGESTONE HISPANIA SOCIEDAD ANONIMA va ser una societat anònima amb seu a Bizkaia, constituïda el 2009, amb un capital social de 56.568.310,20 € (després d'una reducció de 158.106,60 € inscrita el 2017), consellers vinculats al grup Bridgestone (Astrid Rahn, Gorka Díez Pascual, Mark Tejedor Young) i auditoria de Deloitte. La societat apareix com a extingida al BORME [BORME/BOE via OpenMercantil, 2019-02-14].

El que no és verificable amb les fonts disponibles: la seva activitat operativa concreta, els ingressos, la plantilla o els clients. El sector "Software i SaaS" és una classificació de la fitxa, no una descripció d'activitat acreditada.

Per tant, la "idea avui" no pot ser "reobrir Bridgestone Hispania". Ha de ser una proposta nova: crear un vehicle societari (SL o SA) a Bizkaia que presti serveis digitals i de gestió per al sector de mobilitat i flotes —l'àrea on el grup Bridgestone opera—, amb marca pròpia i sense dependre de la marca registrada del grup. Això és una proposta de consultoria, no una reconstrucció documentada.

No tenim dades verificades del mercat que atenia aquesta societat. El que sí que es pot afirmar amb fonts públiques generals (a validar amb dades sectorials actualitzades) és que:

• El mercat de software de gestió de flotes i mobilitat corporativa a l'Estat és actiu, amb competidors consolidats i demanda de digitalització per part de flotes mitjanes.
• Bizkaia i el País Basc tenen un teixit industrial i de serveis que justifica un node local.

Aquestes afirmacions són context general, no dades verificades de l'empresa. Qualsevol xifra de mercat (TAM, nombre de flotes, quota) s'hauria de validar amb estudis sectorials abans de muntar res.

Proposta (no verificada): un model mixt de:

1. Subscripció SaaS per a gestió de flotes (manteniment, combustible, incidències, compliment normatiu).
2. Serveis professionals d'implantació i integració.
3. Comissions o serveis de valor afegit vinculats a la cadena de subministrament de pneumàtics i manteniment (àrea natural del grup de referència).

El capital social original (56,5 M€) no és un referent de cost de llançament: era capital d'una SA d'un grup gran, no el pressupost d'un projecte nou. No s'ha de confondre.

Proposta, a validar:

• Fase 0 (mesos 0–2): validació de mercat amb 15–20 flotes potencials de Bizkaia i rodalia; definició de l'MVP.
• Fase 1 (mesos 2–6): constitució de la societat, MVP del SaaS, 3–5 clients pilots.
• Fase 2 (mesos 6–12): comercialització, primeres contractacions, integracions.
• Fase 3 (mesos 12–24): escalat regional i ampliació de serveis.

Cap d'aquestes fites no prové de documents de l'empresa original; són una proposta de consultoria.

Estimació (rang, a validar):

• Constitució de societat i tràmits: 1.500–4.000 €.
• MVP de software (equip petit o agència): 40.000–120.000 €.
• Equip inicial (2–4 persones, 12 mesos): 150.000–350.000 €.
• Màrqueting i vendes inicials: 20.000–60.000 €.
• Legal, comptabilitat, assegurances: 10.000–25.000 €.
• Total orientatiu any 1: 220.000–560.000 €, segons ambició.

Aquestes xifres són estimacions de consultoria, no dades de l'empresa original. Cal pressupost real de proveïdors i sou de mercat per convertir-les en un pla financer.

• Risc de marca: el nom "Bridgestone" és propietat del grup; no es pot reutilitzar sense autorització. La proposta ha de tenir marca pròpia.
• Risc de dades: no hi ha informació pública sobre l'activitat real de la societat extingida; qualsevol pla que assumeixi un model de negoci concret parteix d'una hipòtesi.
• Risc de mercat: el SaaS de flotes és competitiu; cal validar demanda abans d'invertir.
• Risc financer: el capital original no és referència; el projecte nou s'ha de finançar amb capital propi, socis o deute, amb un pla validat.

Lliçons de l'informe original (a partir de les dades registrals):

1. La forma jurídica ha de seguir l'objectiu, no precedir-lo. Una SA amb 56,5 M€ de capital té sentit per a un grup gran; un projecte nou probablement comença com a SL.
2. Els canvis de consellers i apoderats (2013–2018) mostren una estructura de govern que va evolucionar molt; un projecte nou ha de definir des del dia 1 qui decideix i qui executa.
3. L'auditoria (Deloitte) i la reducció de capital (2017) indiquen una societat amb estructura formal robusta; un projecte nou no necessita aquesta maquinària al principi, però sí comptabilitat ordenada.
4. L'extinció inscrita al BORME recorda que cap estructura sobreviu sense activitat real. El pla nou ha de prioritzar clients i ingressos per sobre de l'estructura.
5. No confonguis capital social amb pressupost. El capital original era d'un grup; el teu cost de llançament és una altra cosa i s'ha de calcular a part.

Conclusió: el que es pot construir avui és un negoci nou de serveis digitals per a mobilitat a Bizkaia, amb marca pròpia, com a proposta. El que no es pot fer és presentar-ho com una reconstrucció de Bridgestone Hispania: les dades verificades només permeten descriure l'embolcall societari extingit, no l'activitat.

El cas de BRIDGESTONE HISPANIA SOCIEDAD ANONIMA és il·lustratiu: una societat constituïda el 2009, amb un capital social de 56.568.310,20 EUR, que el 2017 fa una reducció de capital de 158.106,60 EUR i que acaba extingida segons el BORME (Ficha registral a OpenMercantil). Entre 2013 i 2018 el registre acumula desenes d'actes de nomenament d'apoderats i canvis d'òrgans: el 2015-06-22 es produeix un relleu complet del consell (cessen LUZARRAGA GOITIA, MITCHELL i YANAGA; entren TEJEDOR YOUNG, RAHN i DIEZ PASCUAL), i el 2018-06-20 hi ha un altre canvi de presidència (acte BORME 2017-02-24).

Avui aquesta informació existeix, però està en PDFs del BORME, en formats inconsistents i en ordre cronològic invers. Un analista de risc que vol saber "qui podia signar per aquesta empresa el 2016" ha de llegir manualment vint-i-tres actes. El problema concret que el producte resol és: donada una empresa o una persona, respondre en menys de 2 segons quins càrrecs i poders estaven vigents en una data, amb la referència exacta a l'acte que ho prova.

Tres serveis i un magatzem, deliberadament simple perquè l'equip inicial és petit:

``` [BORME/BOE PDFs] --(1)--> [ingest-worker] --(2)--> [Postgres: events] | (3) [resolver-api] <-- clients | (4) [signal-engine] (batch) ```

1. ingest-worker: descarrega els PDFs diaris del BORME per província, n'extreu el text i aplica un parser basat en regles (regex + gramàtica de frases registrals) per produir actes estructurats. Motiu: el BORME té un vocabulari molt estable ("Nombramientos. Apoderado: ...", "Ceses/Dimisiones. Presidente: ..."), i una gramàtica de regles és més barata i auditable que un model d'LLM per a aquest domini tancat.
2. Postgres: font de veritat. Cada acte és immutable i porta la URL del PDF i la pàgina. Motiu: qualsevol resposta ha de ser citables; si no podem citar, no publiquem.
3. resolver-api: servei HTTP sense estat que reconstrueix l'estat d'òrgans en una data. Motiu: separar la lectura (ràpida, cachejable) de l'escriptura (lenta, per lots).
4. signal-engine: procés batch nocturn que recalcula senyals de risc per empresa. Motiu: els senyals són costosos i canvien poc; no cal calcular-los a cada petició.

Taules principals (Postgres 15):

```sql -- Persona o entitat que apareix en un acte CREATE TABLE subject ( id BIGSERIAL PRIMARY KEY, name_raw TEXT NOT NULL, -- tal com surt al BORME name_norm TEXT NOT NULL, -- normalitzat (majúscules, sense accents) kind TEXT NOT NULL CHECK (kind IN ('persona','societat')) );

-- Acte registral, immutable CREATE TABLE registry_event ( id BIGSERIAL PRIMARY KEY, company_id BIGINT NOT NULL REFERENCES company(id), event_date DATE NOT NULL, -- data de l'acte, no de publicació pub_date DATE NOT NULL, -- data BORME kind TEXT NOT NULL, -- 'nombramiento','cese','reduccion_capital','auditor','extincion' role TEXT, -- 'presidente','consejero','apoderado','auditor' subject_id BIGINT REFERENCES subject(id), amount_eur NUMERIC(14,2), -- per a reduccions de capital source_url TEXT NOT NULL, source_page INT, raw_text TEXT NOT NULL, parser_ver TEXT NOT NULL );

-- Estat derivat: mandat vigent per (empresa, subjecte, rol) CREATE TABLE mandate ( company_id BIGINT NOT NULL, subject_id BIGINT NOT NULL, role TEXT NOT NULL, from_event BIGINT NOT NULL REFERENCES registry_event(id), to_event BIGINT REFERENCES registry_event(id), -- NULL = vigent PRIMARY KEY (company_id, subject_id, role, from_event) ); ```

Decisions i motius:

• `event_date` separada de `pub_date`: el BORME publica amb retard (l'acte del 2017-02-24 es publica el mateix dia, però el del 2018-06-20 apareix al BORME del 2018-07-11). Els càlculs de vigència han d'usar la data de l'acte.
• `mandate` com a taula materialitzada: reconstruir la vigència a cada consulta amb window functions és possible però car; la materialitzem i la reconstruïm sencera quan arriba un acte amb data anterior a l'últim processat (backfill).
• `parser_ver`: si millorem el parser, podem reprocessar i comparar; sense versió no hi ha auditoria.

API REST, JSON, autenticació per clau d'API. Tres endpoints:

``` GET /v1/companies/{id}/timeline?from=2015-01-01&to=2018-12-31 -> [{event_date, kind, role, subject, source_url, source_page}]

GET /v1/companies/{id}/officers?as_of=2016-06-01 -> [{role, subject, since, source_url}]

GET /v1/companies/{id}/signals -> [{signal, severity, evidence: [event_id...]}] ```

Senyals calculats pel `signal-engine` (llindars explícits, configurables):

• `capital_reduction`: reducció de capital en els últims 24 mesos.
• `officer_churn`: ≥3 canvis de conseller en 12 mesos.
• `auditor_gap`: cap acte d'auditor en 2 exercicis consecutius.
• `extinguished`: acte d'extinció present.

Integracions previstes, per ordre: (1) export CSV de la línia temporal, perquè els equips de risc el puguin carregar al seu ERP sense integració; (2) webhook `company.extinguished` per a sistemes de facturació; (3) connector amb OpenMercantil com a font secundària de contrast.

1. Parser de nomenaments i cesis (les dues formes més freqüents al corpus: 18 dels 23 actes del cas són nomenaments). Sense això no hi ha producte.
2. Reconstrucció de mandats amb la taula `mandate` i l'endpoint `/officers?as_of=`.
3. Ingesta diària del BORME de Bizkaia com a vertical de proves, amb el cas BRIDGESTONE HISPANIA com a fixture de regressió (23 actes, 3 consellers fundadors, extinció).
4. Senyals `capital_reduction` i `extinguished`: els dos més simples i els dos que més valor tenen per a un equip de risc.

No construïm encara: UI, multi-tenant, ni el parser de reduccions de capital complexes (ampliacions, compensació de crèdits).

• Volum: el BORME publica ~1.500 actes/dia a tot l'Estat; el 2024 són ~400k actes/any. Amb Postgres i un sol worker n'hi ha prou fins a ~5M actes. El coll d'ampolla és el parser, no la base de dades.
• Risc 1 — qualitat del parser: el BORME té variants ("Apoderado: A;B;C" en un sol acte, com el 2018-07-11). Mitigació: mètriques de cobertura (actes parsejats / actes detectats) i cua de revisió manual per als no parsejats; mai publicar un acte amb `raw_text` no verificat.
• Risc 2 — dates d'acte absents: alguns actes només porten data de publicació. Mitigació: camp `event_date_confidence` (`exacta`/`publicacio`) i no usar dates de baixa confiança per als senyals de vigència.
• Risc 3 — homonímia de persones: "RUIZ DE LA ILLA GARCIA DE ANDOAIN ROBERTO" apareix en actes de 2015, 2016 i 2018; cal no fusionar persones per nom sol. Mitigació: clau `(name_norm, company_id)` i no resoldre identitat entre empreses fins a la fase 2.
• Risc 4 — dependència de la font: si el BORME canvia el format dels PDFs, el parser trenca. Mitigació: tests de regressió amb PDFs reals congelats i alerta si la taxa de parseig cau >20% en un dia.

1. Fixture de regressió: el cas BRIDGESTONE HISPANIA amb els 23 actes verificats. El test comprova que `/officers?as_of=2016-06-01` retorna TEJEDOR YOUNG, RAHN i DIEZ PASCUAL com a consellers (nomenats el 2015-06-22) i que `/signals` inclou `capital_reduction` (2017-02-24) i `extinguished`.
2. Precisió del parser: mostreig manual de 200 actes/mes; objectiu ≥98% de camps correctes en `kind`, `role` i `subject`.
3. Latència: p95 de `/officers` < 300 ms amb 1M d'actes carregats.
4. Auditabilitat: cada resposta ha de contenir almenys un `source_url`; un test automàtic falla si algun element retornat no en té.

Fonts citades: Ficha registral a OpenMercantil (BORME) i acte BORME 2017-02-24.