Beregningsskema i SAP MM & SD

Hvad er et beregningsskema i SAP?

Et beregningsskema, også kaldet en prisfastsættelsesprocedure, er opskriften SAP følger for at omdanne en liste over individuelle betingelser til én nettopris på et indkøbsdokument. Uden den ville en rabat og et fragtgebyr eksistere som uafhængige tal uden nogen regel for, hvordan de kombineres.

Skemaet besvarer tre spørgsmål for hver vare i indkøbsordren:

• I hvilken rækkefølge? En rabat beregnet før fragt giver en anden total end en rabat beregnet efter. Trinnumrene fastlægger denne rækkefølge.
• Baseret på hvad? En procentbetingelse kræver en basisværdi. Referencetrinene Fra og Til fortæller den, hvilke tidligere linjer der skal summeres.
• Opslår hvor? Hvert beregnet beløb skal nå en finanskonto, som kontonøglen på linjen angiver.

Skemaet sidder øverst i priskonfigurationskæden. betingelsestabel og adgangssekvens afgøre, hvor en pris findes, tilstandstype beskriver, hvilken slags værdi det er, og beregningsskemaet bestemmer, hvordan de alle kombineres.

Proces til at definere beregningsskema

Som du så i det forrige emne, er en betingelsestype tildelt et beregningsskema. Det er defineret i tilpasning.

Trin 1) I IMG skal du vælge Definer beregningsskema.

Trin 2)

1. Du kan se, at startskærmen indeholder en dialogstruktur med Skemaer som øverste niveau. Derudover kan du rulle ned til Kontroldata.
2. Højre del af skærmen viser brugs- og applikationsdata. Vi kan se, at brugen er til A – Prisfastsættelse, og applikationen er indstillet til M – Indkøb.
3. Indeholder en liste over skemaer og dens korte beskrivelse

Trin 3)

1. Klik på det skema, du vil ændre
2. Double klik på kontroldataknuden.

Trin 4) Følgende tabel over tilstandstyper (referencetrin) bruges i dette beregningsskema. Der er en række muligheder for tilstandstyper, der kan indstilles for dette beregningsskema (der kan indstilles forskellige indstillinger for den samme betingelsestype i det andet beregningsskema). Liste over mulige muligheder med en kort beskrivelse:

1. Trin (angiver rækkefølgen af ​​proceduren)
2. Counter (tæller antallet af betingelser i et trin)
3. Tilstandstype (en af ​​de allerede definerede tilstandstyper – forrige emne)
4. Fra (referencetrin, der skal bruges som grundlag for beregning af procentbetingelser)
5. Til (op til hvilket trin betingelserne skal bruges som grundlag for beregning af procentbetingelser)
6. Manuel (tilladt at indtastes manuelt)
7. påkrævet (påkrævet stand)
8. Statistik (kun statistisk tilstand)
9. Print (udskrivningskontrol for tilstand)
10. Subtotal (hvordan man beregner subtotalen)
11. Krav (brugerdefineret rutine til kravet)
12. CalType (beregningsrutine – hvis brugerdefineret rutine er nødvendig)
13. BasType (brugerdefineret rutine for basistilstandsværdi)
14. AccKey (G/L kontonøgle)
15. AccrualAccKey (G/L-kontonøgle til periodiseringer eller hensættelser)

Når de rigtige indstillinger er anvendt på alle betingelserne i en procedure, kan du gemme transaktionsdataene.

Statistiske forhold, subtotaler og kontonøgler

Tre af de femten kolonner ovenfor forårsager det meste af forvirringen i praksis, fordi de ændrer, hvad tallet gør, snarere end hvad det er.

Statistik. En statistisk betingelse beregnes og vises, men lægges aldrig til nettoværdien og bogføres aldrig i regnskabet. Den findes til orientering. Typiske anvendelser er en kontantrabat vist som reference, et estimeret fragttal eller en markedspris, der bruges til at benchmarke, hvad der faktisk blev betalt. At markere Statistik på en reel pris er en almindelig konfigurationsfejl, fordi beløbet derefter stille og roligt forsvinder fra ordreværdien.

Subtotal. Dette felt gemmer den løbende total på det pågældende trin i et specifikt felt, så senere trin eller rapporter kan læse den. Værdi 9 skriver for eksempel til det felt, der bruges som effektiv prisbasis. Uden en subtotal beregnes et mellemliggende tal, som derefter går tabt, så enhver senere procentbetingelse ikke har noget at referere til.

Kontonøgle. Nøglen knytter det beregnede beløb til en finanskonto via automatisk kontobestemmelse. Fragt bogføres på en fragtclearingkonto i stedet for på lager, og en rabat reducerer lagerværdien direkte. Hvor en fakturering forventes, men endnu ikke er faktureret, opretter periodiseringskontonøglen hensættelsen i stedet.

En betingelse uden en kontonøgle påvirker stadig nettoordreværdien, men har ingen steder at poste, hvilket er præcis, hvad der ønskes for en rabat, der blot reducerer prisen, og præcis, hvad der ikke ønskes for en leveringsomkostning.

Hvordan SAP Bestemmer beregningsskemaet

Et skema vælges ikke af køberen. SAP udleder den automatisk, når indkøbsordren oprettes, ved hjælp af en kombination af tre stamdataværdier.

1. Leverandørens skemagruppe. Denne data, der opbevares på leverandørstamdataene, grupperer leverandører, der deler prisadfærd, f.eks. indenlandsk versus importeret.
2. Skemagruppe for den indkøbende organisation. Dette tildeles i tilpasningen til hver indkøbsorganisation og adskiller indkøbsenheder, der prissætter forskelligt.
3. Tabel til skemabestemmelse. De to grupper peger tilsammen på præcis ét beregningsskema. Ændrer man en af ​​grupperne, gælder et andet skema.

Den praktiske konsekvens er, at et prisproblem ofte ikke er et prisproblem. Når en betingelsestype nægter at blive vist på en ordre, er den første kontrol, om leverandøren har den skemagruppe, der fører til det skema, der indeholder den. Denne konfiguration er dækket i definere skemagrupper.

Standard SAP leverer RM0000 som referenceindkøbsskema, der indeholder bruttopris PB00 og PBXX, rabatter, tillæg, fragt og de subtotaler, der producerer den effektive pris. Kopiering af RM0000 og justering af kopien er det normale udgangspunkt for ethvert projekt. Den bredere konfigurationssekvens er dækket på tværs af SAP MM-vejledning serien.

Ofte Stillede Spørgsmål