{"id":47,"date":"2026-10-05T02:21:40","date_gmt":"2026-10-05T00:21:40","guid":{"rendered":"https:\/\/larsjnordberg.no\/wordpress\/avklarer-tilgang-faq\/"},"modified":"2026-10-05T02:41:59","modified_gmt":"2026-10-05T00:41:59","slug":"avklarer-tilgang-faq","status":"publish","type":"post","link":"https:\/\/www.ai-desk.for.document.plugin-demo.av.larsjnordberg.no\/avklarer-tilgang-faq\/","title":{"rendered":"Slik ble \u00abAvklarer tilgang\u00bb l\u00f8st i WordPress-demoen"},"content":{"rendered":"

Tilgang til AI Desk avhenger av innlogging, organisasjonsmedlemskap og rettigheter til den aktuelle oppgaven. I demoen kunne ventetilstanden spores til ett konkret medlemskapsoppslag.<\/strong><\/p>\n

Under oppsettet av WordPress-demoen ble AI Desk st\u00e5ende p\u00e5 \u00abAvklarer tilgang\u00bb. Pluginen hadde \u00e5pnet appen, og innloggingen var godkjent. Nettlesertesten viste at et senere oppslag stoppet veien frem til arbeidslisten. Her er hva som ble unders\u00f8kt og rettet.<\/p>\n

To systemer inng\u00e5r i tilgangen<\/h2>\n

WordPress-demoen ligger p\u00e5 larsjnordberg.no, og AI Desk ligger p\u00e5 ai-desk.no. Bridge-pluginen viser den eksterne appen inne i WordPress og kobler innloggingen mellom systemene. Brukerens videre tilgang avklares i AI Desk.<\/p>\n

Denne fordelingen er relevant ved feils\u00f8king. En kontroll m\u00e5 f\u00f8lge brukeren fra innloggingen i WordPress til de oppslagene AI Desk gj\u00f8r f\u00f8r arbeidsflaten er klar. Hvert svar bidrar til \u00e5 avgrense hvor flyten stopper.<\/p>\n

Demobrukeren manglet organisasjonsmedlemskap<\/h2>\n

I den konkrete testen ble appens kvoteoppslag avvist med feilkoden adc_tenant_membership_required<\/code>. Demobrukeren manglet tilknytning til en organisasjon i AI Desk. Det ble opprettet en egen demoorganisasjon, og brukeren ble knyttet til den.<\/p>\n

Etter endringen kom nettleseren forbi ventetilstanden og viste Direct med artikkellisten. Dette dokumenterer \u00e5rsaken og rettingen i dette testmilj\u00f8et. Ved en tilsvarende hendelse m\u00e5 de aktuelle systemresponsene unders\u00f8kes f\u00f8r tiltak velges.<\/p>\n

Kontroller kapasiteten for hver oppgave<\/h2>\n

Adgang til arbeidsflaten og kapasitet til \u00e5 generere tekst avklares hver for seg. Ved den tidligere kontrollen viste demoen null gjenv\u00e6rende kvote for kladdoppgaver. En test av generering krever derfor bekreftet funksjonstilgang og tilgjengelig kvote p\u00e5 testtidspunktet.<\/p>\n

Dette er nyttig \u00e5 avklare f\u00f8r en demonstrasjon. Da vet testeren hvilke handlinger som kan pr\u00f8ves, og hva som m\u00e5 klargj\u00f8res for \u00e5 vise et lengre arbeidsl\u00f8p.<\/p>\n

Oppdater nettleseren etter at tilgangen er rettet<\/h2>\n

En hardoppdatering henter filer p\u00e5 nytt og starter appens oppslag igjen. Medlemskap, rettigheter og kvote m\u00e5 h\u00e5ndteres i systemet som forvalter tilgangen. Etter at \u00e5rsaken er rettet, kan en ny innlasting vise om brukeren kommer frem til m\u00e5let.<\/p>\n

Noter sideadresse, pluginversjon, tidspunkt og steget som stopper. En teknisk tester kan supplere med relevante nettverkssvar. Hold opplysningene knyttet til samme fors\u00f8k, slik at hendelsen kan f\u00f8lges gjennom systemene.<\/p>\n

Avslutt kontrollen i brukerens arbeidsflate<\/h2>\n

I denne saken var sluttpunktet Direct med en synlig artikkelliste. Nettlesertesten bekreftet at brukeren kom dit etter rettingen. Et slikt lukkekriterium gj\u00f8r det mulig \u00e5 vurdere hele den avtalte flyten og dokumentere resultatet tydelig.<\/p>\n