Hvad er tidsbegrænsning? SAP HR tutorial

⚡ Smart opsummering

Tidsbegrænsninger i SAP HR afgør, om en infotypepost skal eksistere, og hvor mange poster, der må være gyldige på én gang. SAP definerer tre indikatorer, nummereret et, to og tre, der styrer rekordkollisioner.

  • 🔘 Definition: Tidsbegrænsninger styrer, om en infotypepost er obligatorisk, og hvor mange gyldige poster, der kan eksistere samtidig.
  • ☑️ Begrænsning 1: En registrering er obligatorisk, og kun én må eksistere, ligesom med infotype 0002 (personoplysninger).
  • Begrænsning 2: En post er valgfri, men kun én må eksistere, som med Infotype 0218 (medlemsforsikring).
  • 🧪 Begrænsning 3: En post er valgfri, og mange kan eksistere, som med Infotype 0015 (yderligere betalinger).
  • 🛠️ Hvor opbevaret: SAP opretholder tidsbegrænsningsindikatoren i tabel T582A, med undertypeafhængige værdier gemt i T591A.
  • 🤖 AI og automatisering: AI ind SAP SuccessFactors kan markere kollisioner af poster og validere begrænsninger, før infotypedata gemmes.

Tidsbegrænsninger i SAP HR

Infotyper i SAP har tidsbegrænsninger, der bestemmer, hvordan en post eksisterer, og hvordan den reagerer, når den opdateres. Der er tre typer tidsbegrænsninger i SAP HR, og hver enkelt styrer, om en post er obligatorisk, og hvor mange poster, der kan være gyldige på samme tid.

Tidsbegrænsning

Tidsbegrænsninger i SAP HR

Lad os se nærmere på dem.

Tidsbegrænsning 1

  • For infotyper, der falder ind under tidsbegrænsning 1, er det obligatorisk for at en rekord eksisterer, og kun 1 kan eksistere på ethvert tidspunkt.
  • For eksempel Infotype 0002 (personlige data).

Tidsbegrænsning 1

Tidsbegrænsning 2

  • For infotyper, der falder ind under tidsbegrænsning 2, er det Ikke obligatorisk for at en rekord eksisterer, men kun 1 kan eksistere på ethvert tidspunkt.
  • For eksempel Infotype 0218 (medlemsforsikring).

Tidsbegrænsning 2

Tidsbegrænsning 3

  • For infotyper, der falder ind under tidsbegrænsning 3, er det Ikke obligatorisk for at en rekord eksisterer, men mange kan eksistere.
  • For eksempel: SAP Infotype 0015 (tillægsbetalinger).

Tidsbegrænsning 3

Særlige tidsbegrænsningsindikatorer (A, B, T og Z)

Ud over de tre numeriske tidsbegrænsninger, SAP HR bruger fire særlige indikatorer for infotyper, der opfører sig forskelligt. De gemmes på samme måde i tabel T591A, men anvender strengere regler.

Indikator Betydning
A Der må kun eksistere én post, gyldig fra 01.01.1800 til 31.12.9999. Posten kan ikke opdeles eller slettes.
B Kun én post må eksistere i hele gyldighedsperioden, men posten kan slettes.
T Begrænsningen afhænger af undertypen, ligesom med infotype 0006 (adresser), hvor hver undertype kan have sin egen regel.
Z Bruges til infotyper om tidsstyring; begrænsningen afhænger af den klasse, der er angivet i visningen V_T554S_I.

Indikatorerne A og B passer til infotyper, der skal indeholde præcis én livstidspost, mens T og Z giver SAP fleksibiliteten til at variere reglen efter undertype eller efter tidsstyringskonfiguration.

Indikatorer for tidsbegrænsningsreaktion og kollisioner

Når du opretter eller ændrer en post, SAP kontrollerer, om den kolliderer med eksisterende poster for den samme infotype. reaktionsindikator bestemmer, hvad der sker, når der sker en kollision.

De almindelige reaktionsindikatorer er:

  • E (fejl): Systemet tillader ikke den nye post og viser kollisionen.
  • W (Advarsel): Systemet advarer brugeren, men tillader stadig adgangen.
  • A (Afgræns): Den eksisterende post er afgrænset, så den nye kan begynde.
  • N (Ingen reaktion): Der udføres ingen kollisionskontrol for parret.

For infotyper til tidsstyring gemmes kollisionsreglerne i visningerne Global tidsbegrænsningsreaktion (V_T554Y) og Tidsbegrænsningsreaktion på infotyper til tidsstyring (V_554Y_B). Ved at konfigurere disse indikatorer kan du f.eks. kontrollere, om et fravær kan overlappe en fremmøde eller skal erstatte den.

Eksempler på tidsbegrænsninger for almindelige infotyper

Den nemmeste måde at forstå tidsbegrænsninger på er at se, hvordan de gælder for infotyper, du bruger hver dag. Tabellen nedenfor viser almindelige infotyper i forhold til deres sædvanlige tidsbegrænsning.

Infotype Tidsbegrænsning Årsag
0000 handlinger 1 Enhver medarbejder skal altid have én aktuel status.
0001 Organisatorisk opgave 1 En medarbejder skal tilhøre præcis én organisationsenhed ad gangen.
0002 Personlige data 1 Ét gyldigt sæt personlige oplysninger er obligatorisk.
0006 Adresser T Hver adresseundertype følger sin egen regel.
0015 Yderligere betalinger 3 Mange engangsbetalinger kan forekomme samtidig.
0021 Familie/Beslægtet person 3 En medarbejder kan have flere pårørende.

Kontrol af en infotypes begrænsning i tabel T591A, før du konfigurerer eller indlæser data, forhindrer kollisionsfejl og holder masterdataene konsistente.

Ofte Stillede Spørgsmål

En tidsbegrænsning fortæller SAP hvordan en post kan eksistere over tid, om den er obligatorisk, og hvordan systemet reagerer, når poster overlapper hinanden. Dette holder infotypedataene konsistente og forhindrer modstridende poster.

Tidsbegrænsningsindikatoren findes i tabel T582A (se V_T582A) i ZEITB-feltet. For undertypeafhængige infotyper vedligeholdes værdien i stedet i tabel T591A.

Begge gør posten valgfri, så huller er tilladt. Tidsbegrænsning 2 tillader kun én gyldig post ad gangen, mens Tidsbegrænsning 3 tillader, at mange poster er gyldige samtidigt.

Standard tidsbegrænsninger for infotyper leveres af SAP og bør ikke ændres, da løn- og tidsevaluering er afhængige af dem. Du kan definere begrænsningen for en brugerdefineret infotype ved hjælp af transaktion PM01, når du bygger den.

Tidsbegrænsning 1 kræver en post til enhver tid uden huller. Sletning af den sidst gemte post ville fjerne alle poster af den pågældende infotype, så SAP blokerer sletningen for at beskytte obligatoriske data.

Ja. AI-funktioner i SAP Succesfaktorer kan markere kollisioner med poster, kontrollere om en obligatorisk post mangler, og validere begrænsninger, før infotypedata gemmes.

Copilot-lignende assistenter advarer, før poster overlapper hinanden, registrerer manglende obligatoriske poster og foreslår den korrekte tidsbegrænsning, hvilket automatiserer rutinetjek og reducerer manuelle fejl under vedligeholdelse af stamdata.

Ja. Hver infotype er tildelt en tidsbegrænsning, der styrer, hvor mange poster der må findes, og om en er obligatorisk. Standardinfotyper er prækonfigurerede, mens brugerdefinerede infotyper skal have en tidsbegrænsning, når de oprettes.

Opsummer dette indlæg med: