Gleitender Durchschnitt Vorhersage Einleitung. Wie Sie vermutlich schauen, betrachten wir einige der primitivsten Ansätze zur Prognose. Aber hoffentlich sind diese zumindest eine lohnende Einführung in einige der Rechenprobleme im Zusammenhang mit der Umsetzung von Prognosen in Tabellenkalkulationen. In diesem Sinne werden wir von Anfang an beginnen und beginnen mit Moving Average Prognosen zu arbeiten. Gleitende durchschnittliche Prognosen. Jeder ist vertraut mit gleitenden durchschnittlichen Prognosen, unabhängig davon, ob sie glauben, sie sind. Alle Studenten tun sie die ganze Zeit. Denken Sie an Ihre Testergebnisse in einem Kurs, in dem Sie vier Tests während des Semesters haben werden. Angenommen, Sie haben eine 85 auf Ihrem ersten Test. Was würden Sie vorhersagen, für Ihre zweite Test-Score Was glauben Sie, Ihr Lehrer würde für Ihre nächste Test-Punkt vorhersagen Was denken Sie, Ihre Freunde könnten für Ihre nächste Test-Punkt vorherzusagen Was denken Sie, Ihre Eltern könnten für Ihre nächste Test-Score Unabhängig davon vorhersagen Alle die blabbing Sie tun könnten, um Ihre Freunde und Eltern, sie und Ihr Lehrer sind sehr wahrscheinlich zu erwarten, dass Sie etwas im Bereich der 85 erhalten Sie gerade bekommen. Nun, jetzt gehen wir davon aus, dass trotz Ihrer Selbst-Förderung an Ihre Freunde, Sie über-schätzen Sie sich und Figur, die Sie weniger für den zweiten Test lernen können und so erhalten Sie eine 73. Nun, was sind alle betroffenen und unbekümmerten gehen Erwarten Sie erhalten auf Ihrem dritten Test Es gibt zwei sehr wahrscheinlich Ansätze, damit sie eine Schätzung unabhängig davon entwickeln, ob sie sie mit Ihnen teilen. Sie können zu sich selbst sagen, dieser Kerl ist immer bläst Rauch über seine smarts. Hes gehend, ein anderes 73 zu erhalten, wenn hes glücklich. Vielleicht werden die Eltern versuchen, mehr unterstützend und sagen, quotWell, so weit youve bekommen eine 85 und eine 73, so vielleicht sollten Sie auf eine über (85 73) 2 79. Ich weiß nicht, vielleicht, wenn Sie weniger feiern Und werent wedelte das Wiesel ganz über dem Platz und wenn Sie anfingen, viel mehr zu studieren, konnten Sie einen höheren score. quot erhalten. Beide dieser Schätzungen sind wirklich gleitende durchschnittliche Prognosen. Der erste verwendet nur Ihre jüngste Punktzahl, um Ihre zukünftige Leistung zu prognostizieren. Dies wird als gleitende Durchschnittsprognose mit einer Datenperiode bezeichnet. Die zweite ist auch eine gleitende durchschnittliche Prognose, aber mit zwei Perioden von Daten. Nehmen wir an, dass alle diese Leute, die auf deinem großen Verstand zerschmettern, Art von dich angepisst haben und du entscheidest, auf dem dritten Test aus deinen eigenen Gründen gut zu tun und eine höhere Kerbe vor deinen quotalliesquot zu setzen. Sie nehmen den Test und Ihre Gäste ist eigentlich ein 89 Jeder, einschließlich selbst, ist beeindruckt. So jetzt haben Sie die abschließende Prüfung des Semesters herauf und wie üblich spüren Sie die Notwendigkeit, alle in die Vorhersagen zu machen, wie youll auf dem letzten Test tun. Nun, hoffentlich sehen Sie das Muster. Nun, hoffentlich können Sie das Muster sehen. Was glauben Sie, ist die genaueste Pfeife, während wir arbeiten. Nun kehren wir zu unserer neuen Reinigungsfirma zurück, die von Ihrer entfremdeten Halbschwester namens Whistle While We Work begonnen wurde. Sie haben einige vergangene Verkaufsdaten, die durch den folgenden Abschnitt aus einer Kalkulationstabelle dargestellt werden. Zuerst präsentieren wir die Daten für eine dreidimensionale gleitende Durchschnittsprognose. Der Eintrag für Zelle C6 sollte jetzt sein Sie können diese Zellformel auf die anderen Zellen C7 bis C11 kopieren. Beachten Sie, wie der Durchschnitt bewegt sich über die jüngsten historischen Daten, sondern verwendet genau die drei letzten Perioden zur Verfügung für jede Vorhersage. Sie sollten auch bemerken, dass wir nicht wirklich brauchen, um die Vorhersagen für die vergangenen Perioden zu machen, um unsere jüngste Vorhersage zu entwickeln. Dies ist definitiv anders als das exponentielle Glättungsmodell. Ive eingeschlossen das quotpast predictionsquot, weil wir sie auf der folgenden Webseite verwenden, um Vorhersagegültigkeit zu messen. Nun möchte ich die analogen Ergebnisse für eine zwei-Periode gleitenden Durchschnitt Prognose zu präsentieren. Der Eintrag für Zelle C5 sollte jetzt sein Sie können diese Zellformel auf die anderen Zellen C6 bis C11 kopieren. Beachten Sie, wie jetzt nur die beiden letzten Stücke der historischen Daten für jede Vorhersage verwendet werden. Wieder habe ich die quotpast Vorhersagequot für illustrative Zwecke und für die spätere Verwendung in der Prognose Validierung enthalten. Einige andere Dinge, die wichtig zu beachten sind. Für eine m-Periode gleitende Durchschnittsprognose werden nur die m neuesten Datenwerte verwendet, um die Vorhersage durchzuführen. Nichts anderes ist notwendig. Für eine m-Periode gleitende durchschnittliche Prognose, wenn Sie Quotpast Vorhersagequot, beachten Sie, dass die erste Vorhersage tritt im Zeitraum m 1 auf. Diese beiden Fragen werden sehr wichtig sein, wenn wir unseren Code entwickeln. Entwicklung der Moving Average Funktion. Nun müssen wir den Code für die gleitende Durchschnittsprognose entwickeln, die flexibler genutzt werden kann. Der Code folgt. Beachten Sie, dass die Eingaben für die Anzahl der Perioden sind, die Sie in der Prognose und dem Array der historischen Werte verwenden möchten. Sie können es in beliebiger Arbeitsmappe speichern. Funktion MovingAverage (Historical, NumberOfPeriods) als einzelne Deklarations - und Initialisierungsvariablen Dim Item als Variant Dim Zähler als Integer Dim Summe als Single Dim HistoricalSize als Integer Initialisierung von Variablen Zähler 1 Akkumulation 0 Festlegung der Größe des Historical Arrays HistoricalSize Historical. Count For Counter 1 bis NumberOfPeriods Summieren der entsprechenden Anzahl der zuletzt beobachteten Werte Accumulation Accumulation Historical (HistoricalSize - NumberOfPeriods Counter) MovingAverage Accumulation NumberOfPeriods Der Code wird in der Klasse erklärt. Sie wollen die Funktion auf der Kalkulationstabelle positionieren, so dass das Ergebnis der Berechnung erscheint, wo es die folgenden. Welche039s die Differenz zwischen gleitenden Durchschnitt und gewichteten gleitenden Durchschnitt Ein 5-Perioden gleitenden Durchschnitt, basierend auf den Preisen oben, würde berechnet werden Unter Verwendung der folgenden Formel: Basierend auf der obigen Gleichung betrug der Durchschnittspreis für den oben aufgeführten Zeitraum 90,66. Mit gleitenden Durchschnitten ist eine effektive Methode zur Beseitigung starker Preisschwankungen. Die Schlüsselbegrenzung besteht darin, dass Datenpunkte von älteren Daten nicht anders gewichtet werden als Datenpunkte nahe dem Anfang des Datensatzes. Hier kommen gewichtete gleitende Mittelwerte ins Spiel. Gewichtete Mittelwerte weisen eine höhere Gewichtung auf aktuellere Datenpunkte zu, da sie relevanter sind als Datenpunkte in der fernen Vergangenheit. Die Summe der Gewichtung sollte bis zu 1 (oder 100) addieren. Im Fall des einfachen gleitenden Durchschnitts sind die Gewichtungen gleichmäßig verteilt, weshalb sie in der obigen Tabelle nicht dargestellt sind. Schlusskurs AAPLUsing Istkalkulation In diesem Kapitel werden die folgenden Themen behandelt: Voraussetzungen Kann ich bei der Verwendung der Ist-Nr. Die Anschaffungskosten eingeben. Da die Istkosten berechnet werden, können Sie keine Kostendaten über das Fenster Kostendetails eingeben. Anfangskosten bei Verwendung der Istkostenmethode eingeben Die Istkosten können nicht manuell über das Fenster Kostendetails eingegeben werden. Um die Kosten für die erste Periode für Istkosten einzugeben, verwenden Sie die Positionskosten-API, um die Kosten zu laden. Setzen Sie die ersten Periodenkosten aus einer externen Anwendung oder Legacy-Systemen. Wie kann das Inventar unter den tatsächlichen Kosten leicht abgestimmt werden? In den folgenden Abschnitten finden Sie einige Empfehlungen zur Vereinfachung der Bestandsabstimmung in der Istkalkulation. Empfehlungen für eine leichtere Bestandsabstimmung unter Istkosten Wenn die Period Moving Average (PMAC) - Methode für Istkosten verwendet wird, dann setzen Sie die Purchase Price Variance auf Buchbestand auf PO Preis im Fenster Event Fiscal Policy. PPV wird nicht erfasst und die Kostenneubewertung ist nicht erforderlich. Für die Chargenabrechnungsbuchungen ordnen Sie das CLS-Konto dem Inventar zu, so dass der fertige Warenbestandssaldo im Nebenbuch mit der Bestandsbewertung synchron ist. Wenn die Period Weighted Average (PWAC) - Methode für Istkosten verwendet wird, setzen Sie die Purchase Price Variance auf Buchinventar zu Positionskosten im Fenster Event Fiscal Policy. PPV wird bei jedem Eingang erfasst, aber der Netto-Effekt ist am Ende der Periode wegen der Mittelung Null. Führen Sie den Kostenaufwertungsprozess aus, um das Inventar am Ende des Zeitraums genau abzustimmen. Ist die tatsächliche Kosten-Support-Rechnung Überschreibung der Quittungen Ja. Die Istkosten verwenden, sofern verfügbar, den Rechnungspreis, und der Rechnungspreis wird über den Bestellpreis in den Kostenberechnungen vorgezogen. Rechnungsüberschreibung der Einnahmen Die Istkosten verwenden, sofern verfügbar, den Rechnungspreis, und der Fakturapreis wird in der Kalkulationsberechnung gegenüber dem PO-Preis bevorzugt. Damit das Matching korrekt funktioniert, empfiehlt es sich, die Rechnung mit einer Quittung (Drei-Wege-Match) anstatt einer PO (2-Way Matching) zu vergleichen. Wenn die Rechnung auf eine Bestellung abgestimmt ist, übersteigt der Rechnungspreis alle Belege für die Bestellposition, obwohl die Rechnung nur eine Quittung enthält. Setzen Sie die GMF: Rechnungen ausschließen, die keine Quittungen an Ja haben, sodass nur diejenigen Rechnungen berücksichtigt werden, die im aktuellen Kalkulationszeitraum eine entsprechende Quittung aufweisen. Die in der laufenden Periode erfassten Rechnungen gegen Einnahmen in früheren Perioden werden ignoriert und jeder Preisunterschied wird über die Rechnungspreisabweichung (IPV) aufgelöst. Was sind die Kriterien für eine Chargenaufnahme in Istkostenberechnungen Das Istkostenverfahren berücksichtigt nur geschlossene Chargen in den Kostenberechnungen. Kriterien für die Chargeneinbindung in Istkostenberechnungen Das Istkostenverfahren berücksichtigt nur geschlossene Chargen in den Kostenberechnungen. Das Batch-Schlussdatum muss innerhalb der Kalkulationszeiträume liegen, beginnend und ende (einschließlich der beiden Daten). Verstehen der Istkalkulation OPM erfasst die Istkosten aus Geschäftsvorfällen. Die Anschaffungskosten der Rohstoffe werden auf der Grundlage der Rohmaterial-Kaufaufträge und / oder Rechnungen erfasst. Die Kosten der Produkte werden auf der Grundlage der tatsächlichen Mengen der verbrauchten Rohstoffe und der Ressourcennutzung oder der Umwandlungskosten in der Produktionscharge erfasst. Eine Transaktionshistorie wird als Referenz verwaltet. Tatsächliche Kostenberechnungsmethoden Nachfolgend sind die tatsächlichen Kostenberechnungsmethoden: Periodengewichtete Durchschnittskosten (PWAC) Dies sind die durchschnittlichen durchschnittlichen Kosten des Rohmaterials während des Berichtszeitraums auf der Grundlage des geschätzten Gesamteinkommens (oder des fakturierten) Preises für die gesamte Bestandsmenge. Bei den gewichteten Durchschnittskosten handelt es sich um eine strikten durchschnittlichen Kosten für den Zeitraum, der auf der Gesamtzahl der Perioden und den geschätzten oder endgültigen Preisen basiert. Die PWAC wird berechnet, indem - die Summe der Transaktionsmenge multipliziert mit dem Preis - durch die Summe der Transaktionsmenge dividiert wird, wie in der folgenden Abbildung dargestellt: Trans-Anzahl - Empfangsmengen oder AP-Schnittstellen innerhalb der Kalkulationsperiode Preise - Oder AP Rechnungsendpreise in der Kalkulationsperiode Period Moving Average Cost (PMAC) OPM berechnet die durchschnittlichen Kosten für den Zeitraum während der Vorperioden Kosten mit den letzten Perioden Inventar Saldo und Kosten: PMAC wird berechnet, indem das Ergebnis der - Die Vorperioden-Inventurbilanz multipliziert mit den Vorperiodenkosten zuzüglich der Summe der Transaktionsmenge multipliziert mit dem Preis - um die Vorperioden-Inventurbilanz zuzüglich der Summe der Transaktionsmenge, wie in der folgenden Abbildung gezeigt. Vorheriger Zeitraum Inv Balance - Dies ist die vorherige Periode Inventar Balance erfasst aus dem Bestandszeitraum endet Salden. Vorperiodenkosten - Die Vorperioden-Istkostenkomponente aus der Kostenkomponentendetail-Tabelle. Trans-Anzahl - Empfangs-Transaktionsmengen oder AP-Interfaced-Mengen innerhalb des Kalkulationszeitraums. Preis - Erhaltene Schätzpreise oder AP Rechnungsendpreise im Kalkulationszeitraum. Perpetual Weighted Average Cost (PPAC) Die kontinuierliche gewichtete Durchschnittskostenart berechnet die Durchschnittskosten für die erfassten Quittungen und Mengen innerhalb der definierten Grenzen des Kostenkalenders. Die Definition des Kalenders kann wiederum mit einem Geschäftsjahr identisch sein oder kann über mehrere Geschäftsjahre hinausgehen, die die Flexibilität einer Vielzahl von Methoden des Perpetual Weighted Average bieten. Die PPAC wird berechnet, indem - die Summe der Transaktionsmenge multipliziert mit dem Preis - durch die Summe der Transaktionsmenge dividiert wird, wie in der folgenden Abbildung dargestellt: Trans-Menge - Empfangsmengen oder AP-Schnittstellenmengen vom Beginn des Kalkulationskalenders bis zum Ende der laufenden Periode. Preis - Erhalt der geschätzten Preise oder der AP-Rechnungsendpreise im Kalkulationskalender. Letzte Transaktionskosten Es gibt zwei Methoden, um die letzten tatsächlichen Kosten eines Rohmaterials zu bestimmen: LSTT - Diese Methode verwendet die letzte Transaktion innerhalb des Kalkulationszeitraums, unabhängig davon, ob es sich um eine Quittung oder eine Kreditorenrechnung handelt. LSTI - Diese Methode verwendet die letzte Kreditorenbuchhaltung-Transaktion innerhalb des Kalkulationszeitraums, auch wenn es letzte Einnahmen mit geschätzten Preisen gibt. Bei Fehlen von AP-Rechnungstransaktionen wird der letzte Eingang für die tatsächlichen Kosten berücksichtigt. Letzte Transaktionskostenanpassungen werden alle anderen Transaktionen für die tatsächlichen Kosten ersetzt. Bei beiden Verfahren sind die Anpassungseinheitskosten die tatsächlichen Kosten. Letzte Transaktion (LSST) - OPM verwendet die letzte Transaktion im Kalkulationszeitraum als Basis für die Rohstoffkosten (falls für die Periode keine Rechnungsbeträge für die Periodenrechnung vorhanden sind, wird mit dem letzten Quittungspreis der Rohstoff kalkuliert). Last Invoice Transaction (LSTI) - OPM verwendet die letzte Kreditorenbuchhaltung im Kalkulationszeitraum als Basis für die Rohmaterialkosten, auch wenn zu einem späteren Zeitpunkt noch Rohmaterial-Eingangstransaktionen erfolgen. Wenn es für den Zeitraum keine Rechnungsabgrenzungsposten gibt, wird der letzte Quittungspreis für die Kosten des Rohmaterials verwendet. Tatsächliche Kostenanpassungen ersetzen eine der Methoden, die verwendet werden, um tatsächliche Kosten zu berechnen - eine bereinigte Kosten sind die tatsächlichen Kosten. Transaktionen in Istkosten beschreiben Die Istkosten werden entweder als Rohstoffkosten oder Produktkosten berechnet. Transaktionen für Rohstoffkostenberechnungen Die Rohstoffkosten für eine Position in einer Organisation basieren auf den folgenden eingehenden Transaktionen: Einkaufsquittungen inklusive Fracht - und Sonderentgelte, die auf der Bestellung geschätzt werden, Retouren und Korrekturen von Quittungen Eröffnung von Inventarsalden General Ledger Aufwandsverrechnung für Indirekte Gemeinkosten Inventurübertragungen einschließlich Prozess zu diskreter Organisation, Interorg-Transfers und interne Aufträge innerhalb und zwischen den operativen Einheiten Ein gewichteter Durchschnitt aller eingehenden Transaktionen wird erhoben, um zu den Materialkomponenten zu gelangen. Während des tatsächlichen Kostenprozesses werden Gemeinkosten, Aufwandsverteilungen und Anpassungen auch auf die Position zusammen mit den Materialkosten angewendet. Transaktionen für Produktkostenberechnungen Bei der Berechnung der Produktkosten werden die Produktionschargen als eingegangene Transaktion berücksichtigt. Alle anderen eingehenden Transaktionen ähneln der Rohstoffkostenberechnung. Transaktionen, die Rohstoffkosten beeinflussen Einkaufen und Rechnungen Der Istkostenprozess umfasst die folgenden Einkaufsdetails: Wählt die Beleg - und Rechnungsdetailsdaten aus den entsprechenden Oracle Purchasing - und AP Invoice-Tabellen aus. Der Istkostenprozess berücksichtigt Fracht - und Sonderentgelte, die das Inventar beeinflussen, und berechnet die Positionskosten entsprechend. Inventory Transfer Inventory Transfer wird ähnlich wie jede andere Transaktion in OPM wie Rechnung oder Belege behandelt und die Kosten werden als die Kosten an der Quelle Bestandsorganisation bestimmt. OPM Tatsächlicher Kostenprozeß unterstützt die folgenden Arten von Transfers: Interorg-Transfers (Menge bei den Organisationskosten für Transfers innerhalb einer Organisation und Transferpreis gilt für Transfers zwischen verschiedenen Organisationen Folgende Formel: C ist die gewünschte Kosten für die aktuelle Periode unter Verwendung der PMAC-Kostenmethode Qx ist die Menge, die als Ergebnis der Übertragung in der aktuellen Periode Cx erhalten wird, die Kosten der übertragenen Waren Quelle Bestandsorganisation Qx2 entspricht Transaktionen, die in einer früheren Periode freigegeben wurden, aber in der laufenden Periode eingegangen sind Cx2 ist die Kosten der übertragenen Güter Dies entspricht den vorherigen Periodenpositionskosten der Quellinventur Organisation Die obige Formel kann auch dargestellt werden Wie folgt: C die nach dem PMAC-Kostenverfahren berechneten Kosten, einschließlich der Transfers Q (1) die Summe (Qp Summe von (Qr) Qa) C (1) die Kosten ohne Transfers sind, die in der ursprünglichen Formel vor dem Inventar berechnet wurden Übertragung wurde durchgeführt Das folgende Beispiel veranschaulicht, wie das tatsächliche Kostenprogramm Transfers verarbeiten und Istkosten berechnen wird. Gehen Sie davon aus, dass die vorangegangenen Periodenkosten und die vorangegangenen Periodenbestände für den Bestand CORN: NY Inventurorganisationen sind Vorherige Periodenkosten: 2,05 LB (Pfund) Bestandssaldo: 5000 LB (Pfund) BOS Inventory Organization Bisherige Periodenkosten: 2,90 LB Inventar Saldo: 2000 LB Darüber hinaus sind folgende PO-Quittungen für die laufende Periode vorhanden: Bestandsübertragung von 100 LB CORN von NY zu BOS Inventurorganisation Kosten bei der NY-Inventurorganisation (5000 LB 2,05 500 LB 1,50) (5000 500) 11000 5500 2,00 LB Da die Inventurübertragung von der NY-Inventarorganisation stammt, gibt es keinen Einfluss auf die Rohstoffkostenberechnung des Posten CORN bei der NY-Inventarorganisation. Die folgende Berechnung zeigt, wie sich die Inventurübertragung auf die Kostenberechnung des Posten CORN bei der BOS-Inventurorganisation auswirkt: Kosten bei der BOS-Inventurorganisation (2000 LB 2,90 1000 LB 1,75 100 LB 2,00) (2000 1000 100) 7750 3100 2,50 LB Dies ist der Fall Die tatsächlichen Kosten für die Position CORN bei der NY und BOS Inventar Organisationen berechnet. Das Nebenbuchprogramm verwendet dann diese Kosten, um Inventurübertragungen zu buchen. Transfers zwischen Prozessen und diskreten Organisationen Inventory kann von einer Organisation zur anderen über eine einfache Inter-Organisation Transfer übertragen werden oder mit internen Aufträgen, wo Unterstützung Transfer Dokumente erforderlich sind. Die tatsächlichen Kosten berücksichtigen die Bestandsübergänge zwischen den Prozessinventarorganisationen innerhalb derselben juristischen Einheit zu den Kosten der Quellenorganisation. Für Transfers, die über rechtliche Einheiten hinausgehen, wird der Transferpreis verwendet. Für Transfers, die von einer diskreten Inventarorganisation zu einer Prozeßinventurorganisation oder umgekehrt stammen, wird der Transferpreis verwendet, unabhängig davon, ob die Übertragung innerhalb oder über juristische Personen erfolgt. Im Fall eines Prozesses zu diskreten oder diskreten Transaktionsverarbeitungen wird die Differenz zwischen der sendenden Organisation8217s und dem Übertragungspreis in einem neuen Konto, dem Inter-Org-Profitkonto, erfasst. Der Gewinn aus solchen Transfers wird schließlich ausgewaschen, wenn Konten auf Unternehmensebene konsolidiert werden. Voraussetzungen Sie müssen einen Transferpreis für jede Kombination von Prozess - und Discrete-Organisationen einrichten, zwischen denen diese Transfers durchgeführt werden. Das Profil, CST: Transfer Pricing Option, in Oracle Costing steuert, ob Übertragungspreis für interne Auftragsübertragungen in den operativen Einheiten verwendet werden soll Wenn ja, ob der Transferpreis als Eingangskosten verwendet werden soll oder nicht. Das Profil wird nur für Transfers von diskreten zu diskreten Inventurorganisationen verwendet. Bei diesen Transfers wird keine Unterstützung für die Lot-Level-Kalkulation gewährt. Keine Unterstützung für die Elementare Nebenwirkungen werden über die Übertragung gewährt, da ein Übertragungspreis verwendet wird. Arten von Übertragungen Alle Arten von Übertragungen: direkte oder intransitive Übertragungen mit Hilfe der internen Transfer - oder Intransit - Aufträge Transfers über operative Einheiten, über Sätze von Büchern sind zwischen Prozess-und diskrete Organisationen erlaubt. Änderungen im Fenster "Schifffahrtsnetze" Das Fenster "Schifffahrtsnetze" in der Oracle Inventory-Anwendung enthält eine Registerkarte Transferpreis. Diese Registerkarte enthält zwei Felder, Preisliste und Interorg-Profitkonto. Die Preisliste wird verwendet, um den Transferpreis mit der statischen Preisoption sowohl vom OPM-Costprozessor als auch vom Oracle Costing PAC Costprozessor abzuleiten. Die Perpetual-Costing-Prozessoren von Oracle Costing ignorieren den Transferpreis. Das Formular "Inter-Organisation Transfer" wird verwendet, um einen Transfer zwischen zwei Organisationen zu erstellen. Richten Sie einen Transferpreis zwischen zwei Organisationen ein, wenn die Übertragung zwischen einem Prozess und diskreten Organisationen erfolgt. Wenn der Transferpreis nicht zum Zeitpunkt der Transaktionserstellung abgeleitet werden kann, schlägt die Übertragung fehl. Verknüpfen der Quell - und Zieltransfer-Transaktionen Für jede Transfertransaktion werden zwei Transaktionen erstellt, eine für die Quell-Organisation und die andere für die Ziel-Organisation. Im Fall einer Direktübertragung unter Verwendung der interorganisatorischen Überweisung wird die Transaktions-ID der anderen Seite der Transaktion in jeder der beiden Transaktionen beibehalten. Im Falle eines Intransit-Transfers oder Transfers mit internen Bestellungen trägt jedoch nur die Quell-Transaktion einen Link zu der anderen Transaktion. Diese Beziehung wird im Fall des Prozesses auf diskreten Transfer beibehalten. Inventory Transaction Manager Der Inventory-Transaktionsmanager unterstützt die folgenden Prozesse, um den Transfer zu diskriminieren: Erstellt eine logische Transaktion, sobald ein Prozess zur diskreten Transaktionstransaktion erstellt wird, der intransit auf die andere Organisation wirkt. Wenn z. B. eine Übertragung von PR1 zu M3 mit FOB-Punkt, der als Versand eingestellt ist, erfolgt, ist das Intransit nach Abschluss der Versandtransaktion im Besitz von M3 und es muss eine logische Transaktion für die Organisation M3 angelegt werden. Weitere Informationen zum Cost Manager finden Sie im Oracle Cost Management User8217s Guide. Der Übertragungspreis wird, falls vorhanden, auf der Materialtransaktionstabelle für interne Aufträge im Transit-Transfer über die operative Einheit der Transaktionen gestempelt. Wenn der Transferpreis nicht verfügbar ist, wird die Transaktion nicht angelegt und Fehler. Cost Manager Concurrent Process Eine Transaktion erzeugt zwei Transaktionen in der Materialtransaktionstabelle. Eine ist die Sendung und die andere ist die Quittungstransaktion. Der Kostenmanager leitet die Kosten für Transaktionen mit diskreten organisationsübergreifenden Transaktionen ab (die andere ist die Transaktion der Transaktionsorganisation). Für Intransit-Transfers gibt es eine Auswirkung auf die diskrete Organisation aus dem Prozessvorgang und umgekehrt, und Kalkulation und Buchhaltung hängen von dem für die Übertragung eingerichteten FOB-Punkt ab. Der Kostenmanager erzeugt Buchungseinträge für die diskrete Organisation, die von dieser Übertragung betroffen ist. Für die interne Übertragung zu einem diskreten Durchschnitt, LIFO (Last In First Out) und FIFO (First In First Out) kostet Organisation mit FOB auf Versand dann die Kosten-Manager re-averages die Kosten in der Zielorganisation nach Abschluss der ersten Sendung Transaktion. Beispielsweise stammt eine Übertragung von einer diskreten Organisation M3 zu der Prozessorganisation PR1. Der FOB-Punkt ist Empfangen. Wenn die Übertragung von M3 versendet wird, wird in der Materialtransaktionstabelle für die Quellorganisation (M3) eine Zeile angelegt. Der Kostenmanager kostet diese Transaktionen. Wenn die Transaktion in PR1 empfangen wird, wird in der Transaktionstabelle für die Zielorganisation (PR1) eine zweite Zeile erzeugt. Die Transaktion befindet sich im Besitz von PR1, aber für M3 wird ein Buchhaltungseintrag erzeugt, um den Intransit-Eintrag zu löschen und einen Interorg-Debitoreneintrag aufzuzeichnen. Der Journaleintrag für M3 wird nur erstellt, wenn der Beleg abgeschlossen ist. Wenn das Inventar von der Prozessorganisation (PR1) in die diskrete Organisation (M3) übertragen wird und der FOB-Punkt Versand ist, dann wird für die M3 ein Journaleintrag erstellt, wenn die Übertragung versandt wird. Für M3, Zielorganisation, werden Transaktionen und Interorganisationsverbindungen erstellt. Wenn M3 eine durchschnittliche Kostenorganisation ist, werden die Kosten in M3 ebenfalls basierend auf den eingehenden Kosten erneut gemittelt. OPM Ist-Kosten-Gleichzeitiger Prozess Der OPM Ist-Kosten-Prozess umfasst alle Transfers einschließlich derjenigen, die aus einer diskreten Organisation stammen. Die Kosten der eingehenden Übertragung aus einer diskreten Organisation werden zu dem Transferpreis zwischen den beiden Organisationen betrachtet. Folgende Leistungsmerkmale werden unterstützt: Transfers sowohl aus Prozess - als auch aus diskreten Organisationen werden für die Kostenberechnung berücksichtigt Transfers aus der diskreten Organisation werden beim Transferpreis berücksichtigt Da Transferspreisen verwendet werden, werden Transfers innerhalb und über die operativen Einheiten hinweg auch für die Kostenkalkulationen berücksichtigt Gemeinkosten Gemeinsamer Overhead Sind die Kostenberechnungen identisch mit der Standardkosten-Overhead-Berechnung, die während des Standard-Kosten-Rollup-Prozesses verwendet wird. Es ist wichtig zu beachten, dass Overhead-Kosten definiert und für Rohstoffe oder Produkte berechnet werden können. Daher müssen Overhead-Kosten berechnet werden, bevor die Produktionskosten berechnet werden. Overhead-Einheit Die Kosten werden berechnet, indem die Positionsmenge in die Summe von - Overhead-Nutzung, multipliziert mit Overhead-Menge, multipliziert mit Ressourcenkosten, wie in der folgenden Abbildung gezeigt, berechnet wird. Aufwandsverrechnung Sie können einen Kostenbetrag übernehmen und auf mehrere Rohstoffe oder Produkte prozentual verteilen. Sie können beliebige Last-Minute-Anpassungen der Zuordnungen vor den tatsächlichen Kostenberechnungen durchführen. Sicherstellen, dass Aufwendungen in der richtigen Periode zugeteilt werden und dass Chargen im gleichen Zeitraum abgeschlossen und geschlossen werden. Eine weitere Möglichkeit besteht darin, die Kostenstellen über die Kostenzuordnungspflege manuell in OPM einzugeben. GL-Aufwandsberechnung Die Rohstoff - und Aufwandsberechnungen berücksichtigen die Komponentenkosten der Vorperiodenbestände bei der Berechnung von Durchschnittswerten. Diese Methode stellt sicher, dass keine Übereinstimmung zwischen den Inventarkonten und der Bestandsbewertung auf der Grundlage der Stückkosten besteht. Die für die PMAC-Rohstoffkostenberechnungen berücksichtigte laufende Transaktionsmenge ist die gesamte Quittungsmenge in dieser Periode und wird, soweit vorhanden, nicht durch die Verbrauchsmenge überschrieben. Allerdings wurde die Kostenberechnung für PMAC so geändert, dass sie die Vorperiodenreservenbilanz und die Vorperiodenkosten wie folgt berechnet hat: Für Rohmaterialien wird der Aufwandsbetrag als Summe der zuzuteilenden Aufwendungen und des Produkts der Vorperiodenbestandsverteilung berechnet Und vorherige Kosten. Diese wird dargestellt als: GL Aufwandskomponente (Vorperiodenbestandssaldo Vorperiodenaufwand Komponentenaufwand) Aufwandsbetrag für laufende Periode Frühere Periode Inventurabschluss Empfangene Menge Bei Produkten wird die Summe als Summe des vorherigen Periodenguthabens ermittelt Und gegebenenfalls die Gesamtmenge. Der Aufwandsbetrag ist die Summe der Aufwendungen, die in der laufenden Periode zuzuordnen sind, und dem Produkt aus Vorperiodenbeständen und vorherigen Kosten. Dies wird dargestellt als: Aufwandskomponentenkosten (Vorperiodenbestandssaldo Vorlaufkomponentenkosten) Aufwandsbetrag für laufende Periode Frühere Periodenbestände Inventurbilanz Produzierte Menge Empfangene Menge (falls vorhanden) Die Aufwandsverrechnungen werden mit Vorperiodenbestandsverrechnungen für Positionen gemittelt, Transaktionen, wie Quittungen oder Produktion. Wenn eine Aufwandmenge ungleich Null vorliegt, die nicht zugeordnet werden konnte, weil die Gesamtmenge Null ist, wird eine Warnung angezeigt. Tatsächliche Kostenanpassungen Tatsächliche Kosten werden auf Basis der Anpassungen neu berechnet, die Sie für die angegebene Position, die Bestandsführung, den Kostenkalender und die Kostenperiode angeben. Die Istkostenanpassung unterstützt drei Anpassungstypen: Durchschnittliche Kostenanpassungseinheit Kostenanpassung Im mittleren Kostenanpassungstyp können Sie eine Menge und Kosten angeben. Diese Anpassung simuliert eine Transaktion, die außerhalb des OPM Actual Cost Prozesses stattgefunden hat. Wenn Sie beispielsweise ein Drittsystem verwenden, um Transaktionen aufzuzeichnen, verwenden Sie diesen Anpassungstyp, um das Ereignis zu replizieren, um es in die Kostenberechnungen aufzunehmen. Das Ist-Ist-Verfahren berücksichtigt diese Transaktionen ähnlich einem Bestellbeleg. Die Durchschnittskostenanpassung errechnet sich wie folgt: Mit dem Wertberichtigungstyp können Sie eine Anpassung ohne eine Menge eingeben, deren Wert auf die gesamte für die Istkostenberechnung berücksichtigte Menge angewendet wird. Die Wertberichtigung errechnet sich wie folgt: Mit dem Anschaffungskurs Anpassungstyp können Sie die tatsächlichen Stückkosten der Position mit den angegebenen Kosten anpassen. Der Ist-Ist-Prozeß berechnet die Kosten der Position nach der aktuellen Logik und wendet dann diese Einheitskostenanpassung an, um die neuen angepassten Kosten zu berechnen. Diese bereinigten Kosten werden die neuen tatsächlichen Kosten des Artikels. Zuerst wird die neue Stückkosten (ohne Stückkostenanpassung) wie folgt berechnet: Die Stückkostenanpassung ist erst dann enthalten, wenn die Istkosten auf Basis der vorhandenen Anpassungstypen berechnet werden. Dann werden die neuen Stückkosten (mit der Stückkostenanpassung) wie folgt berechnet: Transaktionen, die Produktkosten beeinflussen Produktkosten Sie können OPM berechnen die tatsächlichen Kosten von Produkten, die nützlich ist, wenn Sie die tatsächlichen Produktkosten für den Zeitraum über mehr verbreiten müssen Als eine Kostenkalenderperiode. Angenommen, Sie haben ein stabiles Niveau der Produktion für zehn Tage in einem Kostenkalender. Steigt die Produktion im elften Zeitraum an, so steigen auch die Produktionskosten. OPM verwendet eine der folgenden Methoden, um die Produktkosten zu berechnen, sodass diese überdurchschnittlich hohen Produktkosten für den Zeitraum über einen längeren Zeitraum neu verteilt und übereingestimmt werden: 1 - Period Moving Average Cost (PMAC) 2 - Period Wighted Durchschnittliche Kosten (PWAC) 3 - Perpetual Average Cost (PPAC) Hinweis: Die Rohstoffberechnung und die Produktberechnungstypen können unterschiedlich sein. Zum Beispiel können Rohstoffe auf der Grundlage der Period Weighted Average Cost (PWAC) berechnet werden, und Produkte basierend auf Period Moving Average Cost (PMAC). Period Moving Average Cost (PMAC) OPM berechnet die Kosten des Produkts auf der Grundlage von geschlossenen Chargen in diesem Zeitraum und auch auf Vorperiodenbestände und Periodenkosten. Wenn das Produkt in diesem Zeitraum hergestellt, aber nicht empfangen oder in Rechnung gestellt wird, erfolgt folgende Berechnung: PMAC (PBAL PCOST) BCOST (PBAL BQTY) PBAL ist die abschließende Bestandsverbuchung für Position in der aktuellen Bestandsorganisation in der Vorperiode. Dies gilt für alle Kostenkomponenten für Position. PCOST ist die Komponenten-Kosten aus früheren Kosten Zeitraum. BCOST ist die Summe der Komponentenkosten aller Bestandteile in allen Chargen für die spezifische Kostenkomponente in diesem Zeitraum. BQTY ist die Gesamtmenge, die in diesem Zeitraum in allen Chargen produziert wird. Dies gilt für alle Kostenkomponenten für Position. RCOST ist die Gesamteinkaufsbetrag für diese Komponente in diesem Zeitraum wurde dieser Betrag in der Rohstoffkostenberechnung für die Position verwendet. RQTY ist die Menge, die in den Rohstoffkostenberechnungen für diese Position verwendet wird. Wenn das Produkt in dieser Periode produziert und empfangen oder in Rechnung gestellt wird, wird folgendes berechnet: PMAC (PBAL PCOST) BCOST RCOST (PBAL BQTY RQTY) Periodengewichtete Durchschnittskosten (PWAC) Berechnet die Kosten eines Produktes nur auf der Grundlage von Transaktionen der laufenden Periode . Alle geschlossenen Chargen der Periode werden berücksichtigt. Wenn das Produkt in dieser Zeitspanne hergestellt, aber nicht empfangen oder in Rechnung gestellt wird, wird folgendes berechnet: Wird das Produkt in diesem Zeitraum hergestellt und empfangen oder in Rechnung gestellt, so wird berechnet: BCOST ist die Summe der Komponentenkosten aller Zutaten in Alle Chargen für die spezifische Kostenkomponente in diesem Zeitraum. BQTY ist die Gesamtmenge, die in diesem Zeitraum in allen Chargen produziert wird (dies gilt für alle Kostenkomponenten für Position). RCOST ist der Gesamtbeleg für diese Komponente in diesem Zeitraum. Diese Menge wurde in der Rohstoffkostenberechnung für die Position verwendet. RQTY ist die Menge, die in den Rohstoffkostenberechnungen für diese Position verwendet wird. Period Perpetual Average Cost (PPAC) Berechnet die durchschnittlichen Kosten eines Produkts, basierend auf den gesamten Kalendertransaktionen und - chargen bis einschließlich der Vorperiode und der aktuellen Periode. Wenn das Produkt in diesem Zeitraum hergestellt, aber nicht empfangen oder in Rechnung gestellt wird, wird folgendes berechnet: PPAC PPACCOST BCOSTPPACQTY BQTY Wenn das Produkt in dieser Periode produziert und empfangen oder in Rechnung gestellt wird, ergibt sich folgende Berechnung: PPAC PPCO BCOST RCOSTPPAC BQTY RQTY PPACCOST Ist das Ergebnis der Transaktionsmenge, die die Transaktionskomponenten-Kosten für Kalender - zu Vorperioden-Transaktionen umfassen, die alle vorangegangenen Kalenderbeleg-Transaktionschargen und Anpassungen des Kalenders umfassen. PPACQTY ist die Summe der Transaktionsmenge für Kalender - zu Vorperiodengeschäften. BCOST ist die Summe der Komponentenkosten aller Bestandteile in allen Chargen für die spezifische Kostenkomponente in diesem Zeitraum. BQTY ist die Gesamtmenge, die in diesem Zeitraum in allen Chargen produziert wird (dies gilt für alle Kostenkomponenten für Position). RCOST ist der Gesamtbeleg für diese Komponente in diesem Zeitraum. Diese Menge wurde in der Rohstoffkostenberechnung für die Position verwendet. RQTY ist die Menge, die in den Rohstoffkostenberechnungen für diesen Posten verwendet wird. Produktions-Chargen-Kosten Die tatsächliche Verwendung der Zutaten aus der Produktion wird für geschlossene Chargen erfasst. Die Zinskosten werden nach der tatsächlichen Kostenrohstoffmethode für Ihre Kostenmethode berechnet. Die tatsächliche Ressourcennutzung, die Anzahl und der Durchsatz werden in der Anwendung OPM Process Execution erfasst. Ressourcen - oder Nominalkosten werden in der Kalkulation erfasst. Die Chargeneinheitskosten werden berechnet, indem die Summe der Bestandteilmenge, multipliziert mit den tatsächlichen Kosten der Bestandteile plus der Summe der Ressourcennutzung multipliziert mit der Ressourcenzahl, durch die Menge der Stückgutmenge, wie in der folgenden Abbildung gezeigt, berechnet wird Wird durch Dividieren der Summe aus der Periodenbatchmenge multipliziert mit den Chargeneinheitskosten zuzüglich der Summe der Allokationen multipliziert mit der Summe der Anpassungen um die Summe aller Periodenbatchmengen, wie in der folgenden Abbildung dargestellt: Produktionsbatches In der Prozessausführung können Sie bei der Erstellung eines Labbatches angeben, ob Sie das Inventar aktualisieren möchten, indem Sie das Kontrollkästchen Inventur aktualisieren aktivieren. Wenn Sie dieses Kontrollkästchen nicht aktivieren, wird die Inventurorganisation auf null gesetzt. In diesem Fall werden keine Bestandstransaktionen angelegt und der Istkostenprozess ignoriert diese Chargen in der Kostenrechnung. Als Ergebnis werden die Abweichungen nicht berechnet. Rezeptprozessverlust Der Istkostenprozess berücksichtigt den Prozessverlust bei der Ermittlung der Kosten. Der Prozessverlust ist definiert als der prozentuale Anteil der Formel und Prozessrouten (Rezept) und wird auf die Produktausbeute angewendet. Die Batch-Transaktionen umfassen den Prozessverlust, um den tatsächlichen Verbrauch und die Ausgabe eines Elements zu bestimmen. Aktivitätsfaktoren und Gebühren Der Aktivitätsfaktor gibt an, wie oft eine Aktivität ausgeführt wird. Die Faktoren werden auf die Ressourcennutzung bei der Berechnung der Ressourcenkosten angewendet. Die Anzahl der Gebühren wird durch die Kapazität bestimmt und bezieht sich auf die Anzahl, in der ein Routing-Schritt, eine Aktivität oder eine bestimmte Ressource (die Ebene, in der die Gebühren aufrechterhalten werden, abhängig von der Benutzereinrichtung) durchgeführt werden muss. Dies ist spezifisch für ein Rezept. Die neue Produktentwicklung umfasst einen neuen Operationsskalierungstyp, Fixed by Charge. Dieser Skalierungstyp bestimmt, ob die Ressourcenkosten durch die Anzahl der Gebühren festgelegt sind. Der Cost Rollup-Prozess berücksichtigt die neue Skalierung und berechnet die Kosten entsprechend. Weitere Informationen zum Fixed by Charge-Skalierungstyp finden Sie im Oracle Process Manufacturing Product Development-Benutzerhandbuch. Das Ist-Ist-Verfahren berücksichtigt sowohl die Aktivitätsfaktoren als auch die Gebühren, da diese bei der Berechnung der Kosten in die Batch-Transaktionsdetails einbezogen werden. Wiederherstellen eines Produktionsstapels Mit dem Istkostenprozess können Sie einen Stapel erneut öffnen, um Einträge zu korrigieren. Wenn die Chargendetails zur Berechnung der tatsächlichen Kosten eines Produkts verwendet wurden, wird eine Warnmeldung angezeigt. Führen Sie den Istkostenprozess erneut aus, um sicherzustellen, dass die Kosten korrekt sind und die Änderungen widerspiegeln. Wenn eine Charge bereits gebucht ist oder zu einer eingefrorenen Ist-Kosten beigetragen hat, kann sie nicht wieder geöffnet werden. Inventory Transfer von Produkten Der Ist-Cost-Prozess unterstützt Inventar Transfers von Produkten. Die Kosten von der Quellinventurorganisation werden in der Kostenrechnung berücksichtigt, um zu einem genauen Aufwand der Position in der Bestimmungsinventurorganisation zu gelangen. Ein Produkt in der Quellen - oder Bestimmungsort-Bestandsorganisation und die Übertragung werden innerhalb eines Zeitraums abgeschlossen. Ein Produkt in einer Bestimmungsort-Bestandsorganisation und - übertragung ist über Perioden abgeschlossen. Ein Produkt in einer Quellinventurorganisation und die Übertragung werden über Perioden aufgehoben. The canceled transfers within a period are ignored. In manufacturing companies, material transfer between legal entity locations is a common practice depending on production or other requirements. A raw Material or product is transferred to a consumption facility to produce a product or to a distribution facility to ship to a customer. For example, oranges are first received into a processing facility, and then transferred to a production facility to produce a final product. This final product, from multiple inventory organizations, is transferred to a distribution facility to ship to customers. To calculate the actual cost, all the costs of the item at the source locations is included in the average cost at the receiving location. The two common types of product transfers are: Transfer of a product from a production inventory organization to a destination inventory organization Transfer of a product from multiple production inventory organizations to a distribution inventory organization To evaluate the cost of an item, the Actual Cost process looks at transfer records, which are either completed or canceled in the current period. Product Transfer Example 1: Product transfer from production inventory organization to a distribution inventory organization In this example, the cost for the product PROD-A is as follows: Production Inventory Organization: WHS1 Cost: 5.00 per LB Inventory Balance: 200 LB Distribution Inventory Organization: WHS2 Cost: 6.00 per LB Inventory Balance: 500 LB Transfer 100 pounds of product PROD-A from the production inventory organization WHS1 to distribution inventory organization WHS2. The inventory transfer originates from WHS1, there is no impact on the cost in that inventory organization. Cost is impacted at WHS2 as shown: Cost at WHS2 (Previous Balance Previous Cost) (Transfer Qty Unit Cost at WHS1) (Previous Balance Transfer Qty) ((500 6) (100 5)) (500 100) (3000 500)600 5.8333 per LB Product Transfer Example 2: Product transfer from multiple production inventory organizations to a distribution inventory organization In this example, the cost for the product PROD-A is as follows: Production Inventory Organization: WHS1 Cost: 5.00 per LB Inventory Balance: 200 LB Production Inventory Organization: WHS2 Cost: 6.00 per LB Inventory Balance: 200 LB Distribution Inventory Organization WHSE3: No cost exist. Transfer 100 pounds of product PROD-A from production inventory organizations WHS1 and WHS2 to a distribution inventory organization WHS3. Incoming transfers are averaged to get the cost at the destination inventory organization WHS3 as shown: Cost at WHS3 (Transfer Qty from WHS1 Unit Cost at WHS1) (Transfer Qty from WHS2 Unit Cost at WHS2) (Previous Balance Transfer Qty) ((100 5) (100 6)) (100 100) (500 600)200 5.5 per LB Product Transfer Example 3: Raw material transfer in source and product in destination locations This example shows the item PROD is produced from the ingredient item RAW-MATL in period 2. The items have following costs in period 1 and 2 as shown in the tables: (4005 0) 200 Production Period 1 balance, no impact of transfer Calculating PMAC Cost with Circular References The actual cost calculates the cost of items in a circular reference repeatedly, until it arrives at a cost that does not change. The cost from the previous iteration is used in the current iteration. The cost is recalculated until the cost in the previous iteration and the current iteration match. To restrict the Actual Cost process from running infinite number of iterations, a maximum limit of 200 is set in the program. You can override this value by changing the profile value for GMF: Actual Costing Maximum Iteration Limit for Circular Reference. Using the PMAC Method, OPM calculates the cost of the product based on closed batches in this period, and also on prior-period inventory balances, using the following calculation: PMAC ITEM A (PBAL PCOST) BCOST PBAL BQTY PBAL is equal to 2948 PCOST is equal to 109.14 BQTY is equal to 1000 PMAC Cost ITEM B is equal to 12.034 BCOST (PMAC Cost ITEM B 1000 PMAC Cost ITEM A 500) Iteration 1 (2948 109.14) (1000 12.034 500 109.14) 2948 1000 98.40 Iteration 2 (2948 109.14) (1000 12.034 500 98.40) 2948 1000 97.00 Iteration 3 (2948 109.14) (1000 12.034 500 97.00) 2948 1000 96.83 Iteration 4 (2948 109.14) (1000 12.034 500 96.83) 2948 1000 96.81 Iteration 5 (2948 109.14) (1000 12.034 500 96.81) 2948 1000 96.80 Iteration 6 (2948 109.14) (1000 12.034 500 96.80) 2948 1000 96.80 Since the PMAC Cost for Item A stabilizes after the 6th iteration at a cost of 96.80, the calculation stops. Setting Up Expense Allocations Accrued indirect costs (such as material overhead) maintained in accrual accounts can be included in actual cost calculations. These accrued costs are captured from General Ledger. Define the parameters to allocate accrued costs automatically to designated cost component classes. Expense Allocation Setup Chronology Define Allocation Codes Define Expense Allocation Accounts Define Allocation Definitions Defining Allocation Codes Allocation codes are required to bring in balances from General Ledger expense accounts. You can define parameters to allocate these expenses to appropriate cost component classes. Since allocations can be processed in multiple steps, we recommend that you adopt a naming convention to simplify processing of ranges of allocation codes. To define allocation codes: Navigate to the Allocation Codes window. Specify the Legal Entity for which you are defining expense allocations. Required. Allocation Code Details Enter a code that defines the expense allocation in Allocation Code . Required. Enter a brief Description of the expense allocation. Required. Defining Allocation Basis On this window you specify the item, component class, and related information required to identify where the allocation details are generated. The accounts maintain the information (for example, the quantity of production and machine usage) associated with each item. The allocation is setup and are based on GL balances. When you enter item code and tab out of the field, the cost component class, analysis code, and inventory organization fields default from the previous record. To define allocation definitions: Navigate to the Allocation Definitions window. Specify the Legal Entity for which you are entering allocation. Specify the allocation code for which you are entering allocation definitions in Allocation Code . The corresponding allocation description displays automatically. Required. Indicate the allocation method to use in Allocation Basis . Select GL Balances if the allocation percentage is to be calculated based on the balance in the basis account. When you use this allocation type, you define the account key, balance type, and period and year-to-date. Select Fixed to use a fixed percentage for the calculation. If you use this allocation type, then the Account, Balance Type, and Period and Year-to-Date fields are bypassed you only enter percentages by item. The allocation basis applies to all lines for the allocation code. Required. Basis - GL Expenses Line displays the generated number for each line. Enter a valid Oorganization . Required. Specify the Item to which expenses are allocated. Required. If you specified GL Expenses in the Allocation Basis field, then specify the account from which the basis amount is used to determine the allocation percentage in the Account field. Required. Description displays the description of the basis account. Enter the Balance Type for the basis account type. Required. Specify the year-to-date or period-to-date indicator in Year-to-datePeriod-to-date . Select Period-to-date if this balance amount should be used to calculate the allocation percentage. Select Year-to-date if this balance amount will be used to calculate the allocation percentage. Required. This region contains Line, Organization, Item, and Basis Type as described in the previous topic. If the fixed allocation method is used, then enter the allocation for the line in Fixed . If you specified GL Expenses in the Allocation Basis field, you cannot edit the entry. Percentages are calculated dynamically. You can enter allocation definition details whose total percentage value does not equal 100. If your total percentage value is less than or greater than 100, then a warning displays when saving the window. You can either save without making any changes or go back and correct the percentage values. The Cost Allocation process flags such codes as not equal to 100 percent and ignores these codes during processing. The system displays the total percentage entered until the save. It allows you to selectively enter more records or update existing records. Item Description displays a description of the item. Enter a valid Component Class Code . Only those component classes that were defined as allocation detail are available in the list of values and only one of these can be entered. Required. Enter a valid Analysis Code . Note: After you have defined expense allocations, you must define the accounts to which overhead expenses will post when those expense allocations are used. See the Define Expense Allocation Accounts discussion for details. Defining Expenses to Allocate This window lets you indicate the accounts where the expenses are tracked in General Ledger. In this window, you define the expense pool to allocate and on the Allocation Definitions window, you specify the products to which these expenses are allocated. Note: Ensure that the expenses are allocated in the same period that they were incurred in. When using Actual Costing, To define allocation accounts: Navigate to the Expenses to Allocate window. Specify the Legal Entity . Required. Specify a valid Allocation Code defined for the legal entity for which you are allocating expenses to. The allocation code description displays automatically. Required. Expense Pool - Accounts OPM automatically displays Line numbers in sequence. You cannot edit the entry. Enter the From Account . Enter the To Account . Specify the accounts Balance Type used for this expense pool. The available options are: Specify if the expense should be year-to-date or period-to-date balance in Period to DateYear To Date . Required. Expense Pool - Description This region has Line, From and To Account Description, Balance Type besides the Period to DateYear to Date as described. Specify if the expense should be year-to-date or period-to-date balance in Period to DateYear To Date . Required. Using Material Cost Component Classes If you want to track the entire batch from the individual raw material to intermediary and end product, then setup a unique component class and analysis code for the raw material and ingredient calculation. Item costs are defined using the component classes and analysis codes. You setup the component class and analysis code while calculating raw material cost for purchases and transfers. To associate material component classes and analysis codes: Navigate to the Material Cost Component Class window. Enter the Legal Entity for which you are defining material component classes. Required. Enter a valid Organization . Required. Enter a valid Item Cost Category . If you enter a valid item cost category, then the Item field is not available and your cursor is moved to the Material Component Class field. You can leave the Item Cost Category blank and specify an item instead. Enter a valid Item . If you enter a valid item code, then the cursor moves to the Material Component Class field. Enter a valid Component Class Code . It is treated as a material component class either for an item cost category or an item. You can designate any cost component class as the material component class. Required. Specify a valid cost Analysis Code . It is treated as a material analysis code in combination with the material cost component class either for an item cost category or an item. Required. Indicate the Start Date for the material component class and cost analysis code definition effective from. Required. Indicate the End Date for the material component class and cost analysis code definition until which they are effective to. Required. Note: It is recommended that the costing period start and end dates should be one day later than the General Ledger calendar. For example, the following scenario supports this suggestion: Start and End Date 1196-123197 General Ledger Calendar 4196-43097 Costing Calendar 4196-50197 Defining Adjustment Reason Codes If there is a need to adjust actual costs calculated by OPM, then use the Actual Costs Adjustments to enter the adjustment costs. You must specify a valid reason code to justify the reason for the cost change. To define adjustment codes: Navigate to the Actual Cost Adjustment Code window. Specify the Code that explains the reason for adjusting the actual cost calculation for a raw material or a product. Required. Enter a brief Description of the reason (for example, 8220Supplier Price Increase8221). Required. Enter the Subledger Entry box to indicate whether to book the adjustment to subledger or not. Processing Cost Allocations This procedure allocates accrued expenses from the general ledger accounts to the appropriate costing allocation codes. This functionality requires Oracle General Ledger to be fully installed. If you are using OPM not integrated with Oracle Financials, and GL is not fully installed, then a warning message displays and the data you enter may not be used. To process cost allocations: Run the Cost Allocation Process concurrent process by running the Report and selecting the process. The following restrictions pertain to running the Cost Allocation process: You can only run one allocation process at a time You cannot run process for a closed period You can only use calendar belonging to the legal entity for which you have authorization Note: Use the Reset option in the event of abnormal shutdown during a process (that is, for any situation in which the process did not end normally). This option resets internal parameters. Legal Entity linked to this cost calendar (on the Cost Calendar window) displays automatically. You cannot edit the entry. Cost Calendar indicates the cost calendar for which you are allocating expense costs. Required. Period indicates the cost calendar period for which you are allocating expense costs. Required. Indicate the Cost Type you are running for. The Period Status of the cost calendar period you specified displays automatically. You cannot edit the entry. Fiscal Year indicates the fiscal year (defined in the appropriate General Ledger application) from which cost expenses will be selected for processing. Period indicates the fiscal year period (defined in the appropriate General Ledger application) from which cost expenses will be selected for processing. Note: The GL Fiscal Year and Period must be valid for the cost calendars legal entity. Otherwise, an error displays. You have the option of exporting cost expenses for all allocation codes, or restricting the export to cost expenses for a range of allocation codes in Allocations From and To . Indicate whether to delete previous data that were processed for the cost expense allocation parameters by selecting Yes or No for Refresh Interface . Click Ok and Submit to run the process. Running the Actual Cost Process Describes running the Actual Cost process. If you have enabled the Landed Cost Management functionality for your organization, then the Actual Cost Process considers the estimated and actual landed cost adjustments in cost calculations and updates the cost adjustments in the Actual Cost Adjustments window. Actual Cost Prerequisites The following prerequisite conditions must be met in order to produce accurate actual cost calculations: All Purchasing receipts and invoices must be entered, with any necessary price corrections. Freight and special charges must be entered. It is recommended that you close all production batches that can be closed. Expense allocations must be completed. All overhead details must be assigned. All actual cost adjustments must be completed. For PMAC, the prior period must be closed or preliminary closed. To run the actual cost process: Navigate to the Actual Cost Process window. The Start Actual Cost Process window displays. Enter the Legal Entity . Enter the Calendar . Costs are processed for the legal entity and the cost type linked to this calendar. Required. Enter the Period for which actual costs are processed. This period defines the start and end dates for selecting all transactions. This period in the cost calendar must be either open or frozen (a closed period cannot be entered). Required. Period Status displays the status of the calendar period (Open, Closed, or Frozen). You cannot edit this field. Specify the actual Cost Type for which all cost calculations are calculated and updated. The default is the cost type linked to the cost calendar. The cost type also defines which raw material cost calculation type or product calculation type is used in cost calculations. Specify the date and time that the actual cost processing should start in Start Date . To start the process immediately, click Now . Click Accept to run the process. Note the reference number assigned by OPM. OPM assigns an identifier number for each individual cost process in Actual Cost Reference . You cannot edit the entry. Actual Cost Process - Additional Menu Features - Actions Menu Start - Displays the Start Actual Cost Process window, where you specify the criteria by which OPM will select the costs to be processed. Process Status - Use this option to review the status of an actual cost process that is in progress. You can also review figures from previous processes, each of which is identified by the AC Ref No. The AC Ref No lookup is available to help you in selecting previous processes for query. AbortReset - Use this option to abort the actual cost process that is running currently. For situations where a process was terminated unintentionally (such as a power failure), this option also resets the internal controls and settings required to start the costing process again. View Error Messages - Use this option to review any errors generated during an actual costing process run. The Actual Cost Error Messages window displays. Note: The Actual Cost Process does not calculate costs for expense items. The process calculates costs for inventory items only. If you want the process to include the expense of an item in cost calculations, then you must include the item as an inventory item. Viewing the Actual Cost Process To view the actual cost process: Navigate to the Actual Cost Process window. OPM assigns an identifier number for each individual cost process in the Actual Cost Reference field. You cannot edit this field. Displays the legal entity in the Legal Entity field. Displays the calendar in the Calendar field. Costs are processed for the legal entity and the cost type linked to this calendar. Displays the period for which actual costs are processed in the Period field this period defines the start and end dates for selecting all transactions. Period Status displays the status of the calendar period (Open, Closed, or Frozen). Displays the actual cost type for which all cost calculations are calculated and updated in the Cost Type field. Scheduled On displays when the Actual Cost process was scheduled to run. Started On displays the start date of the Actual Cost process. Started By displays the user ID and name of the person who started the Actual Cost process. Ended On displays the end date for the Actual Cost process. Limit displays the error limit. Found displays the number of errors found during the Actual Cost process run. Posted displays the number of errors posted. Aborted By displays the name of the user who aborted the Actual Cost process. Aborted On displays the date on which the process was aborted. Aborted Reason displays the reason for aborting the subsidiary ledger update process. Viewing Actual Cost Error Messages To view the actual cost error messages: OPM assigns an identifier number for each individual cost process in Actual Cost Reference . You cannot edit the entry. Line displays the line on which the error occurred. Error Message displays the text of the error message. Aborting or Resetting the Actual Cost Process This option lets you abort or reset the Actual Cost process. Navigate to the Actual Cost Process window. Select AboutReset from the Actions menu. Enter the abort details and the reason to abort the process. Viewing Actual Cost Transactions OPM allows you to view the transactions in a costing period that it used to calculate actual costs the most recent actual costing transactions display first. You can also view actual cost transactions from the previous period. Possible sources of these transactions are as follows: Purchase Order Receipts Actual Raw Material Invoice Prices (through interface with an Accounts Payable application, such as Oracle Accounts Payable) Actual Cost Adjustments PO Internal Orders Invoices Entered in Payables You can also display the Actual Costs Transactions View from the Cost Details and the Cost Adjustments forms Actions menus (with key field values already filled from those forms). To view the actual cost calculations: Navigate to the Cost Details window. Select Actual Transaction View from the Actions menu. You can also access the Actual Cost Transactions View window by selecting View Transactions from the Actual Costs menu. Enter the Item for which you want to display actual cost calculations. Required. Enter the fiscal Calendar for which you want to list actual cost transactions. Required. Specify the calendar Period for which you want to list actual cost transactions. Required. Indicate the actual Cost Type for which you want to list actual cost transactions. Item Cost displays the items total cost. Also, displays the currency in which the cost is calculated and the items primary unit of measure. Enter Prior Period Cost as the item cost in the period before the current period. Enter Prior Period Closing Balance as the closing on-hand quantity of the item in the period before the current period. Actual Cost Transactions Source indicates the source of the actual cost transactions which OPM uses to calculate actual costs. These sources are listed: Batch Material Cost Batch Resource Cost The cost of the Item calculated as per this design would be: PMAC Cost (1000 1.25) (50 .75) (1000 50) 1.2262 PWAC Cost 50 .75 50 .75 Calculating Cost Adjustments with Zero Quantity As an extension to the Zero Activity Cost Adjustments feature, any Adjustments are also selected even if the quantity is zero. The only limitation is that the cost specified with a zero quantity is applied to the entire Item Transaction Quantity for the period concerned and not to a per unit cost. This is displayed as a message whenever you specify zero in the Adjustment Quantity field on the Actual Cost Adjustments window. The calculations are again performed before costing the products. In either case, if any adjustment cannot be applied because of the total transaction quantity being zero, a warning message is displayed that the adjustment could not be applied. The following is an example of Zero Quantity Cost Adjustments calculation. In this example there is Activity in the current period. The Batches and PO Receipts are 500 Units, Cost is 1.10 per Unit and Adjustment is as shown below:
No comments:
Post a Comment