Services

Als je op Internet zoekt naar de term Rapport is het aantal hits overweldigend. Wat wij bedoelen is de uitvoer van data, vaak in een bepaald formaat. Dit kan bijvoorbeeld een lijst zijn of een brief.
De meest gangbare formaten zijn Word, Excel, PowerPoint, PDF en meer technische formaten als CSV en XML.

Veel voorkomende rapporten zijn bijvoorbeeld Offertes, Draaiboeken, Evaluatieformulieren, Catering uitvragen en Contracten.

In de software zijn diverse Standaardrapporten beschikbaar en er is een API Feed waarmee je data kunt benaderen in bijvoorbeeld Excel of je BI tool. Vaak zijn er ook maatwerkrapporten, dit zijn rapporten die wij op maat maken specifiek voor jullie.

Er zijn veel maatwerkrapporten ontwikkeld en het is verstandig om met andere gebruikers te spreken om te zien of er rapporten zijn die jij ook kunt gebruiken in je organisatie. Ook kun je ons vragen naar voorbeelden. Wij kunnen deze niet altijd laten zien omdat hiervoor toestemming moet zijn van de gebruikers die het rapport hebben laten ontwikkelen.

Gebruikers vragen bijvoorbeeld naar een weeklijst, een draaiboek of een contract.
Wat ze dan precies bedoelen moet bepaald worden. In elk geval is er een rapportwens. Vaak hebben gebruikers een specifiek idee over de lay-out en de content. Als de standaardrapporten niet voldoen kan er een maatwerkrapport gemaakt worden.

Maar hoe breng je nu in kaart wat de wens echt is?

Dit vergt vaak tijd want een gebruiker geeft je waarschijnlijk wel wat voorbeelden, maar geen details.

Als je in kaart hebt wat de gebruiker wil, kun je een nieuw rapport aanvragen. Uiteraard moet hiervoor een budget zijn maar allereerst moet je weten hoe je een rapport aanvraagt.

Als je een nieuw rapport aanvraagt is het precies alsof je iets nieuws gaat kopen. Het rapport hangt natuurlijk niet in het rek en ligt ook niet op de plank dus je zult ons moeten vertellen wat het rapport moet doen. <ik wil een rode auto komt ongeveer overeen met ik wil een draaiboek>

De wens moet omgezet worden in een specificatie. Een maatwerkrapport is een project.

De aanvraag kan via Teams, Zendesk, mail of bel even en overleg erover. Er is een projectleider of assistent projectleider bij ESB nodig om dit nieuwe rapport te beoordelen en hiervoor een Rapport PID te maken en de specificatie te beoordelen. De projectleider neemt de opdracht aan en gaat er mee aan de slag. Maar allereerst moet er dus een specificatie zijn.

Heel in het kort is een specificatie een beschrijving van wat het rapport onder welke condities moet doen. Dat klinkt eenvoudig maar in de praktijk kun dit je van een gebruiker niet verwachten. Dit is vaak het werk van de applicatiebeheerder of van een consultant. Het is immers maatwerk.

Enkele belangrijke punten die minimaal terug moeten komen in de specificatie zijn:

a. De naamgeving
Zorg ervoor dat het rapport een naam heeft.  De naam moet niet te lang zijn en zeker ook niet te persoonlijk dus niet “Weeklijst voor Pietje” maar wel bijvoorbeeld “Weeklijst afdeling Techniek”

 b. Go live
Wanneer moet het rapport operationeel zijn?

 c. Testen
Wat zijn de testscenario’s?  Wie gaat het rapport testen?  Wat is de start en einddatum van het testproces? Zijn er testevents aanwezig of wie maakt deze aan?

 d. Aanvrager
Wie vraagt het rapport aan – welke afdeling? Is de Specificatie akkoord bevonden door de aanvrager?

Wie gaat het rapport accorderen? Wie gaat het rapport gebruiken?

e. Beschrijving
Wat moet het rapport onder welke condities gaan doen? Een korte volledige beschrijving is nodig.

f. Formaat
In welk formaat moet de uitvoer beschikbaar zijn? Is er een voorbeeld van de gewenste uitvoer?

Is in dit voorbeeld precies vastgelegd ook welke data waar vandaan moet komen?

Is het Rapport in meerdere talen nodig, zo ja welke? Zijn er logo’s of plaatjes of een bepaald lettertype?

g. Frequentie
Hoe vaak wordt het rapport gebruikt?

Moet het rapport automatisch gemaild worden?  En zo ja naar wie en wanneer?

Een rapport geeft al gauw uitvoer maar het is belangrijk dat het maatwerkrapport goed getest wordt met jouw data. Een weeklijst kan prima uitvoer leveren bijvoorbeeld maar als er in een bepaalde week geen events zijn, wat moet het rapport dan printen? Of als je een bepaald veld wilt printen in een brief maar dat veld is niet ingevuld, wat dan?  In de specificatie heb je dit opgenomen maar in het testscenario moet dit wel terugkomen zodat je kunt testen of het onder al deze condities ook nog een goed rapport produceert.

In de specificatie geef je door welke testscenario’s je gemaakt hebt.

Nadat de projectleider de specificatie gezien heeft wordt deze voorgelegd en besproken met het reporting team. Als er nog vragen zijn dan nemen we contact op met de aanvrager en wordt de specificatie bijgewerkt waar nodig.

De ontwikkeling start als de specificatie duidelijk is. Tijdens het ontwikkelen kunnen er toch nog vragen ontstaan, misschien omdat er een technisch probleem is of er toch nog iets is waar geen rekening mee gehouden is bij het maken van de specificatie.

Als er veel vragen zijn dan kan dit de opleverdatum in gevaar brengen maar ook de tester van het rapport zal dan geïnformeerd moeten worden want ook het testproces vertraagd. Ook dan wordt er weer overlegd.

Gemiddeld duurt het ontwikkelen van een rapport 1 dag. Daarna test de reporting afdeling of het rapport geen fouten oplevert, de juiste uitvoer heeft en draagt het daarna over aan de projectleider.

Als het rapport klaar is wordt het beschikbaar gemaakt in de omgeving waarin getest kan worden.
De reporting afdeling enkele tests uit aan de hand van het testscenario.

Als alles volgens plan verloopt kan de tester aan de slag.

Tip: zorg ervoor dat de tester voldoende rechten heeft om het rapport te mogen testen.

Het testscenario wordt doorlopen en de bevindingen worden gerapporteerd aan de Projectleider.

Ervaring leert dat gebruikers soms toch nog iets anders willen. Het is dan zaak een andere procedure te volgen, de RFC (request for change) procedure. Kleine wijzigingen zijn vaak mogelijk maar het is belangrijk dat de specificatie bijgewerkt wordt op dat moment.

Als er fouten zijn bekijken we met de reporting afdeling hoe deze op te lossen en volgt er een versie waarin deze fouten opgelost zijn. Dit kan een iteratief proces zijn en moet gebeuren in de tijd die afgesproken is voor het testproces in de specificatie. Vaak is dit 2 weken. De reporting afdeling is in deze 2 weken gepland om fouten op te lossen. De planning hiervoor wordt door de projectleider bepaald.

De projectleider stuurt bij als dit proces te lang duurt. Nadat de tester akkoord is, is het belangrijk dat de gebruiker, indien deze niet al betrokken was, ook meekijkt. Dit kan ook per organisatie verschillen. Belangrijk is dat de gebruiker geïnformeerd wordt.

Het is belangrijk dat er documentatie is over het rapport en dat deze beheerd wordt.
De specificatie met de testscenario’s en de beschrijving worden beheerd door de klant, de technische info beheren we in Confluence, het systeem waarmee de reporting afdeling rapporten beheert.

Documentatie is belangrijk omdat er wellicht later nog eens vragen zijn over het rapport en of wijzigingen nodig zijn. Zonder documentatie is dit niet efficiënt.

Het accorderen van het rapport is belangrijk. De voorgaande fasen worden daarmee afgesloten.

Als het rapport goedgekeurd is kan het in gebruik genomen worden. Het is een go live.

Tip: vergeet niet de gebruikers te briefen over het feit dat het rapport in gebruik genomen kan worden, eventueel nog uitleg te geven en de rechten in te stellen zodat zij het rapport ook echt kunnen gebruiken.

De garantietermijn voor het rapport is 14 dagen. Mochten er nog fouten zijn of heel kleine wijzigingen nodig zijn dan lossen we deze op in deze termijn.

Na een tijdje blijkt dat er toch wat wijzigingen nodig zijn in het geleverde rapport. Dat kan natuurlijk.

Iedere wijziging verloopt via een RFC, een Request for Change.

De werkwijze is als volgt:

• De specificatie wordt uitgebreid met een wijziging.
• Deze wordt beschreven.
• De wijziging wordt doorgaans weer met de projectleider besproken en de impact wordt bepaald.

Deze procedure heeft ook weer een tester, testscenario, go live datum etc. net als bij de oorspronkelijke aanvraag. De route is gelijk aan die van de aanvraag.

ESB geeft opleidingen in het Gebruik van de software en in het Beheer van de software. Ook zijn er tweewekelijkse Webinars. Er zijn standaard opleidingen en Opleidingen op maat. Wil je een opleiding, klik dan hier en geef aan welke opleiding je wenst, een voorkeursdatum en tijd en de locatie waar je de training wenst.  

Ben je een gebruiker of beheerder dan ontvang je regelmatig uitnodigingen voor opleidingen en Webinars.  

Het is niet altijd nodig om een opleiding te volgen, de software is erg intuïtief en wellicht is er een collega die je op weg helpt als je het even niet meer weet. Wil je toch een opleiding dan kun je deze hier aanvragen. Er zijn opleidingen voor alle features in de software en we kunnen een opleiding op maat leveren.  

Het is mogelijk om met de handleiding de volledig setup te doorgronden maar mocht je een opleiding willen, dan kun je deze hier aanvragen.  

We organiseren iedere 2 weken Webinars. Deze Webinars zijn populair en kosten maar 45- 60 minuten van je tijd. Je leert in een Webinar iets over 1 specifiek onderwerp en nadien ontvang je de opname. 

Een speciaal type Webinar is de Smart.Lab. Key users brainstormen over belangrijke features in de software. Het zijn interactieve sessies waarin je je input kunt delen met ons. Zo draag je bij aan de ontwikkeling van de software.  

Webinars zijn gratis.  

Wil je een opleiding op maat, bel dan met je Project Manager en bespreek het opleidingsverzoek.  

Denk hierbij bijvoorbeeld aan de volgende punten: 

• De doelgroep: voor wie is de opleiding? 
• De onderwerpen: wat gaan we doen, zijn er voorbeelden en scenario’s? 

• Kan de opleiding in je eigen omgeving of moet er een demo omgeving zijn? 
• Op welke locatie, datum en tijd vindt de opleiding plaats? 
• Wie stuurt de uitnodigingen? 
• Zijn er belangrijke zaken waar de opleider aan moet denken? 
• Praktische zaken: hoe is de catering geregeld, kun je parkeren/OV tijden.  

De tarieven voor Opleidingen variëren, overleg het tarief met de contactpersoon bij ESB.