Velkommen til Business Central Podcast fra ITrators. Jeg hedder Emma, og Alex er med. Vi er AI-værter, og vores manuskripter og stemmer er AI-genererede. I dag ser vi på nyheder fra oktoberudgivelsen og praktiske muligheder for at planlægge udrulninger, bruge AI og gøre hverdagens rapportering mindre besværlig. Lad os komme i gang. Alex, kan tidsplanlægning af en opdatering til en udvidelse gøre det muligt at lukke computeren før aftensmaden?

• Managing Apps

Ja. I Admin Center til Business Central online kan du sætte en opdatering af en kundespecifik udvidelse i kø til miljøets næste opdateringsvindue. Så behøver ingen at sidde og vente på at trykke på Installer den aften.

• Managing Apps

Godt. Men hvem tjekker, at det virkede, før lageret går i gang i morgen tidlig?

Det skal nogen stadig gøre. Jeg ville aftale, hvem der tjekker resultatet af installationen og afprøver det ændrede trin på lageret, før vagten begynder. Planlægningen fjerner det sene klik, ikke det ansvar.

Bare vi ikke har byttet en sen aften ud med en vagt ved daggry.

God pointe. Hvis kontrollen kræver, at vi hiver nogen ud af sengen, ville jeg vælge et andet opdateringsvindue. Målet er mindre ventetid, ikke bare et andet skævt tidspunkt.

Så lad os lade den person sove. Hvad hvis den næste version af en installeret tilpasning skal komme sammen med den næste store Business Central-opgradering? Hvordan ville du få dem til at følges ad?

Der ville jeg vælge Next Major Update, når jeg uploader den nye version af udvidelsen. I stedet for at sende den ind i det næste almindelige opdateringsvindue knytter man installationen til den Business Central-opgradering. Så kan pakken gøres klar på forhånd, uden at folk skal begynde at bruge den ændrede tilpasning på den version, de kører i dag.

• Managing Apps

Det ville gøre en samlet ændring mindre hektisk i sidste øjeblik. Men hvad nu, hvis den samme pakke også retter noget, som salg bliver ved med at bøvle med i dag? Ville du vente med den rettelse bare for at holde det hele samlet?

Ikke bare for at få en pæn udgivelsesplan. Jeg ville spørge udvikleren, om rettelsen kan leveres separat til den version, salg bruger nu. Hvis den kan det, kunne vi lægge rettelsen i det næste opdateringsvindue og lade de opgraderingsspecifikke ændringer følge den store opgradering. Jeg vil hellere give salg forbedringen end lade dem vente på arbejde, der ikke vedrører dem.

• Managing Apps

Den skelnen kan jeg godt lide. For medarbejderen i salg kan en lille rettelse betyde mere end den store opgradering. Og muligheden her i Admin Center blev generelt tilgængelig i juli, så det er værd at spørge den, der står for jeres udrulninger, om de er begyndt at bruge den.

• Upload, install, and manage PTEs in the admin center

Og når vi har sat rettelsen i kø, kan vi følge installationen under Operations i Admin Center. Vi kan også nå at ombestemme os: Så længe den planlagte installation stadig afventer, kan vi annullere den fra appens detaljer. At gøre den klar i eftermiddag betyder altså ikke, at vi er bundet til at lade den installere i aften.

• Managing Apps

Så er det meget mere tillokkende at gøre den klar i god tid. Hvis salg kommer med en bekymring den eftermiddag, er der stadig plads til at lytte i stedet for at sige, at vi allerede har sat det hele i gang.

• Managing Apps

Økonomiafdelingen har måske brug for mere end en anden aften. Hvis de er ved at lukke måneden og vil have selve Business Central-opgraderingen til at vente, til de er færdige, hvor meget kan de så bestemme over datoen?

Når en Business Central-version er tilgængelig, kan administratoren vælge en dato inden for den tilladte opdateringsperiode under Next Update. Så jeg ville finde en dato efter månedsafslutningen, inden for den periode. Her taler vi om opgraderingen af miljøet, ikke bare vores udvidelse, og brugerne kan ikke arbejde i miljøet, mens den kører. Økonomiafdelingen har en reel grund til at være med til at vælge dagen.

• Managing updates in the admin center

En dato efter månedsafslutningen er noget, økonomiafdelingen faktisk kan planlægge efter. Kan de aftale det på forhånd, mens versionen stadig kun er planlagt?

De kan aftale, hvilke datoer der passer økonomiafdelingen, men en planlagt version er endnu ikke en tilgængelig opdatering, som kan tidsplanlægges. Når den bliver tilgængelig, kan administratoren vælge inden for den tilladte periode. Jeg ville betragte den ønskede dato som foreløbig, indtil vi faktisk kan planlægge opdateringen til den dag.

• Managing updates in the admin center

Foreløbig, altså. Og til dem, der stadig uploader virksomhedens udvidelser inde fra Business Central: Microsoft har markeret den gamle uploadvej til udfasning og planlægger at fjerne den i den første udgivelsesbølge i 2027. Den er ikke væk endnu. Ville du flytte den rutine til Admin Center nu?

• Deploying a tenant customization

Ja, jeg ville bruge den næste passende installation i et sandkassemiljø til at lære den at kende i stedet for at vente, til den gamle vej forsvinder. Med vores rettelse til salg betyder det, at vi ser pakken blive installeret ad den nye vej, før vi bruger den i produktion. Der er en nyttig grund til at flytte nu: Vi får de muligheder for tidsplanlægning, vi har talt om.

• Managing Apps

Det er en bedre grund til at gå i gang end bare at se en frist nærme sig.

Økonomiafdelingen har en lignende mulighed med sine egne fakturaer. Payables Agent kan afprøves med op til halvtreds PDF-fakturaer, uden at man først forbinder en postkasse. Den mulighed kom tidligere i år, ikke først her i oktober. Jeg kan godt lide, at man kan se, hvad den gør med en faktura, man kender, før man kobler indbakken på.

• Set up Payables Agent
• Try Payables Agent free without setting up email

Ja, for så ved man allerede, hvordan et fornuftigt resultat ser ud. Prøveperioden starter, når man uploader PDF-filen i et produktionsmiljø, der opfylder betingelserne, og hvor agenten endnu ikke har været aktiveret. De første halvtreds fakturaer bruger ikke fakturerbare credits. Jeg ville vælge en faktura, der hører til en indkøbsordre. Så vurderer man ikke bare, om den kan læse et tal. Man ser, om dens forslag til en matchende ordre bringer økonomiafdelingen tættere på en faktura, de faktisk kan arbejde videre med.

• Set up Payables Agent
• Review and match incoming invoice drafts to orders

Lad os sige, at leverandøren fakturerer ti styk, men vi kun har modtaget seks. Den kan have fundet præcis den rigtige ordre og stadig efterlade noget, økonomiafdelingen skal afklare. Hvad vil de konkret sidde med på det tidspunkt?

De ville sidde med et udkast og et forslag til en matchende indkøbsordre, som de kan gennemgå. Når udkastet færdiggøres, bliver det til en ikke-bogført købsfaktura. Agenten bogfører den aldrig. Og de sidste fire styk bliver jo ikke modtaget, bare fordi den finder den rigtige ordre. Business Central kontrollerer antal og varemodtagelser efter faste valideringsregler, ikke efter hvor sikker agenten er. Økonomiafdelingen skal stadig afklare, om leveringen er ufuldstændig, eller om modtagelsen bare ikke er registreret.

• Review and match incoming invoice drafts to orders

Så kan det langsomme stadig være at vente på svar fra lageret. Jeg kan godt se fordelen ved, at udkastet ligger klar. Men hvis økonomiafdelingen alligevel bruger formiddagen på at efterlyse de fire styk, ville jeg have mere end et antal behandlede PDF-filer som tegn på, at det her hjælper.

Fair nok, men jeg ville stadig tælle den indtastning med, de slap for. To timers ventetid på en varemodtagelse er ikke det samme som to timers arbejde med fakturaen. Jeg ville sammenligne de minutter, de bruger på at indtaste og rette den, og holde det adskilt fra ventetiden. Hvis udkastet sparer ti minutter, og ventetiden på lageret er præcis den samme, er det et nyttigt resultat, ikke en mislykket afprøvning.

Jeg ville stadig se besparelsen i arbejdet, ikke bare i antallet af PDF-filer. Og jeg ville lægge almindelige fakturaer ved siden af vores besværlige eksempel: Varerne er modtaget, beløbet er der enighed om, og tilbage er bare den velkendte indtastning, der gentager sig hele formiddagen.

Ja. Jeg vil hellere have, at de gennemgår det, der har ændret sig på den velkendte faktura, end at de taster de samme oplysninger ind igen.

Og når det først er blevet den nemmere måde, kan jeg godt forestille mig, at økonomiafdelingen gerne vil fortsætte. Der er en detalje ved prøveperioden, som er værd at kende inden da: Efter halvtreds fakturaer fortsætter agenten automatisk i fuld tilstand med betaling efter miljøets faktureringsopsætning. Halvtreds er altså ikke et stopskilt, hvor man bliver bedt om at starte forfra.

• Set up Payables Agent

Så ville jeg gennemgå resultaterne, inden de halvtreds er brugt, sammen med den, der har ansvar for afprøvningen og omkostningen. Man slipper ikke for kravene til faktureringsopsætningen, bare fordi man venter med at tilslutte postkassen. Hvis arbejdet faktisk er blevet lettere, kan de vælge at fortsætte i stedet for bare at glide forbi prøvegrænsen.

• Set up Payables Agent

Lad os sige, at de vælger at fortsætte og kobler postkassen på. Senere slipper deres credits op, så nye fakturaer ikke længere bliver hentet ind. Hvis økonomiafdelingen vælger at håndtere dem manuelt, mens de overvejer omkostningen igen, kan de så regne med, at agenten er slået fra under den pause?

• Set up Payables Agent

Nej. Den er stadig aktiv og planlagt til at køre. Den kan bare ikke behandle nye mails uden credits. Når der igen er credits, går den automatisk i gang, også med de ulæste mails, der har samlet sig. Hvis økonomiafdelingen vil overtage, mens de beslutter sig, skal de slå Active fra. Ellers kan en, der sørger for nye credits, sætte indlæsningen i gang igen, mens teamet tror, den stadig er på pause.

• Set up Payables Agent

Og til de nye mails er der Known Senders med valgene Ask, Approve og Reject. Vores faste leverandør kan være en oplagt afsender at godkende, selv om vi stadig er uenige om de fire styk. Hvad giver vi helt præcist tilladelse til, når vi godkender den afsender?

• Manage known senders for Payables Agent

Tilladelse til at behandle deres mails, ikke en godkendelse af det, de fakturerer. De fire styk er stadig et spørgsmål om varemodtagelsen. Known Senders kan spare jer for gentagne beslutninger om mails fra den leverandør, når I bruger Manage per sender uden en overvåget undermappe. Hvis I opsætter en overvåget undermappe, bliver afsenderreglerne og indstillingen for mailgennemgang ikke brugt. Så har I valgt en anden måde at styre, hvad der kommer ind til agenten.

• Manage known senders for Payables Agent

Der er en anden slags gentagelse i de dokumenter, vi sender ud. Virksomheden ændrer sine kontaktoplysninger, og så skal nogen rette sidefoden på fakturaer, ordrebekræftelser og hvad der ellers ligger. Med oktoberudgaven kommer genanvendelige rapporttemaer samt sidehoveder og sidefødder. Kan det gøre den samme rettelse flere steder til én fælles ændring?

• Update 29.0 for Business Central 2026 release wave 2
• Report and document layouts overview
• Set up reusable themes and header and footer layouts

Ja, for de layouts, der bruger den fælles sidefod. Fakturaen beholder sine linjer og totaler i et rapportspecifikt Word-layout af typen Body, mens sidehoved og sidefod kommer fra en genanvendelig del. Ret kontaktoplysningerne dér, og både fakturaen og ordrebekræftelsen kan få dem med, uden at man ændrer deres individuelle indholdslayouts.

• Report and document layouts overview
• Set up reusable themes and header and footer layouts

Og så slipper man for det irriterende øjeblik, hvor fakturaen har de nye oplysninger, men ordrebekræftelsen stadig har de gamle. Hvis en virksomhed allerede bruger Word-layouts, der ser ud, præcis som de ønsker, kan de så koble en fælles sidefod på dem, eller skal layoutene ændres først?

De skal bruge et Word-layout med undertypen Body. Et almindeligt Word-layout bliver ikke til sådan et, bare fordi miljøet opgraderes. New Document Report Experience skal også aktiveres. Den er slået fra som standard i version niogtyve. Jeg ville bruge det eksisterende design som reference og derefter skille det fælles sidehoved og den fælles sidefod fra det fakturaspecifikke indhold. Det er en ændring af layoutets opbygning, ikke nødvendigvis et nyt visuelt design.

• Update 29.0 for Business Central 2026 release wave 2
• Report and document layouts overview
• Set up reusable themes and header and footer layouts

Det ville være en fordel at beholde designet. Ingen har bedt om en ny visuel identitet, bare fordi telefonnummeret er ændret. Men jeg ville stadig have, at et datterselskab kunne beholde sine egne kontaktoplysninger, selv om begge selskaber bruger de samme skrifttyper og farver. Nemmere vedligeholdelse skal jo ikke betyde, at dokumenterne bliver ens.

Det behøver det heller ikke. Temaet vælges uafhængigt af sidehoved og sidefod, så selskaberne kan have samme visuelle stil og forskellige kontaktoplysninger. Man kan også vælge noget andet til en bestemt rapport eller et bestemt layout. Jeg ville holde forskellene dér, hvor de hører til, i stedet for at kopiere et helt fakturadesign bare for at ændre selskabet nederst.

• Set up reusable themes and header and footer layouts

Med vores ændring af kontaktoplysningerne ville jeg gerne se den korte ordrebekræftelse ved siden af en lang faktura. En sidefod kan se flot ud på én side, men kunden skal stadig kunne finde totalen, når linjerne fylder flere sider.

Jeg ville gå direkte til den sidste side af fakturaen. Det er dér, jeg ville se, om de sidste linjer og totalen står ordentligt, og om sidefoden efterlader plads nok til dem. Og jeg ville sammenligne den dannede PDF, ikke bare layoutet åbent i Word.

Der er også en særskilt forbedring i oktober til den, der samler PDF-pakken ved månedsafslutningen. Finansrapportpakker kan samle udvalgte rapporter i én fil. Tænk på resultatopgørelsen, balancen og likviditetsrapporten, som nogen i dag eksporterer hver for sig og bagefter samler. Det lyder som en opgave, man gerne vil slippe for.

• View a financial report

Meget gerne. Jeg ville faktisk køre den månedspakke manuelt i begyndelsen. Man kan sætte den til at køre efter en tidsplan, men bare fordi kalenderen siger mandag, er økonomiafdelingen jo ikke nødvendigvis færdig med måneden. Sæt filtrene for hver rapport i pakken, og dan så den samlede PDF, når de er klar til at læse den.

• View a financial report

Ja, det ene klik beholder jeg gerne, hvis det betyder, at den sidste regulering faktisk kommer med i pakken.

Hvem laver vi egentlig pakken til? Hvis det er ledelsen, der sammenligner denne måned med sidste måned, ville jeg gerne vide, om de ser på hele virksomheden eller en bestemt afdeling. Det valg betyder mere end måden, vi samler PDF-filerne på.

Lad os sige, at det er ledelsen, som ser på hele virksomheden. De vil have det samlede resultat, men også et særskilt overblik over serviceafdelingen, fordi dens omkostninger er steget. Jeg ville have begge dele med i pakken, uden at læseren skal gætte, hvilke tal der dækker hvilken del af forretningen.

Så ville jeg lade rapporten for hele virksomheden være uden afdelingsfilter og filtrere den særskilte rapport på serviceafdelingen, hvis de bruger dimensioner til at registrere afdelinger. Samme sammenligningsperioder og tydelig angivelse af, hvad tallene dækker. Men nu bliver jeg nysgerrig på den omkostningsstigning: Har service faktisk brugt flere penge, eller har nogen ændret, hvilke konti rapporten tager med? Det ville jeg gerne skille ad, før vi drøfter afdelingens resultater.

• View a financial report

Det havde jeg ikke givet dig nok oplysninger til at afgøre. Og så bliver den anden rapportnyhed ret nyttig her: I denne udgivelsesbølge bliver ændringer i finansrapporternes definitioner logget automatisk. Hvis rapporten har ændret sig bag den samme overskrift, er der i det mindste noget at undersøge ud over, hvad folk husker fra sidste måned.

• Auditing and financial reporting

Jeg ville se på rækkedefinitionen bag de serviceomkostninger. Den automatiske log omfatter række- og kolonnedefinitioner såvel som selve rapporten, så et ændret kontointerval giver os et konkret spor. Derefter kan vi sammenligne tallene på samme grundlag. Det er noget helt andet end at vide, at nogen har kørt eller eksporteret rapporten.

• Auditing and financial reporting

Og ikke alle spørgsmål kræver en hel månedspakke. Microsofts indbyggede MCP-forbindelse til Business Central online fangede min opmærksomhed. Lad os sige, at en medarbejder i økonomi vil spørge en AI-assistent, hvilke forfaldne kundetilgodehavender der skal følges op på i dag, i stedet for at eksportere endnu et regneark. Er det en fornuftig måde at bruge forbindelsen på?

• Model Context Protocol (MCP) in Business Central overview

Ja. MCP giver en kompatibel AI-assistent mulighed for at finde og bruge de Business Central-værktøjer, den har adgang til. Så den kan hente de relevante tal i stedet for at bede dig kopiere dem ind i en chat. Men for din kollega i økonomi: Er målet en liste over alt, der er forfaldent, eller en kortere liste over de kunder, det er værd at ringe til først? Det er to forskellige spørgsmål.

• Model Context Protocol (MCP) in Business Central overview

Den korte liste. De har en halv time før frokost og vil gerne nå nogle nyttige opkald. Lad os holde os til det danske selskab og tallene pr. i dag. Jeg ville have restbeløbet, hvor længe det har været forfaldent, og en begrundelse for, at hver kunde er kommet med på listen.

Jeg ville bede om de forfaldne restbeløb, ikke bare hver kundes samlede saldo. De kan skylde meget, som endnu ikke er forfaldent. Til den korte liste ville jeg have de underliggende fakturaer og forfaldsdatoer med sammen med begrundelsen for rækkefølgen. Så kan økonomiafdelingen stille et nyttigt opfølgende spørgsmål, for eksempel hvilke fakturaer der udgør en bestemt kundes forfaldne beløb, uden at bygge regnearket om.

Det er den nyttige del for mig: at have fakturadetaljerne klar inden opkaldet. Vil assistenten se dem gennem økonomimedarbejderens egen adgang til Business Central?

Ja, den indbyggede onlineforbindelse arbejder med den indloggede brugers identitet og rettigheder. Men det betyder ikke, at alt det, brugeren kan se på enhver Business Central-side, også bliver stillet til rådighed. Forbindelsen bestemmer også, hvilke værktøjer og API’er der er tilgængelige. Til vores opkaldsliste ville jeg først undersøge, om de faktisk giver adgang til de restbeløb og forfaldsdatoer, vi skal bruge.

• Model Context Protocol (MCP) in Business Central overview
• Configure the Business Central MCP server

Fair nok. Og selv om kollegaen kan ændre kundedata i Business Central, skal assistenten kun kunne læse i denne opgave. At forberede en opkaldsliste kræver ikke adgang til at ændre nogens betalingsbetingelser.

Så ville jeg sørge for, at selve forbindelsen er indrettet sådan, ikke bare skrive det som en instruktion i chatten. Den indbyggede standard finder de egnede skrivebeskyttede API’er, og det passer til opgaven. En administrator kan dog vælge en anden standard, så jeg ville kontrollere, hvilken konfiguration assistenten faktisk bruger. Kollegens bredere rettigheder betyder ikke, at vi skal stille flere værktøjer til rådighed.

• Model Context Protocol (MCP) in Business Central overview
• Configure the Business Central MCP server

Der skal man læse dokumentationen omhyggeligt. Oversigten for version niogtyve har en overskrift om generel tilgængelighed af dataforespørgsler, men den aktuelle opsætningsvejledning kalder stadig Data Query Tools for preview. Når du siger, at vi skal bruge skrivebeskyttede API’er, foreslår du så den preview-løsning til vores opkaldsliste?

• Configure the Business Central MCP server

Ikke nødvendigvis. API-forespørgsler stiller definerede, skrivebeskyttede visninger af data til rådighed. MCP-understøttelsen af dem har været generelt tilgængelig siden juni. De direkte Data Query Tools er en anden vej, som stadig udtrykkeligt står som preview i opsætningsvejledningen. Jeg ville først se, om de eksisterende egnede API’er kan besvare vores spørgsmål om forfaldne beløb. Hvis de kan, har vi ikke vundet noget ved at vælge den nyere vej, bare fordi den er nyere.

• Configure the Business Central MCP server
• Unlock more Business Central data with MCP server enhancements

Så lad os bruge det, der løser opgaven. Hvor stiller vores økonomimedarbejder egentlig spørgsmålet? De har allerede en AI-chat åben, men den er jo ikke nødvendigvis forbundet til Business Central.

• Use Business Central MCP with non-Microsoft clients

I en kompatibel AI-klient, hvor MCP-forbindelsen til Business Central er sat op, og hvor kollegaen er logget ind. Afhængigt af klienten kan det kræve, at nogen først registrerer applikationen og får samtykket på plads. Når forbindelsen virker, kan spørgsmålet stadig stilles i almindeligt sprog. De skal ikke lære API-navnene for at spørge efter de forfaldne fakturaer.

• Model Context Protocol (MCP) in Business Central overview
• Use Business Central MCP with non-Microsoft clients

Godt. Jeg ville begynde med fem kunder, ikke halvtreds. Og jeg ville kunne spørge: Hvorfor kommer den her kunde før den anden? Et lille, gammelt tilgodehavende og en stor faktura, der lige er forfaldet, kan give anledning til ret forskellige opkald.

Jeg ville bede om begge sorteringer: størst forfaldent beløb og længst tid over forfald. Så kan vi se, hvem der flytter sig. En selvsikker sætning om højeste prioritet skjuler det valg. To korte lister gør det synligt. Hvad betyder mest for din kollega i dag, når der skal vælges fem opkald?

I dag er det de største forfaldne beløb. De vil gerne afklare, hvornår de større betalinger kommer ind. Listen over de ældste tilgodehavender ville jeg gemme til en anden omgang i stedet for at lade, som om fem opkald kan rydde op i det hele.

Så ville jeg samle de forfaldne fakturaer pr. kunde til opkaldene. Og få beløbene på et fælles valutagrundlag, før de sorteres, hvis selskabet fakturerer i flere valutaer. Fem tusind euro og fem tusind kroner skal ikke stå side om side, som om de er lige store.

Lad os så sige, at et af opkaldene viser, at kundens kontaktoplysninger har ændret sig. Vi valgte bevidst kun læseadgang til forberedelsen. Hvis økonomiafdelingen senere vil have assistenten til også at hjælpe med at opdatere data, kræver det så en anden konfiguration og ikke bare en anden besked i chatten?

Ja. En besked i chatten gør ikke vores læseforbindelse i stand til at redigere. API-forespørgsler er fortsat skrivebeskyttede. API-sider kan give adgang til at skrive, men redigering skal være aktiveret i konfigurationen, den konkrete handling skal være tilladt, og den indloggede bruger skal have rettighederne til den. Vi skulle også undersøge, om det relevante kontaktfelt er tilgængeligt gennem det API.

• Configure the Business Central MCP server

Den opdatering ville jeg foreløbig lave i Business Central. Vores kollega ville nå de opkald inden frokost, ikke lave om på, hvordan kundedata bliver vedligeholdt.

Enig. Jeg ville hellere give dem fakturalisten og høre, hvilket opfølgende spørgsmål de faktisk stiller. Det kunne være noget helt andet end den næste funktion, vi ellers ville have bygget til dem.

Der er også en mindre synlig ændring i udgivelsesnoterne: mere kontrol over databaseindekser. Selve indeksstyringen er ikke ny her i oktober. Men det lyder umiddelbart bagvendt at slå et indeks fra, når folk gerne vil have Business Central til at køre hurtigere. Hvad kunne få dig til at overveje det?

• Update 29.0 for Business Central 2026 release wave 2
• Manage database index usage

En stor import er et godt eksempel. Et indeks er en genvej til at finde data, men databasen skal også vedligeholde det, når data ændres. Hvis et indeks næsten ikke hjælper med læsningerne i det her selskab, betaler vi den vedligeholdelsesomkostning, hver gang der skrives, uden at få ret meget igen. At fjerne det rigtige kan hjælpe importen. At fjerne et nyttigt indeks kan gøre den næste rapport langsommere.

• Manage database index usage

Det er netop den næste rapport, der gør tidsforløbet interessant. Microsoft skriver, at deaktivering virker med det samme, mens genaktivering sættes i kø til den næste planlagte midnatskørsel. Så det er ikke en kontakt, man bare slår til igen ti minutter senere, hvis rapporten begynder at gå i sneglefart.

• Manage database index usage

Og det ændrer planen for den import. Hvis økonomiafdelingen skal køre en vigtig rapport lige bagefter, ville jeg ikke slå et indeks fra ud fra en antagelse om, at vi kan nå at gendanne det, før de begynder. Jeg ville først vide, hvordan rapporten kører uden det. Importen kan godt blive hurtigere færdig, mens økonomiafdelingen bruger resten af eftermiddagen på at vente.

• Manage database index usage

Så administratoren skal bruge mere end et stopur på importen. Man kan se indeksforbruget for selskabet, men hvis et indeks ser ubrugt ud, hvordan ved man så, om rapporten bare ikke er blevet kørt i den periode, man kigger på?

• Manage database index usage

Det kan tælleren ikke fortælle dem alene. Jeg ville spørge økonomiafdelingen, hvornår rapporten sidst blev kørt, og om arbejdet ved månedsafslutningen ligger inden for den periode, man har målt. Det er SQL-forbrugstællere, og de bliver nulstillet, når databasemotoren starter. Så nul kan beskrive en stille formiddag, ikke hele systemets levetid. Vi skal vide, hvilket arbejde tallene faktisk dækker.

• Index usage statistics reference

Økonomiafdelingen kan jo også fortælle, at rapporten blev taget ud af brug for et halvt år siden. Det er et noget andet svar end, at den kun kører ved månedsafslutningen. Samtalen kan altså vise en reel mulighed, ikke bare endnu en grund til at lade det hele være.

Ja, det ville gøre mig interesseret. Hvis det øvrige arbejde heller ikke har gavn af indekset, kan importen stå og vedligeholde en genvej til en rapport, ingen længere har brug for. Det er en kandidat, jeg gerne ville undersøge sammen med administratoren. Forretningen er kommet videre, men databasen gør måske stadig arbejde for den gamle proces.

• Manage database index usage

Nogle gamle forbindelser udfører til gengæld måske stadig helt nødvendigt arbejde. Version niogtyve fjerner muligheden for at udstille Microsofts brugergrænsefladesider gennem SOAP. Det betyder ikke, at alle SOAP-tjenester forsvinder. Men lad os sige, at en webshop bruger en af de sider til at sende ordrer ind i Business Central. Kan ordreskærmen stadig åbne helt normalt, mens forbindelsen holder op med at virke?

• SOAP web services

Ja. Browseren og webshoppen bruger to forskellige indgange. Siden kan stadig virke for en person, selv om den gamle grænseflade, som et andet program kalder, ikke længere understøttes, når miljøet flyttes til version niogtyve. Jeg ville gerne vide, hvad webshoppen faktisk sender. Opretter den bare ordren én gang, eller ændrer den også antal og leveringsoplysninger senere?

• SOAP web services

Lad os sige begge dele. Kunden bestiller tre varer og ændrer så leveringsadressen, inden lageret begynder at plukke. Webshoppen bekræfter ændringen over for kunden. Hvis kun den oprindelige ordre når frem til Business Central, kan lageret sende de rigtige varer det forkerte sted hen.

Så overser en test, der kun opretter ordren, den vigtige anden halvdel. Jeg ville sende adresseændringen gennem webshoppens rigtige integration i et testmiljø og kontrollere den samme ordre i Business Central. Kommer den ændrede adresse frem dér, hvor lageret bruger den? Et svar om, at kaldet lykkedes, er ikke nok, hvis ændringen ramte kundekortet i stedet for leveringsadressen på netop den ordre.

Især hvis det bare er den ene levering, der skal til en anden adresse. Så ville en ændring af kundens sædvanlige adresse løse det forkerte problem.

Præcis. Derfor ville jeg kortlægge både oprettelsen og ændringen, før jeg vælger den nye grænseflade. Microsoft anbefaler API-sider og API-forespørgsler som vejen frem, men en forespørgsel udfører ikke den adresseændring. Vi skal have en passende grænseflade, der kan skrive, og identificere den rigtige ordre. Det er ikke en opgave, hvor migrationen er færdig, bare fordi man har erstattet SOAP med et andet navn i forbindelsens opsætning.

• SOAP web services
• Configure the Business Central MCP server

Så skal webshopteamet være med i den test, ikke bare have udleveret en ny forbindelsesadresse bagefter. Det er dem, der ved, hvad kunden fik at vide, da ændringen af leveringen blev accepteret.

Og jeg ville spørge dem, hvad accepteret betyder. Har Business Central bekræftet ændringen, eller har webshoppen bare lagt en besked i kø til senere afsendelse? Det fortæller os, hvor vi skal lede, hvis kunden ser en bekræftelse, men ordren stadig har den gamle adresse. Jeg ville følge netop den ordre gennem begge systemer, også svaret tilbage til webshoppen.

Og når ordren er kommet korrekt ind, skal nogen stadig arbejde videre med den. Page Scripting bliver generelt tilgængelig i version niogtyve, selv om optagelse og afspilning ikke er nyt. Hvordan ville du bruge det til kollegaen, der håndterer ordren inde i Business Central?

• Update 29.0 for Business Central 2026 release wave 2

Jeg ville optage de understøttede trin, de udfører på ordren i Business Centrals webklient, og tilføje kontroller af de værdier, de forventer at se. Så kan vi afspille forløbet igen efter en opgradering i stedet for at være afhængige af, at nogen husker hvert trin. Men hvad skal kollegaen opnå med vores ordre? Bare kontrollere den ændrede adresse eller gøre ordren klar til lageret?

• Use the page scripting tool for acceptance testing

Gøre den klar til lageret. De skal kunne genkende webshopordren, se kundens ændrede leveringsadresse og kontrollere, at de bestilte antal stadig er rigtige, før de frigiver ordren. Jeg ville have testen til at fange, hvis den gamle adresse stadig stod der, selv om alle knapper virkede.

Så ville jeg angive den ændrede leveringsadresse som en konkret forventet værdi, ikke bare åbne ordren og gå videre. Kontrollér også antallene, frigiv ordren, og kontrollér status bagefter. Så får vi en brugbar fejl, hvis adressen er forkert, selv om navigationen virker. Webshoptesten får ordren herind. Denne test kontrollerer, hvad kollegaen ser og gør med den.

• Use the page scripting tool for acceptance testing

Det er meget tættere på kollegaens egentlige arbejde end bare, at ordresiden kan åbnes. Jeg ville spørge, hvilke oplysninger de altid tjekker en ekstra gang, før lageret tager over. Dem har vi måske ikke alle sammen fået med fra beskrivelsen af integrationen.

Jeg ville også bede dem vise os en ordre, de ikke ville frigive. Måske passer leveringsinstruktionerne ikke med adressen. Så får vi øje på en beslutning, ikke bare endnu et felt, der skal krydses af. De klare, gentagelige kontroller kan vi lave tests ud af. De reelt tvetydige tilfælde må nogen stadig vurdere.

Adressen er på det nye sted, men bemærkningen om levering henviser stadig til læsserampen på det gamle. Ja, det eksempel ville jeg beholde. Hvis vi retter det til, før vi viser det til nogen, skjuler vi netop grunden til, at kollegaen stopper op.

Og jeg ville beholde den rettede version som et særskilt eksempel. I det ene skal kollegaen have afklaret de modstridende instruktioner. I det andet bør ordren være klar til frigivelse. Ellers kunne vi komme til at bygge en test, hvor det tæller som en succes at frigive enhver ordre.

Men med den rettede ordre har vi jo nu frigivet vores testordre. Hvad sker der, når vi afspiller de samme trin igen i morgen?

Så starter vi med en ordre, der allerede er frigivet, medmindre vi bevidst har genskabt udgangspunktet. Afspilningen udfører handlingerne. Det er ikke en video, og et trin tilbage fortryder ikke ændringerne. Jeg ville køre det i en sandbox med en klargjort testordre, der ikke er frigivet, hver gang. Den skal have den adresse og de antal, vi forventer i vores kontroller.

• Use the page scripting tool for acceptance testing

Hvis nogen ændrer testordren fra tre varer til fire inden næste kørsel, er det jo ikke længere det samme, vi undersøger. Jeg ville nødig have teamet til at lede efter en opgraderingsfejl, når det er selve eksemplet, der er ændret.

Jeg ville først sammenholde den fejlede kontrol med den ordre, vi havde tænkt os at starte med. Hvis den allerede indeholdt fire varer, skal vi rette klargøringen, ikke det forventede svar bare for at få testen til at bestå. En vellykket kørsel før opgraderingen giver os noget brugbart at sammenligne med, hvis vi genskaber det samme udgangspunkt bagefter.

Lad os sige, at det er på plads, og adressen er rigtig, når vi åbner ordren, men forkert, efter vi har frigivet den. Det er da noget mere brugbart at vide end bare, at ordretesten fejlede.

Ja. Jeg ville give udvikleren ordrens udgangspunkt, trinnene i afspilningen og adressen før og efter frigivelsen. Så kan de undersøge, hvad der blev kørt imellem de to, også eventuel tilpasset logik, i stedet for at begynde med hele webshopforbindelsen. Vi har indkredset, hvor resultatet ændrer sig, men endnu ikke bevist, hvilken kode der er årsagen.

Så er det meget lettere at gøre noget ved beskeden: Jeg så adressen ændre sig. Kollegaen har noget at vise frem, ikke bare noget, de skal forsøge at forklare.

Og hvis vi finder og retter årsagen, ville jeg beholde adressekontrollen til næste opdatering. Kollegaen skal ikke opdage det samme problem igen om et halvt år. Deres observation er blevet til en test, vi kan køre igen.

Kan kollegaen selv lave optagelsen? De kender jo arbejdsgangen med ordren. Jeg ville hellere lade dem vise, hvad der skete, end bede en udvikler gætte sig frem.

Ja, hvis de har tilladelse til at optage. Den, der afspiller forløbet, skal også have tilladelse til det. Jeg ville lade kollegaen optage arbejdsgangen og forklare det forventede resultat og så samarbejde med udvikleren om at gøre testen gentagelig. Man skal ikke kunne fejlfinde i koden for at vide, hvilken leveringsadresse der er rigtig.

• Use the page scripting tool for acceptance testing

Og hvis virksomheden ændrer, hvordan de ordrer skal håndteres, skal kollegaen også være med til at ændre testen. Udvikleren skal ikke selv afgøre, hvad lageret bør modtage.

Ja. Jeg ville beholde udviklerens AL-tests af den underliggende kode ved siden af den optagede arbejdsgang, ikke erstatte dem med den. Og når håndteringen ændrer sig, ville jeg bede kollegaen gennemgå det nye forventede resultat, før vi ændrer kontrollerne. Det er en anden samtale end at rette en fejl.

Der er lige én webshopdetalje mere, der er værd at få med. Microsofts Shopify-vejledning siger, at tidsplanen for connectorens API ikke følger Business Centrals opgraderingsvindue. Hvis man bruger forårets connector, og miljøets opgraderingsvindue strækker sig ind i februar, kan man så faktisk vente så længe?

• FAQ for technical details

Jeg ville ikke planlægge efter februar. Forårets connector bruger Shopifys API-version fra januar to tusind seksogtyve, og Microsofts vejledning lægger op til opgradering inden årsskiftet. Miljøets opgraderingsvindue forlænger ikke Shopifys support af den grænseflade. Så jeg ville tage den webshopansvarlige med i planlægningen nu i stedet for at betragte februar som ekstra tid.

• FAQ for technical details

Det ændrer da planen en del. Men er årsskiftet en frist, vi bør planlægge efter, eller siger vi, at deres ordrer holder op med at komme ind den første januar?

En frist at planlægge efter, ikke en forudsigelse om, at alle butikker går i stå nytårsdag. Kilderne er forskellige: Shopify angiver i øjeblikket, at versionen er tilgængelig til midten af januar, mens Microsoft angiver årsskiftet. Shopify håndterer også kald til udfasede versioner med en nyere, understøttet version. Men det beviser ikke, at den gamle connector fungerer korrekt med den. Den nødløsning ville jeg ikke bygge vores opgraderingsplan på.

• FAQ for technical details
• About Shopify API versioning

Den webshopansvarlige har brug for mere end, at forbindelsen stadig svarer. Ordrerne skal komme korrekt ind, og lagertallene skal følge med. Det ville jeg have demonstreret, før vi holdt fast i datoen i februar.

Jeg ville stadig udfordre februar, selv om dagens synkroniseringstest består. Afklar først, hvilken connector og API-version de faktisk bruger, og aftal så et understøttet opgraderingsforløb med deres partner. Test ordre- og lageropdateringerne på den version, de skal opgradere til. At forbindelsen virker i dag, afgør ikke, hvad der sker, når API-versionen udfases.

• FAQ for technical details
• About Shopify API versioning

Fair nok. Den dato skal vi se på igen. Jeg er stadig særligt glad for den fælles sidefod: Et nyt telefonnummer burde ikke betyde, at man skal lede i hvert eneste dokumentlayout. Og jeg ville tage kollegaen, der kender ordrearbejdsgangen, med tidligt i opgraderingsarbejdet, mens deres viden kan præge det, vi kontrollerer. Dokumentationen og de forskellige datoer, vi talte om, finder du i episodenoterne og kildelisten. Tak, Alex, og tak, fordi du lyttede til Business Central Podcast fra ITrators. Vi høres ved.

• Set up reusable themes and header and footer layouts