INMOBILIARIA PRALCA SA

INMOBILIARIA PRALCA SA era una sociedad anónima española constituida en el año 2017 y con domicilio registral en la provincia de Madrid, de acuerdo con la ficha registral publicada en OpenMercantil a partir de los datos del BORME. La denominación social indica una actividad vinculada al sector inmobiliario, aunque los datos disponibles no detallan el objeto social completo ni las actividades efectivamente desarrolladas.

Según la misma fuente registral, la sociedad consta como extinguida en el año 2026, tras nueve años de actividad documentada.

La constitución de la sociedad se data en 2017, según la ficha registral consultada. Los datos disponibles no incluyen la escritura de constitución, el capital inicial, los socios fundadores ni el detalle del objeto social, por lo que estos aspectos no constan.

La información registral disponible no permite concretar las actividades que la sociedad llevó a cabo ni sus clientes o destinatarios. La denominación "Inmobiliaria" sugiere actividad en el sector inmobiliario, pero no consta en las fuentes consultadas ninguna descripción del objeto social ni de las operaciones efectuadas. Por tanto, este apartado no se puede desarrollar con datos verificados.

No consta en las fuentes disponibles ningún dato sobre la evolución económica de la sociedad: ni cifras de facturación, ni resultados, ni número de trabajadores, ni volumen de operaciones. El único elemento cronológico relevante es el acto registral del 23 de junio de 2021, que recoge nombramientos de consejeros y del presidente, con la familia Gimenez Raurell ocupando los cargos de consejero, presidente y secretario. Este acto indica una etapa de gobierno societario estable, pero no permite afirmar nada sobre el rendimiento económico de aquellos años.

La causa verificada del cierre es la extinción de la sociedad inscrita en el BORME, con estado registral "extinguida". Las fuentes consultadas no indican el motivo concreto de la extinción (disolución voluntaria, liquidación, fusión u otra causa), por lo que este detalle no consta.

El último acto registral disponible es del 20 de febrero de 2026 y recoge nombramientos de administradores solidarios (Salvado Agapito Pedro Luis, Verdi Luciano Daniel y Duque Echevarría Iñigo) junto con ceses y dimisiones de consejeros, entre ellos José Luis Giménez Raurell. Este movimiento de cargos, inmediatamente anterior o coincidente con la extinción, consta en el BORME, pero las fuentes no explican la finalidad ni la secuencia completa del proceso de extinción.

No consta en las fuentes consultadas ninguna información sobre activos, pasivos, patrimonio remanente, continuidad de negocio bajo otra forma jurídica o traspaso de cartera a otra sociedad. La herencia documental se limita, por ahora, al rastro registral: la ficha de la sociedad y los actos publicados en el BORME.

Las personas que constan en el corpus son las que aparecen en los actos registrales: José Luis Giménez Raurell, Francisco Javier Giménez Raurell y Antonio M. Giménez Raurell (nombrados en 2021 como consejeros, presidente y secretario en el caso de los dos primeros), y Pedro Luis Salvado Agapito, Luciano Daniel Verdi e Iñigo Duque Echevarría (nombrados administradores solidarios en febrero de 2026). No consta cuál de estas personas fue fundadora de la sociedad en 2017, ni cuál es su situación actual.

Para completar esta información se podrían consultar el Registro Mercantil de Madrid (folio registral completo, con la escritura de constitución y las cuentas anuales depositadas) y las publicaciones del BORME anteriores a 2021, que no forman parte del corpus disponible.

• En sociedades inmobiliarias pequeñas o medianas, el registro mercantil es a menudo la única fuente pública fiable: la ficha y los actos del BORME permiten datar constitución y extinción, pero no sustituyen a las cuentas depositadas a la hora de evaluar la actividad real.
• La sustitución repentina de un consejo de administración familiar por administradores solidarios pocos meses antes de la extinción (acto de febrero de 2026) es un patrón habitual en procesos de liquidación; conviene revisar siempre la secuencia completa de actos, no solo el último.
• Para cualquier análisis de continuidad de una inmobiliaria, hay que contrastar el registro con las fuentes notariales y los depósitos de cuentas: sin estas, cualquier conclusión sobre causas de cierre sería una suposición.

Les dades verificades diuen poc sobre què feia realment l'empresa: el registre la situa al sector "Mobilitat", a Madrid, constituïda el 2017 i extinguida el 2026 (Ficha registral OpenMercantil; acte BORME 2026-02-20). El nom, però, apunta a intermediació immobiliària. La lectura més honesta és que tenim una marca i un sector, no un model de negoci documentat.

La proposta, doncs, és una reinterpretació marcada com a proposta nova: una plataforma de mobilitat residencial a Madrid que ajudi les persones a mudar-se, llogar o comprar amb acompanyament digital i humà —no només un portal de pisos, sinó el servei de "moure's de casa" de punta a punta (cerca, visita, contracte, mudança, alta de subministraments). Això connecta el nom original amb el sector registral "Mobilitat" sense inventar què feia l'empresa.

Madrid és un dels mercats residencials més tensionats d'Europa, amb rotació de lloguer alta i molta fricció en el moment de la mudança. Això és context general conegut, no una dada verificada d'aquesta empresa.

El que sí que podem afirmar amb la font disponible és limitat: que existia una societat madrilenya en aquest àmbit durant 9 anys. No tenim dades verificades de volum de clients, facturació, nombre de treballadors ni cartera. Qualsevol afirmació sobre la mida del mercat que atendria la nova proposta és una estimació a validar amb dades de l'INE, el Col·legi de Registradors i estudis de portals immobiliàries abans de decidir res.

Proposta (no verificada): tres línies deingressos.

1. Comissió per operació tancada (lloguer o compravenda), en línia amb el mercat d'intermediació.
2. Pack de mudança i altes — servei empaquetat amb proveïdors (mudances, subministraments, assegurances) amb marge per servei.
3. Subscripció per a propietaris — gestió de lloguer, manteniment i cobrament amb quota mensual.

Els percentatges i imports concrets serien estimacions a validar contra la competència local abans de fixar preus.

Proposta en fases, amb calendaris orientatius (estimació):

• Fase 0 (1-2 mesos): validació. Entrevistes a 20-30 usuaris i 5-10 propietaris, anàlisi de competidors a Madrid, decisió de si el nom i la marca es poden recuperar o cal una de nova.
• Fase 1 (3-4 mesos): MVP amb una sola línia (per exemple, lloguer amb pack de mudança) en un barri o districte concret.
• Fase 2 (6-9 mesos): afegir la línia de propietaris i mesurar unit economics reals.
• Fase 3 (12 mesos+): escalar a més districtes només si les mètriques ho justifiquen.

Totes les xifres són estimacions de rang, a validar:

• Constitució i legal: 1.000-3.000 € (societat, assessoria, assegurances).
• Marca i web/MVP: 5.000-20.000 € segons si es fa amb agència o intern.
• Equip mínim 6 mesos (2-3 persones): 40.000-90.000 €.
• Màrqueting de llançament: 5.000-15.000 €.
• Total orientatiu any 1: rang de 60.000 a 130.000 €, a validar amb un pressupost detallat.

• Risc de marca: el nom original pot no ser recuperable o pot arrossegar reputació; cal comprovar-ho abans d'invertir.
• Risc de mercat: no sabem per què va tancar Pralca; si va ser per pressió competitiva o regulatòria, la nova proposta enfronta el mateix entorn.
• Risc regulatori: el sector immobiliari a Madrid té normativa canviant (habitatge, lloguer, turístic).
• Risc financer: el rang de 60.000-130.000 € és una estimació; un MVP mal dimensionat pot esgotar-lo abans de validar.
• Risc d'informació: la font registral només documenta canvis d'administradors el 2021 i el 2026, no l'activitat; qualsevol lectura del negoci és inferència.

Les lliçons que es poden extreure de l'expedient original són tres, i són sobre governança i informació, no sobre currículums:

1. El registre no explica el negoci. Els actes del 2021 i el 2026 mostren canvis d'òrgans (presidència, consell, administradors solidaris) però cap dada operativa. Qui vulgui reconstruir això ha de començar per obtenir dades reals de mercat, no per confiar en el nom.
2. Un tancament per extinció formal no és una fallida documentada. La causa verificada és l'extinció inscrita al BORME; no hi ha a la font cap motiu econòmic. Cal resistir la temptació d'inventar-ne un.
3. La continuïtat de 9 anys és l'únic senyal positiu verificable. Qui ho torni a intentar hauria de preguntar-se què va sostenir l'activitat durant nou anys i què la va fer acabar —i això només es pot respondre amb entrevistes a les persones que hi van ser, no amb l'expedient.

Quan una societat de mobilitat es dissol, la informació operativa (contractes de lísing, flotes, assegurances, incidències) es dispersa mentre que la informació registral queda congelada al BORME. En el cas d'INMOBILIARIA PRALCA SA, el registre mostra una cronologia clara —nomenaments de consellers el 2021-06-23 i una reestructuració d'administradors el 2026-02-20, seguida de l'extinció inscrita [BORME / BOE (via OpenMercantil), 2026-08-19]— però no diu res sobre els actius mòbils ni les obligacions pendents.

Això genera tres problemes concrets:

1. Verificació de contraparts: una asseguradora o un banc no pot confirmar qui tenia poders per signar en una data donada.
2. Continuïtat de servei: si la flota s'ha de reassignar, cal saber quins vehicles i contractes existien.
3. Auditoria post-mortem: administracions i liquidadors necessiten una línia temporal única i citada.

La solució no és un cercador d'empreses genèric, sinó un registre de continuïtat especialitzat en mobilitat, on cada dada té font i data.

Arquitectura en tres capes, deliberadament simple perquè el valor és a les dades i la traçabilitat, no a la infraestructura.

``` [Fonts externes] [Ingesta] [Servei] [Consum] BORME/BOE (PDF) ──┐ OpenMercantil ──┼──► Connector BORME ──► Normalitzador ──► Postgres ──► API REST/GraphQL Fitxers operatius ─┘ (cron diari) (parser + regles) (audit log) (clients, dashboards) CSV/ERP clients ──────────────────────────────────────────────┘ ```

• Connector BORME: descarrega els PDFs diaris del BORME i n'extreu actes. Motiu: és la font primària i pública; no depenem de tercers per a la veritat registral.
• Normalitzador: converteix actes heterogenis ("Nombramientos", "Ceses/Dimisiones") en un model d'esdeveniments. Motiu: el BORME no té esquema estable; cal una capa que ho faci consultable.
• Postgres amb taula d'esdeveniments i `source_url` + `source_date` obligatoris. Motiu: cada afirmació ha de ser citables; ho imposem a nivell de base de dades.
• API de només lectura per a tercers, escriptura només via ingesta. Motiu: minimitzar risc de contaminació de dades i simplificar l'auditoria.

Model centrat en entitat, esdeveniment i font. Cada fila és immutable; les correccions es fan amb esdeveniments nous.

```sql -- Entitat legal (empresa) CREATE TABLE entity ( id UUID PRIMARY KEY, legal_name TEXT NOT NULL, -- "INMOBILIARIA PRALCA SA" tax_id TEXT, sector TEXT, -- "Mobilitat" city TEXT, -- "Madrid" founded_on DATE, -- 2017 closed_on DATE, -- 2026 status TEXT CHECK (status IN ('active','closed','unknown')) );

-- Acte registral o operatiu CREATE TABLE event ( id UUID PRIMARY KEY, entity_id UUID REFERENCES entity(id), event_type TEXT NOT NULL, -- 'appointment','dismissal','extinction','fleet_transfer' occurred_on DATE NOT NULL, payload JSONB NOT NULL, -- rols, noms, càrrecs source_id UUID REFERENCES source(id) );

-- Font citables CREATE TABLE source ( id UUID PRIMARY KEY, kind TEXT NOT NULL, -- 'borme','openmercantil','client_csv' url TEXT, retrieved_on DATE NOT NULL, checksum TEXT -- SHA-256 del document original );

-- Persona / càrrec (per reconstruir "qui era qui") CREATE TABLE officer ( id UUID PRIMARY KEY, full_name TEXT NOT NULL ); CREATE TABLE officer_role ( officer_id UUID REFERENCES officer(id), entity_id UUID REFERENCES entity(id), role TEXT, -- 'administrador_solidario','consejero','presidente' from_date DATE, to_date DATE, source_id UUID REFERENCES source(id) ); ```

Decisions i motius:

• `payload JSONB` per als actes: el BORME barreja camps segons el tipus d'acte; un esquema rígid obligaria a migracions constants.
• `checksum` a `source`: permet detectar si un PDF ha canviat i reprocessar només el que cal.
• `officer_role` amb dates: resol la pregunta clau "qui podia signar el 2025-12-01?".

API REST de només lectura, versionada, amb autenticació per clau i límits per pla.

``` GET /v1/entities?name=INMOBILIARIA%20PRALCA → 200 { "id": "...", "legal_name": "INMOBILIARIA PRALCA SA", "status": "closed", "founded_on": "2017", "closed_on": "2026" }

GET /v1/entities/{id}/timeline?from=2017-01-01&to=2026-12-31 → 200 [ { "event_type": "appointment", "occurred_on": "2021-06-23", "payload": { "consejero": "GIMENEZ RAURELL JOSE LUIS", ... }, "source": { "kind": "borme", "url": "https://www.boe.es/borme/..." } }, { "event_type": "appointment", "occurred_on": "2026-02-20", "payload": { "administrador_solidario": ["SALVADO AGAPITO PEDRO LUIS", ...] }, "source": { ... } } ]

GET /v1/entities/{id}/officers?as_of=2025-12-01 → 200 [ { "full_name": "...", "role": "consejero", "from_date": "...", "to_date": null } ] ```

Integracions:

• BORME/BOE: ingesta diària per cron; parser de PDF amb extracció de taules. Motiu: font primària i gratuïta.
• OpenMercantil: ús com a índex de cerca i verificació creuada [BORME / BOE (via OpenMercantil), 2026-08-19].
• ERP/CSV de clients (asseguradores, gestors de flota): pujada manual amb validació d'esquema; cada fila queda lligada a un `source` de tipus `client_csv`. Motiu: les dades operatives no són públiques i han de quedar etiquetades com a privades.
• Webhook `entity.closed`: notifica quan una entitat passa a `closed`. Motiu: permetre reaccions automàtiques (p. ex., congelar pòlisses).

Ordre pensat per obtenir valor verificable al més aviat possible:

1. Ingesta BORME + model `entity`/`event`/`source` (2-3 setmanes). Sense això no hi ha producte; i ja permet reconstruir el cas PRALCA de punta a punta.
2. Endpoint `timeline` amb cites obligatòries. És la funcionalitat que un usuari pot provar i validar contra el BORME real.
3. Endpoint `officers?as_of=`. Resol la pregunta de poders, que és la de més valor per a asseguradores i bancs.
4. Pujada de CSV operatiu amb etiquetatge de font. Afegeix la capa de mobilitat que diferencia el producte d'un cercador mercantil.
5. Webhook de tancament. Baix cost, alt valor per a integracions.

No construir encara: dashboards elaborats, GraphQL, ni cerca semàntica. Primer cal que les dades siguin correctes i citables.

Mides: l'univers és petit. El BORME publica desenes de milers d'actes anuals; filtrat per sector mobilitat i per empreses tancades, l'ordre de magnitud és de milers d'entitats i desenes de milers d'esdeveniments. Un Postgres únic amb rèpliques de lectura és suficient durant anys; no cal microserveis ni emmagatzematge distribuït.

Riscos tècnics i mitigació:

• Parser de PDF fràgil: el format del BORME canvia. Mitigació: tests de regressió amb PDFs històrics reals (incloent el del 2026-02-20) i alerta si la taxa d'extracció cau.
• Ambigüitat de noms de persones: "GIMENEZ RAURELL JOSE LUIS" pot coincidir amb altres persones. Mitigació: no fer mai deduccions d'identitat; exposar el nom tal com apareix a la font i marcar-ho com a no resolt.
• Dades operatives privades: risc de barrejar informació confidencial amb pública. Mitigació: separació per `source.kind` i control d'accés a nivell d'API.
• Expectativa d'exhaustivitat: l'usuari pot creure que el registre és complet. Mitigació: cada resposta inclou `coverage` (quins períodes i fonts cobreix) i mai retorna buit sense dir per què.
• Risc legal de reutilització: cal respectar les condicions d'ús de les fonts. Mitigació: citar sempre la URL original i no redistribuir PDFs sencers.

La validació és contra el cas real, no contra dades sintètiques.

1. Test de reconstrucció PRALCA: donada l'entitat `INMOBILIARIA PRALCA SA`, el sistema ha de retornar exactament dos esdeveniments registrals (2021-06-23 i 2026-02-20), l'estat `closed` i l'any de tancament 2026, cadascun amb la seva URL de font [BORME / BOE (via OpenMercantil), 2026-08-19] i [BOE / BORME, 2026-08-19]. Si falta un camp o una cita, el test falla.
2. Test `as_of`: `GET /officers?as_of=2025-12-01` ha de retornar els consellers vigents segons l'acte de 2021 i no els administradors solidaris nomenats el 2026. Això valida el model temporal.
3. Test de citabilitat: cap resposta de l'API pot contenir un esdeveniment sense `source.url` i `source.retrieved_on`. Es comprova a nivell de contracte d'API.
4. Test de regressió del parser: un conjunt de