BONOPARK SL

BONOPARK SL es una sociedad mercantil española constituida en el año 2009. De acuerdo con la ficha registral, tiene la consideración de sociedad activa y un capital social de 1.000.000 de euros. La ubicación que consta es Madrid.

El corpus no permite determinar con precisión el objeto social ni la actividad económica concreta más allá de la clasificación sectorial genérica ("Otros"). Los datos disponibles son exclusivamente registrales y no incluyen información sobre el producto o servicio que ofrecía.

La constitución de la sociedad se data en 2009. Las primeras anotaciones del corpus provienen de 2013 y corresponden a nombramientos de apoderados, con números de tomo y folio correspondientes a Navarra (T 1470, F 7, S 8, H NA 29212), lo que indica que el domicilio registral original estaba en esa comunidad. Posteriormente, las anotaciones pasan a hacer referencia a Madrid (T 32615, F 211, S 8, H M 587043), lo que sugiere un traslado de domicilio, aunque el corpus no lo documenta explícitamente.

Entre los fundadores y administradores que constan figuran VITAL HUICI MIGUEL, PERURENA BOROBIA RAMON y PEREZ MORENO DOMINGO, en calidad de consejeros.

El corpus no contiene información sobre la actividad comercial, los clientes o el modelo de negocio de BONOPARK SL. La clasificación sectorial disponible es "Otros", sin más concreción. No consta ninguna descripción de producto o servicio en las fuentes consultadas.

El corpus no incluye datos financieros (facturación, resultados, plantilla) ni indicadores de crecimiento. El único dato relevante es la ampliación de capital de 375.000 euros registrada el 3 de marzo de 2014, que situó el capital suscrito en 1.000.000 de euros, según el BORME (BOE/BORME, 2014-03-03).

También consta que en 2018 se nombró a ERNST & YOUNG SL como auditor de cuentas (anotación de 19 de julio de 2018) y que el nombramiento se revocó en 2019 para el ejercicio cerrado a 31 de diciembre de 2018. Estos datos son registrales y no permiten valorar el desempeño económico de la sociedad.

BONOPARK SL no consta como cerrada. El estado registral es activo y la última anotación disponible es del 11 de julio de 2025 (nombramiento de apoderada: DIAZ DEL CONSUELO ANA MARIA), según el BORME.

Lo que sí documenta el registro es un cambio de control: el 14 de agosto de 2019, PERURENA BOROBIA RAMON cesó como administrador único y fue sustituido por LLORENTE BUS SL, con ALONSO SOROA VALENTIN como representante. El 14 de febrero de 2022, LLORENTE BUS SL cesó y fue sustituida por AVANZA MOVILIDAD INTEGRAL SL, también con ALONSO SOROA VALENTIN como representante. Estas son transmisiones de control, no un cierre.

Dado que la sociedad continúa activa, no se puede hablar de herencia en el sentido de legado de una empresa desaparecida. El corpus no permite identificar ninguna actividad, marca o activo que haya trascendido de manera autónoma.

El corpus solo permite afirmar lo siguiente:

• VITAL HUICI MIGUEL consta como consejero.
• PERURENA BOROBIA RAMON consta como consejero y ejerció como administrador único hasta el cese de 14 de agosto de 2019.
• PEREZ MORENO DOMINGO consta como consejero.

No consta ninguna información sobre su trayectoria posterior, otros cargos o actividades. Para completarlo habría que consultar el Registro Mercantil de Madrid (folio H M 587043) y las bases de datos de cargos societarios, que no forman parte del corpus disponible.

• El registro mercantil documenta cambios de control (ceses y nombramientos de administrador único) pero no explica las razones estratégicas: para interpretar una sustitución como la de LLORENTE BUS SL por AVANZA MOVILIDAD INTEGRAL SL hay que cruzar la información registral con fuentes corporativas o periodísticas, que aquí no constan.
• La sucesión de apoderados en bloque (2019) suele acompañar un cambio de control o una reestructuración interna; en análisis registral, es un indicador a seguir, no una prueba por sí solo.
• La ampliación de capital de 2014 hasta 1.000.000 de euros y la designación de un auditor en 2018 son señales de una estructura societaria formalizada; sin embargo, sin cuentas depositadas en el corpus no se puede inferir solvencia ni rentabilidad.
• El traslado de anotaciones de Navarra a Madrid recuerda que la sede registral puede cambiar sin que ello implique cambio de actividad: hay que verificarlo siempre en el folio registral correspondiente.

BONOPARK SL va néixer el 2009 en ple cicle d'expansió de la mobilitat urbana a Espanya, i el seu nom i sector (Mobilitat) apunten a un negoci vinculat a l'aparcament i la gestió d'espais urbans. El registre mercantil confirma una societat amb capital social d'1.000.000 EUR [BORME / BOE via OpenMercantil, 2025-07-11], una ampliació de capital de 375.000 EUR el 2014 [BOE / BORME, 2014-03-03] i una estructura d'apoderats que va créixer especialment el 2019, any en què es nomenen més de deu apoderats en un sol exercici.

La proposta, avui, és reconstruir l'essència —gestionar i digitalitzar espais d'aparcament i mobilitat urbana— sobre una plataforma tecnològica actual: una app que integri reserva d'aparcament, pagament digital, recàrrega de vehicles elèctrics i serveis de proximitat (rentat, manteniment bàsic, última milla). No es tracta de replicar l'estructura de 2009, sinó d'aprofitar el coneixement del sector i la marca per llançar un model asset-light: acords amb propietaris de pàrquings existents en lloc de construir infraestructura pròpia.

Aquesta és una proposta nova, no una reconstrucció literal: les dades registrals no permeten afirmar què feia exactament BONOPARK SL operativament, només la seva forma societària i el seu sector.

El mercat de la mobilitat urbana i l'aparcament digital a Madrid i Espanya és real i creixent, però cal validar-lo amb dades actuals. La ciutat de Madrid té una pressió d'aparcament estructural reconeguda, i el parc de vehicles elèctrics i híbrids endollables creix any rere any, cosa que obre la porta a serveis de recàrrega vinculats a l'aparcament.

El registre mostra que BONOPARK SL tenia presència registral tant a Navarra (tom 1470, secció 8, full NA 29212, actes de 2013-2015) com a Madrid (tom 32615, secció 8, full M 587043, actes de 2017-2025) [BORME / BOE via OpenMercantil, 2025-07-11]. Això suggereix una operativa amb abast supra-autonòmic, fet que reforça la hipòtesi d'un negoci escalable geogràficament.

El mercat objectiu, avui, es pot segmentar en: (a) conductors urbans que busquen aparcament puntual o per hores; (b) empreses amb flotes que necessiten places fixes i recàrrega; (c) operadors de pàrquings que volen digitalitzar la seva gestió; i (d) administracions locals interessades en mobilitat sostenible. La dimensió concreta de cada segment s'ha de validar amb estudis de mercat actualitzats.

Es proposa un model de tres línies, totes propostes noves a validar:

1. Comissió per reserva i pagament digital (marketplace d'aparcament): la plataforma connecta conductors amb places disponibles i cobra una comissió per transacció. Ingrés estimat: 8-15% del valor de la reserva (rang a validar).
2. Subscripció per a empreses i flotes: places reservades, facturació mensual i accés a recàrrega. Ingrés recurrent estimat: 50-150 EUR per plaça/mes (rang a validar segons ubicació).
3. Serveis de valor afegit: recàrrega elèctrica, rentat, manteniment bàsic i última milla, amb marge per servei.

El model és asset-light: no es compra sòl ni es construeix pàrquing, sinó que s'arriba a acords amb propietaris i operadors existents. Això redueix la inversió inicial i accelera el llançament. La marca BONOPARK SL, si es pot recuperar o llicenciar, aporta reconeixement en el sector; si no, caldrà construir marca des de zero.

Fase 0 (mesos 0-3): validació. Entrevistes amb 20-30 operadors de pàrquings i 50 conductors a Madrid; definició del producte mínim viable (MVP) i tancament de 3-5 acords pilot.

Fase 1 (mesos 3-9): MVP i pilots. Desenvolupament de l'app (reserva, pagament, recàrrega) i llançament en 3-5 pàrquings de Madrid. Mètrica objectiu: 500-1.000 reserves/mes (estimació a validar).

Fase 2 (mesos 9-18): escalat a Madrid i primera expansió a una segona ciutat. Objectiu: 20-30 pàrquings connectats i 5.000 usuaris actius (estimació a validar).

Fase 3 (mesos 18-36): expansió a 3-5 ciutats i consolidació del model B2B (flotes i empreses).

Aquest pla és una proposta, no una reconstrucció del pla original de BONOPARK SL, que no consta a les dades verificades.

Cost d'arrencada estimat (rang a validar segons abast):

• Constitució i estructura legal: 3.000-8.000 EUR.
• Desenvolupament de l'app i plataforma (MVP): 40.000-90.000 EUR.
• Màrqueting i adquisició inicial d'usuaris: 20.000-50.000 EUR.
• Equip mínim (2-4 persones, 12 mesos): 120.000-200.000 EUR.
• Acords i integracions amb operadors: 10.000-30.000 EUR.
• Capital de treball i imprevistos: 20.000-40.000 EUR.

Total estimat: 150.000-400.000 EUR per als primers 12-18 mesos, a validar amb un pla financer detallat. El capital social històric d'1.000.000 EUR de BONOPARK SL [BORME / BOE via OpenMercantil, 2025-07-11] no implica que calgui aquesta xifra avui; el model asset-light permet arrencar amb menys.

1. Risc de mercat: la competència en aparcament digital i mobilitat urbana és intensa; cal diferenciar-se.
2. Risc d'adopció: els operadors de pàrquings poden ser reticents a integrar-se; cal demostrar valor ràpidament.
3. Risc regulatori: normativa municipal d'aparcament, recàrrega i mobilitat canvia sovint.
4. Risc financer: el model requereix capital fins a l'equilibri; el punt mort estimat se situa als 18-30 mesos (a validar).
5. Risc de marca: si no es pot recuperar o llicenciar la marca BONOPARK SL, caldrà construir-ne una de nova.
6. Risc d'execució: l'equip fundador ha de combinar tecnologia, operacions i vendes.

Les lliçons de l'informe original (a partir de les dades registrals) són:

• Una estructura societària sòlida i flexible: BONOPARK SL va passar de consellers individuals a un administrador únic societari (AVANZA MOVILIDAD INTEGRAL SL, 2022) [BORME / BOE via OpenMercantil, 2025-07-11], fet que suggereix la importància de tenir una governança àgil i alineada amb socis industrials.
• Capitalització primerenca: l'ampliació de capital de 375.000 EUR el 2014 [BOE / BORME, 2014-03-03] mostra que el negoci va requerir capital significatiu per créixer; avui caldria dimensionar-lo amb un pla financer realista.
• Xarxa d'apoderats i presència territorial: la nombrosa nomenació d'apoderats el 2019 indica una operativa descentralitzada; avui caldria replicar aquesta capacitat d'execució local amb equips lleugers.
• Auditoria i transparència: la designació i revocació d'Ernst & Young com a auditor [BORME / BOE via OpenMercantil, 2025-07-11] reflecteix la necessitat de comptes clars per atraure socis i finançament.

Per tant, qui ho hauria de fer és un equip fundador amb experiència en mobilitat urbana, tecnologia i vendes B2B, acompanyat d'un soci industrial o financer que aporti capital i accés a operadors de pàrquings, i amb una governança àgil (administrador únic o consell lleuger) que permeti decidir ràpid. La marca i el coneixement del sector de BONOPARK SL són un actiu a recuperar si és possible; si no, caldrà construir-ne un de nou amb la mateixa essència: digitalitzar l'aparcament i la mobilitat urbana amb un model lleuger i escalable.

Els operadors d'aparcament regulat (zona blava/verda, concessions municipals, pàrquings en rotació) gestionen avui tres sistemes desconnectats: el control d'accés físic (barreres, lectors de matrícula), la venda de tiquets i abonaments, i la liquidació econòmica amb l'administració concessionària. Això provoca discrepàncies d'ocupació en temps real, frau en la validació d'estacionament regulat i tancaments de mes amb conciliacions manuals.

BONOPARK SL operava en aquest espai de mobilitat des del 2009 i va arribar a un capital d'1.000.000 EUR després de l'ampliació de març de 2014 [BOE / BORME, 2014-03-03], fet que indica una fase d'escalat operatiu. El producte que es proposa no és un clon, sinó una plataforma que resol el problema concret de coherència entre l'estat físic de l'aparcament i l'estat facturable, que és on fallen la majoria d'implantacions.

Arquitectura de tres plans amb un domini d'ocupació com a font de veritat:

``` [Plànol físic] [Plànol de domini] [Plànol de negoci] Lector LPR / barrera --event--> Ingesta idempotent --> Ocupació (state machine) App operari / ciutadà --API---> Servei de reserves --> Motor de tarifes Ledger d'esdeveniments --> Liquidació mensual ```

• Ingesta idempotent: cada event de barrera o lector LPR porta una clau `(device_id, seq_no)`; el servei descarta duplicats. Motiu: els lectors LPR en entorns municipals perden connectivitat i reenvien lots; sense idempotència l'ocupació es corromp.
• Ocupació com a màquina d'estats (`FREE → RESERVED → OCCUPIED → EXITING → FREE`) en lloc d'un comptador. Motiu: un comptador no permet auditar per què una plaça estava ocupada a les 14:03, i la liquidació municipal exigeix traçabilitat.
• Ledger d'esdeveniments append-only (PostgreSQL amb particionat per mes). Motiu: la conciliació amb l'ajuntament requereix reconstruir l'estat en qualsevol instant; un `UPDATE` sobre taules d'estat ho impedeix.
• Motor de tarifes com a regles declaratives (no codi): cada concessió defineix franges, recàrrecs i bonificacions en un DSL propi. Motiu: cada municipi canvia tarifes per ordenança i no es pot desplegar codi per cada canvi.
• Desplegament per concessió (tenant lògic, no físic) amb base de dades compartida i `tenant_id` a totes les taules. Motiu: cost operatiu; un operador mitjà gestiona 5-40 concessions i no justifica una BD per cadascuna.

Entitats principals (PostgreSQL):

``` tenant(id, nom, cif, municipi) concessio(id, tenant_id, nom, vigencia_inici, vigencia_fin, aforament) zona(id, concessio_id, codi, tipus[BLAVA|VERDA|ROTACIO|ABONAMENT]) placa(id, zona_id, codi_fisic, estat_actual, versio) dispositiu(id, zona_id, tipus[LPR|BARRERA|APP], clau_api) esdeveniment_ocupacio(id, dispositiu_id, placa_id, tipus, ts_dispositiu, ts_ingesta, seq_no, payload_json) UNIQUE(dispositiu_id, seq_no) reserva(id, placa_id, usuari_id, inici, fi, estat, import_estimat) ticket(id, placa_id, inici, fi, import, liquidacio_id) tarifa(id, concessio_id, versio, regla_json, vigent_des_de) liquidacio(id, concessio_id, periode, total, estat, hash_ledger) usuari(id, tenant_id, rol[OPERARI|CIUTADA|AUDITOR], email) ```

Decisions:

• `placa.versio` per control de concurrència optimista: dues reserves simultànies sobre la mateixa plaça no poden guanyar totes dues.
• `esdeveniment_ocupacio` no té `UPDATE` ni `DELETE` (permís revocat a nivell de rol de BD). Motiu: auditabilitat davant l'administració.
• `liquidacio.hash_ledger` és un hash encadenat dels tiquets del període; permet demostrar a l'ajuntament que el total no s'ha retocat després del tancament.

• API REST interna (OpenAPI 3.1) per a l'app d'operari i el portal ciutadà: `POST /reserves`, `GET /zones/{id}/ocupacio`, `POST /esdeveniments` (només dispositius autenticats amb clau per dispositiu).
• Webhook de liquidació: `POST {callback}` signat amb HMAC-SHA256 cap al sistema de l'ajuntament quan es tanca un període.
• Integració LPR: adaptador per protocol genèric (HTTP batch) i un adaptador específic per a lectors de matrícula de via pública; el domini no coneix el fabricant.
• Pagaments: Stripe per al portal ciutadà; els abonaments de flota es facturen per SEPA contra el compte de l'operador.
• Integració amb Avanza Movilidad Integral SL (administrador únic des del 2022 [BORME, 2022-02-14]): exportació de dades d'ocupació per a la seva plataforma de mobilitat multimodal, via API de només lectura amb OAuth2 client credentials.

1. Domini d'ocupació + ingesta idempotent amb un sol tipus de dispositiu (LPR). És el nucli del qual depèn tot la resta; sense això no hi ha producte.
2. Ledger d'esdeveniments i reconstrucció d'estat (funció `estat_a(placa, instant)`). Valida que la traçabilitat és possible abans d'invertir en facturació.
3. Motor de tarifes amb una sola concessió pilot i el seu DSL mínim (franges + recàrrec).
4. Liquidació mensual amb hash encadenat i exportació CSV/JSON per a l'ajuntament pilot.
5. Portal ciutadà de reserva només després que 1-4 estiguin validats amb dades reals.

No construir al principi: app mòbil nativa, multi-idioma, ni integració amb més d'un fabricant de barreres.

• Volum: una concessió mitjana = 500-3.000 places, 2-8 events/plaça/dia → 24.000 events/dia per concessió. Amb 20 concessions, ~500k events/dia: PostgreSQL particionat per mes aguanta; no cal Kafka al principi (un sol broker amb outbox pattern és suficient).
• Risc: latència de xarxa als lectors LPR. Mitigació: buffer local al dispositiu i reconciliació per `seq_no`; l'estat es reconstrueix, no es confia en l'ordre d'arribada.
• Risc: canvi d'ordenança tarifària a mig període. Mitigació: `tarifa` versionada amb `vigent_des_de`; la liquidació aplica la versió vigent a cada instant del tiquet, no la del tancament.
• Risc: concurrència en reserves. Mitigació: control optimista per `versio` + índex únic parcial sobre `(placa_id)` per a reserves actives.
• Risc de negoci: l'accionariat de BONOPARK va passar a un administrador únic vinculat a un operador de transport [BORME, 2022-02-14]; el producte ha de poder operar de forma independent de qualsevol soci concret, per això l'exportació a tercers és una API, no un acoblament.

• Test de propietat sobre el ledger: per a qualsevol seqüència d'esdeveniments generada aleatòriament, `estat_a(placa, t)` ha de coincidir amb la simulació de referència. S'executa a CI a cada PR.
• Test d'idempotència: reenviar el mateix lot d'esdeveniments N vegades no altera l'estat ni el recompte de tiquets.
• Pilot amb una concessió real durant 2 mesos: mètrica d'èxit = diferència entre ocupació calculada i aforament físic < 0,5% en hores punta, i tancament de liquidació sense conciliació manual.
• Auditoria creuada: un auditor extern (rol `AUDITOR`) recalcula el `hash_ledger` d'un període tancat i verifica que coincideix; si no, el tancament es bloqueja.
• Càrrega: 500k events/dia amb p99 d'ingesta < 200 ms i reconstrucció d'estat d'una plaça < 50 ms.