What039s forskjellen mellom flytte gjennomsnittlig og vektet glidende gjennomsnitt Et 5-års glidende gjennomsnitt, basert på prisene ovenfor, ville bli beregnet ved hjelp av følgende formel: På grunnlag av ligningen ovenfor var gjennomsnittsprisen over perioden som er oppført ovenfor, 90,66. Bruk av bevegelige gjennomsnitt er en effektiv metode for å eliminere sterke prisfluktuasjoner. Nøkkelbegrensningen er at datapunkter fra eldre data ikke veier noe annerledes enn datapunkter nær begynnelsen av datasettet. Dette er hvor vektede glidende gjennomsnitt kommer til spill. Veidede gjennomsnitt gir tyngre vekting til mer gjeldende datapunkter siden de er mer relevante enn datapunkter i den fjerne fortiden. Summen av vektingen skal legge til opptil 1 (eller 100). Når det gjelder det enkle glidende gjennomsnittet, er vektene fordelt like mye, og derfor er de ikke vist i tabellen ovenfor. Sluttpris for AAPLAverage 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 å: Omtrentlige faktiske materialkostnader Verdilagring og transaksjon til gjennomsnittskostnad Vedlikehold gjennomsnittlige kostnader Automatisk grensesnitt med generell hovedbok Avstemme beholdningsbalanser med generaldirektorat Analyser fortjenestemarginene ved hjelp av en faktisk kostnadsmetode 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 enhetsprisen for en vare: Innkjøpsordre levering til underleverandør Returner til leverandør Overføring mellom organisasjoner hvor mottakerorganisasjonen bruker gjennomsnittlig kostnad Diverse og kontoinnskudd Diverse og Kontoproblemer Gjennomsnittlig kostnadsoppdatering I slike tilfeller, etter at transaksjonen er behandlet, beregnes gjenstandenes 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 av 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. Overheadkostnader 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 delene Transaksjons - 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 underbeholdningsverdier. 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. For eksempel, hvis balansen på hånden er -25, 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 egenbalansen 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. Hvis Deltakerregnskapet (SLA) er aktivert og SLA-reglene er tilpasset, brukes ikke standardkontoer. Gjennomsnittskostnadskjøpstransaksjoner Denne delen viser regnskapsposter for gjennomsnittskjøpstransaksjoner. Merk: Kontiene i gjennomsnittskostnadskjøpstransaksjoner er standardkontoer når gjennomsnittlig kostering brukes. Hvis Deltakerregnskapet (SLA) er aktivert og SLA-reglene er tilpasset, brukes ikke standardkontoer. Innkjøpsordre til mottakskontroll Du kan bruke kvitteringsvinduet i Oracle Purchasing for å motta materiale eller utenforbehandle varer fra en leverandør til mottakersted (mottatt mottakstype). Du kan også bruke dette vinduet til å motta materiale direkte til lager. Se: Innkjøpsordrebekreftelse til inventar. Når du mottar materiale eller utenfor behandling av varer fra en leverandør til mottak av inspeksjon, debiteres mottakskontrollen, og Inventory AP Accrual-kontoen krediteres basert på mottatt mengde og kjøpsordreprisen. Motta inspeksjonskonto PO-kostnad Inventar AP Akkrualkonto PO-kostnad Viktig: Hvis en ordre for ordren for innkjøpsordre mangler en definert pris, bruker systemet null for å verdsette transaksjonen. Se: Kvittering for mottak, Oracle Innkjøps brukerhåndbok. Oversikt over kontogeneratoren, brukerhåndbok for Oracle Applications. Bruke kontogeneratoren i Oracle Purchasing, Oracle Purchasing User Guide. Levering fra mottakskontroll til inventar Du kan bruke vinduet Mottatte transaksjoner til å flytte materiale fra mottak av inspeksjon til lager. Systemet bruker mengden og innkjøpsprisen for det leverte elementet for å oppdatere mottakskontrollkontoen og mengden. Systemet bruker gjennomsnittskostnaden. Regnskapspostene er som følger: Organisasjonsmaterialekonto PO-kostnad Motta-inspeksjonskonto PO-kostnad Den gjennomsnittlige kostnaden omregnes ved å bruke transaksjonsverdien av innkjøpsordrenes kostnad, ganger transaksjonsmengden. Materiell Overhead Hvis varen din har material overhead (er), tjener du materiale overhead på leveranser fra mottak av inspeksjon. Regnskapspostene er som følger: Materiell Overhead Absorption konto Utenlandske valutaer Hvis innkjøpsordren bruker en utenlandsk valuta, konverteres bestillingsprisen til den funksjonelle valutaen før regnskapspostene genereres. Denne konverterte verdien brukes til å motta regnskapsmessige formål. Den gjennomsnittlige kostnaden omregnes ved å bruke transaksjonsverdien av kjøpesummen konvertert til inventarens funksjonelle valuta ganger transaksjonsmengden. Utgifter for underleveranser og utgiftsobjekter med Oracle Purchasing and Inventory, er det to typer kostnadselementer. Innkjøp har ikke-vareinnkjøp, for eksempel kontorrekvisita eller kapitalutstyr. Disse elementene bruker en utgiftstypestype for innkjøpsordrenes distribusjonsinformasjon. Du kan inspisere disse innkjøpspostene ved mottak, men du kan ikke levere disse elementene til lager. Imidlertid kan utgiftsobjektelementer være på lager i en underbeholdning, men kan ikke verdsettes. Utgiftsobjektelementer bruker en opptaksdestinasjonstype for distribusjonsinformasjonen for innkjøpsordre. Utgiftsobjektelementer kan leveres til både utgifter eller underleveranser. 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:Moving average price calculation logic of material with Price Control quotSquot This question is answered As you know that there is a Moving price and standard price icon in the material master. Jeg ønsker å forstå beregningslogikken for den bevegelige gjennomsnittsprisen på materialene som har priskontroll S Hvordan systemet beregner MAP for standardprismaterialer Kvitteringen fra prosessordren antas å bli verdsatt til prosessordreprisen etter avregning, men hvis Problemet har hapened for materialet beregner systemet også emisjonsprisen Nedenfor er prøveprosessordre kvittering og problem scenario: Kvittering fra prosessordre 161000000223 300 kg og GR til standardkostnadsverdi er Rs 5892 Utstedelse til prosessordre 162000000294 250 kg og GI Standardverdien er Rs 4910. Dermed er balansen ved periodens slutt 50 kg og balansen til standardkostnadsverdi er Rs 982. Her i prosessordre 161000000223 er den faktiske kostnaden 10 Rs. Then how will the system calculate the MAPMoving Averages: What Are They Among the most popular technical indicators, moving averages are used to gauge the direction of the current trend. Hver type bevegelige gjennomsnitt (vanligvis skrevet i denne opplæringen som MA) er et matematisk resultat som beregnes ved å beregne et antall tidligere datapunkter. Når det er bestemt, blir det resulterende gjennomsnittet plottet på et diagram for å tillate handelsmenn å se på glatt data, i stedet for å fokusere på de daglige prisfluktuasjonene som er iboende i alle finansmarkeder. Den enkleste formen for et bevegelige gjennomsnitt, riktig kjent som et enkelt glidende gjennomsnitt (SMA), beregnes ved å ta det aritmetiske gjennomsnittet av et gitt sett av verdier. For eksempel, for å beregne et grunnleggende 10-dagers glidende gjennomsnitt vil du legge til sluttkursene fra de siste 10 dagene, og deretter dele resultatet med 10. I figur 1 er summen av prisene for de siste 10 dagene (110) dividert med antall dager (10) for å komme fram til 10-dagers gjennomsnittet. Hvis en forhandler ønsker å se et 50-dagers gjennomsnitt i stedet, vil samme type beregning bli gjort, men det vil inkludere prisene i løpet av de siste 50 dagene. Det resulterende gjennomsnittet under (11) tar hensyn til de siste 10 datapunktene for å gi handelsmenn en ide om hvordan en eiendel er priset i forhold til de siste 10 dagene. Kanskje du lurer på hvorfor tekniske handelsfolk kaller dette verktøyet et bevegelige gjennomsnitt og ikke bare en vanlig gjennomsnitt. Svaret er at når nye verdier blir tilgjengelige, må de eldste datapunktene slippes fra settet og nye datapunkter må komme inn for å erstatte dem. Dermed går datasettet kontinuerlig til å regne for nye data etter hvert som det blir tilgjengelig. Denne beregningsmetoden sikrer at bare den nåværende informasjonen blir regnskapsført. I figur 2 flyttes den røde boksen (som representerer de siste 10 datapunktene) til høyre, og den siste verdien av 15 blir tapt fra beregningen når den nye verdien av 5 er lagt til settet. Fordi den relativt små verdien av 5 erstatter den høye verdien på 15, ville du forvente å se gjennomsnittet av datasettets reduksjon, som det gjør, i dette tilfellet fra 11 til 10. Hva ser Moving Averages Like Når verdiene til MA har blitt beregnet, de er plottet på et diagram og deretter koblet til for å skape en bevegelig gjennomsnittslinje. Disse svingete linjene er vanlige på diagrammer av tekniske handelsfolk, men hvordan de brukes kan variere drastisk (mer om dette senere). Som du kan se i figur 3, er det mulig å legge til mer enn ett glidende gjennomsnitt i et diagram ved å justere antall tidsperioder som brukes i beregningen. Disse svingete linjene kan virke distraherende eller forvirrende i begynnelsen, men du vil bli vant til dem når tiden går videre. Den røde linjen er bare gjennomsnittsprisen de siste 50 dagene, mens den blå linjen er gjennomsnittsprisen de siste 100 dagene. Nå som du forstår hva et glidende gjennomsnitt er, og hvordan det ser ut, kan du godt presentere en annen type glidende gjennomsnitt og undersøke hvordan det er forskjellig fra det tidligere nevnte enkle glidende gjennomsnittet. Det enkle glidende gjennomsnittet er ekstremt populært blant handelsfolk, men som alle tekniske indikatorer har det kritikere. Mange individer hevder at bruken av SMA er begrenset fordi hvert punkt i dataserien vektes det samme, uavhengig av hvor det forekommer i sekvensen. Kritikere hevder at de nyeste dataene er mer signifikante enn de eldre dataene, og bør ha større innflytelse på sluttresultatet. Som svar på denne kritikken begynte handelsmenn å gi mer vekt på nyere data, som siden har ført til oppfinnelsen av ulike typer nye gjennomsnitt, hvorav den mest populære er det eksponentielle glidende gjennomsnittet (EMA). (For videre lesing, se Grunnleggende om vektede bevegelige gjennomsnitt og hva som er forskjellen mellom en SMA og en EMA) Eksponentiell flytende gjennomsnitt Det eksponentielle glidende gjennomsnittet er en type bevegelige gjennomsnitt som gir mer vekt til de siste prisene i et forsøk på å gjøre det mer responsivt til ny informasjon. Å lære den noe kompliserte ligningen for å beregne en EMA kan være unødvendig for mange forhandlere, siden nesten alle kartleggingspakker gjør beregningene for deg. Men for deg matematiske geeks der ute, her er EMA-ligningen: Når du bruker formelen til å beregne det første punktet til EMA, kan det hende du merker at det ikke er noen verdi tilgjengelig for bruk som den forrige EMA. Dette lille problemet kan løses ved å starte beregningen med et enkelt glidende gjennomsnitt og fortsette videre med den ovennevnte formelen derfra. Vi har gitt deg et eksempelkart som inneholder virkelige eksempler på hvordan du kan beregne både et enkelt glidende gjennomsnitt og et eksponentielt glidende gjennomsnitt. Forskjellen mellom EMA og SMA Nå som du har en bedre forståelse av hvordan SMA og EMA beregnes, kan vi se på hvordan disse gjennomsnittene er forskjellige. Ved å se på beregningen av EMA, vil du legge merke til at det legges større vekt på de siste datapunktene, noe som gjør det til en type vektet gjennomsnitt. I figur 5 er antall tidsperioder som brukes i hvert gjennomsnitt identisk (15), men EMA reagerer raskere på de endrede prisene. Legg merke til hvordan EMA har en høyere verdi når prisen stiger, og faller raskere enn SMA når prisen senker. Denne responsen er den viktigste grunnen til at mange handelsmenn foretrekker å bruke EMA over SMA. Hva betyr de forskjellige dagene Gjennomsnittlig flytteverdi er en helt tilpassbar indikator, noe som betyr at brukeren fritt kan velge hvilken tidsramme de vil ha når man lager gjennomsnittet. De vanligste tidsperioder som brukes i bevegelige gjennomsnitt er 15, 20, 30, 50, 100 og 200 dager. Jo kortere tidsrammen som brukes til å skape gjennomsnittet, jo mer følsomt blir det for prisendringer. Jo lengre tidsrom, jo mindre følsomt, eller mer utjevnet, vil gjennomsnittet være. Det er ingen riktig tidsramme som skal brukes når du oppretter dine bevegelige gjennomsnitt. Den beste måten å finne ut hvilken som passer best for deg, er å eksperimentere med en rekke forskjellige tidsperioder til du finner en som passer til din strategi.
No comments:
Post a Comment