Oppdater Bevegelse Gjennomsnittlig Pris

Flytte gjennomsnittsprisendring Dette spørsmålet er besvart at kunden min er i SAP Retail. Artikler MAP har plutselig endret seg fra 26 til 450 innen noen få dager. Det er imidlertid kun to varepostposter i denne perioden (med bevegelsestype 251), det er ingen varekvitteringer. Også, ingen prisendringer har blitt gjort i MR21. Vennligst råd hva andre innlegg det kan være som har endret MAP så mye. MR51 kan ikke brukes til å sjekke regnskapsdokumenter (for eksempel hvis det hadde vært fakturaposteringer som ville ha endret MAP) som dokumentoppsummering er aktiv. Vi har imidlertid sjekket tabell BSEG og ingen dokumenter funnet. Tags: enterpriseresourceplanning saperplogisticsmaterialsmanagementI vil gjerne dele min kunnskap om Moving average Price. Før vi går til dette, bør vi vite om priskontrollen. Sap tilbyr to metoder for priskontroll: 1) Flytende gjennomsnittspris (V) 2) Standardpris. (S) Metoden som skal brukes, er identifisert på materialmasternivå, slik at forskjellige materialer kan bruke forskjellige metoder i anlegget. SAP anbefalte det, Standardprisen som vanligvis brukes til ferdig eller halvfabrikat. Flytte gjennomsnittspris brukes hovedsakelig for råvarer og eksterne kjøp. Prisen på eksterne anskaffede materialer varierer basert på Market, vil gjenspeile dagens markedspris. På grunn av denne grunnen vil vi bruke den flytende gjennomsnittsprisen for eksternt anskaffet materiale som råvarer og trading materials8230etc. Mens du går til ny klientimplementering, blir den gjennomsnittlige prisen oppdatert basert på første lageropplasting med verdi. Men for Standard pris Control S vil bli oppdatert basert på standard kostnadsberegning. Ulike måter å finne Flytte gjennomsnittspris Beregning på valg Dato: De er forskjellige måter å sjekke flytende gjennomsnittlig prisberegning på. Hvis du trenger å finne logikken for å utvikle rapporten for å se Flytte gjennomsnittspris på perioder eller dagbasis - Trenger du å finne Logikk for dette. 1) Ved å bruke formel 2) Fra standardrapporter 3) Fra flere tabeller Mapping 4) Fra Info Structure tabeller Når materialet er gjenstand for flytende gjennomsnittspriskontroll, vurderer systemet for varebevegelser på følgende måte. Bruk av ovenstående formel kan vi beregne Flytende gjennomsnittspris . Nedenfor forklart med eksempel. 1) 20.04.2015 Varemottaksmengde 100 kg og verdien av varemottak som 1200 rs. 2) 21.04.2015 Varekvitteringsmengde 90 kg og verdien av Varekvittering som 1100 Rs. 3) 24.04.2015 Varer Emisjon Antall 50kg 4) 29.04.2015 Varemottak Antall 110 kg og verdien av Varemottak som 1600. Nå må jeg finne den bevegelige gjennomsnittsprisen 24.04.2015. Ved å bruke over formel kan vi finne dette. Den glidende gjennomsnittsprisen på 24.04.2015 er 12.11 og den 29.04.2015 er 13.18. Standard, vi har standardrapport, kan se den bevegelige gjennomsnittsprisen. Her må vi trene på datobasis. Hvis mer enn en oppføring på datoen må du velge den siste oppføringen Flytende gjennomsnittspris. Du kan finne flyttende gjennomsnittspris Periodvis også. Her må vi trene på formelen. dvs. Totalt verdsatt verdi totalt verdsatt aksje. Skriv inn periode og andre obligatoriske felt og utfør programmet. Du får den totale verdsettede verdien og den totale verdsettede aksjen. Sum verdsatt aksjeverdi 86500, Sum verdsatt aksje 3250 Hvis du trenger, kan du sammenligne MC.1 og SP0007000139. I SP0007000139 må du gi 30.04.2015 for perioden 04.2015. Samme du kan sammenligne med MB5B - Totalt kvitteringer 8211 totalt antall problemer med antall og verdi. Vi kan skrive logikk for å få rapporten til å flytte gjennomsnittlig pris på utvalningsdato. Som vet alle kan vi få siste pris fra MBEW-tabellen. Men hvordan vi kan se når prisen ble oppdatert og hvordan den ble oppdatert, kan få verdier fra CKMI1. Tabeller: MBEW, CKMI1 1) Pass Material og verdsettingsområde (plante) i MBEW-tabell og velg verdien av Prod CostEst. No. (KALN1) 2) Godkjenningskostnad Est no til CKMI1 tabell 8211 arkivert navn Kostnadsberegningsnummer (KALNR) og passeringsår 3) Kontroller verdier av mengde og mengde og flytende gjennomsnittspris. Den bevegelige gjennomsnittsprisen vil bli oppdatert når de neste regnskapspostene oppdateres. Eksempel: Hvis du sjekker 30.04.2015 og neste oppføring oppdatert 01.05.2015, bør du se glidende gjennomsnittspris 01.05.2015 og det vil være den bevegelige gjennomsnittsprisen på 30.04.2015 Her kan du se over oppføringene. Den 30.04.2015 er den bevegelige gjennomsnittsprisen 26,62 som oppdateres 04.05.2015. Du kan beregne summering av hele summen av summen oppdatert. Hvis du vil se den 30.04.2015 så (Qty - gt 10001500750 3250) og (Value-gt 250004500016500 86500) 865003250 26.62. Hvis du vil se siste pris når den ble oppdatert betyr - grave, se siste datooppføring på dato i CKMI1 og sjekk MBEW for siste pris. 4) Fra Info struktur Tabell: S031 8211 Materialbevegelsesdata på månedlig basis I Standard har vi S-tabeller som er relatert til LIS-strukturer. Nedenfor S-tabellen som er relatert til lagerbeholdning og pris. Herfra finner du den bevegelige gjennomsnittsprisen på dato. Vi kan ringe som info struktur tabell. Tabell: S031 8211 Informasjonsstruktur for Lagerbeholdning og pris på periode basert på datobasert. Mens du oppdaterer verdiene, bør du velge datobasis (daglig basis). For bedre praksis kan du kopiere fra S031 til S931 og oppdatere verdiene i S931 på daglig basis. I denne tabellen får du verdsatt kvittering og verdsatt kvitteringsverdi og verdsatt emisjonskurs og verdsatt emisjonsverdi. Summering av alle verdsettede kvitteringer og verdi samt verdsatt utstedelseskvantum og verdi fra oppdatert alle oppføringer (utvelgelsesdato). Flytende gjennomsnittspris (total verdi kvittering 8211 total verdi problemer) (total kvittering kvittering 8211 totalt antall problemer). Du kan se under lenken angående LIS skrevet av PRASOON. For best kan vi se under lenken Note 483735 8211 Selvdefinerte informasjonsstrukturer med referanse S031, S032, S039 Note 512416 8211 LIS Aksjer i det siste Merk: Noen ganger får du ikke riktig flytende gjennomsnittspris. Hvorfor fordi hvis det er noen planlagte leveransekostnader eller verdivariasjoner som er oppført på lagerkonto mens du gjør MIRO. Disse verdiene vil bli lagt ut på lagerkontoen og mengden forblir den samme. I dette tilfellet må du vurdere disse verdiene fra BSEG-tabellen. Dow er mer enn 2000 poeng over dens 200-dagers flytende gjennomsnitt Oppdatert 22. februar 2017 5:37 ET ET Chartwatchers noterer seg: Dow Jones Industrial Average gjorde bare noe det er aldri gjort før. Blue-chip-indeksen som inneholder navn som Goldman Sachs Group Inc. og Boeing stengte mer enn 2000 poeng over det 200-dagers glidende gjennomsnittet for første gang i sin 120-årige pluss historie, ifølge WSJ Market Data Group. Dow stengte på 20743 på tirsdag, mens måleren på prisutviklingen var 18688.32. Den høye høyden som Dow oppnådde i forhold til 200-dagers gjennomsnittet, er et tegn på hvor raskt markedet har hoppet de siste månedene, noe som tvinger det bevegelige gjennomsnittet til å spille fangst. Noen ser det også som et tegn på at markedet går foran seg selv og kunne være klar til å vende tilbake mot sin langsiktige trendlinje og være forsiktig med lignende signaler fra SampP 500. Investorer ser ofte på 200-dagers glidende gjennomsnitt som et barometer på market8217s underliggende prisretning. Når indeksen krysser over det 200-dagers glidende gjennomsnittet, trodde it8217 å være et tegn på å samle fart, og når det krysser under, vurderes markedet å miste damp. Deretter er det tider når markedet ligger så langt over prisutviklingen at det når historiske proporsjoner. Dow stengte 17888 den 4. november, like før valgdagen, og har klatret 16 siden investorene har satset på utsiktene til forretningsvennlige retningslinjer fra den nye administrasjonen. Rekord 2000-punkts divergensen for Dow er selvfølgelig delvis en funksjon av index8217s klatre over tid. Jo høyere indeksnivået, jo mindre er hvert punkt på prosentvis basis. Den Dow lukket 11 over sitt 200-dagers glidende gjennomsnitt på tirsdag, en differensial som er 82% høy på prosentvis basis, men ikke enestående. Den ble sist toppet i mai 2013, ifølge WSJ Market Data Group. Ser på forskjellen gjør en overraskende god jobb med å spore market8217s topper og daler. Dow var 1974.92 over sitt 200-dagers glidende gjennomsnitt i 1999 da markedet toppet seg på toppen av techboblen. Den handlet nesten 4000 poeng under 200-dagene i 2008 da markeder tumlet i finanskrisen. Så nylig som for et år siden, handlet Dowen mer enn 1000 poeng under det 200-dagers glidende gjennomsnittet, men it8217 er mer enn 32 fra 2016 i februar i fjor. SampP gir et lignende øyeblikksbilde av dagens momentumdrevne rally. Indeksen stengt tirsdag kl 2365.38, som er 190,69 poeng eller 8,8 over det 200-dagers glidende gjennomsnittet på 2174.69. På et punkt er that8217s det største spredet siden april 1999. På prosentvis grunnlag er that8217s den største siden januar 2014, ifølge WSJ Market Data Group. Tekniske analytikere hos Strategas Research Partners, ledet av Chris Verrone, pekte på SampP8217s stigning i forhold til det bevegelige gjennomsnittet i en onsdagsnote, noe som tyder på at mens avviket er stort, har itn8217t nådd 12 til 14-serien som markerer en 8220 statistisk signifikant overkjøpt signal.8221 8220Vi ville ikke utelukke en pause eller konsolidering, men med den nye høye datautvidelsen og kredittvilkårene fortsatt støttende, er det vanskelig å finne mye bevis på et stort problem brygging, 8221 skrev de. Redaktørvalg PicksAverage Costing Oversikt over gjennomsnittlig kostnadsberegning Under gjennomsnittskostnadssystemer er enhetskostnaden for en vare gjennomsnittsverdien av alle kvitteringer for det aktuelle elementet til beholdning, pr. Enhet. Hver kvittering av materiale til lager oppdaterer enhetskostnaden for det mottatte elementet. Problemer fra lager bruker nåværende gjennomsnittskostnad som enhetskostnad. Ved å bruke gjennomsnittlig kostnadsberegningsmetode for Oracle Cost Management, kan du vedvarende verdsette beholdningen til en gjennomsnittlig pris, vektet etter antall (gjennomsnittlig enhetskostnadskvantitet). For kjøpte varer er dette et veid gjennomsnitt av den faktiske anskaffelseskosten til en vare. For produserte varer er dette et veid gjennomsnitt av kostnaden for alle ressurser og materialer som forbrukes. Merk: Vektet gjennomsnittskostnad kan ikke brukes på gjentatte produserte gjenstander. Derfor kan du ikke definere gjentatte tidsplaner i en organisasjon som er definert som en gjennomsnittlig kostnadsorganisasjon for produksjon. Den samme gjennomsnittlige kostnaden brukes til å verdsette transaksjoner. Du kan forene lager - og WIP-saldoer til dine regnskapsposter. Merk: Under gjennomsnittlig kostnad kan du ikke dele kostnader gjennomsnittlige kostnader opprettholdes hver for seg i hver lagerorganisasjon. Gjennomsnittlig kostnadsberegning gjør det mulig å: Omtrentlig faktiske materialkostnader Verdioppgørelse og transaksjon til gjennomsnittskostnad Vedlikeholde gjennomsnittlige kostnader Automatisk grensesnitt med generell hovedbok Avstemme beholdningsbalanser med generaldirektorat Analyser fortjenestemarginene ved hjelp av en faktisk kostnadsmåte Inventar tillater negative på egen mengdebalanse uten negativ påvirker gjennomsnittlige kostnader. Laste ressurser til WIP til faktisk kostnad Du kan belaste WIP-ressurser til en faktisk pris. Du kan belaste samme ressurs til forskjellige priser over tid. Du kan også belaste eksterne prosesskostnader til en jobb på prisen for innkjøpsordreenhet. Komplette forsamlinger til en gjennomsnittlig kostnad Når du fullfører forsamlinger i lager, blir kostnadene løst fra WIP, og beholdningen belastes med en kostnad som beregnes ut fra en kombinasjon av flere alternativer. Varelager verdsatt til gjennomsnittlig kostnad Under gjennomsnittlig kostnad, blir alle anskaffede anskaffede varer i varelager verdsatt basert på deres innkjøpsordrekostnad. Dette resulterer i kostnadene for enhetskostnadene som reflekterer det veide gjennomsnittet av innkjøpsordreenhetens kostnader for all kvantitet på forhånd. Det er bare en gjennomsnittlig enhetskostnad for hvert element i en organisasjon. Det samme elementet i flere underleveranser i samme organisasjon har samme enhetskostnad. Perpetual Recalculation of Unit Cost For følgende transaksjoner kan transaksjonsenhetsprisen være forskjellig fra den nåværende enhetskostnaden for en vare: Innkjøpsordre levering til underleverandør Returner til leverandør Overføring mellom organisasjoner hvor mottakeren bruker gjennomsnittlig kostnad Diverse og konto kvittering Diverse og Konto problemer Gjennomsnittlig kostnadsoppdatering I slike tilfeller, etter at transaksjonen er behandlet, beregnes enhetens gjennomsnittskostnad automatisk automatisk. Som et resultat, er varelageret til enhver tid vurdert til en nåværende, oppdatert gjennomsnittlig enhedspris. Denne NivåVennlige Nivå Elementskostnader Elementalkostnader for produserte gjenstander holdes på to nivåer: dette nivået og forrige nivå. Disse nivåkostnadene er de kostnadene som er forbundet med å produsere delen på den nåværende fakturaen for materialnivå. Tidligere nivåkostnader er de som påløper på lavere nivåer. Dette nivået koster kan inkludere arbeidskraft og overhead levert for å bringe en forsamling til en viss tilstand av ferdigstillelse. Tidligere nivåkostnader kan omfatte materiell og arbeidskraft og utenfor prosesseringskostnader påløpt for å bringe en vare til sin nåværende tilstand for ferdigstillelse. Totalkostnader for en vare beregnes ved å oppsummere dette nivået og tidligere nivåkostnader som vist i tabellen nedenfor. Eksempel på dette nivå og tidligere nivåkostnader Kostnader i dollar Kostnadselement Sikt Ved sporing og analyse kan du se kostnadsinformasjon etter kostnadselement på to måter: For enhetskostnader, som en brudd på den totale enhetskostnaden i hver av de fem kostnadene elementer. Fra denne detalj kan du bestemme verdien av arbeidskraft, overhead og materielle komponenter i beholdningen. For WIP, som alle arbeidsavgifter (inkludert tidligere underdeler) og lettelse i kostnadselementdetalj. Gjennomsnittlige kostnadsoppdateringer Når du oppdaterer gjennomsnittlige kostnader, oppdateres elementer i alle aktiva-underinventarene i organisasjonen din og lageret i intransit som eies av organisasjonen din (oppdateres) ved å endre enhetskostnaden til den nye spesifiserte kostnaden. Du kan endre kostnadene etter kostnadselement og kan velge en, flere eller alle kostnadselementene samtidig. Forskjellen til endringen i varelagerverdien som følge av en kostnadsoppdatering, blir lagt ut på den gjennomsnittlige kostnadsjusteringskontoen du angir. Elementer i WIP blir ikke revurdert av en gjennomsnittlig kostnadsoppdatering, heller ikke kostnadsposter eller noen gjenstand i en underutgift for utgifter. Se: Oppdatering av gjennomsnittlige kostnader. Materiell Overhead Application Du kan legge til kostnader (mottak, strømpe, materiell bevegelse og håndtering) ved hjelp av materiale overhead. Du kan definere så mange materialomkostnader som nødvendig, og inkludere tilleggskostnaden i gjennomsnittlig enhedspris. Materielle kostnader er knyttet til varer på en enkelt basis. Som i standardkostnad kan du definere standardkostnader for materiale for å søke på utvalgte kategorier av elementer eller alle elementer i organisasjonen. Spesielt kan du belaste materialet overhead når du utfører noen av de følgende tre transaksjonene: Lever kjøpte varer til underlager Komplette samlinger fra WIP til underbeholdning Motta varer som overføres fra en annen organisasjon og levere til underbeholdning. Materialet overhead blir brukt til den hastigheten eller beløpet som er i kraft på transaksjonstidspunktet. Håndbalanser blir ikke revaluert når prisen eller mengden av et materiale overhead er omdefinert. Transaksjon og kostnadsprosessering Du kan konfigurere transaksjonsprosessoren, som påvirker gjeldende mengder av varer, for å kjøre enten periodisk (i bakgrunnen) eller på linje (mengder oppdateres umiddelbart). Oracle anbefaler sterkt at du angir transaksjonsprosessoren for å kjøre på linje. Kostnadsprosessoren kjøres alltid i bakgrunnen med brukerdefinerte intervaller. Transaksjon Tilbakedatering Du kan tilbakestille transaksjoner. Hvis du tilbakebetaler transaksjoner, behandles neste gang transaksjoner behandles, blir de tilbakekjøpte transaksjonene behandlet først, før alle andre ubehandlede transaksjoner. Tidligere behandlede transaksjoner blir imidlertid ikke rullet tilbake og opparbeidet. Sette opp gjennomsnittskostnad Følg trinnene i denne delen for å konfigurere evig gjennomsnittlig kostnad. Fremgangsmåte som tidligere er dekket i installasjonsforutsetningene eller oppsettchecklisten, er bare nevnt her hvis det er oppsettinformasjon som er spesifikk for gjennomsnittlig kostnad. Følgende trinn kreves når du oppretter gjennomsnittlig kostnad. Ytterligere trinn følger i neste avsnitt for de som også bruker bruk av fakturaer (BOM) alene eller WIP og BOM sammen. Definer organisasjonsparametere. Se: Organisasjonsparametervindu, Oracle Inventory Users Guide. Kostnadsmetoden er satt til Gjennomsnittlig overføringsdetalj til GL er riktig satt (Valgfritt) Standard Material Subelement-konto Definer overordnede standardverdier. Definer vare - og elementskostnader, og opprett kostnadskontroller for varer. Se: Oversikt over elementoppsett og - kontroll, Oracle Inventory Users Guide. Start transaksjonsledere. Å sette opp gjennomsnittskostnader Angi kontrollnivået for elementene dine til organisasjonen. Organisasjoner kan ikke dele gjennomsnittlig kostnad. Definer, minst, en kostnadstype for å holde gjennomsnittlige priser eller beløp for materielle overhead priser. Se: Definere kostnadstyper. Verdivurdering og transaksjonskostnad i en gjennomsnittlig kostnadsorganisasjon innebærer to kostnadstyper: Seeded: Gjennomsnittlig og brukerdefinert: Gjennomsnittlige priser. Tilordne kostnadstypen definert i det siste trinnet som gjennomsnittlig priskostnadstype i organisasjonsparametervinduet i Oracle Inventory. Se: Organisasjonsparametervindu, Oracle Inventory Users Guide og Definere Costing Information, Oracle Inventory Users Guide. Angi TP: INV: Transaksjonsbehandlingsmodusprofilalternativet i Oracle Inventory til On-line behandling. Når du bruker gjennomsnittlig kostnad, må du ordentlig ordne transaksjoner slik at programmet bruker de riktige kostnadene for å verdsette transaksjoner og beregne enhetskostnader. Riktig transaksjonsbestemmelse kan bare sikres dersom all transaksjonsbehandling foregår på linjen. Se: Inventory Profile Options, Oracle Inventory Users Guide. Sette opp gjennomsnittskostnader for produksjon I tillegg til de foreløpige trinnene i forrige avsnitt, må følgende trinn brukes for å bruke evig gjennomsnittlig kostnad med BOM alene eller med WIP og BOM sammen. Angi valget INV: Transaksjonsdato validering profil til Ikke tillat fortid dato. Se: Inventory Profile Options, Oracle Inventory Users Guide. Definer regninger for materialparametere. Se: Definere regninger for materialparametere, Oracle-regninger for materialhåndteringshåndbok. Definere regninger av materialparametere sikrer at faktura - og rutingsinformasjon (ressurs-, utenforbehandlings - og overheadkostnadselementer) er tilgjengelig når du definerer varekostnader og overhead. Definer ressurser. Se: Definere en ressurs, Oracle Bills of Material Brukere Guide Du definerer ressursunderdeler ved å opprette ressurser, avdelinger, regninger og rutinger med regninger av materiale. Ressurser kan kostes eller ikke kostes. Fordi du kan ha flere ressurser per operasjon, kan du bruke en ikke-kostet ressurs for planlegging og en kostbar ressurs for kostnadsberegning. Kostnadsoppdateringsprosessen og behandling av regnskapstransaksjon ignorerer ubestemte ressurser. For hver ressurs bestemmer ladetypen om ressursen er for intern (arbeidskraft, maskin og så) eller utenfor behandling. Bruk PO Flyt og PO Kvittering avgift for ekstern behandling. Hver ressurs har sin egen absorpsjons - og variansekonto. Definer avdelinger. Se: Definere en avdeling, Oracle Bills of Material Brukere Guide Tilordne ressurser til avdelinger. Se: Opprette en rutefly, Oracle Bills of Material Brukerhåndbok For kapasitetsplanlegging og overhead tildeling må du tilordne hver ressurs til en eller flere avdelinger. Når du tilordner en ressurs, kan du velge den ressursen når du definerer en ruting. Definer overheads og tilordne til avdelinger. Se: Definere overhead Kostnadsprosessoren benytter den tildelte basis typen for å bruke overheadkostnaden og tildele aktiviteten til den beregnede overheadkostnaden. Du kan definere ventende priser og bruke kostnadsoppdateringsprosessen til å angi de ventende prisene som gjennomsnittskostnadstype. Gjennomgå ruting og regning strukturer. Se: Oversikt over materielle regninger, Oracle regninger for materialbrukerveiledning og oversikt over rutinger, Oracle regninger for materialbrukere Guide Kontrollomkostningene etter ressurs. For overhead basert på ressursenheter eller ressursverdi, må du angi ressursene som overhead er basert på. Du kan da lade flere ressurser i samme avdeling for samme operasjon, mens du fortsatt tjener separat overhead for hver ressurs. Hvis du ikke knytter sammen kostnader og ressurser, må du ikke bruke overhead eller lade ressursbasert overhead i WIP. Bekreft at WIP-parametrene, Kjenne periodevariasjon og Krev skrapkonto, er angitt etter behov. Bekreft at WIP-regnskapsklassene dine og deres verdsettelser og kontoer er riktig konfigurert. Se: WIP-regnskapsklasser, Oracle Work in Process Users Guide og Definere WIP-regnskapsklasser, Oracle Work in Process Users Guide. Hvis du bruker de samme kontonumrene for ulike verdsettelses - og variansekontoer, vedlikeholder Cost Management automatisk varelager og WIP-verdier etter kostnadselement. Selv om du bruker samme kostnadselementkonto for beholdning eller en WIP-regnskapsklasse, anbefaler Oracle at du bruker forskjellige kontoer for hver og aldri deler kontonumre mellom underinventarier og WIP-regnskapsklasser. Hvis du gjør det, vil du få problemer med å forene Inventory og WIP verdsettelsesrapporter til kontosaldoer. For å sette opp gjennomsnittskostnad med BOM og WIP I tillegg til å angi TP: INV: Transaksjonsbehandlingsmodusprofilalternativet i Oracle Inventory til Onlinebearbeiding, må du også angi følgende WIP-transaksjonsprosesseringsalternativer for On-line: TP: WIP: Fullførstransaksjonsskjema TP: WIP: Materialtransaksjonsskjema TP: WIP: Operasjon Backflush-oppsett TP: WIP: Behandle gulvmaterialbehandling Se: Inventarprofilalternativer, Oracle Inventory Users Guide Se: Profilalternativer, Oracle Work in Process User Guide Definer priser for ressursene dine og knytte disse ressursene og prisene til gjennomsnittskostnadstypen. Se: Definere en ressurs, Oracle Bills of Material Brukere Guide. Til forskjell fra under standardkostnad, oppretter ikke en ressurs definert som en standardrente ressurs ikke rateavvik. For hver ressurs bestemmer ladetypen om ressursen er for intern (arbeidskraft, maskin og så) eller utenfor behandling. Bruk PO Flyt og PO Kvittering avgift for ekstern behandling. Hver ressurs har sin egen absorpsjons - og variansekonto. Definer overheads og tilordne dem til avdelinger. Se: Definere overhead. For hvert overliggende delelement definerer du en mengde av beløp i kostetypen du har angitt som gjennomsnittskostnadstype. Overheads med en grunnleggende type ressursenheter eller ressursverdi bruker den faktiske transaksjonsressursbeløpet eller timene for å beregne overheadbeløpet. Kostnadsprosessoren bruker den tildelte basis typen for å bruke overheadkostnaden og tildeler aktiviteten til den beregnede overheadkostnaden. Du kan definere ventende priser og bruke kostnadsoppdateringsprosessen til å angi den ventende satsen som gjennomsnittskostnadstype. Definer WIP-parametere. Se: Definere WIP-parametere, Oracle Work in Process Users Guide. Du kan bruke parameteren Krev skrapkonto for å avgjøre om en skrapkonto er obligatorisk når du flytter forsamlinger til et skrot intraoperasjonstrinn. Å kreve en skrapkonto lindrer skrap fra jobben eller tidsplanen. Ikke krever en skrapkonto etterlater kostnadene for skrap i jobben eller tidsplanen. Hvis Krev skrapkontoen er satt til Nei. Skrapkostnader forblir i jobben. Se følgende avsnitt fra Oracle Work in Process User Guide. WIP Parametre, Assembly Scrap, og Scrapping Assemblies. Du må angi de riktige gjennomsnittskostnadsparametrene (Standard fullføringskostnadskilde, Kostnadstype, Automatisk beregning av sluttkomplettering og Systemvalg) for å bestemme hvordan fullførelser belastes. Bruk av disse parametrene er forklart i avsnittene Transaksjonstransaksjon og ressurstransaksjon. Definer WIP regnskap klasser. Se: WIP-regnskapsklasser, Oracle Work in Process Users Guide og Definere WIP-regnskapsklasser, Oracle Work in Process Users Guide. Regnskapsklasser bestemmer hvilke verdsettelses - og variansekontoer som belastes og når. Du kan definere følgende elementære kontoer for WIP-regnskapsklasser som brukes med gjennomsnittlig kostnadsberegning: materiale, materiell overhead, ressurs, utvendig behandling, overhead, materialvarians, ressursvarians, utenfor behandling varians, overhead variance, bro og kostnader kontoer. Se: WIP-verdivurdering og variantkontoer, Oracle Work in Process Users Guide. Merk: Hvis du bruker de samme kontonumrene for ulike verdsettelses - og variansekontoer, opprettholder Cost Management automatisk varelager og WIP-verdier etter kostnadselement, selv om du bruker samme kostnadselementkonto i en gitt undervisnings - eller WIP-regnskapsklasse. Oracle anbefaler at du bruker forskjellige kontoer for hver og aldri deler kontonumre mellom underinventarier og WIP-regnskapsklasser. Hvis du gjør det, har du problemer med å forene Inventory og WIP verdsettelsesrapporter til kontosaldoen. Definer underbeholdninger og underbeholdningsberetninger. De fem verdivurderingsregnskapene og kostnadskontoen er definert på organisasjonsnivå. Verdivurderingsregnskapet gjelder for hvert underinventar og intransit innen organisasjonen. Du kan ikke endre disse kontoene på undernivået under gjennomsnittlig kostnad. Utgiftskonto er standard for hver underbeholdning i organisasjonen, og du kan overstyre den. Du kan velge en annen verdsettelseskonto for hvert kostnadselement, eller bruk samme konto for flere eller alle elementer. Hvordan du oppretter kontoene dine, bestemmer nivået på elemental detaljene i hovedboken og på verdivurderingsrapporter. Se: Definere underlager, Oracle Inventory Users Guide. Gjennomsnittlige kostnadsstrømmer Følgende avsnitt omhandler transaksjonsflyt som oppstår når du foretar jobber i en gjennomsnittlig kostnadsorganisasjon. Utstedelse til konto Dette refererer til en mangfoldig utgave av materiale til en generell hovedkonto eller kontonalias. Lagerbeholdning beregner transaksjonsverdien på følgende måte: transaksjonsverdi nåværende gjennomsnittlig kostnad i lager x transaksjonsmengde Hvis du bruker nåværende gjennomsnittskostnad for varen, oppdaterer denne transaksjonen ikke gjennomsnittskostnaden. For denne typen transaksjon kan du overstyre den gjeldende gjennomsnittlige gjennomsnittskostnaden med din egen kostnad. Advarsel: Forskjellen mellom forutgående gjennomsnittskostnad og den angitte kostnaden kan ha stor og negativ innvirkning på den nye gjennomsnittlige kostnaden. Se: Utføre diverse transaksjoner, Oracle Inventory Users Guide. Returner til Leverandør Dette inkluderer både innkjøpsordreavkastning fra lager direkte til leverandøren og returnerer til mottak av inspeksjon. Lagerbeholdningen beregner transaksjonsverdien på følgende måte: Følgende transaksjoner beregner gjenomsnittsverdien av en varelagerobjekt: Transaksjonsverdi Kjøpsordrepris x Transaksjonskvantum Hvis innkjøpsordren bruker en utenlandsk valuta, beregner Inventar Transaksjonsverdien som følger: Transaksjonsverdien Kjøpsordre pris konvertert til inventarfunksjonell valuta x transaksjonsmengde Se: Administrere kvitteringer, Oracle Purchasing User Guide og Entering Receiving Transactions, Oracle Purchasing User Guide. Retur fra kunden (RMA-kvittering) Ved regnskapsføring av RMAer opprettholdes fordelingen av kreditter mellom utsatt COGS og faktiske COGS den eksisterende andelen fra Costing. Du kan justere denne andelen når du oppretter en MMT COGS-anerkjennelseshendelse, noe som indikerer at AR endret sin andel av totale fordringer som regnskapsføres som inntekt (muligens på grunn av et relatert kredittnotat). RMA er mottatt i varelager til samme pris som de ble utstedt og behandles som kostnadseide transaksjoner. RMA er mottatt på salgsordrekostnaden, og nåværende gjennomsnittskostnad er oppdatert. Subinventory Transfer Denne transaksjonen bruker den nåværende gjennomsnittlige kostnaden for elementet til å verdsette overføringen. Siden denne kostnaden er den samme for alle underleverandører i en organisasjon, oppdaterer denne transaksjonen ikke gjennomsnittskostnaden for elementet du overfører i mottakerens underbeholdning. Negative beholdningsbalanser Transaksjoner som oppdaterer negativ egenvektsbeholdning, håndteres annerledes avhengig av om den nye håndenes kvantitet etter transaksjonen er negativ, null eller positiv. Ny balanse er negativ eller null Hvis den nye håndkvantiteten er negativ eller null, blir transaksjonen kostet til gjeldende gjennomsnittskostnad. Ny balanse er positiv Hvis den nye håndenes kvantitet er positiv etter transaksjonen, er transaksjonen delt i to deler og kostet som forklart nedenfor: Antall fra negativt til null Inventar bruker nåværende gjennomsnittskostnad for elementet, i stedet for transaksjonskostnaden - for den delen av kvitteringsmengden som øker håndbalansen fra negativ til null. Hvis for eksempel saldoen på -25 er, og kvitteringsmengden er 40, mottar Inventar 25 hver til gjeldende gjennomsnittskostnad. I virkeligheten endres ikke den gjennomsnittlige enhetskostnaden for varen. Mengde fra null til positiv Inventory bruker transaksjonskostnaden for den delen av kvitteringsmengden som øker balansen på egen hånd fra null til positiv. Fra eksempelet ovenfor mottar Inventar 15 hver på transaksjonskostnaden. Dette fastslår faktisk enhetskostnaden for Transaksjonen som den nye gjennomsnittlige kostnaden for varen. Inventory skriver bort noen forskjell mellom total kvitteringskostnad og kostnaden belastet lageret ditt til gjennomsnittlig kostnad variansekontoen. Denne funksjonen sikrer at regnskapstransaksjonene du rapporterer til hovedboksen og varelageret ditt, rapporterer til enhver tid. Vise varekostnadshistorikkinformasjon Du kan undersøke varekostnadene dine for å finne ut hvordan og hvorfor de har endret seg. Følgende vinduer kan brukes til å hjelpe deg i denne prosessen: Varekostnader for kostnadsgrupper: Viser totale varekostnader og deres elementære kostnadskomponenter (Material, Material Overhead, Resource, Overhead og Outside Processing) av Cost Group. Elementskostnadsdetaljer for kostnadsgrupper: Viser dette nivået, forrige nivå og gjeldende enhetskostnader for et element i en kostnadsgruppe etter kostnadselement. Varekostnadshistorikk: Viser transaksjonene, inkludert mengder og transaksjonskostnader, som har bidratt til den nye (nåværende) kostnaden for et element. Du kan også se mengden og prisen på en vare like før den nåværende transaksjonen. Følgende vinduer åpnes av knapper i vinduet Varekostnadshistorikk: Kostnadselementer: Viser etter kostelementet den nye, forrige eller transaksjonskostnaden for et element. Element Cost History Graph: Viser en grafisk fremstilling av kostnadshistorikken til et element. For å vise varekostnader Naviger til elementskostnadene for kostnadsgrupper. Vinduet Finn elementskostnader for kostnadsgrupper vises. Skriv inn søkekriteriene dine. Du kan søke etter alle elementer innenfor en kostnadsgruppe eller for et element på tvers av kostnadsgrupper. Velg Finn-knappen. Resultatene vises i vinduet Varekostnader for kostnadsgrupper. Slik viser du kostnadsdetaljer for et element i en bestemt kostnadsgruppe Velg ett av elementene som vises i vinduet Kostnadspris for kostnadskategorier. Velg Kostnadsdetaljer-knappen. Varekostnadsdetaljer for kostnadskonfigurasjonsvinduet vises. Du kan se eventuelle elementære kostnader som er definert for elementet på dette og forrige nivå. Du kan også se hvert kostnadselementes prosentbidrag til den totale kostnaden. For å se kostnadshistorikken til et element Naviger tilbake til Varekostnad for kostnadskonfigurasjonsvindu. Velg en av postoppføringene som vises. Velg Kostnadshistorikk-knappen. Vinduet Finn varekostnadshistorikk vises. Skriv inn søkekriteriene dine. For å begrense søket til en rekke datoer, velg en fra og til dato. For å begrense søket ytterligere, kan du velge alternativet Kun transaksjoner som endrer enhetskostnad. Velg Finn-knappen. Transaksjonene som oppfyller søkekriteriene, vises i vinduet Varekostnadshistorikk. For å se tidligere, transaksjon eller nye (nåværende) elementære kostnader for et element Velg en transaksjonspost i vinduet Varekostnadshistorikk. Velg Kostnadselementer-knappen. Vinduet Velg et pris vises. I vinduet Velg et kostnad velger du ett av følgende alternativer: Prior cost Elements: Viser elementskostnaden for det valgte elementet før den siste transaksjonen. Transaksjonskostnadselementer: Vis elementære transaksjonskostnader for varen. Nye kostnadselementer: Vis de nye elementskostnadene for varen etter transaksjonen. Velg OK-knappen. Vinduet Kostnadselementer vises og viser verdiene Prior, Transaction eller New Cost, avhengig av ditt valg. Hvis du vil vise diagrammet for en varekostnadshistorikk, navigerer du til varekostnadshistorikkvinduet. Velg grafknappen. Grafen vises i nettleseren din. Du kan se kostnader og datoer ved å velge poeng på grafen. Gjennomsnittlig kostnadsvurdering Inventory opprettholder kontinuerlig verdien av beholdningen, oppdaterer den med hver transaksjon. Dette betyr at du kan rapportere varelagerverdien raskt og nøyaktig. Ubegrenset kostnadstype Du kan definere et ubegrenset antall kostnadstypene og bruke dem med alle beholdningsvurdering og marginalanalyserapporter. Dette lar deg sammenligne simulerings - og budsjettkostnadstyper mot de faktiske gjennomsnittlige kostnadene dine. Du kan også med jevne mellomrom lagre dine gjennomsnittlige kostnader i en annen kost type for år til år og andre sammenligninger. Når du bruker Oracle Materiell med inventar, kan du angi kostetypen i eksplosjonsrapporter og rapportere disse kostnadene for simuleringsformål. Gjennomsnittlig kostnadsavvik Under gjennomsnittskostnad genereres variasjoner og håndteres som følger: Gjennomsnittlig kostnadsvariasjon Gjennomsnittlig kostnadsavvik genereres dersom du utsteder tilleggsmateriale selv om beholdningsbalansen for det aktuelle materialet er negativt. Lagerbeholdningen kan bli drevet negativ hvis parameteren Tillat negativ saldo er satt i vinduet Organisasjonsparameter i Oracle Inventory er satt. Se: Organisasjonsparametervindu, Oracle Inventory Users Guide og Definere Standard Inventory Parameters, Oracle Inventory Users Guide. Hvis negative kvoter er tillatt, når en kvittering (eller overføring i) transaksjon skjer for et element med negativt på lager, skjer følgende: Hvis transaksjonsmengden er mindre enn eller lik absolutt verdien av den negative hånden kvantum, det vil si at handelen kvantiteten ville være null eller negativ dersom transaksjonen ble behandlet, da er transaksjonen verdsatt til gjeldende gjennomsnittlige enhetskostnad. Hvis transaksjonsmengden er større enn absoluttverdien av den negative håndkvantiteten, vil det være at handelen kvantiteten er positiv dersom transaksjonen ble behandlet, da transaksjonen er verdsatt i to deler: Ved nåværende gjennomsnittlig enhetskostnad for mengden som kreves for å bringe egenkapitalbalansen til null Ved normal transaksjonskostnad for resten av transaksjonsmengden. Forskjellen mellom enhetene verdsatt til nåværende gjennomsnittlig enhetskostnad og de som er verdsatt til den normale transaksjonskostnaden, er skrevet til gjennomsnittskostnadsavvikskonto. Den gjennomsnittlige kostnadsvariantkontoen belastes også når en transaksjon resulterer i et negativt beløp i beholdningen for en eller flere kostnadselementer av et element. Se: Definere kostnadsinformasjon, Oracle Inventory Users Guide. Viktig: Hvis du utvikler en stor balanse i gjennomsnittskostnadsavvikskontoen, må du justere de gjennomsnittlige kostnadene. Faktura prisavvik (IPV) Faktura prisavvik er forskjellen mellom kjøpesummen og fakturaprisen betalt for en innkjøpsordre kvittering. Faktura prisavvik genereres når fakturaen behandles og matches til PO linjeposter. Ved fakturautgodkjenning registrerer Oracle Payables denne variansen automatisk til fakturaprisavvik og valutakursavvikskontoer. IPV bestemmes og registreres det samme under standard og gjennomsnittlig kostnad. Merk: Programmet forhindrer IPV-overføringer til Inventarvurdering for LCM-aktiverte overordnede PO-kvitteringer. Cycle Count og Physical Inventory Inventory vurderer sykeltall og fysiske lagerreguleringer som avvik. Fordel disse avvikene i hovedboken når du utfører generell overføring eller periode i nærheten. Lånets tilbakebetalingsvariasjon Under prosjekteringskostnad er det satt opp lånepayback variansekontoer i vinduet Cost Group for å gjøre det mulig for ett prosjekt å låne fra en annen og returnere (payback) i den opprinnelige prisen. Se: Bruke Konto Generator i Oracle Purchasing, Oracle Innkjøp Brukerhåndbok. Gjennomsnittlige kostetransaksjoner Følgende typer kostnadstransaksjoner kan forekomme: Merk: For innkjøpsrelaterte transaksjoner gjelder denne tabellen for varelager. Se: Oversikt over kvitteringsregnskap, Oracle Purchasing User Guide. Gjennomsnittlig kostnadsoppdatering Merk: Kontiene i gjennomsnittskostnadstransaksjoner er standardkontoer når gjennomsnittlig koster brukes. If Subledger Accounting (SLA) is enabled and SLA rules are customized, then the default accounts are not used. Average Costing Purchasing Transactions This section shows accounting entries for average costing purchasing transactions. Note: The accounts in average costing purchasing transactions are the default accounts when average costing is used. If Subledger Accounting (SLA) is enabled and SLA rules are customized, then the default accounts are not used. Purchase Order Receipt to Receiving Inspection You can use the Receipts window in Oracle Purchasing to receive material or outside processing items from a supplier into a receiving location (destination type receiving). You can also use this window to receive material directly to inventory. See: Purchase Order Receipt To Inventory . When you receive material or outside processing items from a supplier into receiving inspection, the Receiving Inspection account is debited and the Inventory AP Accrual account is credited based on the quantity received and the purchase order price. Receiving Inspection account PO cost Inventory AP Accrual account PO cost Important: If a purchase order line item lacks a defined price, the system uses zero to value the transaction. See: Receipt Accounting, Oracle Purchasing Users Guide . Overview of the Account Generator, Oracle Applications Users Guide . Using the Account Generator in Oracle Purchasing, Oracle Purchasing Users Guide . Delivery From Receiving Inspection to Inventory You can use the Receiving Transactions window to move material from receiving inspection to inventory. The system uses the quantity and the purchase order price of the delivered item to update the receiving inspection account and quantity. The system uses the average cost. The accounting entries are as follows: Organization Material account PO cost Receiving Inspection account PO cost The average cost is recalculated using the transaction value of the purchase order cost times the transaction quantity. Material Overhead If your item has material overhead(s), you earn material overhead on deliveries from receiving inspection. The accounting entries are as follows: Material Overhead Absorption account Foreign Currencies If the purchase order uses a foreign currency, the purchase order cost is converted to the functional currency before the accounting entries are generated. This converted value is used for receiving accounting purposes. The average cost is recalculated using the transaction value of the purchase price converted to the inventory functional currency times the transaction quantity. Expense Subinventories and Expense Inventory Items With Oracle Purchasing and Inventory, there are two types of expense items. Purchasing has non-inventory purchases, such as office supplies or capital equipment. These items use an expense destination type for the purchase orders distribution information. You can inspect these purchasing items in receiving, but you cannot deliver these items into inventory. However, expense inventory items can be stocked in a subinventory, but cannot be valued. Expense inventory items use an inventory destination type for the purchase orders distribution information. Expense inventory items can be delivered into both expense or asset subinventories. When you receive to expense locations or receive expense inventory items the accounting entries are as follows: Subinventory Expense account PO cost Inventory AP Accrual account PO cost When you receive into an expense subinventory or receive an expense (non-asset) inventory item, the system debits the subinventory expense account instead of the valuation accounts. Entering Receiving Transactions, Oracle Purchasing Users Guide . Defining Ledgers, Oracle General Ledger Users Guide and Organization Parameters Window, Oracle Inventory Users Guide . Purchase Order Receipt to Inventory You can use the Receipts window to receive material directly from a supplier to inventory (destination type inventory). When you receive material from a supplier directly to inventory, a receipt and delivery transaction are performed in one step. The accounting entries for the receipt portion of the transaction are as follows: Return To Supplier From Receiving Use Receiving Returns and Receiving Corrections windows to return material from receiving inspection or from inventory to a supplier. If you use receiving inspection and you have delivered the material into inventory, you must first return the goods to receiving before you can return to the supplier. For a return from inspection, the application decreases the receiving inspection balance and reverses the accounting entry created for the original receipt. To decrease the inventory balance, the return to supplier transaction uses the purchase order cost, not the current average unit cost. See: Entering Returns, Oracle Purchasing Users Guide and Outside Processing Charges Return To Supplier From Inventory When you do not use receiving inspection, the return to supplier transaction updates the same accounts as the direct receipt to inventory, with reverse transaction amounts. To decrease the inventory balance, the return to supplier transaction uses the purchase order cost. Foreign Currencies As with the purchase order receipts to inventory, if the purchase order uses a foreign currency, the purchase order cost is converted to the functional currency before the accounting entries are generated. Entering Returns, Oracle Purchasing Users Guide . Average Costing Inventory Transactions This section shows accounting entries for average costing inventory transactions. Miscellaneous Transactions You can use the Miscellaneous Transaction window to issue items from a subinventory to a general ledger account (or account alias) and to receive items into a subinventory from an account account alias. An account alias identifies another name for a general ledger account that you define. Tip: Use account aliases for account numbers you use frequently. For example, use the alias SCRAP for your general ledger scrap account. The accounting entries for issuing material from a subinventory to a general ledger account or alias are as follows: Note: The accounts in average costing inventory transactions are the default accounts when average costing is used. If Subledger Accounting (SLA) is enabled and SLA rules are customized, then the default accounts are not used. Entered GL account current average cost Note: Under average costing, you can enter a unit cost which the system uses in place of the current average cost. Expense Subinventories and Expense Items When you receive into an expense location or receive an expense item, you have expensed the item. If you use the miscellaneous transaction to issue from an expense location, you can issue to an account or to an asset subinventory of the INV:Allow Expense to Asset Transfer profile option in Oracle Inventory is set to Yes. If issued to an account the system assumes the item is consumed at the expense location and moves the quantity without any associated value. If transferred to an asset subinventory, the item moves at its current cost. When you receive an expense item to either an asset or expense subinventory, no accounting occurs. Since the account balance could involve different costs over time, the system assumes the cost of the expense item is unknown. Transaction Unit Cost Caution: Transaction unit costs can be entered when you perform a miscellaneous transaction in Inventory. However, entering a cost that is significantly different from the current average can cause large swings in the unit cost of remaining on-hand inventory. Oracle recommends you take the appropriate measures to control the ability to enter the transaction unit cost. Subinventory Transfers Use the Subinventory Transfer window to move material from one subinventory to another. If you specify the same subinventory as the From and To Subinventory, you can move material between locators within a subinventory. In subinventory transfers, the debit and credit transactions occur for the same account because only one set of valuation accounts is maintained in an average costing organization. If you are using average costing in Oracle Warehouse Management or Oracle Projects organizations - you can maintain multiple cost groups with different sets of valuation accounts. Expense Subinventories and Expense Items You can issue from an asset to an expense subinventory, and you can issue from an expense subinventory if the Oracle Inventory INV:Allow Expense to Asset Transfer profile option is set to Yes. The system assumes the item is consumed at the expense location. See: Transferring Between Subinventories, Oracle Inventory Users Guide . Internal Requisitions You can replenish your inventory using internal requisition. You can choose to source material from a supplier, a subinventory within your organization, or from another organization. Depending upon the source you choose, the accounting entries are similar to one of the proceeding scenarios. However, unlike inter-organization transfers internal requisitions do not support freight charges. See: Overview of Internal Requisitions, Oracle Purchasing Users Guide . Inter-Organization Transfers, Oracle Inventory Users Guide and Cycle Count and Physical Inventory You can use cycle counting and physical inventory to correct your inventory on-hand balances. If you physically count more than your on-hand balance, then the accounting entries are as follows: Organization Valuation accounts current average cost The accounting entries for physical inventory adjustments are the same as those for cycle counts. Tip: Since the quantities, not the average cost, is kept when you freeze the physical inventory, you should not perform any transactions that might affect your average costs until you have adjusted your physical inventory. Expense Subinventories and Expense Items The system does not record accounting entries when physical inventory or cycle count adjustments involve expense subinventories or expense items. However, quantity balances in expense subinventories are corrected if the quantities in these subinventories are tracked. See: Overview of Cycle Counting, Oracle Inventory Users Guide . Entering Cycle Counts, Oracle Inventory Users Guide . Overview of Physical Inventory, Oracle Inventory Users Guide . and Processing Physical Inventory Adjustments, Oracle Inventory Users Guide . Average Costing Order ManagementShipping Execution Transactions This section shows accounting entries for average costing order management and shipping transactions. Note: The following accounts in average costing order managementshipping execution transactions are the default accounts when average costing is used. If Subledger Accounting (SLA) is enabled and SLA rules are customized, then the default accounts are not used. Sales Order Shipments Ship material on a sales order using Oracle Order Shipping Execution. The accounting entries for sales order shipments are as follows: Organization Valuation accounts current average cost Important: You do not create any accounting entries when you return a customer RMA from an expense subinventory or for an expense inventory item. See: Return Material Authorizations, Oracle Purchasing Users Guide . Average Cost Update You can view and update the average cost of an item by cost element and level (this level and previous level). You can update average costs using a percentage change, a new average cost, or a value change. A change made to the total unit cost of an item is spread to all cost elements and levels in the same proportion as they existed before the update. The offset to the inventory revaluation in all cases above will be booked to the Average Cost Adjustment account(s) you specified at the time you perform the update. Note: The average cost update feature is intended to be used sparingly to correct a transaction costing error affecting items in subinventory. If the cost error is in WIP, the impacted quantities will need to be returned to a subinventory, corrected there, then reissued to WIP after the update has been completed. If the adjustment increases inventory, then the accounting entry is as follows: Note: The following average cost update accounts are the default accounts when average costing is used. If Subledger Accounting (SLA) is enabled and SLA rules are customized, then the default accounts are not used. You can perform the following transactions: Issue component items to jobs from inventory Return components from jobs back to inventory Issue or return directly by performing a WIP material transaction or by using the Inventory Transaction Interface Backflush components using the Move Transactions and Completion Transactions windows in WIP, the Receipts window in Purchasing (for outside processing), or by using the WIP Open Move Transaction Interface Costing Issue and Return Transactions Issue transactions increase the WIP valuation and decrease the inventory valuation. Components issued to or returned from jobs are valued at the inventory average cost in effect at the time of the transaction. Components issued to a job or returned from a job in several different transactions may have different unit costs for each transaction. If a components unit cost is composed of more than one cost element, this elemental detail continues to be visible after it is charged to a job. The accounting entries for issue transactions are as follows: Note: The following accounts are the default accounts when average costing is used. If Subledger Accounting (SLA) is enabled and SLA rules are customized, then the default accounts are not used. See: Overview of Material Control, Work in Process Users Guide . Move Transactions A move transaction moves assemblies within an operation, such as from queue to run, or from one operation to the next. Move transactions can automatically launch operation completion backflushing and charge resources and overheads. If the supply type is Operation Pull, then the total quantity of a lot-based material required at an operation is issued at the first move transaction (scrap, to move, and the like) for the operation. If the supply type is Push, then there is no change. If the supply type is Assembly Pull, then the first completion triggers the required quantity of lot-based materials to be issued to the job (as it is completion, total required quantities of all lot-based components in the BOM are issued). For all other items, if the basis is Item, then the functionality is unchanged. See the Oracle Work in Process Users Guide for additional details. You can perform move transactions using the Move Transactions window, Open Move Transaction Interface, or the Receipts window in Purchasing. Backflush Material Transactions With backflushing, you issue component material used in an assembly or subassembly by exploding the bills of material, and then multiplying them by the number of assemblies produced. Move transactions can create operation pull backflush material transactions that issue component material from designated WIP supply subinventories and locators to a job. For backflush components under lot or serial number control, assign the lot or serial numbers during the move transaction. When you move backward in a routing, WIP automatically reverses operation pull backflush transactions. Here are the accounting entries for move transactions: See: Overview of Material Control, Oracle Work in Process Users Guide . Moved Based Resource Charging As the assemblies you build pass through the operations on their routings, move transactions charge all pre-assigned resources with an auto-charge type of WIP Move at their standard rate. You can charge resources based upon a fixed amount per item moved in an operation (Item basis) or based upon a fixed lot charge per item moved in an operation (Lot basis). For resources with a basis of Lot, WIP automatically charges the lot cost upon completion of the first assembly in the operation. You can also enter manual resource transactions associated with a move, or independent of any moves. You can manually charge resources to a job, provided it has a routing. You can also transact resources through the Open Resource Transaction Interface. See: Overview of Resource Management, Oracle Work in Process Users Guide . Resource Charges WIP supports four resource autocharging methods: Manual, WIP Move, PO Move, and PO Receipt. You can charge resources at an actual rate. You can also charge resource overheads automatically as you charge resources. WIP Move Resource Charges You can automatically charge resources at a predefined rate to a job when you perform a move transaction using either the Move Transaction window or the Open Move Transaction Interface. When you move assemblies from the queue or run intraoperation steps forward to the to move, reject, or scrap intraoperation steps, or to the next operation, WIP charges all pre-assigned resources with an charge type of WIP Move at their predefined rates. For resources with a basis of item, WIP automatically charges the resources usage rate or amount multiplied by the resources predefined cost upon completion of each assembly in the operation. For resources with a basis of lot, WIP automatically charges the resources usage rate or amount multiplied by the resources predefined cost upon completion of the first assembly in the operation. You can undo the WIP Move resource charges automatically by moving the assemblies from queue or run of your current operation to queue or run of any prior operation, or by moving the assemblies from the to move, reject, or scrap intraoperation steps backward to the queue or run intraoperation steps of the same operation, or to any intraoperation step of any prior operation. Phantom Costing Phantom assemblies can be costed fully in Release 12. To cost the routings of the phantom, you check these BOM parameters: Use phantom routings. Inherit phantom operation sequence. The overhead and resources on the phantom routing will be charged at this level. Your parent assembly will be costed as if the operation contained the resources and overheads of the phantom routing. Manual Resource Charges You can charge manual resources associated with a move transaction or independently of any moves. Manual resource transactions require you to enter the actual resource units applied rather than autocharging the resources usage rate or amount based on the move quantity. You can charge resources using that resources unit of measure or any valid alternate. You can manually charge resources to a job, provided that the job has a routing. If you use the Move Transactions window to perform moves and manual resource transactions at the same time, then WIP displays all pre-assigned manual resources with a charge type of Manual assigned to the operations completed in the move. If the resource is a person, then you can enter an employee number. In addition to the resources displayed, you can manually charge any resource to a job, even if you have not previously assigned the resource to an operation in the job. You can also manually charge resources to an operation added ad hoc by entering any resource defined for the department associated with the operation. You can correct or undo manual resource transactions by entering negative resource units worked. Costing Resource Charges at Resource Standard Resource charges increase WIP valuation. Here are the accounting entries for resource transactions: Costing Labor Charges at Actual You can charge labor charges at actual in two ways. You can enter an actual rate for the employee using the Open Resource Transaction Interface or when you define employee rates. For labor charges using an actual or employee rate for a resource for which charge standard rate is turned off, here are the accounting entries: WIP accounting class resource valuation account Resource absorption account If you enter an actual rate for a resource for which Charge Standard Rate is enabled, then WIP charges the job at a predefined amount. If Autocharge is set to Manual and actual rates and quantities are recorded, then a rate variance is recognized immediately for any rate difference. Here are the accounting entries for the actual labor charges: WIP accounting class resource valuation account Resource rate variance account (Debit when actual rate is greater than the standard rate. Credit when the actual rate is less than the standard rate.) Resource absorption account PO Receipt and PO Move Transactions You can receive purchased items associated with outside resources from an outside processing operation back into WIP in Oracle Purchasing. For these items, WIP creates resource transactions at the standard or actual rate for all outside resources with an autocharge type of PO receipt or PO move. See: Overview of Resource Management, Oracle Work in Process Users Guide . Managing Receipts, Oracle Purchasing Users Guide . and Overview of Outside Processing, Oracle Work in Process Users Guide . Outside Processing Charges Using the Receipts window in Purchasing, WIP automatically creates resource transactions at the standard or actual rate for all outside processing resources with an charge type of PO Receipt or PO Move when you receive assemblies from an outside processing operation back into WIP. For outside processing resources with a charge type of PO Move, WIP also performs a move of the assemblies from the queue or run intraoperation step of your outside processing operation into the queue intraoperation step of your next operation or into the to move intraoperation step if the outside processing operation is the last operation on your routing. If you assigned internal resources to an outside operation with an charge type of Manual, you use the Move Transactions window or the Open Resource Transaction Interface to charge these resources. If you return assemblies to the supplier, the system automatically reverses the charges to all automatic resources associated with the operation. You must manually reverse all manual resource charges using the Move Transactions window. For outside processing resources with an charge type of PO Move, WIP automatically moves the assemblies from the queue intraoperation step of the operation immediately following the outside processing operation into the queue intraoperation step of your outside processing operation. If the outside processing operation is the last operation on your routing, WIP automatically moves the assemblies from the To move intraoperation step to the queue intraoperation step. Costing Outside Processing Charges at a Predefined Rate When you receive the assembly from the supplier, Purchasing sends the resource charges to WIP at either a predefined cost or actual purchase order price, depending upon how you specified the standard rate for the outside processing resource. If you enabled Charge Standard Rate for the outside processing resource being charged, then Purchasing charges WIP at the standard rate. WIP creates a purchase price variance for the difference between the standard rate and the purchase order price. Here are the WIP accounting entries for outside processing items: See: Overview of Shop Floor Control, Oracle Work in Process Users Guide . Overhead Charges Move Based Overhead Charging WIP automatically charges appropriate overhead costs as you move assemblies through the shop floor. You can charge overheads directly based on move transactions or based on resource charges. For overheads charged based on move transactions with a basis of item, WIP automatically charges overheads upon completion of each assembly in the operation. WIP automatically reverses these charges during a backward move transaction. For overheads based on move transactions with a basis of lot, WIP automatically charges overheads upon completion of the first assembly in the operation. WIP automatically reverses these charges during a backward move transaction if the transaction results in zero net assemblies completed in the operation. Resource Based Overhead Charging WIP automatically charges appropriate overhead costs as you charge resources. You can charge overheads based on resource units or value. WIP automatically reverses overhead charges when you reverse the underlying resource charge. Costing Overhead Charges Overhead charges increase WIP valuation. Here are the accounting entries for overhead charges: WIP accounting class overhead account Overview of Shop Floor Control, Oracle Work in Process Users Guide . Assembly Scrap Transactions If you move assemblies into the scrap intraoperation step of an operation and the WIP Require Scrap Account parameter is set, then you must enter a scrap account number or account alias. If you do not specify that a scrap account is required, then it is optional. If you do not provide a scrap account, then the cost of scrap remains in the job or schedule until job or period close. If the job is then completed using the final completion option in the Completion Transactions window, then the cost is included in the finished assembly cost. Otherwise, the cost is written off as a variance when the non-standard asset and standard discrete jobs are closed and at period close for non-standard expense jobs. WIP considers assemblies that are moved into the scrap intraoperation step from the queue or run of the same operation as complete at that operation. Operation completion information is updated, components are backflushed, and resource and overhead costs are charged according to the elemental cost setup. See: Scrapping Assemblies, Oracle Work in Process Users Guide . If a scrap account is entered, the cost of scrapped assemblies is determined using an algorithm that calculates the assembly costs through the operation at which the scrap occurred. The scrap account is debited and the job elemental accounts are credited. If you move assemblies out of a scrap operation step, therefore reversing the ordinal scrap transaction, then these accounting entries are reversed. Here are the accounting entries for scrap transactions: Overview of Shop Floor Control, Oracle Work in Process Users Guide . Assembly Completion Transactions Use the Completion Transactions or the WIP Move window in WIP or the Inventory Transaction Interface to receive completed assemblies from WIP into asset subinventories. Completion transactions relieve the valuation account of the accounting class and charge the organization valuation accounts based upon the Cost Source. Costing Assembly Completion Transactions Completions decrease WIP valuation and increase inventory valuation. Here are the accounting entries for completion transactions: Inventory organization valuation accounts WIP accounting class valuation accounts Costing Assembly Completions Using Final Completion Option When the final completion option is used for an assembly completion, no residual balance, positive or negative, is left in the job. The accounting entries are different for positive and negative residual balances. Positive residual balances post to inventory and negative residual balances post to variance. The balances are held by element, by level, and are not summed. Therefore, transactions per given element may have balances going to inventory and variance for the same element, at different levels. If there are positive residual balances at an assembly completion with the final completion option enabled, then here are the accounting entries: Inventory organization valuation accounts WIP accounting class valuation accounts WIP accounting class variance accounts WIP accounting class valuation accounts Earning Assembly Material Overhead on Completion You can assign overheads based on item, lot or total value basis. For standard discrete jobs, you can earn these overheads as you complete assemblies from WIP to inventory. Use non-standard expense jobs for such activities as repair and maintenance. Use non-standard asset jobs to upgrade assemblies, for teardown, and to prototype production. Note: RE: average and standard costing. Unlike standard costing, in average costing, non-standard discrete jobs do earn overhead on completion. Here are the accounting entries for material overhead on completion transactions for both standard and non-standard, asset and expense jobs: Subinventory material overhead account Inventory material overhead absorption account Do not complete the assembly if you want to: Expense all the rework cost Not add the cost to inventory Not earn material overhead Instead, return the assembly, by component return, to inventory and then close the job. See: Completing and Returning Assemblies, Oracle Work in Process Users Guide Assembly Returns The Completion Transactions window in WIP or the Inventory Transaction Interface are used to return completed assemblies from asset subinventories to WIP. The costing of resources, overhead, and outside processing on assembly returns differs depending on the completion cost source method: system calculated or user-defined . Here is assembly return costing for the two completion methods: at user-defined cost the weighted average of previous completions of that job. Returns increase WIP valuation and decrease inventory valuation. Here are the accounting entries for assembly return transactions: WIP accounting class valuation accounts Inventory organization valuation accounts Job Close Transactions Until you close a job, or change the status of the job to Complete - No Charges, you can make material, resource, and scrap charges to the job. Closing a discrete job prevents any further activity on the job. Costing Job Close Transactions WIP recognizes variances when you close a job. The actual close date you specify determines the accounting period WIP to recognize variances. You can back date the close to a prior open period if desired. The close process writes off the balances remaining in the WIP elemental valuation accounts to the elemental variance accounts you defined by accounting class, leaving a zero balance remaining in the closed job. If there is a positive balance in the job at the end of the close, then here are the accounting entries for a job close: WIP accounting class variance accounts WIP accounting class valuation accounts Period Close Transactions - Average Costing The period close process in Inventory recognizes variances for non-standard expense jobs. It also transfers the WIP period costs to the general ledger. Costing Non-Standard Expense Job Period Close Transactions You can close a discrete job and recognize variances for non-standard expense jobs at any time. In addition, the period close process automatically recognizes variances on all non-standard expense job charges incurred during the period. Therefore, open non-standard expense jobs have zero WIP accounting balances at the start of a new period. If there is a positive balance in the job at the end of the period, then here are the accounting entries for non-standard expense jobs at period close: