Beregningsskjema i SAP MM og SD

Hva er et beregningsskjema i SAP?

Et beregningsskjema, også kalt en prisprosedyre, er oppskriften SAP følger for å gjøre en liste over individuelle betingelser om til én nettopris på et innkjøpsdokument. Uten den ville en rabatt og et fraktgebyr eksistere som urelaterte tall uten noen regel for hvordan de kombineres.

Skjemaet svarer på tre spørsmål for hver vare i bestillingen:

• I hvilken rekkefølge? En rabatt beregnet før frakt gir en annen totalsum enn en beregnet etter. Trinnnumrene fastsetter den rekkefølgen.
• Basert på hva? En prosentbetingelse trenger en basisverdi. Referansetrinnene Fra og Til forteller den hvilke tidligere linjer som skal summeres.
• Legger ut hvor? Hvert beregnede beløp må nå en finanskonto, som kontonøkkelen på linjen angir.

Skjemaet ligger øverst i priskonfigurasjonskjeden. betingelsestabell og tilgangssekvens bestemme hvor en pris finnes, en tilstandstype beskriver hva slags verdi det er, og beregningsskjemaet bestemmer hvordan alle kombineres.

Prosess for å definere beregningsskjema

Som du så i forrige emne, er en betingelsestype tildelt et beregningsskjema. Det er definert i tilpasning.

Trinn 1) I IMG velger du alternativet Definer beregningsskjema.

Trinn 2)

1. Du kan se at det første skjermbildet inneholder en dialogstruktur med Skjemaer som øverste nivå. I tillegg kan du gå ned til Kontrolldata.
2. Høyre del av skjermen viser bruks- og applikasjonsdata. Vi kan se at bruken er til A – Prissetting, og programmet er satt til M – Innkjøp.
3. Inneholder en liste over skjemaer og dens korte beskrivelse

Trinn 3)

1. Klikk på skjemaet du vil endre
2. Double klikk på kontrolldatanoden.

Trinn 4) Følgende tabell over tilstandstyper (referansetrinn) brukes i dette beregningsskjemaet. Det er en rekke alternativer for tilstandstyper som kan angis for dette beregningsskjemaet (forskjellige innstillinger kan angis for samme tilstandstype i det andre beregningsskjemaet). Liste over mulige alternativer med en kort beskrivelse:

1. Trinn (angir rekkefølgen av prosedyren)
2. Motvirke (teller antall forhold i et trinn)
3. Tilstandstype (en av de allerede definerte tilstandstypene – forrige emne)
4. Fra (referansetrinn som skal brukes som grunnlag for beregning av prosentforhold)
5. Til (frem til hvilket trinn skal betingelsene brukes som grunnlag for beregning av prosentforhold)
6. Håndbok (tillatt å legges inn manuelt)
7. Påkrevd (obligatorisk tilstand)
8. Statistikk (kun statistisk tilstand)
9. Skrive ut (utskriftskontroll for tilstand)
10. Delsum (hvordan beregne delsummen)
11. Krav (egendefinert rutine for kravet)
12. CalType (beregningsrutine – hvis tilpasset rutine er nødvendig)
13. BasType (egendefinert rutine for basistilstandsverdi)
14. AccKey (G/L kontonøkkel)
15. AccrualAccKey (G/L kontonøkkel for periodiseringer eller avsetninger)

Etter at de riktige innstillingene er brukt på alle betingelsene i en prosedyre, kan du lagre transaksjonsdataene.

Statistiske forhold, delsummer og kontonøkler

Tre av de femten kolonnene ovenfor forårsaker mest forvirring i praksis, fordi de endrer hva tallet gjør i stedet for hva det er.

Statistikk. En statistisk betingelse beregnes og vises, men legges aldri til nettoverdien og bokføres aldri i regnskapet. Den finnes for informasjon. Typiske bruksområder er en kontantrabatt vist som referanse, et estimert frakttall eller en markedspris som brukes til å sammenligne hva som faktisk ble betalt. Å krysse av for Statistikk på en reell kostnad er en vanlig konfigurasjonsfeil, fordi beløpet deretter stille forsvinner fra ordreverdien.

Delsum. Dette feltet lagrer den løpende totalen for det trinnet i et bestemt felt, slik at senere trinn eller rapporter kan lese den. Verdi 9, for eksempel, skriver til feltet som brukes som effektiv prisbasis. Uten en delsum beregnes et mellomtall som deretter går tapt, slik at eventuelle senere prosentbetingelser ikke har noe å referere til.

Kontonøkkel. Nøkkelen tilordner det beregnede beløpet til en hovedbokskonto gjennom automatisk kontobestemmelse. Frakt posteres til en fraktavregningskonto i stedet for til lager, og en rabatt reduserer lagerverdien direkte. Der en avgift forventes, men ikke er fakturert ennå, oppretter periodiseringskontonøkkelen avsetningen i stedet.

En betingelse uten en kontonøkkel påvirker fortsatt netto ordreverdi, men har ingen steder å legge ut, noe som er akkurat det som er ønsket for en rabatt som bare reduserer prisen og akkurat det som ikke er ønsket for en leveringskostnad.

Hvordan SAP Bestemmer beregningsskjemaet

Et skjema velges ikke av kjøperen. SAP utleder den automatisk når bestillingen opprettes, ved hjelp av en kombinasjon av tre stamdataverdier.

1. Leverandørens skjemagruppe. Dette lagres på innkjøpsdataene til leverandørstamdataene, og grupperer leverandører som deler prisatferd, for eksempel innenlands kontra importert.
2. Skjemagruppe for innkjøpsorganisasjonen. Tilordnet i tilpasning til hver innkjøpsorganisasjon, skiller dette innkjøpsenheter som priser forskjellig.
3. Tabell for skjemabestemmelse. De to gruppene peker til sammen på nøyaktig ett beregningsskjema. Hvis du endrer en av gruppene, gjelder et annet skjema.

Den praktiske konsekvensen er at et prisproblem ofte ikke er et prisproblem. Når en betingelsestype nekter å vises på en ordre, er den første kontrollen om leverandøren har skjemagruppen som fører til skjemaet som inneholder den. Denne konfigurasjonen er dekket i definere skjemagrupper.

standard SAP leverer RM0000 som referanseinnkjøpsskjema, som inneholder bruttopris PB00 og PBXX, rabatter, tillegg, frakt og delsummene som produserer den effektive prisen. Kopiering av RM0000 og justering av kopien er det normale utgangspunktet for ethvert prosjekt. Den bredere konfigurasjonssekvensen dekkes på tvers av SAP MM-opplæring serien.

Spørsmål og svar