Hvor mange unike bestillingsreferanser finnes? Hvor mange trengs?

[blazius]

Lørdagsgrubling:

En bookingreferanse består typisk av 5-6 tegn. Så vidt jeg vet brukes bokstavene A-Z og tallene 0-9.

Dette gir

• 2 176 782 336 6-tegnsreferanser (36^6) pluss
• 60 466 176‬ 5-tegnsreferanser (36^5)

Dette gir til sammen 2237248512 (2,2 milliarder) unike referanser. Samtidig ser jeg at det er estimert at det vil bli foretatt ca. 4,5 milliarder flyreiser i 2019.

Da skurrer det litt for meg.

Vel og bra finnes det flere internasjonale bookingsystemer, og de fleste bestillinger har flere legs i seg. Men likevel ser jeg at det vil være umulig å unngå gjenbruk her - de fleste selskaper tillater booking et års tid fremover, og jeg vil tro at man må bevare en viss historikk.

Hvorfor fungerer dette likevel greit?

[LN-MOW]

Veldig enkelt. Hvert selskap har sin egen partisjon i bookingsystemet. Med mindre det er flere selskaper involvert, ser ikke andre referansen. Aktive referensenumre gjenbrukes ikke. Et par dager etter siste flight arkiveres bookingen og referansen kan igjen brukes. Trenger man oppslag i arkivet og det finnes flere referanser, må man spesifisere bookingdato i oppslaget. Dette er enkelt, da man får opp alternativene ved oppslaget.

[SK384]

Så lenge et tegn kan brukes flere ganger og både tall og bokstaver kan plasseres på alle posisjonene så er regnestykket riktig. Det er interessant problemstilling du tar opp. Jeg er bare en matematiker som kan regne på dette, og jeg aner ikke hvordan de håndterer det faktum at det gjennomføres flere flyreiser enn det er kombinasjoner med referanser. Blir interessant å høre hva de som har greie på dette sier.

Edit: Da oppklarte LN-MOW dette samtidig som jeg skrev innlegget mitt.

[blazius]

Originally Posted by LN-MOW

Veldig enkelt. Hvert selskap har sin egen partisjon i bookingsystemet. Med mindre det er flere selskaper involvert, ser ikke andre referansen. Aktive referensenumre gjenbrukes ikke. Et par dager etter siste flight arkiveres bookingen og referansen kan igjen brukes. Trenger man oppslag i arkivet og det finnes flere referanser, må man spesifisere bookingdato i oppslaget. Dette er enkelt, da man får opp alternativene ved oppslaget.

Takk! Fører dette i praksis til problemer på strekninger hvor veldig mange med like navn reiser, gjentatte ganger?

På nettsteder som checkytrip.com kan man jo i alle fall gjøre søk på etternavn + referanse på tvers av selskaper. Nå har ikke jeg noe vanlig etternavn, men om en Wong, Smith, Hernandez eller Hansen søker opp en reise, risikerer han å få flere treff?

[LN-MOW]

Ser ikke problemet. Referansenummeret er unikt. Duplikatbookinger er noe annet, men her har man jo andre elementer i bookingene, som f.eks. telefonnummer og emailadresse, til å skille disse. Har kunden ved en feil bestilt to ganger, vil normalt systemene autokansellere den ene. Eventuelt sette den på en agentkø for review.

[blazius]

Originally Posted by LN-MOW

Ser ikke problemet. Referansenummeret er unikt.

Det er her jeg lurer. Det finnes vel 100 millioner Wong'er i verden. Nå reiser neppe alle disse regelmessig med fly, men jeg ser for meg at et søk på tvers av selskaper (via Checkmytrip eller Virtuallythere) vil kunne dukke opp bestillinger med identisk referanse og etternavn.

[LN-MOW]

Det er der duplikatsjekkene kommer inn. Men det har fortsatt ingenting med referansenummeret å gjøre. Dette er separate prosesser.