FFB - underhållsuppgradering version 5.1.0

Innehåll:
Nyheter/förbättringar
Åtgärdande av brister och rättelser av fel
Nedladdning av installationsfiler, installation
FFB och framtiden

En underhållsuppgradering av FFB 5 finns nu att hämta för installation. Men tag dig först tid att läsa om nyheter, rättelser och förändringar. Länkar för hemladdning av uppgraderingspaket kommer längre fram i detta dokument.
(Jag vill inte läsa om nyheter etc, ta mig direkt till installationsavsnittet)

Viktigt! Denna uppgradering är tvingande i så motto, att framtida underhållsuppgraderingar förutsätter att du redan installerat denna. Med andra ord, det kommer inte att bli möjligt att gå från version 5.0.3 till 5.1.1. Alla versioner som kommer efter 5.1.0 kommer att kräva att 5.1.0 har installerats.
Anledningen till denna spärr, är att version 5.1.0 innebär modifieringar av FFB:s databas vilket i sin tur medför en mera komplex installation.

Nyheter/förbättringar

FFBWebb

Stöd för NOSP med funktionalitet motsvarande den som tidigare finns för Libris och Subito. Förutsätter att anslutning sker mot den norskspråkiga versionen av NOSP. Auktorisationskod fylls i automatiskt i beställningsformuläret. Om ditt bibliotek tillhör NORFRI-kretsen, kan du konfigurera NOSP-tjänsten så att NORFRI fylls i automatiskt i beställningsformulärets meddelandefält.

Det nya systemet för automatchning av sigler är förinställt på matchning mot fiktiva sigler för Danmark, Finland, Island, Norge och Sverige. Dessa sigler (och tillhörande biblioteksposter) läggs till av installationsprogrammet. Syftet är fr a att NOSP-beställningarna skall få lämpliga landkoder knutna till sig så att den landsuppdelade statistiken skall bli mera rättvisande. Bibliotek som önskar samla alla NOSP-beställningar på en enda sigel, kan ställa om autoinmatchningsreglerna så att detta åstadkommes. Mer om detta längre fram i detta dokument. Bibliotek som önskar inmatchning på det levererande biblioteket, måste själva komplettera biblioteksregistret med sigler och i vissa fall också biblioteksposter. OBS dock att en stor del av NOSP-biblioteken redan finns i biblioteksregistret i sigelgruppen Libris. Om biblioteket finns, kompletterar man genom att lägga till bibliotekets NOSP-sigel i sigelgruppen NOSP

Nya igenkända källor för import via klippbordet (Elin/ILL och OCLC)

Fr o m version 5.1.0 finns två nya igenkända källor för import via klippbordet. De är Elin/ILL, en artikelbeställningstjänst med elektronisk leverans som tillhandahålls av Lunds universitetsbibliotek, samt beställning från biblioteksnätverket OCLC.

OCLC

OCLC importen är utvecklad mot kopior av klippbordsdumpar som jag erhållit från Högskolebiblioteket Dalarna och eftersom jag inte har möjlighet att testa själv mot originalbeställningar, kan jag inte garantera att det fungerar omedelbart från start, men vid behov skall jag med hjälp av Högskolan Dalarna kunna modifiera importprofilerna tills de fungerar. Vad som gäller för import är fullständiga kopior av kvittensskärmar på lån eller kopiebeställningar från OCLC. Som sigel/leverantör kommer den fiktiva sigeln OCLC att matchas in, den egentliga sigeln läggs i anteckningsfältet. För bibliotek som så önskar, är det möjligt att komplettera biblioteksregistret med OCLC-bibliotek och lägga deras sigler i sigelgruppen OCLC. Om matchande sigler påträffas i OCLC-gruppen, matchas dessa in istället för den fiktiva standardsigeln OCLC.

Elin

När det gäller Elin/ILL så undrar kanske en del användare: Varför skall man alls ha in dessa beställningar i FFB? De anländer ju omedelbart efter att man beställt? Svaret är: Om ni inte upplever något behov, så avstå. Nytta av att få in beställningarna i FFB har fr a de som fakturerar ut sina kopiebeställningar till kunderna. En mindre vägande punkt, är att få med dem i fjärrlånestatistiken.

Eftersom Elin/ILL inte har någon egentlig kvittenssida, så undrar du kanske vilken sida man skall kopiera av, för att importera beställning till FFB? Svaret är att du skall kopiera av den sida som presenterar artikelreferensen i detalj (sidan får alltså bara visa en enda artikelreferens). Den sidan skall du kopiera av i dess helhet (som alltid vid import via klippbordet: Markera allt och kopiera).
I hjälptexterna hittar du en guide med exempel på alla steg från början till slut, för att hämta hem en artikelreferens från Elin/ILL. Du kan också bese en kopia av nyssnämnda guide här och nu

Generellt subsystem för autoinmatchning av sigler

Ett nytt system för att åstadkomma ett samlat grepp på autoinmatchning av sigler vid import via FFBWebb eller klippbord, ersätter diverse tjänstspecifika lösningar i tidigare versioner. I det nya systemet är det också möjligt för användaren att i viss utsträckning, påverka hur matchningsreglerna skall tillämpas för resp importkälla/fjärrlånetjänst. Det är t ex möjligt att specificera en standardsigel/defaultsigel som skall knytas till beställning om automatchning misslyckas. För vissa tjänster är denna möjlighet helt nödvändig eftersom uppgift om levererande bibliotek saknas i importdata (t ex Elin/ILL via klippbordet). I hjälptexterna finns mer att läsa om hur du kan påverka autoinmatchningsreglerna. I hjälptexternas innehållsöversikt, se under Bibliotek | Automatchning av sigler vid import via FFBWebb el klippbord

Startmenyn - vilka är inloggade?

I system med många presumtiva användare kan det vara tidsödande att vid behov få alla att avsluta sina FFB-sessioner, t ex för att man behöver köra Periodisk systemvård. För att man enkelt och snabbt skall kunna få reda på vilka som faktiskt är inloggade i FFB tillkommer fr o m version 5.1.0 möjlighet att visa vilka användare som är inne i systemet och hur länge de varit inloggade. Visningen uppdateras var 10 sekund, så man får räkna med en viss fördröjning. Systemet bygger på postlås istället för lagring i fil, så det skall vara tämligen oberoende av ev onormala avslut. (Undantag är om man kör client-server databaskoppling, då det finns risk att databastabeller inte stängs vid onormalt avslut p g a att FFB tillämpar sk pessimistisk postlåsning).

Hur kommer man då åt att se vilka användare som är inloggade? Du kan ställa in startmenyn så att detta visas. Gör så här:
Välj meny: Användare | Visa inloggade användare så att menyvalet blir förbockat:

... så kommer informationen att visas så här:

Visningen stänger du lätt av igen, genom att åter välja samma menyval så att förbockningen tas bort.

Huvudmodulen - några småsaker...

Diverse smärre förbättringar i övriga moduler

Åtgärdande av brister och rättelser av fel

FFBWebb - scriptfel i Subito

Subitos webbplats ger scriptfel i vissa lägen. Felen påverkar inte funktionaliteten men är störande för användaren. I version 5.1.0 ignoreras alla scriptfel som grundinställning. Emellertid kan behov uppstå att låta scriptfelen visas (t ex om nya fel tillkommer som faktiskt påverkar och stör funktionaliteten. Därför går det att vid ev behov, stänga av att scriptfel skall ignoreras. Denna inställning hittar du i FFBWebb:s meny: Arkiv | Inställningar | Ignorera ev scriptfel

FFBMail - autenticering

Det har blivit vanligare att smtp-servrar (epostservrar för utgående epost) kräver autenticering av epostklienter (alltså att epostklienten avger ett användarid och lösenord till epostservern, för att den skall få skicka något. Fr o m version 5.1.0 finns i FFBMail möjlighet till autenticering. Om ni har problem med att få FFBMail att skicka epost, kan problemen bero på avsaknad av autenticering, men problemen kan också ha andra orsaker, t ex spärrar i brandväggar. Fråga era systemadministratörer om er smtp-server kräver autenticering, i så fall ta reda på vilket id och vilket lösen som skall användas, och komplettera era inställningar för epost med dessa uppgifter. Inställningarna för epost hittar du via Systemadministrativa rutiner | Allmänna inställningar i startmenyn. I programmet för allmänna inställningar (FfbKonfig.exe) navigerar du vidare via menyer: Arbetsgruppsinställningar | Övriga gruppspecifika inställningar. Därefter aktiverar du inställningsgrupp Epost.

Statistik

Publikationsstatistik kraschar vid förekomst av olyckliga kombinationer av enkelt citattecken i i förekommande dokumentbeskrivningar. Rättas genom att alla förekommande citattecken tas bort vid statistikinsamling

Diverse smärre brister och fel i huvudmodulen

Ankomstregistrering. Om man ändrar långivande bibliotek i ankomstregistreringsformuläret eller returregistreringsformuläret och sedan inte genomför registreringen utan ångrar med Escape, så fastnar visningen på de sigler som man ändrade till, för alla ansökningar som visas i fortsättningen. Rättat.

Detaljvisning av ansökan, Läge detaljerat: Fakturerat belopp visas inte om inte ansökan är knuten till kostnadsställekod. Inte heller kontantbelopp visas om inte vissa ovidkommande villkor är uppfyllda. Rättat.

Påminnelser. Dialog om visade påminnelser dyker upp när huvudmodulen avslutas, trots att alla påminnelser raderats. Rättat

Biblioteksregister. Poster märkta för radering blir ej dolda i vy Ordsök/fritext. Rättat

Diverse smärre brister och fel i FFBWebb

Snabbkommando F12 för anslutning till fjärrlånetjänst verkar orsaka mer skada än nytta p g a F12:s närhet till F10. Risk att man råkar trycka på F12 när man menar F10, vilket kan medföra att import missas/går om intet. Snabbtangenten F12 för anslutning till fjärrlånetjänst tas följaktligen bort. Tillsvidare kan endast menyn användas för att ansluta till tjänst. Den/de som saknar snabbkommandot, hör av er med förslag på en lämplig ersättare för F12

Arkivering och periodisk systemvård

Arkivering tar inte hänsyn till att en ansökan är faktureringsbar men ännu ej fakturerad. Sådan ansökan skall alltså inte arkiveras, men hittills har så kunnat ske

Eliminering av koppling kund/ansökan skall ej kunna utföras på faktureringsbar ansökan som ännu ej blivit fakturerad. Detta har förbisetts fram till nu

Låneregister och arkiverade lån blir ej optimerade i den periodiska systemvården. Dessutom kraschar programmet, om man manuellt utför optimering på låneregister efter att periodisk systemvård utförts. Rättat fr o m 5.1.0

Nedladdning av installationsfiler, installation

Tvingande uppgradering

De flesta underhållsuppgraderingar som läggs ut för FFB är tämligen okomplicerade. Det är helt enkelt fråga om att ersätta gamla programfiler med nya. Om en sådan uppgradering blir avbruten av en eller annan anledning, händer inget allvarligare än att systemets funktionalitet stannar kvar på den gamla versionens nivå. En sådan "liten" uppgradering skall kunna utföras av FFB-användare med hyggligt god PC-vana.
I denna uppgradering modifieras även FFB:s databastabeller, vilket gör att uppgraderingen blir avsevärt sårbarare för ev problem som t ex avbrott p g a strömavbrott, otillräckliga rättigheter o dyl. En installation utförd till hälften kan innebära ett obrukbart system. Installation som förlöper normalt är inte mer komplicerad än vanligt, men om det skulle bli problem, ställs det större krav på pc-kunnande, för att kunna återställa ditt gamla system. Därför rekommenderas att du tar hjälp av systemtekniker för att utföra denna installation, även om du annars brukar utföra uppgraderingsinstallationerna själv. (Om du är väl hemmastadd med att hantera filer och mappar, hantera vanliga verktyg som komprimerings/dekomprimeringsprogram och navigera i operativsystemet kan du givetvis bortse från rekommendationen).

Ladda ned

Ladda ned installationsfilerna till en tom mapp på ditt system. OBS! Lägg inte filerna under FFB-systemets mapp, var som helst annars där du har fulla rättigheter men inte där. Installationsprogrammet kommer inte att acceptera en sådan placering av installationsfilerna.

Följande filer skall laddas ned (OBS! filerna skall sparas vid nedladdningen inte öppnas):

Installera

När alla tre filerna är nedladdade, starta då programmet FfbUpgradeInstall.exe som du just laddat ned. Finns många sätt att starta på. Det enklaste torde vara att öppna Windows utforskare, navigera till nedladdningsplatsen för installationsfilerna, dubbelklicka på FfbUpgradeInstall.exe

När programmet startat visas en dialog liknande följande:

Du klickar på OK och kommer då till installationsprogrammets startdialog som ser ut ungefär som nedanstående skärmdump (fast här är den mycket förminskad)

Klicka nu på knappen Installera till... så får du fram en mappdialog liknande följande skärmdump:

Peka nu ut huvudmappen för ditt FFB-system

Klicka nu på Starta installationen

Eftersom denna uppgradering också modifierar FFB:s databas, är den av kritisk natur, och får inte bli avbruten förrän hela installationen är normalt genomförd. För att inte riskera att hamna i ett dödläge p g a en installation utförd till hälften, t ex om ett strömavbrott råkar inträffa just när installationen utförs, är installationsprogrammets första åtgärd, att ta en säkerhetskopia på ditt nuvarande FFB-system. Kopian packas i en zip-fil och läggs i samma mapp som du lagt installationsfilerna. Kopians namn blir: FfbOld.zip. När säkerhetskopieringen slutförts, läggs ett längre textmeddelande ut, med information om detta, samt också hur du skall förfara för att återställa ditt gamla FFB-system om du skulle ha oturen att råka ut för ett avbrott.

När du ögnat igenom textmeddelandet går du vidare genom att klicka på länken i meddelandets topp

Om nu allt går som det skall, sköter resten av installationen sig själv. När den avslutats, skall du kontrollera att följande text finns på avslutningsdialogen: Installation av FFB Uppgradering till Ver 5.1.0, ... har avslutats normalt

FFB och framtiden

Det kan vara dags att försöka få till stånd lite mer dialog med er användare om hur utvecklingsinsatserna skall prioriteras i kommande versioner. Jag har ett par punkter som jag tacksamt tar emot reaktioner på

Postlåsning, pessimistisk eller optimistisk?

Den nuvarande postlåsningsmodellen i FFB är sk pessimistisk postlåsning. Den innebär i praktiken följande: Användare A tar fram en post (ansökan, kund, biblioteksregisterpost etc) för ändring. Om användare B försöker komma åt samma post för ändring, får hon/han inte det förrän användare A har sparat eller övergivit sin ändring.

Optimistisk postlåsning (Tillämpas ej i FFB för närvarande). Innebär i praktiken följande: Användare A tar fram en post (ansökan, kund biblioteksregisterpost etc) för ändring. Om användare B försöker komma åt samma post för ändring, så får hon/han det utan restriktioner. Om nu användare B sparar sina ändringar före användare A, så kommer användare A inte att få spara sina ändringar. Istället får hon/han ett felmeddelande och uppmanas att läsa in posten på nytt. Optimistisk postlåsning innebär alltså att man förhindras spara en post om någon annan sparar den under tiden man själv håller på att redigera den.

Fördelar/nackdelar. Nackdelen med optimistisk postlåsning torde vara uppenbar, att nedlagt redigeringsarbete riskerar bli helt bortkastat om någon annan rör posten under tiden. Emellertid finns också viktiga fördelar. Den viktigaste är att client-server databaskoppling blir ett mera rekommendabelt alternativ för den som vill ha ett snabbare FFB. Med pessimistisk postlåsning och client-server databaskoppling, så förblir databastabeller öppna vid ett onormalt slut (t ex programkrasch, nätverkskrasch, datorkrasch etc) och enda sättet att stänga är att från serverkonsolen stänga databasserverprogrammet och starta det på nytt. Med optimistisk postlåsning försvinner denna nackdel, och client-serverkoppling blir därmed mindre problemfyllt för användare som önskar högre hastighet på FFB
En fördel av mindre vikt men ibland av betydelse i system med många samtidiga användare är följande: Användare A tar fram en post för ändring, blir avbruten, försvinner sedan på lunch och därefter på sammanträde...Med pessimistisk postlåsning, kommer ingen annan åt att göra något med den bortglömda posten, förrän användare A är tillbaks igen och avslutar arbetet med den aktuella posten. Med optimistisk postlåsning, föreligger inte detta hinder utan alla andra användare kan komma åt den aktuella posten hela tiden

Jag skulle kunna satsa tid på att införa optimistisk postlåsning som en inställningsmöjlighet, men det är ett omfattande arbete eftersom all kod där läsning/skrivning till databasen sker, påverkas. Därför vill jag sondera intresset för en sådan förändring innan jag bestämmer något

Import via klippbordet

I och med denna version kommer säkert fler användare att bekanta sig med klippbordsimporten, eftersom det är den väg som erbjuds för att ta in beställningar från Elin/ILL.

Om du hittills har nöjt dig med att skriva in beställningar manuellt, när de inte kunnat tas in via FFBWebb, kanske du vill ta dig en titt på de nyskrivna exempelguiderna för klippbordsimport. Klippbordsimporten är inte svår att använda, men kräver lite hjälptextstudium i förväg.

Jag vill nu ta tillfället i akt och be er föreslå fler källor för klippbordsimport. Det är en väg som sparar en hel del inmatningsjobb åt er användare, om ni bara blir vana att hantera den importvägen. Det är också en väg som från programmeringssynpunkt kostar jämförelsevis liten arbetsinsats, jämfört med den integration som erbjuds i FFBWebb gentemot Libris fjärrlån, Subito och från denna version även NOSP

Klippbordsimporten finns ju i två varianter: igenkänd källa och okänd källa. Det önskvärda är förstås att utöka antalet igenkända källor. För att kunna göra det behöver jag hjälp från er användare, eftersom jag inte har tillgång till alla fjärrlånetjänster som kan komma ifråga.

Hur kan ni då hjälpa mig? Jo, den som önskar att t ex beställningar via webb från British Library, Cisti eller kanske ert lokala länsbibliotek skall bli möjliga att klistra in som igenkända källor via klippbordet, gör så här:




Jag kan givetvis inte i förväg lova att varje tänkbar fjärrlånetjänst går att göra importerbar via klippbordet, men om du inte tycker att ovanstående instruktioner är alltför svåra att följa, kan det ju vara värt att göra ett försök.

Förslag, klagomål

Ni är givetvis mycket välkomna att framföra förslag till förbättringar och utbyggnader. Jag tar också tacksamt emot påpekanden om sådant som fungerar osmidigt eller dåligt.