Re: Samarbete kring Roda (e-arkiv)
Vill bara göra lite reklam för Roda-nätverkets hemsida som finns på https://nosad.se/roda
Där finns information om nätverket, vad vi gör, vilka som är med och hur du kan komma i kontakt med oss. Vi har också börjat lägga upp hänvisningar till t.ex. projektdokumentation och delar dokument och annan information när vi kan.
Så gå gärna in på https://nosad.se/roda
@PerAnd Roda har ett pre-ingest-verktyg som jag tycker är riktigt bra, Roda-In. Det är en separat programvara men man skapar SIP:arna där och sedan går man in i Roda och väljer transfer, hämtar sitt paket och gör resten där. Så det verktyg vi är intresserade av ska endast utföra formatkonverteringen (till en början iaf).
@lfvjimisola Ja precis, vi har ju en automatisk konvertering till PDF/A (utan objektiv validering dock) av officeformat, men det kan nog finnas en hel del konstiga format inlagda iaf.
@Magnus-Sälgö Hos LFV har vi inga regelbundna leveranser till NAD så inget vi funderat på. Men jag tar det med mig!
@jonass Hej! Det är en jätteintressant tankegång och något som vi har funderat tidigare på inom förvaltningen av LFVs dokumenthanteringssystem. Så arbetet med det här verktyget kan säkert gå hand i hand med kommande kravställning där.
För kännedom så jobbar jag även för Sjöfartsverket, som ingår i Roda-projektet tillsammans med LFV. Där har vi genom ett separat projekt infört begränsning i vilka filer som får läggas in i deras dokument- och ärendehanteringssystem (Public 360), vilket kommer att sparas oss en hel del jobb framöver.
När ni har genomfört e-arkiveringsprojekt, dvs uttag av data ur tex ett system för leverans till e-arkivet, vilka roller inom teknisk kompetens har varit med i processen då? Inom vårt införandeprojekt tittar vi just nu på implementering av den nya verksamheten för e-arkiv och behöver då speca vilka IT-resurser vi behöver vid e-arkiveringsprojekt. Inom införandeprojektet ska vi genomföra en pilotleverans och då är det två systemutvecklare som ska sköta de tekniska bitarna, men vi är lite osäkra på hur vi ska göra sedan. LFV har ingen riktig IT-avdelning och IT-bitarna är liksom uppsplittrade på flera håll. (Ja jag vet att en open source-produkt eg. kräver en stor IT-avdelning, men herregud, vi kan ju inte låta en sådan liten detalj stoppa oss från att införa e-arkiv 
)
I vissa fall kanske en systemleverantör hjälper till, i andra fall supporten för e-arkivet, men om man behöver in-house-kompetens, vilka är lämpliga då?
@elin-jonsson Tack för svar Elin! Jo vi kommer ju behöva leverera till Riksarkivet någon gång (lååååångt in i framtiden) och då måste ju paketen överensstämma med deras krav. Men innebär det alltså att de måste vara ordnade efter FGS:erna vid RA-leveranserna? De bygger ju som sagt på samma standard i botten?
Det känns som att man siar lite i de här frågorna och att man behöver ta höjd för olika saker som man inte vet hur de kommer att se ut flera år framöver. RA vill väl såklart att statliga myndigheter använder deras specar, men jag får intryck av att det är långt ifrån alla verk som tänker så. Tacksam för input från något statligt verk också
Ska ta med mig frågan om vilka behov och förutsättningar vi har, vi är i en tidig fas av detta så allt har inte fallit på plats ännu.
Tar tacksamt emot era uppfattningar om fördelar och nackdelar med RA:s FGS:er respektive de specar som tagits fram inom E-ARK-projektet (nu Dilicis). Det här gäller LFV, det vill säga en statlig myndighet. Vi är helt nya inom e-arkivering, ska installera ESSArch i början av nästa år och göra en pilotleverans av några enstaka testfiler i samband med det. Har nu ställts inför frågan vilken paketspec vi ska använda och behöver därför göra lite research.