Kan ikke kalde Access fra Scheduler "whether user is logged on or not".

(NB: Spørgsmålet er flyttet fra http://www.computerworld.dk/eksperten/spm/1011526, fordi det måske er forkert kategori)

Blot et skud - én ting, sikkert blandt mange, som et program kan være 'utilfreds' med når det køres som en bruger der ikke er logged in, kan være fravær af environment variablen userprofile

bvirk - det er da muligt. Hvordan sætter jeg dén? Og til hvad?

Lidt test på mit system viser at det måske snarere er APPDATA.
Man kan se environmentvariabler (for logged in user) i et cmd.exe vindue med kommandoen:
SET

Environment variabler for en ikke logged in user - lad as kalde den bvirk, kan ses ved:
1. i cmd.exe vindue for logged in user
    runas /user:bvirk cmd.exe
2. I det nye cmd.exe vindue for user bvirk
  set

Hvad der listes i det nye vindue kan så sammenholdes med hvad der ville fremkomme hvis bvirk havde logged in - og her ser jeg i skrivende stund, på mit system, environmentvariablen APPDATA

Environment variabler arves - dermed kan et program p.exe startes med APPDATA tilstedeværende fra en bat fil:
  set APPDATA=%USERPROFILE%\Application Data
  p.exe

(forudsætter så at userprofile har værdi for ikke logged in user - ellers er det bare mapper - userprofile='hjemmemappen' for en given bruger)

Begge steder har jeg:

APPDATA=C:\Users\staticdata\AppData\Roaming
USERNAME=staticadmin
USERPROFILE=C:\Users\staticdata

Kan det være dét, som driller? At username og userprofile ikke er 'ens'?

Desuden kører jeg programmerne under c:\users\public\... netop for at kunne accesse dem fra enhver bruger.

Det er nok ikke det
Har ingen forstand på windows server som sådan, men dette ligner et ækvivalent problem:
http://serverfault.com/questions/606891/server-2012-r2-run-program-from-task-scheduler-not-running-program
måske "Log On as Batch Job" policy har været anderledes i 2008
Slutter her

Det er helt rigtigt, men jeg kunne ikke bruge forslagene. Tak for kampen, bvirk!

I nyere Access udgaver skal man tillade Makroer, før de må køre - hvis du kører access med en anden bruger, som ikke må køre disse makroer, skal du først have tillid til dit program/makro

God idé, men jeg kører som mig selv. Ideen er måske værd at forfølge alligevel, men jeg ved ikke helt hvordan.

Tænk, nu kører det hele upåklageligt, UDEN JEG HAR ÆNDRET NOGET!! Det skaber liiige en vis usikkerhed, må man sige.