Excel-rijlimiet: 25 miljoen Business Central-rijen (2026)

Excel heeft 1.048.576 rijen. Dat aantal is sinds Excel 2007 niet veranderd en dat gaat ook niet gebeuren. Voor de meeste rapportages in Business Central is het ruim voldoende. Voor een tabel met geboekte uren, een grootboekpostentabel met tien jaar geschiedenis of een artikelpostentabel bij een distributeur, is het echter een onoverkomelijke muur.

Het korte antwoord

De Excel-rijenlimiet geldt voor een werkblad, niet voor Excel zelf. Het datamodel van Excel (de Power Pivot-engine achter een draaitabel) wordt begrensd door geheugen en bestandsgrootte in plaats van door het aantal rijen, wat Microsoft bevestigt in de Excel-specificaties en -limieten. Exsion Reporting kan een Business Central-query rechtstreeks in dat datamodel schrijven, zonder dat er rijen op een werkblad worden geplaatst. Op deze manier hebben we al eens 25 miljoen Business Central-rijen in één draaitabel geladen. Het bestand blijft klein, vernieuwen is een kwestie van één klik en dubbelklikken op een draaitabelcel toont nog steeds de onderliggende posten.

De rest van dit artikel legt uit waar de grens precies ligt in Business Central, wat men momenteel doet om deze te omzeilen, en wanneer een draaitabel de juiste oplossing is en wanneer niet.

Waar de grens daadwerkelijk ligt in Business Central

Business Central slaat vrijwel alles op postenniveau op. Het houdt geen maandelijkse samentellingstabel bij waaruit een rapport kan lezen; het saldo dat u op een grootboekrekening ziet, is een FlowField dat de achterliggende posten optelt telkens wanneer u de pagina opent. Dat ontwerp is uitstekend voor de controleerbaarheid, maar nadelig voor iedereen die de volledige geschiedenis op één werkblad wil zetten.

De vijf tabellen die de problemen veroorzaken

Een handvol tabellen neemt het grootste deel van het volume in beslag bij een gemiddelde klant.

[[TABLE_START]]

Tabel | Nummer | Wat vult de tabel

Grootboekpost (G/L Entry) | 17 | Elke geboekte dagboekregel, factuurregel en herwaardering, voor elk bedrijf en elk jaar sinds de livegang

Klantpost (Cust. Ledger Entry) | 21 | Eén post per klantdocument (factuur, betaling, creditnota) plus de gedetailleerde posten daarachter in tabel 379

Artikelpost (Item Ledger Entry) | 32 | Elke ontvangst, verzending, transfer en herwaardering voor elk artikel en elke locatie

Waardepost (Value Entry) | 5802 | Kosten- en omzetboekingen per artikelpost, vaak meerdere per mutatie

Projectpost (Job Ledger Entry) | 169 | Elk uur, elke uitgave en elk artikel dat op een project is geboekt; de uren- en materiaaltabel

[[TABLE_END]]

Een fabrikant met 20.000 artikelnummers en dagelijkse mutaties verspreid over een paar magazijnen passeert in een paar jaar tijd de grens van een miljoen artikelposten. Waardeposten groeien nog sneller, omdat één verzending meerdere waardeposten kan aanmaken zodra verwachte kosten, werkelijke kosten en herwaarderingen worden geboekt. Een groep met acht bedrijven en tien jaar geschiedenis in de grootboekposten zit al ruim over de limiet heen voordat iemand Excel überhaupt opent.

Microsofts eigen advies over het exporteren van Business Central-gegevens naar Excel is gebaseerd op 'Openen in Excel' and 'Bewerken in Excel'. Dit is prima voor een enkele pagina met gegevens, maar het is nooit bedoeld als rapportagelaag voor tabellen van deze omvang.

Een adviesbureau en 1.500 urenboekingen per week

In een recente demo lieten we Exsion365 zien aan een Amerikaans adviesbureau dat op basis van uren en materiaal factureert. Elke consultant schrijft uren, in totaal zo'n 1.500 boekingen per week over het hele team, en dat stapelt zich al jaren op. Hun financieel manager omschreef het rapport dat deze boekingen filtert op resource, klant, project en ticket als een van de traagste rapporten die hij in Jet Reports draait. Niet omdat de query ingewikkeld is, maar vanwege het enorme volume.

Dat rapport heeft details op postenniveau nodig, omdat de dimensies waarop gefilterd wordt op de individuele post staan. Als u de tabel samenvat voordat deze in Excel terechtkomt, verliest u de mogelijkheid om de volgende vraag te beantwoorden, die steevast luidt: "welke tickets horen er bij dat project?"

Hoe tools op basis van werkbladen hier momenteel mee omgaan

De meeste Excel-rapportagetools voor Business Central, waaronder Jet Reports, plaatsen rijen op een werkblad. In Jet retourneert de NL-functie een lijst met records in cellen; de cellen zijn de data. Zodra de resultatenlijst de miljoen rijen passeert, zijn er drie manieren om hiermee om te gaan, en elk financieel team dat we spreken heeft er minstens twee gebruikt.

De eerste is filteren of samenvatten vóór het laden. Beperk het datumbereik tot het huidige jaar, of groepeer op rekening en periode zodat het rapport totalen retourneert in plaats van individuele posten. Dit houdt het bestand klein, maar gooit de details weg, en het betekent dat de historische vergelijking in een ander rapport met een ander filter staat.

De tweede optie is het rapport splitsen over meerdere bestanden, bijvoorbeeld één per jaar of één per bedrijf. Dit is hoe bestanden zoals "Urenstaten 2019 tot 2023 DEFINITIEF v4" ontstaan. Elk bestand blijft onder de limiet, maar niemand kan het totaalplaatje op één plek zien, en het consolideren van de onderdelen vereist weer een ander werkmap met koppelingen naar alle bestanden.

De derde optie is om simpelweg de volledige tabel naar een werkblad te blijven halen en de consequenties te accepteren: lange laadtijden, een werkmap die te groot is om te e-mailen en Excel dat er halverwege af en toe mee ophoudt.

De tweede kostenpost: bestandsgrootte

Rijen op een werkblad zijn kostbaar qua geheugen. Een werkmap met één miljoen rijen aan grootboekgegevens en een tiental kolommen is doorgaans 30 tot 40 MB groot. Zo'n bestand kan via de meeste e-mailservers niet worden verzonden, het openen duurt minuten en het opslaan is traag. Mensen bewaren het bestand daardoor vaak op één machine en sturen in plaats daarvan screenshots, wat het hele doel van de gegevens in Excel hebben tenietdoet.

Drie manieren om te rapporteren over een tabel met miljoenen rijen

Hier ziet u hoe de drie benaderingen scoren op de punten die voor een controller belangrijk zijn.

[[TABLE_START]]

Aanpak | Behoud van details | Bestandsgrootte | Inspanning bij vernieuwen | Wie kan inzoomen (drilldown)

Filteren of samenvatten vóór het laden | Gedeeltelijk; alleen totalen of één periode tegelijk | Klein | Eén keer vernieuwen per rapport, maar meerdere rapporten nodig voor de hele geschiedenis | Niemand; de details zijn immers nooit geladen

Werkblad gesplitst over bestanden | Volledig, maar verspreid over verschillende werkmappen | 30 tot 40 MB per miljoen rijen, per bestand | Eén keer vernieuwen per bestand, daarna de consoliderende werkmap bijwerken | Iedereen die het juiste bestand heeft geopend, mits het opent

Rechtstreeks naar datamodel draaitabel | Volledig, op één plek, tot tientallen miljoenen rijen | Meestal 6 tot 7 MB voor een werkmap die op een werkblad 30 tot 40 MB zou zijn | Eén keer vernieuwen voor de hele set | Iedereen die het bestand kan openen; dubbelklik op een cel om de rijen te zien

[[TABLE_END]]

Rechtstreeks naar draaitabel: hoe het werkt in Exsion

Exsion Reporting maakt verbinding met Business Central via de API en stelt u in staat een query te bouwen op elke gewenste tabel en elk veld, inclusief extensietabellen en FlowFields. Wanneer u de query uitvoert (Exsion noemt dit een download), kiest u waar het resultaat naartoe gaat. De gebruikelijke keuze is een werkblad. De andere optie is rechtstreeks naar een draaitabel, waarmee het resultaat direct in het datamodel van Excel wordt weggeschreven en het werkblad volledig wordt overgeslagen.

Zonder fysieke rijen op een blad is de rijenlimiet van het werkblad niet langer relevant. De praktische grens wordt nu bepaald door het werkgeheugen van de computer en de grootte van het bestand, en die liggen beide vele malen hoger. De grootste set die we op deze manier hebben geladen, is 25 miljoen Business Central-rijen in één enkele draaitabel. Een werkmap met alleen een draaitabel die als werkblad 30 tot 40 MB groot zou zijn geweest, is nu meestal slechts 6 tot 7 MB, omdat het datamodel kolomgegevens veel efficiënter comprimeert dan cellen dat doen.

De query bouwen

De beste methode is om de query breed op te zetten. Neem elk veld op waarop u later eventueel wilt filteren of groeperen: boekingsdatum, documentnummer, alle globale dimensies en snelkoppelingsdimensies, resource, projectnummer, projecttaak, klant, maateenheid, aantal, kosten en prijs. In het voorbeeld van het adviesbureau betekent dit de tabel Projectposten (tabel 169) met resource, klant, project, projecttaak en de ticketreferentie die ze in een dimensie opslaan. Het toevoegen van een veld kost in het datamodel nagenoeg niets; achteraf een veld moeten toevoegen betekent dat u opnieuw moet vernieuwen, dus het is beter om vooraf royaal te zijn.

De querydefinitie wordt in de werkmap geschreven als een leesbaar raster: tabel, bedrijven, velden, filters en koppelingen (joins). Als u de klantnaam naast het klantnummer wilt hebben, voegt u de tabel Klant toe, accepteert u de koppeling die Exsion voorstelt op "Klantnr." naar "Nr.", en kiest u het veld; hoe u Business Central-tabellen in Excel koppelt legt dit stap voor stap uit. Als u meerdere bedrijven in één draaitabel nodig heeft, vinkt u ze aan in het raster en het resultaat bevat automatisch een bedrijfskolom.

Inzoomen (drilldown) werkt nog steeds

Een veelgehoord bezwaar tegen draaitabellen is dat u het zicht op de individuele rijen verliest. Dat is niet zo. Dubbelklik op een willekeurige waarde in de draaitabel en de Excel-functie 'Details weergeven' opent een nieuw tabblad met de onderliggende posten van dat getal. De enige voorwaarde is dat deze subset op een werkblad moet passen, dus deze moet onder de circa één miljoen rijen blijven. Inzoomen op één project voor één kwartaal is geen probleem; inzoomen op het eindtotaal van een dataset van 25 miljoen rijen kan niet, en Excel zal u daar dan ook voor waarschuwen.

Als u terug wilt naar Business Central zelf in plaats van naar de Excel-rijen, legt de drilldown-handleiding uit hoe u de optie Details weergeven gebruikt op Exsion-queryresultaten en financiële functies, waarmee Business Central wordt geopend, direct gefilterd op exact de rekening en het datumbereik die de cel gebruikte.

Eén bestand, één keer vernieuwen, drie doelgroepen

De rapportage van het adviesbureau wordt uiteindelijk één werkmap met één download en één draaitabel. De financieel manager kijkt naar uren per resource. De operationeel manager sleept het project naar de rijen en bekijkt uren en kosten per project en ticket. De CEO klapt alles in tot het niveau van de klant en kijkt naar omzet en marge. Niemand hoeft iets opnieuw te bouwen; ze delen simpelweg dezelfde draaitabel anders in. Wanneer de maand wordt afgesloten, vernieuwt één persoon de gegevens en de weergave van iedereen is direct bijgewerkt.

Omdat de draaitabel gekoppeld is aan de download, wordt deze automatisch bijgewerkt zodra de download wordt vernieuwd. Plaats twee of drie downloads, hun bijbehorende draaitabellen en een paar draaitabelgrafieken op een overzichtstabblad en u heeft een managementdashboard dat met één klik wordt bijgewerkt, zoals beschreven in hoe u Business Central-managementrapportages bouwt in Excel.

Hoe vernieuwen eruitziet zonder datawarehouse

Vernieuwen is slechts één knop. Exsion leest Business Central rechtstreeks via de API met de rechten van de aangemelde gebruiker. Er is dus geen datawarehouse, geen Azure SQL-replica, geen virtuele machine, geen gateway en geen nachtelijke synchronisatie die gepland moet worden (of uitgelegd moet worden als deze mislukt). De gegevens in de draaitabel zijn zo actueel als het moment waarop u klikte.

De snelheid blijft ook bij grote volumes hoog omdat Exsion sets ophaalt in plaats van losse waarden. Eén query haalt alle relevante posten op in één enkel verzoek en Excel doet het rekenwerk. Als referentiekader: 700.000 rijen uit de tabel Grootboekposten (tabel 17) worden in minder dan vijf seconden ingeladen, en Excel blijft gewoon bruikbaar tijdens het vernieuwen. Als trage rapporten de reden zijn dat u bij dit artikel bent uitgekomen, legt waarom Jet Reports traag wordt en Excel vastloopt het verschil uit tussen een verzoek per functie en een verzoek per query.

De licentiestructuur volgt dezelfde logica. Iedereen met een Exsion-licentie kan gegevens vernieuwen. Iedereen zonder licentie kan de werkmap openen, de draaitabelvelden verplaatsen, filters aanpassen en inzoomen op details; zij kunnen alleen geen nieuwe gegevens ophalen. Voor een financieel team betekent dit dat de twee personen die de boeken sluiten een licentie hebben, en de twintig mensen die de rapporten lezen niet.

Wanneer u een draaitabel gebruikt en wanneer u het werkblad behoudt

Direct naar draaitabel schrijven is de juiste keuze voor grote postentabellen die u op verschillende manieren wilt analyseren, en voor elk bestand dat via e-mail of SharePoint wordt gedeeld. Urenboekingen, artikelmutaties, waardeposten, meerjarige grootboekgeschiedenis en rapportages over meerdere bedrijven zijn hiervoor de uitgelezen kandidaten.

Een werkblad is nog steeds de juiste keuze wanneer u de rijen daadwerkelijk als afzonderlijke rijen nodig heeft. Sluitingsprocessen waarbij u posten matcht met een bankbestand, zoekfuncties (lookups) die een waarde naar een ander blad halen, of een werksheet waarin u handmatig een kolom met formules en opmerkingen toevoegt; in al deze gevallen wilt u de gegevens in cellen hebben. Onder de miljoen rijen worden de werkbladgegevens sowieso binnen enkele seconden geladen, dus de rijenlimiet bepaalt de keuze pas echt wanneer u die limiet overschrijdt.

Draaitabellen hebben ook hun eigen beperking die goed is om te weten: ze aggregeren (sommeren). Als uw vraag is "toon mij elke individuele post die aan deze criteria voldoet" in plaats van "tel deze posten op per dimensie", filter dan de query in het raster en stuur het resultaat naar een werkblad. Het raster van Exsion accepteert de eigen filtersyntaxis van Business Central, dus een boekingsdatumfilter zoals 01-01-26..31-03-26 of een rekeningfilter zoals 4000..4999|6100 werkt precies zoals binnen Business Central.

Voor een bredere vergelijking van tools en waar welke tool het beste past, vergelijkt het hoofdartikel over alternatieven voor Jet Reports voor Business Central de rijenlimiet met de overige redenen waarom financiële teams overstappen.

Probeer het uit op uw grootste tabel

Installeer Exsion Reporting vanuit AppSource via Extensiebeheer in Business Central, download de Excel-invoegtoepassing van de Exsion-infopagina, voeg een verbinding toe in Excel en meld u aan. De hele installatie duurt ongeveer vijf minuten; de proeflicentie ontvangt u binnen een minuut na aanvraag per e-mail. De 30-daagse proefperiode is volledig functioneel en onze prijzen staan transparant op de website in plaats van achter een verkoopgesprek.

Kies vervolgens uw grootste postentabel, bouw de query breed op, kies voor de output 'PivotTable' en vernieuw. Als uw team momenteel Jet Reports gebruikt, bouwen we dat eerste rapport kosteloos samen met u op, uitgaande van de tabellen en velden die uw bestaande Jet-werkmap al gebruikt.

Veelgestelde vragen

[[FAQ_START]]

Wat is de Excel-rijenlimiet en geldt deze ook voor draaitabellen? | Een Excel-werkblad kan 1.048.576 rijen bij 16.384 kolommen bevatten. Die limiet geldt voor cellen op een werkblad, niet voor het Excel-datamodel achter een draaitabel. Het datamodel wordt begrensd door het beschikbare werkgeheugen en de bestandsgrootte. Een draaitabel kan dus vele miljoenen rijen bevatten, mits de gegevens rechtstreeks in het datamodel worden geladen en niet op een werkblad worden geplaatst.

Welke Business Central-tabellen overschrijden het snelst de grens van één miljoen rijen? | Dit zijn de postentabellen: Grootboekpost (17), Klantpost (21) en de bijbehorende gedetailleerde posten in tabel 379, Artikelpost (32), Waardepost (5802) en Projectpost (169). Elk bedrijf met meerdere jaren geschiedenis, meerdere bedrijven binnen één omgeving, of een hoog transactievolume in voorraad of projecten zal de limiet in een of meer van deze tabellen overschrijden.

Hoeveel Business Central-rijen kan Exsion in één draaitabel laden? | Exsion heeft al eens 25 miljoen Business Central-rijen in één enkele draaitabel geladen via de optie 'rechtstreeks naar draaitabel'. De praktische grens wordt bepaald door het geheugen van de computer en niet door Excel. Een werkmap met alleen een draaitabel is doorgaans 6 tot 7 MB groot, terwijl dezelfde gegevens op een werkblad 30 to 40 MB per miljoen rijen in beslag zouden nemen.

Kan ik nog steeds de individuele posten achter een getal in de draaitabel zien? | Ja. Dubbelklik op een waarde in de draaitabel en Excel opent via 'Details weergeven' een nieuw werkblad met de onderliggende rijen. Deze subset moet wel op een werkblad passen, dus hij moet onder de circa één miljoen rijen blijven. Inzoomen op een project, een klant of een periode is prima; inzoomen op het eindtotaal van een zeer grote set lukt niet.

Heb ik een datawarehouse of Power BI nodig om over zulke grote hoeveelheden data te rapporteren? | Nee. Exsion leest Business Central rechtstreeks via de API met de rechten van de aangemelde gebruiker. Er is geen Azure SQL-replica, geen virtuele machine, geen gateway en geen geplande gegevenssynchronisatie nodig. Vernieuwen is een simpele knop in Excel en de gegevens zijn direct actueel op het moment dat u klikt.

Heeft iedereen die de werkmap opent een Exsion-licentie nodig? | Alleen de personen die de gegevens daadwerkelijk vernieuwen hebben een licentie nodig. Iedereen zonder licentie kan een werkmap met een draaitabel openen, de draaitabel anders indelen, filters wijzigen en inzoomen op details. Voor het ophalen van nieuwe gegevens uit Business Central is wel een licentie vereist.

[[FAQ_END]]