Skillnad mellan versioner av "TTDS/System/Prefix"

Versionen från 23 november 2012 kl. 09.18

Beskrivning av kort hantering i TTDS

För beställningscentralen finns möjligheten att hantera andra kort än kreditkort, till exempel egna kund-, taxipass- och förar- kort.

De olika typerna av kort hanteras alla på lite olika sätt, detta är en vägledning i hur detta kan sätts upp i systemet.

Systemet hanterar olika typer av kort

• Kundkort, de kort ni själva vill ge ut till kunder.
• Taxipasskort, hantering av kort utfärdade av bolag anslutna till taxipass.
• Förarkort, egna förarkort som används bland annat för att logga in i fordonssystemet.

För att korten skall godkännas och hanteras rätt i systemet måste de registreras i TTDS prefixdatabas.
Man kan säga att det är information om hur systemet skall hantera kort som används i bilarna.

När det gäller kund-/taxipass- kort

• Kort dras i bilen
• Kontroll sker om draget korts prefix finns i systemet under typen kund, om så är kortet godkänt
• Godkänt prefix är kopplat mot ett kundnummer i TTDS
• Uppgifter om bland annat taxa och betalsätt hämtas från det kundnumret och skickas till bilen
• Bilen startar uppdraget och det skapas en bokning på det kundnummer som kortet är kopplat till
• Efter utfört uppdrag så finns bokningen färdig i systemet för efterbehandling, (statistik eller fakturaunderlag)

När det gäller förarkort

• Kort dras i bilen vid start av systemet
• Kontroll sker att kortets prefix finns i systemet under typen förare
• Förarnummer som finns lagrat på kortet skickas till systemet som kontrollerar att föraren finns upplagd
• Finns föraren upplagd skickas information om detta till bilen som tillåter att passet startas

Tillverkning/beställning av kort

När ni vill tillverka kort så skall det förmodligen vara att tryck på kortet, och kortens magnetremsa skall programmeras. Hur programmeringen skall se ut kan du läsa mera om här:

• Beskrivning av kortdata
• Uppbyggnad av kortsträng för kundkort/förarkort

Det finns ett antal förtag som sysslar med att tillverka kort, alternativt så han ni en egen kortskrivare.
Viktigt är att verifiera att kort fungerar genom test i liten serie, innan produktion i större skala påbörjas.
Vi hjälpter gärna till i er process att ta fram dessa kort.

Ansöka om prefix/nationellt utfärdarnummer

Ska ni tillverka eget kundkort måste ni ansöka om ett eget nationellt utfärdarnummer (prefix), detta gör ni hos SIS.
Länk till mera information samt blankett hittar du här, Länk till ansökning om prefix

Prefix

De olika typerna i TTDS

Kund

Rekommenderad läsning innan du går vidare

• Beskrivning av kortdata
• Rekommenderad uppbyggnad av kortsträng för kundkort/förarkort

I listan registrerar ni de egna kort som ni vill ska fungera som betalmedel i bilarna.
När ett kort registreras i bilen så kontroller systemet kortets prefix, mot de som finns registrerade här.

Inställningar på bilden är gjorda efter exemplet, som finns i stycket om rekommenderad uppbyggnad.

Beskrivning av kolumnerna i listan:

Prefix: Ert egna prefix nummer
Namn: Namn ni ger prefixet
Kund Start: Position i kortsträngen där kundnumret börjar
Kund Ant: Antal tecken som skall läsas som kundnummer
KST Start: Position i kortsträngen där kostnadsställe börjar
KST Ant: Antal tecken som skall läsas som kostnadsställe
Kod Start: Position i kortsträngen där resenärskoden börjar
Kod Ant: Antal tecken som skall läsas som resenärs
Ref: Fältet anger om inläst kortdata skall sparas i bokningens faktura referens fält

• 0 = Spara INTE kortsträngen i faktura referens fältet
• 1 = Spara kortsträngen i faktura referens fältet

Vill man inte använda sig utav kostnadsställe och kod så kan dessa värden utelämnas

Ett annat sätt att hantera kundkort

Om man vill att kort med ett visst prefix alltid skall registreras på samma kund, kan man använda sig av följande konfiguration.

• Prefix: Prefix nummer för detta kort
• Namn: Namn ni ger prefixet
• Kund Start: -100 ett negativt värde anger att kort med detta prefix alltid skall registreras på kundnummer utan minustecken. Det vill säga, -100 kommer registeras på kund med nummer 100, -233 på kund med nummer 233...
• Kund Ant: blankt
• KST Start: Position i kortsträngen där kostnadsställe börjar
• KST Ant: Antal tecken som skall läsas som kostnadsställe
• Kod Start: Position i kortsträngen där resenärskoden börjar
• Kod Ant: Antal tecken som skall läsas som resenärs
• Ref: Fältet anger om inläst kortdata skall sparas i bokningens faktura referens fält

Vill man inte använda sig utav kostnadsställe och kod så kan dessa värden utelämnas

Taxipass

I listan registrerar ni de taxipass kort som skall accepteras som betalmedel i era bilar.
När ett kort registreras i bilen så kontroller systemet kortets prefix, mot de som finns registrerade här.

Transaktionerna kopplas mot ett kundnummer, som kan gå ända ner på resenärsnivå.

Beskrivning av kolumnerna i listan:

Prefix: Prefixet på det taxipasskort som skall accepteras
Namn: Namn ni ger prefixet/kortet
Min: Används ej
Max: Används ej
Kundnummer: Koppla till kundnummer
KST: Koppla till kostnadsställe
Kod: Koppla till resenär med kod

Fakturaref.

Funktionen kommer att utgå ur TTDS och används inte längre.

Förare

Rekommenderad läsning innan du går vidare

• Beskrivning av kortdata
• Rekommenderad uppbyggnad av kortsträng för kundkort/förarkort

Beskrivning av kolumnerna i listan:

Prefix: Ert egna prefix nummer
Namn: Namn ni ger prefixet
Start: Position i kortsträngen där förarnumret börjar
Antal: Antal tecken som skall läsas som förarnummer

0-TAXI

Mera information kommer

Beskrivning av kortdata

För att ett kort skall fungera måste det uppfylla några grundkrav.

Kortsträngen måste:

• Ligga i spår två på magnet remsan
• Starta med starttecknet ";"
• Efter start tecknet, börja med ett unikt prefix
• Innehålla checksiffra beräknad enligt luhn modellen, korttillverkare vet hur denna skall beräknas
• Innehålla skiljetecknet "=" följt av giltighetstid enligt ÅÅMM
• Sluta med sluttecknet "?"
• Innehålla "Longitudinal redundancy check" (LRC) efter sluttecknet
• Inte överstiga 40 tecken

Hur ni vill bygga upp era kundkort är upp till er själva, och vilken nivå ni vill lägga det på.
De övriga tecknen kan beställningscentralen själv välja att disponera.

Exempel på en kortdata sträng: ;9752266500510200525=15010000000100?

Rekommenderad uppbyggnad av kortsträng för kundkort/förarkort

Vi har en rekommendation på hur kortsträngen kan byggas upp, för att stödja all den funktionalitet som finns.

I TTDS finns stöd för följande nivåer:

• Koppla enbart till kund
• Koppla till kund och kostnadsställe
• Koppla till kund, kostnadsställe och resenär

Vår rekommenderade uppbyggnad stödjer implementering av samtliga ovanstående modeller.

När det gäller förarkort så behövs egentligen bara ett nummer, det nummer föraren fått vid registrering i TTDS.
Vanligtvis så används förarlegitimationens nummer som är sexsiffrigt.

Beskrivning

Alla fält skall fyllas med rätt antal tecken.
Om det önskade värdet kortare, så fyller man fältet med inledande nollor. Exempelvis kundnummer 10 utfylls och blir 000010.

Tabellen beskrivning av de olika delarna i en kortsträng

Kundkort

Exempel kortsträng kundkort: ;9752266500510200525=15010000000100?

Följande gäller för ovanstående exempel:

• Resan skall registreras på kund med nummer 5102
• Resan skall registreras på kund med nummer 5102 kostnadsställe 52
• Kortet går ut 2015-01
• Resan skall registreras på kund med nummer 5102 resenär med kod 100

Vill man inte knyta kort till varken kostnadsställe eller resenär så anger man 0 i dessa fält, vid tillverkning av kortet.

• Exempel: ;9752266500510200004=15010000000000?

Förarkort

Exempel kortsträng förarkort: ;9752266512345600001=15010000000000?

Följande gäller för ovanstående exempel:

• Körpass skall startas med förare 123456
• Kortet går ut 2015-01

Inställningar kundkort i TTDS följ denna Länk
Inställningar förarkort i TTDS följ denna Länk