Vueling

Vueling Airlines SA és una companyia aèria amb domicili a Barcelona. D'acord amb la fitxa registral d'OpenMercantil a partir del BORME, la societat consta inscrita amb el número de full S 8, H B 279224, i el seu estat és actiu. No consta a les dades facilitades cap acord de dissolució, liquidació o extinció.

Els administradors que consten són Raúl Arévalo López, Marta Fillat Torné i Carolina Martinoli Córdova, tots amb la condició de consellers. Carolina Martinoli Córdova consta també com a consellera delegada arran del nomenament de 3 de desembre de 2024.

Les dades i fonts facilitades no inclouen la data de constitució ni el detall dels fundadors originaris. Aquesta informació no consta al corpus subministrat. Per completar-la caldria consultar la certificació de constitució o la primera inscripció al Registre Mercantil de Barcelona, que no s'ha aportat.

Segons la informació disponible, Vueling Airlines SA és una companyia aèria. El corpus no detalla rutes, flota, volum de passatgers ni segments de clientela, de manera que aquests aspectes no es poden afirmar aquí. La vinculació amb el grup IAG es dedueix dels actes registrals: el 20 d'abril de 2026 consta el nomenament d'IAG GBS POLAND SP Z OO com a apoderat solidari, i diversos apoderats coincideixen amb noms que apareixen en altres societats del grup, fet que indica una estructura de govern corporativa compartida.

El corpus no aporta dades financeres, de tràfic ni d'explotació que permetin descriure etapes de creixement o de resultats. No consta informació sobre exercicis econòmics. Qualsevol afirmació sobre èpoques de bonança requeriria els comptes anuals dipositats al registre, que no formen part de les fonts facilitades.

No consta cap tancament. La societat apareix com a activa a la fitxa registral consultada (OpenMercantil, a partir del BORME). Els actes recents són nomenaments i revocacions de consellers, apoderats i auditors, propis d'una societat en funcionament. L'acte més recent del corpus és de 31 de juliol de 2026, publicat al BORME, i correspon al nomenament de Joana de Epalza com a membre i presidenta de la comissió d'auditoria.

Atès que no hi ha tancament, no es pot parlar d'herència en el sentit de llegat d'una empresa desapareguda. El que sí que reflecteix el registre és una estructura de govern estable i professionalitzada: Marta Fillat Torné acumula nombrosos càrrecs d'apoderada mancomunada i consta com a secretària no consellera des del 30 d'abril de 2025, i KPMG Auditores SL apareix com a auditor en els nomenaments de 7 d'octubre de 2024 i 12 d'agost de 2025.

Els fundadors originaris no consten al corpus. Les persones que hi apareixen són administradors i apoderats actuals o recents, no necessàriament fundadors. D'aquestes persones, el registre només n'indica el càrrec i la data dels nomenaments o revocacions; no aporta dades sobre la seva trajectòria posterior. Per traçar els fundadors caldria consultar la primera inscripció al Registre Mercantil de Barcelona i, si escau, les notes de premsa de la constitució de la societat.

• En el sector aeri, la propietat i el govern societari es mouen per capes: consellers, consellera delegada, secretari no conseller i una xarxa àmplia d'apoderats mancomunats i solidaris. Seguir només els consellers dona una visió incompleta de qui decideix.
• La presència recurrent d'un mateix nom en molts nomenaments d'apoderat (com Marta Fillat Torné) indica un punt de control operatiu estable; en analitzar una aerolínia, val la pena identificar aquests nodes de govern.
• L'apoderament d'una entitat del grup (IAG GBS POLAND SP Z OO) és un senyal de centralització de serveis compartits dins del grup; convé llegir-lo com a indicador d'integració, no com un canvi de propietat.
• La designació periòdica d'auditor (KPMG Auditores SL) i la comissió d'auditoria són marcadors de societat sotmesa a govern corporatiu formal; la seva absència o interrupció seria un senyal d'alerta.
• Per avaluar la salut d'una aerolínia, el registre mercantil no n'hi ha prou: calen els comptes dipositats i les dades de tràfic, que aquí no consten.

La essència de Vueling, tal com la descriu la literatura pública (Wikipedia), és una aerolínia de baix cost amb base a Barcelona, enfocada a rutes de curt radi a Europa i domèstiques, amb una marca "propera" i un model de cost baix. Reconstruir això avui des de zero no és realista com a "startup" pura: el sector requereix capital intensiu, slots aeroportuaris i certificacions. El que sí que és plausible és una proposta de valor al voltant de la connectivitat de Barcelona amb Europa, servida per un operador lleuger (lloguer d'aeronaus, ACMI, o fins i tot un model de "virtual carrier" amb un AOC partner). Això és una proposta, no una dada de l'empresa.

Barcelona-El Prat és un dels principals hubs del sud d'Europa i té una demanda consolidada de rutes curtes (font: context públic, a validar amb dades d'AENA). El mercat de baix cost ja està cobert per operadors establerts (Ryanair, easyJet, Vueling mateixa dins IAG). La oportunitat, si n'hi ha, no és "fer una altra Vueling", sinó cobrir nínxols: rutes regionals poc servides, connexió amb secundaris europeus, o un model híbrid feina-negoci. Estimació: qualsevol entrada hauria de competir amb operadors que ja tenen escala; el marge és molt prim.

Proposta (no dada de l'empresa): model de baix cost amb flota llogada (A320/A321 o Embraer), base única a Barcelona, venda directa per web/app, ancillary revenue (equipatge, seients, menjar). Alternativa més lleugera: operar com a marca comercial sobre un AOC de tercers (model "virtual carrier"), que redueix la inversió inicial però limita el control. Estimació: el marge operatiu del sector baix cost sol ser d'un dígit baix; a validar amb comptes reals.

Proposta en fases (a validar):

1. Fase 0 (6-12 mesos): estudi de rutes, negociació de slots a El Prat, acord amb un AOC partner o inici de certificació.
2. Fase 1: 2-3 aeronaus llogades, 6-10 rutes, equip de 30-50 persones.
3. Fase 2: escala a 8-12 aeronaus si les rutes funcionen.

Això és un esbós, no un pla executable sense un estudi de viabilitat real.

Estimació (rang, a validar):

• Model "virtual carrier" amb AOC partner: 2-5 M€ per arrencar (màrqueting, IT, equip, dipòsits).
• Model amb certificació pròpia (AOC): 20-50 M€ o més, per aeronaus, certificació, assegurances i capital de treball.

Aquestes xifres són orientatives i no provenen de cap font verificada sobre Vueling; són estimacions de mercat.

• Competència d'escala: els operadors establerts tenen costos unitaris més baixos.
• Slots i infraestructura: l'accés a El Prat és limitat.
• Cicle del sector: el transport aeri és molt sensible a combustible, tipus d'interès i cicles econòmics.
• Regulació i certificació: terminis llargs i costos alts.
• Risc de marca: "fer una Vueling" avui pot xocar amb la marca existent (Vueling és activa i propietat d'IAG, segons BORME/OpenMercantil).

Les lliçons de l'informe original (i de la lectura de les dades registrals) apunten que:

• Vueling és avui una empresa activa i integrada en un grup (IAG), amb un consell i una estructura de poders renovada fins al 2026 (font: OpenMercantil/BORME). No és un cas de reconstrucció, sinó de governança corporativa.
• La seva essència (baix cost, base Barcelona, marca propera) és difícil de replicar des de zero avui: el mercat està cobert i el capital necessari és alt.
• Si algú volgués fer-ho, ho hauria de fer amb un soci operatiu (AOC) i un nínxol clar, no competint de front.
• La lliçó principal: no confondre "reconstruir una empresa" amb "replicar un model"; en sectors capital-intensius, la reconstrucció real és governança, no startup.

Vueling (VUELING AIRLINES SA, Barcelona, constituïda el 2009, activa) té un registre mercantil amb una cadència de nomenaments i revocacions que, segons les dades disponibles, supera la vintena d'actes entre 2024 i 2026 [BORME / BOE (via OpenMercantil), 2026-08-19]. Els actes barregen figures molt diferents: `consejero`, `consejero_delegado`, `secretario_no_consejero`, `apoderado_solidario`, `apoderado_mancomunado`, i fins i tot poders atorgats a una societat (`IAG GBS POLAND SP Z OO`) com a apoderada solidària [BORME / BOE, 2026-08-19].

El problema operatiu és concret: quan un proveïdor, un banc o un client necessita saber si una persona pot signar en nom de Vueling, la resposta viu en PDFs del BORME i en la memòria de qui porta el tema. No hi ha una font estructurada que respongui "quina facultat té X avui, i des de quan, i qui la va atorgar". Els actes de revocació (per exemple, la revocació de `secretario_no_consejero: ALBANELL BUISAN CARLA` el 2025-04-30) són especialment perillosos perquè un poder antic pot continuar circulant en contractes i formularis.

La solució no és un CRM ni un gestor documental: és un motor de facultat vigent amb historial, que tracta cada acte com un esdeveniment immutable i reconstrueix l'estat de poders en qualsevol data.

Arquitectura de tres capes, deliberadament simple perquè el domini és petit i el valor és en la correcció temporal, no en l'escala.

``` [BORME / OpenMercantil] --(scraper programat)--> [Ingesta] | [Normalitzador d'actes] | [Event Store append-only] | +---------------+---------------+ | | [Projector d'estat] [Motor d'alertes] | | [API de facultat vigent] [Webhooks / correu] | [Consola web d'auditoria] ```

Decisions i motius:

• Event store append-only en PostgreSQL en lloc d'una taula d'estat mutable. Motiu: els actes registrals són fets històrics; si sobreescrivim, perdem la capacitat de respondre "qui podia signar el 2025-06-01". Una taula `actes` immutable + una vista materialitzada d'estat és suficient i auditable.
• Normalitzador com a pas separat de la ingesta. Motiu: el text del BORME és semiestructurat i canvia de format; volem poder reprocessar actes antics amb regles noves sense tornar a fer scraping.
• Projector idempotent que reconstrueix l'estat de poders per a qualsevol `as_of_date`. Motiu: és el nucli del producte i ha de ser determinista i testable amb fixtures.
• Sense microserveis. Un sol desplegament (API + worker) en un contenidor. Motiu: el volum és de centenars d'actes, no de milions; la complexitat distribuïda no es paga.
• PostgreSQL amb `tstzrange` per als intervals de vigència dels poders. Motiu: permet consultes de solapament i vigència en una sola condició, sense lògica de dates a l'aplicació.

Esquema mínim, en PostgreSQL.

```sql -- Acte cru tal com arriba de la font CREATE TABLE acte_raw ( id BIGSERIAL PRIMARY KEY, font TEXT NOT NULL, -- 'borme', 'openmercantil' font_ref TEXT NOT NULL, -- URL o identificador del PDF data_publicacio DATE NOT NULL, text_original TEXT NOT NULL, hash TEXT NOT NULL UNIQUE, -- deduplicació ingerit_el TIMESTAMPTZ NOT NULL DEFAULT now() );

-- Acte normalitzat (immutable) CREATE TABLE acte ( id BIGSERIAL PRIMARY KEY, raw_id BIGINT REFERENCES acte_raw(id), data_acte DATE NOT NULL, tipus TEXT NOT NULL, -- 'nomenament' | 'revocacio' | 'modificacio_poders' carrec TEXT NOT NULL, -- 'consejero', 'apoderado_solidario', ... persona_nom TEXT, -- NULL si és una societat persona_tipus TEXT NOT NULL, -- 'fisica' | 'juridica' entitat_nom TEXT, -- p.ex. 'IAG GBS POLAND SP Z OO' registre_dades TEXT, -- 'S 8, H B 279224, I/A 259' UNIQUE (raw_id, tipus, carrec, persona_nom, entitat_nom) );

-- Facultat derivada: interval de vigència per (persona, càrrec) CREATE TABLE facultat ( id BIGSERIAL PRIMARY KEY, persona_nom TEXT NOT NULL, carrec TEXT NOT NULL, modalitat TEXT NOT NULL, -- 'solidari' | 'mancomunat' vigencia TSTZRANGE NOT NULL, acte_inici_id BIGINT REFERENCES acte(id), acte_fi_id BIGINT REFERENCES acte(id), -- NULL si vigent EXCLUDE USING gist (persona_nom WITH =, carrec WITH =, vigencia WITH &&) ); ```

Notes de disseny:

• `persona_tipus = 'juridica'` cobreix el cas `IAG GBS POLAND SP Z OO` com a apoderada solidària [BORME / BOE, 2026-08-19]; el model no assumeix que un apoderat sigui una persona física.
• La restricció `EXCLUDE` impedeix intervals solapats per a la mateixa persona i càrrec. Motiu: un solapament indica un error de normalització o un acte que no hem entès, i volem que falli en càrrega, no en consulta.
• `acte_fi_id` enllaça la revocació que tanca l'interval, de manera que cada facultat és navegable cap al fet que la va crear i el que la va extingir.

API REST, versionada, autenticada amb token d'organització.

• `GET /v1/facultats?persona=...&as_of=2026-08-19` — retorna les facultats vigents en la data indicada, amb `modalitat` i l'acte d'origen.
• `GET /v1/facultats/{id}/historial` — línia temporal completa d'una facultat.
• `GET /v1/actes?des_de=...&fins_a=...&carrec=...` — llistat d'actes normalitzats, per a auditoria.
• `POST /v1/verificacions` — cos `{ "persona": "...", "carrec": "...", "data": "..." }`; retorna `{ "pot_signar": true|false, "motiu": "...", "acte_id": ... }`. Motiu de ser un POST i no un GET: queda registrat com a consulta d'auditoria.
• `POST /v1/subscripcions` — webhook per rebre un esdeveniment `facultat.creada`, `facultat.revocada` o `acte.ambigu` quan el normalitzador no pot resoldre un acte.

Integracions:

• Ingesta BORME/OpenMercantil via scraper programat diari amb reintents i respecte de `robots.txt`; cada PDF es desa amb hash per deduplicar.
• Normalitzador basat en regles + un classificador lleuger per als casos on el text no encaixa en cap patró. Els actes no resolts generen `acte.ambigu` i queden en una cua de revisió humana; no s'inventa cap facultat.
• Exportació CSV/JSON de l'estat de poders per a compliance i per adjuntar a contractes.

Ordre deliberat, perquè cada peça desbloqueja la següent:

1. Ingesta + `acte_raw` amb 20 actes reals de Vueling com a corpus inicial (els disponibles a la fitxa registral) [BORME / BOE (via OpenMercantil), 2026-08-19].
2. Normalitzador v0 que només reconegui els tipus presents al corpus: `nomenament`, `revocacio`, `modificacio_poders`, i els càrrecs `consejero`, `consejero_delegado`, `secretario_no_consejero`, `apoderado_solidario`, `apoderado_mancomunado`.
3. Projector d'estat + `facultat` amb tests de fixtures que verifiquin, per exemple, que la revocació de `ALBANELL BUISAN CARLA` tanca l'interval obert pel nomenament anterior.
4. `GET /v1/facultats` i `POST /v1/verificacions` amb `as_of`.
5. Consola web mínima de consulta i cua de revisió d'actes ambigus.

No construïm alertes ni webhooks fins que el projector sigui estable: una alerta sobre un estat mal calculat és pitjor que cap alerta.

• Volum: centenars d'actes, no milions. Una instància PostgreSQL petita i un worker són suficients; el risc no és d'escala sinó de qualitat de dades.
• Risc: normalització errònia. El text del BORME és dens i ple d'abreviatures (`MBRO.COM.AUD`, `PRE.COM.AUD.`, `APODERAD.SOL`). Mitigació: cap acte ambigu no genera facultat; es marca per revisió i la consola ho mostra.
• Risc: poders atorgats a societats. `IAG GBS POLAND SP Z OO` com a apoderada solidària [BORME / BOE, 2026-08-19] obliga a modelar entitats jurídiques com a subjectes de facultat; si es tracta com a text lliure, les verificacions fallen. Ja ho recull `persona_tipus`.
• Risc: latència de la font. El BORME publica amb retard respecte de la data de l'acte (els actes del 2026-08-11 es publiquen el 2026-07-31 segons la referència). Mitigació: `data_acte` i `data_publicacio` són camps separats i la API sempre exposa quina fa servir.
• Risc legal: el producte és una eina d'auditoria, no un certificat registral. La UI ha de mostrar sempre l'enllaç a la font original.

• Tests de fixtures sobre el corpus real: per a cada acte del corpus de Vueling, un test que comprova l'estat resultant en una data concreta. Exemple: `as_of=2025-04-30` ha de mostrar `FILLAT TORNE MARTA` com a `secretario_no_consejero` i `ALBANELL BUISAN CARLA` com a no