OMS pentru alocarea comenzilor de bilete și intrare programată
Biletele și permisele de intrare programate se comportă ca un stoc cu expirare integrată în propria identitate — un loc pentru un spectacol de ora 19:00 are valoare zero din momentul în care spectacolul începe, iar un OMS care gestionează această categorie trebuie să aloce dintr-o rezervă fixă, nereaprovizionabilă, gestionând în același timp o curbă a cererii care crește violent în momentele de lansare a vânzărilor.
Spre deosebire de retailul fizic, nu există o cale de comandă în așteptare pentru un eveniment epuizat — capacitatea este fixată la configurarea locației și nu poate fi crescută odată lansată. Logica de alocare a OMS-ului trebuie, prin urmare, să fie mult mai strictă în privința suprarezervării decât un sistem de retail tipic, deoarece un loc rezervat dublu nu este o întârziere de onorare pentru care să te scuzi, ci un eșec operațional dur la intrarea în locație.
Lansările populare de vânzări pot primi mai multe încercări simultane de achiziție în primul minut decât vede un retailer tipic într-o săptămână, motiv pentru care platformele OMS de ticketing implementează frecvent o sală de așteptare virtuală care admite cumpărătorii la finalizarea comenzii într-o secvență controlată, în loc să lase fiecare cerere să lovească alocarea de stoc simultan. Acest strat de coadă stă în fața OMS-ului special pentru a proteja pipeline-ul de comenzi de colapsul de concurență exact în cel mai valoros moment de vânzare.
Între selectarea unui loc și finalizarea plății, OMS-ul trebuie să plaseze o blocare scurtă și strictă pe acea unitate de stoc, astfel încât doi cumpărători să nu poată crede simultan că dețin același loc. Spre deosebire de o rezervare standard de coș de e-commerce, această blocare expiră de obicei în minute, nu în ore, deoarece capacitatea nevândută care se apropie de un termen limită de lansare trebuie să recircule rapid înapoi în disponibilitate pentru alți cumpărători.
Biletele își schimbă frecvent proprietarul după achiziție prin funcții oficiale de transfer sau revânzare, ceea ce înseamnă că înregistrarea comenzii din OMS trebuie să urmărească deținătorul valid curent separat de cumpărătorul original, invalidând biletul original în momentul în care un transfer se finalizează, pentru a preveni încercările de intrare duplicate. Această urmărire a lanțului de proprietate nu are un echivalent real în gestionarea comenzilor pentru bunuri fizice, unde proprietatea articolului expediat nu este ceva ce OMS-ul continuă să arbitreze după livrare.
Eligibilitatea pentru rambursare la bilete este aproape întotdeauna legată de cât de aproape este cererea de data evenimentului, iar pentru evenimentele anulate, OMS-ul trebuie să declanșeze un proces de rambursare în masă, aproape simultan, pentru potențial zeci de mii de comenzi — o operațiune în lot cu propriile considerații de performanță și limite de rată ale gateway-ului de plată, pe care un flux de rambursare de rutină pentru o singură comandă nu a fost niciodată proiectat să le gestioneze la această scară.