Verbesserungen bei der Berechnung der durchschnittlichen Kosten in Microsoft Dynamics GP

In diesem Artikel werden die folgenden Punkte erläutert:

• Verschiedene Prozesse, die beim Upgrade auf Microsoft Dynamics GP auftreten.
• Die Szenarien, in denen Transaktionen zur Anpassung des Hauptbuchs generiert werden und in denen Kostenanpassungen vorgenommen werden.
• Die Berechnung der durchschnittlichen Kosten und einige neue Verbesserungen, die bei 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)
• Menge zur Hand (QTYONHND)
• Bereinigte Kosten (ADJUNITCOST)

Kaufbelege, die vor dem Upgrade auf Microsoft Dynamics GP eingegeben werden, verfügen nicht über die erforderlichen Daten zum automatischen Generieren von Hauptbuchtransaktionen oder zur Neuberechnung der durchschnittlichen Kosten. Daher treten beim Upgrade die folgenden Prozesse auf:

• Für jeden Artikel, der über eine FIFO Perpetual- oder LIFO Perpetual-Bewertungsmethode verfügt, identifiziert Microsoft Dynamics GP den letzten nicht verkauften Beleg, der sich in der IV10200 Tabelle befindet. Microsoft Dynamics GP legt die folgenden Werte in der IV10200 Tabelle fest:

  • Bewertungsmethode: 1 für FIFO Perpetual oder 2 für LIFO Perpetual
  • Quantity On Hand: Die gesamtseitige Menge an allen Standorten für den Artikel
  • Bereinigte Kosten: Die Stückkosten des letzten nicht verkauften Belegs für den Artikel

  Hinweis

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

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

  • Bewertungsmethode: 4 für eine regelmäßige FIFO-Bewertungsmethode oder 5 für die regelmäßige LIFO-Bewertungsmethode
  • Quantity On Hand: Die gesamtseitige Menge an allen Standorten für den Artikel
  • Angepasste Kosten: Der Wert, der im Feld Aktuelle Kosten im Fenster "Artikelwartung" enthalten ist

  Hinweis

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

• Für jedes Element, das über eine Durchschnittliche unbefristete Bewertungsmethode verfügt, identifiziert Microsoft Dynamics GP den letzten nicht verkauften Beleg, der sich in der IV10200 Tabelle befindet. Microsoft Dynamics GP legt die folgenden Werte in der IV10200 Tabelle fest:

  • Bewertungsmethode: 3
  • Quantity On Hand: Die gesamtseitige Menge an allen Standorten für den Artikel
  • Angepasste Kosten: Der Wert, der im Feld Aktuelle Kosten im Fenster "Artikelwartung" enthalten ist

  Hinweis

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

• Für alle Kaufbelege, die nicht durch zuvor in diesem Abschnitt erwähnte Aktionen aktualisiert werden, legt Microsoft Dynamics GP das Feld Bewertungsmethode auf Null fest. Der Wert null gibt an, dass der Beleg in einer Version von Microsoft Dynamics GP vor Version 9.0 gepostet wurde.

• Betrachten Sie jeden Datensatz, der mit einer der methoden gestempelt wird, die zuvor in diesem Abschnitt erwähnt wurden. Wenn einer dieser Datensätze über ein Feld " Menge verkauft " verfügt, das größer als 0 (null) ist, wird bei der Konvertierung auch ein Detaildatensatz "Menge verkauft" in der IV10201 Tabelle erstellt. Dieser Datensatz zeigt den gleichen Betrag wie das Feld Menge verkauft für den Beleg an.

Auswirkungen auf Lagerposten durch bestimmte Bewertungsmethoden

Die folgenden Informationen gelten für Kunden mit Bestandsartikeln, die über eine Bewertungsmethode von Average Perpetual, LIFO Perpetual oder FIFO Perpetual verfügen:

• Microsoft Dynamics GP generiert automatisch Anpassungen im Hauptbuch, wenn ein Artikel verkauft oder aus dem Bestand verbraucht wurde und wenn 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 Inventarkonto und das COGS-Konto (Cost of Goods Sold) 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 zur verkauften Menge in der IV10201 Tabelle. Diese zusätzlichen Daten ermöglichen Es Microsoft Dynamics GP, die Anpassungstransaktionen zu generieren. Microsoft Dynamics GP generiert den Bericht "Allgemeine Buchung Journal" für die Anpassungstransaktionen für die Transaktionen der verkauften Menge, die nach dem Upgrade auf Microsoft Dynamics GP gebucht werden. Das Kostenabweichungsjournal zeigt weiterhin eine Meldung für Elemente an, die keine Details für den Wert des Felds "Menge verkauft " aufweisen. 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 Anpassungstransaktionen im Hauptbuch für average Perpetual, für LIFO Perpetual oder für FIFO Perpetual Items generiert:

• Das Fenster Lagerkosten anpassen 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 bestimmen.
• Benutzer entscheiden sich dafür, den Bestand neu zu bewerten, wenn sie eine Einkaufsrechnung buchen, in der die Rechnungskosten von den Versandkosten abweichen.
• Eine Bestellposition wird in den status Geschlossen geändert, wenn die folgenden Bedingungen für die Bestellung zutreffen:
  • Der Wert des Felds "Menge versandt" ist größer als der Wert des Felds "Menge in Rechnung" .
  • Der Betrag des Felds Menge in Rechnung gestellt ist nicht 0 (null).
• Eine Bestellungsrückgabetransaktion wird gebucht.
• Eine Kaufbestätigung wird in einen vorhandenen Kaufbelegstapel eingefügt, wenn das Buchungsdatum vor dem Datum einer vorhandenen Kaufbestätigung liegt.

In den folgenden Szenarien werden Kostenanpassungen generiert:

• Sie buchen eine Bestellungsversandtransaktion mit den folgenden Werten:
  • Versendete Menge: 100
  • Stückkosten: 1,00 USD
• Sie posten eine Verkaufsrechnung mit den folgenden Werten:
  • Versendete Menge: 10
  • Stückkosten: 1,00 USD
  • Menge in Rechnung gestellt: 10 USD
• Sie erhalten eine Bestellungsrechnungstransaktion für die Sendung, die mit einem Stückpreis von je 2 USD gebucht wurde. Sie werten den Bestand mit einer der folgenden Methoden neu aus:
  • Sie belasten das Bestandskonto für die Neubewertung von 100 USD.
  • Sie belasten das Konto "Aufgelaufene Käufe" mit 100 US-Dollar und dann werden dem Kreditorenkonto 200 US-Dollar gutgeschrieben.
  • Sie guthaben dem Inventarkonto für die 10 US-Dollar, die entfernt wurden, nachdem die ursprüngliche Quittung gebucht wurde. Um diese Rechnung auszugleichen, müssen Sie das COGS-Konto mit 10 US-Dollar belasten.

Informationen zur Buchung des Hauptbuchs

Buchungen des Hauptbuchs, die automatisch generiert werden

Die folgenden Bedingungen gelten für die automatisch generierten Buchungen des Hauptbuchs:

• Microsoft Dynamics GP verwendet die Buchungseinstellungen, die für die Datenreihe eingegeben werden, aus der die Transaktion stammt. Das Programm verwendet den Origin-Eintragstyp "Allgemeiner Eintrag".

• Das Ziel des Buchungsberichts wird über das Fenster Buchungseinrichtung ausgewählt, in dem das Feld "Serie" auf "Finanz" und das Feld "Bericht" auf "Allgemeine Buchung" Journal festgelegt ist.

• Wenn Sie ein Dokument mithilfe von Buchungen auf Transaktionsebene veröffentlichen, befolgt Microsoft Dynamics GP die vorhandenen Regeln. Das Programm sendet in das Hauptbuch statt über das Hauptbuch.

• Microsoft Dynamics GP-Beiträge immer in der Zusammenfassung.

• Nachdem Microsoft Dynamics GP erfolgreich Hauptbuchtransaktionen erstellt hat, werden diese Transaktionen einem Hauptbuchbatch hinzugefügt, der über die folgenden Attribute verfü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 Reihe, aus der die Transaktion stammt.

  • Wenn Sie einen Batch aus einem Modul veröffentlichen, erstellt Microsoft Dynamics GP einen Journaleintrag für jedes Dokument in diesem Batch, der dazu führt, dass eine Hauptbuchanpassung generiert wird. Beispiele für solche Module sind Sales Order Processing und Inventory. Es kann mehrere Konten geben, die zusammengefasst werden.

    Hinweis

    Abhängig von der Option, die Sie im Fenster Buchungseinrichtung auswählen, führt Microsoft Dynamics GP unterschiedliche Aktionen für einen allgemeinen Eintragsbatch aus, der die attribute enthält, die in diesem Aufzählungszeichen angegeben sind. Wenn Sie die Option Neu erstellen auswählen, erstellt das Programm einen neuen Batch, wenn der Eintrag noch 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 Lagerbestandskosten stammen. In diesem Fall erstellt Microsoft Dynamics GP immer einen neuen Batch.

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

    • In der Auftragsverarbeitung erstellt ein rücksendes Rücksendedokument einen Kostenänderungsjournaleintrag. In diesem Kostenänderungsjournaleintrag werden die Optionen "Post to" und "post through" für den Ursprung des Sales Transaction Entry der Sales-Reihe berücksichtigt.
    • In Der Bestellverarbeitung erstellt ein rückgebackener Versandbeleg einen Kostenänderungsjournaleintrag. In diesem Kostenänderungsjournaleintrag werden die Optionen "Post to" und "post through" für den Ursprung der Purchase-Reihe berücksichtigt.
    • Im Bestand wird durch eine rückbasierte Erhöhungsanpassung ein Kostenänderungsjournaleintrag erstellt. In diesem Kostenänderungsjournaleintrag werden die Optionen "Post to" und "post through" für den Transaktionseintragsursprung der Bestandsreihe berücksichtigt.

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

  • Einkaufspreisabweichungskonto
  • Bestandskonto
  • Inventuroffsetkonto
  • Bestandsabweichungskonto

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

  • 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 Buchungskonten einrichten abzurufen. In diesem Fenster ist das Feld Anzeigen auf Bestand festgelegt.
  • Wenn Microsoft Dynamics GP das erforderliche Konto während der oben genannten Schritte nicht abrufen kann, ist das Konto leer.

• Die Websiteersetzung wird angewendet, wenn Microsoft Dynamics GP ein Konto für das Element abruft.

• Eine Hauptbuchtransaktion wird im Hauptbuchbatch 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.
  • Eines oder mehrere dieser Konten sind nicht mehr gültig oder nicht mehr vorhanden.

• Wenn mindestens eine Transaktion ein leeres Buchungskonto aufweist, stellt Microsoft Dynamics GP den Batch nicht bereit, auch wenn das Kontrollkästchen In Hauptbuch buchen im Fenster Buchung einrichten für die Bestandsreihe aktiviert ist. Sie müssen eine Kontonummer eingeben, damit der Batch gebucht werden kann.

• Wenn Sie posten, überprüft Microsoft Dynamics GP die Buchungskonten, um sicherzustellen, dass sie aktiv sind. Wenn ein Konto inaktiv ist, sendet Microsoft Dynamics GP an das Modul Bestand und erstellt dann einen Hauptbuchbatch für diese Transaktion.

Elemente, die die Durchschnittliche unbefristete Bewertungsmethode verwenden

Die folgenden Bedingungen gelten für Artikel, die die Durchschnittliche unbefristete Bewertungsmethode verwenden:

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

  • Der Benutzer entscheidet sich dafür, den Bestand neu zu bewerten, wenn der Benutzer eine Bestellungsrechnung postet, für die die Rechnungskosten von den Versandkosten abweichen.
  • Der Benutzer verwendet das Fenster "Lagerkosten anpassen", um die Kosten eines Kaufbelegdatensatzes zu bearbeiten.
  • Der Benutzer ändert die status einer Bestellposition in Geschlossen, wenn der Wert des Felds "Menge versandt" für die Position größer als der Wert des Felds "Menge in Rechnung" ist und wenn der Wert des Felds "Menge in Rechnung" nicht 0 (null) ist.
  • Der Benutzer stellt eine Bestellungsrückgabetransaktion.
  • Der Benutzer fügt einen Kaufbeleg in einen vorhandenen Einkaufsbelegstapel ein.

• Die Neuberechnung der durchschnittlichen (aktuellen) Kosten eines Artikels und anpassungen an den Wert der Verkauften Menge eines durchschnittlichen unbefristeten, lifo-unbefristeten oder FIFO Unbefristeten Elements erfolgen nur, wenn Sie eine Kaufbestätigung anpassen, die nach dem Upgrade auf Microsoft Dynamics GP gebucht wurde. Da Microsoft Dynamics GP nicht die erforderlichen Daten speichert, bevor Sie ein Upgrade auf Microsoft Dynamics GP durchführen, können Sie die durchschnittlichen Kosten nicht neu berechnen oder für die älteren Kaufbelege die durchschnittlichen Kosten nicht 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:

    {(Quantity On Hand des vorherigen Belegs x angepasste Stückkosten des vorherigen Belegs) + [(Belegmenge - Zurückgegebene Menge) x Belegeinheitskosten]} ÷ [Menge vorhanden + (Menge des Belegs vorhanden - Menge zurückgegeben)]

    Hinweis

    • Wenn der Wert Quantity On Hand des vorherigen Belegs negativ ist, verwendet Microsoft Dynamics GP 0 (null) für diesen Wert in der Formel.
    • Der Quantity On Hand-Wert des Belegs ist datumsspezifisch und ist der Gesamtbetrag für alle Standorte. Bei einer Kaufbestätigung gibt der Wert Quantity On Hand (Quantity On Hand) des Belegs die Gesamtmenge nach der Buchung dieses Belegs wieder. Das heißt, der Quantity On Hand-Wert des Belegs enthält die Menge für diesen Beleg.
    • Wenn der Wert "Quantity Returned " vom Wert "Quantity Received " subtrahiert wird, wenn Sie eine Auftragsrückgabetransaktion buchen, erhöht Microsoft Dynamics GP den Wert "Menge verkauft " des Kaufbelegs, anstatt den Wert " Menge empfangen" zu verringern. Um einen echten Quantity Received-Wert zu erhalten, muss Microsoft Dynamics GP daher die neue Detailtabelle "Quantity Sold" für Po Return-Transaktionen untersuchen und den Wert "Quantity Returned " vom Wert "Quantity Received" 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 Prozess wird für jeden nachfolgenden Kaufbeleg fortgesetzt. Dieser Prozess wird durch den Stapel fortgesetzt, um die angepassten Kosten zum Zeitpunkt des Benutzerdatums zu ermitteln. Dieser neue Wert wird zu den aktuellen Kosten. Wenn der Prozess 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 vor dem nächsten Beleg datiert wird. Diese Aktion basiert auf dem Eingangsdatum. Diese Aktion verwendet auch die angepassten Kosten aus dem vorherigen Kaufbeleg.

    Hinweis

    Wenn eine Kaufbestätigung aufgezeichnet wird, füllt Microsoft Dynamics GP den Wert " Bestand bei Hand Quantity" für einen Kaufbeleg auf, indem ein Wert verwendet wird, der der Summe der folgenden Gleichung entspricht:
    (Lagerbestand Menge für den vorherigen Beleg) + (Qty Received for the previous receipt) - (Qty Sold transactions that occurred after that purchase receipt was occurred after that purchase receipt but before the next purchase receipt, based on date)
    Im folgenden Beispiel wird davon ausgegangen, dass die folgenden Bedingungen erfüllt sind:

    • Die startseitige Menge ist 0 (null).
    • Es gab keine Bestellungen zurücksenden Transaktionen.

    Transaktionstyp	Lagerbestand qty	Menge empfangen	Qty Verkauft	Stückkosten	Bereinigte Kosten
    Beleg Nr. 1	100	100		1,00 USD	1,00 USD
    Beleg Nr. 2	125	100		1,50 USD	1,25 USD
    Verkauf Nr. 1			50	1,25 USD	1,25 USD
    Verkauf Nr. 2			25	1,25 USD	1,25 USD
    Beleg Nr. 3	200	100		1,20 USD	1,23 USD
    Verkauf Nr. 3			25	1,23 USD	1,23 USD
    Beleg Nr. 4	250	100		1,30 USD	1,25 USD
    Verkauf Nr. 4			50	1,25 USD	1,25 USD

    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

    Hinweis

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

• Wenn die Stückkosten eines vorhandenen Kaufbelegs aktualisiert werden, berechnet Microsoft Dynamics GP die angepassten Kosten des Kaufbelegs neu, indem die folgenden Werte in der Formel für die Berechnung der durchschnittlichen Kosten verwendet werden:

  • Gespeicherte Lagerbestandsmengenwerte
  • Angepasste Kostenwerte des vorherigen Belegs
  • Gespeicherte Werte für empfangene Menge
  • Neue Stückkostenwerte

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

  • Sie werten den Bestand für eine Kaufpreisabweichung in einer Bestellungsrechnung neu aus.
  • Die Rechnung unterliegt einer Materialabweichung oder einer Landkostenabweichung.

  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 neu, indem die Schritte und die Berechnung der durchschnittlichen Kosten verwendet werden, die weiter oben in diesem Abschnitt erwähnt werden. Microsoft Dynamics GP aktualisiert das Feld Aktuelle Kosten im Fenster Artikelwartung mithilfe der neuen angepassten Kosten für den endgültigen Kaufbelegdatensatz. Darüber hinaus werden in diesem Beispiel änderungen, die von den angepassten Kosten vorgenommen werden, in der folgenden Tabelle angezeigt.

  Hinweis

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

  • Sie buchen eine Bestellungsrechnung für Beleg Nr. 3 zu einem Stückpreis von 1,28 US-Dollar.
  • Sie entscheiden sich dafür, den Bestand neu zu bewerten.
  • Die Lieferung wurde zuvor zu einem Stückpreis von 1,20 US-Dollar gebucht.

  Wenn diese Bedingungen erfüllt sind, aktualisiert Microsoft Dynamics GP die Stückkosten im Belegstapel auf 1,28 USD. Das Programm berechnet dann die angepassten Kosten für jeden nachfolgenden Beleg neu, indem es an diesem Belegdatensatz beginnt.

  Transaktionstyp	Lagerbestand qty	Menge empfangen	Qty Verkauft	Stückkosten	Bereinigte Kosten
  Beleg Nr. 1	100	100		1,00 USD	1,00 USD
  Beleg Nr. 2	125	100		1,50 USD	1,25 USD
  Verkauf Nr. 1			50	1,25 USD	1,25 USD
  Verkauf Nr. 2			25	1,25 USD	1,25 USD
  Beleg Nr. 3	200	100		1,28 USD	1,26 USD
  Verkauf Nr. 3			25	1,23 USD	1,26 USD
  Beleg Nr. 4	250	100		1,30 USD	1,27 USD
  Verkauf Nr. 4			50	1,25 USD

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

  Hinweis

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

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

  Hinweis

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

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

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

  • Übertragungen vom Bei-Hand-Mengentyp in 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, verwenden die Stückkosten des Artikels den aktuellen Kostenwert. Wenn die Übertragung jedoch gebucht wird, erhält Microsoft Dynamics GP die FIFO-Kosten aus dem Kaufbelegstapel.
  • Wenn sich die Stückkosten der Transaktion von den aktuellen Kosten für einen Artikel unterscheiden, berechnet Microsoft Dynamics GP die aktuellen (durchschnittlichen) Kosten des Artikels nach einer Bestandsübertragung auf den Vor-Ort-Mengentyp neu.