Utførelse av satsvis varsel

Gjelder: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012

Varsler behandles av funksjonaliteten i for satsvis behandling Microsoft Dynamics AX. Satsvis behandling må defineres før varsler kan leveres.

Microsoft Dynamics AXstøtter to typer hendelser:

• Hendelser som utløses av endringsbaserte hendelser. Disse hendelsene er også omtalt som Opprett/Slett og oppdatere hendelser.

• Hendelser som utløses av forfallsdatoer datoer.

Du kan definere satsvis behandling for hver hendelse.

Satsvis behandling for endringsbaserte hendelser

Microsoft Dynamics AXleser alle endringsbaserte hendelser som har inntruffet siden satsvis behandling ble kjørt sist. Endringsbaserte hendelser inkluderer oppdateringer til felt, sletting av poster og opprette poster. Disse hendelsene sammenlignes med betingelsene som er angitt i varslingsreglene. Når en hendelse samsvarer med betingelsene i en regel, genererer den satsvise prosessen et varsel.

Oppsett av frekvens for satsvis behandling for endringsbaserte hendelser

For endringsbaserte hendelser kan du definere en satsvis jobb som utløser behandling av en hendelse rett etter at hendelsen er logget av systemet. Hvis du setter i gang kjørselen skal gjentas oftere får brukerne varslene sine raskere når det skjer en endring. En høy frekvens for satsvis behandling kan imidlertid ha negativ innvirkning på systemets ytelse.

På den annen side kan en kjørsel som gjentas sjeldnere, og som er planlagt på tider når systembelastningen er lav, forbedre systemets ytelse. En lav frekvens for satsvis behandling kan oppfylle brukernes behov for varsler i tide.

Når du har definert frekvens for satsvis behandling for endringsbaserte hendelser, kan du vurdere balansen mellom punktligheten for varsler og hele systemets ytelse.

Disse vurderinger blir mer relevante som antall brukere som kan opprette varslingsregler øker. Frekvensen påvirker ikke antall hendelser som må behandles. Imidlertid hvis flere brukere, opprette regler, må flere kontroller utføres. Denne typen datautveksling kan påvirke systemets ytelse.

Obs!

Tiden som går før brukerne får varslene sine styres også av intervallet som Microsoft Dynamics AX utspørringer for nye varsler. Dette intervallet må være angitt i minutter. Minimumsverdien er 1 minutt og maksimumsverdien er 1440 minutter eller 1 dag.

Angi intervallet som Microsoft Dynamics AX innhente nye varsler

1. På de filen -menyen klikker du Verktøy > Alternativer for til å åpne den Alternativer form.

2. På de Varslinger -kategorien i den Motta varslinger hvert (minutter) angir et intervall.

Undersøke faren for lav frekvens for satsvis behandling

Hvis du definerer satsvis behandling for endringsbaserte hendelser til en lav frekvens, kan du miste varsler fordi data som er relevante for betingelsene i varslingsreglene, endres før satsvist behandlingen.

For eksempel en varslingsregel er satt til å utløse et varsel når hendelsen er "kundekontakten endres", og betingelsen er at kunden = BB. Derfor når kundekontakten for kunden BB, logges hendelsen. Men er systemet for satsvis behandling konfigurert slik at den satsvise behandlingen skjer sjeldnere enn dataregistrering. Hvis endres kundenavnet fra BB til AA før hendelsen behandles, dataene i databasen ikke lenger samsvarer med betingelsen i regelen, kunden = BB. Derfor når hendelsen behandles til slutt, genereres ikke noe varsel.

Satsvis behandling for forfallsdatohendelser

Microsoft Dynamics AXoppdager alle hendelser som forårsakes av forfallsdatoer, og disse hendelsene sammenlignes med betingelsene som er angitt i varslingsreglene. Den satsvise prosessen genererer et varsel når en hendelse samsvarer med betingelsene i en regel.

Definere frekvens for satsvis behandling for forfallsdatohendelser

For forfallsdatohendelser, kan du sette opp satsvise jobbene som kjører natten eller på bestemte tider på dagen for å fordele belastningen på systemet. Vi anbefaler at du setter opp den satsvise jobben skal kjøres minst én gang per dag. Hvis du vil at varsler skal sendes så tidlig som mulig, kan du sette opp satsvis behandling kommer umiddelbart etter datoen systemendringer. Hvis du vil generere varsler for forfallsdatohendelser som skjer etter at en kjørsel som allerede har behandlet varsler, kan du kjøre den satsvise jobben på nytt på samme dag.

For eksempel er en kjørsel kjørt på en bestemt dag. Du kan deretter opprette en bestilling som har en forfallsdato som skal utløse et varsel på samme dag. Hvis du vil motta meldingen på den dagen, må du kjøre den satsvise jobben på nytt etter at bestillingen er opprettet. Hvis du ikke kjører den satsvise jobben på nytt på denne dagen, oppdager vil neste dags satsvise jobben imidlertid noen forfallsdatohendelser som ikke ble behandlet tidligere dager.

Obs!

Selv om den satsvise behandlingen kjøres mer enn én gang per dag, dupliseres ikke varsler for samme forfallsdatohendelse og -betingelser. Varsler genereres bare for datoer som har forfall på grunn av endringer som har skjedd i systemet etter den siste satsvise jobben ble kjørt.

Angi fleksible forfallsdatoer

Behandling av varslingsregler i et firma kan bli stoppet av flere grunner. På grunn av dette inkluderer ferier, systemfeil eller andre problemer som kan føre til at satsvise jobber ikke å kjøre en stund.

Hvis du vil hindre forfallsdato dato varsler blir foreldede fordi den satsvise jobben ikke er kjørt i flere dager, kan du definere et vindu for satsvis behandling. Et vindu for satsvis behandling gjør det mulig for en satsvis jobb ikke kjøre for et angitt antall dager.

Når et vindu for satsvis behandling er angitt, sendes et varsel når varslingsregelen behandles, selv om varselet overskrider tidsgrensen som er definert i forfallsdatoen dato vilkår. Et varsel fortsetter å bli sendt så lenge perioden som er definert av denne tidsfristen pluss vindu for satsvis behandling ikke overskrides.

Imidlertid, når perioden som er definert av tidsgrensen pluss vindu for satsvis behandling, overskrides, sendes ikke lenger et varsel.

Eksempel

Du oppretter en varslingsregel, slik at du blir varslet om to dager etter fødselsdagen til en ansatt.

Vindu for satsvis behandling er angitt til 10 dager.

Den satsvise jobben kjøres på dag 1.	Du blir varslet om alle ansatte som har fødselsdag var 2 dager siden.
Den satsvise jobben kjøres ikke på dag 1, men bare på dag 2.	Du blir varslet om alle ansatte som har fødselsdag var 2 eller 3 dager siden.
Kjørselen kjører ikke på dag 1 eller 2, men bare på dag 3.	Du blir varslet om alle ansatte som har fødselsdag var 2, 3 eller 4 dager siden.
Den satsvise jobben kjøres ikke på dager 1 til 9, men bare på dag 10. Med andre ord, kjøres den satsvise jobben i 10-dagers-vinduet.	Du blir varslet om alle ansatte som har fødselsdag var 2, 3, 4, 5, 6, 7, 8, 9, 10 eller 11 dager siden. Obs! Alle varslene genereres.
Kjørselen kjører ikke på dager 1 til 10, men bare på dag 11.	Du blir varslet om alle ansatte som har fødselsdag var 2, 3, 4, 5, 6, 7, 8, 9, 10, 11 eller 12 dager siden. Obs! Nå blir du ikke varslet om alle ansatte som har fødselsdag var 13 dager siden.
Kjørselen kjører ikke på dager 1 til 11, men bare på dag 12.	Du blir varslet om alle ansatte som har fødselsdag var 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12 eller 13 dager siden. Obs! Nå blir du ikke varslet om alle ansatte som har fødselsdag var 14 dager siden.

Som du ser fra dette eksemplet, hvis vindu for satsvis behandling angis til 10, er den lengste perioden da den satsvise jobben ikke kjøres, 10 dager. For å garantere at varslingen er generert, jobben satsvist skal kjøres på den tiende dagen i siste.

Hvis intervallet for satsvis behandling angis til 0, varsles du bare hvis den satsvise jobben kjøres to dager etter fødselsdagen. I dette tilfellet, for å garantere at ingen varsel går tapt, satsvist jobben skal kjøres hver dag.

Slette hendelseskøen

Når du aktiverer en satsvis jobb som behandler endringsbaserte hendelser for et firma, anbefaler vi at du undersøker hendelseskøen og bestemme om alle hendelser i køen skal sendes ut som varsler. Hvis det gamle, ubehandlede og foreldede hendelsene ikke slettes fra køen, kjørselen genererer varsler og kan sende brukerne mange ubrukelig meldinger eller "spam".

Gamle, ubehandlede og foreldede hendelsene kan akkumulativ i hendelseskøen av flere grunner. For eksempel definere brukere varslingsregler lenge før den satsvise prosessen startes på nytt, slik at hendelser som genereres skape mange foreldede varsler. Du kan eventuelt hadde brukere tillatelse til å opprette regler lenge før den satsvise jobben er aktivert, slik at hendelser som er utløst av brukernes regler er logget av systemet, selv om den satsvise jobben ikke er aktivert.

Hvis du bestemmer at hendelsene i hendelseskøen er foreldet, og bør ikke sendes som varsler, kan du slette hendelseskøen.

1. Trykk CTRL + D for å åpne applikasjonsobjekttreet (AOT). Velg datakatalog > Tabellene.

2. Velg den EventCUD tabellen, Finn hendelsene som skal slettes, og slett deretter hendelser etter behov.

Se også

Oppsett av satsvis varsel-utføring