Excel kan voortaan meerdere waardes aan één cel toekennen

Excel krijgt een functie waar Microsoft al meer dan veertig jaar niets van wil weten: het wordt mogelijk om meerdere waarden aan een cel toe te kennen. Gebruikers kunnen dan meerdere namen of cijfers in één cel zetten door die met komma's te scheiden. Excel behandelt ze als aparte waardes en kan ze dus los van elkaar filteren.

Het is voor het eerst in de ruim veertig jaar waarin het spreadsheetprogramma bestaat dat deze specifieke beperking verdwijnt, schrijft Microsoft. In de praktijk krijgt Excel de mogelijkheid om lijsten, arrays en geneste arrays in een cel te zetten waarvan de waardes apart kunnen worden behandeld.

Op dit moment wordt alles in een Excelcel behandeld als één waarde. Als gebruikers daar bijvoorbeeld een lijst met namen in zetten, zoals 'Alice, Bob, Carol', dan ziet Excel dat als de string alice bob carol. Als gebruikers bijvoorbeeld kolommen willen sorteren in alfabetische volgorde, geldt die cel dan altijd als een 'A' en komt die bovenaan te staan. Hetzelfde probleem ontstaat als gebruikers filters willen toevoegen of bijvoorbeeld lijsten willen maken.

Excel waardes

Er zijn tientallen functies denkbaar waarbij het problematisch (of op z'n minst irritant) is dat Excel zo naar cellen kijkt. Maar in veel spreadsheets is het juist nuttig om ook de B van Bob of de C van Carol bovenaan te hebben. Hetzelfde geldt voor cijferreeksen of andere samengevoegde waardes.

Dat verandert nu. Gebruikers kunnen in een cel een Lijst invoegen waarbij waardes met komma's worden gescheiden, waarna Excel automatisch herkent welke verschillende waardes er in de cel staan. Dat kan overigens ook met terugwerkende kracht. Gebruikers kunnen een bestaande cel met kommagescheiden waardes omzetten in een lijst. Dat is handig voor wie al heel veel spreadsheets heeft en die niet helemaal opnieuw wil opbouwen.

De nieuwe functie is mogelijk doordat Excel nu volledige arrays in afzonderlijke cellen kan zetten. Door een bestaande array tussen accolades te zetten, blijft een array in dezelfde cel staan. Ze spillen dan niet meer naar andere cellen. Bovendien kunnen gebruikers voortaan meerdere arrays laten nesten in andere arrays. Gebruikers kunnen twee arrays zoals ={{1,2,3};{4,5,6}} combineren om ze als twee arrays in één resultaat te behandelen.

Excel waardes

De nieuwe functionaliteit om lijsten te maken in cellen is opt-in. Dat zit vooralsnog alleen in de bèta-versie van Windows, specifiek vanaf versie 2610 Build 20520.20000 of vanaf versie 16.114 Build 26092111 van macOS.

Door Tijs Hofmans

Nieuwscoördinator

26-09-2026 • 10:53

44

Reacties (44)

Sorteer op:

Weergave:

Komma gescheiden in een cel. Oi, hoe gaat komma gescheiden bestanden importeren dan? Als dat maar altijd goed gaat.
Het hele csv bestandsformaat is een groot mijnenveld. Ik heb ooit een importer gemaakt voor ynab van csv exports. Bij elke bank werkte het weer net anders. Dus denk maar niet dat je er met één bescheiden regex iets van kan maken.
Character separated values is inderdaad geen standaard. Ik gebruik altijd ; en . als decimaal. Dat is lastig want excel nederland ziet . als duizendtal, maar de rest van de wereld gebruikt daar , voor.

Deze feature maakt Excel nog minder handelbaar. Dit heb je echt niet nodig als tenzij je Excel wil misbruiken.
inderdaad, welkom in de wondere wereld van regional formatting. Zeker in de wetenschappelijke wereld gaat lang niet alle software daar goed op. decimal separators, thousand separators en die vreselijke list separator gooien regelmatig roet in het eten. En helemaal briljant als die instellingen eigenlijk een user-account op windows machine-instelling zijn. Dus inloggen met een andere gebruiker en je import-tool werkt niet meer omdat de commas nu ergens anders voor staan.

Ik heb al eens noodgedwongen twee stukken software moeten combineren, eentje die punt vereist als decimal separator en de ander die het enkel met commas doet. Dan heb je een run-as bat-script en extra useraccount nodig om dat gedrocht werkend te krijgen.

En dan kom je in Belgie, en heb je een azerty toetsenbord in twee smaken, Belgian Period en Belgian Comma, waarbij de toets in het numerieke veld dus een comma of punt geeft. Maar de gangbare toetsenbord in NL worden meestal als United States International geconfigureerd en staan dus standaard op 'punt', wat niet strookt met de NL weergave met commas. Wat zou het handig zijn geweest als we voor getalweergave ook gewoon 1 standaard zouden kunnen gebruiken.
Libreoffice gaat hier wel goed mee om. Kan het aanbevelen.

Er is een iso standaard getalweergave volgens mij.

[Reactie gewijzigd door jeroen3 op 26 september 2026 12:04]

Ik vertel altijd mijn collega’s dat ze CSV bestanden moeten importeren in excel, niet openen . Dan gaan dat soort zaken wel goed met csv.
Quoted en/of escaped inhoud kan dit prima afvangen in dit geval.
rest van de wereld gebruikt daar , voor.
De rest van de wereld? Eigenlijk vooral één groot, vroeger machtig, maar snel geïsoleerd rakend land waar het metrische stelsel, internationale standaarden en beschaafde diplomatie nog niet doorgedrongen zijn.
Imo zijn wij op dit gebied toch echt degene die achter liggen en internationale standaarden niet accepteren. Er is een reden dat je comma separated value bestanden als standaard hebt. Omdat de komma niet als decimaal separator wordt gebruikt. Elk technisch / wetenschappelijk programma wat ik gebruik gebruikt punten als decimaal separators.
Character separated values is inderdaad geen standaard. Ik gebruik altijd ; en . als decimaal. Dat is lastig want excel nederland ziet . als duizendtal, maar de rest van de wereld gebruikt daar , voor.
Microsoft heeft de fout gemaakt om opslag formaat en display formaat te mixen. Accepteer gewoon dat dat niet kan bij csv's. Bij xlsx kan dat vanzelfsprekend wel.

Voor opslag in een csv moet je nooit tekens voor duizendtallen meenemen, alleen decimale scheidingstekens. Als ze daarvoor hadden gekozen, had het niet uitgemaakt of je een komma of punt gebruikt.

Als veldscheiding is puntkomma of vertikale streep te gebruiken.
Mwah, ik zie bij mijn europese collega's ook andere export (van C++-programma's) met komma's exporteren, dus das Excel dat weer inkan lezen is voor die ene gebruiker in zijn lokaal eilandje een voordeel.
Het CSV (Character Comma-Separated Values) formaat is beschreven in RFC4180 met een update RFC711. Het is alleen jammer dat de meeste implementaties een eigen invulling/interpretatie geven van wat er met een comma separated file wordt bedoeld.

Dus zie je o.a. punt komma als separator om gedoe met punten en comma's te voorkomen terwijl de standaard beschrijft hoe je omgaat met de speciale karakters (komma, CR, LF, of dubbele quote).

Regionale formattering met komma of punt los het formaat niet op.
Nog leuker als een Excel bestand bijgewerkt gaat worden door iemand in een ander land (of in elk geval andere regionale settings).

Geen idee of dat inmiddels gefixt is door MS, maar rond 2003 was dat in elk geval een serieus probleem waarbij elke cel afzonderlijk een eigen regionale setting kon hebben.

Bij het kopieren en plakken van een rij of kolom werd dan de regionale setting ofwel genegeerd en alleen de waarde als ware het tekst overgenomen en ook nog niet eens altijd goed weer geinterpreteed.

Dus 1,00 gaat dan wel goed, zelfs als de decimale punt werd verwacht, maar 1,000 niet.
Het gaat wel beter nu je gewoon PowerQuery in Excel kan gebruiken, dat kan je veel makkelijker je data transformeren hoe je het wil hebben.
Bij excel kun je de eerste lijn beginnen met welk teken je CSV is bvb.: sep=|
bron: https://www.ablebits.com/...ange-excel-csv-delimiter/
CSV (MT940) is natuurlijk ouderwets quick-n-dirty houtje-touwtje zonder validatie.

Hiervoor is CAMT.053 (ISO standaard) veel geschikter, gewoon een XML met DTD.
zoals dat nu ook al gaat, met ""

"auto,fiets","tram","paardeweide 1,1234 AB,Amsterdam","voetbal,ijs,tennisbaan,xbox"
Wat ik begrijp moet je de arrays in tussen accolades zetten. Dat zal het verschil denk ik zijn met “gewoon” kommagescheiden bestanden.
Nou, precies zo: "ernst", 2026, {1,2,3}, "oud"
Om nog maar te zwijgen over het correct afhandelen van linebreaks binnen een cel. Wat dat betreft blijft LibreOffice veel sterker in CSV imports - dat zie ik Excel nooit evenaren.
Ik denk dat ze beter gewoon voor een JSON cel hadden kunnen gaan. In plaats van weer een nieuwe/andere notatie. Net zoals het mogelijk is in veel SQL databases. Het kan dan valideren of het een geldige JSON is of om eenvoudig een JSON schema te maken en toe te kennen aan cellen.
Wat ze nu doen is gewoon een array. Daar is niets nieuws aan. Dat kunnen veel SQL databases ook. JSON heeft in spreadsheets niets te zoeken.
Ongeacht of je gelijk hebt is deze discussie niet zo relevant. Microsoft heeft definitief gekozen voor een andere notatie, die overigens losstaat van de gekozen implementatie.
En zo kun je excel sheets nog langer blijven gebruiken ipv er een applicatie voor te (laten) schrijven.
Mooi toch? Applicaties zijn een hulpmiddel voor de business, geen doel.
Maar wie durft de 15 jaar oude Excel sheet van Henk nog te wijzigen met deze nieuwe functie? Zeker als daarvoor het tabje "NIET AANRAKEN" aangeraakt moet worden :P

[Reactie gewijzigd door vickypollard op 26 september 2026 12:10]

Gaaf om te zien dat zulke kernfunctionaliteit nog steeds kan worden gemaakt, dat is een hele prestatie van het ontwikkelaarsteam denk ik.
Ik denk aan quantum excel. Als je nou ook nog eens met alle waarden tegelijk kan rekenen. En de waardes in een 3d array mogen staan....
Lees nu net je reactie. (Too late) Ik dacht precies hetzelfde...
Zo wordt het heel misschien uiteindelijk toch nog TreeSheets 😉
De nachtmerrie van elke Excel applicatiebeheerder. Wel cool voor de powerusers die er iets mee kunnen.
Excel-applicatie-beheerders? Bestaan die?


Excel is een crime...hele boekhoudingen worden er in nagebouwd en gecontroleerd en documenteren.. ho maar :-(
Excel Goes Quantum.. De waarde is tegelijkertijd True en False.
Quantum is niet tegelijk True en False, maar een Quantum superposition
Wikipedia: Quantum superposition
Ik schat dat in de praktijk dit enkel voor de doorgewinterde Excel-gebruiker gebruikt gaat worden. Net zoals de vrij slecht gedocumenteerde array-formules (de formules die je met control+shift+enter invoert) die ook niet vaak worden toegepast.
Office maakt in mijn ogen wel meer vreemde sprongen de laatste jaren.
Ik word nu al niet goed van de spreadsheet ridders die alles in een spreadsheet proppen en dan na publicatie achter komen dat er een fout in zit. Door copy paste, door overschrijven van formules en door gebrek aan controle zoals een vierkantstelling. Ik vrees dat het hiermee nog erger gaat worden,
Inderdaad.
Jammer genoeg is voor veel mensen de stap naar databases/queries net te groot. Dus blijven ze in Excel rommelen.

Om te kunnen reageren moet je ingelogd zijn