Dienst · Software-ontwikkeling

Crystal Reports vervangen door een moderne rapportageoplossing.

Een druk op de knop en er rolt een factuur, een overzicht of een managementrapportage uit een .rpt-bestand dat soms al twintig jaar meegaat, gebouwd op een Delphi-, FoxPro- of ouder .NET-systeem. Crystal Reports draait meestal nog prima, tot de runtime niet meer wordt bijgewerkt, de licentie via SAP verandert, of de ene collega die de rapporten kan aanpassen er niet meer is. Wij vervangen die losse rapportagelaag door een moderne oplossing, zonder de kennis te verliezen die nu alleen in de oude bestanden zit.

Plan een kennismaking Bekijk ons werk

▤

Een rapportagelaag die niemand meer durft aan te raken.

Crystal Reports hangt zelden op zichzelf. In vrijwel elk traject dat wij tegenkomen zit het als losse rapportagelaag bovenop een bedrijfsapplicatie die zelf ook al jaren meegaat: een Delphi-applicatie, een FoxPro-systeem of een oudere .NET- of VB6-omgeving. De onderliggende applicatie regelt de bedrijfslogica, Crystal Reports levert de facturen, de overzichten en de managementrapportages eromheen, via een SDK die decennia geleden is ingebonden en sindsdien niemand meer heeft aangeraakt.

Dat werkt, tot het niet meer werkt. Crystal Reports is eigendom van SAP, en niet elke oudere versie van de runtime is doorontwikkeld naar de nieuwste platforms, sommige liepen lange tijd alleen als 32-bit component. Nieuwere versies vallen onder een ander licentiemodel dan de versie waarmee ooit is gestart. En de rapporten zelf, de .rpt-bestanden met hun ingebakken queries en formules, zijn zo ontworpen dat je ze opent in de Crystal Reports-designer of nergens. Dat maakt de kennis over wat een rapport precies doet letterlijk vast te klinken aan wie die designer nog kan bedienen, vaak één persoon.

Het resultaat is een stille afhankelijkheid: rapporten die de directie, de boekhouding of de klant wekelijks ziet, maar die niemand kan aanpassen zonder eerst uit te zoeken wat er ooit in gebouwd is. Ondertussen blijft de rest van de organisatie werken met statische PDF-exports, terwijl andere afdelingen allang gewend zijn aan dashboards waarin ze zelf kunnen doorklikken. Dit sluit aan bij een breder patroon dat we vaker zien bij legacy software vervangen en legacy software moderniseren: de rapportagelaag is vaak niet het eerste waar een organisatie aan denkt, maar wel het eerste waar de pijn voelbaar wordt.

Hoe wij Crystal Reports-trajecten aanpakken.

Inventarisatie eerst

We brengen in kaart welke .rpt-rapporten daadwerkelijk gebruikt worden

Queries herbouwen

De logica in het rapport wordt losgekoppeld en leesbaar gemaakt

Moderne BI-laag

Ingebouwde dashboards of een BI-tool met directe databronkoppeling

Kennis gedeeld

Documentatie in plaats van kennis vast in één .rpt-bestand

Drie stappen om van Crystal Reports af te komen.

Een rapportagelaag vervang je niet door alle .rpt-bestanden één-op-één over te zetten. De meeste waarde zit in eerst goed kijken naar wat er werkelijk gebruikt wordt, dan de onderliggende logica herbouwen, en pas daarna de nieuwe rapportagevorm kiezen.

Stap 01

Inventariseren welke rapporten echt gebruikt worden

Vrijwel altijd minder dan de rapporten-map doet vermoeden

In de meeste organisaties staan er tientallen .rpt-bestanden in de rapporten-map, opgebouwd door de jaren heen voor projecten, audits of eenmalige vragen die allang zijn afgerond. Wij inventariseren per rapport wanneer het voor het laatst is gedraaid, door wie, en waarvoor, in plaats van af te gaan op wat er "vast nog belangrijk is". Dat gebeurt via gesprekken met de daadwerkelijke gebruikers, meestal in de boekhouding, het management of de klantenservice, aangevuld met wat het systeem zelf laat zien over gebruiksfrequentie.

Het resultaat is een compacte lijst van rapporten die aantoonbaar een functie vervullen, losstaand van de rapporten die ooit gebouwd zijn maar inmiddels overbodig zijn geworden of dubbel bestaan onder een net andere naam. Die inventarisatie is het fundament van de rest van het traject: hoe scherper de scope, hoe minder we hoeven te reconstrueren en hoe kleiner het risico dat er straks iets over het hoofd is gezien.

GebruiksanalyseStakeholder-interviewsRapporten-auditScope-bepalingDuplicaten opruimen

Stap 02

De onderliggende queries en databronnen herbouwen

De kennis loshalen uit het .rpt-formaat

Een Crystal Reports-bestand is geen los rapport op een schone databron, het bevat vaak zelf de query's, formules, groeperingen en berekeningen die bepalen wat er in het rapport terechtkomt. Die logica zit verstopt in een bestandsformaat dat alleen met de Crystal Reports-designer te openen is, en is daarmee feitelijk onzichtbaar voor iedereen behalve wie het rapport ooit gebouwd heeft. Wij reconstrueren die logica als leesbare, gedocumenteerde queries of views op de onderliggende database, los van het .rpt-bestand.

Elke herbouwde query wordt naast de oude rapport-output gelegd en vergeleken, rij voor rij, totdat de uitkomst overeenkomt. Waar het rapport verouderde of onlogische filters bevatte, leggen we dat expliciet voor aan de gebruiker in plaats van het stilzwijgend over te nemen of te laten vervallen. Zo eindigt u niet met een kopie van het oude probleem in een nieuw jasje, maar met datalogica die iedereen in uw technische team kan lezen en aanpassen.

Query-extractieDatabronkoppelingValidatie tegen oude outputDocumentatieViews/datamodel

Stap 03

Vervangen door een moderne rapportage- of BI-laag

Ingebouwd dashboard of BI-tool, per rapport bepaald

Zodra de logica is herbouwd, kiezen we per rapport de vorm die het beste past. Rapporten die dicht tegen één workflow aanliggen, zoals een factuuroverzicht binnen de applicatie waar de factuur ontstaat, zetten we als ingebouwd dashboard direct in de applicatie zelf. Rapporten die door meerdere afdelingen gebruikt worden, gefilterd, gecombineerd of doorgesneden moeten kunnen worden, passen beter bij een BI-tool met een directe koppeling op de databron, zodat gebruikers zelf kunnen filteren zonder een ontwikkelaar te vragen.

Beide routes maken een einde aan het "één-op-één PDF-rapport"-denken van Crystal Reports. In plaats van een statisch bestand dat je moet openen en exporteren, krijgt u een omgeving die met de actuele data meebeweegt en waarin meerdere mensen zelf inzicht kunnen opbouwen. De keuze tussen beide routes leggen we altijd naast u neer, met de voor- en nadelen per rapport concreet gemaakt.

Ingebouwde dashboardsBI-tool met live koppelingSelf-service rapportageRolgebaseerde toegangGeen .rpt meer

Wat u aan het einde heeft.

Rapportage die niet meer vastzit aan één bestandsformaat en één persoon, maar leesbaar, gedocumenteerd en door meerdere mensen te onderhouden is.

Rapporten in productie

Als ingebouwd dashboard, als BI-omgeving, of een combinatie van beide.

Gedocumenteerde queries

Leesbare views en datamodel, niet langer verstopt in een .rpt-bestand.

Rapporten-overzicht

Welke rapporten zijn behouden, samengevoegd of uitgefaseerd, en waarom.

Self-service voor gebruikers

Waar mogelijk kunnen gebruikers zelf filteren en doorklikken, zonder ontwikkelaar.

Beheer (optie)

Doorontwikkeling van rapporten en dashboards onder een onderhoudscontract.

Wanneer Crystal Reports vervangen onvermijdelijk wordt.

Vier patronen waarin uitstellen niet langer verstandig is, en waarin wij meestal eerst worden uitgenodigd voor een inventarisatiegesprek voor er iets concreets wordt gepland.

Runtime

De runtime of licentie knelt

Oudere Crystal Reports-runtimes zijn niet allemaal meegegroeid naar nieuwere platforms, en een deel draaide lange tijd alleen als 32-bit component. Nieuwere versies vallen onder het licentiemodel van SAP, de huidige eigenaar van het product, wat andere afspraken met zich meebrengt dan de versie waarmee ooit gestart is. Zodra een platform-upgrade of serverwissel op til staat, wordt de rapportagelaag ineens de bottleneck.

Kennis

De enige beheerder is weg of gaat weg

De .rpt-bestanden zijn ooit gebouwd door één developer of power-user die de Crystal Reports-designer nog kent. Die persoon gaat met pensioen, verandert van functie of is al vertrokken, en niemand anders durft de rapporten aan te passen zonder eerst dagen te besteden aan uitzoeken wat er precies in zit.

Embedding

De rapporten moeten mee naar het web

De onderliggende applicatie wordt vervangen door een webapplicatie, maar Crystal Reports is ontworpen voor een desktop-omgeving en laat zich lastig in een moderne webstack embedden. Zodra de applicatie zelf gemoderniseerd wordt, zoals bij een Delphi-modernisering of het vervangen van een Cobol-systeem, moet de rapportagelaag mee, en dat is het moment om ook meteen naar een moderne vorm te gaan.

Verwachting

Gebruikers willen zelf kunnen filteren

Management en operationele afdelingen zijn elders gewend geraakt aan dashboards waarin ze zelf kunnen doorklikken, filteren en vergelijken. Een statisch PDF-rapport dat ze bij de IT-afdeling moeten aanvragen, voelt dan als een stap terug, ook als de onderliggende cijfers kloppen.

Risico's die we expliciet adresseren.

Rapportage raakt de cijfers waarop uw organisatie stuurt. Vier risico-categorieën die in elk Crystal Reports-traject vooraf worden benoemd.

Rapport-verlies

Een rapport wordt over het hoofd gezien

Bij het loskoppelen van een oude rapportagelaag bestaat het risico dat een rapport dat maar een paar keer per jaar gedraaid wordt, over het hoofd wordt gezien. We inventariseren daarom niet alleen op basis van dagelijks gebruik, maar vragen expliciet na bij financiële, juridische en operationele afdelingen of er periodieke rapporten zijn die niet in het dagelijkse beeld zitten.

Cijfers

Afwijkende uitkomsten na het herbouwen van queries

Wanneer de logica uit een .rpt-bestand wordt gereconstrueerd, kan een kleine afwijking in een filter of afronding tot een ander getal leiden. We valideren elke herbouwde query rapport voor rapport tegen de oude output, en leggen elke afwijking expliciet voor voordat het oude rapport wordt uitgezet.

Adoptie

Weerstand tegen het loslaten van vertrouwde PDF's

Gebruikers die jarenlang met een vast rapport gewerkt hebben, ervaren een dashboard aanvankelijk als onwennig, ook als het meer mogelijkheden biedt. We betrekken de belangrijkste gebruikers vanaf de inventarisatiefase en houden de indeling van een nieuw dashboard herkenbaar aan het oude rapport waar dat kan.

Overgang

Afhankelijkheid van één sleutelfiguur tijdens de overgang

Als de enige beheerder van de oude rapporten nog aanwezig is, plannen we die kennisoverdracht als vast onderdeel van het traject, met documentatie als resultaat in plaats van mondelinge kennis die weer bij één persoon blijft hangen.

Hoe een Crystal Reports-traject loopt.

01Kennismaking→ 02Inventarisatie→ 03Queries & bouw→ 04Uitrol & borging

Stap 01

Kennismaking

Welke rapporten staan er, wie gebruikt ze, waar zit de pijn: bij de runtime, de licentie of de kennis. Vrijblijvend gesprek met IT en de belangrijkste rapport-gebruikers.

Stap 02

Inventarisatie & scope

We brengen het feitelijke gebruik per rapport in kaart, spreken de gebruikersgroepen en bepalen welke rapporten behouden, samengevoegd of losgelaten worden.

Stap 03

Queries herbouwen & bouw

De logica uit de .rpt-bestanden wordt gereconstrueerd als leesbare queries, gevalideerd tegen de oude output, en verwerkt in dashboards of een BI-koppeling.

Stap 04

Uitrol & borging

Rapporten gefaseerd in gebruik genomen naast de oude versie, gebruikers getraind, en de oude Crystal Reports-laag pas uitgezet als de nieuwe rapporten bevestigd zijn.

Van Crystal Reports naar een moderne rapportagestack.

Crystal Reports komt in de praktijk in veel verschillende omgevingen voor. Naast deze pagina kunnen ook onze pagina's over Delphi-applicaties moderniseren en Cobol-systemen vervangen relevant zijn wanneer de rapportagelaag onderdeel is van een bredere modernisering, evenals onze bredere aanpak voor legacy software vervangen.

Waar we vandaan komen

Crystal Reports (.rpt)SAP Crystal Reports SDKDelphiFoxProVB6Oudere .NET WebForms

Doelstack, rapportage & BI

Ingebouwde dashboardsPower BIReact / Next.jsPostgreSQLSQL Server views

Migratie & koppeling

Query-extractieData-validatieDirecte databronkoppelingAPI-laagRolgebaseerde toegang

Veelgestelde vragen.

Waarom zouden we de bestaande .rpt-bestanden niet gewoon laten draaien?

Dat kan zolang de runtime nog ondersteund wordt en de kennis om de rapporten aan te passen nog in huis is. Het probleem is dat beide meestal tegelijk wegvallen: de oudere Crystal Reports-runtimes zijn niet allemaal doorontwikkeld naar de nieuwste platforms, en licenties voor recentere versies vallen onder SAP, de huidige eigenaar van het product. Zodra de runtime of licentie een showstopper wordt, of de enige collega die de .rpt-bestanden begrijpt vertrekt, is uitstellen geen optie meer. Wij adviseren dan ook om dat moment niet af te wachten, maar de rapportagelaag gecontroleerd te vervangen terwijl er nog tijd is om het zorgvuldig te doen.

Wat gebeurt er met rapporten die niemand meer echt gebruikt?

Die laten we vervallen, en dat is vaker het geval dan organisaties vooraf denken. In bijna elke rapporten-map staan .rpt-bestanden die ooit voor een specifiek project of een eenmalige vraag zijn gebouwd en daarna nooit meer zijn aangepast of geopend. We inventariseren het feitelijke gebruik per rapport, niet het vermoedelijke gebruik, en bouwen alleen over wat aantoonbaar nog een functie heeft. Dat scheelt niet alleen bouwtijd, het voorkomt ook dat de nieuwe omgeving evenveel ballast krijgt als de oude.

Kunnen we overstappen zonder dat er cijfers verloren gaan of fouten insluipen?

Ja, mits de onderliggende queries zorgvuldig worden herbouwd en gevalideerd. Crystal Reports-bestanden bevatten vaak query-logica, formules en groeperingen die alleen in het .rpt-bestand zelf zitten, niet in de database. We reconstrueren die logica als leesbare, gedocumenteerde queries of views, en vergelijken de uitkomst rapport voor rapport met de oude output totdat de cijfers overeenkomen. Pas daarna vervangen we het oude rapport definitief.

Moet alles naar een BI-tool, of kan het ook in de applicatie zelf?

Beide routes zijn mogelijk en we kiezen per situatie. Rapporten die vooral door één afdeling worden gebruikt en dicht tegen een bestaand proces aanliggen, zetten we vaak als ingebouwd dashboard in de applicatie zelf, direct naast de workflow waar de cijfers uit voortkomen. Rapporten die door meerdere afdelingen worden doorgesneden, gefilterd of gecombineerd, passen beter bij een BI-tool zoals Power BI met een directe koppeling op de databron, zodat gebruikers zelf kunnen doorklikken zonder een ontwikkelaar nodig te hebben.

Wat als de enige beheerder van de rapporten al vertrokken is?

Dat is een veelvoorkomende aanleiding om ons in te schakelen, geen blokkade. We openen de bestaande .rpt-bestanden, reconstrueren de query's en formules die erin verwerkt zitten, en toetsen de uitkomst bij de collega's die de rapporten dagelijks lezen, ook als zij de techniek niet kennen. Zo halen we de kennis terug uit het bestandsformaat en leggen we die vast in documentatie en leesbare queries in plaats van in een enkel .rpt-bestand dat maar door één persoon te openen is.

Werkt dit ook als Crystal Reports op een Delphi- of FoxPro-applicatie draait?

Ja, dat is zelfs de meest voorkomende situatie die wij tegenkomen. Crystal Reports is vaak als losse rapportagelaag toegevoegd aan een Delphi-, FoxPro- of ouder .NET/VB6-systeem, met de rapporten-engine ingebonden via een losse SDK. We kunnen de rapportagelaag vervangen terwijl de onderliggende applicatie nog draait, of dit combineren met een breder traject als de applicatie zelf ook aan vervanging toe is. Zie ook onze pagina's over Delphi-applicaties moderniseren en Cobol-systemen vervangen voor die bredere aanpak.

Wat bepaalt de doorlooptijd van zo'n traject?

Het aantal rapporten dat na inventarisatie echt behouden moet blijven, de complexiteit van de onderliggende queries en formules, het aantal databronnen dat wordt aangesproken en de keuze tussen ingebouwde dashboards of een BI-tool. Een beperkte set overzichtelijke rapporten met één databron is een ander traject dan tientallen rapporten die meerdere systemen combineren. We geven een eerlijke inschatting na de inventarisatiefase, niet ervoor, omdat elk getal zonder zicht op de werkelijke omvang een gok is.

Blijven we eigenaar van de nieuwe rapportage-omgeving en de onderliggende data?

Ja, volledig. De gedocumenteerde queries, het datamodel, de dashboards of de BI-koppeling komen op uw naam te staan, in uw eigen omgeving of database. U bent niet gebonden aan een specifieke rapportage-leverancier, en de kennis die eerst alleen in .rpt-bestanden zat, ligt na afronding vast in leesbare documentatie die door meerdere mensen in uw organisatie te begrijpen is.

Praat met ons over uw Crystal Reports-rapporten.

Een kennismaking van een half uur, vrijblijvend. We luisteren naar welke rapporten er draaien, waar de pijn zit en of vervanging op dit moment de juiste route is, ook als blijkt dat de huidige rapportagelaag voorlopig nog voldoet.

Plan een kennismaking Mail fabian.vandijk@appfront.nl