Generellt. Rebus-panelen. Grund. Användare GG. Utskriftsdatum Sida 1. Ändringar i

Transkript

1 1 Generellt Datumkalendern: Fel startdag Ver: När man kom in i datumkalendern så kunde fel dag stå markerad, d.v.s. ramen fanns runt fel datum, men dagens datum var markerad med fet stil och kalendern stod på rätt månad, så ibland såg man ingen ram alls. Det är nu rättat så att ramen sätts runt rätt dag, vilket nästan alltid är dagens datum. HTML-mail: Ny mail-komponent måste installeras Ver: Från och med denna version använder Rebus en nyare mail-komponent som bl.a. är anpassad så att man kan skicka HTML-mail direkt från Rebus. Detta ger möjlighet att skicka snyggare grafiska marknadsförings-mail. Komponenten är också bättre på att hantera svenska tecken i namnet. Någon gång har vi märkt att en e-posts avsändare som innehållit ÅÄÖ har fått konstiga tecken, det är väldigt sällsynt men det har hänt. HTML-mail: Skapa HTML-dokument för webpublicering, t.ex. i Word eller annat verktyg, och sänd dessa från Rebus antingen genom att hämta HTML-filen från hårddisken eller genom att ange en URL, d.v.s. en WWW-adress t.ex. " Detta kan väljas i alla rutiner där man kan skicka e-post i Rebus. Alla moduler: E-posta listor och rapporter. Välj exportformat HTML eller MHTML så får man en fråga om listan/rapporten ska skickas till kunden direkt i mailet i HTML-kod istället för att skickas som en bifogad fil. Grund: Skicka e-post till många kunder/leverantörer. Istället för att skriva ett meddelande i text kan en HTML-fil väljas från hårddisken eller en internet URL adress. Rutinen har också förbättrats så att fönstret kan förstoras och att tidigare urval kan raderas. Res: Gruppmail och Hemkomst/Avrese-meddelanden. Även här kan man välja en HTML-fil eller en URL-adress som skickas som ett HTML-mail istället för det vanliga textmeddelandet. Man kan nu också välja att bifoga andra filer i e-posten. OBS: Den nya mail-komponenten måste installeras på varje dator som använder Rebus. Installationsfilen heter "System12.exe" och finns att ladda ner från vår hemsida och den finns även på vår installations-cd med Rebus version 162 eller högre. För de som har datorer (servrar) med endast M eller Y-drive finns motsvarande "System12m.exe" och "System12y.exe". Rebus-panelen Oinloggad panel gav kursiva, inaktiva, menyval 1581 Om man t.ex. på servern hade ställt in så att Rebus-panelen alltid startades utan att behöva logga in (för automatisk backups skull) så blev alla menyval utom Grund kursiverade och därmed oåtkomliga. Därför kunde man inte arbeta på den datorn. Det är nu fixat. Grund Administrera hemsida Ver: Nu finns det möjlighet att, hos oss på Åbergs, få en hemsida som kan administreras via Rebus. Med hjälp av ett grafiskt administrationsverktyg kan man designa enkla men snygga hemsidor. Gå in på Hjälp-menyn och välj "Administrera hemsida". För att det ska fungera måste man ha behörighet till rutinen samt ha ett avtal med oss om hemsida. Ring oss för demonstration och offert/prislista. Vår demosida som är gjord i detta verktyg kan man nå via eller via en länk som finns på vår hemsida E-post med användare/lösenords-skydd 1583 När man skickar e-post från Rebus, och den e-post server man använder är inställd att kräva auktorisation med användarnamn och lösenord, kunde det hända att man fick fel vid sändning och att e-posten inte gick iväg. Därför har det i Grund-modulens Generella data tillkommit ett fält som heter "Auktorisation". Valen man kan göra är följande: 1. NONE 2. LOGIN 3. PLAIN 4. CRAM-MD5 5. NTLM Använder man användare/lösenords-aktorisation ska det här valet oftast ställas in på "LOGIN", annars bör den stå på "NONE". Många e-post servrar kräver detta. Byt leverantör Ver: 163 När man bytte leverantörsid genom hela systemet var det ett register i Arrangörs-modulen där det inte byttes (PaketTA). Det är nu rättat. 1602

2 2 Kundfaktura Bakvänd inmatning av dellikvid/slutbetalning Ver: Om man vid betalning på en faktura först slog in slutbetalningens datum & belopp och sedan slog in delbetalningens datum & belopp så blev fakturans slutbetaldatum det sist inslagna datumet (som då egentligen var delbetalningens datum). Detta gjorde att fakturan hamnade på fel slutdatum i kundreskontran. Nu är programmet ändrat så att om man betalar in i osekvens på en faktura så tar programmet själv fram det nyaste datumet och använder det som slutbetalningsdatum då fakturan blir slutbetald, Bokföringsunderlag: Skriva anmärkningstext Ver: I faktura-modulens Generella kundfakturadata kan man göra en inställning om anmärkningstexten man matat in vid betalning på fakturor ska skrivas på bokföringsunderlaget eller inte. Standard är som förut, d.v.s. att inte skriva ut anmärkningstexten. Presentkort Presentkortsfaktura med egen text och annan benämning 1615 Det finns nu en knapp i presentkortsfönstret som heter "Fakturatext" där man ser originaltexten som skrivs på presentkortsfakturor. Den texten kommer från kundfaktureringens "Generella kundfakturatexter". Det finns nu möjlighet att välja om någon annan text ska ersätta texten från mallen, eller om man vill ha det tomt. Dessutom finns det möjlighet att byta ut artikelbenämningen, som brukar vara "Presentkort", mot en annan text. Fristående voucher Mobiltelefon på fristående voucher Ver: Vi har lagt till mobiltelefonnr på alla fristående voucher, utom på de blanketter som är specialgjorda för diverse kunder som i så fall måste höra av sig till oss. Dessutom kan mobilnummer nu registreras på leverantörerna i leverantörsbanken. Följande blanketter är förändrade: GR19, GR19A, GR19B, GR19C (stora voucher) GR19ANT, GR19BGT (stora voucher för specifika kunder) GR19L1 (standard liten voucher med faxnr) GR19L2 (standard liten voucher med mobilnr istället för faxnr) Resebyrå Generellt Resebyråagenter med provision 1606 Om en resebyrå/agent vill sälja era egenproducerade resor kan det göras på några olika sätt. Här är ytterligare ett, enligt följande specifikation. Separat manual finns. 1. Resebyrån/agenten ska ha provisionsprocent på hela eller delar av utbudet. 2. Resebyrån/agenten registreras som kund på ordern, men slutkunden ska också registreras. 3. Producenten skickar bekräftelse till resebyrån/agenten och fakturerar slutkunden. 4. Producenten skriver ut provisionsunderlag och betalar ut pengar till resebyrån/agenten. Avprickning av leverantör med inköpspriser 1614 Det här gäller när man prickade av en leverantör som var inställd på att arbeta med inköpspriser. Om man på ordern t.ex. hade 3 artiklar som man hade skrivit in olika inköpspriser på och sedan prickade av leverantören med ett annat belopp så fördelades den nya kostnaden procentuellt på de 3 artiklarna, d.v.s. inköpspriset räknades om för artiklarna för att matcha det avprickade värdet. Problemet var att om en av artiklarna var markerad i artikelregistret för "Ej provision" så borde den inte vara med i denna omräkning. Artikeln borde ha fått ha kvar sitt ursprungliga inköpspris. Det är nu ordnat så att det fungerar så i följande rutiner: Front: Avprickning på flik 3 Back: Klumpavprickning Lev: Avprickning i samband med leverantörsfakturan Leverantörsmeddelande med inköpspris och invaluta Ver: En ny variant av leverantörsmeddelandet finns nu som kan vara bra att ha om man arbetar med inköpspriser. Listan innehåller inköpspriset i aktuell valuta. Detta för att visa leverantören det inköpspris man har uppfattat för produkterna. För att använda den varianten av listan ska lista RB44IN läggas som variant i rutinen "Listformat", listnumret är 634 (Leverantörsmeddelande). Resebyrå Front Tom leverantörs-id på order Ver: Under åren har det en handfull gånger hänt att någon har lyckats få in en tom leverantörs-id på ordern. Det ska inte vara möjligt, men har tydligen varit det ändå. Vi har nu hittat hur det har hänt och har spärrat det. Diners TAC: Resenärsnamn Ver: I Diners senaste version 3.1 (V3M1) sänds ju resenärsnamnen till Diners i det format som kommer in via CRS-systemen. Detta för att Diners ska kunna stämma av biljetterna även med namnmatchning mellan flygbolagen och BSP (se nyhetsnr 1517 i Rebus version 156). När Rebus tar in t.ex. en AIR från Amadeus och lägger upp resenären i ordern konverteras ju dessa namn till små tecken och MR och MRS m.m. tas bort. Nu kan man på flik 2, om man högerklickar på ett resenärsnamn, se och ändra originalnamnet. Det har hänt att man vid flygbokningen har skrivit fel namn och då bör man kunna ändra det så att det blir rätt vid sändning till Diners.

3 3 Utländska beställningar: Låst kurs Ver: För de som hade äldre utländska beställningar kunde ett fel uppkomma i och med att vi i förra versionen införde låsning av kursen då en beställning betalades eller fakturerades. De äldre beställningarna hade ju 0 i kurs och då kursen låstes fick man felmeddelandet "Overflow" då systemet försökte dividera med 0. Detta rättas upp nu när man startar Res-Front. Programmet uppdaterar alla äldre beställningar som har annan valuta och 0 i kurs till aktuell kurs. Då försvinner problemet. SJ-SIR: Tågbiljetter Ver: Om både utrikesbiljetter och inrikesbiljetter bokats i samma SIR och alla hade samma fare-type så frågade inte programmet efter en annan artikel då det bröt mellan utrikes och inrikes vilket fick som följd att utrikesartikel användes och fick momsbelopp fast en inrikesartikel skulle användas i det fallet. Det är nu rättat. Bekräftelse med benämningar på annat språk Ver: Det är nu möjligt att skriva ut bekräftelser med artikelns benämningar på ett annat språk, t.ex. engelska, fast man skriver benämningen på svenska på beställningen. Skriv in engelska (och andra språks) benämningar i artikelregistret via knappen med den blå bollen. Båda benämningsraderna kan användas. I beställningens prisruta finns det också en knapp med en blå boll efter benämningsfältet där man kan hämta benämningarna för artikeln på ett annat språk. Engelsk text är standard då man bokar en artikel, men andra texter kan väljas om de finns registrerade på artikeln. På beställningen ser man den svenska benämningstexten men då man skriver ut en engelsk bekräftelse kommer den engelska benämningen. Om benämningen för annat språk saknas skrivs den svenska benämningen ut på alla bekräftelsevarianter. Vi har designat om de utländska blankettvarianter vi har i systemet så att det ska fungera, men vill man göra det själv i blankettdesign-läget ska man använda fältet "Ben1Other" istället för "Benämning" på raderna För att skriva artikelns andra benämningsrad ska fältet "FriText" på rad 8 bytas ut mot "FriTextOther". Motsvarande ska göras även på en utländsk fakturablankett om man även där vill ha engelska texter. På rad 1-3 och ska fältet "Benämning" bytas mot "BenOther". Några önskade småsaker som fixats Ver: När man dubblerar en leverantör i order står markören kvar i fältet LevID. Man kommer snabbt vidare till fältet bokningsnr genom att trycka enter, men ett önskemål är att direkt hamna i fältet bokningsnr eftersom man redan är inne på den nya dubblerade leverantören. Det är fixat. 2. När man ska läsa in en flygbokning t.ex Amadeus AIR och man står på destinationsfältet och inte kommer ihåg vart kunden skulle åka gör vissa så att de högerklickar på den valda raden och väljer "visa information". När man läst klart och stängt fönstret kom man inte tillbaka till fältet man stod på. Det gör man nu. 3. När man väljer en Amadeus AIR visas Split-fältet även om det bara finns en resenär på bokningen. Det är nu ändrat så att den endast visas om det finns två eller fler resenärer. Galileo MIR: Kundkod m.m. i remark-rad 1608 Nu kan samma information föras över i en Galileo-MIR som från en Amadeus-AIR när det gäller kund-id m.m. I Amadeus använder man segmentet RM* men i Galileo använder man remarks-sektionens FT-segment. Skriv t.ex. "FT-K:TEST" eller "FT-K=TEST" för att föra över kundid "TEST" till Rebus för aktuell Galileo-bokning. Fritextruta vid acontofakturering Ver: När man acontofakturerar en beställning skriver man ju in text om acontofakturan i en textruta. Använder man då ett fakturautseende där man också har en fritextruta (#01 i utseendet) får man upp en textruta till. Det tycker några kunder är onödigt. Därför ignorerar Rebus från och med nu fakturautseendets eventuella fritextruta vid acontofakturering. Sökningsförändringar Ver: När man söker efter en order har man ett antal söksätt att använda. Ett problem som gäller t.ex. val 2, kundnamnsökning, är att om man i Från-fältet skriver "Gustafsson" och lämnar Till-fältet tomt så listar Rebus upp alla kunder från Gustafsson vidare genom alfabetet (Haraldsson, Israelsson, Jonsson m.m.) fast den som söker vet att den endast vill ha just de kunder som börjar på "Gustafsson". Därför har vi gjort så att Från-värdet automatiskt kopieras ner till "Till"-fältet. Då visas endast de som heter "Gustafsson" och inget mer. Vill man ha fler (som det var förut) får man tömma "Till"-fältet manuellt. Detta gäller även destinationsfältet. Om man vill snäva in sökningen med t.ex. "London" så vill man ju oftast ha den destinationen och inga andra destinationer. Det här gäller i de flesta sökfönster samt följande söksätt vid sökning efter beställningar: 2 - Kundnamn 3 - Resenärsnamn 6 - Bokningsnummer 8 - Biljettnummer 11 - E-post Manuella biljetter Ver: Om man ville registrera en manuell biljett och sökte fram en annan artikel än den föreslagna så ändrades inte momstypen om man tog fram en artikel med en annan momstyp. Det gör det nu. Dessutom märkte jag att söktangenten Insert inte fungerade då man ville söka efter artikel, det fungerar också nu. Fel i dagstatistik då CRS-bokning tas in på befintlig order Ver: En säljare säljer en biljett, skapar order med avgift och kanske tar delbetalning av kund, men inte tixar. Sedan går kunden till en annan säljare, kanske t.o.m. på annat kontor, för att ta ut sin biljett. Då tixar den andra säljaren och läser in CRS-bokningen i befintlig order. Denna försäljning bör hamna på den ursprungliga orderägaren, inte på den som läser in CRS-bokningen och skriver ut tix. Det är nu ändrat så att om man i CRS-rutan tar fram en befintlig order så byts säljaren automatiskt ut till den som är orderägaren. Projekt: Automatiska projekt-artiklar med 0-belopp Ver: När man lämnar några av de fyra möjliga projektbeloppen (olika momssatser) nollade så skapades ändå artiklar på dessa 0-belopp under vald projektleverantör på flik 3. Det är nu ändrat så att de artiklarna tas bort om beloppen är 0.

4 4 Resebyrå Back Biljettavprickning BSP/Tåg Ver: Rutinen för att pricka av BSP flygbiljetter är vidareutvecklad för att även kunna stämma av tågbiljetter via fil. Hela rutinen har bytt namn för att klargöra att den kan stämma av andra biljetter än bara flyg via BSP. Följande rättningar har gjorts i avstämning av flygbiljetter via "Amadeus Ticketing Report on file": 1. Biljettnummer som fanns flera gånger i Rebus, t.ex. delkrediterade biljetter som hade andra belopp, visades felaktigt på difflistan. 2. Debet/Kredit-biljetter som fanns i samma Amadeus-fil redovisas nu bättre. Motsvarande biljett kan saknas i Rebus, finnas endast som debet eller också finns både i debet och kredit. 3. Conjunctionbiljetter (CNJ) i Amadeus visades i difflistan trots att de fanns i Rebus. Programmet klarar nu av att matcha biljetter med conjunction. 4. Biljetter med moms visades fel på difflistan. Beloppen i kolumnerna var fel uppdelade. Detta berodde på att momsen felaktigt hade dragits av från flygskatten. 5. Om man valde att kontrollera även provision kom biljetten ut på difflistan om provisionen inte stämde exakt på öret. Det är nu ändrat så att provision som diffar på +/- en krona godkänns. Öresskillnader är inte relevant. Avstämning av tågbiljetter via Linkon PETRA-fil: PETRA-filen kan man köpa från Linkon. Den innehåller en periods utställda tågbiljetter och ska sparas i en särskild katalog på hårddisken. Sökvägen till den katalogen ska skrivas in på tredje fliken i Generella data. Därefter når man avstämningsrutinen genom att först skapa en avprickningsjournal i Rebus på aktuell period för tåg-leverantören och sedan klicka på knappen "Tåg: PETRA Ekonomi". Välj en PETRA-fil att stämma av mot så stämmer programmet av biljetterna i filen mot Rebus-biljetterna och en differenslista skrivs ut. Vi har försökt få avstämningsrutinerna att hantera biljetters krediteringar och makuleringar likadant trots att det i Rebus hanteras olika. Makuleringar makulerar ju den enskilda biljetten och krediteringar lägger upp samma biljettnummer en gång till med kreditbeloppet. Om man vill skriva ut Rebus tåg-journal så finns det en lista som är speciellt anpassad för tågbiljetter. Listan läggs upp som ett banval i Grund-modulens rutin Listformat, lista 611. Välj alternativ 2 och lägg upp lista RB21A. Då kommer det att finnas två varianter vid utskrift, RB21 för flygjournaler och RB21A för tågjournaler. Statistik: Marginal kund/leverantör Ver: Marginallistan har fått fler sorteringsordningar. För de som vill ha listan sorterad och summerad på beställningsdatum eller avresedatum (vald sökordning) istället för antingen kund eller leverantörs-ordning, kan man nu välja sortering 5-8 som är samma som 1-4 fast med datumet som överordnad sortering (best.datum eller avresedatum). Utskrifter/Översikt/Beställning viss artikel Ver: Nu salderar programmet även antal resenärer och antal bokade artiklar. Vid utskrift av listan för sökning av viss artikel eller artikelgrupp kan man på listan se hur många bokade artiklar man har samt hur många resenärer det är på beställningen. Om man vill ha den informationen måste dessa nya listor läggas in i listvalet. Listorna bygger på befintliga listor där annan information har tagits bort. RB20KI - KundID, inklusive moms (ersätter RB20) RB20KE - KundID, exklusive moms (ersätter RB20A) RB20NI - Kundnamn, inklusive moms (ersätter RB20B) RB20NE - Kundnamn, exklusive moms (ersätter RB20C) Utskrifter/Översikt/Beställning viss kund/artikel/antal Ver: En ny lista har skapats för att kunna skriva ut beställningar enligt följande scenario: Man vill ha ut en lista per kund (eller kategori av kunder) där man vill se varje beställning där någon artikel (eller grupp av artiklar) har bokats. Listan ska visa antal resenärer som finns på beställningarna samt antal bokat av de sökta artiklarna. Listan sorterar utskriften på valda kunder och antal resenärer i stigande ordning. Summering av antal resenärer, antal bokade artiklar och bokat belopp finns per kund och i en totalsumma på sista sidan. Vitsen med detta är att kunna se en relevans mellan antal resenärer på beställningarna och bokade segment, t.ex. har man kanske 2 resenärer på en beställning och 8 bokade tågsträckor. Då ser man att det är 2 sträckor per resenär och listan kan då tjäna som underlag för att beräkna sin strategi för prissättning av bokningsavgifter. Ska man ta en avgift per bokad sträcka eller per beställning? Voucherutseende, engelsk voucher, engelsk benämning Ver: Vi har nu en lösning för de som arbetar med svenska benämningar på sina artiklar men vill ha ut engelsk benämning på vouchern utan att göra någon manuell handpåläggning. Lägg in engelsk benämning på artiklarna i artikelregistret genom att klicka på knappen med den blå bollen som finns bredvid benämningsraden. Nu finns två benämningsrader för varje annat språk. Gå sedan in i voucherutseendet och ta fram den utländska (engelska) voucher-mallen. Välj att den engelska benämningen ska skrivas istället för den svenska genom att skriva taggen #18 istället för #15. Skulle det saknas engelsk benämning skrivs den svenska ändå. Översiktslistor: Beställning best.datum/avresedatum En ny lista har skapats för att kunna skriva ut vilka beställningar som skapats mellan ett angivet datumintervall och ett annat angivet datumintervall för avresedatumet. Inga betalningar är inblandade i denna lista, därför är den här bättre i vissa lägen än de ekonomiska avstämningslistor som finns i systemet sedan tidigare. 1607

5 5 Ekonomiutskrifter: Kundavstämning Ver: Kundavstämning på delfakturerat/delbetalt och betalning före brytdatum och avresa efter: Om man hade acontofakturerat en order flera gånger med slutfakturor däremellan så hittade avstämningslistan endast den första acontofakturan oavsett vilket brytdatum man satte. Rebus klarade alltså inte av att detektera fler utställda acontofakturor när en order en gång hade slutfakturerats. Det är nu rättat. Diners TAC 1627 I den senaste versionen från maj 2008 smög sig ett fel in där biljettnumret kunde hamna en position fel i Diners-filen. Detta gjorde att matchningen hos Diners blev lite jobbig. Det är nu rättat. Resebyrå Producent Stänga allotment Ver: Tidigare kunde inte datum med allotment 0 eller RA (Request Allotment) stängas automatiskt, d.v.s. få status "C" (Closed). Det kan man göra från och med den här versionen av Rebus. För att göra det måste en markering sättas i Producent-fliken i rutinen Generella data. Markera fältet "Stäng 0/RA". När man går in i rutinen "Spärra allotment/deadline" och markerar "Ta med slutbokat" kommer även de datum som har 0 eller RA i allotment att stängas och få status "C". Arrangör Generellt ARR: Projektnummer kontroll Ver: Markera i Generella data i Arr-Back om man vill ha kontroll i samband med bokningen, ifall projektnummer saknas. ARR: Nationskontroll Ver: Det finns sedan tidigare en lista som ligger under Arr-Back/Mera listor/nationsfördelning. Den visar fördelning mellan resenärernas nationer.... Eftersom de som bokar registrerar olika i nationsfältet för resenärer, så finns numera möjligheten att i Generella data markera Nationskontroll. Om detta fält är markerat så kan man registrera in de nationer som man anser sig jobba med i Arr-Back/Övriga rutiner/nationer.... Vid bokning av RUNDRESOR så sker då en kontroll om det man har registrerat i nationsfältet överensstämmer med något av de nationer som finns registrerade. Om det inte stämmer så får man upp en ruta där man kan välja rätt nation. Kontrollen sker mot namnet på nationen. Om fältet är blankt så sker ingen kontroll. (Givetvis om man har bockat i nation i paketuppläggningen, så sker den kontrollen förstås.)... Arrangör Front ARR: Pop-up vid stängd resa Ver: Ver: Visar när man hämtar upp en bokning ifall resan är stängd. ARR: Betalningsdatum Ändrat i ARR så när man ändrar en preliminärbokning till aktiv bokning så kommer en fråga upp om bokningsdatumet ska ändras till dagens datum. Om så är fallet beräknas även anmälningsavgiftsdatumet och slutlikviddatumet om. ARR: Projektnummer vid Byt resa, kontantmetoden Ver: En kund byter resa och har redan betalat in anmälningsavgiften. Pengarna följer med kunden på den nya resan. Men det gamla projektnr ligger kvar på anmälningsavgiften.... Nu är denna funktion åtgärdad. Om man har inställt som Kontering efter avresa, kontantmetoden, projektnummer och verksamhet, samt rundresor så sker förändringen av projektnumret vid byte av resa. Förändringen läggs på "dagens datum" av bytet av resan i bokföringsunderlaget. ARR: Bussplatstillägg Ver: Ver: Det var problem med Bussplatstilläggets automatiska uppläggning. Det är rättat. Arrangör Back ARR: Rumslista Lindbergs Buss. På deras rumslista vill dom att enkelrummen separeras lite. Det är fixat.

6 6 ARR: E-posta kundbrev Ver: Om man vill e-posta kundbrev, och markerar en resenär och sen klickar på knappen e-post så kommer inte den resenärens e-postadress upp utan man måste söka efter den. Det är fixat. ARR: Veckostatistik Ver: Ver: Ver: Ver: Möjlighet att skriva ut statistiken per paketfilial, om man jobbar med flera filialer. Per användarfilial är tyvärr inte möjligt med den listan. ARR. Meddelande på hyttlistan. Vill ha en meddelande-knapp precis som på rumslistan. Fixat. / ARR: Etiketter Nationalencyklopedin Det kunde komma med dubletter. Utskriften var felprogrammerad, rättat. ARR: Fakturor vid Kontering efter avresa När man konterar en resa efter avresa och har en bokning som ännu EJ är betald (men man vet att pengar är på väg...) så hamnar ju detta belopp på konto 1210 (kundfordring) i underlaget som man får ut. Ett faktura nr skapas ju också automatiskt i-och-med detta. MEN om jag går via KUNDFAKTURA och sen UTSKRIFT och sen KUNDRESKONTRA och som urval väljer OBETALDA FAKTUROR så kommer här endast fakturor med som är "gjorda" själv - alltså inte dessa fakturor som blivit skapade i bokningar... Har testat här och fakturor som skapats via Kont.efter avresa får ett Inbet.datum ifyllt i KundFaktHuvud, så jag antar att det är orsaken till att den inte kommer upp bland obet.fakturor.... Rättat så Inb.datum inte läggs i om inte betalning är gjord. Orsaken var att från början så skulle inte Kontering efter avresa kunna köras utan att alla bokningar var betalda, men detta ändrades så man skulle kunna det i varje fall. Tyvärr hängde inte programmeraren med på alla ställen då. ARR: Agenter Ver: Ver: Ver: Ver: Ver: Ver: Informationsruta inlagd så man kan registrera information om agenten. ARR: Önskemål passagerarlistan Lingmerths Vill inte att chaufför och reseledare räknas med i summeringen på passagerarlistan. Det är ändrat enligt önskemål på deras variant av passagerarlista. ARR: Samlingsfaktura agent Summering endast på sista sidan. ARR: Nationsfördelning En lista som visar fördelningen bland nationer som registrerats på resenären i bokningen. Listan anger fr.o.m och t.o.m avresedatum. ARR: Projektnummerlista Lista som visar projektnummer för paket/avresa. Arr-Back/Ekonomi/Projektnummerlista ARR: Informationsknapp för olika styrtyper Paketuppläggning: Tillägg/avdrag. En informationsknapp så att man kan se hur man kan använda dom olika styrtyperna. ARR: Beläggning för Tillägg/Avdrag I allotment på Beläggning T/A så är det näst intill omöjligt att se benämningen på T/A för rutan är för liten. Kan man kanske lägga rut-rubriken ovanför rull-listen så att man kan göra den större. Fälten är utökade och listrutan till vänster minskad. ARR: Paketuppläggning, tillägg/avdrag 1604 I tillägg/avdrag så har styrtyp 8 kompletterats med att man kan ha styrvärde P, som betyder att man vill betala per post. ARR: Betalkort internet När man betalar med betalkort via internet och sedan kunden avbryter betalningen, så avbryts bokningen. Dessa bokningar finns sedan upplagda, men ska avbokas. Därför kontrolleras ifall det finns avbrutna bokningar när Arr-back startas. Då får man upp en rutin där avbrutna bokningar kan skrivas ut, samt avbokas. Man kan även nå denna rutin i Arr-Back/Mera listor/internetbokningar. 1605

7 7 ARR: Internetbetalningar Ver: Kontantmetoden och internetbetalningar. När internetbetalningar görs så konteras dessa mot interimskontot. Detta även vid slutbetalningar, så därför finns numera en ny rutin i Rebus-Arr. Under rutinen Arr-Back/Ekonomi/Kontera internetbetalningar omförs slutbetalda bokningar där inte dessa har intäktskonterats, från interimskontot till intäktskonton. Buss BUSS: Bussgrafiken Ver: Den grafiska schemaläggningen är förbättrad på några punkter. 1. Om man hade många bussar och många bokningar per dag (t.ex. > 80) så kunde det ta väl lång tid att öppna och flytta en beställning. I våra tester med en långsam dator tog det 3 sekunder att öppna ett block (1,5 sekunder med en snabb dator) och åter 3 sekunder att stänga och rita om schemat igen efter flyttningen. Efter en analys av programkörningen märkte vi att omritningen av schemat gjordes två gånger vilket gjorde att det tog dubbelt så lång tid d.v.s. 6 sekunder. Den tiden är nu alltså halverad. För de med färre bokningar än så här märktes inte denna dubbeluppdatering. 2. Dessutom ritades schemat om varje gång man klickade med musmarkören någonstans på schemaytan, vilket också gjorde att det tog orimligt lång tid om man bara ville markera ett block för att se beställningsnummer och beställare. Schemat ritas nu inte om i dessa fall. 3. Vill man av någon anledning rita om schemat manuellt kan man klicka på den nya knappen "Uppdatera schema" som finns i övre högra hörnet. BUSS: Kundprofil Om beställare ändrades på bokningen så låg bokningen kvar på den gamla beställarens kundprofil. BUSS: Fel vid samlingsfaktura En kund fick fel 94 - invalid use of null, när han skulle samlingsfakturera. Han hade inte samlingsfakturerat den här kunden tidigare. Felet är rättat. BUSS: Arbetshelger/Semester Ver: Vill lägga in arbetshelger på chaufförerna. Om chauffören har sådan arbetshelg inlagd så ska det visas vid chaufförsbokningen, t.ex. med texten FP (Fri pass).... Markera i schemakoder en tidtyp för Fri pass eller semester. Om sedan den schemakoden är angiven i arbetsschemat på den dagen som bussens beställning ska köra, så visas en symbol för FP respektive semester bredvid chauffören i chaufförsbokningsrutinen. BUSS: Beställningen Ver: Ver: Annan adress vid beställare för samma kund-id inklusive epost. Alternativ beställaradress är inlagd i beställningen på samma sätt som alternativ fakturaadress. BUSS. Faktura felaktig specifikationssumma På en faktura där ordern innehöll 2 körningar som gick samma datum/tid så summerades inte priset rätt i specifikationen. Däremot blev totalsumman riktig. Det är rättat. BUSS: Från-Till tid övrig bokning i busschemat Ver: Anger man i övrig bokning så ändras tiden till vid från-tiden och på till-tiden, samt att tilldatumet ändras till nästa datum. BUSS: Svanstider övriga bokningar Ver: Tidigare har man inte kunnat ha svanstider på övriga bokningar. Nu finns det. Man gör först en övrig bokning, sedan högerklickar man på blocket och lägger dit ev. svanstider. Vill man sedan intervallboka, så gör man denna procedur först och sedan intervallbokar man. BUSS: Offerter inte visas i grafiken 1613 Offerter i bussmodulen. Problemet är att dom visas som röd 1:a i grafiken. Kan man göra så att dom inte visas i grafiken?... Man kan numera markera i generella data att offerter ej ska kunna bussplaceras. Om markering har skett så visas inte dessa med i oplacerade beställningar i busschemat. BUSS: Mailadress i sidfoten 1616 På bussbekräftelsen vill de att säljarens mailadress ska skrivas ut. Han har lagt in den på användaren men det är fortfarande den generella som skrivs ut.... Rättat. BUSS: Framkörningstid Vill att framkörningstiden skrivs ut på körordern.... Jag har byggt om så att om framkörningstid eller avstigningstid är ifylld på körningen, så skrivs dessa ut på körordern. 1617

8 8 BUSS: Referens på Körorder Ver: Det står vem som har skrivit ut en körorder, men kunden önskar att det istället står referens på den som bokade, d.v.s. vem som tagit emot beställningen.... Inlagt på originalkörordern och Lindbergs buss. Övriga kunder får säga till om deras körordrar ska ändras. BUSS: Fakturan Tidigare har den som skrivit ut en bussfaktura stått som Vår referens. Det är ändrat så att den som har gjort beställningen står som Vår referens. BUSS: Körorder - Lagt in möjlighet att söka på chaufför. - Lagt in så att man kan välja fr. och till datum när man jobbar med alternativet Bestnr. Det finns kunder som lägger många körningar i samma beställning men vill ha ut körorder endast på vissa datum inom beställningen. Därför... - I den ordinarie listan visas veckodag framför datumet. BUSS: Beställningsrutinen 1630 Övriga artiklar. Om man ändrade på texten på en artikel i beställningen så sparades texten och den hoppade ur raden som man höll på med. Det är ändrat så man fortsätter till nästa fält. BUSS: Markerad klar Önskemål om att ha en egen färg för Markerad klar i Grafiken(Busschemat). Inställning görs i Generella data flik-2. Dels bockar i att man vill jobba så samt anger färgen. BUSS: Arbetsschemat Om man vill lägga in semestrar i arbetsschemat så kan man använda schemakod som är markerad som Semester. I Generella data kan man sedan ställa om man vill jobba med arbetsschemat samt kontrolltyp. Kontrolltypen anger om man vill jobba med arbetstider i schema eller semestrar eller både och. Denna kontroll sker sedan när en chaufför bokas. Ärenden Ny lista: Vilka kunder har vi inte haft kontakt med? Ver: För att kunna göra kunduppföljning bättre finns det nu en lista i Ärende-hanteringen som heter "Lista kunder utan kontakt". Man väljer kundkategori/kategorier samt eventuell ärendestatus som ska kontrolleras (0=Alla ärenden). Därefter väljer man ett datumintervall. De kunder som matchar kategorivalet och inte har haft några ändringar på något ärende inom den perioden för vald ärendestatus kommer att skrivas ut på listan. Då kan man enkelt se vilka kunder man inte haft kontakt med under den tiden. Statistik på avslutade ärenden Ver: De tre sista statistiklistorna, som gäller avslutade ärenden, tog endast med de som avslutats med avslutsorsaker inom intervallet Detta är normalt då ärenden för normal kundsupport avslutas. Avslutsorsakerna , som används vid försäljning och marknadsföring, togs inte med. Det är nu ändrat så att man innan listorna skrivs ut kan välja alla ärenden eller endast supportärenden. Antal nyheter/ändringar: 75