Accountancy & ICT

Real-time = Realistisch?

2010-05-07T10:49:00.000+02:00

“Standard Business Reporting (SBR) zorgt ervoor, dat iedereen altijd actueel inzicht kan hebben in de financiële gang van zaken bij een onderneming.”, dat is zo ongeveer de samenvatting van een aantal opmerkingen die ik de afgelopen weken heb gelezen en gehoord. SBR zou dus de oplossing zijn van alle problemen met (tijdig) rapporteren.

Gelukkig kwamen deze opmerkingen niet allemaal zomaar uit de lucht vallen. Bij wat nader onderzoek, bleek namelijk dat een van degenen, die hierover een opmerking maakte, er vanuit ging, dat het op orde hebben van de bedrijfsprocessen en de informatievoorziening daaromheen er ook voor zou zorgen, dat rapporteren in SBR op elk moment mogelijk zou zijn.

Hoe mooi het idee ook is, toch denk ik dat de praktijk iets weerbarstiger is. In eerste instantie gaat het rapporteren in SBR voor het MKB alleen om de jaarrapportage naar debanken, de Kamer van Koophandel en de Belastingdienst (de laatste in de vorm van de verkorte winstaangifte). Actuele informatie rapporteren in SBR komt pas daarna en zal waarschijnlijk als eerste gaan spelen richting de banken. Die verwachten dan toch een wat completere set gegevens dan alleen informatie vanuit de primaire bedrijfsprocessen. Om dan echt op elk moment te kunnen rapporteren, hebben we real-time inzicht nodig in alle gegevens, die nodig zijn om zo’n rapportageset te kunnen maken. Real-time is tegenwoordig een eis die vaak wordt gesteld aan managementinformatie, ook al zonder dat SBR in beeld was. Het lijkt zo simpel: computers zijn snel, transacties worden direct verwerkt, dus informatie is direct beschikbaar. Maar is het zo simpel als het lijkt? En hoe real-time moet informatie zijn om maximale waarde te hebben voor de gebruiker van de informatie?

Om met het laatste te beginnen: goed nadenken over de vraag hoe frequent en hoe snel informatie beschikbaar moet zijn, kan het stellen van zinloze eisen voorkomen. En het hierbij onderscheid maken tussen informatie, die dagelijks wordt gebruikt om bedrijfsprocessen te sturen, en informatie die veel minder frequent nodig is om de gang van zaken te bewaken, is ook een belangrijke stap. Uit deze opmerkingen is al op te maken, dat het op elk moment een complete rapportageset in SBR op kunnen of willen leveren, in veel gevallen niet reëel is.

Een eenvoudig voorbeeld: als elke dag een rapportage moet kunnen worden opgeleverd, betekent dit ook dat alle kosten per dag moeten worden toegerekend om een betrouwbaar overzicht te geven. En dat is heel wat anders dan dagelijk inzicht hebben in alle belangrijke bedrijfsprocessen. Dat laatste is uitermate belangrijk, maar of het eerste dat ook is, betwijfel ik.

Samengevat komt het er gewoon op neer, dat we nog steeds zullen blijven rapporteren met een maximale frequentie van maandelijks. Real-time lijkt me niet zinvol, maar met een hogere frequentie rapporteren dan in de papieren wereld lijkt me heel waarschijnlijk. Dan moet wel de informatie continu op orde zijn en daar komt voor accountants vast weer mooi werk uit: "continuous auditing". Want "garbage in = garbage out" geldt hierbij ook nog steeds en dat willen we uiteraard niet, want dan wordt de digitale rapportagewereld een achteruitgang ten opzichte van de papieren wereld.

Wachten of informatie of gewoon zelf gaan halen?

2010-02-08T09:12:00.000+01:00

Wie kent het gevoel niet steeds meer informatie te moeten verwerken, dat ook daadwerkelijk te doen en toch nog regelmatig het idee te hebben, belangrijke dingen te missen? Ik kom regelmatig mensen tegen, die mij vragen, hoe ik hier mee om ga. Zelf heb ik dit gevoel ook echt wel eens, maar gelukkig niet zo vaak. Daarom ga ik er toch een blog aan wagen.

Een van de feiten rondom kenniswerk is het in grote hoeveelheden beschikbaar zijn van informatie. In plaats van de periodiek verschijnende vakbladen aan het begin van deze eeuw komt er nu dagelijks een veelvoud aan informatie beschikbaar, meestal nog gratis ook en kwalitatief hoeft het zeker niet minder te zijn.

Dit heeft grote voordelen, maar je moet wel zelf aan de slag om de informatie te halen. Waar je vroeger (klinkt verder weg dan het is) een abonnement op een vakblad nam of een ander vakblad uitzocht als je functie wijzigde, moet je nu al die andere informatie zelf opzoeken. Als alle beschikbare informatie bij je zou worden gebracht, wordt je er ook niet gelukkig van en stop je waarschijnlijk acuut om ook nog maar iets te lezen.

Een paar ideeën om aan de juiste informatie te komen, zonder te verdrinken in de hoeveelheid:

Doel
Stel voor jezelf vast van welke onderwerpen, vakgebieden, ontwikkelingen, enz., je op de hoogte wilt blijven. Beperk dit niet teveel, maar maak wel onderscheid tussen zaken, waarbij hoofdlijnen voldoende zijn en zaken, die je redelijk gedetaillerd wilt of zelfs moet volgen. Het op deze manier bepalen van je focus helpt je om enerzijds je informatiebronnen te zoeken en anderzijds de informatie sneller te filteren op relevantie.

Zoeken naar informatie
Als er iets dynamisch is in het kennistijdperk van nu, zijn het de beschikbare informatiebronnen. Het zoeken naar de juiste informatie is daardoor een steeds veranderend onderdeel van je werk, doordat er telkens nieuwe bronnen bij komen. Zomaar een paar ontwikkelingen van de laatste paar jaar, die je kunnen helpen:

RSS feeds: op vrijwel elke website zijn RSS feeds te vinden, waarmee je via een RSS reader heel makkelijk actuele informatie kunt verzamelen, zonder telkens al die websites na te gaan zoeken. Dit is een momenteel een van de makkelijkste manieren om informatie van heel veel websites bij te houden zonder er veel werk aan te hebben. Erg handig hiervoor is bijv. Netvibes (of een voorbeeld, zoals ik het gebruik).
Blogs: op blogs wordt praktijkinformatie gedeeld door mensen, die zo gek zijn van hun werk, vak, hobby of wat dan ook, dat ze de moeite nemen om die informatie ook nog eens gratis beschikbaar te stellen. Vaak is dit betrouwbaarder dan de marketingteksten op officiële websites van bedrijven.
Twitter: door de juiste mensen te volgen op Twitter kun je redelijk eenvoudig aan allerlei relevante actuele informatie komen. Deze mogelijkheid kost geen geld, weinig tijd en levert genoeg op. Tip: kijk ook eens, wie degenen volgen, die jij volgt.
LinkedIn: als je je netwerk op LinkedIn op de juiste manier onderhoudt, dus bijv. voldoende geven en niet alleen nemen, heb je ongemerkt vaak heel veel mensen, die misschien wel de informatie hebben, die je nodig hebt. Je moet wel durven vragen, maar ga er van uit, dat mensen graag informatie delen op onderwerpen, waar ze veel van weten. En stel vragen ook via de "Discussions" bij relevante "Groups".

Wees verder zelf selectief: informatie via digitale media, die later wordt gevolgd door informatie op papier, is niet zo zinvol. Maak dan een keuze: papier kan ook een mooie bundeling zijn van informatie, die anders in veel kleine stukjes komt. Het ligt er maar net aan, hoe actueel iets moet zijn.

Wachten tot informatie wordt gebracht, werkt niet meer
Als je wacht tot informatie bij je wordt gebracht, loop je binnen korte tijd redelijk ver achter, denk ik. Formele informatie wordt via de (nog) bestaande vakbladen als het van buiten de organisatie komt of via nieuwsbrieven, cursussen of handboeken als het interne informatie binnen de organisatie betreft, op een gegeven moment wel gebracht, maar dat lijkt mij niet voldoende meer als je geen 'grijze muis' wilt zijn of worden.

Van de andere kant gezien: informatie brengen wordt ook redelijk onmogelijk, doordat er zoveel is, dat je niet meer weet wat je bij wie zou moeten brengen. Dit geldt uiteraard niet voor de verplichte kost binnen een organisatie, zoals ik hiervoor al heb genoemd: dat moet iedereen binnen de duidelijk bekende doelgroep gewoon krijgen en weten.

Informatie brengen: afstemmen op je doelgroep
De ervaring, die ik zelf heb bij informatie die wordt gebracht (zowel vanuit de organisatie als van daarbuiten), is dat het vaak niet is afgestemd op de doelgroep. Er is dan bijv. een algemene nieuwsbrief, waar elke ontvanger in moet gaan zoeken wat voor hem/haar van belang is. Het aangeven van voorkeuren is dan ook niet mogelijk. Volgens mij is dit een ideale manier om te zorgen, dat zo'n nieuwsbrief niet wordt gelezen.

Tenslotte
Ga aan de slag! De enige manier om de informatie te krijgen, die je relevant vindt en dus niet meer of minder, is gewoon aan de slag gaan. Dit lijkt misschien lastig, maar valt best mee. Niet beginnen is in elk geval vroeg of laat verdrinken in de informatie. Als je je bronnen goed verzamelt, kijk je ook wel zo ver vooruit, dat het niet zo erg is als je een keer wat mist. Belangrijke dingen kom je echt nog wel vaker tegen.

E-mail = communicatie?

2010-01-25T14:14:00.002+01:00

E-mail is een handig communicatiemiddel, maar is ook nogal eens een bron van miscommunicatie. Een aantal oorzaken van miscommunicatie via e-mail wil ik eens kort toelichten in deze blog. Vooraf een samenvatting voor de lezers, die niet zoveel tijd of zin hebben om het hele artikel te lezen:

Vermeld altijd duidelijk in je e-mail wat je van de lezer verwacht: concrete vraag, ter info, enz.;
Vermeld altijd duidelijk de volgende actie en wie hiervoor verantwoordelijk is als dit uit de vraag niet direct blijkt;
Zet alleen meerdere vragen in één bericht als deze heel direct met elkaar te maken hebben; in overige gevallen stel je één vraag per bericht;
Gebruik CC alleen als het echt nodig is, dat de ge-CC-de het bericht leest;
Gebruik CC nooit als de ge-CC-de meer moet doen dan het bericht ter kennisgeving aannemen;
Gebruik e-mail alleen voor concrete zaken, dus niet om te brainstormen, een complex onderwerp te 'bespreken' of een conflict op te lossen.

En dan nu de verdere uitwerking van de bovenstaande punten.

Geen concrete vraag, een onduidelijke vraag of veel te veel vragen
In het artikel op Wikipedia over communicatie staat bij de eerste stap in het communicatieproces o.a. "Belangrijk is ... dat de ontvanger ... moet kunnen begrijpen.". Het is dus de verantwoordelijkheid van de verzender, dat hij de informatie of vraag zo gaat versturen, dat de ontvanger het kan begrijpen. Op dit punt begint een groot deel van de miscommunicatie via e-mail:

In de e-mail staat geen concrete, duidelijke vraag. Als de ontvanger dan toch wat gaat doen met het bericht en de vraag tussen de regels door probeert te lezen, is het risico op miscommunicatie erg groot. Als de verzender zijn werk op deze manier niet goed heeft gedaan, is er voor de ontvanger maar één juiste oplossing: het bericht direct terugsturen naar de afzender met de vraag om duidelijk te omschrijven, wat de bedoeling is van de mail.
In de e-mail staan veel te veel vragen. Als in een e-mail meerdere vragen staan, is het risico groot, dat de ontvanger wat over het hoofd ziet. Een bericht wordt op die manier nogal eens onvolledig beantwoord. De hele mail blijft ook nog wel eens onbeantwoord, omdat het antwoord op maar één van de gestelde vragen nog niet kan worden gegeven.

Als de verzender niet eens de moeite neemt om een vraag duidelijk te stellen, waarom zou de ontvanger dan tijd moeten nemen om er iets mee te gaan doen? Het duidelijk vermelden van "Ter info" kan natuurlijk ook de oplossing zijn als er geen vraag in een e-mail staat.

Onjuist gebruik van CC
Het veld CC is bedoeld om een kopie van het bericht te versturen naar een derde, tegelijkertijd met het versturen van het bericht naar de geadresseerde. Deze mogelijkheid wordt ook op twee manieren onjuist gebruikt:

In de mail staat een vraag voor degene, die het bericht CC krijgt. Hier is het veld niet voor bedoeld en in een brief op papier halen we dit echt niet in ons hoofd, maar in e-mail gebeurt het regelmatig. Vrijwel alle methodes om efficiënt met e-mail om te gaan, die ik heb gezien, adviseren om CC-mail automatisch naar een aparte map te laten verplaatsen door het e-mailprogramma of de mail in een andere kleur te laten markeren. Deze mail is immers alleen ter info en vereist geen verdere actie van de ontvanger!
Mail wordt 'voor de zekerheid' maar even CC gestuurd. De verzender denkt dan niet meer na of het zin heeft, maar de ontvanger moet dan na het lezen constateren, dat het geen zin had. Bij brieven op papier dacht iedereen wel drie keer na of CC zin had, doordat het verzenden van een extra brief tijd en dus geld kostte. Bij e-mail is CC meestal: "kleine moeite, grote ergernis". Daarnaast zorgt de verzender er in de loop van de tijd vanzelf voor, dat ook zijn gewone mail niet al te serieus en tijdig meer wordt afgehandeld.

E-mail is niet het juiste communicatiemiddel voor het onderwerp
Niet voor alle onderwerpen is e-mail het juiste communicatiemiddel. Een paar voorbeelden:

Problemen of conflicten kunnen veel beter in een persoonlijk gesprek of telefonisch worden afgehandeld. E-mail kan dan wel lekker makkelijk voelen, doordat je de ander niet tegenover je hebt, maar zorgt meestal voor nog veel meer miscommunicatie.
Lastige of complexe onderwerpen kunnen ook veel beter in een persoonlijk gesprek of telefonisch worden afgehandeld. Dit werkt vaak veel sneller door minder heen en weer sturen.
E-mail is niet geschikt om te brainstormen. Een geschikt medium hiervoor kan, naast persoonlijke ontmoetingen, een discussieforum zijn. Dit voorkomt grote aantallen berichten naar groepen mensen.

Tenslotte
In niet alle situaties kun je onduidelijke mail afhandelen op de manier, zoals je graag zou willen. Wel ben ik van mening dat je er zelf genoeg aan kunt doen om de e-mail, die je zelf verstuurt, goed beantwoord te krijgen: duidelijke vraag stellen, niet te veel vragen in één bericht, CC juist gebruiken en complexe zaken niet via e-mail afhandelen.

Het direct beantwoorden van onduidelijke e-mail met het verzoek om meer informatie levert op langere termijn zeker resultaat op: als mensen weten dat een onduidelijke vraag direct retour komt, denken ze in het algemeen beter na voor ze een mail versturen. En als ze dat niet doen, ligt de vraag in elk geval snel weer op de juiste plaats :-).

(Nieuwe) programmatuur testen voor je softwareleverancier?!

2010-01-16T13:38:00.002+01:00

Gisteren ben ik naar Afas geweest voor een bezoek aan het Quality Center om de nieuwe versie van Profit (2011), die medio dit jaar uit gaat komen, te beoordelen met onze eigen database. Afas biedt deze mogelijkheid al enkele jaren, maar tot nog toe was ik daar nooit geweest. Het voelde voor mij altijd een beetje als software testen voor je leverancier, terwijl je gewoon goede, geteste software verwacht. Daar betaal je toch elk jaar aanzienlijke onderhoudsbedragen voor?

Waarom testen voor je leverancier?
Tijdens de AFAS Open in november 2009 (zie eerdere blog) heb ik een aantal nieuwe ontwikkelingen gezien voor Profit 2011. Met name de verbeteringen in de gebruikersinterface, waar echt elke gebruiker van Profit mee te maken gaat krijgen, hebben me op andere gedachten gebracht voor wat het Quality Center betreft. Afas is gelukkig een softwareontwikkelaar, die zijn eigen software heel intensief gebruikt, maar hoe kan een softwareleverancier zulke wijzigingen goed doorvoeren zonder ook de mening van een flink aantal klanten, die de software dagelijks gebruiken, daarin mee te nemen? De medewerkers van Afas zelf zijn in mijn ogen toch gebruikers van Profit met een bovengemiddelde kennis van de software en dus niet helemaal representatief om ontwikkelingen aan af te meten.

Wensen indienen
De mogelijkheid om via de afdeling support wensen voor verbeteringen in te sturen, gebruiken wij best vaak. In de nieuwe versie wordt een behoorlijk aantal wensen m.b.t. de eigenschappenschermen en wizard gerealiseerd, die snel efficiënt werken met Profit weer een stuk verbeteren. Vooral het gebruik van sneltoetsen voor veelgebruikte functies wordt stukken beter. Juist omdat hierin zoveel wensen van ons (en vele anderen) worden gerealiseerd, heb ik nu toch een keer de tijd genomen om naar Leusden te gaan en er zelf mee aan de slag te gaan.

Nu ook de beheerderskant in beeld
Na een korte introductie door Hugo Wijntjes werd mij als eerste gevraagd om een aantal acties uit te voeren in de managementtool, een onderdeel voor beheerders in Profit waar het aanmaken van vrije velden en tabbladen wordt geregeld. Met dat onderdeel heb ik redelijk wat ervaring (het leverde me zelfs de kwalificatie 'expert' op), maar toch kwamen er tijdens het uitvoeren van die acties nog wel wat ideeën voor verbetering boven water, zowel bij mij als bij Hugo, die toch al heel wat klanten deze acties uit had zien voeren.

Na het invullen van een korte vragenlijst over deze managementtool werd mij gevraagd om een opzet te schetsen voor de managementtool, zoals deze er volgens mij idealiter uit zou moeten zien. Door het stellen van deze zelfde vragen aan tientallen gebruikers van Profit hoopt Afas de software zo gebruikersvriendelijk te maken en te houden. Na het doornemen van mijn ideeën hierover werd het tijd om aan de slag te gaan met Profit 2011.

Nieuwe versie: Profit 2011
De rest van mijn beschikbare tijd heb ik besteed om in de nieuwe versie de wijzigingen in de gebruikersinterface goed door te nemen aan de hand van een aantal dingen, waar mijn collega's en ik elke dag mee te maken hebben. De eerste indruk was heel goed, maar het verzinnen van een aantal dingen, dat nog beter kan, lukte toch ook nog zonder moeite. Vaak zijn dit kleine dingen, die niet echt cruciaal zijn, maar die het werken met een programma nog best wat prettiger kunnen maken. Dit leverde mij in elk geval het gevoel op, dat ik daar zeker niet voor niets ben geweest :-). Nu maar hopen dat ze er ook nog wat mee doen.

Bijkomstige voordelen
Naast het beoordelen van de genoemde wijzigingen had mijn bezoek nog een paar redenen:

Ontwikkelingen vooraf in kunnen schatten: hoeveel invloed heeft een nieuwe versie op het dagelijkse gebruik van de software?
Verbeteringen kunnen in een ontwikkelstadium nog makkelijker worden doorgevoerd dan wanneer iedereen de software al gebruikt. Hopelijk worden m'n opmerkingen daarom nog verwerkt.
Een inschatting kunnen maken van de omvang van de werkzaamheden met betrekking tot de conversie. De vorige conversie heeft behoorlijk wat werk opgeleverd, dus daarom was ik wel erg benieuwd naar de komende conversie.
In verband met mijn bezoek aan het Quality Center heb ik enkele dagen vooraf een kopie van onze database aangeleverd. Deze is nu na een paar pogingen door de databaseconversie heen gerold, dus dat is voor mij wel een prettig idee.

Volgende keer weer
Als ik wat tijd vrij kan maken, hoop ik over een tijdje, als er een testbare versie van de klantenportalfunctionaliteit beschikbaar is, nog een keer naar Leusden te rijden. Dat kost uiteraard tijd, maar levert ook tijd op, doordat ik dan met zo concreet mogelijk informatie kan werken bij de verdere voorbereidingen voor de implementatie hiervan.

Vrouwen in 'hogere' functies

2010-01-12T23:17:00.000+01:00

Vorige week had ik tijdens ons nieuwsjaarsontbijt een boeiende discussie met een aantal collega's over het aantal vrouwelijke collega's dat onze organisatie rijk is en dan met name in de hogere directe functies, zoals relatiebeheerder, belastingadviseur of accountant. Ondanks dat ongeveer een derde deel van het totaal aantal collega's van het vrouwelijke geslacht is, blijkt het aantal in de hogere functies namelijk bijna nihil te zijn. Zou er dan toch een glazen plafond zijn? Volgens een van de mannelijke collega's komt het door de macho-cultuur :-).

Bij de stafafdelingen zijn de vrouwelijke collega's ruim vertegenwoordigd, met uitzondering van de IT-afdeling. Is dat laatste dan toch echt iets voor 'nerds'? Je zou het bijna gaan denken. Overigens komt dat laatste niet door het aannamebeleid, maar gewoon door het maar zeer zelden krijgen van sollicitaties van potentiële vrouwelijke medewerkers.

Verwacht van mij geen concreet antwoord op bovenstaande vragen. 'k Heb hier wel wat gedachten over, vandaar deze blog. Denk ook niet, dat ik het alleen over mijn eigen collega's heb, want ik probeer wel iets verder te kijken en te denken.

Doorgroeien tot het niveau van incompetentie?
In de eerste plaats moeten we niet denken dat iedereen een hogere functie wil hebben (hoger bedoel ik dan in de zin van hoger in de 'harkstructuur' van de organisatie). In deze blog kun je hier nog veel meer over lezen, dus dat ga ik niet nog een keer doen. Soms heb ik wel eens het idee, dat vrouwelijke collega's beter weten dan mannen wat ze willen en kunnen (o.a. in combinatie met beschikbare werktijd) en dat ze daardoor stoppen bij het hoogste niveau waar ze de juiste competenties voor hebben en niet door willen groeien naar het niveau van hun incompetenties.

Eigen ambitie bepalend
De eigen ambitie van een medewerker is in mijn ogen een van de belangrijkste factoren, die het succes van de medewerker bepalen om een hogere functie te bereiken. Ik heb lang na zitten denken, maar heb in mijn eigen omgeving eigenlijk geen voorbeelden kunnen bedenken van vrouwen, die wel de ambitie voor bijv. een managementfunctie hebben, daar zelf op een gezonde manier aan werken en vervolgens toch worden tegengehouden door een glazen plafond of wat dan ook.

Uiteraard is niet alles mogelijk in een organisatie. Als je een bepaalde ambitie hebt, maar de functie, die je graag wilt, wordt al vervuld door een collega, is daar weinig aan te doen, maar dat geldt voor zowel mannen als vrouwen. Volgens mij kun je daar dan altijd elders zelf de mogelijkheid voor gaan zoeken en als je niet weg wilt bij de organisatie waar je werkt, is dat een eigen keuze.

Even een uitstapje: doen wat je leuk vindt en waar je goed in bent
Deze twee dingen gaan vaak samen: je vindt iets leuk, omdat je het goed kunt en je kunt het goed, omdat je het leuk vindt. Wat ik nogal eens tegenkom, is dat mensen niet doen wat ze echt graag willen doen en daar anderen op aankijken. Als je dan vraagt of die ander (lees: leidinggevende) wel weet wat ze graag zouden willen doen, verschijnt nog wel eens een vragende blik op het gezicht. Het lijkt mij toch, dat de medewerker dan zelf aan zet is.

Parttime werken en work-life balance
Alle emancipatie ten spijt: vrouwen gaan toch echt vaak nog steeds minder werken na het krijgen van kinderen. Dit is meestal een heel bewuste keuze, waar ik persoonlijk veel respect voor heb. De veronderstelling is nogal eens, dat parttime werken de carrière belemmert. Zou dat niet veel meer komen, doordat zo iemand haar ambitie bijstelt, omdat zij kiest om voor haar kinderen te zorgen en alleen te werken voorzover de beschikbare tijd dat redelijkerwijs toelaat, in plaats van andersom? Het zou wel eens heel goed kunnen zijn, dat mensen die bewust kiezen voor minder werken, een betere work-life balance hebben!

Of het juist is, dat vrijwel altijd de vrouw minder gaat werken, wil ik in deze blog maar laten rusten. Als vrouwen de ambitie hebben om verder carrière te maken na het krijgen van kinderen en daarom (bijna) fulltime willen blijven werken, hebben ze volgens mij een partner om dit verder mee te regelen :-). Of de kinderen gelukkig worden van twee fulltime werkende ouders is voor mij overigens wel een vraag. Als ik dit wel eens tegenkom, levert dit nogal eens stress op als iets een beetje uitloopt aan het einde van de dag, er wat meer file staat dan normaal of iets dergelijks.

Parttime werken en je werk plannen
Als je parttime werkt in een hogere functie, vereist dat extra vaardigheden. Dit is overigens niet anders voor mensen, die gedeeltelijk thuis werken. In beide situaties moet het werk wel door blijven gaan als je niet aanwezig bent. Uiteraard moeten collega's hier rekening mee houden, maar zelf kun je ook veel doen om de samenwerking met die collega's prettig te laten verlopen. Als je fulltime werkt, kun je het gebrek aan leidinggevende capaciteiten wat makkelijker compenseren met het blussen van wat meer brandjes dan wanneer je parttime werkt en dat is nu eenmaal niet anders :-).

Overigens hoeft het parttime werken m.i. geen invloed te hebben op het doorgroeien in je functie of naar een hogere functie. Het zou wel eens zo kunnen zijn, dat parttime werken wat meer gelegenheid geeft om dingen te laten bezinken, waardoor je persoonlijke ontwikkeling evenwichtiger verloopt.

Tot slot
Wij kunnen wel willen, dat er meer vrouwen in de 'hogere' functies komen, maar als ze dat zelf niet willen, wordt niemand er gelukkig van, denk ik. En hoe zouden de zaken dan gaan lopen op de plaatsen, waar die vrouwen nu hun werk doen (zie hiervoor ook de eerder genoemde blog)?

Winnen doe je op je sterke punten!

2009-12-16T21:10:00.003+01:00

Na de iets meer op technische projecten geörienteerde blogs van afgelopen weken nu weer eens een wat ander onderwerp: wat ideeën over competentiemanagement en het doel ervan.

Competentiemanagement is een onderwerp, wat ik de laatste tijd vaak tegenkom en waar ik zelf op dit moment ook mee te maken heb door enerzijds de betrokkenheid bij de inrichting van de module HRM/Competentiemangement in onze ERP applicatie en anderzijds het gebruik ervan tijdens voeren van de halfjaarlijkse evaluatiegesprekken met medewerkers en mijn eigen gesprek. Dit lijkt haaks op een andere ontwikkeling te staan: het sturen van medewerkers op resultaten in plaats van aanwezigheid, wat in combinatie met Het Nieuwe Werken (HNW) vaak wordt genoemd. Daarom wil ik hier kort wat ideeën beschrijven, waarom beide zaken elkaar toch naar mijn mening niet uit hoeven te sluiten en elkaar zelfs mooi aan kunnen vullen.

Zijn competenties eigenlijk wel te managen?
Volgens Stephen Covey kun je dingen managen, maar moet je mensen leiden. De vraag is dan of je zoiets menselijks als competenties wel kunt managen. In mijn beleving is met betrekking tot competenties een combinatie nodig van leiderschap en management. Aan de ene kant is goed leiderschap nodig om mensen te helpen om het beste uit zichzelf te halen, vandaar de titel 'Winnen doe je op je sterke punten!" boven deze blog, maar daarover later nog meer. Aan de andere kant is ook een stukje management nodig, want een bedrijf, afdeling of team heeft gezamenlijk wel afgesproken doelstellingen te bereiken en daarvoor is het wel erg handig als niet iedereen goed is in hetzelfde. Allemaal techneuten bij elkaar, waarvan niemand fatsoenlijk kan communiceren met klanten, zal waarschijnlijk niet echt een optimaal resultaat opleveren.

Het gevaar bij management is wel, dat we medewerkers gaan vertellen hoe ze dingen moeten doen in plaats van wat we willen bereiken. Dat motiveert meestal niet en als we een werkwijze opleggen, kunnen we de medewerker nooit verantwoordelijk houden voor het resultaat.

Competentiemanagement en minder ervaren medewerkers
Een voorbeeld uit de accountancy: een groot deel van de medewerkers begint hier als schoolverlater. Voor deze groep minder ervaren medewerkers zal het nut van competentiemanagement, in wat voor vorm dan ook, duidelijk zijn. Om de beginnende medewerker zich te laten ontwikkelen tot professional lijkt me een gestructureerd systeem van evaluaties niet overbodig, omdat het geven feedback in de waan van alledag wel eens ondersneeuwt.

Het gevaar hierbij is wel het maken van eenheidsworst: iedereen moet dezelfde competenties op hetzelfde niveau gaan beheersen en een kopie worden van de leidinggevende, waarbij voor medewerkers die achterblijven in ontwikkeling van kennis en vaardigheden meestal meer aandacht is dan voor de toppers. Die toppers zijn van het grootste belang voor een organisatie, maar kunnen voor de leidinggevende wel een bedreiging gaan vormen. Het ontkennen van talent is dan een reëel risico.

Competentiemanagement: ook voor professionals?
Leidinggeven aan professionals lijken we niet te moeten doen als we de verkiezing van Leidinggeven aan professionals? Niet doen! tot managementboek van het jaar 2008 mogen geloven. Is het dan wel een goed idee om voor professionals een vorm van competentiemanagement te gebruiken en periodiek evaluatiegesprekken te voeren? Om een aantal redenen vind ik, dat het antwoord op deze vraag "Ja" moet zijn:

Om niet alleen professional geworden te zijn, maar dat ook te blijven, vind ik het zelf plezierig om regelmatig in de breedte de mening van anderen te horen met betrekking tot mijn functioneren. Hierbij is het gebruikelijk, dat leidinggevenden de evaluatie verzorgen, maar de huidige ontwikkeling, waarbij ook de medewerkers de leidinggevende beoordelen (360 graden feedback) lijkt me hierop een welkome aanvulling.
Professionals lijden nogal eens aan zelfoverschatting. In samenhang met het vorige punt: eens een professional is niet altijd een professional. Een tunnelvisie door bijv. een goed gelukt project is een reëel risico voor professionals, evenals het niet bijhouden van kennis en ontwikkelingen, doordat je alles al lijkt te weten.

Tot slot: Winnen doe je op je sterke punten!
Al eerder heb ik het gevaar van competentiemanagement genoemd: het willen creëren van allemaal identieke werkende medewerkers. Hoe meer ervaring de medewerkers krijgen, hoe groter dit gevaar wordt. Toppers vertrekken dan vanzelf, waarmee de eenheidsworst een feit wordt.

"Winnen doe je op je sterke punten!". Als we dit als uitgangspunt nemen, wordt competentiemanagement een praktisch hulpmiddel in plaats van een gevaar. We zijn nooit te oud om te leren, toch? Als periodiek wordt geëvalueerd op relevante competenties, kunnen we onze sterke punten blijven verbeteren en zorgen dat onze zwakke punten minder hinderlijk worden. Een voorwaarde om dit te laten lukken, is een professionele manier van evalueren, dus echt gericht op het bovenstaande uitgangspunt en niet "het afwerken van een werkprogramma" of het eindeloos doorpraten over zwakkere punten. Ook het openstaan voor feedback, zonder direct in de verdediging te gaan bij kritiek, is onmisbaar.

Hoe lang kunnen we nog werken als de computer uitvalt?

2009-11-28T20:39:00.000+01:00

Als je bij een organisatie werkt, die redelijk vergaand is gedigitaliseerd, zit het antwoord op deze vraag waarschijnlijk ergens in de reeks tussen de vijf minuten en een kwartier. Als het één computer is, die uitvalt, is het leed nog wel te overzien en redelijk eenvoudig op te lossen. Maar wat als de automatiseringsomgeving in een organisatie is gecentraliseerd en die centrale omgeving valt uit? Het lijkt me toch een verplichting tegenover klanten en medewerkers, om hier op een goed onderbouwde manier keuzes in maken en maatregelen nemen. Dit wil niet zeggen dat elk risico, koste wat het kost, moet worden uitgesloten, maar wel dat de risico's op een goede manier in kaart worden gebracht en dat vervolgens passende maatregelen worden genomen.

Een voorbeeld: als bijna alle medewerkers kunnen telewerken, hoeven waarschijnlijk geen dubbel uitgevoerde verbindingen tussen de kantoorvestigingen en het datacenter met de centrale infrastructuur aanwezig te zijn. Bij uitval van de verbinding kan iedereen thuis verder werken.

Beslissingen op managementniveau en niet (alleen) door IT-afdeling
In dit artikel wil ik wat zaken noemen, waarover het management van een organisatie vooraf een beslissing moet nemen. Deze beslissingen zijn nodig om te kunnen bepalen welke maatregelen 'passend' zijn. De afdeling IT kan wel helpen om alle relevante informatie beschikbaar te krijgen en ook zal deze afdeling een groot deel van de uitvoering van de maatregelen, waartoe wordt besloten, voor zijn rekening nemen, maar de beslissingen horen echt op het hoogste niveau in de organisatie te worden genomen.

Maximale uitvaltijd (Recovery Time Objective)
Een van de eerste beslissingen, die moet worden genomen, betreft de maximale tijd waarbinnen de beschikbaarheid van een uitgevallen systeem moet worden hersteld (afgekort RTO). De waarde van de RTO is afhankelijk van de schade, die wordt verwacht bij uitval, in wat voor vorm dan ook, dus zowel financiële schade als bijv. imageschade moet worden beoordeeld. Dit laatste wordt o.a. beinvloed door het feit of klanten toegang hebben tot de systemen, via bijvoorbeeld een klantenportal op de website. Ook is telefonie steeds meer geïntegreerd in de datanetwerken, dus denk hierover ook goed na.

Let wel: dit betreft een beslissing over een uitgangspunt vooraf, die tijdens het maken van een ontwerp voor een passende infrastructuur of nog later mogelijk moet worden bijgesteld. Zeker als de RTO in hoofdzaak is afgeleid van de mogelijke financiële schade kan achteraf bijstellen nodig zijn als de kosten om schade te voorkomen niet in redelijke verhouding tot de schade door uitval blijken te staan.

Maximaal dataverlies (Recovery Point Objective)
Een tweede vereiste betreft het vaststellen van het maximaal toegestane dataverlies (RPO). Bij een storing kan de data, die is toegevoegd of gewijzigd sinds de laatste back-up, verloren gaan. In de wat traditionelere netwerken is deze RPO vaak 24 uur, omdat één keer per dag een back-up wordt gemaakt. Als dan aan het einde van de werkdag een systeem zou crashen, zou het werk van de hele dag verloren zijn. Dit wordt steeds minder acceptabel in moderne bedrijfsomgevingen. Het is belangrijk om de RPO per proces vast te stellen om onnodig investeren te voorkomen. Daarnaast moeten de mogelijkheden om de data na een crash te reconstrueren in overweging worden genomen: inkomende e-mail van buiten de organisatie is bijna niet te reconstrueren en tegenwoordig wel van zeer groot belang, dus mogelijk is de RPO voor e-mail één uur, terwijl die voor andere data twee of vier uur is of nog langer.

Combinatie van RTO en RPO
De combinatie van RTO en RPO moet ook worden beoordeeld. Als een storing optreedt, die binnen vier uur moet worden opgelost (RTO) en er mag maximaal vier uur data verloren gaan (RPO) is het nog steeds mogelijk om in bedrijfsprocessen een dag achterstand op te lopen (vier uur werk kwijt en vier uur niet benutte uren). Maar als medewerkers bij uitval van een proces andere werkzaamheden uit kunnen voeren, hebben we weer een heel andere situatie en telt eigenlijk alleen de RPO mee.

Maken ontwerp als infrastructuur niet aan eisen voldoet
Als (delen van) de infrastructuur niet aan de eisen voldoet, moet een ontwerp worden gemaakt voor een gewijzigde of nieuwe infrastructuur, die dat wel doet. Dit is vooral een technische aangelegenheid, waarover ik een andere keer nog wat hoop te schrijven. Aan de hand van dit ontwerp moet ook een inschatting worden gemaakt van de benodigde investeringen en kosten. Neem bij dit soort projecten ook een post 'onvoorzien' op, want die komt er vrijwel zeker aan. In mijn blog van 14 november heb ik kort overzicht gegeven van wat maatregelen, die ik in de loop van de jaren genomen heb zien worden bij een groeiende organisatie.

Controleren en eventueel bijstellen van RTO en RPO
Als het ontwerp gereed is, is het tijd om na te gaan of dit aan de RTO en RPO voldoet. Ook moet aan de hand van de inschatting van investeringen en kosten worden nagegaan, of de financiële component in de beslissing voor de waarden van de RTO en RPO in redelijke verhouding staat tot de investeringen en kosten. In een 'urenfabriek' is bijvoorbeeld de verhouding tussen enerzijds de gemiste omzet tijdens de uitval gecombineerd met het eventuele dataverlies en anderzijds de te maken kosten een goed uitgangspunt om dit te beoordelen.

Realisatie
De realisatie is, evenals het ontwerp, vooral een technische aangelegenheid. Zoals reeds genoemd, hoop ik daar een andere keer wat over te schrijven. Momenteel ben ik zelf bezig in zo'n project en als dat een stukje verder is in de uitvoering, heb ik vast weer genoeg te melden in een nieuwe blog.

Gebruik maken van ASP of Software as a Service (SaaS)
Als je gebruikt maakt van een ASP of SaaS lijkt het bovenstaande niet van toepassing, maar dat is niet helemaal het geval. Ga maar eens na of de ASP daadwerkelijk maatregelen heeft genomen om de afgeloten Service Level Agreement (SLA) na te komen. En vraag ook eens wat is geregeld voor het geval brand ontstaat in het datacenter in de vorm van een uitwijkscenario.

Tenslotte
Het bovenstaande is misschien niet het meest boeiende in een organisatie om je mee bezig te houden, maar in het kader van informatiebeveiliging wel van essentieel belang. Misschien goed om eens een IT audit uit te laten voeren op de eigen organisatie?

Verslag AFAS Open 2009 Accountancy

2009-11-18T21:10:00.007+01:00

Gisteren ben ik samen met een paar collega's naar de AFAS Open 2009 Accountancy geweest, de jaarlijkse gebruikersdag van AFAS. In deze blog wil ik wil ik een korte indruk geven hoe ik die dag heb ervaren.

Kort verslag
Het eerste deel was een openingssessie, waarin Piet Mars zijn visie op o.a. de recessie en MVO uiteenzette. In zijn visie op de recessie kan ik me aardig vinden, met MVO heb ik wat minder. Dat wil niet zeggen, dat ik duurzaamheid niet belangrijk vind (daarover later nog een keer meer), maar in mijn beleving is MVO vaak een samenvatting van allerlei zaken, die financieel of operationeel gunstig uitpakken en waar vervolgens ook nog een etiket op wordt geplakt met deze drie letters. Ik wil AFAS er zeker niet van beschuldigen, dat het daar zo werkt, want er werden veel goede dingen getoond, maar ik heb er om deze reden gewoon niet zo veel mee. De benaming duurzaamheid vind ik beter en heeft in mijn ogen en oren een minder marketingachtige uitstraling.

Hierna was Bas van der Veldt aan de beurt met eerst zijn visie op de toekomst van Profit en het gebruik ervan en een indruk van de verbeterde algemene functionaliteit in Profit 2011. Hierbij ligt duidelijk de nadruk op verbetering en vereenvoudiging van alle functionaliteit, die Profit al heeft en die door heel veel klanten maar beperkt wordt gebruikt. In de interface komen een behoorlijk aantal verbeteringen, waardoor het bijvoorbeeld mogelijk wordt om nog veel meer met het toetsenbord te doen en dus minder met de muis. Vooral voor de intensieve gebruiker van Profit, waar ik me zelf onder reken, levert dit best wel tijd op en werkt het gewoon veel prettiger. Ook de bijna 100% conversie, die is beloofd, lijkt me wel wat na de ervaringen van vorig jaar met de conversie van Profit 2005 naar 2008. Die is wel goed verlopen, maar kostte behoorlijk veel tijd.

Na de lunch waren de productmanagers HRM/Payroll en Accountancy aan de beurt. Zij gaven ons een goed overzicht van de functionele wijzigingen, verbeteringen en uitbreidingen, die ons te wachten staan. Die ga ik hier verder niet noemen, maar zagen er gewoon goed uit. In de loop van de middag kwamen er ook diverse zaken langs, die als wens van o.a. onze organisatie waren gerealiseerd, zowel naar aanleiding van ingediende supportincidenten als van de inspraaksessies in het voorjaar. Beide presentaties waren het beluisteren waard en beloofden veel goeds voor het komende jaar.

Wet van de remmende voorsprong
Een van de belangrijke ontwikkelingen in Profit is Profit 2Gether, het klantenportal, dat medio 2010 beschikbaar zal komen. Een terechte opmerking, die diverse keren werd gemaakt, is dat de interne organisatie eerst op orde moet zijn (horizontale ketenintegratie), voordat de contacten met de klant op deze manier kunnen gaan verlopen (verticale ketenintegratie). Het is alleen jammer, dat wij nu te maken krijgen met de wet van de remmende voorsprong: wij zijn intern in de organisatie namelijk al zo ver met de interne processen, dat we een klantportal op een zinvolle manier in kunnen zetten en ook graag in willen gaan zetten, maar AFAS is nog niet zover. Doordat weinig Profit-gebruikers zo ver zijn en AFAS alleen ontwikkelt, waar voldoende klanten om vragen, is het beschikbaar komen van dit klantenportal diverse malen uitgesteld. Nu komt het er dan gelukkig aan, maar AFAS moet wel oppassen om zijn klanten niet te veel de les te lezen, terwijl AFAS zelf de oplossingen nog niet beschikbaar heeft doordat de planning een paar keer is bijgesteld.

Dit laatste punt geldt ook voor de koppeling tussen AFAS Profit en CaseWare, die voor accountantskantoren erg praktisch is. Wij zijn daar al diverse keren mee aan het testen geweest, maar als het koppelen van een CaseWare-dossier aan een Organisatie in AFAS Profit CRM ongeveer een uur duurt, gaan we daar echt niet aan beginnen. Naar mijn mening wordt dit overigens veroorzaakt door de technische structuur van CaseWare en kan AFAS hier niet zo veel aan doen, maar dan moet ook niet worden benadrukt dat we dit echt moeten gaan gebruiken.

Deze twee kritiekpunten doen wat mij betreft verder niets af aan alle goede ontwikkelingen binnen Profit, maar het is wel jammer dat we dit soort mooie functionaliteiten (nog) niet kunnen gebruiken, doordat ze (net) niet af zijn. Het thema van de AFAS Open was "Profit More" en dat lijkt zeker waar te gaan worden.

Toekomst
Alles bij elkaar zie ik de nieuwe versie van Profit graag komen. Gezien het soort en aantal functionele verbeteringen wel jammer, dat het nog een half jaar duurt voor de eerste versie van Profit 2011 beschikbaar komt :-). Maar beter iets later en goed, dan eerder en bewerkelijker, dus dat hebben we er wel voor over. 'k Heb zojuist gelijk maar een verzoek ingediend om in januari 2010 een keer naar het AFAS Quality Center te gaan om zelf Profit 2011 te gaan testen met een kopie van onze eigen database. Dan kan ik toch vast een keer zelf ervaren hoe het gaat werken. 'k Ben benieuwd of dat in januari al kan.

Continuïteit van informatiesystemen

2009-11-14T17:23:00.001+01:00

Bij informatiebeveiliging draait het om drie belangrijke zaken: vertrouwelijkheid, integriteit en beschikbaarheid. Alle drie moeten deze voldoende zijn gewaarborgd om van een passende informatiebeveiliging te kunnen spreken. Een van de hoofdpunten van het onderdeel beschikbaarheid is continuïteitsmanagement van de informatiesystemen en van dat onderdeel wil ik nu kort laten zien hoe ik dat sinds het begin van deze eeuw heb zien ontwikkelen. In dit artikel ga ik niet in op ontwikkelingen als 'Sofware as a Service' of meer recente ontwikkelingen als 'cloud computing', maar neem ik de eigen infrastructuur als uitgangspunt. Over die andere ontwikkelingen een andere keer vast nog wel meer.

Extra servers
Rond de eeuwwisseling, dus zo'n 10 jaar geleden, was een eerste stap het verdelen van data over meerdere servers en het dubbel uitvoeren van compenenten in de servers. Als deze maatregelen goed werden uitgevoerd, werd de beschikbaarheid wat hoger, omdat bij een probleem met een server iedereen nog wel verder kon werken. Applicaties die gebruik maakten van de andere servers, bleven dan gewoon werken. Overigens had toen elke bedrijfslocatie vaak nog z'n eigen servers en waren storingen daardoor niet zo veel omvattend. Ook werd ICT toen nog veel minder intensief gebruikt. Bij de organisatie, waar ik werk, was dit in 1999 de eerste stap toen we ons bewust werden, dat we toch wel redelijk afhankelijk aan het worden waren van computers.

Centralisatie
Eigenlijk hoort centralisatie niet thuis in het rijtje maatregelen, dat de continuïteit beter waarborgt. Door centralisatie wordt één locatie namelijk heel kritisch in de infrastructuur en worden de risico's voor de continuïteit dus groter. Hierbij kun je denken aan de stroomvoorziening, brandveiligheid, maar ook bijv. de afhankelijkheid van de dataverbinding op de centrale locatie. Zo'n centralisatieslag heb ik zelf in 2003 uitgevoerd, omdat dit functioneel grote voordelen op ging leveren bij de implementatie van een ERP-applicatie.

Functioneel en beheerstechnisch gezien heeft centralisatie grote voordelen en door een aantal maatregelen kunnen de risico's voor de continuïteit natuurlijk wel worden beperkt. Een praktische manier, die ik vaak zie, is dat de centrale infrastructuur wordt verplaatst van een eigen serverruimte naar een professioneel datacenter, waardoor bijv. stroomvoorziening, brandveiligheid, koeling en dataverbindingen veel beter zijn geregeld, dan in de meeste interne serverruimtes in eigen kantoren.

Hogere beschikbaarheid bij centralisatie
In een gecentraliseerde omgeving is het wel beter mogelijk om een groot deel van de infrastructuur dubbel uit te gaan voeren en hierdoor een hogere beschikbaarheid te waarborgen. Doordat de apparatuur fysiek op
één locatie staat, is de benodigde apparatuur en/of software om hogere beschikbaarheid te regelen ook voor kleinere organisaties redelijk betaalbaar. Vaak wordt in dit stadium ook virtualisatie toegepast. De ruimte waar de apparatuur staat, blijft echter nog steeds net zo kritisch. De kans dat deze ruimte door een calamiteit wordt getroffen is misschien niet zo groot, de gevolgen zijn dat zeker wel.

In dit stadium heb ik zelf twee belangrijke trajecten uitgevoerd: in 2005 het invoeren van een databasecluster en het redundant uitvoeren van dataverbindingen. In 2007 hebben wij het grootste deel van de backend-servers gevirtualiseerd, waardoor aanzienlijk minder hardware nodig was en de beschikbaarheid toch hoger werd. Daarnaast werd door deze virtualisatieslag de recovery bij een eventuele calamiteit veel makkelijker. Na het virtualiseren van een groot deel van de servers hebben wij ook het volledige serverpark verplaatst vanuit een eigen serverruimte naar een professioneel datacenter.

Redundant datacenter of uitwijklocatie
Nog een stap verder in het waarborgen van de continuïteit is het gebruik maken van twee datacenters. Afhankelijk van de locatie van de datacenters en de beschikbare verbindingen tussen de twee datacenters zijn hiervoor twee opties.

Uitwijklocatie
De eerste optie is het opzetten van een uitwijklocatie: een ingerichte infrastructuur in een tweede datacenter, dat alleen wordt gebruikt bij een calamiteit in het eerste. Het voordel hiervan is, dat de verbinding tussen de twee locaties alleen nodig is om de data regelmatig te dupliceren. Het nadeel hiervan is dat de apparatuur op de tweede locatie in principe nooit wordt gebruikt, ofwel een erg hoge verzekeringspremie wordt betaald. Een rekenvoorbeeld: als bij uitval van de hooflocatie nog 80% van de capaciteit moet kunnen worden gebruikt, is totaal 180% nodig (100% productie plus 80% uitwijk). Daarnaast is beheertechnisch het risico best groot, dat de applicatieversies e.d. op de uitwijklocatie achterlopen op de productielocatie.

Redundant datacenter
De gunstigere optie, waarvoor wel een aanzienlijk betere verbinding tussen de datacenters nodig is, is het verdelen van de apparatuur over beide locaties, waarbij alle apparatuur actief wordt gebruikt. Bij uitval van één locatie blijft dan nog de helft van de capaciteit beschikbaar. Als dit te weinig is, hoeft in verhouding minder te worden toegevoegd dan bij de optie van de uitwijklocatie. In hetzelfde rekenvoorbeeld is dan maar 80% nodig op beide locaties, dus totaal 160%. Als beide locaties actief zijn, kan worden geprofiteerd van 160% capacteit, terwijl bij uitval van één locatie nog voldoende overblijft. Uiteraard komt er bij deze optie nog veel meer kijken, maar als ik dat allemaal ga noemen, wordt dit artikel nog drie keer zo lang. Als ik tijd en zin heb, ga ik me daar overigens nog wel een keer aan wagen in een redelijk technisch artikel.

Momenteel ben ik bezig met de uitbreiding van onze infrastructuur naar een tweede datacenter. In een bijna volledig gedigitaliseerde omgeving is dit nodig om voldoende waarborgen te hebben voor de continuïteit van de geautomatiseerde infrastructuur. Overigens zullen wij het grootste deel van de apparatuur in een active/active configuratie verdelen over de twee locaties, maar niet alles. Hoe mooi dit technisch ook mogelijk zou zijn, de kosten moeten nog steeds in redelijke verhouding staan tot de risico's en dan is niet alles te verdedigen.

De échte status van Standard Business Reporting (SBR)

2009-11-07T20:15:00.002+01:00

In een artikel op accountancyvisie.blogspot.com las ik, dat SBR (nieuwe naam voor XBRL) een van de thema's voor 2010 zal zijn. Hier ben ik het voor 100% mee eens. Binnen onze organisatie hebben we onze plannen met betrekking tot SBR de afgelopen weken weer eens geactualiseerd, zoals we al een paar jaar lang regelmatig doen, en onze conclusie is ook zeker dat dit in 2010 echt wat zal gaan worden. Misschien dat de administratieve lasten voor ondernemers nu dan echt een stukje worden verlicht. En dan maar hopen dat de overheid niet weer allerlei andere administratieve lasten gaat bedenken omdat het 'toch automatisch wordt geregeld'.

Al jaren denken wij en vele anderen dat het wat zal gaan worden als de banken mee gaan doen en dat halverwege dit jaar dan eindelijk een feit geworden. In de zoektocht naar de échte status van SBR op dit moment hebben wij wel geconstateerd, dat veel zaken langzamerhand concreter aan het worden zijn, maar dat ook van heel veel zaken wordt gecommuniceerd, dat het klaar is, terwijl de werkelijkheid nog wel eens tegenvalt. Daarover wil ik in dit artikel wat dingen noemen, zonder de pretentie volledig te zijn en het overal bij het rechte eind te hebben. Laat overigens wel duidelijk zijn, dat ik groot voorstander ben van dit soort ontwikkelingen.

SBR voor banken
Op http://www.sbr-nl.nl/ is een samenvatting van de bancaire roadmap inzake SBR te vinden. Als ik dit lees, krijg ik toch een wat ander beeld dan dat de Rabobank, ING en ABN AMRO er allemaal vanaf 1 april 2010 klaar voor zullen zijn: "Streefdatum is dat vanaf 1 april 2010 de generieke voorzieningen gereed zijn en dat ook één of meer banken op dat moment de kredietrapportages in XBRL formaat kunnen ontvangen." Dus geen harde datum maar een streefdatum en "een of meer".

Verder wordt in die bancaire roadmap ook het een en ander opgehangen aan de operationalisering van de verkorte winstaangifte (vWIA) door de belastingdienst, wederom in een voetnoot in kleine letters: "Om de beoogde resultaten te kunnen behalen moet de Belastingdienst zorg dragen voor een tijdige operationalisering van de vWIA’s VPB en IB.". De pilot hiervan loopt volgens ditzelfde document nog tot 31 december 2010 en de planning is om deze vWIA definitief in gebruik te nemen vanaf 1 januari 2011 voor aangiften over 2010.

Zo zijn er nog wel meer punten te noemen, zoals het aansluiten van de banken op de Overheids Transactie Poort (OTP), wat nog wordt onderzocht, maar daarvoor kun je het best zelf het genoemde document lezen.

Belastingdienst en SBR: verkorte winstaangifte (vWIA)
Bij de belastingdienst loopt, zoals eerder al vermeld, een pilot vWIA, die nog tot 31 december 2010 duurt. De banken haken hier duidelijk op aan, wat overigens m.i. een goed uitgangspunt is. Vereiste voor de pilot vWIA is ook het hebben afgeloten van een convenant horizontaal toezicht met de belastingdienst. Voor mij is onduidelijk of de pilotgroep definitief is of dat daar nog extra intermediairs bij aan kunnen sluiten. Als dat laatste niet kan, zijn de plannen van de banken om tussen augustus 2010 en december 2011 de tweehonderd grootste intermediairs aan te sluiten weer een beetje vreemd, want daar zouden ze dan in januari 2011 pas mee kunenn starten.

SBR en softwareleveranciers
Bovenstaande informatie is voor mij reden om te veronderstellen, dat 2010 zeker het jaar zal worden, waarin SBR wat wordt, maar ik heb wel het idee, dat dit het jaar wordt om alles werkend te krijgen. De echte grote stroom SBR-berichten zal pas in 2011 op gang komen. Na contacten met onze softwareleveranciers inzake SBR heb ik ook geconstateerd, dat wel wel blij mogen zijn, dat niet per 1 april alles klaar hoeft te zijn. Opleverdata staan gepland voor eind maart en software, die precies op tijd wordt opgeleverd en dan ook gelijk nog redelijk probleemloos werkt, kom ik niet zo vaak tegen, zeker niet van onze belangrijkste leverancier op dit gebied. Daarnaast willen niet alle softwareleveranciers aan de gang met een beta-versie van een taxonomie (banken) of met een taxonomie, die wel definitief is, maar waarvan 'nog niet bekend is of deze definitief in gebruik wordt genomen en wanneer (vWIA)'.

Wijziging in werkzaamheden voor accountants
De werkzaamheden voor accountants zullen (nog verder) gaan verschuiven van de jaarrekening naar een proces rondom het bewaken van de kwaliteit van de administratie gedurende het hele jaar. Als we zorgen, dat gedurende het hele jaar periodiek werkzaamheden worden verricht om de kwaliteit van de administratie op peil te houden in plaats van één keer in een jaar bij het maken van de jaarrekening de benodigde correcties te voeren, beschikt de ondernemer altijd over actuele en juiste informatie en kunnen we ook nog eens goed en tijdig rapporteren in SBR. Dan heeft de klant tenminste waar voor zijn geld. En wil de klant dan eigenlijk nog wel een jaarrekening?

Misverstanden rondom SBR
Rondom SBR bestaan ook nogal wat misverstanden, waarvan ik de belangrijkste wil noemen: SBR gaat veel kosten besparen. Volgens mij gaat SBR voor accountantskantoren en andere bedrijven, die hun processen al goed op orde hebben, niet zoveel opleveren voor de bestaande processen als vaak wordt gedacht. Er is vast wel wat voordeel te behalen, maar grote klappers zijn niet te verwachten als processen al goed op orde zijn. De banken zullen er waarschijnlijk het meest van profiteren. Eigenlijk is sprake van een lastenverschuiving van de banken naar o.a. accountantskantoren.

Uitdaging voor accountants
Nu deze ontwikkelingen echt definitiever vorm aan gaan nemen, zullen accountants als beroepsgroep ook eens iets moeten gaan vinden van de certificering van SBR 'instance documenten'. Van de website van het NIVRA: "Omdat de huidige accountantsverklaring niet past bij de een jaarrekening in XBRL-formaat heeft het NIVRA al begin 2007 bekend gemaakt dat het op dit moment niet is toegestaan jaarrekeningen met een accountantsverklaring in XBRL-formaat te deponeren.". Dat is inmiddels twee jaar geleden, maar de oplossing heb ik nog steeds niet kunnen vinden op diezelfde website. Gelukkig wordt hier inmiddels wel mee geëxperimenteerd door bijvoorbeeld Deloitte, dus het kan wel. Misschien dat we hier in 2010 meer over gaan horen?! Of zou iedereen dat zelf maar uit moeten zoeken?

Zelf een taxonomie bekijken?
Tenslotte: op de website van FINAN is een gratis viewer te downloaden, waarmee de actuele Nederlandse taxonomieën kunnen worden ingezien. Interessant om eens te zien wat er in een taxonomie is opgenomen.

Geautomatiseerd verwerken van facturen (3)

2009-11-03T22:51:00.000+01:00

In dit artikel wil ik weer een update geven van onze ervaringen tijdens het selectieproces van een geschikte oplossing voor het geautomatiseerd verwerken van facturen. Na een eerste demo door vier potentiële leveranciers hebben we er uiteindelijk voorlopig één uitgenodigd voor een tweede demo.

Die hebben we onlangs gehad en daarbij hebben we geconstateerd, dat het toch nog wat meer voeten in de aarde heeft op enkele punten, dan we naar aanleiding van de eerste demoronde hadden ingeschat. Dit speelt overigens vooral in de wat complexere administraties en dan met name bij de faturen, die moeten worden geboekt op meerdere grootboekrekeningen en/of kostenplaatsen. Meestal staat er namelijk geen kostenplaatscode op de factuur vermeld, maar bijv. een vestigingsplaats, medewerkernaam of kenteken. De te behalen efficiency is echter wel voor een behoorlijk deel afhankelijk van de mate waarin dit soort facturen automatisch worden verwerkt, omdat dit handmatig de meeste tijd kosten.

Verder is de koppeling naar het financiële pakket ook van wezenlijke invloed op het verwerkingsproces. Tijdens de demo constateerden we bijv. dat het tijdens de demo gebruikte pakket de BTW-code gebruikte en aan de hand daarvan het BTW-bedrag zelf berekende. Met het BTW-bedrag van de factuur werd dus niets gedaan. Als deze BTW-bedragen niet overeenkwamen, kon de boeking niet worden gemaakt, omdat deze niet in evenwicht was. Dit gaat fout in de volgende situaties:

BTW-bedrag wordt per factuurregel berekend: doordat de afronding dan ook per regel plaatsvindt, kan het totaal van de regelbedragen, zeker bij veel factuurregels (bijv. brandstofnota) afwijken van de totaalberekening. In het voorbeeld ging het om € 0,41 op de 180 factuurregels;
Gedeelte van de factuur is vrijgesteld van BTW: er staat dan maar één BTW-bedrag op de factuur, maar dat is geen 19% van het totaalbedrag excl. BTW;
Bedrag excl. BTW staat op de factuur niet gesplitst in grondslag tegen hoog en grondslag tegen laag tarief, maar het BTW-bedrag wel.

In het financiële pakket was afwijking wel mogelijk, door dit aan te vinken in een speciaal daarvoor bedoeld veld. De koppeling moet dus ook zo worden aangepast, dat de controle wel blijft, maar dat het mogelijk is om het BTW-bedrag af te laten wijken van wat het op basis van de gekozen code zou moeten zijn, eventueel binnen ingestelde grenzen.

Het te behalen resultaat is dus voor een heel groot deel afhankelijk van de kwaliteit van de facturen. Op zich een open deur, maar zeker in een traject als dit, blijkt dat overduidelijk. Eén van de dingen die we bijv. voor het handmatig verwerken al hebben gedaan, is het op de factuur laten vermelden van de kostenplaats op de brandstofnota. Voor het automatisch verwerken blijkt dit nu niet alleen handig te zijn, maar zelfs cruciaal om handmatig werk te voorkomen. Dit moeten we dus nog door (veel) meer crediteuren laten doen.

Aan de hand van de niet in één keer volledig herkende facturen gaan we nu onze crediteurenadministratie op een aantal punten nog verder analyseren vóór we definitief een beslissing nemen over de te kiezen oplossing en de wijze van implementatie.

Verder hebben we tijdens de demo ook een stukje van het proces van het scannen, scheiden van meerdere facturen uit één bestand, e.d. gezien, waardoor mijn beeld van de logistiek rondom de facturen (met name voor administraties van cliënten) weer een stuk duidelijker is geworden. Tijdens de demo duurde dit deel eigenlijk iets te lang, doordat de techniek ons een beetje in de steek liet, maar inhoudelijk was het mij die tijd wel waard.

Samenwerken aan bestanden en meer...

2009-10-31T18:48:00.003+01:00

Iedereen kent het wel: het niet beschikbaar hebben van benodigde bestanden op de juiste computer (bijv. privé of zakelijk). Of: het met iemand van buiten de organisatie samen moeten werken aan één bestand, waarbij uitwisseling van versies plaatsvindt via e-mail, met alle bijbehorende risico's van gebruik van een verkeerde versie. Hoe meer we samenwerken met personen van buiten de eigen organisatie, hoe vaker we hier tegenaan gaan lopen. Of anders gezegd: hoe intensiever we deel uit gaan maken van de kenniseconomie, hoe vaker we dit soort zaken nodig hebben.

Via internet zijn hier mooie oplossingen voor beschikbaar, waarvan een deel ook nog gratis te gebruiken is met vaak alleen wat beperkingen, die de meeste mensen niet eens opmerken: bijv. de totale hoeveelheid data die mag worden opgeslagen of wat geavanceerde features, die alleen van belang worden bij het samenwerken met grotere groepen.

Een van de oplossingen, die volledig online werkt, is Box.net. Deze oplossing kan ook worden toegevoegd als applicatie binnen LinkedIn. Box.net is vooral gericht op samenwerken en beschikt daarvoor bijv. ook over disscussieforums en het koppelen van taken aan documenten. Voor het eenvoudig delen van of samenwerken aan bestanden is dit een praktische oplossing. Het enige nadeel, dat ik heb kunnen vinden, in de Lite-versie (gratis) is het ontbreken van versiebeheer.

Een andere oplossing, waarvoor je wel wat software moet installeren (beschikbaar voor Windows, Linux, Mac en iPhone) is Dropbox. Deze oplossing is gericht op het synchroon laten lopen van mappen en bestanden tussen meerdere computers. Uiteraard verloopt dit via je account bij Dropbox op internet. Dit kan ook op meerdere computers, waardoor je bestanden eenvoudig op meerdere computers beschikbaar kunt houden. De opties om samen te werken aan bestanden zijn wat basaler dan bij Box.net, maar bestanden delen is wel mogelijk. Daarnaast zijn ook hierbij alle bestanden te benaderen via internet, ook als de applicatie niet is geïnstalleerd. Het voordeel van deze oplossing is, dat je de bestanden ook beschikbaar kunt hebben als er geen verbinding is met internet.

Een wat andere insteek heeft Evernote. Deze oplossing is vooral bedoeld om gevonden informatie te 'capturen', bijv. een stuk tekst van een pagina op internet, e-mailberichten en andere notities. Zelf gebruik ik Evernote vooral om interessante pagina's van internet te bewaren (rechtermuisknop, Add to Evernote en de tekst van de pagina is toegevoegd aan mijn 'Evernote database'). Direct naar Evernote mailen en Twitteren is ook mogelijk. De source URL's worden automatisch opgeslagen bij de 'notes', toevoegen van eigen tags is mogelijk en het aanmaken en delen van meerdere databases is mogelijk. Ook hierbij is alles via internet te raadplegen. Het voordeel van Evernote ten opzichte van het bewaren van alleen de URL's is, dat je de informatie nog steeds beschikbaar hebt, ook als de webpagina of site niet meer bestaat.

De laatste, die ik hier maar kort wil noemen, omdat het wat minder is gericht op het samenwerken aan bestanden en meer op projectmanagement, is Basecamp, een van de oplossingen van 37signals. Voor projectmanagement werkt dit ideaal, zeker als er personen van buiten de organisatie bij betrokken zijn. De gratis versie staat maximaal één actief project toe en mist de mogelijkheid om bestanden toe te voegen. Als dat nodig is, is het de betaalde versie zeker waard.

Nog enkele aandachtspunten met betrekking tot het op deze manier samenwerken:

Zakelijke informatie moet uiteindelijk wel worden opgeslagen binnen bedrijfsnetwerk. Het risico bestaat dat ook belangrijke voorlopige en definitieve versies uiteindelijk alleen extern blijven staan en niet op de normale locatie binnen het bedrijfsnetwerk.
Vanuit het oogpunt van informatiebeveiliging zitten best wel risico's aan deze manier van werken. Het buiten het bedrijf krijgen van vertrouwelijke bedrijfs- en cliëntinformatie is hiermee best makkelijk geworden. Overigens moeten we dit niet overdrijven, want de meeste informatie kan ook via een USB-stick worden meegenomen en dat kan ook bijna overal.

Blokkeren om deze aandachtspunten moeten we dit soort dingen zeker niet in een kenniseconomie, waarin samenwerken op alle mogelijke manieren juist zo belangrijk is. Hierbij moet ik wel aantekenen, dat ik Dropbox van een heel andere orde vind dan Box.net, doordat de bestanden bij de eerste via de synchronisatie redelijk automatisch op niet beveiligde plaatsen terecht kunnen komen.

Procesoptimalisatie houdt nooit op

2009-10-27T21:27:00.003+01:00

Als processen goed lopen is de neiging groot om het te laten zoals het is. Gelukkig hebben wij op alle afdelingen, zowel intern als cliëntgericht, wel collega's zitten die altijd vooruit blijven denken. Zo ook op de afdeling P&O. Daardoor hebben wij dit jaar met elkaar al weer behoorlijk veel voorbereid en verbeterd en zijn daar nu ook nog druk mee bezig. Een voorbeeld hiervan zal ik nu proberen toe te lichten om een idee te geven van wat er mogelijk is. Het zal een behoorlijk lang verhaal worden, maar het is de moeite waard om te lezen, denk ik.

We maken al een aantal jaren gebruik van HRM software. Het registeren en signaleren is hierdoor al sterk verbeterd, maar dat is nog lang niet voldoende om processen optimaal te laten verlopen. Bijv: in het proces van het openstellen van een vacature tot de eerste werkdag (of eigenlijk de eerste werkdag na het einde van de proeftijd) vinden heel veel acties plaats, waarbij alle interne afdelingen betrokken zijn:

Personeel & Organisatie: alles rondom werving, selectie, contracten, leaseauto, aanmelding pensioenregeling en arbodienst, coördineren van het gesprek aan het einde van de proeftijd, enz.
Administratie: tarieven, e.d.
Facilitair: werkplek
ICT: gebruikersaccounts, licenties, laptop/desktop
Communicatie: visitekaartjes (afhankelijk van functie)
Secretariaat: o.a. in verband met de ontvangst op de eerste werkdag

Begin dit jaar zijn we begonnen om al deze zaken precies in kaart te brengen in de vorm van een checklist met als doel het tijdig informeren van de stafafdelingen onderling. Nadat deze gereed was, is deze checklist een aantal keren gebruikt. Nu die duidelijk en compleet is, gaan we weer een stap verder: het verder automatiseren van het hele proces om het administratieve/registratieve werk te verminderen en de bewaking van het hele proces eenvoudiger te maken.

Ik zal je niet vermoeien met alle details, maar een paar van de belangrijkste punten die we gerealiseerd hebben of aan het realiseren zijn, ga ik nu kort toelichten:

Het volledige administratieve proces rond vacatures en sollicitanten gaat bijna automatisch, inclusief het genereren van de benodigde brieven en het bewaken van termijnen;
Arbeidsovereenkomsten worden bijna automatisch gegenereerd;
De workflows t.b.v. de stafafdelingen worden automatisch gestart als de sollicitant in HRM is omgezet naar een medewerker;
De mentor van de nieuwe medewerker krijgt een week voor indiensttreding van de nieuwe medewerker automatisch een herinnering;
Twee weken voor het einde van de proeftijd krijgt de mentor de workflowtaak "Gesprek einde proeftijd voeren" toegekend, doordat automatisch de workflow wordt gestart.

Uiteraard moeten dit soort dingen goed worden ingericht en processen worden aangepast. Een paar voorbeelden:

Sollicitaties vastleggen in HRM wordt de eerste actie als een sollicitatie binnenkomt. Even laten liggen en achteraf registreren is niet meer aan de orde, want anders kan de ontvangstbevestiging voor de sollicitatie niet eens worden gemaakt;
De medewerker wordt geregistreerd in HRM op het moment dat hij/zij akkoord gaat met de aangeboden functie en arbeidsvoorwaarden. Het contract kan daarna grotendeels automatisch worden gegenereerd. Oude werkwijze: registreren als het contract ondertekend retour was ontvangen.
In de functietabel moet worden vastgelegd bij welke functies visitekaartjes worden verstrekt. Alleen als dit goed is vastgelegd, kan automatisch de taak voor het bestellen hiervan worden gegenereerd. Altijd deze taak genereren zorgt voor veel overbodige taken, die vervolgens niet nodig zijn, maar waar dan wel telkens iemand over na moet denken.

Het werk dat uiteindelijk overblijft, is datgene waarvoor de collega's hebben gestudeerd en waar ze goed in zijn. Alle energie die we hier nu in steken, gaan we dus zeker terugverdienen en het werk wordt er ook nog leuker op.

Video's in plaats van handleidingen

2009-10-17T22:01:00.000+02:00

Vandaag heb ik een eerste instructievideo gemaakt voor een onderdeel van onze CRM applicatie. Tot nu toe werkten wij altijd met korte handleidingen om de combinatie tussen de applicatie en onze procedures duidelijk uiteen te zetten, maar het effect hiervan viel vaak tegen. Een handleiding als naslagwerk na een cursus was wel nodig, maar een handleiding om collega's ergens mee aan de gang te zetten, werkte niet echt.

De komende tijd staan er weer een aantal ontwikkelingen op het programma, waar op een of andere manier toch een instructie voor moet worden gemaakt. Om mezelf de frustratie te besparen van het maken van handleidingen, die toch niet worden gebruikt, ben ik vandaag eens aan de slag gegaan met CamStudio, een open source screen recorder en een eenvoudige tafelmicrofoon, die ik gisteren had gehaald bij een computerzaak. Het idee voor deze instructievideo's heb ik opgedaan op http://www.profitvideotraining.nl/, dus echt origineel is het niet, maar wel handig.

Na vier pogingen heb ik nu eindelijk een resultaat, waar ik als 'newbie' zelf best wel tevreden mee ben. Alles bij elkaar was het best wel een puzzel, maar dat heeft ook wel weer wat. Een beetje stoeien met volumeinstellingen, schermresoluties, introductieschermpje, enz. levert dan toch wel weer wat op. Nu maar afwachten wat de collega's ervan vinden.

Voorlopig heb ik het resultaat nog maar even op ons intranet gezet. Voor de beelden heb ik onze live CRM-omgeving gebruikt en om nu een lijst met namen van onze cliënten op YouTube te zetten, lijkt me ook niet helemaal handig. Binnenkort ga ik nog maar eens zoeken naar een makkelijke manier om zoiets er wat anoniemer uit te laten zien, want YouTube is toch wel wat handiger dan het intern optuigen van een server, die dit soort dingen op wat grotere schaal aankan.

Toch Twitter maar eens proberen...

2009-10-10T16:00:00.004+02:00

Gisteren las ik de opmerking "Over het nut van Twitter wordt veel geschreven, vooral door niet-Twitteraars" en daarbij begon ik me eigenlijk een beetje schuldig te voelen. Ik had ook wel zo m'n ideeën over Twitter, die ik gerust ook nog durf te vertellen als het ter sprake komt, maar zelf heb ik nog niet eens een Twitter account. Wel heb ik een tijdje geleden op Yammer eens een account aangemaakt, maar daar is dat toen ook bij gebleven, want daar is het alleen leuk samen met collega's.

Om even door te gaan op Yammer: dit is een variant op Twitter, waarbij alleen members met een e-mailadres met dezelfde @domeinnaam.xx elkaar kunnen volgen, een 'Enterprise microblogging system". Dit heeft zo z'n voordelen, omdat je veel flexibeler kunt zijn in het delen van allerlei informatie, doordat toch alleen collega's het kunnen zien. Anderzijds kan dit ook een nadeel zijn, doordat je hiermee geen contact hebt met de buitenwereld. Overigens kun je hier voor Twitter gebruiken en door gebruik van de hashtag #yam automatisch de tweet ook naar Yammer sturen.

Net kwam ik nog een leuke video tegen over Twitter en Twitter Search. Zeker de moeite waard om te bekijken en het zegt veel meer dan ik in een paar zitten kan omschrijven!

Ik ga aan de gang met Yammer (de eerste uitnodiging naar een paar collega's is al verstuurd) en daarna met twitter.com/accict, kijken wat het meest toevoegt voor mij. Het lijkt me best leuk, maar of het wat is voor mij, zal blijken. Een blog leek me eerst ook niets, maar is toch best leuk.

Cursussen en trainingen?!?!

2009-09-14T21:15:00.005+02:00

De tijd van veel cursussen en trainingen staat weer voor de deur. In het najaar, als het wat minder druk zou moeten zijn, worden er genoeg georganiseerd. Maar werken cursussen en trainingen nu wel of niet om in het dagelijkse werk een stap verder te komen, kennisachterstand in te halen of vaardigheden op te doen?

Mijn idee is dat de reden, waarom iemand een cursus nodig denkt te hebben, al heel veel zegt. De een gebruikt het argument "Maar daar heb ik nooit een cursus voor gevolgd" als reden om iets vooral op de oude manier te blijven doen, de ander "Daar zou ik best meer van willen weten" om een stap verder te komen. Zou het zo kunnen zijn, dat er niets verandert als de eerste een cursus aangeboden krijgt en dat het rendement er wel is bij de ander? Mijn indruk is van wel.

In het eerste geval ziet de medewerker waarschijnlijk weinig nut in het volgen van een cursus of training, doordat hij geen probleem ervaart. Om de opgedane kennis dan in de praktijk toe te gaan passen, moet hij eerst gaan zien wat het oplevert. In het tweede geval is het probleem duidelijk en weet de medewerker ook goed genoeg wat hij beter wil gaan doen en wat hij wil bereiken met de cursus of training.

Maar hoe kunnen we het effect hiervan meten en de juiste richting bepalen voor de toekomst? Voorlopig iets om over na te denken. Bij de huidige snelheid van ontwikkelingen in onze kenniseconomie wel van belang om de juiste mensen op de juiste plek te krijgen en te houden.

Wat is e-Factureren?

2009-09-10T10:33:00.007+02:00

Na het besluit van staatssecretaris De Jager op 12 februari 2009, dat elektronische facturen vorm- en middelvrij mogen worden verstuurd, is e-factureren nogal in de belangstelling komen te staan. Maar wat e-factureren nu eigenlijk? Is het versturen van een factuur als pdf-bestand ook e-factureren? En waar is die besparing van 600 miljoen euro op gebaseerd, die het nieuws nogal eens haalt als het gaat op e-factureren?

Gisteren, 9 september 2009, werd in het MediaPlaza in Utrecht een seminar gehouden over e-factureren. Daar werd door de dagvoorzitter, Friso de Jong van Factuurwijzer de vraag gesteld of we bij het versturen van facturen in pdf-formaat eigenlijk niet zouden moeten praten over 'lastenverschuiving'? Dit soort facturen kunnen niet automatisch in de administratie worden verwerkt en zullen daarom over het algemeen door de ontvanger worden geprint.

Als het gaat om echt e-factureren, moet de ontvanger de factuur direct automatisch in de administratie kunnen verwerken. Daar is de grootste efficiencyslag te maken. In het rekenvoorbeeld van de 600 miljoen euro wordt de besparing ook voor 80% toegekend aan het verwerken van elektronisch ontvangen facturen, dus 4 x zoveel in het verwerken als in het verzenden. Staatssecretaris De Jager, die aan het einde van de dag langs kwam om het boekje "E-Factureren voor het bedrijfsleven" in ontvangst te nemen en de website http://www.e-factureren.info/ te lanceren, benadrukte dit ook nog aan het einde van zijn verhaal: de overheid heeft het verzenden makkelijker gemaakt, maar kan er niet voor zorgen, dat bedrijven ze automatisch/efficiënter gaan verwerken.

Tijdens het seminar bleek duidelijk, dat het echte e-factureren nog in de kinderschoenen staat. Er waren voorbeelden van branches (bijv. bouw en woninginrichting) die al behoorlijk op weg zijn met ketenintegratie, wat nog veel verder gaat dan alleen elektronische facturen, en waar ook prijslijsten, orders, orderbevestigingen, pakbonnen, e.d. via de digitale weg gaan en automatisch worden verwerkt, maar dit zijn nog wel de uitzonderingen. Langzamerhand komen er wel steeds meer softwareleveranciers, die hun applicaties hier geschikt voor maken.

In het middagprogramma was er een interactieve discussie. Hieraan nam iemand deel, die werkzaam is in een groothandel, die levert aan allerlei bouwbedrijven, iemand die een juwelierszaak heeft en ik heb ook m'n bijdrage proberen te leveren. Bij elkaar was dit een interessante verdeling:

bouw: ketenintegratie tussen groothandels en bouwbedrijven is al heel vergaand mogelijk en wordt op redelijke schaal in de praktijk gebracht; overigens heeft deze branche in het gedeelte van de keten tussen fabrikant/importeur en groothandel nog niet zo'n mooie integratie en dus nog een weg te gaan;
juwelier: ketenintegratie is nog niet mogelijk, maar er wordt hard gewerkt om dit voor elkaar te krijgen;
accountancy: ketenintegratie redelijkerwijs niet mogelijk voor het verwerken van administraties van cliënten; daarom sterk de nadruk op het effeciënt verwerken van een grote variatie aan inkomende facturen.

De reacties uit de zaal kwamen al snel op gang, dus interactief was het zeker. Er is hier nog veel meer over te schrijven, maar voor nu laat ik het hierbij. Het idee is zo wel duidelijk, hoop ik, en anders zie ik de reacties vanzelf.

Geautomatiseerd verwerken van facturen (2)

2009-09-03T20:53:00.008+02:00

Geautomatiseerd verwerken van facturen blijkt een ontwikkeling te zijn waar heel veel mogelijk is, maar wat ook behoorlijk veel zaken kent, waar de leveranciers tijdens gesprekken geen aandacht aan schenken en die toch zeker relevant zijn. Inmiddels heb ik van vier potentiële aanbieders een demo gehad en een voorstel hoe ze de oplossing voor onze organisatie in zouden vullen. Hierbij blijkt ook weer dat het vooraf definiëren van de eisen, wensen en randvoorwaarden bepaald geen overbodige luxe is. De oplossing die er in de demo het mooist uit zag, voldoet namelijk wel aan veel wensen, maar niet aan alle eisen.

Voor onze interne organisatie is het belangrijkste verschil tussen de geboden oplossingen de regelherkenning op facturen. Aangezien wij veel facturen verdelen over diverse kostenplaatsen, is dit een relevant punt om een hoog percentage te gaan scoren voor het automatisch verwerken. Bij alle aanbieders is te zien, dat ze in de markt van de grotere organisaties goed thuis zijn. Overigens was dit ook te merken aan de standaardkoppeling die bijna alle aanbieders hadden naar onze ERP applicatie.

In de accountancymarkt hebben we nog een uitdaging: geautomatiseerde verwerking van de administraties van cliënten. In tegenstelling tot onze interne organisatie met weinig administraties en relatief veel facturen per administratie praten we hier over veel administraties met relatief weinig facturen per administratie. Daarnaast moeten onze cliënten het naar keuze op papier of digitaal aan kunnen leveren en daar zit de grootste uitdaging, die we zeker op gaan lossen. Een voorbeeld van zaken om rekening mee te houden:

Cliënten ontvangen digitale facturen, die direct moeten kunnen worden doorgestuurd voor verwerking in hun administratie;
Of nog beter: wij bieden de cliënten een digitale facturenpostbus, waar ze hun leveranciers de facturen rechtstreeks heen kunnen laten sturen (maar hoe gaat het dan met de accordering van de facturen door de cliënt; nu krijgen we ze in de praktijk pas als de cliënt ze akkoord vindt);
Digitale facturen kunnen op dit moment zowel pdf- als xml-berichten zijn;
Cliënten scannen facturen van wisselende aantallen pagina's in wisselende aantallen facturen per scanopdracht.

Voor kleine ondernemingen is er nog een andere oplossing, die in onlangs voor het eerst heb gezien: Yuki. Eigenlijk is dit een boekhoudpakket, waarin de gebruikers alleen nog maar documenten zien (facturen, bankafschriften, e.d.) en geen journaalposten. Hier hoop ik binnenkort nog een afzonderlijk stukje over te schrijven, want dat is het zeker waard.

Wikinomics en meer

2009-08-31T22:44:00.006+02:00

Inmiddels is de vakantie al weer voltooid verleden tijd, dus weer eens tijd voor een nieuw bericht. Voor mij nog maar geen Het nieuwe vakantievieren en gewoon lekker weg, zonder aan m'n werk te denken en dat is dit jaar prima gelukt. Dankzij Getting Things Done met een heerlijk opgeruimd gevoel op vakantie en na de vakantie in één dag alle mail en post van de hele vakantie wegwerken lijkt me toch geen slechte score. Volgens De Nationale Mailindex was het in elk geval een behoorlijk goed resultaat.

In de vakantie heb ik dan m'n werk wel thuis gelaten, maar als leesvoer had ik o.a. Wikinomics meegenomen. Dat heb ik inmiddels dan ook voor een behoorlijk stuk gelezen en heeft me weer genoeg gegeven om over na te denken. In een toch wel redelijk conservatieve branche als de accountancy behoren twee belangrijke punten, die telkens weer opduiken in dat boek, niet echt tot de dagelijkse routine: innovatie op alle mogelijke manieren en het op vrijwillige basis delen van actuele kennis en informatie, zowel binnen als buiten de eigen organisatie. In een interview tijdens een congres in juni was een van de auteurs van dit boek, Don Tapscott, zelfs van mening dat de huidige economische crisis geen recessie is, maar de overgang naar een netwerksamenleving.

In veel bedrijven, die ik ken, worden allerlei nieuwe mogelijkheden (Hyves, LinkedIn, Twitter, Facebook, blogs, enz.) nog niet echt als zinvol gezien en dus gebruikt, maar eerder met argusogen bekeken als zijnde onveilig. En dat terwijl een toenemend deel van de collega's hiermee is opgegroeid en niet beter weet als het op deze manier communiceren. En hoeveel (potentiële) klanten en collega's zijn hier misschien wel te vinden? Of omgekeerd: welke potentiële collega is hier nu niet te vinden? Nog best wel een weg te gaan, denk ik, maar wel een heel boeiende weg. Om eerlijk te zijn: van de meeste dingen zie ik echt de zin wel in, maar van Twitter kan ik dat nog niet zo ontdekken (of zou dat komen doordat ik zelf nog niet Twitter?). Tijd voor een 'social networking strategie', maar dan wel heeeeel snel, anders is het al weer achterhaald voor we er over hebben nagedacht en er wat mee hebben gedaan.

Wat me overigens wel opvalt op bijv. LinkedIn, is het relatief geringe gebruik van veel functies, zoals bijv. de Discussions en News. In veel groepen zie je alleen wat discussies en nieuws gepubliceerd door de eigenaar/beheerder van de groep en gebeurt er verder niet veel, alle goede bedoelingen ten spijt. Blijkbaar worden veel mensen toch lid van die groepen zonder te willen nadenken over dingen die er echt toe doen en waar de groep voor is aangemaakt.

Tot slot nog een leuke ervaring van vorige week als het gaat om kennis delen: voor een van de twee belangrijke applicaties, die worden gebruikt binnen de organisatie, waar ik werk, zijn er per vestiging één of twee 'key users'. Enkele keren per jaar hebben we een overleg met deze groep, zo ook vorige week. Die dag was bedoeld als cursusdag, maar om die dag zinvol te besteden, was het eerste agendapunt een brainstormsessie over wat we zouden moeten doen om onze cliënten nog beter van dienst te zijn en op welke manier we de bewuste applicatie en bijbehorende interne processen daar zo goed mogelijk voor kunnen inrichten en gebruiken. Van alle ideeën kon een behoorlijk deel heel snel worden gerealiseerd, doordat een of meer van de collega's zich daar al eens in had verdiept. Doordat we voor het vastleggen en delen van al dit soort ideeën tot voor kort geen geschikt medium hadden, is er nooit iets gedaan met al die ideeën. Hier hebben we inmiddels uiteraard verandering in gebracht! En dat is nog maar het begin.

Getting Things Done

2009-07-27T22:24:00.005+02:00

Hierbij dan het laatste bericht voor m'n vakantie. Deze keer kort en eigenlijk alleen een tip: als het je moeite kost om voor je vakantie een beetje overzicht te krijgen over wat je nog moet doen voor je vakantie en wat er kan wachten tot na je vakantie, kan ik je aanraden om je je eens te verdiepen in de methode Getting Things Done van David Allen www.gettingthingsdone.com of in het Nederlands via www.meereffect.nl.

Ook als je juist voor de vakantie altijd zo'n heerlijk gevoel hebt, dat je alles precies op orde hebt, maar die ervaring alleen voor de vakantie hebt, is het goed om daar eens een kijkje te nemen. Als je die methode goed gebruikt, heb je dat opgeruimde gevoel elke dag. Inmiddels heb ik er ruim een jaar ervaring mee en ben er zeer goed over te spreken. Bij mij werkt het echt en het kost eigenlijk geen tijd extra nadat je het eenmaal goed heb ingericht (in mijn geval in Microsoft Outlook).

Geautomatiseerd verwerken van facturen

2009-07-18T10:00:00.004+02:00

Digitaal factureren is al een tijdje een hot item. Hierbij gaat het vrijwel altijd over het verzenden van facturen. Maar hoe zit het met het verwerken ervan, dus aan de ontvangende kant? Het lijkt me niet overdreven om te stellen, dat het daar momenteel meestal voor minder efficiency zorgt door twee processen naast elkaar (papier en digitaal) of dat de factuur daar 'gewoon' wordt geprint en op dezelfde manier wordt verwerkt als de facturen die op papier zijn ontvangen.

Mijn ervaring is, dat digitale facturen nogal eens worden verzonden in pdf-formaat, wat het gemakkelijk verwerken niet echt bevordert. Ook documenten uit een tekstverwerker of een spreadsheet komen voor, wat nog dramatischer is. Een gestandaardiseerd xml-bericht (bijv. UBL 2.0) ontbreekt vrijwel altijd, waardoor directe verwerking in de crediteurenadministratie niet kan.

Meestal wordt zo'n factuur daarom op de gebruikelijke manier handmatig geboekt. Om zo'n factuur te kunnen boeken in een financiële administratie heb je op z'n minst twee monitoren nodig als je de benodigde verwerkingstijd niet toe wilt laten nemen door eindeloos wisselen tussen de vensters met de factuur en de financiële applicatie.

Momenteel ben ik bezig om een oplossing te zoeken, waarmee beide factuurstromen kunnen worden gescand, herkend en automatisch geboekt in de crediteurenadministratie. De tijd dat alle facturen digitaal volgens standaarden worden uitgewisseld, ligt naar mijn idee nog wel een aantal jaren weg, dus tijd investeren in geautomatiseerde verwerking van papieren en pdf-facturen is zeker zinvol als dit op korte termijn gebeurt. Tot die tijd lijkt mij de beste oplossing het digitaliseren van alle facturen, die op papier binnen komen en het tot standaardproces verheffen van het verwerken van deze gedigitaliseerde stroom.

Inmiddels ben ik er wel achter, dat er goede oplossingen beschikbaar zijn om dit mogelijk te maken. Kostentechnisch lijkt het ook zeker interessant. Voor m'n vakantie hoop ik voor onze eigen organisatie nog een berekening hiervan te maken. De collega's, die inkoopfacturen verwerken, hebben gedurende een maand precies geregistreerd hoeveel tijd ze daaraan kwijt zijn, dus een reële berekening gaat vast lukken.

Uitdagingen zijn er ook:

Hoe verwerken we pdf-bestanden, waarin meerdere facturen zijn opgenomen? Papieren facturen worden verwerkt met bijv. een barcodesticker, maar in pdf-bestanden kan dat uiteraard niet.
Hoe verwerken we facturen, die betrekking hebben op een langere periode (abonnementen, verzekeringen, e.d.) direct als transitorische post in de financiële administratie? Dit is van groot belang voor realistische exploitatieoverzichten.
Kan de digitale factuur worden opgeslagen in het dossier van de crediteur, zodat alle belanghebbende medewerkers er via de gebruikelijke applicatie bij kunnen zonder een extra archiefapplicatie te moeten gebruiken?
Kan de oplossing overweg met meerdere administraties? Als accountantskantoor willen we deze oplossing ook voor onze cliënten kunnen gebruiken, dus dit punt is van niet de onderschatten belang.

Als ik weet welke oplossing we gaan kiezen, hoop ik hier zeker nog een vervolg te plaatsen.

Uitbreiding intranet

2009-07-11T21:47:00.007+02:00

Gisteren heb ik een eerste concept gereed gemaakt voor een uitbreiding op ons intranet. Technisch misschien niet bijzonder meer, maar een accountantsorganisatie waar steeds meer vraag is naar zo'n oplossing ter ondersteuning van vaktechnische commissies en kennisgroepen is naar mijn idee toch nog niet zo heel gangbaar. Vooral niet omdat deze zelfde commissies en kennisgroepen het alleenrecht op het publiceren van kennis kwijt raken: iedereen mag namelijk gaan laten zien wat hij/zij weet en de gebruiker er van bepaalt hoeveel waarde hij er aan hecht.

De gekozen opzet voor het intranet heeft de volgende onderdelen:

Knowledge Base / Wiki t.b.v. kennisdocumenten
Persoonlijke profielen van alle medewerkers, die de medewerkers zelf beheren
Discussieforums
Weblogs

Niet echt wereldschokkend, maar door de samenhang hierin verwachten we wel dat we alle beschikbare informatie beter terug kunnen gaan vinden en dus beter gaan gebruiken. De vraag hiernaar bestaat al langere tijd, dus het initiatief hoefde niet vanuit de hoek van de ICT te komen. Ook is de drempel er uit, dat alleen bepaalde medewerkers kunnen publiceren na bespreking/goedkeuring/enz. Best leuk!

Na redelijk uitgebreid zoeken, hebben we voor dit concept gekozen voor een oplossing op basis van Sharepoint. Die oplossing voldoet en is voor ons praktisch, omdat we in onze infrastructuur alleen Windows als besturingssysteem gebruiken. Uiteindelijk gaat het om de kennis, die wordt gedeeld en gebruikt, dus technisch hebben we een standaardoplossing gekozen.

En nu maar lekker aan de slag om het concept verder uit te werken naar een definitief geheel, voor zover zoiets definitief zou kunnen worden natuurlijk.