Verbesserungen bei der Berechnung der durchschnittlichen Kosten in Microsoft Dynamics GP

In diesem Artikel werden die folgenden Punkte erläutert:

• Verschiedene Prozesse, die auftreten, wenn Sie ein Upgrade auf Microsoft Dynamics GP durchführen.
• Die Szenarien, in denen General Ledger-Anpassungen generiert werden und in denen Kostenanpassungen vorgenommen werden.
• Die Berechnung der durchschnittlichen Kosten und einige neue Verbesserungen, die an der Berechnung der durchschnittlichen Kosten in Microsoft Dynamics GP vorgenommen werden.

Gilt für: Microsoft Dynamics GP
Ursprüngliche KB-Nummer: 923960

Upgrade auf Microsoft Dynamics GP

Prozesse, die beim Upgrade auftreten

Während des Upgradevorgangs legt Microsoft Dynamics GP die Werte der folgenden Felder in der IV10200 Tabelle fest:

• Bewertungsmethode (VCTNMTHD)
• Verfügbare Menge (QTYONHND)
• Angepasste Kosten (ADJUNITCOST)

Kaufbestätigungen, die vor dem Upgrade auf Microsoft Dynamics GP eingegeben werden, verfügen nicht über die erforderlichen Daten zum automatischen Generieren von General Ledger-Transaktionen oder zur Neuberechnung der durchschnittlichen Kosten. Daher treten beim Upgrade die folgenden Prozesse auf:

• Für jeden Artikel mit einer fortwährenden FIFO- oder LIFO-Bewertungsmethode ermittelt Microsoft Dynamics GP den neuesten nicht verkauften Beleg in der Tabelle IV10200. Microsoft Dynamics GP legt die folgenden Werte in der IV10200 Tabelle fest:

  • Bewertungsmethode: 1 für FIFO Unbefristet oder 2 für LIFO Unbefristet
  • Lagerbestand: die gesamt verfügbare Menge an allen Standorten für den Artikel
  • Bereinigte Kosten: Die Stückkosten des letzten nicht verkauften Belegs für den Artikel

  Notiz

  Während dieses Vorgangs werden die Werte, die sich im Feld "Ortscode " und im Feld "Menge" befinden, ignoriert.

• Für jedes Element, das über eine regelmäßige Bewertungsmethode verfügt, identifiziert Microsoft Dynamics GP den neuesten nicht verkauften Beleg in der IV10200 Tabelle. Microsoft Dynamics GP legt die folgenden Werte in der IV10200 Tabelle fest:

  • Bewertungsmethode: 4 für eine FIFO Periodische Bewertungsmethode oder 5 für LIFO Periodische Bewertungsmethode
  • Verfügbare Menge: der Gesamtbestand an allen Standorten für den Artikel
  • Angepasste Kosten: der Wert, der sich im Feld "Aktuelle Kosten " im Fenster "Artikelwartung" befindet

  Notiz

  Während dieses Vorgangs werden die Werte, die sich im Feld "Ortscode" und im Feld "Mengentyp" befinden, ignoriert.

• Für jedes Element mit einer durchschnittlichen unbefristeten Bewertungsmethode identifiziert Microsoft Dynamics GP den neuesten nicht verkauften Beleg, der sich in der tabelle IV10200 befindet. Microsoft Dynamics GP legt die folgenden Werte in der IV10200 Tabelle fest:

  • Bewertungsmethode: 3
  • Verfügbare Menge: die Gesamtmenge an allen Standorten des Artikels
  • Angepasste Kosten: der Wert, der sich im Feld "Aktuelle Kosten " im Fenster "Artikelwartung" befindet

  Notiz

  Während dieses Vorgangs werden die Werte, die im Feld "Ortscode" und im Feld "Menge" stehen, ignoriert.

• Für alle Kaufbestätigungen, die nicht von Aktionen aktualisiert werden, die zuvor in diesem Abschnitt erwähnt werden, legt Microsoft Dynamics GP das Feld "Bewertungsmethode " auf Null fest. Der Nullwert gibt an, dass der Beleg in einer Version von Microsoft Dynamics GP vor Version 9.0 veröffentlicht wurde.

• Berücksichtigen Sie alle Datensätze, die mit einer der oben in diesem Abschnitt erwähnten Methoden gestempelt werden. Wenn eines dieser Datensätze ein Feld "Menge verkauft " aufweist, das größer als 0 ist, erstellt die Konvertierung auch einen Detaildatensatz "Menge verkauft" in der Tabelle IV10201. Dieser Datensatz zeigt denselben Betrag wie das Feld "Menge verkauft " für den Beleg an.

Auswirkungen auf Lagerbestände durch bestimmte Bewertungsmethoden

Die folgenden Informationen gelten für Kunden, die Bestandsartikel haben, die eine Bewertungsmethode des durchschnittlichen fortlaufenden Verfahrens, des LIFO fortlaufend oder des FIFO fortlaufend haben.

• Microsoft Dynamics GP generiert automatisch Anpassungen im Hauptbuch, wenn ein Artikel aus dem Bestand verkauft oder verbraucht wurde und die Kosten dann geändert wurden. In früheren Versionen vor Version 9.0 hat Microsoft Dynamics GP einen Bericht generiert, in dem Sie angewiesen wurden, die Anpassungen für das Bestandskonto und das Konto "Warenverkauf" (COST of Goods Sold, COGS) manuell einzugeben. Diese Aktion wurde entwickelt, um die Konten zu korrigieren, die von den Transaktionen verwendet werden, die die Artikel verkauft oder verbraucht haben. In Microsoft Dynamics GP werden diese Anpassungen jetzt automatisch generiert.

  Microsoft Dynamics GP speichert zusätzliche Transaktionsdetails für "Menge verkauft" in der Tabelle IV10201. Mit diesen zusätzlichen Daten kann Microsoft Dynamics GP die angepassten Transaktionen generieren. Microsoft Dynamics GP generiert den Bericht "General Posting Journal" für die Anpassungstransaktionen der Verkäufe, die nach dem Upgrade auf Microsoft Dynamics GP gebucht wurden. Das Kostenabweichungsjournal zeigt weiterhin eine Meldung für Elemente an, die keine Details für den Feldwert "Menge verkauft " enthalten. Diese Meldung schlägt vor, dass Sie eine Kostenanpassung für Transaktionen im Hauptbuch vornehmen.

• Für die Differenz zwischen den ursprünglichen Kosten und den neu ermittelten Kosten der gebuchten Transaktion wird ein Anpassungsbetrag vorgenommen.

Die folgenden Aktionen können dazu führen, dass Microsoft Dynamics GP anpassungsbereinigte Transaktionen im Hauptbuch für durchschnittliche Dauer, für LIFO-Unbefristet oder für FIFO-Unbefristete Elemente generiert:

• Das Fenster "Lagerbestand anpassen Kosten" wird verwendet, um die Stückkosten eines Kaufbelegs zu ändern. Microsoft Dynamics GP berechnet die Kostendifferenz, um den erforderlichen Anpassungsbetrag für eine Transaktion zu ermitteln.
• Benutzer wählen die Neubewertung des Inventars aus, wenn sie eine Einkaufsrechnung posten, in der sich die Rechnungskosten von den Versandkosten unterscheiden.
• Eine Bestellposition wird in den Status " Geschlossen " geändert, wenn die folgenden Bedingungen für die Bestellung erfüllt sind:
  • Der Wert des Felds Versandmenge ist größer als der Wert des Felds Menge in Rechnung gestellt.
  • Der Betrag im Feld Menge in Rechnung gestellt ist nicht null.
• Eine Bestellrückgabetransaktion wird gebucht.
• Ein Kaufbeleg wird in einen vorhandenen Kaufbelegstapel eingefügt, wenn das Buchungsdatum vor dem Datum einer vorhandenen Kaufbestätigung liegt.

Die folgenden Szenarien führen dazu, dass Kostenanpassungen generiert werden:

• Sie posten eine Bestellungsversandtransaktion mit den folgenden Werten:
  • Versandmenge: 100
  • Stückkosten: $1,00
• Sie posten eine Verkaufsrechnung mit den folgenden Werten:
  • Versandmenge: 10
  • Stückkosten: $1,00
  • Menge in Rechnung gestellt: $10
• Sie erhalten eine Bestellungsrechnungstransaktion für die Sendung, die mit jeweils einem Stückpreis von $ 2 gebucht wurde. Sie können den Bestand mithilfe einer der folgenden Methoden neu bewerten:
  • Sie belasten das Bestandskonto für die Neubewertung von 100 $.
  • Sie belasten das Konto "Aufgelaufene Einkäufe" mit 100 $, und dann gutschreiben Sie das Konto "Verbindlichkeiten" mit 200 $.
  • Sie schreiben dem Inventarkonto die $10 gut, die nach Buchung des ursprünglichen Belegs entfernt wurden. Um diese Rechnung abzugleichen, müssen Sie das Wareneinsatz-Konto um 10 $ belasten.

Sachbuchbuchungsinformationen

Transaktionen von Hauptbuchbuchungen, die automatisch generiert werden

Die folgenden Bedingungen gelten für die automatisch generierten Buchungen im Hauptbuch:

• Microsoft Dynamics GP verwendet die Buchungseinstellungen, die für die Serie eingegeben wurden, aus der die Transaktion stammt. Das Programm verwendet einen Origin-Eintragstyp des allgemeinen Eintrags.

• Das Ziel des Buchungsberichts wird mithilfe des Fensters "Posten einrichten" ausgewählt, in dem das Feld "Serie" auf "Finanz" festgelegt ist und das Feld "Bericht" auf "Allgemeines Postenjournal" festgelegt ist.

• Wenn Sie ein Dokument mithilfe von Buchungen auf Transaktionsebene posten, folgt Microsoft Dynamics GP den bestehenden Regeln. Das Programm bucht in das Hauptbuch anstatt durch das Hauptbuch.

• Microsoft Dynamics GP veröffentlicht immer eine Zusammenfassung.

• Nachdem Microsoft Dynamics GP Hauptbuchtransaktionen erfolgreich erstellt hat, werden diese Transaktionen einem Hauptbuchstapel mit den folgenden Attributen hinzugefügt:

  • Batch-ID: vom System generiert

  • Ursprung: Allgemeiner Eintrag

  • Kommentar: Kostenanpassung

  • Häufigkeit: Einmalige Verwendung

  • Microsoft Dynamics GP berücksichtigt die Optionen "Post to" und "Post through" der Serie, in der die Transaktion ihren Ursprung hat.

  • Wenn Sie einen Batch aus einem Modul posten, erstellt Microsoft Dynamics GP für jedes Dokument in diesem Batch einen Journaleintrag, der dazu führt, dass eine General Ledger-Anpassung generiert wird. Beispiele für solche Module sind Sales Order Processing und Inventory. Es kann mehrere Konten geben, die zusammenfassend posten.

    Notiz

    Abhängig von der Option, die Sie im Fenster "Posten einrichten" auswählen, führt Microsoft Dynamics GP unterschiedliche Aktionen für einen allgemeinen Eintragsbatch mit den Attributen aus, die in diesem Aufzählungselement erwähnt werden. Wenn Sie die Option "Neu erstellen" auswählen, erstellt das Programm einen neuen Batch, wenn der Eintrag weiterhin im Hauptbuch vorhanden ist. Wenn Sie die Option "Anfügen " auswählen, fügt das Programm die Transaktionen dem vorhandenen Batch hinzu. Eine Ausnahme tritt auf, wenn die Transaktionen aus dem Fenster "Inventuranpassungskosten" stammen. In diesem Fall erstellt Microsoft Dynamics GP immer einen neuen Batch.

  • Sehen Sie sich die folgenden Beispiele an, wie Microsoft Dynamics GP die Optionen "Post to" und "post through" für Kostenänderungstransaktionen berücksichtigt:

    • In der Verkaufsauftragsverarbeitung erstellt ein back-datiertes Rückgabedokument einen Kostenänderungsjournaleintrag. Dieser Journaleintrag zur Kostenänderung berücksichtigt die Optionen "Posten an" und "Posten durch" für die Herkunft des Verkaufstransaktionseintrags der Verkaufsreihe.
    • Bei der Bestellabwicklung erstellt ein rückdatiertes Lieferscheindokument einen Kostenänderungsjournaleintrag. Dieser Kostenänderungsjournaleintrag berücksichtigt die Optionen "Post to" und "post through" für den Eingangstransaktionseintrag der Einkaufsserie.
    • Im Bestand erzeugt eine rückdatierte Bestandsanpassung einen Buchungseintrag zur Kostenänderung. Dieser Kostenänderungsjournaleintrag berücksichtigt die Optionen "Post to" und "post through" für den Transaktionseintragsursprung der Bestandsserie.

• Berücksichtigen Sie die folgenden Werte für ein Element:

  • Kaufpreisabweichungskonto
  • Bestandskonto
  • Inventarversatzkonto
  • Bestandsabweichungskonto

  Wenn Microsoft Dynamics GP diese Werte abrufen muss, tritt der folgende Prozess auf:

  • Microsoft Dynamics GP versucht zuerst, das Konto aus dem Fenster "Elementkontowartung" abzurufen.
  • Wenn das Konto im Fenster "Elementkontowartung" leer ist, versucht Microsoft Dynamics GP, das Konto aus dem Fenster "Konten einrichten" abzurufen. In diesem Fenster ist das Anzeigefeld auf "Bestand" festgelegt.
  • Wenn Microsoft Dynamics GP das erforderliche Konto während der zuvor genannten Schritte nicht abrufen kann, ist das Konto leer.

• Die Standortsubstitution wird angewendet, wenn Microsoft Dynamics GP ein Konto für den Artikel abruft.

• Eine Hauptbuchtransaktion wird im Hauptbuchposten gespeichert, und dieses Konto ist leer, wenn die folgenden Bedingungen erfüllt sind:

  • Microsoft Dynamics GP versucht, eine Hauptbuchtransaktion mithilfe von Konten aus einer Detailtransaktion "Menge verkauft" zu erstellen.
  • Mindestens eines dieser Konten ist nicht mehr gültig oder ist nicht mehr vorhanden.

• Wenn mindestens eine Transaktion über ein leeres Buchungskonto verfügt, stellt Microsoft Dynamics GP den Batch nicht bereit, auch wenn das Kontrollkästchen "Nach Hauptbuch posten" im Fenster "Posten einrichten" für die Bestandsserie aktiviert ist. Sie müssen eine Kontonummer eingeben, damit der Batch gebucht werden kann.

• Wenn Sie posten, überprüft Microsoft Dynamics GP die Postenkonten, um zu überprüfen, ob sie aktiv sind. Wenn ein Konto inaktiv ist, veröffentlicht Microsoft Dynamics GP das Inventarmodul und erstellt dann einen Hauptbuchbatch für diese Transaktion.

Elemente, die die durchschnittliche unbefristete Bewertungsmethode verwenden

Die folgenden Bedingungen gelten für Elemente, die die durchschnittliche unbefristete Bewertungsmethode verwenden:

• Die aktuellen (durchschnittlichen) Kosten werden nach diesen zusätzlichen Aktionen automatisch neu berechnet:

  • Der Benutzer entscheidet sich, den Bestand neu zu bewerten, wenn der Benutzer eine Bestellrechnung veröffentlicht, für die sich die Rechnungskosten von den Versandkosten unterscheiden.
  • Der Benutzer verwendet das Fenster "Lagerbestand anpassen Kosten", um die Kosten eines Kaufbelegdatensatzes zu bearbeiten.
  • Der Benutzer ändert den Status einer Bestellposition in "Geschlossen ", wenn der Feldwert "Menge Versandt" für die Position größer als der Feldwert für das Feld "Menge Rechnung " ist und der Feldwert "Menge Rechnung " nicht null ist.
  • Der Benutzer veröffentlicht eine Bestellrückgabetransaktion.
  • Der Benutzer fügt einen Kaufbeleg in einen vorhandenen Kaufbelegstapel ein.

• Die Neuberechnung der durchschnittlichen (aktuellen) Kosten eines Artikels und Anpassungen des Werts " Menge verkauft " eines durchschnittlichen Unbefristeten Werts, eines LIFO-Unbefristeten oder eines FIFO-Unbefristeten Elements treten nur auf, wenn Sie einen Kaufbeleg anpassen, der nach dem Upgrade auf Microsoft Dynamics GP veröffentlicht wurde. Da Microsoft Dynamics GP die erforderlichen Daten vor dem Upgrade auf Microsoft Dynamics GP nicht speichert, können Sie die durchschnittlichen Kosten nicht neu berechnen oder nach angepassten Transaktionen für die älteren Kaufbestätigungen neu berechnen.

• Microsoft Dynamics GP führt die folgenden Aktionen aus, wenn die Stückkosten eines vorhandenen Kaufbelegs für einen durchschnittlichen Kostenartikel aktualisiert werden:

  • Microsoft Dynamics GP berechnet zunächst die neuen angepassten Kosten für den aktualisierten Belegdatensatz mithilfe der folgenden Formel neu:

    {(Menge des vorherigen Belegs auf Hand x Bereinigte Stückkosten des vorherigen Belegs) + [(Belegmenge - Zurückgegebene Menge) x Belegeinheit Kosten]} ÷ [Menge an Hand + (Menge der handlichen Menge des Belegs - Zurückgegebene Menge)]

    Notiz

    • Wenn der Wert "Bestandsmenge" des vorherigen Belegs negativ ist, verwendet Microsoft Dynamics GP null für diesen Wert in der Formel.
    • Der Wert "Menge on Hand " des Belegs ist datumsspezifisch und ist der Gesamtbetrag für alle Websites. Bei einem Kaufbeleg gibt der Wert "Menge an Hand " die gesamtseitige Menge nach der Buchung wieder. Das heißt, der Wert "Menge an Hand " enthält die Menge für diesen Beleg.
    • Wenn der Menge zurückgegeben Wert vom Menge empfangen Wert subtrahiert wird, wenn Sie eine Auftragsrückgabe-Transaktion buchen, erhöht Microsoft Dynamics GP den Menge verkauft Wert des Kaufbelegs, anstatt den Menge empfangen Wert zu verringern. Um einen echten Wert für "Menge empfangen " zu erhalten, muss Microsoft Dynamics GP die neue Detailtabelle "Menge verkauft" für PO-Rückgabetransaktionen untersuchen und den Wert "Menge zurückgegeben " vom Wert "Menge empfangen " subtrahieren.

  • Wenn ein Kaufbeleg vorhanden ist, der später als der angepasste Kaufbeleg datiert ist, berechnet Microsoft Dynamics GP die aktuellen (durchschnittlichen) Kosten für diesen nächsten Kaufbeleg neu, um die neuen angepassten Kosten für diesen nächsten Belegdatensatz zu berechnen. Dieser Vorgang wird für jeden nachfolgenden Kaufbeleg fortgesetzt. Dieser Prozess wird durch den Stapel fortgesetzt, um die angepassten Kosten zum Benutzerdatum zu ermitteln. Dieser neue Wert wird zu den aktuellen Kosten. Während der Vorgang für jeden nachfolgenden Kaufbeleg fortgesetzt wird, aktualisiert Microsoft Dynamics GP die angepassten Kosten für jeden Kaufbeleg. Darüber hinaus aktualisiert Microsoft Dynamics GP den angepassten Kostenwert für jede Quantity Sold-Transaktion, die später als ein angepasster Kaufbeleg und früher als der nächste Beleg datiert wird. Diese Aktion basiert auf dem Empfangsdatum. Diese Aktion verwendet auch die angepassten Kosten aus dem vorherigen Kaufbeleg.

    Notiz

    Wenn ein Kaufbeleg aufgezeichnet wird, füllt Microsoft Dynamics GP den Wert "Inventory On Hand Quantity " für einen Kaufbeleg auf, indem ein Wert verwendet wird, der der Summe der folgenden Formel entspricht:
    (Lagerbestand für den vorherigen Beleg) + (Menge erhalten für den vorherigen Beleg) - (Menge verkaufte Transaktionen, die nach diesem Kaufbeleg aufgetreten sind, aber vor dem nächsten Kaufbeleg basierend auf dem Datum)
    Im folgenden Beispiel wird davon ausgegangen, dass die folgenden Bedingungen erfüllt sind:

    • Die Ausgangsmenge ist null.
    • Es gab keine Bestellrückgabetransaktionen.

    Transaktionstyp	Verfügbarer Lagerbestand Menge	Menge erhalten	Menge verkauft	Stückkosten	Angepasste Kosten
    Beleg Nr. 1	100	100		$1.00	$1.00
    Beleg Nr. 2	125	100		1,50 €	$ 1,25
    Verkauf Nr. 1			50	$ 1,25	$ 1,25
    Verkauf Nr. 2			25	$ 1,25	$ 1,25
    Beleg Nr. 3	200	100		$1,20	$1,23
    Verkauf Nr. 3			25	$1,23	$1,23
    Beleg Nr. 4	250	100		$1,30	$ 1,25
    Verkauf Nr. 4			50	$ 1,25	$ 1,25

    Die Berechnung für Beleg Nr. 1 verwendet die folgende Formel:[(0 x $0,00) + (100 x 1,00)] ÷ [0 + (100 - 0)] = $1,00

    Die Berechnung für Beleg Nr. 3 verwendet die folgende Formel:[(125 x 1,25$ + (100 x 1,20)] ÷ [125 + (100 - 0)] = 1,227 $

    Notiz

    Die Summe dieser Berechnung wird auf 1,23 $ gerundet.

• Wenn die Stückkosten eines vorhandenen Kaufbelegs aktualisiert werden, berechnet Microsoft Dynamics GP die angepassten Kosten des Kaufbelegs anhand der folgenden Werte in der durchschnittlichen Kostenberechnungsformel neu:

  • Gespeicherter Bestand an Hand Mengenwerte
  • Angepasste Kostenwerte des vorherigen Belegs
  • Gespeicherte Menge empfangene Werte
  • Neue Einzelkostenwerte

  Ein Beispiel für eine Situation, in der ein vorhandener Kaufbeleg aktualisiert wird, ist die folgende Situation:

  • Sie bewerten den Bestand für eine Kaufpreisabweichung in einer Einkaufsauftragsrechnung neu.
  • Die Rechnung gilt für eine Materialabweichung oder für eine landierte Kostenabweichung.

  Wenn ein Belegdatensatz vorhanden ist, der später als der aktualisierte Beleg datiert ist, berechnet Microsoft Dynamics GP die angepassten Kosten für den Belegdatensatz mithilfe der Schritte und der durchschnittlichen Kostenberechnungsformel, die weiter oben in diesem Abschnitt erwähnt werden. Microsoft Dynamics GP aktualisiert das Feld "Aktuelle Kosten " im Fenster "Artikelwartung", indem die neuen angepassten Kosten für den endgültigen Kaufbelegdatensatz verwendet werden. Darüber hinaus werden in diesem Beispiel Änderungen, die von den angepassten Kosten vorgenommen werden, in der folgenden Tabelle angezeigt.

  Notiz

  In dieser Tabelle wird davon ausgegangen, dass die folgenden Bedingungen erfüllt sind:

  • Sie posten eine Bestellrechnung für Beleg Nr. 3 zu einem Stückkosten von 1,28 $.
  • Sie wählen die Neubewertung des Inventars aus.
  • Die Lieferung wurde zuvor zu einem Stückpreis von $ 1,20 gebucht.

  Wenn diese Bedingungen zutreffen, aktualisiert Microsoft Dynamics GP die Stückkosten im Belegstapel auf 1,28 $. Das Programm berechnet dann die angepassten Kosten für jeden nachfolgenden Beleg neu, indem er mit diesem Belegdatensatz beginnt.

  Transaktionstyp	Verfügbarer Lagerbestand Menge	Menge empfangen	Verkaufte Menge	Stückkosten	Angepasste Kosten
  Beleg Nr. 1	100	100		$1.00	$1.00
  Beleg Nr. 2	125	100		$1,50	$ 1,25
  Verkauf Nr. 1			50	$ 1,25	$ 1,25
  Verkauf Nr. 2			25	$ 1,25	$ 1,25
  Beleg Nr. 3	200	100		$1,28	$1,26
  Verkauf Nr. 3			25	$1,23	$1,26
  Beleg Nr. 4	250	100		$1,30	$1,27
  Verkauf Nr. 4			50	$ 1,25

  Die Berechnung für Beleg Nr. 3 verwendet die folgende Formel:[(125 x 1,25$ + (100 x 1,28)] ÷ [125 + (100 - 0)] = 1,263 $

  Notiz

  Die Summe dieser Berechnung wird auf 1,26 $ gerundet.

  Die Berechnung für Beleg Nr. 4 verwendet die folgende Formel:[(200 * $1,26) + (100 * $1,30)] ÷ [200 + (100 - 0)] = $1,273

  Notiz

  Die Summe dieser Berechnung wird auf 1,27 $ gerundet.

  • Microsoft Dynamics GP generiert einige Anpassungstransaktionen für die Detailtransaktionen "Menge verkauft", die basierend auf den angepassten Kosten des Kaufbelegs aktualisiert werden. Die angepassten Transaktionen verwenden die Kontonummern, die für die ursprüngliche Transaktion verwendet wurden und in der IV10201 Tabelle gespeichert sind.

• Die folgenden Änderungen gelten, wenn Sie eine Bestandsübertragung eines durchschnittlichen Kostenelements erstellen und posten:

  • Übertragungen vom Typ " On Hand " auf einen anderen Mengentyp verwenden die aktuellen Kosten des Artikels.
  • Übertragungen von anderen Mengentypen als "On Hand " verwenden die FIFO-Kosten anstelle der aktuellen Kosten des Artikels. Wenn Sie die Übertragung erstellen, verwendet die Stückkosten des Artikels den aktuellen Kostenwert. Wenn die Übertragung gebucht wird, erhält Microsoft Dynamics GP jedoch die FIFO-Kosten aus dem Kaufbelegstapel.
  • Wenn sich die Kosten für die Einheit der Transaktion von den aktuellen Kosten eines Artikels unterscheiden, berechnet Microsoft Dynamics GP die aktuellen (durchschnittlichen) Kosten des Artikels nach einer Bestandsübertragung auf den On-Hand-Mengentyp neu.