Beräkningsschema i SAP MM och SD

Vad är ett beräkningsschema i SAP?

Ett beräkningsschema, även kallat prissättningsförfarande, är receptet SAP följer för att omvandla en lista med individuella villkor till ett nettopris på ett inköpsdokument. Utan den skulle en rabatt och en fraktkostnad existera som orelaterade tal utan någon regel för hur de kombineras.

Schemat besvarar tre frågor för varje inköpsorderartikel:

• I vilken ordning? En rabatt beräknad före frakt ger en annan totalsumma än en beräknad efter. Stegnumren fixerar den sekvensen.
• Baserat på vad? Ett procentvillkor behöver ett basvärde. Referensstegen Från och Till anger vilka tidigare rader som ska summeras.
• Var postar du? Varje beräknat belopp måste nå ett huvudbokskonto, vilket kontonyckeln på raden anger.

Schemat sitter högst upp i prissättningskonfigurationskedjan. villkorstabell och åtkomstsekvens avgöra var ett pris finns, en tillståndstyp beskriver vilken typ av värde det är, och beräkningsschemat avgör hur alla kombineras.

Process för att definiera beräkningsschema

Som du såg i föregående avsnitt tilldelas en villkorstyp ett beräkningsschema. Det definieras i anpassning.

Steg 1) Välj alternativet Definiera beräkningsschema i IMG.

Steg 2)

1. Du kan se att startskärmen innehåller en dialogstruktur med Schema som översta nivå. Dessutom kan du gå ner till Kontrolldata.
2. Höger del av skärmen visar användnings- och applikationsdata. Vi kan se att användningen ska A – Prissättningoch programmet är inställt på M – Inköp.
3. Innehåller en lista över scheman och dess korta beskrivning

Steg 3)

1. Klicka på det schema du vill ändra
2. Double klicka på kontrolldatanoden.

Steg 4) Följande tabell över villkorstyper (referenssteg) används i detta beräkningsschema. Det finns ett antal alternativ för villkorstyper som kan ställas in för detta beräkningsschema (olika inställningar kan ställas in för samma villkorstyp i det andra beräkningsschemat). Lista över möjliga alternativ med en kort beskrivning:

1. Steg (anger sekvensen av proceduren)
2. Motverka (räcker antalet villkor i ett steg)
3. Skick typ (en av de redan definierade villkorstyperna – föregående ämne)
4. Från (referenssteg som ska användas som bas för beräkning av procentuella villkor)
5. Till (till vilket steg villkoren ska användas som bas för beräkning av procentuella villkor)
6. Manuell (tillåtet att matas in manuellt)
7. Krävs (obligatoriskt skick)
8. Statistik (endast statistiskt tillstånd)
9. Skriva ut (utskriftskontroll för skick)
10. Summa (hur man beräknar delsumman)
11. Krav (anpassad rutin för kravet)
12. CalType (beräkningsrutin – om anpassad rutin behövs)
13. BasType (anpassad rutin för basvillkorsvärde)
14. AccKey (G/L kontonyckel)
15. AccrualAccKey (G/L-kontonyckel för periodiseringar eller avsättningar)

Efter att rätt inställningar har tillämpats på alla villkor i en procedur kan du spara transaktionsdata.

Statistiska villkor, delsummor och kontonycklar

Tre av de femton kolumnerna ovan orsakar mest förvirring i praktiken, eftersom de ändrar vad talet gör snarare än vad det är.

Statistik. Ett statistiskt villkor beräknas och visas men läggs aldrig till nettovärdet och bokförs aldrig i redovisningen. Det finns för information. Typiska användningsområden är en kassarabatt som visas som referens, en uppskattad fraktsiffra eller ett marknadspris som används för att jämföra vad som faktiskt betalats. Att kryssa i Statistik på en verklig kostnad är ett vanligt konfigurationsfel, eftersom beloppet sedan tyst försvinner från ordervärdet.

Delsumma. Det här fältet lagrar den löpande summan för det steget i ett specifikt fält så att senare steg eller rapporter kan läsa den. Värde 9, till exempel, skriver till det fält som används som effektiv prisbas. Utan en delsumma beräknas en mellanliggande siffra och förloras sedan, så eventuella senare procentvillkor har inget att referera till.

Kontonyckel. Nyckeln mappar det beräknade beloppet till ett huvudbokskonto genom automatisk kontobestämning. Frakt bokförs till ett fraktavräkningskonto istället för till lager, och en rabatt minskar lagervärdet direkt. Om en avgift förväntas men ännu inte faktureras skapar nyckeln för periodiseringskontot istället avsättningen.

Ett villkor utan kontonyckel påverkar fortfarande ordervärdet men har ingenstans att publiceras, vilket är precis vad som önskas för en rabatt som helt enkelt minskar priset och precis vad som inte önskas för en leveranskostnad.

Hur SAP Bestämmer beräkningsschemat

Ett schema väljs inte av köparen. SAP härleder den automatiskt när inköpsordern skapas, med hjälp av en kombination av tre huvuddatavärden.

1. Leverantörens schemagrupp. Denna data, som lagras på inköpsdata från leverantörsstamdatabasen, grupperar leverantörer som delar prissättningsbeteende, till exempel inhemsk kontra importerad.
2. Schemagrupp för den inköpande organisationen. Tilldelad vid anpassning till varje inköpsorganisation, separerar detta inköpsenheter som prissätter olika.
3. Schemabestämningstabell. De två grupperna pekar tillsammans på exakt ett beräkningsschema. Ändra endera gruppen så gäller ett annat schema.

Den praktiska konsekvensen är att ett prisproblem ofta inte är ett prisproblem. När en villkorstyp vägrar att visas på en order är den första kontrollen om leverantören har den schemagrupp som leder till schemat som innehåller den. Den konfigurationen behandlas i definiera schemagrupper.

Standard SAP levererar RM0000 som referensinköpsschema, innehållande bruttopris PB00 och PBXX, rabatter, tillägg, frakt och delsummor som producerar det effektiva priset. Att kopiera RM0000 och justera kopian är den normala utgångspunkten för alla projekt. Den bredare konfigurationssekvensen täcks över hela SAP MM-handledning serien.

Vanliga frågor