Moving Average Preis Update

Moving Average Price nicht aktualisiert für Project Stock Wir haben eine Engineer-to-Order-Implementierung für unseren Kunden. Entsprechend erfolgt die Beschaffung pro Projekt. Jedes Projekt gibt seine PRs aus, die dann in POs umgewandelt und in Project Stock aufgenommen werden. Bei der Zuordnung des Materials zur Netzaktivität im Projekt (über Materialkomponente) verwendet das System den im Materialstamm (MAP oder STD) gefundenen Preis als geplante Kosten für das Projekt. Bei der Beschaffung des Materials, wenn wir es in Project Stock (Mvt 101 Q) erhalten, wird der Moving Average Price im Materialstamm nicht aktualisiert. So erhält jeder neu erstellte Materialstamm nie einen gleitenden Durchschnittspreis, so dass wir immer dann, wenn wir versuchen, sie dem Projekt zuzuordnen, eine Fehlermeldung erhalten (Kosten für Materialkomponente Mat. Num können nicht ermittelt werden.) Wie kann ich das System aktualisieren? (Für alle Arten von Aktien) auf der Grundlage der Beschaffung für Projektbestand. Ihre Hilfe wird gerne geschätzt. Technik: projectsystem materialcomponentassignment saperplogistics materialsmanagement projectstock materialcomponent projektplanung movingaveragepriceIch möchte meine Kenntnisse über Moving Average Price. Im Vorgehen zu diesem sollten wir wissen Sap bietet zwei Methoden der Preiskontrolle: 1) Gleitender Durchschnittspreis (V) 2) Standardpreis. (S) Die zu verwendende Methode wird auf der Werkstoffstufe identifiziert, so dass unterschiedliche Werkstoffe unterschiedliche Werkstoffe verwenden können. SAP empfiehlt, dass Standardpreis in der Regel für fertiges oder halbfertiges Material verwendet. Gleitender Durchschnittspreis werden hauptsächlich für Rohstoffe und externe Käufe verwendet. Der Preis der externen beschafften Materialien variiert je nach Markt, werden die aktuellen Marktkosten zu reflektieren. Aus diesem Grund werden wir den Moving-Average-Preis für externe beschaffte Material wie Rohstoffe und Trading material8230etc verwenden. Bei der Neukundenimplementierung wird der gleitende Durchschnittspreis basierend auf dem ursprünglichen Upload mit Value aktualisiert. Aber für die Standardpreiskontrolle wird S auf Basis der Standardkalkulation aktualisiert. Verschiedene Wege zu finden Moving Average Preisberechnung bei der Auswahl Datum: Es gibt verschiedene Möglichkeiten, gleitende Durchschnittspreisberechnung zu überprüfen. Wenn Sie die Logik finden, um den Bericht zu entwickeln, um zu sehen, Moving durchschnittlichen Preis auf Perioden - oder Tagesbasis-Notwendigkeit, Logik für diese finden. 1) Mit Hilfe von Formel 2) Aus Standardberichten 3) Aus Mehrfachtabellen Mapping 4) Aus Info-Strukturtabellen Wenn Material einer gleitenden Durchschnittspreiskontrolle unterliegt, werden die Systemwerte für Warenbewegungen auf folgende Weise berechnet Über obige Formel können Sie den gleitenden Durchschnittspreis berechnen . Unten erläutert mit Beispiel. 1) 20.04.2015 Wareneingangsmenge 100 Kg und der Wareneingangswert als 1200 Rs. 2) 21.04.2015 Wareneingang Menge 90 kg und der Wert des Wareneingangs als 1100 Rs. 3) 24.04.2015 Warenausgangsmenge 50kg 4) 29.04.2015 Wareneingang Menge 110Kg und der Wert des Wareneingangs als 1600. Jetzt muss ich den gleitenden Durchschnittspreis am 24.04.2015 finden. Mit der obigen Formel können wir dies finden. Der gleitende Durchschnittskurs am 24.04.2015 ist 12.11 und am 29.04.2015 ist 13.18. In Standard, haben wir Standard-Bericht können die gleitenden Durchschnittspreis. Hier müssen wir auf Datumsgrundlage arbeiten. Wenn mehr als ein Eintrag am Tag dann müssen Sie den letzten Eintrag Moving Durchschnittspreis auswählen. Sie finden gleitenden Durchschnittspreis Periode weise auch. Hier müssen wir die Formel erarbeiten. D. h. Gesamtwert des bewerteten Wertes insgesamt bewerteter Bestand. Geben Sie den Zeitraum und andere erforderliche Felder ein und führen Sie das Programm aus. Sie erhalten den gesamten bewerteten Wert und den gesamten bewerteten Bestand. Total bewerteter Bestand 86500, Gesamtwertung 3250 Wenn Sie benötigen, können Sie vergleichen MC.1 und SP0007000139. In SP0007000139 müssen Sie 30.04.2015 für Monat des Zeitraums 04.2015 geben. Gleiche können Sie mit MB5B - Gesamteinnahmen 8211 insgesamt Fragen mit Menge und Wert zu vergleichen. Wir können Logik schreiben, um den Bericht für gleitenden Durchschnittspreis am Selektionsdatum zu erhalten. Wie jeder weiß, können wir spätesten Preis von der MBEW Tabelle erhalten. Aber wie wir sehen können, wann der Preis aktualisiert wurde und wie es aktualisiert wurde, können Werte von CKMI1 erhalten. Tabellen: MBEW, CKMI1 1) Pass Material - und Bewertungsbereich (Werk) in MBEW-Tabelle und wählen Sie den Wert von Prod CostEst. No. (KALN1) 2) Pass Prod Cost Est nein in CKMI1 Tabelle 8211 eingetragener Name Kostenschätzung nein (KALNR) und Pass Jahr 3) Überprüfen Sie die Werte von Menge und Betrag und gleitenden Durchschnittspreis. Der gleitende Durchschnittspreis wird aktualisiert, wenn die nächsten Buchhaltungsposten aktualisiert werden. Beispiel: Wenn Sie am 30.04.2015 suchen und den nächsten Eintrag am 01.05.2015 aktualisiert haben, dann sollten Sie gleitenden Durchschnittspreis am 01.05.2015 sehen und es ist der gleitende Durchschnittspreis am 30.04.2015 Hier sehen Sie oben Einträge. Am 30.04.2015 liegt der gleitende Durchschnittspreis bei 26,62, der am 04.05.2015 aktualisiert wird. Sie können die Summenbildung der Summensummierung aller bisherigen Mengen berechnen. Wenn Sie sehen wollen, am 30.04.2015 dann (Qty-10001500750 3250) und (Value-gt 250004500016500 86500) 865003250 26,62. Wenn Sie den spätesten Preis sehen möchten, wenn es aktualisiert wurde, bedeutet - agrave sehen Sie den letzten Datumeintrag auf Datum in CKMI1 und überprüfen Sie in MBEW für spätesten Preis. 4) Aus Info-Struktur Tabelle: S031 8211 Materialbewegungsdaten monatlich Im Standard haben wir S-Tabellen, die sich auf LIS-Strukturen beziehen. Die untere Tabelle, die sich auf Lagerbestand und Preis bezieht. Hier finden Sie den gleitenden Durchschnittspreis am Tag. Wir können als Info-Struktur-Tabelle aufrufen. Tabelle: S031 8211 Informationsstruktur für Inventarbestände und Preis auf Zeitraum basierend auf dem Datum basierend. Beim Aktualisieren der Werte sollten Sie die Datumsbasis (Tagesbasis) auswählen. Für eine bessere Praxis können Sie von S031 auf S931 kopieren und die Werte in S931 täglich aktualisieren. In dieser Tabelle erhalten Sie den bewerteten Quittungsbestand und den bewerteten Quittungswert sowie den bewerteten Emissionsbestand und den bewerteten Emissionswert. Summierung aller bewerteten Quittungen Menge und Wert sowie bewertete Emissionsmenge und - wert von aktuell allen Einträgen (Selektionsdatum). Gleitender Durchschnittspreis (Gesamteinkommen 8211 Gesamtsumme) (Gesamteinzahl 8211 Gesamtmengenausgaben). Sie können den untenstehenden Link auf LIS von PRASOON sehen. Am besten können wir unten sehen Link Hinweis 483735 8211 Selbstdefinierte Info-Strukturen mit Referenz S031, S032, S039 Hinweis 512416 8211 LIS Aktien in der Vergangenheit Hinweis: Manchmal werden Sie nicht korrekten gleitenden Durchschnittspreis bekommen. Warum, weil, wenn es keine ungeplante Lieferung Kosten oder Wertabweichung auf Lager-Konto während MIRO veröffentlicht. Diese Werte werden auf Lagerbestand gebucht und Menge bleibt gleich. In diesem Fall müssen Sie diese Werte aus der BSEG-Tabelle berücksichtigen. Durchschnittliche Kalkulationsübersicht der durchschnittlichen Kalkulation Unter den durchschnittlichen Kostensystemen ist die Stückkosten eines Posten der Mittelwert aller Kassenbestände dieses Posten im Bestand pro Einheit. Jeder Eingang des Materials zum Inventar aktualisiert die Stückkosten des erhaltenen Artikels. Emissionen aus Inventar verwenden die aktuellen durchschnittlichen Kosten als Einheit Kosten. Durch die Verwendung der durchschnittlichen Kalkulationsmethode von Oracle Cost Managements können Sie die Inventur jederzeit zu einem durchschnittlichen, nach Menge gewichteten Wert (Inventarwert durchschnittliche Stückkostenmenge) bewerten. Bei Kaufgegenständen handelt es sich um einen gewichteten Durchschnitt der tatsächlichen Beschaffungskosten eines Artikels. Für Fertigteile ist dies ein gewichteter Durchschnitt der Kosten aller eingesetzten Rohstoffe und verbrauchten Materialien. Anmerkung: Die gewichtete Durchschnittskalkulation kann nicht auf wiederholt hergestellte Gegenstände angewendet werden. Daher können Sie keine wiederholten Zeitpläne in einer Organisation definieren, die als eine durchschnittliche Kostenorganisation für die Fertigung definiert ist. Die gleichen Durchschnittskosten werden für die Bewertung von Transaktionen verwendet. Sie können Inventar - und WIP-Guthaben auf Ihre Buchungsbelege abstimmen. Hinweis: Bei einer durchschnittlichen Kalkulation können Sie die Kosten nicht teilen. Die durchschnittlichen Kosten werden in jeder Inventarorganisation separat geführt. Mit der durchschnittlichen Kalkulation können Sie: Ungefähre tatsächliche Materialkosten Wertbestand und Transaktionskosten zu Durchschnittskosten Durchschnittskosten pflegen Automatische Schnittstelle zu Ihrem Hauptbuch Abgleich von Bestandsveränderungen mit Hauptbuch Analysieren Sie die Gewinnspannen anhand einer Istkostenmethode Inventar erlaubt negative Mengenguthaben ohne Nachteil Durchschnittliche Kosten. Laden von Ressourcen zu WIP zu tatsächlichen Kosten Sie können WIP-Ressourcen zu einem tatsächlichen Preis. Sie können die gleiche Ressource zu unterschiedlichen Raten über die Zeit aufladen. Sie können auch externe Verarbeitungskosten zu einem Auftrag zu den Kosten der Bestellung bestellen. Komplette Baugruppen zu einem durchschnittlichen Preis Wenn Sie Baugruppen in das Inventar abschließen, werden die Kosten von WIP entlastet, und das Inventar wird mit einem Aufwand berechnet, der auf der Grundlage einer Kombination mehrerer Optionen berechnet wird. Inventar zu durchschnittlichen Kosten bewertet Im Rahmen der durchschnittlichen Kalkulation werden alle in der Bestandsaufnahme eingekauften Gegenstände auf der Grundlage ihrer Bestellkosten bewertet. Dies führt zu Stückkosten, die den gewichteten Durchschnitt der Bestellmengeneinheiten für alle Mengen widerspiegeln. Es gibt nur eine durchschnittliche Stückkosten pro Element in einer Organisation. Das gleiche Element in mehreren Unterinventaren innerhalb der gleichen Organisation hat die gleiche Einheit Kosten. Perpetual Neuberechnung der Stückkosten Für die folgenden Transaktionen können sich die Kosten der Transaktionseinheit von den laufenden Einzelkosten eines Artikels unterscheiden: Auftragslieferung in Unterinventur Rücklieferung an den Lieferanten Übertragung zwischen Organisationen, in denen die empfangende Organisation die Durchschnittskostenrechnung verwendet Kontoausgaben Mittlere Kostenaktualisierung In diesen Fällen werden nach der Verarbeitung der Transaktion die Kosten der Einheitseinheit automatisch neu berechnet. Im Ergebnis wird das Inventar zu einem aktuellen, aktuellen durchschnittlichen Stückpreis bewertet. Diese LevelPrevious Level-Elementarkosten Die elementaren Kosten für Fertigartikel werden auf zwei Ebenen gehalten: dieser Ebene und der vorherigen Ebene. Diese Füllstandskosten sind die Kosten, die bei der Herstellung des Teils auf der aktuellen Stückliste entstehen. Frühere Kosten sind diejenigen, die auf niedrigeren Ebenen. Diese Füllstandskosten können Arbeits - und Gemeinkosten umfassen, um eine Baugruppe in einen bestimmten Zustand zu bringen. Frühere Kosten könnten Material - und Arbeitskosten sowie externe Kosten für die Verarbeitung enthalten, die dazu führen, dass ein Artikel in seinen derzeitigen Zustand überführt wird. Die Summenkosten für eine Position werden berechnet, indem diese Stufe und die vorhergehenden Kosten, wie in der folgenden Tabelle gezeigt, summiert werden. Beispiel für diese Ebene und vorherige Kosten Kosten in Dollar Kostenarten Sichtbarkeit Für die Verfolgung und Analyse Zwecke können Sie Kosten Details nach Kostenarten auf zwei Arten sehen: Für Stückkosten, als Ausbruch der gesamten Einheit Kosten in jedem der fünf Kosten Elemente. Aus diesem Detail können Sie den Wert der Arbeits-, Overhead - und Materialkomponenten im Inventar bestimmen. Für WIP, wie alle Job-Gebühren (einschließlich früheren Ebene Unterbaugruppen) und Entlastung in Kostenarten Detail. Durchschnittliche Kostenaktualisierungen Wenn Sie die durchschnittlichen Kosten aktualisieren, werden die Positionen in allen Asset-Unterinventaren in Ihrer Organisation und dem Inventar in intransit, die Eigentum Ihrer Organisation sind, aktualisiert (neu bewertet), indem die Einheitenkosten auf die neuen angegebenen Kosten geändert werden. Sie können die Kosten nach Kostenarten ändern und gleichzeitig eine, mehrere oder alle Kostenarten auswählen. Der Ausgleich zur Veränderung des Vorratsvermögens, der aus einer Kostenaktualisierung resultiert, wird auf das durchschnittliche Kostenanpassungskonto gebucht, das Sie angeben. Die Positionen im WIP werden nicht durch eine durchschnittliche Kostenaktualisierung aufgewertet, es werden keine Aufwandspositionen oder irgendwelche Elemente in einem Aufwandsubventar angezeigt. Siehe: Aktualisieren der Durchschnittskosten. Material-Overhead-Anwendung Mit Material-Overhead können Sie Kosten (Empfang, Lagerung, Materialbewegung und Handling) hinzufügen. Sie können beliebig viele Materialgemeinkosten definieren und zusätzliche Kosten in den Durchschnittskosten enthalten. Die Materialgemeinkosten sind postenweise einer Position zugeordnet. Wie bei der Standardkalkulation können Sie Vorgabematerial-Gemeinkosten definieren, die für ausgewählte Kategorien von Positionen oder für alle Elemente in Ihrer Organisation gelten. Im Einzelnen können Sie Materialaufwand erheben, wenn Sie eine der folgenden drei Transaktionen durchführen: Übernahme der erworbenen Positionen in das Unterinventar Komplette Baugruppen von WIP zu Subinventar Empfangen von Elementen, die aus einer anderen Organisation übertragen werden und an Subinventar zu liefern Material-Overhead wird zu dem Satz oder Betrag in Kraft angewendet Zum Zeitpunkt der Transaktion. Handwaagen werden nicht neu bewertet, wenn die Rate oder Menge eines Materialaufwands neu definiert wird. Transaktions - und Kostenverarbeitung Sie können den Transaktionsprozessor einrichten, der sich auf aktuelle Mengenmengen auswirkt, die entweder periodisch (im Hintergrund) oder online (laufend aktualisierte Mengen) ausgeführt werden. Oracle empfiehlt dringend, dass Sie den Transaktionsprozessor so konfigurieren, dass er online ausgeführt wird. Der Kostpro - zessor wird immer in benutzerdefinierten Intervallen im Hintergrund laufen. Transaktion Backdating Sie können Transaktionen rückgängig machen. Wenn Sie Transaktionen rückgängig machen, werden beim nächsten Transaktionsvorgang die rückwirkenden Transaktionen vor allen anderen unbearbeiteten Transaktionen verarbeitet. Bisher verarbeitete Transaktionen werden jedoch nicht zurückgesetzt und erneut verarbeitet. Einrichten der durchschnittlichen Kalkulation Folgen Sie den Schritten in diesem Abschnitt, um eine kontinuierliche Durchschnittskalkulation einzurichten. Schritte, die zuvor in den Einrichtungsvoraussetzungen oder der Setup-Checkliste behandelt wurden, werden nur dann erwähnt, wenn für die durchschnittliche Kalkulation spezifische Einrichtungsinformationen vorhanden sind. Bei der Erstellung der Mittelkalkulation sind folgende Schritte erforderlich. Zusätzliche Schritte folgen im nächsten Abschnitt für diejenigen, die auch mit Stücklisten (BOM) allein oder WIP und Stückliste zusammen. Definieren Sie Organisationsparameter. Siehe: Organisations-Parameter-Fenster, Oracle Inventory Benutzerhandbuch. Die Kalkulationsmethode ist auf Durchschnittliches Transferdetail auf GL eingestellt. (Optional) Standardmaterial Unterelementkonto Legen Sie Materialüberschussvorgaben fest. Definieren Sie Positions - und Positionskosten und legen Sie die Positionskostenkontrolle fest. Siehe: Übersicht über das Element Setup und Kontrolle, Oracle Inventory Benutzerhandbuch. Transaktionsmanager starten. Gehen Sie wie folgt vor, um die durchschnittliche Kalkulation einzurichten: Organisationen können die Durchschnittskosten nicht teilen. Definieren Sie mindestens eine Kostentypart, um die durchschnittlichen Raten oder Mengen für Materialgemeinkosten zu halten. Siehe: Kostenarten definieren. Inventurbewertung und Transaktionskalkulation in einer durchschnittlichen Kostenorganisation beinhalten zwei Kostentypen: Seeded: Average und User-Defined: Average Rates. Ordnen Sie im Oracle Inventory im Fenster "Organisationsparameter" die im letzten Schritt definierte Kostenart als Durchschnittskosten-Kostentyp zu. Siehe: Organisationsparameterfenster, Oracle Inventory Benutzerhandbuch und Kalkulationsinformationen definieren, Oracle Inventory Benutzerhandbuch. Setzen Sie die TP: INV: Transaktionsverarbeitungsmodus-Profiloption in Oracle Inventory auf On-line-Verarbeitung. Wenn Sie eine Durchschnittskalkulation verwenden, müssen Sie Transaktionen ordnungsgemäß abwickeln, damit die Anwendung die richtigen Kosten für die Bewertung von Transaktionen und die Berechnung der Stückkosten verwendet. Eine ordnungsgemäße Transaktionssequenzierung kann nur dann sichergestellt werden, wenn alle Transaktionsverarbeitung online erfolgt. Siehe: Inventory-Profiloptionen, Oracle Inventory-Benutzerhandbuch. Einrichten der durchschnittlichen Herstellungskosten Zusätzlich zu den vorbereitenden Schritten im vorherigen Abschnitt sind die folgenden Schritte erforderlich, um die ständige Durchschnittskalkulation mit der Stückliste allein oder mit WIP und BOM zusammen zu verwenden. Setzen Sie die INV: Transaction Date Validation Profil Option auf Vergangene Datum nicht zulassen. Siehe: Inventory-Profiloptionen, Oracle Inventory-Benutzerhandbuch. Definieren Sie Stücklistenparameter. Siehe: Definieren von Stücklistenparametern, Oracle-Stücklisten Benutzerhandbuch. Durch die Festlegung von Stücklistenparametern wird sichergestellt, dass Rechnungs - und Routinginformationen (Ressourcen, Fremdbearbeitung und Gemeinkostensätze) bei der Definition von Positionskosten und Gemeinkosten zugänglich sind. Definieren Sie Ressourcen. Siehe: Definieren einer Ressource, Oracle-Stücklisten Benutzerhandbuch Sie definieren Ressource-Unterelemente, indem Sie Ressourcen, Abteilungen, Rechnungen und Arbeitspläne mit Stücklisten erstellen. Ressourcen können kalkuliert oder nicht kalkuliert werden. Da Sie mehrere Ressourcen pro Operation verwenden können, können Sie eine nicht kalkulierte Ressource für die Terminierung und eine kalkulierte Ressource für die Kalkulation verwenden. Der Kostenaktualisierungsprozeß und die Abrechnungsvorgangsverarbeitung ignorieren die nicht kalkulierten Ressourcen. Für jede Ressource bestimmt der Ladungstyp, ob die Ressource für interne (Arbeits-, Maschinen - und derartige) oder externe Verarbeitung ist. Verwenden Sie PO-Verschiebung und PO-Quittungstypen für die externe Verarbeitung. Jede Ressource hat ihr eigenes Absorptionskonto und Abweichungskonto. Definieren Sie Abteilungen. Siehe: Definieren einer Abteilung, Oracle-Stücklisten Benutzerhandbuch Weisen Sie Ressourcen zu den Abteilungen zu. Siehe: Erstellen eines Arbeitsplans, Oracle-Stücklisten Benutzerhandbuch Für Kapazitätsplanung und Overhead-Zuordnung müssen Sie jede Ressource einer oder mehreren Abteilungen zuordnen. Nachdem Sie eine Ressource zugeordnet haben, können Sie diese Ressource auswählen, wenn Sie ein Routing definieren. Definieren Sie Gemeinkosten und ordnen Sie Abteilungen zu. Siehe: Definition Overhead Der Kostenprozessor verwendet den zugewiesenen Basistyp, um die Gemeinkosten zu übernehmen und den berechneten Gemeinkosten die Aktivität zuzuordnen. Sie können anstehende Kurse definieren und den Kostenaktualisierungsvorgang verwenden, um die ausstehenden Kurse als Durchschnittspreis-Kostentyp anzugeben. Überprüfen Sie Routing - und Rechnungsstrukturen. Siehe: Übersicht der Stücklisten, Oracle-Stücklisten Benutzerhandbuch und Übersicht der Arbeitspläne, Oracle-Stücklisten Benutzerhandbuch Steuern Sie die Gemeinkosten nach Ressourcen. Für Overheads, die auf Ressourceneinheiten oder Ressourcenwerten basieren, müssen Sie die Ressourcen angeben, auf denen der Overhead basiert. Sie können dann mehrere Ressourcen in derselben Abteilung für dieselbe Operation aufladen, während Sie für jede Ressource immer einen separaten Overhead verdienen. Wenn Sie nicht Ihre Gemeinkosten und Ressourcen zuordnen, wenden Sie sich nicht auf Overhead oder laden Sie Ressourcen-basierten Overhead in WIP. Vergewissern Sie sich, dass die WIP-Parameter Erkennungsperiodenabweichung und Bedarfsschrottkonto nach Bedarf festgelegt sind. Bestätigen Sie, dass Ihre WIP Accounting Klassen und ihre Bewertungen und Accounts richtig eingerichtet sind. Siehe: WIP Accounting Klassen, Oracle Work in Process Benutzerhandbuch und Definition von WIP Accounting Klassen, Oracle Work in Process Benutzerhandbuch. Wenn Sie für unterschiedliche Bewertungs - und Abweichungskonten die gleichen Kontonummern verwenden, pflegt das Kostenmanagement automatisch Ihre Inventur - und WIP-Werte nach Kostenarten. Selbst wenn Sie dasselbe Kostenartenkonto für Inventar oder eine WIP-Abrechnungsklasse verwenden, empfiehlt Oracle, dass Sie für jede Konten unterschiedliche Konten verwenden und niemals Kontonummern zwischen Unterinventare und WIP-Abrechnungsklassen teilen. Wenn Sie dies tun, werden Sie Schwierigkeiten haben, die Inventory - und WIP-Bewertungsberichte auf Ihre Kontostände zu verteilen. Einrichten der durchschnittlichen Kalkulation mit Stückliste und WIP Zusätzlich zum Setzen der Profiloption TP: INV: Transaktionsverarbeitung in Oracle Inventory auf On-line-Verarbeitung müssen Sie auch die folgenden Optionen für WIP-Transaktionsverarbeitung auf On-line setzen: TP: WIP: Fertigstellungsvorgänge Formular TP: WIP: Materialtransaktionen Formular TP: WIP: Betrieb Backflush-Einrichtung TP: WIP: Werkstattabwicklung Siehe: Inventory-Profiloptionen, Oracle Inventory Benutzerhandbuch Siehe: Profiloptionen, Oracle Work in Process Benutzerhandbuch Raten definieren Für Ihre Ressourcen und assoziieren diese Ressourcen und Preise mit der Durchschnittskostenart. Siehe: Definieren einer Ressource, Oracle-Stücklisten Benutzerhandbuch. Anders als unter Standardkalkulation verursacht das Laden einer Ressource, die als Standardratenressource definiert wird, keine Ratenabweichungen. Für jede Ressource bestimmt der Ladungstyp, ob die Ressource für interne (Arbeits-, Maschinen - und derartige) oder externe Verarbeitung ist. Verwenden Sie PO-Verschiebung und PO-Quittungstypen für die externe Verarbeitung. Jede Ressource hat ihr eigenes Absorptionskonto und Abweichungskonto. Definieren Sie Gemeinkosten und ordnen sie Abteilungen zu. Siehe: Overhead definieren. Definieren Sie für jedes Zuschlagselementelement eine Betragsmenge in der Kostenart, die Sie als durchschnittliche Ratenkalkulationsart angegeben haben. Overheads mit einem Basistyp von Resource Units oder Resource Value verwenden die tatsächliche Transaktionsressource Menge oder Stunden, um den Overhead-Betrag zu berechnen. Der Kostenträger verwendet den zugeordneten Basistyp, um die Zuschlagsgebühr anzuwenden und weist den berechneten Gemeinkosten die Aktivität zu. Sie können ausstehende Kurse definieren und den Kostenaktualisierungsprozess verwenden, um die ausstehende Rate als Durchschnittspreis-Kostenart festzulegen. Definieren Sie die WIP-Parameter. Siehe: Definieren von WIP-Parametern, Oracle Work in Process-Benutzerhandbuch. Sie können den Parameter Schuldkonto anfordern verwenden, um festzustellen, ob ein Schrotkonto obligatorisch ist, wenn Sie Assemblies in einen Schrott-Intraoperationsschritt verschieben. Erfordert ein Schrottkonto entlastet Schrott aus dem Job oder Zeitplan. Keine Schrott-Konto verlangt die Kosten für Schrott in den Job oder Zeitplan. Wenn das Schrottkonto auf Nein gesetzt ist. Schrottkosten bleiben im Job. Siehe die folgenden Abschnitte von Oracle Work in Process Users Guide. WIP-Parameter, Baugruppenschrott und Verschrottungsbaugruppen. Sie müssen die entsprechenden durchschnittlichen Kalkulationsparameter (Default Completion Cost Source, Kostentyp, Auto Compute Final Completion und System Option) festlegen, um festzustellen, wie die Fertigstellungen berechnet werden. Die Anwendung dieser Parameter wird in den Abschnitten Assembly Completion Transaction und Resource Transaction erläutert. Definieren Sie WIP-Abrechnungsklassen. Siehe: WIP Accounting Klassen, Oracle Work in Process Benutzerhandbuch und Definition von WIP Accounting Klassen, Oracle Work in Process Benutzerhandbuch. Buchungsklassen legen fest, welche Bewertungs - und Abweichungskonten belastet werden und wann. Für die WIP-Abrechnungsklassen, die mit der Durchschnittskalkulation verwendet werden, können Sie folgende Materialkonten definieren: Material, Materialaufwand, Ressource, Außenabwicklung, Gemeinkosten, Materialabweichung, Ressourcenabweichung, Fremdabweichung, Gemeinkostenabweichung, Brücken - und Kostenstellenrechnung. Siehe: WIP-Bewertungs - und Abweichungskonten, Oracle Work in Process-Benutzerhandbuch. Hinweis: Wenn Sie für verschiedene Bewertungs - und Abweichungskonten die gleichen Kontonummern verwenden, pflegt Cost Management Ihre Inventur - und WIP-Werte automatisch nach Kostenart, auch wenn Sie das gleiche Kostenartenkonto in einem bestimmten Teilinventar oder einer WIP-Abrechnungsklasse verwenden. Oracle empfiehlt, dass Sie für jede Konten unterschiedliche Konten verwenden und niemals Kontonummern zwischen Unterinventare und WIP-Accounting-Klassen verteilen. Wenn Sie dies tun, werden Sie Schwierigkeiten haben, die Inventory - und WIP-Bewertungsberichte auf Ihre Kontostände zu verteilen. Definieren Sie Unterinventare und untergeordnete Bewertungskonten. Die fünf Bewertungskonten und das Expense-Konto werden auf Organisationsebene definiert. Die Bewertungskonten gelten für jedes Teilinventar und Intransit innerhalb der Organisation. Diese Konten können Sie nicht auf der untergeordneten Ebene unter durchschnittlicher Kalkulation ändern. Das Expense-Konto wird standardmäßig zu jedem Unterinventar innerhalb der Organisation und Sie können es überschreiben. Sie können für jede Kostenart ein anderes Bewertungskonto wählen oder für mehrere oder alle Elemente das gleiche Konto verwenden. Wie Sie Ihre Konten einrichten, bestimmt die Höhe der elementaren Details im Hauptbuch und in den Bestandsbewertungsberichten. Siehe: Definieren von Unterinventaren, Oracle Inventory Benutzerhandbuch. Durchschnittliche Kalkulationsströme In den folgenden Abschnitten werden Transaktionsströme behandelt, die bei der Abwicklung von Aufträgen in einer durchschnittlichen Kalkulationsorganisation auftreten. Issue to Account Dies bezieht sich auf diverse Sachverhalte auf ein Hauptbuchkonto oder Account-Alias. Inventar berechnet den Transaktionswert wie folgt: Transaktionswert Aktuelle Durchschnittskosten im Inventar x Transaktionsmenge Wenn Sie den aktuellen Durchschnittspreis des Elements verwenden, werden die Durchschnittskosten nicht durch diese Transaktion aktualisiert. Für diese Art der Transaktion können Sie die aktuellen Durchschnittskosten mit Ihren eigenen Kosten überschreiben. Warnung: Die Differenz zwischen den durchschnittlichen Durchschnittskosten und den eingegebenen Kosten kann die neuen Durchschnittskosten erheblich beeinträchtigen. Siehe: Verschiedene Transaktionen ausführen, Oracle Inventory Benutzerhandbuch. Rückkehr zum Lieferanten Hierbei handelt es sich sowohl um Bestellrücksendungen vom Lagerbestand direkt an den Lieferanten als auch um Rücklieferungen. Inventar berechnet den Transaktionswert wie folgt: Die folgenden Transaktionen berechnen die Durchschnittskosten einer Bestandsobjektposition: Transaktionswert Bestellpreis x Transaktionsmenge Wenn die Bestellung eine Fremdwährung verwendet, berechnet Inventory den Transaktionswert wie folgt: Transaktionswertbestellung Preis in Bestandsfunktionalität umgerechnet x Transaktionsmenge Siehe: Verwalten von Empfangsbestätigungen, Oracle Einkauf Benutzerhandbuch und Erfassen von Transaktionen, Oracle Einkauf Benutzerhandbuch. Rückkehr vom Kunden (RMA-Empfang) Bei der Bilanzierung von RMAs behält die Verteilung der Kredite zwischen aufgeschobenen COGS und tatsächlichen COGS den bestehenden Anteil aus Kalkulation bei. Sie können diesen Anteil anpassen, sobald Sie ein MMT-COGS-Erkennungsereignis angelegt haben, das angibt, dass AR seinen Anteil an den gesamten Umsatzerlösen (möglicherweise aufgrund einer entsprechenden Gutschrift) geändert hat. RMAs werden in den Beständen zu den gleichen Kosten, dass sie ausgegeben wurden und werden als Kosten im Besitz Transaktionen behandelt. RMAs werden zu den Kundenauftragskosten empfangen, und die aktuellen Durchschnittskosten werden aktualisiert. Subinventory Transfer Diese Transaktion verwendet die aktuellen Durchschnittskosten der Position, um die Übertragung zu bewerten. Da diese Kosten für alle Unterinventare in einer Organisation gleich sind, aktualisiert diese Transaktion nicht die durchschnittlichen Kosten der Position, die Sie in dem empfangenden Unterinventar übertragen. Negative Bestandsabschlüsse Transaktionen, die negative Inventurguthaben aktualisieren, werden unterschiedlich behandelt, je nachdem, ob die neue On-Hand-Menge nach der Transaktion negativ, null oder positiv ist. Der neue Saldo ist Negativ oder Null Wenn die neue On-Quant-Menge negativ oder Null ist, wird die Transaktion mit den aktuellen Durchschnittskosten kalkuliert. Neuer Saldo ist positiv Wenn die neue Menge nach der Transaktion positiv ist, wird die Transaktion in zwei Teile aufgeteilt und wie nachfolgend erläutert kalkuliert: Menge von negativ zu null Inventar verwendet die aktuellen Durchschnittskosten der Position und nicht die Transaktionskosten - für den Teil der Quittungsquantität, der das Gleichgewicht von Null auf Null erhöht. Wenn zum Beispiel der Handsaldo -25 ist und die Quittungsmenge 40 ist, erhält Inventory 25 jeweils zum aktuellen Durchschnittspreis. In der Tat ändert dies nicht die durchschnittlichen Stückkosten des Artikels. Menge von null bis positiv Inventar nutzt die Transaktionskosten für den Teil der Quittungsmenge, der das Gleichgewicht von Null auf Positiv erhöht. Aus dem obigen Beispiel erhält Inventory jeweils 15 zu den Transaktionskosten. In der Tat, dies stellt die Einheit Kosten der Transaktion als die neuen durchschnittlichen Kosten des Artikels. Inventory schreibt eine Differenz zwischen den Gesamtbelegkosten und den dem Inventar belasteten Kosten auf das durchschnittliche Kostenabweichungskonto ab. Mit dieser Funktion wird sichergestellt, dass die Buchhaltungsvorgänge, die Sie dem Hauptbuch zuordnen, und Ihre Inventarwertberichte jederzeit ausgeglichen werden. Viewing Item Cost History Information Sie können Ihre Artikelkosten untersuchen, um festzustellen, wie und warum sie sich geändert haben. Folgende Fenster können Sie dabei unterstützen: Positionskosten für Kostenträger: Zeigt die Gesamtkosten und deren elementare Kostenkomponenten (Material, Material Gemeinkosten, Ressourcen, Gemeinkosten und Außenbearbeitung) nach Kostengruppe an. Einzelposten-Kostendaten für Kostenträger: Zeigt diese Ebene, die vorherige Ebene und die aktuellen Stückkosten für eine Position innerhalb einer Kostengruppe nach Kostenarten an. Positionskostenverlauf: Zeigt die Transaktionen an, einschließlich Mengen und Transaktionskosten, die zu den neuen (laufenden) Kosten eines Artikels beigetragen haben. Sie können auch die Menge und die Kosten eines Artikels direkt vor der aktuellen Transaktion anzeigen. Auf die folgenden Fenster gelangen Sie über die Schaltflächen im Detailkostenprotokollfenster: Kostenarten: Zeigt nach Kostenarten die neuen, vorherigen oder Transaktionskosten eines Elements an. Element Kostendarstellung Grafik: Zeigt eine grafische Darstellung des Kostenverlaufs eines Elements an. Positionskosten anzeigen Navigieren Sie zum Fenster Kostenarten für Kostenstellen. Das Fenster Kostenstellen für Kostenstellen suchen wird angezeigt. Geben Sie Ihre Suchkriterien ein. Sie können nach allen Positionen innerhalb einer Kostengruppe oder nach einem Element über Kostenstellen suchen. Wählen Sie die Schaltfläche Suchen. Die Ergebnisse werden im Fenster Item Costs for Cost Groups angezeigt. So zeigen Sie Kostendetails für ein Element in einer bestimmten Kostenstelle an Wählen Sie eines der im Fenster Item Cost for Cost Groups angezeigten Positionen aus. Wählen Sie die Schaltfläche Kostendetails. Das Fenster Item Cost Details for Cost Groups erscheint. Sie können alle für die Position definierten Elementkosten auf dieser und der vorherigen Ebene anzeigen. Sie können auch die Kosten prozentual zu den Gesamtkosten anzeigen. So zeigen Sie den Kostenverlauf eines Elements an: Navigieren Sie zurück zum Fenster Item Costs for Cost Groups. Wählen Sie eine der angezeigten Positionssätze aus. Wählen Sie die Schaltfläche Kostenverlauf. Das Fenster "Item Item Cost History" wird angezeigt. Geben Sie Ihre Suchkriterien ein. Um die Suche auf einen Bereich von Daten zu beschränken, wählen Sie ein Von und Bis Datum aus. Um die Suche weiter einzuschränken, können Sie die Option Nur Transaktionen wählen, die die Einheitenkosten ändern. Wählen Sie die Schaltfläche Suchen. Die Transaktionen, die die Suchkriterien erfüllen, werden im Fenster Item Cost History angezeigt. Zur Anzeige von Vorgänger-, Transaktions - oder neuen (laufenden) Elementkosten für einen Posten Wählen Sie einen Transaktionsdatensatz im Fenster Item Cost History aus. Wählen Sie die Schaltfläche Kostenarten. Das Fenster Kosten auswählen wird angezeigt. Wählen Sie im Fenster Kosten auswählen eine der folgenden Optionen aus: Vorherige Kostenarten: Zeigen Sie die elementaren Kosten des ausgewählten Elements vor der letzten Transaktion an. Transaktionskostenarten: Zeigen Sie die elementaren Transaktionskosten für die Position an. Neue Kostenarten: Die neuen Elementkosten für die Position nach der Transaktion anzeigen. Wählen Sie die Schaltfläche OK. Das Fenster Kostenelemente erscheint und zeigt je nach Auswahl die Werte Prior, Transaktion oder Neue Kosten an. So zeigen Sie das Diagramm eines Kostenprofils an. Navigieren Sie zum Fenster Item Cost History. Wählen Sie die Schaltfläche Graph. Die Grafik wird in Ihrem Webbrowser angezeigt. Sie können Kosten und Termine anzeigen, indem Sie Punkte im Diagramm auswählen. Durchschnittliche Kostenbewertung Inventar behält kontinuierlich den Wert des Inventars und aktualisiert sie mit jeder Transaktion. Dies bedeutet, dass Sie Ihren Inventarwert schnell und genau melden können. Unbegrenzte Kostentypen Sie können eine unbegrenzte Anzahl von Kostentypen definieren und diese mit Inventarwert - und Marginanalyseberichten verwenden. So können Sie die Simulations - und Budgetkostenarten mit Ihren tatsächlichen Durchschnittskosten vergleichen. Sie können auch regelmäßig Ihre durchschnittlichen Kosten in eine andere Kostentypart für Jahr zu Jahr und andere Vergleiche speichern. Wenn Sie Oracle Bills of Material mit Inventory verwenden, können Sie die Kostenart in Explosionsberichten angeben und diese Kosten für Simulationszwecke melden. Durchschnittliche Kostenunterschiede Bei der durchschnittlichen Kostenermittlung werden Abweichungen generiert und wie folgt behandelt: Durchschnittliche Kostenabweichung Durchschnittliche Kostenabweichungen werden generiert, wenn Sie zusätzliches Material ausgeben, obwohl die Bestandssalden für dieses Material negativ sind. Inventory-Salden können negativ getrieben werden, wenn der Parameter "Negative Salden zulassen" im Fenster "Organisationsparameter" in Oracle Inventory gesetzt ist. Siehe: Organisations-Parameterfenster, Oracle Inventory Benutzerhandbuch und Definieren von Standard-Inventarparametern, Oracle Inventory Benutzerhandbuch. Wenn negative Mengen zulässig sind, erfolgt bei Eintreffen einer Quittung (oder Übertragung in) für eine Position mit negativem Inventar Folgendes: Wenn die Transaktionsmenge kleiner oder gleich dem absoluten Wert des Negativs ist quantity, that is, the on-hand quantity would be zero or negative if the transaction were processed, then the transaction is valued at the current average unit cost. If the transaction quantity is greater than the absolute value of the negative on-hand quantity, that is, the on-hand quantity would be positive if the transaction were processed, then the transaction is valued in two parts: At the current average unit cost for the quantity required to bring on-hand inventory balance to zero At the normal transaction unit cost for the remainder of the transaction quantity. The difference between the units valued at the current average unit cost and those valued at the normal transaction unit cost is written to the average cost variance account. The Average Cost Variance account is also charged when a transaction results in a negative amount in inventory for one or more cost elements of an item. See: Defining Costing Information, Oracle Inventory Users Guide . Important: If you develop a large balance in the Average Cost Variance account, adjust your average costs. Invoice Price Variance (IPV) Invoice price variance is the difference between the purchase price and the invoice price paid for a purchase order receipt. Invoice price variances are generated when the invoice is processed and matched to the PO line items. Upon invoice approval, Oracle Payables automatically records this variance to both the invoice price variance and exchange rate variance accounts. IPV is determined and recorded the same under standard and average costing. Note: The application prevents IPV transfers to Inventory Valuation for the Landed Cost Management (LCM) enabled parent PO receipts. Cycle Count and Physical Inventory Inventory considers cycle count and physical inventory adjustments as variances. Distribute these variances to the general ledger when you perform the general ledger transfer or period close. Borrow Payback Variance Under project manufacturing costing, borrowpayback variance accounts are set up in the Cost Group window to make it possible for one project to borrow from another and return (payback) in the original cost See: Using the Account Generator in Oracle Purchasing, Oracle Purchasing Users Guide . Average Cost Transactions The following types of cost transactions can occur: Note: For purchasing related transactions, this table applies to inventory destinations. See: Overview of Receipt Accounting, Oracle Purchasing Users Guide . Average Cost Update Note: The accounts in average costing 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. 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: