Oppgavemekanismen er et av 1C-administrasjonsverktøyene. Det inkluderer:

• rutineoppgaver, som et generelt konfigurasjonsobjekt som er nødvendig for å indikere nøyaktig hva som skal gjøres og med hvilken frekvens;
• og bakgrunnsjobber, som et innebygd språkobjekt generert av rutinejobber.

La oss se på de relevante eksamensspørsmålene.

Oppgave 09.59 av eksamen 1C: Plattformprofesjonell. En kopi av rutineoppgaven:

1. kan opprettes programmatisk
2. kan opprettes i form av en liste, tilgjengelig via programmets hovedmenykommando ("Operasjoner/Rutineoppgaver")
3. bare én forekomst opprettes alltid (når det tilsvarende konfigurasjonsobjektet opprettes)
4. bestemmes kun i konfigurasjonsmodus på Annet-fanen ved å bruke "Komposisjon"-knappen
5. svar 1 og 2 er riktige

Riktig svar er det første. Hvis den planlagte oppgaven er forhåndsdefinert (fig.), vil oppgaven bli opprettet i en enkelt kopi med tidsplanen spesifisert i konfiguratoren. Forekomster av IKKE forhåndsdefinerte jobber vises i henhold til tidsplanen angitt i Enterprise-modus, programmatisk.
Spørsmål 09.60 av eksamen 1C: Plattformprofesjonell. Antall rutineoppgaver som kjøres samtidig kan være:

1. hvem som helst uten begrensning
2. et hvilket som helst nummer, men to jobber med samme nøkkel og metodenavn vil ikke bli utført
3. et hvilket som helst antall, men to oppgaver med samme nøkkel og navn vil ikke bli utført
4. hvilket som helst tall, men vil ikke utføre to jobber med samme nøkkel og knyttet til samme metadataobjekt

Riktig svar er seks. Nøkkel er en egenskap for en rutineoppgave som lar deg gruppere flere oppgaver av samme type. Kun én jobb med én nøkkelverdi kan startes om gangen (tom verdi teller ikke). Dessuten utføres bare én reg-oppgave på et bestemt objekt om gangen, for å unngå kollisjoner.
Oppgave 09.62 av eksamen 1C: Plattformprofesjonell. Som en metode for rutinetildeling kan en prosedyre brukes der:

1. det skal ikke være noen parametere
2. det kan bare være én parameter (liste over verdier)
3. det kan bare være én parameter (struktur)
4. det kan bare være én parameter (array)
5. det kan være et hvilket som helst antall parametere

Riktig svar er nummer fem. Antall parametere for rutineoppgavemetoden tilsvarer antallet parametere for selve rutineoppgaven.
Spørsmål 09.63 av eksamen 1C: Plattformprofesjonell. For å opprette en rutineoppgave må brukeren ha:

1. administratorrettigheter
2. rettigheter til bruk av dette objektet konfigurasjoner (konfigurerbar i rolle)
3. rettigheter til å opprette nye forekomster av dette konfigurasjonsobjektet (kan konfigureres i rollen)
4. alle rettigheter, utføres rutineoppgavemetoden i privilegert modus

Riktig svar er det første, bare administratorer har rett.
Spørsmål 09.64 av eksamen 1C: Plattformprofesjonell. Hvis en rutineoppgave er definert i konfiguratoren (i det tilsvarende konfigurasjonsobjektet) som forhåndsdefinert, er det typisk for det (velg det mest komplette svaret):

1. det er umulig å lage en ikke-forhåndsdefinert forekomst av en rutineoppgave med binding til et metadataobjekt av en forhåndsdefinert rutineoppgave
2. en forhåndsdefinert forekomst av en planlagt oppgave kan ikke merkes for sletting og slettes
3. bare forhåndsdefinerte forekomster av rutineoppgaver er lagret i infobasen;
4. svar 1 og 2 er riktige
5. svar 2 og 3 er riktige
6. riktige svar 1, 2, 3

Det riktige svaret er det andre. Forhåndsdefinerte forekomster av planlagte oppgaver kan endres, men kan ikke slettes. De vil alltid være tilgjengelige i listen over maler:
Oppgave 09.67 av eksamen 1C: Plattformprofesjonell. Hvis en funksjon brukes som en rutinemessig oppgavemetode, så:

1. returverdien til funksjonen ignoreres
2. det oppstår en feil når du prøver å utføre en oppgave
3. systemet vil vente på utførelse av denne oppgaven (utførelse vil ikke skje asynkront)
4. verdien vil bli returnert til den tilsvarende parameteren for den planlagte oppgaven

Riktig svar er det første.
Oppgave 09.61 av eksamen 1C: Plattformprofesjonell. Hvordan kan rutine- og bakgrunnsoppgaver relateres til hverandre?

1. En planlagt jobb kan generere en bakgrunnsjobb
2. En rutineoppgave genererer nødvendigvis en bakgrunnsoppgave
3. En bakgrunnsjobb genererer nødvendigvis en planlagt jobb
4. Det er ingen sammenheng

Det riktige svaret er det andre - en bakgrunnsoppgave er et objekt generert av en rutineoppgave, og det er obligatorisk å lage det, ellers mister selve rutineoppgaven sin mening.
Spørsmål 09.65 av eksamen 1C: Plattformprofesjonell. For å sikre driften av rutine- og bakgrunnsjobber, må du:

1. tilstedeværelse av 1C:Enterprise-lansering med "Scheduler"-flagget satt ved oppstart
2. tilgjengeligheten av 1C:Enterprise-lansering med den tilsvarende systemmetoden utført med jevne mellomrom
3. tilstedeværelsen av en 1C:Enterprise-lansering med den tilsvarende systemmetoden utført med jevne mellomrom (men bare i filversjonen av systemoperasjonen)
4. i både fil- og klient-serverversjoner er det ikke nødvendig å starte en 1C:Enterprise-forekomst

I praksis er det riktige svaret tredje. I klient-serverversjonen av arbeid lanseres planlagte oppgaver av klyngeadministratoren. Dermed selv om med informasjonsgrunnlag ingen klientforbindelse er etablert, rutineoppgaver vil bli utført (forutsatt at de ikke er forbudt for en spesifikk infobase). I filversjonen av arbeid, for å starte planlagte oppgaver automatisk, må du ha en dedikert klienttilkobling som brukes som oppgaveplanlegger. Denne tilkoblingen må kjøre en venteprosess som med jevne mellomrom kaller den innebygde språkmetoden ExecuteJobProcessing().
I følge svarene er det riktige svaret fjerde.
Oppgave 09.57 av eksamen 1C: Plattformprofesjonell. Bakgrunnsjobber lar deg:

1. utføre prosedyren i henhold til tidsplanen
2. utfør prosedyren asynkront
3. restart ved unormal avslutning
4. svar 1 og 2 er riktige
5. svar 2 og 3 er riktige
6. riktige svar 1, 2, 3

Det riktige svaret er det andre. Asynkron betyr uten å vente på at prosedyren skal fullføres.
Spørsmål 09.58 av eksamen 1C: Plattformprofesjonell. Antall bakgrunnsjobber som kjøres samtidig kan være:

1. hvem som helst uten begrensning
2. kun én oppgave per informasjonsbase
3. kun én oppgave per brukerøkt
4. hvilket som helst nummer, men du kan ikke kjøre to jobber med samme nøkkel og samme metodenavn
5. hvilken som helst mengde, men du kan ikke kjøre to oppgaver med samme nøkkel og navn
6. hvilket som helst tall, men du kan ikke kjøre to jobber med samme nøkkel og knyttet til samme metadataobjekt

Riktig svar er fjerde.
Spørsmål 09.66 av eksamen 1C: Plattformprofesjonell. Fullførte bakgrunnsjobber:

1. lagret i infobasen
2. er øktobjekter, lagret i noen tid (ikke lagret i infobasen)
3. er ikke lagret i noen form

Riktig svar er nummer seks – en bakgrunnsjobb er et innebygd språkobjekt som kun eksisterer så lenge økten varer.

Administrere rutineoppgaver for 1C-databaser fra oppdateringsprogrammet

2018-11-20T15:18:30+00:00

I dette notatet vil vi gå over mulighetene til oppdateringsprogrammet for å administrere rutineoppgaver i databaser.

Først av alt, i elementet "Mer" -> "Administrer rutineoppgaver...":

I kontekstmenyen til den valgte databasen (eller gruppen av databaser):

Og til slutt, i maler for batch-skript (dette lar deg utføre operasjoner på rutineoppgaver fra et skript i henhold til en tidsplan):

Slik ser dialogen for håndtering av rutineoppgaver i databaser ut:

Hvilke problemer lar den løse i rett gruppe baser (eller én base)?

Valg av rutineoppgaver

Vær oppmerksom på at du kan velge en liste over rutineoppgaver i mange operasjoner nedenfor:

Men i valgdialogen er det kanskje ikke rutineoppgaver spesifikt for databasen din:

I dette tilfellet kan du angi navnene på de planlagte oppgavene du trenger i delen "Dine oppgaver ...", for eksempel slik:

Navnene på slike rutineoppgaver kan hentes direkte fra rapporten om alle rutineoppgaver (dette omtales).

Viser gjeldende status for oppgaver

For å gjøre dette, gå til "Trekk tilbake"-fanen og klikk på "Trekk tilbake..."-knappen:

I resultatene kan vi se:

1. Lanseringen av nye planlagte oppgaver på 1C-serveren er aktivert eller deaktivert.
2. Liste over rutineoppgaver i databasen.
3. Timeplanen deres.
4. Jobber er aktivert eller deaktivert.
5. Hvis siste kjøring av en oppgave hadde en feil, vises denne feilen i rødt ved siden av oppgaven.

Om nødvendig, i funksjonsinnstillingene, kan vi begrense listen over planlagte oppgaver, og også vise bare aktiverte oppgaver:

Slå av alle eller noen oppgaver

For å gjøre dette, gå til "Slå av"-fanen:

For alle eller utvalgte planlagte oppgaver vil avmerkingsboksen "Bruk" bli fjernet.

Her er resultatet for én base (klikk for å utvide)

Inkluder alle eller noen oppgaver

For å gjøre dette, gå til "Aktiver"-fanen:

For alle eller utvalgte planlagte oppgaver vil avmerkingsboksen "Bruk" være valgt.

Vær oppmerksom på at "Make"-flagget er tilgjengelig i denne fanen. sikkerhetskopi base" i nedre venstre hjørne.

Her er resultatet for én base (klikk for å utvide)

Vi administrerer lanseringen av planlagte oppgaver på 1C-serveren

For å gjøre dette, gå til "1C Server"-fanen:

Velg "blokker" eller "opphev blokkering" og klikk på "Kjør"-knappen.

Sette opp en oppgaveplan

Men hva om vi trenger å sette opp en tidsplan for å starte en oppgave (eller gruppe av oppgaver) i mange databaser samtidig?

For å gjøre dette, gå til "Sett opp tidsplan"-fanen:

Vi setter opp tidsplanen (dialogen og dens evner faller helt sammen med standarden i 1C selv) og klikker på "Tilpass...".

Vi lanserer oppgaver for utførelse

For å gjøre dette, gå til "Kjør"-fanen:

Velg de nødvendige oppgavene og klikk på "Kjør"-knappen:

Lagre oppgaveinnstillinger til en ekstern fil

La oss anta at vi ideelt sett har konfigurert rutineoppgaver i en av databasene og ønsker å overføre disse innstillingene til alle andre databaser.

For å gjøre dette laster vi først opp alle oppgaveinnstillingene i den ideelle databasen til en ekstern fil:

Gjenopprette oppgaveinnstillinger fra en ekstern fil

Og så laster vi denne filen med oppgaveinnstillinger inn i alle andre databaser:

Bare merk at for denne oppgaven (overføring av jobbinnstillinger fra en database til en annen), valgte jeg matchingsmetoden etter jobbnavn, og ikke etter intern identifikator.

Avskjedsord

Generelt var det alt jeg ville fortelle deg. Selv ser jeg mange scenarier for bruk av nye funksjoner, men her skummet jeg bare kort over hovedpunktene.

Periodisk rengjøring av registre (for eksempel informasjonsregisteret "Objektversjoner" i SCP-konfigurasjonen), utføre beregninger i henhold til en tidsplan, fullføre dokumenter i Viss tid- ikke langt full liste handlinger som kan implementeres ved hjelp av 1C regulatoriske oppgaver.

Lag en oppgave

Vi tar ikke sikte på å beskrive koden til den kjørbare modulen vi vil vise generelle prinsipper funksjon og opprettelse av en reguleringsoppgave.

Rutineoppgaven er uerstattelig:

1. Hvis oppgaven inkluderer, som en av betingelsene, behovet for periodisk å utføre en viss algoritme;
2. Hvis koden må utføres uavhengig av handlingene til operatører og brukere av databasen;
3. Hvis lanseringen av en kjørbar prosedyre ikke er avhengig av eksterne hendelser som oppstår med infobaseobjekter.

For å lage det, må du gå til informasjonsbasen i "Konfigurator" -modus. Deretter finner du grenen "Rutineoppgaver" i konfigurasjonstreet, de er plassert på fanen "Generelt" og klikker på "Legg til"-knappen (fig. 1).

La oss se nærmere på egenskapsvinduet (fig. 2):
Fig.2

1. Navn, synonym og kommentar - reglene og prinsippene for å fylle ut disse feltene er like for alle konfigurasjonsobjekter, og det er ikke nødvendig å beskrive dem på nytt;
2. Metodenavn - en prosedyre for den generelle modulen som beskriver den nødvendige algoritmen så nøyaktig som mulig (ved å klikke på velg-knappen åpnes de tilgjengelige prosedyrene, hvis representasjon består av navnet på den generelle modulen og navnet på prosedyren i forskjellige kolonner av bordet);
3. Nøkkel – bestemmer ikke så mye unikheten til den planlagte oppgaven, men snarere unikheten til bakgrunnsprosessen som er lansert basert på oppgaven, den har en lengdegrense;
4. Tidsplan - vi vil vie et eget avsnitt i artikkelen vår til beskrivelsen av dette elementet;
5. Bruk – merking av denne boksen bestemmer aktiviteten til oppgaven, TRUE betyr at oppgaven vil bli lansert og utført i henhold til tidsplanen;
6. Forhåndsdefinert – hvis et element har denne avmerkingsboksen, kan ikke disse oppgavene slettes, de opprettes automatisk når konfigurasjonen lagres i databasen;
7. Antall repetisjoner - hvis det oppstår et unntak under utførelse, vil det startes på nytt, slik at det ikke oppstår en endeløs loop, programmet begrenser antall omstarter;
8. Forsøksintervall – tid i sekunder mellom omstart av unormalt fullførte oppgaver.

La oss se nærmere på timeplanen.

Tidsplan for rutineoppgaver

Fig.3

Først av alt bør du være oppmerksom på Nedre del windows, det er der den vises detaljert informasjon med en oversikt over hvor ofte og når oppgaven skal utføres.

Fanen "Generelt":

• Startdato for oppgaven;
• Sluttdato for behandling;
• Hyppighet av oppgavegjentakelse.

Hvis ingen datoer er angitt på denne fanen, vil det ikke settes noen frist for oppgaven.

«Daglig»-fanen (fig. 4)
Fig.4

I tillegg til inndatafeltene for start- og sluttid for oppgaven og frekvensen av dens lansering i løpet av dagen, inneholder den tabelldel Til detaljerte innstillinger frekvens av utførelse.

Fanene "Daglig" og "Ukentlig" inneholder informasjon for de tilsvarende periodene.

Funksjoner ved drift

I klient-serverversjonen av arbeid bestemmes utførelsen av rutineoppgaver av serververktøyene. Fra administrasjonskonsollen kan du aktivere eller deaktivere muligheten til å kjøre oppgaver for en bestemt database.

Situasjonen er mye mer komplisert med filversjonen av arbeidet. Før en viss plattformutgivelse ble bakgrunns- og rutineprosedyrer kun utført hvis ExecuteTaskProcessing()-metoden ble aktivert da systemet startet under en bestemt bruker. I dette tilfellet ble algoritmene med jevne mellomrom lansert så lenge brukeren som startet metoden var i programmet.

For øyeblikket er arbeidet med bakgrunnsjobber i filversjonen av arbeidet jevnt fordelt mellom brukere som er autorisert i databasen, hvis programmet ble lansert med tilleggsparameteren AllowExecuteSheduledJobs, er det denne prosessen som vil være ansvarlig for rutinearbeid.

Du kan fullstendig deaktivere bakgrunns- og rutinearbeid i en database som kjører i filmodus ved å slette eller gi nytt navn til DoNotCopy.txt-filen i mappen med databasen. Tilstedeværelsen av denne filen forteller plattformen at arbeidet utføres i originalen og ikke i en kopi av databasen.

I tillegg ble det i standard 1C-leveranser mulig å administrere planlagt arbeid direkte fra programmet, uten å gå inn i "Configurator". I "ZUP"-konfigurasjonen, versjon 3.1.3.223, kan du åpne administrasjonsskjemaet fra menyen Administrasjon->Vedlikehold->Rutineoperasjoner->Rutine- og bakgrunnsoppgaver (fig. 5).
Fig.5

Skjemaet som åpnes har et intuitivt grensesnitt og lar deg:

Du kan også starte en oppgave direkte fra skjemaet.

Opprette en rutineoppgave

La oss lage en rutineoppgave "Utfør behandling".

La oss deaktivere bruken av den planlagte oppgaven slik at den ikke kjøres automatisk når du oppdaterer konfigurasjonen.

La oss tilordne en prosedyre som vil bli utløst når en rutineoppgave startes:Modul av RoutineTasks.RoutineTaskExecutionProcessing.

Selve prosedyren ser slik ut:

Prosedyre RutineTaskExecutionProcessing(Key) Export

Parametre for RutineTasks.PerformProcessingWithParameters(Key);

Slutt på prosedyre

Vi lager en oppslagsbok for rutineoppgaver

Vår rutineoppgave kan skape mange bakgrunnsprosesser - en for hver prosessering. Hver oppgave i 1C8-plattformen har en nøkkel. Men den planlagte jobbmetoden kjenner ikke bakgrunnsjobbnøkkelen, så du må bruke bakgrunnsjobbparameterne. Som et resultat kan vi se bakgrunnsjobben i jobbkonsollen, men vi kan ikke manuelt opprette en bakgrunnsjobb fra denne konsollen, fordi jobber med parametere opprettes ikke manuelt.

Oppslagsbok "Parametere for planlagte oppgaver" :

Forutsetninger :

· Kode før lansering- ubegrenset streng - kode på 1C-språk som må kjøres før lansering.

· Behandling fra konfigurasjonen - linje (100) - behandler identifikator fra konfigurasjonen

· Behandling fra katalogen - linje (100) - lenke til katalogelementet "Ekstern behandling", hvis det er en i konfigurasjonen

· Kjør gjennom 1C-applikasjonen - Boolean - en separat 1C-applikasjon vil bli opprettet og en rutineoppgave vil bli lansert i den. Laget for 8.1, der ikke alle applikasjonsmetoder er tilgjengelige på serveren der den planlagte jobben kjører.

· Lanseringskode- - ubegrenset linje - kode på 1C-språk som vil bli utført når en planlagt oppgave startes.

La oss lage elementets form :

Ved å klikke på "Opprett reg. oppgave" en rutineoppgave med en nøkkelkode opprettes programmatisk:

Prosedyre BasicActionsFormCreateReglTask(Button)

Variabel jobb;

Key = AbbrLP(Kode);

Task = RoutineTasks.CreateRoutineTask("Utfør prosessering");

Task.Name = Nøkkel;

Job.Key = Nøkkel;

Parametere = New Array();

Parameters.Add(Key);

Task.Parameters = Parametere;

Oppgave.Skriv();

Slutt på prosedyre

Starter en planlagt oppgave

Hver rutineoppgave vi lager har en nøkkel:

Denne nøkkelen tilsvarer koden i katalogen "Parameters of routine tasks" den brukes til å søke når du starter en oppgave. Hvis katalogoppføringen ikke blir funnet, utføres ikke oppgaven.

Neste, hvis koden er gittKode før lansering da vil denne koden bli utført. Neste, hvis variabelen Innfri vurderes til falsk, vil oppgaven ikke bli fullført. Variabel tilgjengelig for analyse Alternativer, hvor en lenke til det funnet katalogelementet "Parametere for rutineoppgaver" er lagret.

Avhengig av de valgte verdiene for detaljene, vil enten koden på 1C-språket kjøre, eller behandlingen fra konfigurasjonen vil starte, eller behandlingen fra standard referanseboken "Ekstern prosessering" vil starte.

For 1C81 leveres utførelse i en ny applikasjon - slik at du kan bruke kode som kun er tilgjengelig på klienten, inkludert bruken eksterne behandlinger. For å gjøre dette må du merke av for "Kjør gjennom 1C-applikasjon". Ellers vil den planlagte oppgaven bli utført på serveren.

Jeg anbefaler å sette en bruker i "Bruker"-feltet for en nyopprettet rutineoppgave, slik at oppgaven utføres under visse rettigheter. Jeg anbefaler å gi en slik bruker fulle rettigheter. Jeg bruker brukeren "robot».

Rutineoppgaveplanen opprettes ved å bruke hyperkoblingen "Schedule" fra rutineoppgaveskjemaet. Du kan bruke "Rutine Task Console"-behandlingen.

Noen oppgaver innen dokumenthåndtering og regnskap må kanskje utføres med jevne mellomrom. For eksempel på den tjuende. Eller daglig.

Vanligvis prøver en bedrift å lage regler for å utføre slike oppgaver – hvem, når og hvordan skal fullføre oppgaven, hvem som skal kontrollere den.

Slike oppgaver kalles regulert, det vil si utføres i henhold til forskrift.

Innen IT utføres overvåking ofte på en regulert måte.

Det er kjent Systemadministrator- Det er spesielle programmer, som med jevne mellomrom sjekker ytelsen til servere og nettverksinfrastruktur og rapporterer SMS eller via epost administrator.

Lignende ting finnes for webansvarlige - for å sjekke tilgjengeligheten til nettstedet i løpet av dagen.

I 1C utføres overvåkingsoppgaver og andre periodiske oppgaver som skal utføres automatisk i henhold til en tidsplan ved hjelp av 1C Scheduled Tasks-mekanismen.

La oss snakke om dem i dag.

Planlagte oppgaver 1C

Planlagte oppgaver 1C er de som lar deg utføre dem som de gjør, men etter en tidsplan.

Selve 1C rutineoppgaven i konfiguratoren er en måte å spesifisere innstillinger og sette en tidsplan. Tidsplanen kan forresten endres dynamisk senere i 1C Enterprise-modus.

Bakgrunnsjobber kan opprettes fra teksten til et program på 1C-språket vilkårlig uten en planlagt 1C-jobb - for parallell databehandling på serveren.

Utførelsen av rutinemessige 1C-oppgaver kan deaktiveres midlertidig - in.

Legger til en 1C rutineoppgave

Rutinemessige 1C-oppgaver er plassert i konfigurasjonen i grenen Generelt/Rutine-1C-oppgaver. La oss legge til en ny 1C regulatorisk oppgave og angi navnet.

I egenskapen til rutineoppgaven 1C er metodenavnet angitt, akkurat som i. Funksjonen vil være plassert i en felles modul med avkrysningsboksen Server i egenskapene, det vil si at modulen må legges til på forhånd.

Egenskapen for 1C planlagt oppgave - Oppgavenavn - bestemmer navnet som oppgaven skal vises under i verktøy for oppgavebehandling.

1C rutineoppgaveegenskapen – Key – lar deg gruppere flere forskjellige 1C rutineoppgaver. Bare én jobb med samme nøkkelverdi kan startes om gangen. Selve verdien kan være vilkårlig. En tom verdi tas ikke i betraktning under kontroll (det vil si at den anses som tom).

Egenskapen til en 1C rutineoppgave - Forhåndsdefinert - bestemmer at når 1C Enterprise startes, vil en slik oppgave bli opprettet i en enkelt kopi med tidsplanen spesifisert i konfiguratoren. Ikke-forhåndsdefinerte oppgaver vises programmatisk på tidspunktet for tidsplanen.

I typiske konfigurasjoner, for eksempel Accounting edition 2.0, er slike 1C rutineoppgaver som Konfigurasjonsoppdatering og Recalculation of Totals forhåndsdefinert, men som Data Exchange eller Deferred Movements er ikke forhåndsdefinert.

Bruk – aktiverer oppgaven (det vil si at den bare utføres hvis det er merket av for bruk).

Prøv på nytt i tilfelle unormal avslutning - som du kanskje gjetter betyr å starte oppgaven på nytt hvis den ikke kunne fullføres med hell første gang - det angis hvor mange ganger som skal startes på nytt og hvor lenge etter den unormale avslutningen.

1C rutinemessig oppgavestyring og overvåking

For å administrere rutinemessige 1C-oppgaver er det en spesiell standard prosesseringsjobbkonsoll. Den finnes også på.

Denne behandlingen tilhører den såkalte universelle eksterne standarden 1C-behandling, som ofte ikke er inkludert i konfigurasjonen, men distribueres separat, for eksempel på ITS-disker.

Ved å bruke jobbkonsollbehandling kan du:

• Aktiver/deaktiver utførelse av rutine 1C-oppgave
• Tilordne/endre tidsplanen for en planlagt 1C-oppgave (og andre parametere)
• Spesifiser 1C-brukeren på hvis vegne den rutinemessige 1C-oppgaven skal utføres
• Se hvilke oppgaver som ble utført når og med hvilket resultat, feil ved fullføring av 1C-oppgaver
• Utfør en oppgave.

Kopier av databaser og 1C rutineoppgaver

Hvis du bruker server 1C, oppstår følgende situasjon:

• For dine egne formål (for eksempel for programmering) lages en kopi av arbeidsdatabasen
• Arbeid, testing osv. i en kopi av databasen
• Du glemmer å slå av rutinemessige 1C-oppgaver i en slik testdatabase.

Mens 1C rutineoppgaver utfører oppgaver kun relatert til informasjonsbasen deres, er det ingenting i det.

Imidlertid kan 1C rutineoppgaver ofte lagre filer, data til andre databaser, gjennomføre utvekslinger og sende e-poster.

I dette tilfellet kan du få en interessant blanding mellom resultatet av å utføre rutinemessige 1C-oppgaver i arbeidsdatabasen og kopier.

Rutinemessige 1C-oppgaver for kopier av arbeidsdatabasen må være deaktivert i .

Oppfyllelse og manglende oppfyllelse av 1C regulatoriske oppgaver

Når du oppretter rutinemessige 1C-oppgaver, må du huske:

• Oppgaver utføres av seg selv - de må overvåkes
• Oppgaver utføres i en modul på serveren
• Oppgaver utføres under en annen Windows-bruker, med andre rettigheter.

Først må du sjekke at oppgaven blir utført og kan fullføres som en rutinemessig 1C-oppgave.

For det andre gjør servermodulen at mange ting som er tilgjengelig på klienten ikke er tilgjengelige. For eksempel, noen ganger kan ikke alle dokumenter bare legges ut på serveren, siden deres algoritme kan sørge for at postingen startes manuelt av brukeren og ikke-serverfunksjoner kan brukes, for eksempel
Advarsel ("Hei!")

For det tredje, hvis oppgaven omhandler noe utenfor 1C-databasen, blir rettigheter viktig Windows-bruker, der oppgaven utføres.

Det tredje punktet er spesielt viktig ved utvikling. Hvis modulen ikke kan kjøres på serveren, vil ikke oppgaven bli utført i det hele tatt. For å sjekke, må du kjøre oppgaven minst én gang og se resultatet "Oppgave fullført" i oppgavekonsollbehandlingen.