Hvordan SAP beregner flytende gjennomsnittspris (MAP) for materialmester Hvis et materiale er gjenstand for flytende gjennomsnittspriskontroll, beregner SAP-systemet verdier for varebevegelser på følgende måte. Ny Mengde Gammel Mengde Kvittering Mengde Ny Verdi Gammel Verdi (Kvittering Kvantitet (Kvittering Pris Kvitterings Pris Enhet)) Ny MAP Pris (Ny Verdi Ny Mengde) Prisenhet i Material Master Se følgende eksempler for bedre forståelse. Start med et materiale med MAP på 10,00, PO 100 stk. Ved 10pc. 1. Første varekvittering Lagerkontoen vil bli lagt opp med kvitteringsverdien basert på innkjøpsprisen. Leveres mengde PO pris 10 stk. 10pc. 100 Avregningsoppføringen blir lagt ut på GRIR clearingkontoen. Dr. Stock Konto 100 Cr. GRIR Clearing Account 100 Totalt antall aksjer 10, Total verdi 100, MAP 10.00 2. Andre varekvittering Prisen i kjøpsordre er endret til 12.00pc. i stedet for 10.00pc. Lagerkontoen vil bli lagt opp med kvitteringsverdien basert på den endrede kjøpsordreprisen. Leveres mengde PO pris 10 stk 12pc. 120 Dr. Stock Account 120 Cr. GRIR Clearing Account 120 Siden pris i innkjøpsordre er forskjellig fra nåværende flytende gjennomsnittspris i materialmester, blir derfor den bevegelige gjennomsnittsprisen endret til 11,00 Totalt antall aksjer 20, Sum verdi 220, MAP 11,00 3. Godkjenning av varemottakelse Lagerregnskapet krediteres med gjennomsnittlig kvitteringsverdi. Antall (Varemottak verdi Varemerkekvantitet) 10 stk (220 20 stk) 110 Dr. GRIR Clearing Account 110 Cr. Lagerkonto 110 Totalt antall stk 10, Total verdi 110, MAP 11.00 10 stykker ved 12.00pc. 120.00 Dr. Stockkonto 10 Dr. GRIR Clearing Account 110 kr. Leverandørkonto 120 Totalt antall aksjer 10, Total verdi 120, MAP 12.00 Flytende gjennomsnittspris: Verdiberegning Når et materiale er gjenstand for flytende gjennomsnittspriskontroll, beregner systemet verdier for varebevegelser på følgende måte: Flytende gjennomsnittspris: Verdiberegning For Mer informasjon og eksempler på innlegg og verdiberegninger for materialer som er gjenstand for flytende gjennomsnittspriskontroll, se: Registrering Det er nå en SAP Standard Report for å analysere endringene i Moving Average Price. Alternativt kan du bruke tabellen CKMI1 for å se avvikene på flytende gjennomsnittspris. Kontroller informasjonen i KBA: 1506200 - Bestem hvordan Flytte gjennomsnittspris endret Søk etter MBEW-KALN1 (Kostnadsberegningsnummer - Produktkostnad) av materialet: Utfør transaksjon SE16 Tabell MBEW (Materialevaluering) Skriv inn valget for felt: Materialevalueringsområde Verdsettelsestype (hvis det er noe) Klikk på Utfør-knappen Få KALN1-oppføringen Få listen fra tabell CKMI1 (Indeks for regnskapsdokumenter for materiale): Utfør transaksjon SE16 Tabell CKMI1 Skriv inn feltet KALNR (Kostnadsberegningsnummer for kostnadsberegning Struktur) med KALN1 fra trinn 1 Fjern oppføring i feltkvoteMaksimum antall Hitsquot Klikk på utførelsesknappen En liste dukket opp som i valget som er angitt Gå til menybane quotSettingsquot - gt quotUserUser Parametersquot og endre til quotALV Grid displayquot Velg de to kolonnene for DATUM (Dag på hvilket regnskapsdokument ble oppgitt) og UZEIT (Tidspunkt for oppføring) og sorter i stigende rekkefølge Analyser listen: Listen er nå i kronologisk rekkefølge POPER angir innleggsperioden LBKUM er aksjekvantiteten før tilsvarende innlegg SALK3 er aksjeverdien før tilsvarende innlegg VERPR er MAP før tilsvarende innlegg Fra listen vil du se hvordan LBKUM og SALK3 endret ved innleggingen, og dette vil endres MAP som: VERPR (Flytende gjennomsnittspris) SALK3 LBKUM AWTYP MKPF-prisen ble endret ved hjelp av et materiell dokument AWTYP RMRP-prisen ble endret med et fakturadokument Feltene Totalt lager (LBKUM), Total verdi (SALK3) og VERPR viser verdier før du legger inn dokumentet (materialinvoice). Så hvis du bruker priskontroll V-Moving Average Price. Neste oppføring for VERPR er resultatet av beregningen SALK3LBKUM. Eksempel fra andre historiskabeller: MARDH. Historisk tabell for lagermengde på lagerplassnivå. MBEWH: Historikk tabell for aksjeverdi. Historikktabeller oppdateres kun for FØRSTE periode når en endring er gjort i den nåværende perioden. Bare fra den første endringen i den nåværende perioden, vil systemet opprette en oppføring i historikk tabellen for den foregående perioden. Se SAP notat 193554 for ytterligere detaljer. Dette notatet forklarer hvordan historikk tabellen fungerer. I historiskabeller ser du at innleggingen i den nåværende perioden alltid oppdaterer den forrige perioden. Hvis det ikke er noen lagerbeholdning i den nåværende perioden, ser du et gap i denne tabellen. Du endrer perioden til september 2010 (009 2010). Dette endrer ikke noe i aksje - eller verdsettelsestabellene. Du sender inn en varekvittering i september 2010 (009 2010). Dette vil opprette en oppføring i historikk tabellen for forrige periode (august 2010 008 2010). Du må sammenligne MBEWH x CKMI1 for å se dette forholdet. Disse historikktabellene kan ha en oppføring per periode. Verdiene for en slik oppføring refererer til slutten av perioden. For den nåværende perioden er det ingen oppføringer i historikktabellene. En oppføring er ikke skrevet i denne historikk tabellen for hver periode. Hvis lagerrelevant eller verdsettelsesrelatert data endres, kan systemet generere en oppføring i historikk tabellen. Videre er feltene LFMON (Nåværende periode (Bokingsperiode)) og LFGJA (Fiscal Year of Current Period) i lagerbordene ikke lenger automatisk satt til den nåværende perioden ved periodens sluttprogram. Perioden overføres kun til den nye perioden under første bevegelse. Samtidig genereres de relevante historikkoppføringene. Registreringsbetingelser Type VPRS. EK01 og EK02 VPRS (Internal Cost): Kostnaden brukes hovedsakelig til å avgjøre om materialet har standardpris eller flytende gjennomsnittspris. Tilstandstypen VPRS er merket som en statistisk tilstand i prisprosedyren. I dette, ved hjelp av tilstandskategori G, går tilstandstypen VPRS inn i verdsettingssegmentet av materialmasteren og avgjør her standard - eller gjennomsnittsprisen. Tilstandskategori S har alltid tilgang til standardprisen mens tilstandskategori T alltid har tilgang til gjennomsnittsprisen. EK01 (Faktisk kostnad): Den brukes til å legge ut den faktiske prisen. Hvis du bruker denne tilstandstypen, blir resultatet av enhetskostnad utstedt til den første posisjonen på betingelsesskjermbildet for varen. Verdien kan brukes som grunnlag for prisbestemmelse. Den brukes hovedsakelig til kostnads-plusskontrakter hvor salgsprisen avhenger av forventede kostnader. Det er valgt for salgsdokumenttype TA (standard rekkefølge). Dette betyr at verdien fra kostnadsoverslaget går direkte til prisingen. En tilleggsavgift beregnes ut fra denne verdien, og nettoverdien for salgsordreelementet beregnes. Den vil bli plassert i første trinn av alle tilstandstyper i Prissettingsprosedyre og verdiene er oppgitt manuelt. EK02 (Beregnet kostnad): Den brukes til statistisk postering. Hvis du bruker denne tilstandstypen, er resultatet av enhetskostnad bare en statistisk verdi som du kan sammenligne med prisen. Så dette kan bli brukt i stedet for VPRS for å beregne fortjenestemarginen for monteringselementet. Vær oppmerksom på følgende punkter: 1) Tilstandstypen må ha tilstandskategori Q (koster). 2) Tilstandstypen må samsvare med tilstandstypen som er definert for enhetskostnad i prisprosedyren. Så, EK01 amp EK02 er tilstandstypen som vil vise resultatene av enheten som koster for bestemte typer salgsdokument, og kan brukes i Make To Order-scenario. Salgsordre kostnad estimat kan flyte til COPA. Hvor du må opprettholde innstillingen i COPA i Definer tilgang til Standardkostnadsestimering for kostnadsnøkler, velg salgsberegningskostnadsestimering. For overføring SD til COPA må du bruke Transaksjon KE4I her angi SD-forhold med COPA-verdifelt. Så, enten EK01 eller EK02, vil disse avgjøre fra Krav klassekonfigurasjon. Kravsklasse i sin tur er det kravstype og kravstype bestemmes etter produktkategori og MRP-type når du koster en salgsordre (verdsettelsesverdier som er verdsatt salgsordre) på det tidspunktet når du sparer kostnadsoverslaget, så blir kostnaden automatisk fylt inn i tilstandsfanen din . Derfor, hvis varen ikke er relevant for salgsordrekostnad, kommer kostnaden fra VPRS.
Comments
Post a Comment