Tilgangssekvens og betingelsestabell i SAP MM (V/05, M/03)

Hva er en tilgangssekvens- og betingelsestabell?

A tilstandstype slik som PB00 beskriver hva slags verdi en bruttopris er. Den vet ikke hvor den skal finne en. Det er jobben til tilgangssekvensen som er knyttet til den.

To objekter fungerer sammen:

• Tilstandstabell. En tabell der nøkkelfeltene definerer én kombinasjon som det kan opprettholdes en pris for, for eksempel leverandør pluss materiale pluss anlegg. Tabell 18 er kombinasjonen av materialinfoposter som brukes i eksemplet nedenfor.
• Tilgangssekvens. En ordnet liste over tilganger, som hver peker på én betingelsestabell. SAP prøver dem fra toppen og stopper ved den første som returnerer en post.

Ordren uttrykker derfor forretningsprioritet. En pris som forhandles i et samarbeidtract burde slå en generell informasjonsrekordpris, så ulempentract-tilgangen sitter over den. RevÅ stryke de to ville stille overskrive forhandlede vilkår med en standardpris, og det er derfor vedlikehold av tilgangssekvens fortjener forsiktighet.

Kjeden fullføres av beregningsskjema, som bestemmer i hvilken rekkefølge betingelsestypene brukes når hver av dem har funnet sin verdi.

Definer tilgangssekvens

For å definere og vedlikeholde tilgangssekvenser, må du følge noen få enkle trinn.

Trinn 1) Gå til SPRO > Materialhåndtering > Innkjøp > Betingelser > Definer prisfastsettelsesprosess > Definer tilgangssekvenser.

Som vist nedenfor finner du en dialogstruktur for Få tilgang til sekvenser, tilganger og Felt.

1. Velg tilgangssekvensen du vil opprettholde (PB01 bruttopris).
2. Double klikk på tilganger mappe i dialogstrukturen.

Trinn 2) I neste trinn definerer du tilgangsmetoder for tilgangssekvensen. Du kan se at flere tilgangsmetoder er tilstede for én sekvens.

Hver og en av dem er eksklusiv. Det betyr at hvis en post blir funnet ved første tilgang (Contract-element), som betyr at hvis systemet finner en betingelse tilgjengelig fra Contract-elementet, vil den ikke søke videre, og den verdien vil bli brukt. Hvis ikke, vil systemet følge de andre tilgangene for å finne riktig oppføring.

Du kan også sette et krav om at en tilgangsmetode skal brukes. For eksempel er det et krav 35 tildelt tilgang 10, som bruker tilstandstabell 17 – Material Info Record (plantespesifikk).

Et krav for tilgangsnummer 10 er 35 – Anleggsinfopost. Hvis det ikke er noen anleggsinfopost for kombinasjonen av verdiene i tabell 17, vil ikke tilgang 10 brukes i det hele tatt.

Trinn 3)

1. Velg tilgangen du vil endre.
2. Velg mappen på laveste nivå i dialogstrukturen – Felt.

Trinn 4)

1. Du kan se at vi befinner oss på detaljskjermen for tilgangssekvens PB01, tilgang 20 og tabell 18.
2. Nøkkelfeltene i en tilstandstabell som brukes i tilstandstilgangen vises her.

Tilstandstabell består av tilstandsfelt som har visse attributter tildelt dem. Når systemet prøver å få tilgang til en tilstandspost, bruker det disse attributtene.

• Spesiell verdikilde – dette feltet inneholder en verdi som skal brukes som standard under tilgang (f.eks. ved å bruke en fast informasjonspostkategori for tilgangssekvensen)
• I det – hvis denne boksen er merket av vil systemet tillate startverdi for dette feltet mens du får tilgang til tilstandstabellen. Hvis ikke vil ikke systemet behandle tilstandstabelloppslaget.
• Atyp – behandlingstype i tilgang. Du kan spesifisere om feltet er relevant for vilkårstilgang dersom det er del av en ledig eller fast nøkkeltype. Standard er tom (fast nøkkeltype).
• Prioritet – prioritet til et felt (karakteristikk), det kan settes fra 01 til 99. Mesteparten av tiden er dette feltet tomt.

Definer tilstandstabeller

Nå, når vi vet hva som er en tilstandstabell, hva den brukes til, kan vi se hvor en tilstandstabell kan defineres, og hvilket alternativ vi har mens vi lager den.

Som du har sett i forrige emne, har vi brukt tabell 18 – Material Info Record i vårt eksempel.

La oss se hvor og hvordan det er definert.

Vise en eksisterende betingelsestabell

Trinn 1)

1. Utfør transaksjonskoden V / 05 og på startskjermen skriv inn vårt bordnummer – 18.
2. I seksjon 2 kan du se vår tabelldefinisjon, tabellnummer, beskrivelse og to alternativer som kan velges. Først betyr bruk av gyldighetsperioden (anbefales alltid) og den andre er en sjekk for utgivelsesstatus for posten. Hvis det er merket av, vil kun utgitte informasjonsposter bli tatt i betraktning under søk etter tilstanden.
3. Her er listen over felt du allerede har sett i emnet Definer tilgangssekvens.

Du kan se hvordan tabellen er definert for senere bruk ved tilpasning av tilgangssekvensen.

V / 05 transaksjonen brukes til å vise en tilstandstabell.

V / 04 transaksjonen brukes til å endre en tilstandstabell.

V / 03 transaksjonen brukes til å lage en tilstandstabell.

Opprette en ny betingelsestabell

Nå kan du definere en ny tilstandstabell hvis det er nødvendig, for å kunne bruke den i definisjonen av tilgangssekvensen. Som oftest er det ikke nødvendig med nye betingelsestabeller, fordi SAP leverer en stor katalog med forhåndsdefinerte tabeller.

Trinn 1)

1. Skriv inn t-kode M/03 og utfør den.
2. Velg ditt nye bordnummer (må være ubrukt, f.eks. 818).
3. Hvis du vil kopiere en eksisterende tabell til den nye tabellen, kan du velge kildetabellen her. Dette er nyttig hvis tabellen din ligner på en annen eksisterende tabell, og trenger bare en enkel endring for å oppfylle kravene.

Trinn 2) På neste skjermbilde kan du gjøre alle innstillingene for en tilstandstabell og generere den.

1. Klikk på denne knappen hvis du vil redigere beskrivelsen.
2. Velg om tabellen din skal sjekke gyldighetsperioder og utgivelsesstatuser.
3. Liste over gjeldende felt. Du kan velge hvilket som helst felt du vil fjerne (ved å enkeltklikke på det) og velge fjernikonet (listeikon med rødt minustegn).
4. Du kan legge til felt fra feltkatalogen ved å dobbeltklikke på dem.
5. Du må generere tabellen for at den skal kunne brukes av prisfunksjoner.

Du kan også bruke høyreklikk for å slette eller legge til et felt i tabellen din, samt å navigere i feltkatalogen på høyre side av skjermen. Ikke alle feltene kan vises på én enkelt side i feltkatalogen.

Etter vellykket opprettelse vil du bli bedt om å opprette en endringsforespørsel, og etterpå vil du bli presentert en loggskjerm som du kan se på følgende skjermbilde.

Du har generert en betingelsestabell. La oss se om vi kan se den på vedlikeholdsskjermbildene for tilgangssekvensen.

Den er der, så nå kan vi opprette en tilgang ved hjelp av denne tabellen. Vi vil ikke gå inn på dette i detalj, da det er en ekstremt enkel prosess.

På tilgangsnoden i tilgangssekvensen vår velger du knappen Nye oppføringer. Du kan opprette en tilgang som på skjermbildet nedenfor for testformål.

Feltene bør også tilordnes tilgangen vår PB01–96 for at den skal fungere ordentlig.

Transaksjon i betingelsestabell Codes: MM og SD

Transaksjonskodene ovenfor fortjener å bli nevnt, fordi det finnes to parallelle familier, og bruk av feil er en hyppig kilde til forvirring. Trinnene ovenfor bruker V/05 til å vise og M/03 til å opprette, noe som gjenspeiler hvor mange konsulenter som faktisk jobber, men familiene er ikke utskiftbare.

Handling	Materialhåndtering	Salg og distribusjon
Opprett betingelsestabell	M / 03	V / 03
Endre betingelsestabell	M / 04	V / 04
Vis tilstandstabell	M / 05	V / 05
Vedlikehold av tilgangssekvens	M / 07	V / 07
Tilstandstype vedlikehold	M / 06	V / 06

M-familien tilhører innkjøp og V-familien salg. Begge leser de samme underliggende tabelldefinisjonene, og det er derfor V/05 vil vise en innkjøpstabell, men alltid opprette i familien som samsvarer med applikasjonen, slik at feltkatalogen som tilbys er den riktige. Prissetting på salgssiden er dekket i SAP SD-opplæringskurs.

Hvordan tilstandsoppføringer finnes under kjøring

Konfigurasjon gir bare mening når kjøretidsvirkemåten er tydelig. Når en bestillingsvare prises, SAP utfører følgende sekvens for hver betingelsestype i skjemaet.

1. Les tilgangssekvensen. Betingelsestypen navngir én sekvens. En betingelsestype uten sekvens, for eksempel PBXX, hoppes over fullstendig og kan bare legges inn manuelt.
2. Vurder kravet. Hver tilgang kan inneholde en kravrutine. Krav 35 i eksemplet sjekker om en anleggsspesifikk informasjonspost finnes. Et mislykket krav hopper over den tilgangen uten at databasen leses.
3. Bygg nøkkelen. Nøkkelfeltene i betingelsestabellen fylles ut fra dokumentet. Leverandør, materiale, anlegg og innkjøpsorganisasjon hentes fra ordrehodet og varen.
4. Les tilstandstabellen. Hvis det finnes en oppføring for akkurat den nøkkelen og den er gyldig på prisdatoen, tas verdien og søket stopper. Dette er hva eksklusiv betyr.
5. Faller gjennom uten treff. Hvis ingenting blir funnet, forsøkes neste tilgang. Når hver tilgang mislykkes, har betingelsen rett og slett ingen verdi, noe som under en obligatorisk betingelse forårsaker en feil.

Denne oppførselen forklarer to vanlige symptomer. En pris som gjenstridig er feil betyr vanligvis at en høyere tilgang samsvarer med en post ingen husket, og Analyse-knappen på skjermbildet for elementbetingelser navngir tilgangen som vant. En pris som aldri vises betyr vanligvis at alle tilganger mislyktes, oftest fordi kjøpsinformasjonslogg Gyldighetsperioden er utløpt. Bestemmelsen av hele skjemaet er dekket i definere skjemagrupper.

Spørsmål og svar