メイン コンテンツへスキップ
サポート
Microsoft アカウントでサインイン
サインインまたはアカウントを作成してください。
こんにちは、
別のアカウントを選択してください。
複数のアカウントがあります
サインインに使用するアカウントを選択してください。

現象

発注書の処理の領収書を投稿すると、2 つの領収書レイヤーが作成されているのに気付く場合があります。 たとえば、領収書の数量が 100 で、数量が 99 の受信レイヤーと数量が 1 の受信レイヤーが表示されます。 これらの領収書レイヤーは、購入確認レポート、または在庫確認レイヤーを表示するルックアップ ウィンドウの [購入確認の問い合わせ] に表示される場合があります。

原因

原因 1 受け取り行の拡張コストは、受け取った数量で割り

切り可能ではありません。 「解決策 1」を参照してください。


原因 2 発送または出荷/請求書の取引に

対する着陸コストが発生している。 「解決策 2」を参照してください。

解決策

解決策 1 分割受領書は、延長コストが受信した数量 (出荷数量) で等しく割り切れない場合

に作成されます。 分割レシートが作成されると、Microsoft Dynamics GP は個別の領収書レイヤーを作成し、アイテムの合計値が購入時の延長コストと等しくなります。 分割された領収書レイヤーを表示するには、[購入確認書の照会] を開きます。 このウィンドウを開く場合は、[問い合わせ] メニューの [在庫] をポイントし、[領収書] をクリックします。 

たとえば、次の条件が満たされている場合にアイテム IV5015 の 3 パックを受け取った場合、分割受領書が作成されます。出荷の延長コストは

$10.49 です。

[測定単位] として「3 パック」と入力したメジャーの基本

単位は [各] です。

Microsoft Dynamics GP では、拡張コスト ($10.49) を 3 の数量で均等に割って測定単位あたりのコストを決定できないので (それぞれ)、同じ領収書番号を持つ 2 つの購入領収書レイヤーが作成されます。 次の表に、2 つの受信レイヤーを示します。

アイテム番号

領収書番号

基本数量単位の数量

受け取ったコスト

IV5015

000234

2

$3.50

IV5015

000234

1

$3.49



もう 1 つの例は、2 つの受信レイヤーのコストのために大きな差異を示しています。 たとえば、数量が 2000 の場合、項目 IV5016 の基本数量単位の [各] を使用して、購入確認メッセージを入力します。 [拡張コスト] に「$347.08」と入力します。 $347.08 は 2000 (347.08 / 2000 = 0.17354) で等しく割り切れないので、レシート レイヤーを分割する必要があります。 結果として得られる 2 つの受信レイヤーを次の表に示します。

アイテム番号

領収書番号

数量

受け取ったコスト

IV5016

000235

1999

$0.17

IV5016

000235

1

$7.25



では、コストの大きな不一致はどのようにして発生するのでしょうか。 計算を行います。

合計コストを数量で割った値 (347.08 / 2000 = 0.17354) では、小数点以下の桁数が 2 を超える (項目が設定されている) ので、四捨五入を行う必要があります。

領収書レイヤーを 0.18 ドルに切り上げすることはできません。これは、拡張コスト $347.08 と比較して高すぎる値になります。

0.18 x 2000 = $360 です。したがって

、0.17 ドルで値を付けなければならない。  ただし、そのコストで 2000 人全員を評価すると、7.08 ドルで支払った金額が過小評価されます。

0.17 x 2000 = $340 そのため、代わりに 1 を超える値はすべて

$0.17 です。

0.17 x 1999 = $339.83 残りのコストは 1 の分割数量に

分配されます。

347.08 – 339.83 = $7.25 最後に、2 つの領収書レイヤーに正しい合計値が

表示されます。

$339.83 + $7.25 = $347.08 アイテムを販売すると、アイテムの評価方法に従って在庫からアイテムが削除されます。

覚えておく必要がある点は、2 つの受信レイヤーが領収書の全体的な値を表す点です。 1,999 が販売されるたび、.17354 ではなく 0.17 で販売されるので、実際には少し過小評価されています。 この差を構成するには、その最後の受信レイヤーのコストを $7.25 にする必要があります。

これを考慮するために、総台帳に対して行う必要がある調整はありません。

このような受信レイヤーの分割を防ぐのに役立つ 1 つの提案は、アイテムの通貨に小数点以下の桁数を使用する方法です。 上の 2 番目の例では、アイテムの通貨の小数点が 5 に設定されている場合、次のように 1 つのレシート レイヤーを作成できます。

アイテム番号

領収書番号

数量

受け取ったコスト

IV5016

000235

2000

$0.17354

入力するコストと数量によっては、小数点以下の桁数を 5 に設定すると、すべての受信確認の分割が妨げになされない場合があります。ただし、発生回数を減らしてください。

既に使用している項目の通貨の小数点を変更するには、[小数点以下の桁数の変更] ウィンドウを使用します。 Microsoft Dynamics GP メニューでこのウィンドウを開くには、[ツール] をポイントし、[ユーティリティ] をポイントし、[インベントリ] をポイントして、[小数点以下の桁数の変更] をクリックします。



解決策 2

Microsoft Dynamics GP バージョン 10.0 SP3 から開始し、関連付けられている着陸コスト ID を持つ出荷または出荷/請求書を投稿するたびに、分割レシートが作成されます。  これは、受領した数量で同じように割り切り可能な領収書の拡張コストの場合でも当てはまらない。

その理由は、着陸コストが請求される場合、着陸コストが数量に均等に分割されない可能性があるためです。 そのため、予防措置として、受信時に領収書を分割します。 これにより、必要に応じて、後で 2 つの受領レイヤー間に着陸コストを適切に割り当てできます。

詳細情報

この記事は TechKnowledge ドキュメント ID: 7246 です。この記事はサポート技術情報のドキュメント

ID: 866321 です。

ヘルプを表示

その他のオプションが必要ですか?

サブスクリプションの特典の参照、トレーニング コースの閲覧、デバイスのセキュリティ保護方法などについて説明します。

コミュニティは、質問をしたり質問の答えを得たり、フィードバックを提供したり、豊富な知識を持つ専門家の意見を聞いたりするのに役立ちます。

この情報は役に立ちましたか?

言語の品質にどの程度満足していますか?
どのような要因がお客様の操作性に影響しましたか?
[送信] を押すと、Microsoft の製品とサービスの改善にフィードバックが使用されます。 IT 管理者はこのデータを収集できます。 プライバシーに関する声明。

フィードバックをいただき、ありがとうございます。

×