現在オフラインです。再接続するためにインターネットの接続を待っています

買掛金管理または債権管理は、Microsoft Dynamics GP では、総勘定元帳を調整する場合の相違点についての情報

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:866570
はじめに
この資料では、Microsoft Dynamics GP で、買掛金勘定の残高や、売掛金勘定の合計量が原因で、歴史的古い試算表を総勘定元帳の残高とは異なるが報告する理由について説明します。よく聞かれる質問この資料の末尾にします。
詳細
GL ルーチンへの調整は、Microsoft Dynamics GP 10.0 (SP2) に新しいでした。このルーチンには、Microsoft Office Exel のスプレッドシートが生成されます。買掛金管理または債権管理の総勘定元帳に転記されたトランザクションを一致するように、このスプレッドシートを使用できます。このプロセスでは、修正するトランザクションは生成されません。ただし、このプロセスを使用して、このセクションに記載されているトランザクション違いを判断できます。「GL を調整」ウィンドウを開くには、 Microsoft Dynamics GP ] メニューのツールをポイント、ルーチンをポイント、財務] をポイントしてGL に調整] をクリックしますします。


違いの原因となる問題があったの実行中の一覧を以下に示します。

  • 歴史的古い試算表レポートは、制限で印刷されます。日付の制限のみを使用して期限切れの履歴の試算表レポートを印刷します。
  • すべてのアカウント買掛金アカウントまたはアカウントの売掛金勘定は、すべてのアカウントは表示一般勘定です。買掛金アカウントまたはすべてのアカウントの総勘定元帳の売掛金勘定のすべてのアカウントを表示することを確認します。
  • 買掛金管理または債権管理でのバッチは、総勘定元帳に転記されました。総勘定元帳のバッチ処理が出された前に編集または変更ができます。
  • 買掛金勘定、売掛金勘定があった可能性がありますアカウントの調整は、一般的に元帳で入力直接。これらのトランザクションでは、総勘定元帳内のアカウントを更新します。ただし、これらのトランザクションには、過去の古い試算表レポートは更新されません。
  • 勘定は、[買掛金管理または債権管理履歴の期限切れの試算表レポートの日付の範囲と一致しない日付の範囲で、詳細な試算表を一般に報告します。歴史的古い試算表レポートを印刷するときは、 GL の転記日付チェック ボックスをオンを選択してトランザクションのレポートを使用して領域でをクリックします。
  • 買掛金管理または債権管理では、トランザクションが転記されました。ただし、これらのトランザクションない元帳に転記された一般の期首残高だった場合。購買の一連のまたは販売の一連の転記の設定] ウィンドウで、元帳に転記] チェック ボックスがオフの場合は、買掛金管理、売掛金の管理に、トランザクションが転記されます。ただし、これらのトランザクションは総勘定元帳に転記されません。
  • 買掛金管理のセットアップ] ウィンドウで、または、債権管理のセットアップ] ウィンドウでは、トラック割引で利用可能な GLのチェック ボックスが選択されます。その後、請求書の正味金額は総勘定元帳に転記されます。さらに、残りの金額は、割引の利用可能なアカウントに転記されます。正味金額のみが、一般的に元帳する試算表の詳細なレポートに表示されます。ただし、請求書が請求書の総合計の歴史的古い試算表買掛金管理または債権管理で
  • ドキュメントを最初に転記されたよりも別の期間で無効にされました。詳細な試算表を報告一般科目過去の期限切れの試算表レポートと一致しません。たとえば、請求書は、2007 年 1 月 1 日に入力されたとします。この請求書が 2007 年 2 月 1 日に無効にします。2007 年 2 月 1 日の-2007 年 2 月 28 日は、全般的な元帳詳細、試算表レポートが印刷されます。無効にされたトランザクションがレポートに表示されます。同じ日付範囲を使用して、履歴の期限切れの試算表を印刷する場合、無効にされたドキュメントは印刷されませんレポートにそれが無効になっているためです。
  • 買掛金勘定の残高または売掛金勘定の勘定残高一般元帳に歴史的古い試算表レポート、一定期間ネットに歴史的古い試算表レポートからの残高を調整する必要がありますアカウントを分散する場合を変更する詳細な試算表の一般的な元帳の同じ時期の。
  • 買掛金勘定を調整する場合は、口座残高またはアカウントの売掛金勘定のバランスをとる一般的な元帳歴史的古い試算表レポートを一定の期間に含まれていない日のかどうかの買掛金管理または債権管理が分散されたかを判断します。買掛金管理または債権管理が分散されていることはありません、期首残高が正しく可能性があります。このような場合は、最初に、現在のほとんどの期間のバランスをとるし、逆の順序で前の月を調整します。
  • 転記の中断が発生した場合、バッチがありますが転記されていない正しく総勘定元帳、買掛金管理または債権管理します。
  • 総勘定元帳のバッチ全体が投稿されました。
  • 歴史的古い試算表レポートを印刷するときに除外] 領域で次のチェック ボックスをオンにクリックしてしなければ。
    • 未転記の適用されているクレジットのドキュメント
    • ゼロの残高
    • 活動
    これらのチェック ボックスをオンにする] をクリックし、歴史的古い試算表レポートを印刷します。

    <b>全般元帳詳細、試算表レポートと過去の期限切れの試算表レポートを特定のドキュメントで一致する場合は、ドキュメントの完全な支払のチェック ボックスをオフに] をクリックします。
  • 再評価すると、複数通貨の管理を使用する場合は、購入/販売の相殺勘定に転記が選択されます。
  • Microsoft Dynamics GP 10.0、クレジット カードの金額は、請求書の買掛金トランザクション エントリのウィンドウに入力されました。あります不均衡の調整の買掛金管理の総勘定元帳に最終的な変更のみを総勘定元帳モジュールに投稿があるため。
  • 転記の中断や問題点にある場合、両方の作業に買掛金や売掛金のバッチとトランザクションが見つかり、GP で RM または PM のバッチを削除して、同時に、開いているテーブルの問題が発生します。このインスタンスでは、ユーザー通常、両方のテーブル内のレコードを表示し、決定、GP で削除するだけで、作業のバッチは必要ありません。作業と開いているテーブルは、ディストリビューション テーブルを共有するため GP でのバッチを削除するとそれを使用してレコードを配布が削除もできます。最終的にはトランザクション ヘッダー レコードが存在するが、RM または PM 側で、対応するディストリビューションはありませんが GL が正しく更新されました。Microsoft Dynamics GP の次のバージョンでこの問題が考慮されます。
  • 割引があった場合、ディストリビューションが量が異なる場合に一致する可能性のあるセクションで表示ことがあります。一致するために割引の GL アカウントする必要がありますが引き抜かれた PM と RM アカウントで GL のプロセスに、調整を実行する前にします。ワークシートを閉じても表示される割引 GL 勘定を再実行します。
  • 配布は、(現金、支払、購買) の種類が変更された場合、PM と RM 側で不足していることがあります。調整、スプレッドシートのアカウントは、GL の側にのみ使用されます。PM と RM 側のアカウントは使用されません。PM と RM 側が支払を使用するを取得またはレコード型をどのようなアカウントに関係なく使用するため、調整ウィンドウで、すべての AP や AR のアカウントの一覧を表示することを確認する必要があります理由です。SQL テーブルの分布の種類を切り替えるだけでは、スプレッドシートを再生成するかどうかに自動的に表示の配布を作成します。
  • 適用日および/gl. で出された実際の日付を比較する各国通貨でのトランザクションの適用の表に GL 投稿日を確認します。やなどの 1 月 22 日、12 月 31 日クレジット メモは、請求書、12 月 5 日と適用日に適用されていた GL 投稿日 22 年 1 月で残り。ただし、GL のバッチを転記するときユーザーに日付が 12 月 31 日に変更します。この例では、12 月の GL のスプレッドシートへの調整が両側に実現利益または損失額を一覧表示し、整合性を取るように表示されます。ただし、HATB のレポートはまだ実現利益または損失額を認識しない、GL、適用または適用レコードに従って年 1 月まで転記されていないからと比較した場合、この金額ではオフであります。


よく寄せられる質問です。


第 1 四半期: は、GL スプレッドシート調整を true に、整合性を GL に売掛金の支払いのですか。

A1:トラブルシューティング ツールは、GLfeature に調整 RM/午後と/gl. の間で優れたディストリビューションを識別するユーザーを支援するにはHATB にアウトに必ずしも適合していないことを本来の目的では、クライアントに適用していることがわかっていますが。GL のスプレッドシートへの調整の残高は、単純な加算と減算を使用してテーブル内の配布に最適です。HATB の残高がほぼすべてのテーブルを考慮に入れると、複雑で正確な残高などは、2 つ多くの場合はリンク付けをします。

'True' の整合性をとる必要があります、RM または PM 歴史的古い試算表 (HATB) と、GL の試算表レポートします。これらが一致する場合する必要はありません必ずしもその月の GL ツールに、調整を実行します。GL テーブル借方および貸方のしから、HATB をプルするテーブルを選択し、トランザクション ヘッダーは、レコードのテーブルを適用します。などのお客様が RM または PM のディストリビューション テーブルには、GL での配布を調整する方法をそのレベルでの相違点を見つけやすくします。これは、GL のルーチンに調整が作成された理由です。不足している可能性がある場合に不足している transactionfrom、HATB のディストリビューションを識別するためのモジュール間で配分する配分を比較するトラブルシューティング ツールを使用するためのものでした。HATB に GL の試算表を調整するためにのみ参考のため' ' GL ツールに調整を使用します。GL TB、HATB のバランスをとる場合、しない本当にその月の GL ツールに、調整を実行する必要があります。


第 2 四半期: GL のスプレッドシートへの調整の合計と一致しなければなりません、HATB の合計ですか。

A2:違います。GL のスプレッドシートへの調整の合計だけで、単純な加算と減算配布内のレコードをテーブルで、他のテーブルを考慮に入れていません。HATB は次のトランザクションを使用して残高を計算し、適用するのにはまったく別のテーブルに対し、テーブルを記録しより複雑な計算では。異なる計算方法/残高を取得するため、テーブルがあるため、GL のスプレッドシートにエージング残高 HATB のレポートにリンク付けを完全ではありませんは、それらの調整が困難。HATB のレポートに GL のスプレッドシートへの調整の残高をリンク付けする必要はありません。

GL のスプレッドシートへの調整の合計を無視するようにされ、調査を表示するかどうかも GL TB と HATB の間の違いを説明する可能性がありますに相違点を検出するのに役立つ Unmatched と一致する可能性のあるセクションを使用できます。GL のスプレッドシートへの調整では、真の調整ではなく、これは、トランザクション ・ レベルでの違いがあるかどうかを調査する分布の違いを識別するために '支援' を使用する予定のだけ。実際に、HATB には、GL TB が一致すると、実際にはありません必要がありますを実行する、調整 GL ユーティリティをその月の特定の相違点がないので。

ならはまだ、HATB の残高に GL のスプレッドシートへの調整のバランスを拘束する、この場合は、通常のサポートではサポートされていません。理由を特定しましたがこの資料の上部に表示されているし、識別されていない複数の原因が考えられます。ですが、この調整は、GL のスプレッドシートを HATB のレポートとこの調整ユーティリティの本来の目的ではないのより複雑な計算されたバランス調整に記載されている単純な合計残高との間に必要なは、それと見なされますを相互にこれらを調整することを支援するためにデータを掘り下げてコンサルティング費用です。



Q3: どうすれば GL 側にない場合は配布しますか。

A3: GL 側ではない、RM または PM 側で配布する場合は、GL 側のタイミングの違いを調査します。すべての GL のバッチを転記するかどうかを確認することを確認します。GL 側で本当に存在しない場合は、エントリの GL GL のディストリビューションを作成するには直接調整仕訳帳エントリをキーにする必要があります。



Q4: どうすれば RM または PM 側にない場合は配布しますか。

A4:GL 配布リストには、RM または PM 側にない場合は、最初にタイミングの違いを調査します。トランザクション自体が HATB のレポートに記載されているし、既に計上されてかどうかを参照してくださいにも調査してください。トランザクションが存在するが、配布がなくなっただけでは。質問は、'どうすれば RM または PM で配布し、トランザクションが存在する場合ですか?' になるため最初に注意してください RM または PM ディストリビューション テーブルは、他の目的や GP でレポートを使用していないこと以外のこのスプレッドシートを調整します。本当にする必要がある RM または PM に再度追加するか。使用されていない任意の場所それ以外のテーブルを作成する価値がある場合を評価します。

PM の分布表を修正するために選択した場合、ドキュメントを無効にするを開くには適用されているレコードを戻すようにする必要があります。ユーティリティを使用して削除トランザクション履歴を無効にしたドキュメントを削除します。GL に '投稿' への転記を設定することを確認はない 'への投稿を通じて GL' とします。隙間によって作成された GL のバッチを削除します。トランザクションとディストリビューションを再作成するために支払い、文書をキーします。この GL のバッチを無効にすることを確認します。新しいドキュメントを開いているドキュメントに適用し、もう一度履歴に移動する必要があります。

解決/gl. のバッチを削除し、請求書と支払と、バックアップには、両方のキー更新の両方の側を削除する必要が、RM のディストリビューション テーブルに、



Q5: 一致する可能性のあるセクション内のトランザクションと同じように一致します。Matched セクションにいるはなぜですか。

A5:配布レコードごとに一致するいくつかのフィールドがあります。Matched セクションに移動するのにはのすべてのフィールドと一致する必要があります。いくつかのすべてのフィールドが一致し、潜在的に一致するセクションに含めることができます。たとえば、GL に午後には、一致するフィールドを示します。

買掛金管理--GL
伝票番号--元のコントロールの数
トランザクション ・ ソース--元のトランザクション ・ ソース
トランザクションの転記日付 - 日付
勘定の金額 - 借方金額や与信額


Q6: GL または RM/午後に不足しているディストリビューションのキーし、GL のスプレッドシートへの調整を再実行は比類のない、または潜在的に一致するアイテム Matched のセクションに移動しますか?

A6:違います。トランザクションは個別に、キー入力の場合、別の伝票番号および元のトランザクション ・ コードがあります。せいぜい転記日付と金額可能性がありますが一致するシートの一致する可能性のあるセクションに挿入する可能性があります。



Q7:は、毎月または四半期ごとのスプレッドシートの終了残高と一致しない理由次の月または四半期のスプレッドシートの期首残高ですか?

A7: 1 つの期間の場合の終了残高が次の期間の期首残高と一致しません、サブの元帳テーブルにヘッダー レコードを持たない孤立した分布記録のためにことがよくあります。終了残高は、スプレッドシートの Excel の右側で計算されます。スプレッドシートの上部には、その期間の期首残高を実行し、期末残高に到着するスプレッドシートに表示される配布レコードの追加/減算だけです。その一方で、次の期間では、SQL テーブルで配布レコードの単純なコードの借方/貸方合計を計算することにより、期首残高が計算され、ストアド プロシージャがテーブルを結合する、ヘッダー、ヘッダー レコードが存在しないすべての配布は含まれませんので。最終的な結果は、いくつかのディストリビューションが前回のスプレッドシートでは、期末残高を計算し、次の期間の期首残高から省略するとする可能性があります。



Q8: RM または PM 側のディストリビューションは存在しますが、スプレッドシートに配信されません。

A8:次のトラブルシューティングのヒントを確認します。
  • スプレッドシートへの調整の日付の rangeused を確認します。
  • "午後"を PM10100 または PM30600 のテーブルの配分が存在していることを確認 (または RM の: RM10101 または RM30301 を検索する) ワークシートに入力した範囲内に収まっているかどうかを確認するのにはこれらのディストリビューションの日付を確認します。RM または PM ディストリビューション テーブルにこれらを検索することが重要とだけに頼ることが場合は、たとえば転記仕訳帳を再印刷します。
  • RM または PM のテーブルで配分する場合は、フロント エンドのドキュメントでこれらのパッケージを検索します。支払または REC の分布の種類を持っているでしょうか。これらは、RM または PM 側で調整のスプレッドシート プルされの種類のみです。


警告: この記事は自動翻訳されています

プロパティ

文書番号:866570 - 最終更新日: 09/07/2016 19:57:00 - リビジョン: 0.8

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtja
フィードバック
>