Volotea

Volotea es una compañía aérea con sede en Barcelona. Según la fuente disponible (Wikipedia), opera vuelos regionales. La clasificación sectorial que consta en los datos recibidos ("Software y SaaS") no coincide con la descripción de la fuente, y no se puede verificar con el material disponible.

Según Wikipedia, Volotea se fundó en 2011. La fuente disponible no detalla en el material suministrado los fundadores ni el capital inicial; estos datos no constan.

De acuerdo con la fuente, Volotea es una aerolínea de vuelos regionales. El detalle de rutas, bases y segmentos de clientela no consta en la información disponible.

No consta información sobre la evolución financiera, el crecimiento de flota o el volumen de pasajeros en el material suministrado.

No cerró. Los datos registrales indican que la empresa está activa. Por tanto, esta sección no tiene contenido aplicable.

No aplicable en tanto que empresa activa. No consta información sobre su impacto en el sector en la fuente disponible.

No consta. La fuente disponible no identifica a los fundadores en el material suministrado. Para obtener esta información habría que consultar el registro mercantil (BORME) y las notas de prensa corporativas de la compañía.

La lección operativa principal es de control de calidad de los datos: cuando la clasificación sectorial de una ficha (en este caso "Software y SaaS") contradice la fuente citada (que describe una aerolínea), hay que detener el análisis y verificar antes de redactar conclusiones. En este caso, la discrepancia afecta a la propia naturaleza de la empresa e invalida cualquier lectura sobre su modelo de negocio. Adicionalmente, incluir una empresa activa en una serie de empresas cerradas distorsiona el análisis; hay que filtrar por estado registral antes de empezar.

Segons Wikipedia, Volotea és una aerolínia de baix cost amb seu a Barcelona, fundada el 2011, que opera vols directes punt a punt entre ciutats mitjanes europees, evitant els grans hubs. Aquesta és l'essència verificable.

La reconstrucció avui no seria una "startup SaaS", sinó una aerolínia regional de baix cost. La proposta (no verificada) seria: una companyia amb base a Barcelona que connecti ciutats secundàries europees amb vols directes, sense escala, amb una flota homogènia i un model de cost baix.

Nota important: la classificació "Software i SaaS" de les dades facilitades no encaixa amb la font disponible. Caldria validar-la abans de fer cap pla que assumeixi un negoci de programari.

La font indica que Volotea opera connexions directes entre ciutats mitjanes europees. Això descriu un nínxol: viatgers que volen anar de ciutat mitjana a ciutat mitjana sense passar per un hub.

El que no podem afirmar amb la font disponible: mida del mercat, quota, nombre de rutes, passatgers o resultats financers. Qualsevol xifra d'aquesta mena seria una invenció i no la incloc.

Com a proposta a validar: el mercat rellevant seria el de rutes punt a punt entre ciutats europees de mida mitjana, on les grans aerolínies no ofereixen vol directe. Caldria estudiar ruta a ruta la demanda real abans de comprometre's.

Proposta (no verificada): el model seria el d'una aerolínia de baix cost punt a punt:

• Ingressos per bitllet, amb tarifes baixes i serveis addicionals de pagament.
• Cost unitari baix: flota homogènia, alta utilització d'aeronaus, aeroports secundaris amb taxes més baixes.
• Xarxa de rutes directes sense connexió, que simplifica l'operació.

Això és una proposta de model, no una descripció verificada de com operava Volotea, més enllà del que diu la font (baix cost, vols directes, ciutats mitjanes).

Proposta, per fases (a validar):

1. Validació de rutes: analitzar un conjunt reduït de rutes entre ciutats mitjanes amb demanda potencial i sense vol directe competitiu.
2. Acords d'aeroport i slots a aeroports secundaris.
3. Flota inicial petita (nombre a determinar) amb un sol tipus d'aeronau.
4. Llançament comercial amb poques rutes i escalat segons ocupació.
5. Certificació i requisits regulatoris de transport aeri (AESA/EASA), que són previs a operar.

Cap d'aquests passos té xifres verificades a la font; són un esbós de seqüència, no un pla quantificat.

Estimació (rang a validar, no surt de la font): obrir una aerolínia regional de baix cost requereix capital intensiu. Un ordre de magnitud habitual al sector seria d'entre 15 i 40 milions d'euros per a un arrencada petit amb poques aeronaus en règim d'arrendament, incloent-hi garanties, certificació, assegurances i capital de treball.

Aquesta xifra és una estimació de consultor, no una dada de Volotea ni de cap font citada. Caldria substituir-la per un pressupost real un cop definida la flota i les rutes.

• Risc de sector: les aerolínies de baix cost tenen marges prims i alta sensibilitat al preu del combustible i a la demanda.
• Risc de dades: la classificació "SaaS" de les dades facilitades és inconsistent amb la font; si el projecte real fos de programari, aquest informe no serviria.
• Risc de rutes: el nínxol de ciutats mitjanes pot tenir demanda insuficient en moltes rutes.
• Risc regulatori i de certificació: operar com a aerolínia exigeix complir requisits tècnics i financers exigents.

Lliçons de l'informe original (a partir del que és verificable):

1. Primer, corregir la premissa: la font descriu una aerolínia, no un SaaS. Un pla de reconstrucció ha de partir del sector real.
2. L'essència verificable de Volotea és el model punt a punt entre ciutats mitjanes, no la tecnologia.
3. Reconstruir-ho avui exigeix capital intensiu i validació ruta a ruta; no és un projecte lleuger.
4. Qualsevol xifra de mercat, cost o flota ha de validar-se amb fonts primàries abans de decidir res.

Ho hauria d'emprendre un equip amb experiència operativa en aviació comercial i capacitat d'aixecar capital significatiu; algú sense aquestes dues coses no hauria de tirar endavant aquest projecte.

Volotea és una aerolínia de vols punt a punt que connecta ciutats mitjanes europees, sovint sense hub central, amb una flota homogènia d'Airbus A319/A320 i base a Barcelona ([Wikipedia] Volotea). En un model així, cada ruta és un producte independent: no hi ha connexions garantides, l'inventari és per vol i el marge depèn del cost per seient ocupat. Els sistemes tradicionals de reserva (PSS de llegat) assumeixen hubs, connexions i inventari per segment, i són cars i lents de reconfigurar.

El problema concret: obrir o tancar una ruta ha de ser una operació de configuració, no un projecte. Cal un sistema on una ruta sigui una entitat de primera classe amb la seva pròpia tarifa, inventari i regles, i on el cost per reserva sigui prou baix perquè rutes amb pocs vols setmanals siguin rendibles.

Arquitectura de serveis amb un nucli transaccional fort i serveis de lectura al voltant. La decisió clau és separar el nucli d'inventari i reserves (consistent, transaccional, PostgreSQL) dels serveis de consulta i tarifació (eventualment consistents, cachejables), perquè el pic de lectures (cerques de vols) és molt superior al de escriptures (reserves).

``` [Web/App] --> API Gateway --> Reservation Service (PostgreSQL, transaccional) --> Search Service (Redis + rèplica de lectura) --> Pricing Service (regles + cache de tarifes) --> Check-in Service --> Ops Service (flota, càrrega, tripulació) Event bus (Kafka): reservation.created, flight.changed, inventory.adjusted ```

Motius:

• PostgreSQL amb bloqueig per fila sobre l'inventari per vol: una reserva ha de descomptar seients de manera atòmica; un `SELECT ... FOR UPDATE` sobre la fila del vol és suficient i evita un sistema de cues complex.
• Search Service sobre rèplica de lectura + Redis: les cerques són massives i tolerants a un retard de segons; no han de tocar el nucli transaccional.
• Event bus: permet que check-in, operacions i notificacions reaccionin sense acoblament, i que un canvi de flota propagui canvis de capacitat.

Entitats principals (PostgreSQL):

```sql route(id, origin_iata, destination_iata, active, base_id) flight(id, route_id, aircraft_id, departure_utc, arrival_utc, status) inventory(flight_id PK, seats_total, seats_sold, seats_blocked, version) fare(route_id, fare_class, base_price_cents, rules_json) booking(id, pnr, flight_id, fare_class, passenger_count, total_cents, status, created_at) passenger(id, booking_id, name, doc_type, doc_number) checkin(id, booking_id, passenger_id, seat, boarding_pass_ref) aircraft(id, model, seats, base_id, status) ```

Decisions:

• `inventory` té una fila per vol amb `version` per control optimista i `seats_sold` per descompte atòmic. Es prefereix una fila per vol a un comptador per classe perquè la flota és homogènia i la tarifació per classe es resol a `fare`.
• `fare.rules_json` guarda regles de canvi i cancel·lació per ruta; és JSON perquè les regles canvien sovint i no calen consultes relacionals sobre elles.
• `pnr` és l'identificador de reserva (6 caràcters alfanumèrics), únic i indexat.

APIs REST versionades (`/v1`), autenticació per clau d'API per a socis i OAuth2 per a usuaris.

• `GET /v1/search?from=BCN&to=PMI&date=...` → llista de vols amb preu i seients disponibles (llegeix de Search Service).
• `POST /v1/bookings` → crea reserva; body amb `flight_id`, `fare_class`, passatgers. Resposta idempotent per `Idempotency-Key`.
• `GET /v1/bookings/{pnr}` → detall de reserva.
• `POST /v1/bookings/{pnr}/checkin` → assigna seient i genera boarding pass.
• `PATCH /v1/flights/{id}` → canvi d'estat o d'aeronau (Ops).
• `POST /v1/routes` → alta de ruta amb tarifes inicials.

Integracions externes:

• Passarel·la de pagament (Stripe o similar) via webhook per confirmar pagaments; la reserva queda `pending` fins al webhook.
• Proveïdor de correu/SMS per a confirmacions i canvis de vol.
• Sistemes aeroportuaris (DCS) via exportació de manifest i boarding passes en format IATA BCBP.

Motiu: una API REST idempotent és suficient per al volum d'una aerolínia regional; no cal un protocol binari com en PSS de llegat.

1. Nucli d'inventari i reserves (`inventory`, `booking`, `POST /v1/bookings` amb descompte atòmic i idempotència). És el cor i el risc principal.
2. Search Service sobre rèplica de lectura, amb cache de vols i preus.
3. Alta de rutes i vols (`POST /v1/routes`, `PATCH /v1/flights`) perquè l'operació pugui obrir rutes sense enginyers.
4. Check-in bàsic i generació de boarding pass.

Es deixa per a després la tarifació dinàmica avançada i la integració completa amb DCS.

• Volum: una aerolínia regional pot tenir centenars de vols setmanals i pics de cerques de desenes de milers per minut; el nucli transaccional ha d'aguantar centenars de reserves per minut amb pics.
• Risc d'overbooking: si el descompte d'inventari no és atòmic, es venen seients de més. Mitigació: transacció amb bloqueig de fila i test de càrrega concurrent.
• Risc d'idempotència: reintents de pagament poden duplicar reserves. Mitigació: `Idempotency-Key` i estat `pending`/`confirmed`.
• Risc de canvi de flota: un canvi d'avió altera la capacitat; cal propagar-ho per event i recalcular inventari.
• Cost per reserva: s'ha de mantenir baix; evitar crides síncrones a serveis externs al camí crític de reserva.

• Tests de concurrència sobre `POST /v1/bookings`: N reserves simultànies sobre un vol amb M seients; s'ha de verificar que `seats_sold <= seats_total` sempre.
• Tests d'idempotència: repetir la mateixa petició amb la mateixa clau no crea reserves duplicades.
• Tests d'integració amb passarel·la de pagament en mode sandbox (webhook de confirmació).
• Proves d'obertura de ruta: crear una ruta i un vol via API i verificar que apareix a `GET /v1/search` en menys d'un minut.
• Càrrega: simular pics de cerca i reserva i mesurar latència p95 i cost per reserva.

Font: [Wikipedia] Volotea — Wikipédia — https://es.wikipedia.org/wiki/Volotea