Aktualisieren Gleitender Durchschnitt

Aktualisieren des gleitenden Durchschnittspreises Wir wollen den Preis eines Materials anpassen, um den Lagerungsaufwand zu berücksichtigen, indem wir 10 zum Preis hinzufügen. Wir haben Verfahren gefunden, um den Preis zu ändern, wenn die Preiskontrolle Standard ist, aber keine für gleitende Durchschnittspreise. Wie ich es verstehe, wird der gleitende Durchschnittspreis für jedes Material neu berechnet, sobald der Bestand eingegangen ist und der neue Wert in der Tabelle MBEW (VERPR) gespeichert ist. Wir sind ziemlich gut entschlossen, dass wir es nicht ändern wollen. Vielmehr scheint es am besten einfach 10 zum Wareneingangszeitpunkt hinzuzufügen (und eine Splitbewertung für die Kontierung durchzuführen). I146ve hat die Transaktion MIGO auf User-Exits untersucht und ein Paar gefunden, das vielversprechend aussieht: EXITSAPM07DR001 (Customer Function Exit: Materialbelegposition für GRGI Doc) und EXITSAPM07DR002 (Customer Function Exit: Acct Assgmt für mehrere Acct Assgmt). Ich fand keine BADIs. Hat jemand diese Ausgänge für diesen Zweck verwendet Gibt es andere Ausgänge oder BADIs, die angemessener wäre Ist es sinnvoll, den Preis auf diese Weise ändern Nun, bekam ich über die Antwort, die ich erwartet hatte. Ill schließen Sie es in ein paar Tagen, wenn niemand irgendwelche Ideen hat. Nachricht wurde bearbeitet von: Rob Burbank Stichworte: abapAverage Costing Überblick über die durchschnittliche Kalkulation Unter den durchschnittlichen Kosten-Systemen ist die Stückkosten eines Posten der Durchschnittswert aller Einnahmen dieses Posten zu Inventar auf einer Einheit 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 Transaktion zu Durchschnittskosten Durchschnittskosten pflegen Automatische Anbindung an Ihr Hauptbuch Abgleich von Bestandslisten mit dem Hauptbuch Analysieren Sie die Gewinnspannen anhand einer Istkostenmethode Inventar ermöglicht die negativen 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 im Bestand befindlichen 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. Ununterbrochene 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ückgabe an den Lieferanten Übertragung zwischen Organisationen, in denen die empfangende Organisation die Durchschnittskostenrechnung verwendet Verschiedene und Kontoquittungen Verschiedene und 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 Stückkosten 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. Speziell 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 von einer anderen Organisation übertragen werden und an Subinventar zu liefern Material Overhead wird mit 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 von 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 abgegrenztem COGS und tatsächlichem COGS den bestehenden Anteil von 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 Kosten für Ihr Inventar 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 ihre elementaren 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 einen Posten mit negativem Inventar Folgendes: Wenn die Transaktionsmenge kleiner oder gleich dem absoluten Wert des Negativs ist Wenn die Transaktion verarbeitet wurde, die Transaktion mit den aktuellen durchschnittlichen Stückkosten bewertet wird. Wenn die Transaktionsmenge grßer ist als der absolute Wert der negativen Handmenge, dh die Handmenge wäre positiv, wenn die Transaktion verarbeitet würde, dann wird die Transaktion in zwei Teilen bewertet: zu den aktuellen durchschnittlichen Stückkosten Für die Menge, die erforderlich ist, um den Inventarbestand auf Null zu bringen. Bei den normalen Transaktionseinheitskosten für den Rest der Transaktionsmenge. Die Differenz zwischen den zu den aktuellen durchschnittlichen Stückkosten bewerteten Einheiten und denen, die zu den normalen Transaktionseinheitskosten bewertet werden, wird auf das durchschnittliche Kostenabweichungskonto geschrieben. Das durchschnittliche Kostenabweichungskonto wird auch belastet, wenn eine Transaktion für einen oder mehrere Kostenarten eines Elements einen negativen Bestand im Bestand hat. Siehe: Kalkulationsinformationen definieren, Oracle Inventory Benutzerhandbuch. Wichtig: Wenn Sie eine große Balance im Konto der durchschnittlichen Kostenabweichung entwickeln, passen Sie Ihre durchschnittlichen Kosten an. Rechnungspreisabweichung (IPV) Die Rechnungspreisabweichung ist die Differenz zwischen dem Kaufpreis und dem Rechnungspreis, der für einen Bestellbeleg bezahlt wird. Rechnungspreisabweichungen werden generiert, wenn die Rechnung verarbeitet und mit den Bestellpositionen abgeglichen wird. Nach Rechnungsfreigabe erfasst Oracle Payables diese Abweichung automatisch sowohl für die Rechnungspreisabweichung als auch für die Wechselkursabweichungskonten. IPV wird unter Standard - und Durchschnittskosten ermittelt und notiert. Hinweis: Die Anwendung verhindert, dass IPV-Übermittlungen in die Bestandsbewertung für die mit Landed Cost Management (LCM) freigegebenen PO-Quittungen durchgeführt werden. Cycle Count und Inventory Inventory berücksichtigt Zyklus Zählung und Inventur Anpassungen als Abweichungen. Verteilen Sie diese Abweichungen auf das Hauptbuch, wenn Sie die Hauptbuchübertragung oder den Periodenabschluss durchführen. Borrow Payback Varianz Bei der Projektkostenkalkulation werden im Fenster der Kostengruppe Leihvariantenkonten eingerichtet, um es einem Projekt zu ermöglichen, von einem anderen Leihgeber zu leihen und in den ursprünglichen Kosten zurückzukehren. Siehe: Verwendung des Account Generators im Oracle Purchasing, Oracle Benutzerhandbuch. Durchschnittliche Kostentransaktionen Folgende Arten von Kostentransaktionen können auftreten: Hinweis: Für Einkaufsbezogene Transaktionen gilt diese Tabelle für Bestandsziele. Siehe: Übersicht über die Buchhaltung, Oracle Purchasing Benutzerhandbuch. Durchschnittliche Kostenaktualisierung Hinweis: Bei den Durchschnittskalkulationstransaktionen handelt es sich um die Standardkonten, wenn die Durchschnittskalkulation verwendet wird. Wenn Subledger Accounting (SLA) aktiviert ist und SLA-Regeln angepasst werden, werden die Standardkonten nicht verwendet. Durchschnittskalkulation Einkaufstransaktionen In diesem Abschnitt werden Buchungsbelege für durchschnittliche Kalkulationstransaktionen angezeigt. Hinweis: Bei den Durchschnittskalkulationsbeschaffungsvorgängen handelt es sich um die Standardkonten, wenn die Durchschnittskalkulation verwendet wird. Wenn Subledger Accounting (SLA) aktiviert ist und SLA-Regeln angepasst werden, werden die Standardkonten nicht verwendet. Wareneingang zur Wareneingangsprüfung Über das Fenster Wareneingang im Oracle-Einkauf erhalten Sie Material oder Fremdbearbeitungspositionen von einem Lieferanten in eine Empfangsstation (Zieltypempfang). Sie können dieses Fenster auch verwenden, um Material direkt zum Inventar zu erhalten. Siehe: Bestellungseingang zum Inventar. Wenn Sie von einem Lieferanten Material oder Fremdbearbeitungsgegenstände erhalten, wird die Eingangsinspektionskonto belastet und das Inventory AP Accrual-Konto wird auf der Grundlage der empfangenen Menge und des Bestellpreises gutgeschrieben. Empfangen Inspection-Konto PO-Kosten Inventory AP Abgrenzungskonto PO-Kosten Wichtig: Wenn eine Bestellposition einen definierten Preis fehlt, verwendet das System Null, um die Transaktion zu bewerten. Siehe: Eingangsrechnung, Oracle Purchasing Benutzerhandbuch. Übersicht über den Account Generator, Oracle Applications Benutzerhandbuch. Verwenden des Kontogenerators im Oracle-Einkauf, Oracle Purchasing Benutzerhandbuch. Lieferung von Wareneingang bis Wareneingang Sie können das Fenster Wareneingangstransaktionen verwenden, um Material von der Wareneingangsprüfung ins Inventar zu verschieben. Das System verwendet die Menge und den Bestellpreis der gelieferten Position, um das Empfangskonto und die Menge zu aktualisieren. Das System verwendet die Durchschnittskosten. Die Buchungseinträge lauten wie folgt: Organisation Materialkonto Bearbeitungskosten Erfassung Inspektionskonto Bearbeitungskosten Die Durchschnittskosten werden mit dem Transaktionswert des Bestellauftrags mit der Transaktionsmenge neu berechnet. Material Overhead Wenn Ihr Element Material Overhead (s) hat, erhalten Sie Material-Overhead bei Lieferungen von der Eingang Inspektion. 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:The SampP 500 closed December with a monthly gain of 1.82 after a gain of 3.42 in November. All three SampP 500 MAs are signaling invested and three of the five Ivy Portfolio ETF MAs mdash Vanguard Total Stock Market ETF (VTI), PowerShares DB (DBC), and Vanguard FTSE All-World ex-US ETF (VEU) mdash are signaling invested. In the table, monthly closes that are within 2 of a signal are highlighted in yellow. The above table shows the current 10-month simple moving average (SMA) signal for each of the five ETFs featured in The Ivy Portfolio. Weve also included a table of 12-month SMAs for the same ETFs for this popular alternative strategy. For a facinating analysis of the Ivy Portfolio strategy, see this article by Adam Butler, Mike Philbrick and Rodrigo Gordillo: Backtesting Moving Averages Over the past few years weve used Excel to track the performance of various moving-average timing strategies. But now we use the backtesting tools available on the ETFReplay website. Anyone who is interested in market timing with ETFs should have a look at this website. Here are the two tools we most frequently use: Background on Moving Averages Buying and selling based on a moving average of monthly closes can be an effective strategy for managing the risk of severe loss from major bear markets. In essence, when the monthly close of the index is above the moving average value, you hold the index. When the index closes below, you move to cash. The disadvantage is that it never gets you out at the top or back in at the bottom. Also, it can produce the occasional whipsaw (short-term buy or sell signal), such as weve occasionally experienced over the past year. Nevertheless, a chart of the SampP 500 monthly closes since 1995 shows that a 10- or 12-month simple moving average (SMA) strategy would have insured participation in most of the upside price movement while dramatically reducing losses. Here is the 12-month variant: The 10-month exponential moving average (EMA) is a slight variant on the simple moving average. This version mathematically increases the weighting of newer data in the 10-month sequence. Since 1995 it has produced fewer whipsaws than the equivalent simple moving average, although it was a month slower to signal a sell after these two market tops. A look back at the 10- and 12-month moving averages in the Dow during the Crash of 1929 and Great Depression shows the effectiveness of these strategies during those dangerous times. The Psychology of Momentum Signals Timing works because of a basic human trait. People imitate successful behavior. When they hear of others making money in the market, they buy in. Eventually the trend reverses. It may be merely the normal expansions and contractions of the business cycle. Sometimes the cause is more dramatic mdash an asset bubble, a major war, a pandemic, or an unexpected financial shock. When the trend reverses, successful investors sell early. The imitation of success gradually turns the previous buying momentum into selling momentum. Implementing the Strategy Our illustrations from the SampP 500 are just that mdash illustrations. We use the SampP because of the extensive historical data thats readily available. However, followers of a moving average strategy should make buysell decisions on the signals for the each specific investment, not a broad index. Even if youre investing in a fund that tracks the SampP 500 (e. g. Vanguards VFINX or the SPY ETF) the moving average signals for the funds will occasionally differ from the underlying index because of dividend reinvestment. The SampP 500 numbers in our illustrations exclude dividends. The strategy is most effective in a tax-advantaged account with a low-cost brokerage service. You want the gains for yourself, not your broker or your Uncle Sam. Hinweis . For anyone who would like to see the 10- and 12-month simple moving averages in the SampP 500 and the equity-versus-cash positions since 1950, heres an Excel file (xls format) of the data. Our source for the monthly closes (Column B) is Yahoo Finance. Columns D and F shows the positions signaled by the month-end close for the two SMA strategies. In the past weve recommended Mebane Fabers thoughtful article A Quantitative Approach to Tactical Asset Allocation. The article has now been updated and expanded as Part Three: Active Management in his book The Ivy Portfolio. coauthored with Eric Richardson. This is a must read for anyone contemplating the use of a timing signal for investment decisions. The book analyzes the application of moving averages the SampP 500 and four additional asset classes: the Morgan Stanley Capital International EAFE Index (MSCI EAFE), Goldman Sachs Commodity Index (GSCI), National Association of Real Estate Investment Trusts Index (NAREIT), and United States government 10-year Treasury bonds. As a regular feature of this website, we update the signals at the end of each month. For additional insights from Mebane Faber, please visit his website, Mebane Faber Research . Footnote on calculating monthly moving averages: If youre making your own calculations of moving averages for dividend-paying stocks or ETFs, you will occasionally get different results if you dont adjust for dividends. For example, in 2012 VNQ remained invested at the end of November based on adjusted monthly closes, but there was a sell signal if you ignored dividend adjustments. Because the data for earlier months will change when dividends are paid, you must update the data for all the months in the calculation if a dividend was paid since the previous monthly close. This will be the case for any dividend-paying stocks or funds.