Wanneer de tussenpersoon een muur wordt
Een reiziger boekte onlangs een vlucht met IndiGo via het AirAsia MOVE-platform. Toen de plannen veranderden, vroeg hij om de reis te annuleren. De luchtvaartmaatschappij ging akkoord. Dat had het einde van het verhaal moeten zijn. In plaats daarvan weigerde het platform zelf de annulering te verwerken, waardoor de passagier tussen wal en schip kwam te zitten tussen twee bedrijven. Hij uitte zijn frustratie in het openbaar en noemde het systeem nutteloos en dom. Zijn woede was oprecht, maar het wees op een probleem dat miljoenen reizigers treft die afhankelijk zijn van aggregators om hun leven te vergemakkelijken.
Het incident is een klein voorval in de enorme machine van online reizen, maar het draagt een luide waarschuwing in zich. We downloaden deze apps om niet te hoeven jongleren met websites van luchtvaartmaatschappijen, betaalproviders en bevestigingscodes. We verwachten dat de tussenpersoon de boel soepel laat verlopen, niet dat hij de boel blokkeert. Wanneer een platform een annulering niet kan uitvoeren die de luchtvaartmaatschappij al heeft goedgekeurd, faalt het in zijn enige echte taak: het getrouw doorgeven van informatie van de gebruiker naar de dienstverlener en weer terug.
Wat er misging
De details van de zaak zijn eenvoudig, en dat is precies wat ze verontrustend maakt. De passagier maakte geen bezwaar tegen een verborgen kostenpost of vocht een mazen in de wet aan. Hij voerde een standaardactie uit — het annuleren van een vlucht — en stuitte op een fout die niet zou mogen bestaan. IndiGo accepteerde de annulering. AirAsia MOVE niet. Het resultaat was een klassieke lose-lose-situatie. De reiziger verloor tijd en gemoedsrust. Het platform verloor geloofwaardigheid.
Dit soort fouten gebeurt meestal diep in de achterliggende systemen die reizigers nooit zien. Online reisbureaus en super-apps slaan de inventaris van luchtvaartmaatschappijen niet op hun eigen servers op. Ze maken verbinding met luchtvaartmaatschappijen via application programming interfaces, of API's, die gegevens heen en weer sturen. Wanneer je op "annuleren" tikt, reist je verzoek van je telefoon naar de backend van de aggregator, en vervolgens naar het reserveringssysteem van de luchtvaartmaatschappij. De luchtvaartmaatschappij werkt de boekingsstatus bij en stuurt een bevestiging. De aggregator hoort die wijziging onmiddellijk door te voeren en je terugbetaling of reisvouchers te verwerken.
Ergens in die keten liep AirAsia MOVE vast. Misschien slaagde de API er niet in om de bijgewerkte status op te vragen uit het systeem van IndiGo. Misschien bevatte de interne logica van de app een hardcoded regel die de reactie van de luchtvaartmaatschappij overschreef. Misschien konden medewerkers van de klantenservice de discrepantie op hun schermen zien, maar hadden ze niet de juiste rechten om de annulering af te dwingen. We weten niet wat de exacte bug is, maar we kennen de uitkomst: een mens zat gevangen in een softwareloop, niet in staat om een transactie ongedaan te maken waarover alle partijen het erover eens waren dat deze ongedaan gemaakt moest worden.
Waarom vertrouwen sneller erodeert dan code wordt gerepareerd
Reizigers tolereren onhandige interfaces. Ze tolereren trage laadtijden. Maar ze tolereren geen hulpeloosheid wanneer het om geld en plannen gaat. Een annulering is geen triviale vraag. Het volgt meestal op een crisis — een medisch probleem, een noodsituatie in de familie, een plotseling conflict op het werk. De gebruiker is al gestrest. De rol van de app is om die stress te verminderen door de complexiteit van de backend af te handelen. Wanneer de app in plaats daarvan een nieuw obstakel opwerpt, is de emotionele tol enorm.
Dit is waarom de publieke uitbarsting van de passagier ertoe doet. Hij klaagde niet over een ontbrekend loyaliteitspunt of een vertraagde pushmelding. Hij beschreef het platform als nutteloos omdat het, op het moment dat hij het het hardst nodig had, een legitiem verzoek actief blokkeerde. Vertrouwen in digitale diensten is gebaseerd op het geloof dat het systeem je intentie zal respecteren, zelfs als de omstandigheden veranderen. Eén schending van die belofte doet meer schade dan tien soepele boekingen kunnen herstellen.
Het probleem legt ook een strategische blinde vlek bloot in de manier waarop veel reisplatforms worden gebouwd. Engineeringteams steken vaak veel middelen in de front-end: snelle zoekfuncties, mooie kalenders, afrekenen met één tik, gepersonaliseerde aanbiedingen. Dat zijn de functies die downloads stimuleren. Operaties na de boeking — wijzigingen, annuleringen, terugbetalingen — worden behandeld als een bijzaak. Ze krijgen oudere API's, minder monitoring en minder fallback-opties. Maar dat is precies waar gebruikers ontdekken of een app een echt hulpmiddel is of slechts een glimmende brochure.
Wat reisplatforms goed moeten doen
Hier zijn duidelijke lessen uit voor elk bedrijf dat tussen klanten en luchtvaartmaatschappijen in staat.
Make cancellations as simple as bookings. If a user can reserve a seat in three taps, they should be able to undo it without navigating a maze of chatbots, hidden menus, and unsupported forms. The cancellation flow should be visible, honest about fees, and free of dark patterns that guilt or confuse travelers into keeping a reservation they cannot use.
Build manual overrides that actually work. Automation is wonderful until it fails. When an API return conflict or a sync error occurs, customer service agents must have the authority and the interface to step in. Too many platforms design fully automated fortresses with no doors for human intervention. Agents end up reading from scripts, apologizing endlessly, and filing tickets into black holes. A useful override means an agent can see the airline’s approval, match it against the stuck booking, and release the cancellation in real time.
Keep software in sync with airline reality. Travel platforms need to move away from batch updates and slow polling cycles. If an airline marks a ticket as cancellable, refundable, or rescheduled, the aggregator should know within minutes, not hours. That requires robust webhook architecture, retry logic for failed handshakes, and reconciliation jobs that flag mismatches before a user discovers them. The platform should never be the last to know the status of its own product.
What Travelers Can Do Now
Until the industry fixes these gaps, passengers need to protect themselves. If you are booking through any third-party app, including major ones like AirAsia MOVE, keep a paper trail. Screenshot your confirmation numbers, cancellation policies, and any communication from the airline. Know the airline’s own policy before you buy; some carriers allow changes directly through their website even for tickets sold by partners. If the app fails, contact the airline directly. When public posts gain traction, companies tend to move faster than they do through private support channels. And if a significant sum is stuck, do not hesitate to escalate through consumer protection forums or chargeback mechanisms.
The Real Takeaway
Customer experience is not a layer of polish you apply after the code is written. It is the code working correctly when life gets messy. A booking platform that cannot cancel a flight is like a car with no reverse gear. It might drive forward beautifully, but sooner or later you will need to back out of a spot.
Travelers do not ask for magic. They ask for tools that execute basic commands without gaslighting them. AirAsia MOVE’s failure to honor a cancellation that IndiGo had already accepted is a reminder that convenience is only real when the entire pipeline works. Until travel platforms invest as heavily in post-purchase reliability as they do in acquisition funnels, users will keep their guard up. And they should.