Finn avsnittet du trenger
En solgt billett skal gi riktig kapasitet på avgangen og et betalingsgrunnlag som kan avstemmes. Test begge deler før valg eller endring av billettsystem. En pen salgsrapport hjelper lite hvis en flyttet billett teller på to avganger.
Velg prøvesaker fra deres salg
| Sak | Forventet resultat |
|---|---|
| Vanlig billett | Én booking, riktig avgang og koblet betaling |
| Gruppe med delbetaling | Én ordre med betalt og utestående beløp |
| Flytting av billett | Gammel avgang frigjøres og ny avgang belastes |
| Delvis refusjon | Refusjon på originalbetaling med riktig rest |
| Agentsalg | Selger, provisjon og betalingsvei er synlige |
| Avlyst avgang | En etterprøvbar liste over berørte bookinger |
| Ombordsalg | Salg og betaling kommer inn én gang |
Bruk konstruerte personopplysninger og leverandørens testmiljø for betalingen. Definer forventet resultat før testen, og bevar rapporten som viser hva systemet faktisk gjorde.
Eksempel: siste plasser og endret booking
Anta en avgang med 40 tilgjengelige plasser. En gruppe reserverer ti og andre kunder kjøper 28. Systemet skal vise to igjen etter den avtalte reservasjonsregelen. Hvis en ubetalt reservasjon utløper, må det være synlig når plassene blir tilgjengelige igjen.
Flytt deretter fire fra gruppen til en senere avgang. Den første avgangen skal nå ha seks gruppeplasser og 28 andre, altså 34 av 40. Den nye avgangen får fire. Bookingens betalingshistorikk må fortsatt kunne finnes uten at flyttingen blir registrert som et ekstra fullt salg.
Kontroller hvordan systemet håndterer flere salgskanaler samtidig. En manuell sperring av plasser i én kanal skal ikke gi et annet tilgjengelig antall i en annen uten en avklart oppdateringsrutine.
Nettbrudd og reserveflyt om bord
Hvis salg eller kontroll må fungere med avbrutt nett, må det testes i løsningen som skal brukes. Avklar hvilke handlinger som kan utføres, hva som legges i kø, og når sentral kapasitet oppdateres.
Kjør et kontrollert avbrudd under en prøvebooking. Etter gjenoppretting skal dere kunne se om bookingen var opprettet og om betalingen var gjennomført. Ikke send en ny belastning bare fordi skjermen mistet kvitteringen. Usikker status må avklares hos mottakeren først; se gjenoppretting uten doble betalinger.
En mobil side er ikke alene dokumentasjon på offline-støtte. Hvis reserveflyten er manuell, beskriv hvor salg registreres og hvordan de avstemmes når forbindelsen er tilbake.
Billettsystem og kasse må ha ulike roller
Bestem hvilken kilde som sender salget til regnskapet og hvilken som bare viser betalingen. Hvis et kassesystem både registrerer billetten og leverer kortoppgjøret, må et separat bookinguttrekk ikke gjøre samme salg til en ny inntekt.
Tillegg som servering eller utstyrsleie bør ha egne produktreferanser der de er en egen leveranse. Det gjør retting og regnskapskontroll enklere enn en samlet «ombordsalg»-post uten forklaring. Den konkrete avgiftsbehandlingen settes opp fra hva som faktisk selges.
Krev et oppgjør som forklarer banken
Eksporten bør vise booking, transaksjon, avgang, valuta, gebyr, refusjon og oppgjørs-ID. En fil med nettoutbetaling alene er for svak til å forklare åpne forskudd og delvise tilbakebetalinger.
Følg én prøvebooking gjennom kanalavstemmingen og kontroller totalsummer per valuta. Avslutt testen med akseptansekriteriene: ingen dobbeltbetaling, beholdte referanser, forklarte avvik og en brukbar eksport.