Een Document Management oplossing is goed in het beheren van ‘content’, procesondersteuning, het geven van inzich, overzicht en controle. Maar hoe komt de content het systeem binnen? Een kanaal kan ‘volledig digitaal’ zijn, gevoed vanuit andere applicaties, email, office. Er is echter nog steeds een papieren stroom die ook in het DMS behoort te landen. Kortom, er is behoefte op aansluiting met scanning.

Zou het niet fantastisch zijn als het proces van validatie en indexering, overdracht naar een DMS waar content kan worden beheerd tot het kan worden vernietigd, volledig web based en op een Open Source stack zou kunnen draaien? Dat kan! En Ephesoft is de toegang!

Ephesoft is een  Open Source ‘Mailroom Automation’ oplossing die precies dat doet. En meer.
[[This article exists in English as well.]]

Het bedrijf Ephesoft is opgestart en wordt geleid door voorheen Kofax medewerkers; er is dus behoorlijk wat domeinkennis aan boord. Het bedrijf heeft de capaciteit om dit product in hoog tempo uit te bouwen en op een niveau te brengen dat het voorziet in de behoefte (voor zover het dat nog niet doet dan). Net als bij Alfresco is het product van de grond af opnieuw opgebouwd en zijn de leermomenten van fouten uit het verleden toegepast, en het product weer verder verbeterd.

Hoe het werkt
De scanner levert batches van tiff bestanden aan Ephesoft (de applicatie). Via een webbrowser kunnen medewerkers de scans valideren en herkende metadata eventueel corrigeren. Het systeem is dus in staat om naast het weer tekst maken van de gescande afbeelding, ook herkenning van metadata te realiseren. Denk aan NAW gegevens, documentnummers, barcodes, line items… Deze metadata kan vervolgens verderop in het proces worden meegegeven aan het DMS. Zoals gemeld kunnen medewerkers de metadata controleren en verbeteren waarna Ephesoft de gescande bestanden tesamen met de metadata via de CMIS standaard kan doorgeven aan het DMS. (Mits CMIS compliant natuurlijk.) Voor mij is het DMS Alfresco.

Dat zowel DMS als scan applicatie zowel web based als open source zijn, geeft enorme vrijheid om deze te implementeren in de organisatie en architectuur. Qua eventueel maatwerk bestaan veel voorbeelden (want: open source), en qua architectuur bestaal allerlei keuzen om bepaalde (of alle delen) ‘in de cloud’ of bij een derde partij te hosten, terwijl de medewerkers volledig plaats en tijd onafhankelijk kunnen werken met slechts een webbrowser! Dit kan Het ultieme Nieuwe Werken!

Ephesoft functionaliteit

Ephesoft is de applicatie voor ‘intelligent document capture’. Het bestaat uit het volgende ‘modulaire’ proces:

Document Ingestion
Ephesoft ontvangt content/documenten uit een bron. Dit kunnen natuurlijk gescande batches tiff documenten zijn (elke folder met tiff bestanden wordt als batch gezien). Het systeem kan echter ook gevoed worden door elk ander systeem, denk aan email (bericht met bijlagen) of content uit een DMS wat up uniforme wijze geclassificeerd kan worden en aan een DMS kan worden aangeboden ter archivering of opslag. De huidige 1.9 versie van de software maakt van email en bijlage PDF documenten die full-text indexeerbaar zijn en via het Ephesoft proces classificeerbaar zijn en waar metadata uit geëxtraheerd kan worden. Een open source tool om email te archiveren en van metadata te voorzien!

OCR & Barcode
De volgende stap in het proces is om de feitelijke tekst van de afbeelding of het document te verkrijgen. Als het gaat over een scan, komt dot neer op OCR (Optical Character Recognition). Ephesoft maakt gebruik van een modulair stysteem, en er is keuze welke OCR engine hiervoor te gebruiken. De community versie komt geconfigurered met  Tesseract als OCR engine, de Enterprise versie met Recostar Professional, een closed source OCR tool. Overigens zou ook  ORCopus kunnen worden ingezet als open source ORC engine, als deze nog niet standaard configureerbaar.

Documenten die oorspronkelijk uit een gecontroleerde omgeving komen zoals een DMS,  zouden voorzien kunnen zijn van enige vorm van barcodes. Ephesoft wordt standaard geleverd met de mogelijkheid om Code39 barcodes (de ‘normale’ 1 dimensionale barcodes, zoals bekend uit de supermarkt), QR codes (2 dimensionale codes) , and datamatrix codes (ook 2 dimensional). De 1-dimensionale barcode kan typisch gebruikt worden voor iets als een document/klant/briefnumer, en de 2 dimensional versie kan veel meer informatie bevatten. (QR codes wordne ondermeer gebruikt om de link naar (intranet/DMS?) webpagina’s te bevatten.

Classification (and Separation)
Ephesoft kan leren hoe de eerste en laatste pagina’s van een document er uitzien. Met deze informatie kan een stapen documenten ineens gescand worden, en is het niet meer nodig om scheidingsvellen tussen de te scannen documenten op te nemen. De gescande velletjes worden vanaf dat moment als een document beschouwd. Het systeem kan verschillende document types herkennen, met verschillende begin/eindpagina’s, op basis van de layout en het voorkomen van zaken als keywords, barcodes en andere herkenbare ‘landmarks’.

Voordeel is dat men zich in de scanstraat niet meer druk hoeft te maken over scheidingspagina’s, er kan gewoon een stapel originelen worden gescand en het systeem kan herkennen welke pgina’s een document vormen. Dit kan veel tijd en moeite schelen.

Extraction
Een van de mooie functies van Ephesoft is dat het entiteiten kan herkennen binnen een document. Zaken als namen, adressen, postcodes, klantnummers etc. kan worden herkend en opgeslagen als metadataveld. Dit is van enorme meerwaarde als het document aan een DMS wordt toegevoegd. Een DMS kan vervolgens op basis van deze aanvullende/beschrijvende metadata routering bepalen, of rapportages en overzichten genereren.

Distribution
Als de documenten gescand, van tekstlaag en metadata (extractie) zijn voorzien, en naar pdf zijn geconverteerd, moet Ephesoft ze ‘ergens laten’.  Ephesoft community wordt geleverd met twee eindpunten voor deze pdf’s. De meest basale is dat de bestanden naar een (netwerk)schijf worden weggeschreven. Een nadeel is dat een bestand op de netwerkschijf vaak niet alle metadata kan bevatten die eerder herkend is. Wel behoud het de voordelen vna een volledig geindexeerd en doorzoekbaar pdf document. Er zijn natuurlijk toepassingen waar dit ongewenst is.

Het andere alternatief is dat het pdf bestand via de CMIS standaard aan een ander systeem wordt overgedragen. CMIS is een open standaard onderhouden door het OASIS consortium. CMIS staat voor Content Management Interoperability Standard, wat ik al eerder heb beschreven. CMIS heeft de fantastische mogelijkheid dat zowel het document als de metadata kan worden uitgewisseld. Ephesoft kan vervolgens dit CMIS ‘end point’ configureren dat de pdf versie (of desgewenst (ook) de tiff) van de scans met metadata naar Alfresco kan worden overgezet.  (Lees verder in “Configuring Ephesoft and Alfresco for CMIS integration“; in English).

User interface om Batches te verwerken
De Ephesoft applicatie heeft twee types web-based interface. De eerste is bedoeld voor de gebruikers die de kwaliteit van de scans en de metadata in de gaten houden of verbeteren. De Ephesoft engine doet zijn best om de metadata te herkennen, maar dit zal waarschijnlijk nooit 100% zijn. In deze interface krijgen gebruikers overzicht over de gescande batches in termen van prioriteit en status. Per batch kunnen de documenten gevalideerd worden, pagina’s worden verplaatst, geroteerd (of verwijderd) en de metadata die niet correct is herkend kan worden verbeterd of aangevuld, zoals in de afbeelding hieronder. Hoewel Ephesoft een web-applicatie is, kan de gebruiker gebruik maken van een groot aantal keyboard shortcuts om de effectiviteit te verhogen.  (Voor verdere details, zie de User Manual)

User inferface om het systeem te beheren (e.g. admin interface)
Het Ephesoft systeem moet natuurlijk ook beheerd worden. Met de administratie interface kan men de Batches configureren. Per batch klasse kunnen Modules worden geactiveerd en geconfigureerd.  Zo kan de ene Batch klasse een CMIS endpointhebben naar  systeem A, de documenten in een andere Batch klasse worden afgeleverd in systeem B, en de documenten uit een derde klasse worden opgeslagen op een folder op een netwerkschijf.  (Voor meer details, zie de Admin Manual).

In dit screenshot kunnen de modules van de huidige Batch klasse worden geselecteerd om te configureren.

Het is een beetje jammer dat het beheer van gebruikers is gedelegeerd naar een applicatieserver. Vanuit een business standpunt is dit geen ramp, het is gebruikelijk dat een applicatieserver koppelt met een systeem als Active Directory. De community versie wordt geleverd met Tomcat als applicatieserver, waarbij de gebruikers terug te vinden zijn in de user.xml file van Tomcat.

Ephesoft vanuit technisch perspectief
Ephesoft is een Java gebaseerde web-applicatie die draait op een server. Dit betekent dat de gebruikers alleen maar een webbrowser nodig hebben! De server gebruikt JBPM als basis voor het modulaire proces. Elke module kan worden geconfigureerd, en eenvoudig worden aan- of uitgezet, of worden vervangen door een module met gelijksoortige functionaliteit.

De server is ontworpen om te kunnen functioneren in een cluster (om single-point-of-failure te vermijden en een hoge erg beschikbaarheid te kunnen garanderen) en tevens voor gebruik ‘in de cloud’. Door deze ontwerp-beslissingen zijn robuuste en hedendaagse architecturen te realiseren. Waarom de server in eigen beheer draaien en niet in de cloud? Parameters zoals scan volume, beschikbare bandbreedte, de spreiding van de organisatie over het land/continent/wereld beinvloeden mede hoe een ideale architectuur er uit kan zien. Ephesoft kan zich aanpassen aan vele architecturen, en zal niet gauw in de weg zitten.

De Ephesoft applicatie is een Java application die draait in een Applicatie Server. De community versie wordt geleverd met Tomcat, maar specifieke versies van  JBoss, Weblogic en Websphere worden ook ondersteund. De applicatie gebruikt ImageMagick voor de grafische transformaties (schalen, van tiff naar png). De OCR module binnen Ephesoft kan worden vervangen. De Enterprise versie wordt geleverd met  Recostar Processional, Community komt met Tesseract. In mijn beleving zou Tesseract ook nog vervangen kunnen worden door ORCopus.

hOCR staat voor de tool die de tiff’s kan combineren met de tekst laag (in de .hocr files) tot een pdf file (evt. met meerdere pagina’s per document). Deze .horc files bevatten zowel de text die herkend is van de afbeelding, alsook de locatie van de woorden/letters op de pagina. Net zoals Tesseract, is ook deze tool is beschikbaar voor zowel Windows als Linux. Op moment van schrijven was MySQL de enige ondersteunde database, maar op de korte termijn worden ook MSSQL, oracle, Postgress en DB2 ondersteund. De actuele technische details kunnen online worden teruggevonden.

Het business model
Ephesoft kent een vergelijkbaar subscription model als Alfresco. De Community Edition komt onder de  GPL v2 license, en is dus gratis te gebruiken, zonder ondersteuning van Ephesoft, zonder garanties. U bent dan aangewezen op de wiki, fora, internet etc. De Enterprise Edition is verder getest en wordt geleverd met een commerciele (kwalitatief betere)  OCR oplossing. De subscription is gebaseerd op het aantal CPU’s die in gebruik zijn op de server, niet door het aantal gebruikers, aantal scans of andere beperkingen. Er bestaan een aantal nivo’s van ondersteuning, van het inschieten van issues tot 24/7 ondersteuning. Zie de Ephesoft website voor meer details.

Het ‘bewijs’
Ik heb flink met Ephesoft gestoeid om het (op mijn manier) technisch werkend te krijgen. Naast wat technische details waar ik tegenaangelopen ben, leer ik ook graag grenzen (en verkrijg ik inzcht) door over deze grenzen heen te gaan. Ik had mij een aantal doelen gesteld:

1. Configureer Ephesoft zodanig dat de resulterende pdf’s in Alfresco worden opgeslagen middels CMIS. Dit is gelukt, maar niet met de mate van detail die ik had verwacht. Zie “Configuring Ephesoft and Alfresco using CMIS integration” voor de details (in English). De eindconclusie is: ja het werkt.  Vooral voor de ‘simpelere’ attribuut types. In de inmiddels vorige  community version (1.8.1.6) ging het CMIS transportmis voor data types als Long and Double (CMIS kent alleen Integer en Decimal). Dit blijkt mede te zijn opgelost door als String de waarden over te dragen.
2. installeer Ephesoft en Alfresco in een enkele  Tomcat instance. Dit is geen real-life scenario, in een productie omgeving zullen deze juist gescheiden zijn. Het geeft echter wel een idee welke componenten, libraries en omgevingsvariabelen nodig zijn, en hoe e.e.a. geconfigureerd is, en hoe dit te tweaken is. Bovendien is het aantrekkelijker een enkele VMware op te starten voor demo doeleinden. Ik heb dit uitgeprobeerd op het Windows platform, en de conclusie is: ‘Bijna klaar’. Ik heb beide applicaties in een enkele Tomcat geinstalleerd, en uiteindelijk liep de stap van het samenvoegen van tiff en hocr tot pdf bestand mis. Zie “Ephesoft and Alfresco into one Tomcat instance” voor meer details (gestaakt, wekens wisselen van versies, installaties, en beperkte vrije tijd).
3. Als Open Source adept draait een server ‘natuurlijk’ Linux. ‘Helaas’ blijken de huidige klanten van Ephesoft allemaal Windows te draaien, dus het lijkt vooral mijn probleem . Aangezien het om een Java applicatie gaat, zou dit niet al te complex zijn. De crux zal zitten in de helperapplicaties als Tesseract, ImageMagick en hOCR. mijn eerste stap is om Tesseract op Linux werkend te krijgen (Bij de Ephesoft Windows distributie wordt dit werkend meegeleverd). Dat was eenvoudig, zie “Alfresco using Tesseract OCR on Ubuntu Linux” (English). De volgende stap is om de verdere applicatie werkend te krijgen op Linux (zie “DRAFT: Install Ephesoft on Ubuntu Linux” voor de details – English, en nadrukkelijk ‘draft’). Dit is uiteindelijk nog niet afgerond. Enerzijds door tijdgebrek (het is hobby-project voor mij), anderzijds (b)lijken er een aantal paden hardcoded te zijn voor Windows. Het systeem wil perse de windows TesseractConsole.exe aanroepen, en die bestaat niet in Linux wereld. Ik wacht nog op wat vrije tijd om de broncode door te nemen en aan te passen, maar aangezien dit een project is in eigen tijd…

The near future
De Nederlandse versie van deze blog is ingehaald door de realiteit. Inmiddels is de 1.9 versie van Ephesoft vrijgegeven. Deze maakt van Ephesoft een krachtige email-classificatie tool. In de Document ingestion fase kan naast de gescande tiff ook email worden ‘ingevoerd’. Email met bijlage worden naar pdf geconverteerd, en alle features zoals entity extractie kunnen hierop worden uitgevoerd! Daarnaast worden binnenkort verwacht:

• Form processing, zone OCR/ICR/OMRPDF/
• Multi page tiff import
• Table extraction
• veel meer…

Daarnaast worden ‘groepen’ geintroduceerd, zodat batch classes aan bepaalde groepen kunnen worden gekoppeld.  Ik kijk erg uit naar hands-on tijd met de nieuwe 1.9 release…

Mijn conclusie

Allereerst: Wat een fantastisch product. En een pluim voor de respons van de mensen van Ephesoft, men reageert heel snel en uitgebreid op vragen en foutrapporten.

Vanuit een architectuur standpunt vind ik de 100% server/web-based oplossing interessant. Gebruikers hebben alleen een webbrowser nodig. Ideaal voor HetNieuweWerken! De mogelijkheden zijn krachtig, ik kan het wel zien werken…

Ik ben erg fan van de Document Ingestion fase. Natuurlijk zijn scans slechts een van de vele stromen informatie die geclassificeerd en van metadata voorzien dient te worden. Het ligt erg voor de hand dat het ongeacht de stroom, door dezelfde logica heen gaat! Of de documenten nou vanuit scan, email of een DMS komen, de extractie logica is op deze wijze eenduidig.

Downside is dat het product relatief nieuw is. In het licht van open source betekent dit dat nog geen levendige community bestaat, maar nog  in opbouw is. Zo ontdekte ik dat de Issue Management oplossing nog in ontwikkeling is, maar aan de andere kant, het product moet ook ontwikkeld worden en er moeten klanten gevonden worden, ook Ephesoft kan de tijd maar eenmaal besteden. De wiki is in opbouw, evenals de discussie fora. er is wel degelijk aandacht voor de documentatie, in de wiki zijn recentelijk weer mooie tutorials toegevoegd. De website communiceert helder wat er in een volgende release verwacht kan worden, en wanneer deze release gescheduled staat. Tot op heden wordt er prima naar planning geleverd!

Het beheer van gebruikers is een punt van aandacht. Aan de ene kant hoeft niet elke applicatie zelf aan gebruikersbeheer doen. Aan de andere kant, als er geen fatsoenlijke applicatieserver is (liefst met koppeling naar AD) zou het verdomd handig zijn als er wel een kaal minimum is, wat iets meer kan bieden dan de users.xml in Tomcat…

Ik was licht teleurgesteld door de CMIS integratie. Het mappen van de pdf output op de standaard cmis:document ging prima. Het werd spannend toen ik de datatypes in Alfresco gelijk trok aan de datatypes in Ephesoft. CMIS voorziet niet in alle data types, en het bleek dat sommige types als String werden aangeboden. Dat moet de ontvangende Alfresco kant natuurlijk ook weten…

Ik vind het een mooie tool, ben blij verrast door de breedte van de oplossing, en ik heb een warm gevoel bij de Ephesoft organisatie.

Mijn to-do lijst

• Ik wil een onderzoek doen om de kwaliteit van OCR te kunnen vergelijken tussen de open source en de closed source OCR oplossingen.
• Ik wil graag de code bekijken en bezien waar deze kan worden aangepast om de helper tools voor de verschillende platform te kunnen configureren. Daarna kan ik verder met mijn alles-op-Linux experiment.

[update 16 jan 2011: toegevoegd link naar "DRAFT: install Ephesoft on Ubuntu Linux"]

Recent heeft de Europese ombudsman een uitspraak gedaan over wanneer Open Source moet worden aanbesteed en wanneer niet. Deze uitspraak heeft nogal gevolgen voor Open Source oplossingen met een gesupporteerde versie. Tjarda Peelen legt uit.

Tjarda Peelen over Open Source aanbestedingen

Voor vrijwel iedere organisatie is kennismanagement een uitdaging. Hoe zorg ik ervoor dat alle medewerkers op de hoogte zijn van relevante zaken. Als het echt belangrijk is (bijvoorbeeld wijziging in arbeidsvoorwaarden), dan ontvangen de medewerkers een brief op hun huisadres, voor veel andere communicatie (bijvoorbeeld locatie en tijdstip bijeenkomsten) is e-mail een algemeen geaccepteerd communicatiemiddel.

De mailfunctie “Send All” wordt hierbij vaak gebruikt, en enkele jaren geleden leverde dat zelfs nog veel conversaties op waarbij de ontvangers vrolijk ook op “Reply All” drukten om hun mening kenbaar te maken.  Voor meer statische kennis (documentatie) is de gedeelde netwerkschijf een populair opslagmedium, de afgelopen jaren veelal vervangen door een documentmanagement omgeving.

Naast deze digitale functies zijn er natuurlijk ook vergaderingen en andere formele en informele ontmoetingsstructuren waarbij kennis wordt gedeeld. De vraag blijft hierbij in hoeverre al deze communicatiekanalen een doel vervullen. Vraag of aanbod gestuurd communiceren is een interessant vraagstuk. Reguliere of ad-hoc kennis- en informatiedeling. In de kern komt het neer op kennis delen of kennis halen. En, zoals de titel van deze blog al impliceert: bij kennis halen kan het gebruik van sociale netwerken een interessante rol vervullen. Een sociaal netwerk, open (Twitter) of gesloten (Yammer), kan mensen met elkaar in contact brengen op een laagdrempeliger manier dan telefoon of e-mail.

Het kennisnetwerk faciliteert – vanuit een technische (tool) insteek – de communicatie, en zorgt ervoor dat kennis(sen) met elkaar in contact gebracht worden. Dus in plaats van het pro-actief communiceren, gaan we passief afwachten tot er vragen komen, en vervullen de kenniswerkers de intermediair-rol in het bij elkaar brengen van vraag en aanbod.

Zijn er risico’s verbonden aan deze methode ? Ja: medewerkers die niet gewend zijn aan sociale netwerken (of die er een aversie tegen hebben) vallen deels buiten de boot. En bij de inzet van deze nieuwe technologie zie je ook typisch de longtaileffecten optreden: een kleine groep mensen die erg actief is en een grote groep mensen die er nauwelijks gebruik van maakt.

Waarom – met deze risico’s in het achterhoofd – dan toch gebruik maken van deze sociale netwerktechnologie voor kennisdeling ? Omdat mensen steeds bekender worden met deze fenomenen doordat ze heel goed aansluiten bij de menselijke behoefte tot ‘losse’ communicatie. Roep maar wat en er is altijd wel iemand die reageert. Deze behoefte kan ten volle worden ondersteund door sociale media, maar er zullen altijd laggards zijn. Maar die zullen onafhankelijk van de ingerichte methode vrijwel altijd bij de laggards behoren.

Ik snap het wel en ik snap het niet. Case management. Wat ik snap is dat er altijd een behoefte is om bestaande oplossingen te koppelen aan nieuwe of nieuw bedachte business problemen. Wat ik niet snap is dat diezelfde bestaande oplossingen dan ineens heel anders gepresenteerd moeten worden. Komt daar die IT terminologie overkill vandaan?

Eerst was er document management. Dat was simpel. Documenten moesten netjes worden opgeslagen en makkelijk terugvindbaar worden gemaakt. Logisch. Duidelijk werd dat documenten een levenscyclus hebben. Van eerste grove aanzet tot door alle instanties goedgekeurd. Workflow bood ondersteuning bij het doorlopen van dat proces. Prima, snap ik allemaal.

Toen kwam de tweede golf. Business Process Management deed zijn intrede. Tot op de dag van vandaag heeft niemand me helder kunnen uitleggen wat dat is, en vooral niet wat daar anders aan is dan wat we al deden. Maar het bracht de spanning wel weer even terug, dat is waar.

Kennelijk is de BPM hype een beetje overgewaaid, en was er behoefte aan een nieuwe trend. Voila case management. Forrester rapporteert braaf dat hiermee een oud idee wordt afgestoft en dat de tijd er nu kennelijk rijp voor is. Maar ook Forrester loopt vast in een goede definitie. Het lijkt nu een soort van ophoping van concepten uit ECM en BPM (uiteraard bouwen we wel voort op de verwarring die al gezaaid is).

Schiet mij maar lek. Als ik er met een dosis gezond boerenverstand en de nodige ECM achtergrondkennis naar kijk, zie ik leveranciers Case Management uitleggen als een preconfiguratie van hun softwareoplossing, die daardoor sneller implementeer is op veel voorkomende business uitdagingen. Handig!

Eigenlijk is de industrie dus bezig haar eerst zo generiek mogelijk ontwikkelde platformen nu pre-fab aan te bieden voor bepaalde doelstellingen. Dus waar je vroeger een aannemer kreeg op je vraag om een nieuw huis, krijg je nu een brochure met pre-fab mogelijkheden die hopelijk passen bij het soort huis dat je zoekt. En anders kun je altijd nog de aannemer inhuren.

Enfin, ik denk het hiermee begrepen te hebben, en vind de hele hype weer een hoop ingewikkeld gedoe voor iets wat eigenlijk heel simpel (en daarmee heel krachtig) is. Maar mocht ik er finaal naast zitten, dan hoor ik het graag!

Het actieplan Nederland Open in Verbinding (NOiV) heeft tot doel overheidsinstanties aan te moedigen gebruik te maken van Open Standaarden en Open Source. Ondanks de toenemende mogelijkheden en de druk van de overheid lopen Nederlandse overheidsinstellingen achter bij andere Europese landen.

Bas Peters van VLC heeft een whitepaper geschreven waarin de mogelijkheden van Open Source Document Management (of Enterprise Content Management) worden beschreven, specifiek voor Nederlandse gemeentes. Daarin gaat hij ook in op de unieke eigenschappen die Alfresco heeft, en de professionele mogelijkheden die er voor beheer, implementatie en support van Alfresco te krijgen zijn. Het whitepaper laat zien dat er geen excuses meer zijn om als Nederland achter te lopen als het gaat om de toepassing van open source voor document management gerelateerde oplossingen.

Het paper is te downloaden op de website van VLC.