Generelt er alle råvarer (ROH), reservedeler (ERSA), handelsvarer (HAWA) etc. tilordnet som flytende gjennomsnittspris (MAP) på grunn av regnskapsmessig praksis for nøyaktig vurdering av beholdningen av slike materialer. Disse materialene er underlagt kjøpesummen fluktuasjoner med jevne mellomrom. Selskapet bruker generelt flytende gjennomsnitt på kjøpte materialer med lave kostnadsfluktuasjoner. Det er mest hensiktsmessig når varen er lett tilgjengelig. Effekten på marginer minimeres, noe som reduserer behovet for variansanalyse. Videre er den administrative innsatsen lav, da det ikke er kostnadsberegninger å opprettholde. Kostnaden reflekterer avvik, som er nærmere de faktiske kostnadene. Halvfabrikata (HALB) og ferdige produkter (FERT) er verdsatt med standardpris på grunn av produktkostningsvinkelen. Hvis disse skulle være MAP-kontrollerte, ville ferdigvarende produktverdier svinge på grunn av datainngangsfeil under tilbakespyling av materiale og arbeidskraft, produksjons ineffektivitet (høyere kostnad) eller effektivitet (lavere kostnad). Dette er ikke en standard regnskaps - og kostnadsøvelse. Se OSS note 81682 - Pr. Contr. V for halvfabrikata og ferdige produkter. SAP anbefaler at standardprisen brukes til FERT og HALB. Hvis faktisk pris er nødvendig for verdsettelse, benyt bruk av materiellets hovedbok der en periodisk faktisk pris opprettes som er mer realistisk. f. eks hvordan SAP kalkulerer den bevegelige gjennomsnittsprisen Varemottak for innkjøpsordre Balanse på håndmengde Varemottak kvantitet Balanse på håndverdi Varemottak verdi Ny Flytende Gjennomsnittlig pris Sum verdi Sum antall Faktura Kvittering for innkjøpsordre Faktura pris mer enn Innkjøpsordre tilleggsverdi legg til Balanse på håndverdi da dividert med Balanse på håndmengde Fakturapris mindre enn Kjøpsordreforskjell blir trukket fra balansen på håndverdi (opptil 0). Resten av beløpet vil bli prisvariasjon. Dette vil resultere i Balanse på håndverdi er null mens det er Balanse på håndmengde. Hvis balansen på håndverdi er nok til å trekke fra, vil den gjenværende verdien bli delt med balanse på håndmengde. Når vareprisen din er stadig større enn varekvitteringsprisen din. det vil resultere i nullverdier som flytter gjennomsnittlig pris. NO Note 185961 - Flytende gjennomsnittsprisberegning. 88320 - Sterke avvik når du lager flytende gjennomsnittspris. Ikke tillat negative lagre for materialer som bæres på glidende gjennomsnitt. (c) gotothings Alt materiale på dette nettstedet er opphavsrett. Alt arbeid er gjort for å sikre innholdsintegritet. Informasjon som brukes på dette nettstedet er på egen risiko. Alle produktnavn er varemerker for sine respektive selskaper. Site-gotothingene er på ingen måte tilknyttet SAP AG. Uautorisert kopiering eller speiling er forbudt. 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.
No comments:
Post a Comment