
Excel bryder 40-årsreglen: Én celle kan nu rumme flere værdier

I Microsofts præsentation den 24. september 2026 brød Excel med 40 års praksis om én værdi pr. celle, da produktchef Jake Armstrong introducerede lister, arrays i celler og indlejrede arrays; hans advarsel lød: “We don't recommend using them in important workbooks until they're generally available.” De nye værdier kan filtreres og bruges hver for sig i beregninger, selv om de ligger samlet i én celle.
Ændringen rulles foreløbig ud som en frivillig betafunktion til Excel på Windows og Mac. Den kommer gradvist, så den kan mangle hos nogle brugere i betakanalen. For eksisterende projektark er spørgsmålet, om en celle med flere ansvarlige skal forblive en tekststreng eller gøres til en liste, som Excel forstår som særskilte værdier.
En liste ændrer, hvad en projektcelle indeholder
Forestil dig et projektark med én række pr. projekt og navnene Anna, Bo og Clara i feltet for ansvarlige. Hvis cellen blot indeholder teksten “Anna, Bo, Clara”, er den én tekstværdi. Et almindeligt tekstfilter kan finde tegn i strengen, men navnene er ikke selvstændige elementer, som Excel kan vælge og beregne med hver for sig. En anden hidtidig løsning er separate kolonner eller en hjælpetabel med én række pr. kombination af projekt og ansvarlig.
Oprettes feltet i stedet som en liste, bliver navnene liggende i samme projektcelle som adskilte værdier. Listefilteret kan vise de enkelte navne som valgmuligheder, så projektet kan findes via Bo uden en søgning i hele tekststrengen. En formel, der blot henviser til listecellen, kan desuden brede dens elementer ud i naboceller. Den kompakte række og adgangen til hvert navn kan dermed eksistere samtidig.
En kommasepareret tekst bliver ikke automatisk en liste alene på grund af kommaerne. I betaen kan listen oprettes via Indsæt > Liste eller genvejen Ctrl+J; ved indtastning afhænger skilletegnet af de regionale indstillinger og kan være komma eller semikolon. Listeelementer kan også være eksempelvis tal, datoer og logiske værdier. Det er forskellen mellem at gemme en visning af flere data og at gemme flere data, som formler faktisk kan arbejde med.
HAS og FLATTEN gør de skjulte elementer brugbare
HAS undersøger, om en bestemt værdi findes i en liste eller et array. HASALL kræver, at alle de angivne værdier findes, mens HASANY nøjes med mindst én. I et tænkt eksempel ligger listen med Anna, Bo og Clara i B2, mens C2 indeholder Bo, D2 Clara og E2 David. Med semikolon som formelseparator giver =HAS(B2;C2) sand, =HASALL(B2;D2:E2) falsk og =HASANY(B2;D2:E2) sand. Andre regionale Excel-indstillinger kan bruge et andet tegn mellem formelargumenterne.
De formler undersøger listeelementer frem for at lede efter tegn i en tekststreng. Det har betydning, når et kort navn også kan indgå i et længere navn: et tekstmatch og et match på et selvstændigt listeelement besvarer forskellige spørgsmål. I projektarket kan en HAS-formel eksempelvis bruges til at markere de rækker, hvor Bo faktisk er registreret som ansvarlig.
FLATTEN går den anden vej og folder indholdet af lister og arrays ud som et resultat i regnearket eller til en anden formel. My Online Training Hubs formelgennemgang viser både brug med flere listeceller og med indlejrede resultater. Hvis et projektark skal danne et særskilt område med ansvarlige, kan udfoldningen levere navnene som almindelige resultatceller; en sådan visning er også lettere at føre videre til værktøjer, der forventer flade data.
Arrays kan holde et helt formelresultat samlet
Listetypen er kun den enkleste del af ændringen. Et array med rækker og kolonner kan nu ligge i én celle, enten som en værdi eller som resultatet af en formel, der ellers ville brede sig over flere celler. Ved at omslutte formeludtrykket med ekstra krøllede parenteser kan resultatet holdes samlet. Arrays kan også indeholde andre arrays, så et resultat kan bestå af flere indre grupper med forskellig størrelse.
Det giver en model plads til eksempelvis variable grupper af oplysninger i en fast tabelrække. Samtidig bliver noget af modellens indhold mindre synligt i selve gitteret: Én vist celle kan indeholde flere værdier og mellemresultater. En henvisning til cellen eller en udfoldning med FLATTEN kan gøre indholdet synligt igen, når værdierne skal gennemgås enkeltvis.
Indlejrede beregninger knytter sig også til Compatibility Version 3, som kan vælges for den enkelte projektmappe under beregningsindstillingerne. Nogle eksisterende formler kan give andre resultater med denne version. Det er en særskilt påvirkning af ældre regneark: Selv hvis nye lister kun bruges i et afgrænset område, kan et skift i projektmappens beregningsversion ændre andre formler.
Eksport og ældre programmer kræver flade data
Den største usikkerhed opstår, når en fil skal bruges uden for den nye Excel-beta. The Registers gennemgang fra 25. september 2026 peger på mulige problemer for programmer og biblioteker, der forventer én enkel celleværdi; den tekniske repræsentation af de nye værdier i XLSX-filens XML var endnu ikke offentliggjort. Derfor kan man ikke ud fra betaannonceringen fastslå, præcis hvordan enhver eksisterende import vil opføre sig.
- CSV har felter med tekstlige værdier, men ingen selvstændig Excel-listetype. En eksport af projektcellen bevarer derfor ikke i sig selv betydningen af Anna, Bo og Clara som særskilte elementer. Det kræver enten en aftalt kodning af feltet eller en flad tabel med en række pr. ansvarlig.
- Ældre Excel-versioner og LibreOffice bør ikke forudsættes at forstå de nye celleværdier og formler. Den konkrete visning og beregning afhænger af programmet og projektmappens indhold.
- For pandas og openpyxl er det relevante spørgsmål, hvad kode, der læser en celle som én almindelig værdi, får tilbage. Der er endnu ikke grundlag for at hævde, at disse biblioteker altid fejler eller allerede bevarer hele den nye struktur.
- Pivottabeller læser i den nuværende beta ikke arrayværdier direkte som kildedata. Power Query indlæser eller returnerer heller ikke kolonner med arrayværdier; værdier, der skal bruges dér, må først føres ud i en understøttet tabelstruktur.
For projektoversigten er konsekvensen konkret. Hvis Anna, Bo og Clara foldes ud til separate rækker før udveksling, skal projektets identifikation følge med hvert navn; ellers forsvinder forbindelsen mellem den ansvarlige og projektet. Den nye celletype kan gøre modellen mere kompakt inde i Excel, mens eksporten stadig kræver en entydig struktur for de programmer, der skal modtage dataene.
Læs også:
Relaterede artikler


Microsoft 365 eller Google Workspace? Offlinearbejde vender valget

Sikr RAG mod prompt injection: Tre lag slog ét filter klart

EU Code Week åbner for alle – en aktivitet kan være nok til at deltage

WCAG-test: En automatisk scanner kan ikke godkende dit website alene

TikTok-musik til reklame: Populære lyde kan mangle licens
Tilmeld dig vores nyhedsbrev
Få de seneste nyheder om Web3, AI og krypto direkte i din indbakke.