Adgangssekvens- og betingelsestabel i SAP MM (V/05, M/03)

⚡ Smart opsummering

Adgangssekvens og betingelsestabel i SAP bestemme, hvor der søges efter en pris. Sekvensen viser adgange i prioriteret rækkefølge, hvor hver adgang peger på en betingelsestabel, hvis nøglefelter identificerer betingelsesposten.

  • 🔎 Kerneformål: En adgangssekvens er den søgestrategi, en betingelsestype følger for at finde en gyldig pris.
  • 🪜 Eksklusive adgange: Søgning stopper ved den første adgang, der returnerer en post, så rækkefølgen definerer prioriteten.
  • 🧩 Tilstandstabel: Hver adgangspunkt er en tabel, hvis nøglefelter danner den kombination, der søges efter.
  • 🚦 Krav: En kravrutine som 35 springer en adgang helt over, når dens forudsætning ikke er opfyldt.
  • 🛠️ Feltattributter: Specialværdikilde, Init, Atyp og Prioritet styrer, hvordan hvert nøglefelt opfører sig under adgangen.
  • 🆕 Oprettelse af tabeller: M/03 opretter en indkøbsbetingelsestabel, eventuelt kopieret fra en eksisterende, og den skal genereres.
  • 📚 Genbrug først: SAP sender et stort katalog af borde, så nye er sjældent nødvendige.

Adgangssekvens og betingelsestabel i SAP MM

Hvad er en adgangssekvens- og betingelsestabel?

A tilstandstype såsom PB00 beskriver, hvilken slags værdi en bruttopris er. Den ved ikke, hvor den skal finde en. Det er opgaven for den adgangssekvens, der er knyttet til den.

To objekter arbejder sammen:

  • Tilstandstabel. En tabel, hvis nøglefelter definerer én kombination, for hvilken en pris kan opretholdes, for eksempel leverandør plus materiale plus anlæg. Tabel 18 er den kombination af materialeinfoposter, der bruges i eksemplet nedenfor.
  • Adgangssekvens. En ordnet liste over adgange, der hver peger på én betingelsestabel. SAP prøver dem fra toppen og stopper ved den første, der returnerer en post.

Ordren udtrykker derfor forretningsprioritet. En pris, der forhandles i ettract burde slå en rekordpris for generel information, så ulempentract-adgang sidder ovenpå den. RevHvis de to slettes, ville det lydløst overskrive forhandlede vilkår med en standardtakst, hvilket er grunden til, at vedligeholdelse af adgangssekvenser fortjener omhu.

Kæden fuldendes af beregningsskema, som bestemmer i hvilken rækkefølge betingelsestyperne anvendes, når hver enkelt har fundet sin værdi.

Definer adgangssekvens

For at definere og vedligeholde adgangssekvenser skal du følge nogle få enkle trin.

Trin 1) Gå til SPRO > Materialestyring > Indkøb > Betingelser > Definer prisfastsættelsesproces > Definer adgangssekvenser.

Som vist nedenfor finder du en dialogstruktur for Få adgang til sekvenser, Adgange og Fields.

  1. Vælg den adgangssekvens, du vil vedligeholde (PB01 Engros pris).
  2. Double Klik på Adgange mappe i dialogstrukturen.

Definer adgangssekvens

Trin 2) I næste trin definerer du adgangsmetoder for adgangssekvensen. Du kan se, at flere adgangsmetoder er til stede for en sekvens.

Hver af dem er eksklusiv. Det betyder, at hvis en post findes ved første adgang (Contract element), hvilket betyder, at hvis systemet finder en betingelse tilgængelig fra Contract-elementet, vil den ikke søge yderligere, og den værdi vil blive brugt. Hvis ikke, vil systemet følge de andre adgange for at finde den passende post.

Du kan også angive et krav om, at en adgangsmetode skal bruges. For eksempel er der et krav 35 tildelt adgang 10, som bruger tilstandstabel 17 – Materialeinfopost (plantespecifik).

Definer adgangssekvens

Et krav til adgangsnummer 10 er 35 – Plant info record. Hvis der ikke er nogen anlægsinfopost for kombinationen af ​​værdierne i tabel 17, vil adgang 10 slet ikke blive brugt.

Definer adgangssekvens

Trin 3)

  1. Vælg den adgang, du vil ændre.
  2. Vælg mappen på det laveste niveau i dialogstrukturen – Fields.

Definer adgangssekvens

Trin 4)

  1. Du kan se, at vi er placeret på detaljeskærmen for adgangssekvens PB01, adgang 20 og tabel 18.
  2. Nøglefelterne i en tilstandstabel, der bruges i tilstandsadgangen, vises her.

Tilstandstabel består af tilstandsfelter, som har visse attributter tildelt. Når systemet forsøger at få adgang til en tilstandspost, bruger det disse attributter.

Definer adgangssekvens

  • Særlig værdikilde – dette felt indeholder en værdi, der skal bruges som standard under adgang (f.eks. brug af en fast infopostkategori for adgangssekvensen)
  • I det – hvis dette felt er markeret, vil systemet tillade startværdi for dette felt, mens du får adgang til tilstandstabellen. Hvis ikke vil systemet ikke behandle tilstandstabelopslaget.
  • Atyp – behandlingstype i adgang. Du kan angive, om feltet er relevant for betingelsesadgang, hvis det er en del af en fri eller fast nøgletype. Standard er tom (fast nøgletype).
  • Prioritet – prioritet af et felt (karakteristisk), det kan indstilles fra 01 til 99. Det meste af tiden efterlades dette felt tomt.

Definer tilstandstabeller

Nu, når vi ved, hvad en betingelsestabel er, hvad den bruges til, kan vi se, hvor en betingelsestabel kan defineres, og hvilken mulighed vi har, mens vi opretter den.

Som du har set i det foregående emne, har vi brugt tabel 18 – Materiale Info Record i vores eksempel.

Lad os se, hvor og hvordan det er defineret.

Visning af en eksisterende betingelsestabel

Trin 1)

  1. Udfør transaktionskoden V / 05 og indtast vores bordnummer på startskærmen – 18.
  2. I afsnit 2 kan du se vores tabeldefinition, tabelnummer, beskrivelse og to muligheder, der kan vælges. Først betyder brug af gyldighedsperioden (anbefales altid), og den anden er en kontrol for udgivelsesstatus for posten. Hvis afkrydset, vil kun frigivne informationsposter blive taget i betragtning under søgningen efter tilstanden.
  3. Her er listen over felter, du allerede har set i emnet Definer adgangssekvens.

Du kan se, hvordan tabellen er defineret til senere brug ved tilpasning af adgangssekvensen.

Definer tilstandstabeller

V / 05 transaktion bruges til at vise en betingelsestabel.

V / 04 transaktion bruges til at ændre en betingelsestabel.

V / 03 transaktion bruges til at oprette en betingelsestabel.

Oprettelse af en ny betingelsestabel

Nu kan du definere en ny tilstandstabel, hvis det er nødvendigt, for at kunne bruge den i definitionen af ​​adgangssekvensen. For det meste er nye betingelsestabeller ikke nødvendige, fordi SAP leverer et stort katalog af foruddefinerede tabeller.

Trin 1)

  1. Indtast t-kode M/03 og udfør den.
  2. Vælg dit nye bordnummer (skal være ubrugt, f.eks. 818).
  3. Hvis du vil kopiere en eksisterende tabel til din nye tabel, kan du vælge kildetabellen her. Dette er nyttigt, hvis din tabel ligner en anden eksisterende tabel og kun behøver en simpel ændring for at opfylde kravene.

Definer tilstandstabeller

Trin 2) På den næste skærm kan du foretage alle indstillingerne for en tilstandstabel og generere den.

  1. Klik på denne knap, hvis du vil redigere beskrivelsen.
  2. Vælg, om din tabel skal kontrollere gyldighedsperioder og frigivelsesstatusser.
  3. Liste over aktuelle felter. Du kan vælge et hvilket som helst felt, du vil fjerne (ved at klikke på det) og vælge fjernikonet (Listeikon med et rødt minustegn).
  4. Du kan tilføje felter fra feltkataloget ved at dobbeltklikke på dem.
  5. Du skal generere tabellen, for at den kan bruges af prissætningsfunktioner.

Definer tilstandstabeller

Du kan også bruge højreklik til at slette eller tilføje et felt til din tabel, samt til at navigere i feltkataloget i højre side af skærmen. Ikke alle felterne kan vises på en enkelt side i feltkataloget.

Efter vellykket oprettelse vil du blive bedt om at oprette en ændringsanmodning, og bagefter vil du blive præsenteret for en logskærm, som du kan se på følgende skærm.

Definer tilstandstabeller

Du har genereret en betingelsestabel. Lad os se, om vi kan se den på vedligeholdelsesskærmene for adgangssekvensen.

Definer tilstandstabeller

Den er der, så nu kan vi oprette en adgang ved hjælp af denne tabel. Vi vil ikke gennemgå dette i detaljer, da det er en ekstremt ligetil proces.

På adgangsnoden i vores adgangssekvens skal du vælge knappen Nye poster. Du kan oprette en adgang som vist på skærmbilledet nedenfor til testformål.

Definer tilstandstabeller

Felter skal også tildeles vores adgang PB01-96 for at den kan fungere korrekt.

Betingelsestabeltransaktion Codes: MM og SD

Ovenstående transaktionskode fortjener at blive bemærket, fordi der findes to parallelle familier, og brug af den forkerte er en hyppig kilde til forvirring. Ovenstående trin bruger V/05 til at vise og M/03 til at oprette, hvilket afspejler, hvor mange konsulenter der rent faktisk arbejder, men familierne er ikke udskiftelige.

Handling Materialestyring Salg og distribution
Opret betingelsestabel M / 03 V / 03
Ændring af betingelsestabel M / 04 V / 04
Vis tilstandstabel M / 05 V / 05
Vedligeholdelse af adgangssekvens M / 07 V / 07
Vedligeholdelse af tilstandstype M / 06 V / 06

M-familien tilhører indkøb, og V-familien tilhører salg. Begge læser de samme underliggende tabeldefinitioner, hvilket er grunden til, at V/05 viser en indkøbstabel, men altid opretter i familien, der matcher applikationen, så det tilbudte feltkatalog er det korrekte. Prisfastsættelse på salgssiden er dækket i SAP SD-træningskursus.

⚠️ Advarsel: En ny betingelsestabel er ubrugelig, før den genereres. Hvis definitionen alene gemmes, oprettes der ingen databasetabel, og adgangssekvensen vil simpelthen ikke tilbyde den. Fuldfør altid genereringstrinnet, og tjek loggen.

Sådan findes tilstandsregistreringer under kørsel

Konfiguration giver kun mening, når runtime-adfærden er klar. Når en indkøbsordrevare prissættes, SAP udfører følgende sekvens for hver betingelsestype i skemaet.

  1. Læs adgangssekvensen. Betingelsestypen navngiver én sekvens. En betingelsestype uden en sekvens, såsom PBXX, springes helt over og kan kun indtastes manuelt.
  2. Evaluer kravet. Hver adgang kan indeholde en kravrutine. Krav 35 i eksemplet kontrollerer, om der findes en anlægsspecifik infopost. Et mislykket krav springer denne adgang over uden nogen databaselæsning.
  3. Byg nøglen. Nøglefelterne i betingelsestabellen udfyldes fra dokumentet. Leverandør, materiale, fabrik og indkøbsorganisation tages fra ordrehovedet og varen.
  4. Læs tilstandstabellen. Hvis der findes en post for præcis den nøgle, og den er gyldig på prisdatoen, tages værdien, og søgningen stopper. Det er, hvad eksklusiv betyder.
  5. Falder igennem uden hit. Hvis der ikke findes noget, forsøges den næste adgang. Når hver adgang mislykkes, har betingelsen simpelthen ingen værdi, hvilket under en obligatorisk betingelse forårsager en fejl.

Denne adfærd forklarer to almindelige symptomer. En pris, der er genstridigt forkert, betyder normalt, at en højere adgang matcher en post, som ingen huskede, og knappen Analyse på skærmbilledet med varebetingelser navngiver den adgang, der vandt. En pris, der aldrig vises, betyder normalt, at alle adgange mislykkedes, oftest fordi købsinforegistrering Gyldighedsperioden er udløbet. Bestemmelsen af ​​hele skemaet er dækket i definere skemagrupper.

Ofte Stillede Spørgsmål

Ja, afgørende. Adgange er eksklusive, så den første, der finder en post, vinder, og resten læses aldrig. Sekvensen koder derfor, hvilken priskilde der overgår en anden.

Sjældent. SAP leverer et stort katalog, der dækker de fleste tastekombinationer. Opbyg kun et, når den nødvendige feltkombination faktisk ikke findes, og generer det altid bagefter.

AI læser prisanalyseloggen og forklarer i et letforståeligt sprog, hvilke adgange der matchede, hvilke der blev sprunget over af et krav, og hvilke der ikke fandt nogen registrering, hvilket forvandler det til en kryptisk situation. trace ind i en diagnose.

Ja. Ved at tælle, hvor ofte hver adgang rent faktisk returnerer en post på tværs af bogførte dokumenter, viser man, hvilke der aldrig aktiveres, så ubrugte adgange kan trækkes tilbage, og prissætningen kører hurtigere.

Den tester en forudsætning, før adgangen kører. Krav 35 kontrollerer for en anlægsspecifik informationspost; hvis ingen findes, springes adgangen helt over i stedet for at blive søgt og mislykket.

Opsummer dette indlæg med: