Hensyn, avveininger og avklaringer

UKA har litt andre behov enn Samfundet. Disse bør identifiseres (her).

Endringer/Avklaringer etter møte ned uka-øko (draft):

KasseID fåes av billettgjengen og settes ved godkjenning av oppgjør
Selger kan få se salgsinfo ved oppgjør
Inntasting av reele tall ved godkjenning av oppgjør => kalkulering av diff
Fikse transaksjoner i et lukket oppgjør
Finne oppgjør pr id
Link til ordre i transaksjonsliste

Salgsprossess for UKA:

Henter kasse og transaksjonsID på kassekontoret (Kassekontor)
Åpner et kasseoppgjør ved salgssted (Billig)
Salg / Refundering / Endring (Billig)
Lukke kasseoppgjør og utskrift av midlertidig kasseoppgjør (Billig)
Telle opp kasse (Selger)
Telle opp kasse med daghavende, få ny transaksjonsID (Kassekontor)
Justeringstransaksjoner (daghavende) (Billig)
Avslutte oppgjør (Daghavende) (Billig)
Overføring til Visma (Billig)

Valg gjort for hvordan enkelte situasjoner løses

Oppretting av revy arrangementer skjer foreløpig via kommandolinje (implisitt: av én i itk)
Ordre kan ikke utvides i etterkant. Dvs dersom man ønsker å utvide med en eller flere billetter på en ordre må det opprettes en ekstra.
Det fins ingen mulighet for å overstyre seteplassering så dette må skje via sql (implisitt: av noen i itk).

Til avklaring

Hvordan ser ting ut med tanke på RFID?

RFID

Vi vil helst ha én RFIDbrikke én billett (mye trøbbel med medlemskort på Samfundet)
Kan gjøres ved å lagre strekkoden i brikka (dersom vi kan programmere brikka under printing)
Én billett én brikke kan gjøres (nesten) uten endringer av billig
Bruk av RFID vil kreve at vi setter ut (flere) billettautomater for å dekke behov for tilgjengelighet. (Det må også være en automat alle steder man slipper inn folk, slik kino'en har)

Lenker: Start, billig uka, billig v2

Epost: itk@samfundet.no | Telefon: 992 15 925 | Sist endret: 2007-06-13 23:25 | Revisjon: 3 (historie, blame) | Totalt: 1905 kB | Rediger