Webbsidan går inte att nå. Veckorapporten säger ändå ”ingen förändring”. Det är precis här som en harmlös sammanfattning förvandlas till ett missvisande arbetsläge. En återkommande uppgift måste därför kunna skilja på mer än nyheter eller inga nyheter.
ChatGPT stöder schemalagda uppgifter med olika gränssnitt och åtkomstvägar. Dokumentationen rekommenderar att man först provar uppgiften i en vanlig chatt och tittar på de tidiga körningarna. Vårt eget utkast bevakar datum och registreringsstatus på en offentlig evenemangssida. Ingen automatisering sattes upp för det.
Jämförelsen behöver en känd utgångspunkt
Skriv ner vilket datum och vilken registreringsstatus som senast bekräftades. Anteckna källan och datumet för uppgifterna bredvid. Den senare körningen måste faktiskt kunna ta emot denna referens. Ett schema i sig är inget bevis för att varje tidigare del av konversationen kommer att finnas kvar som en entydig jämförelsegrund.
En egen schematisk referens kan lyda: ”Datum 14 november, registrering öppen, bekräftat från den angivna sidan på kontrolldagen.” Datumet fungerar här bara som ett konstgjort exempelvärde. Vid verklig användning måste utgångspunkten komma från den faktiska källan.
Tre tillstånd i stället för ett generellt resultat
- Oförändrat: Källan är läsbar och de bevakade fälten stämmer med referensen.
- Ändrat: En relevant uppgift skiljer sig; det nya värdet och var det hittades kan anges.
- Kan inte avgöras: Källan saknas, kan inte läsas eller stöder inte tydligt den uppgift som krävs.
En ny rubrik utan ändrat datum behöver inte vara ett skäl att rapportera. Ett enda ändrat datum kan däremot vara viktigt. Uppgiften beskriver därför de relevanta fälten och deras betydelse i stället för att behandla varje ändring i sidans formuleringar som en ny utveckling.
Compare the date and registration status of the named public page
with the explicitly attached baseline.
Report relevant differences with old value, new value and source.
If access fails: cannot be determined, with the reason the retrieval failed.
Unchanged descriptive texts are not a reason to report.
Do not make a booking and do not send any message to the organiser.Anpassa rapporten efter beslutet
”Det finns nyheter” lämnar det egentliga arbetet åt dig. Ett hjälpsamt resultat anger i stället: registreringen stängd, tidigare öppen, relevant för det deltagandebeslut som fortfarande återstår. Det anger också var den nya statusen kan ses.
Observation och extern handling hålls isär. Även om en ändrad tidsfrist gör det rimligt att anmäla sig har en radaruppgift inte därmed fått en bokningsuppgift. Denna gräns hör hemma i beskrivningen av arbetsflödet.
Prova hanteringen före schemat
Använd tre egna textversioner eller en lämplig egen testsida: oförändrad, relevant ändring och saknat innehåll. Skriv ner den förväntade klassificeringen i förväg. Se sedan efter om resultatet innehåller rätt tillstånd och användbara belägg.
Först då är ett schema med en tydlig tidszon och en lämplig rytm meningsfullt. En veckovis kontroll kan räcka för vissa uppgifter och vara för sällan för tidsfrister med kort varsel. En uppgift som startar regelbundet är ingen garanti för att varje leverans kommer fram i tid.
Om datumet och registreringsstatusen ändras samtidigt behöver rapporten båda ändringarna. En skillnad som hittas först ska inte tränga undan den andra viktiga uppgiften.
Håll referensen och åtkomsten aktuella
Efter en bekräftad ändring måste det vara tydligt vilket tillstånd som gäller vid nästa körning. Annars kan den kända skillnaden fortsätta att dyka upp som om den vore en ny rapport. Bestäm vem som för in det nya referensvärdet och var det förblir tillgängligt för uppgiften.
Webbuppgifter kan inte arbeta direkt i en mapp på en lokal dator. Andra arbetsflöden kan behöva en ansluten dator. Kontrollera den faktiska åtkomstvägen innan du förlitar dig på ett schema. En liten radar är till hjälp när du förstår källan, jämförelsen och feltillståndet och kan följa de första verkliga körningarna.
Källor och dokumentationsstatus: 25 oktober 2026.
