総勘定元帳を債務管理または債権管理に調整するときの差異に関する情報
この記事では、一般会計の 買掛金勘定 残高または 売掛金勘定 残高が、Microsoft Dynamics GP の期限切れの試用版の履歴レポートに表示される合計金額と異なる理由について説明します。 この記事の最後には、よく寄せられる質問があります。
適用対象: Microsoft Dynamics GP
元の KB 番号: 866570
GL への調整ルーチンは、Microsoft Dynamics GP 10.0 (SP2) の新機能でした。 このルーチンでは、Microsoft Office Excel スプレッドシートが生成されます。 このスプレッドシートを使用して、総勘定元帳に転記された債務管理または債権管理のトランザクションを照合できます。 このプロセスでは、修正トランザクションは生成されません。 ただし、このプロセスは、このセクションに記載されているトランザクションの相違点を特定するのに役立ちます。 [GL に調整] ウィンドウを開くには、Microsoft Dynamics GP メニューの [ツール] をポイントし、[ルーチン] をポイントし、[財務] をポイントして、[GL に調整] を選択します。
相違点が発生する可能性がある問題の実行中の一覧を次に示します。
すべての GL バッチが転記されるわけではありません。 (GL スプレッドシートへの調整は、投稿されたエントリについてのみ報告されます)。
期限切れの試用版の履歴レポートは、制限付きで印刷されます。 期限切れの試用版の履歴レポートを日付制限のみで再度印刷します。
すべての買掛金勘定勘定またはすべての売掛金勘定が総勘定元帳で表示されるわけではありません。 総勘定元帳で、すべての買掛金勘定勘定またはすべての売掛金勘定を表示することを確認します。
債務管理または債権管理のバッチが総勘定元帳に転記されました。 総勘定元帳のバッチは、転記前に変更または編集されました。
買掛金勘定または売掛金勘定に対する調整は、総勘定元帳で直接入力されている可能性があります。 これらのトランザクションは、総勘定元帳の勘定を更新します。 ただし、これらのトランザクションでは、期限切れの試用版の履歴レポートは更新されません。
総勘定元帳の詳細試算表レポートの日付範囲が、債務管理または債権管理の期限切れの試算表履歴レポートの日付範囲と一致しません。 期限切れの試算表履歴レポートを印刷する場合は、[使用するレポートのトランザクションの選択] 領域の [GL 転記日チェック] ボックスを選択します。
トランザクションは、買掛金管理または債権管理で転記されました。 ただし、これらのトランザクションは、期首残高の場合は総勘定元帳に転記されませんでした。 購買系列または販売系列の [転記設定] ウィンドウで [総勘定元帳への転記] チェック ボックスが選択されていない場合、トランザクションは買掛金管理または債権管理に転記されます。 ただし、これらのトランザクションは総勘定元帳に転記されません。
[GL で利用可能な割引の追跡] チェックボックスは、[買掛金管理設定] ウィンドウまたは [売掛金管理設定] ウィンドウで選択されます。 その後、請求書の正味金額が総勘定元帳に転記されます。 さらに、残りの金額は割引利用可能なアカウントに転記されます。 正味金額のみが、総勘定元帳の詳細な試算表レポートに表示されます。 ただし、請求書には、未払金管理または債権管理の期限切れの過去の試用残高の総請求書合計が表示されます。
ドキュメントは、最初に投稿された期間とは異なる期間に無効にされました。 総勘定元帳の詳細な試算表レポートは、期限切れの試用版の履歴レポートと一致しない場合があります。 たとえば、請求書が 2007 年 1 月 1 日に入力されたとします。 この請求書は 2007 年 2 月 1 日に無効になりました。 総勘定元帳詳細試算表レポートは、2007 年 2 月 1 日から 2007 年 2 月 28 日に印刷されます。 無効になったトランザクションがレポートに表示されます。 期限切れの過去の試用版残高が同じ日付範囲を使用して印刷された場合、無効になったドキュメントは無効になっているため、レポートに印刷されません。
一定期間、総勘定元帳の買掛金勘定残高または売掛金勘定残高を過去の期限切れの試算残高レポートに残高処理する場合は、履歴期限切れの試算残高レポートの残高を、同じ期間の総勘定元帳の詳細な試用残高の純変更と照合する必要があります。
一定期間ではない日に対して、総勘定元帳の買掛金勘定残高または売掛金勘定残高を過去の期限切れの試算表レポートにバランスを取る場合は、買掛金管理と債権管理のバランスが取れたかどうかを判断します。 買掛金管理または債権管理のバランスが取れたことがない場合は、期首残高が正しくない可能性があります。 この状況では、最初に最新の期間のバランスを取り、前の月を逆の順序で調整します。
転記中断が発生した場合、ロットが総勘定元帳、債務管理、または債権管理に正しく転記されていない可能性があります。
期限切れの試用版の履歴レポートを印刷するときに、[除外] 領域で次のチェック ボックスを選択しませんでした。
これらのチェック ボックスを選択し、[期限切れの試用版の履歴] レポートを印刷します。
注:
総勘定元帳の詳細な試算表レポートと特定の伝票別の期限切れの試算表レポートを照合する場合は、[完全支払い済み伝票] チェックボックスをオフにします。
- 未転記の適用信用文書
- ゼロバランス
- アクティビティ
再評価時に Multicurrency Management を使用する場合は、購買/販売オフセット 勘定への転記を選択しました。
請求書の [買掛金取引エントリ] ウィンドウに入力されたクレジット カード金額。 これにより、総勘定元帳に対する債務管理の調整が不均衡になる可能性があります。これは、正味の変更のみが総勘定元帳モジュールに転記されるためです。 (つまり、GL トランザクションが欠落しているかのように見えますが、GL 側の金額は 1 つの GL エントリにネットされます。一方、PM 側には 3 つのレコードが表示される場合があります。ただし、新しいバージョンでも一致し、[一致したトランザクション] セクションに正しく移動する必要があります)。
買掛金または売掛金バッチに中断/問題を転記していて、トランザクションが同時に作業テーブルと開いているテーブルの両方で見つかった場合、Microsoft Dynamics GP で RM または PM バッチを削除すると問題が発生します。 この例では、通常、ユーザーは両方のテーブルにレコードを表示し、作業バッチを必要としないことを決定して、Microsoft Dynamics GP で削除します。 Work テーブルと Open テーブルはディストリビューション テーブルを共有するため、Microsoft Dynamics GP でバッチを削除すると、そのテーブルと共に配布レコードも削除されます。 最終的な結果として、トランザクション ヘッダ レコードは存在しますが、RM 側または PM 側に一致するディストリビューションはありませんが、GL は正しく更新されました。 この問題は、次のバージョンの Microsoft Dynamics GP で考慮されます。
割引がある場合は、[一致する可能性がある] セクションに異なる金額の分布が表示される場合があります。 一致させるには、GL への調整プロセスを実行する前に、割引 GL 勘定を PM/RM アカウントでプルインする必要があります。 スプレッドシートを閉じ、割引 GL アカウントも一覧表示して再実行します。
タイプ (CASH、PAY、PURCH) が変更された場合、PM/RM 側でディストリビューションが欠落している可能性があります。 調整スプレッドシートでは、アカウントは GL 側にのみ使用されます。 アカウントは PM/RM 側では使用されません。 PM/RM 側は、使用されているアカウントに関係なく PAY または REC の種類を使用してプルするため、すべての AP または AR アカウントをリコンサイル ウィンドウに必ず一覧表示する必要があります。 また、SQL テーブルでディストリビューションの種類を切り替えるだけでは、スプレッドシートを再生成してもディストリビューションは自動的に表示されません。 (これは、以前のバージョンのクレジット カードの支払いに関する問題であり、CASH の種類を使用して AP アカウントにアクセスしましたが、これらのレコードは GP 2016 に表示されているため、問題ではなくなったように見えます)。
複数通貨トランザクションの適用テーブルの適用日と GL 転記日を、GL で転記された実際の日付と比較して確認します。 たとえば、1 月 22 日に、12 月 31 日付のクレジット メモが 12 月 5 日の請求書に適用され、適用日と GL 転記日は 1 月 22 日のままでした。 ただし、GL バッチを転記するときに、ユーザーは日付を 12 月 31 日に変更しました。 この場合、12 月の GL への調整スプレッドシートには、両側で実現された損益額が一覧表示され、調整されているように見えます。 ただし、HATB レポートでは、実現された損益額はまだ認識されておらず、適用レコードに従って 1 月まで適用または転記されていなかったため、GL と比較すると、この金額でオフになります。
よく寄せられる質問
Q1: GL スプレッドシートへの調整は、買掛金/債権と GL の真の調整ですか?
A1: GL との調整機能は、ユーザーが RM/PM と GL の間で一致しない分布を識別するのに役立つ トラブルシューティング ツール です。 これは必ずしも HATB に結び付くことを意図したものではなく、クライアントがそれを行っていることはわかっていますが、意図した目的ではありません。 GL への調整スプレッドシートの残高は、テーブル内の分布に対する単純な加算/減算を使用して最適な見積もりです。 HATB の残高はほぼすべてのテーブルを考慮に入れ、はるかに複雑で正確なバランスであるため、多くの場合、2 つのバランスは結び付けられません。
真の調整は、RM または PM の履歴期限切れの試用残高 (HATB) レポートと GL 試算表レポートの間で行う必要があります。 これらが一致する場合は、必ずしもその月の GL への調整ツールを実行する必要はありません。 GL テーブルはデビットとクレジットで構成され、HATB がプルするテーブルはトランザクション ヘッダーであり、レコード テーブルを適用します。 そのため、顧客は、GL のディストリビューションを RM または PM のディストリビューション テーブルに調整して、そのレベルの違いを見つける方法を求めました。 これが、GL に対する調整ルーチンが作成された理由です。 これは、不足しているディストリビューションを特定するのに役立つ、モジュール間のディストリビューションとディストリビューションを比較するためのトラブルシューティング ツールであり、HATB から不足しているトランザクションに戻る可能性があります。 そのため、[GL に調整] ツールは、 HATB を GL 試用版残高に調整する場合にのみ役立ちます。 HATB と GL TB の残高がある場合、その月の GL に調整ツールを実行する必要はありません。
Q2: GL への調整スプレッドシートの合計は、HATB の合計と一致する必要がありますか?
A2: いいえ。 GL への調整スプレッドシートの合計は、そのテーブル内の分布レコードの単純な加算/減算に過ぎず、他のテーブルは考慮されません。 HATB は、トランザクションを使用して残高を計算し、レコード テーブルを適用するために、まったく異なるテーブルを見て、はるかに複雑な計算です。 残高の取得に使用される計算方法/テーブルが異なるため、GL への調整スプレッドシートは HATB レポートのエージング バランスと完全には結び付かないと予想され、調整が困難になります。 GL スプレッドシートに調整の残高を HATB レポートに結び付ける必要はありません。
GL スプレッドシートとの照合の合計を無視し、不一致セクションと一致する可能性のあるセクションを使用して、GL TB と HATB の違いを説明する可能性があるかどうかを調べるために役立ちます。 GL スプレッドシートへの調整は真の調整ではなく、これがトランザクション レベルの違いでもあるかどうかを調べるために、調査に対する分布の違いを特定するのに役立つだけの 目的 でした。 実際、HATB が GL TB と一致する場合、識別する違いがないため、その月の GL ユーティリティに対して調整を実行する必要はまったくありません。
引き続き調整の残高を GL スプレッドシートの残高と HATB の残高と結び付ける場合は、通常のサポート ケースではサポートされません。 特定した理由は、この KB の一番上に記載されており、まだ特定されていない理由が増える可能性があります。 ただし、この調整は、GL スプレッドシートへの調整に記載されている単純な合計残高と HATB レポートのより複雑な計算された残高の間では必要ありません。この調整ユーティリティの目的ではないため、相互に調整するのに役立つデータを掘り下げるには、コンサルティング費用と見なされます。
Q3: GL 側でディストリビューションが見つからない場合はどうすればよいですか?
A3: RM 側または PM 側の配布が GL 側にない場合は、GL 側でタイミングの違いを調べます。 すべての GL バッチが転記されていることを確認します。 GL 側で本当に欠落している場合は、GL 配分を作成するために、調整仕訳帳エントリを GL に直接キー設定する必要があります。
Q4: RM 側または PM 側でディストリビューションが見つからない場合はどうすればよいですか?
A4: GL 分布が一覧表示されているが、RM 側または PM 側に存在しない場合は、まずタイミングの違いを調べます。 また、トランザクション自体が HATB レポートに一覧表示され、既に考慮されているかどうかを調べることもできます。 トランザクションが存在する可能性がありますが、ディストリビューションが不足しているだけです。 トランザクションが存在する場合、問題は RM または PM でディストリビューションを取得する方法になります。 まず、RM または PM の配布テーブルは、この調整スプレッドシート以外の GP の他の目的やレポートには使用されないことに注意してください。 では、RM または PM に追加し直す必要はありますか? 他の場所では使用されていないテーブルを設定する価値があるかどうかを評価します。
ただし、PM 配布テーブルを修正する場合は、ドキュメントを無効にする必要があるため、適用されたレコードは開きに戻ります。 次に、トランザクション履歴の削除ユーティリティを使用して、無効なドキュメントを削除します。 転記を GL に 転記 するように設定し、GL に転記しないようにしてください。 void によって作成された GL バッチを削除します。 次に、ドキュメントのキーを買掛金に戻して、トランザクションとディストリビューションが再作成されるようにします。 このための GL バッチは必ず無効にしてください。 次に、開いているドキュメントに新しいドキュメントを再適用し、もう一度履歴に移動する必要があります。
RM 配布テーブルで修正するには、請求書と支払の両側を削除し、両方のキーを再入力し、GL でバッチを削除する必要があります。
Q5: [潜在的に一致する可能性がある] セクションのトランザクションは、一致しているように見えます。 [一致] セクションに表示されないのはなぜですか?
A5: 配布レコードごとに一致する複数のフィールドがあります。 [一致] セクションに移動するには、すべてのフィールドが一致している必要があります。 一部のフィールドが一致しない場合は、一致する可能性のあるセクションに配置されます。 たとえば、PM から GL に一致するフィールドを次に示します。
買掛金管理 -- GL
伝票番号 -- 元の管理番号
TRX ソース -- 元の TRX ソース
転記日 -- 取引日
口座金額 - 借方金額または貸方金額
Q6: GL または RM/PM で不足しているディストリビューションにキーを設定し、[調整] を GL スプレッドシートに再実行すると、一致しないアイテムまたは一致する可能性がある項目は [一致] セクションに移動しますか?
A6: いいえ。 トランザクションが個別にキー設定されている場合、伝票番号と Trx ソース コードが異なります。 せいぜい、転記日と金額が一致する可能性があります。これにより、スプレッドシートの [一致する可能性がある] セクションに配置できます。
Q7: 毎月または四半期ごとのスプレッドシートの終了残高が、次の月次または四半期ごとのスプレッドシートの開始残高と一致しないのはなぜですか?
A7: ある期間の終了残高が次の期間の開始残高と一致しない場合は、多くの場合、サブ元帳テーブルに関連するヘッダー レコードを持たない孤立した分布レコードが原因です。 終了残高は、スプレッドシート内の Excel の右側で計算されます。 スプレッドシートの上部でその期間の開始残高を取得し、スプレッドシートに表示される分布レコードを加算または減算して、終了残高に到着します。 一方、次の期間では、開始残高は SQL テーブル内のディストリビューション レコードの単純なデビット/クレジット計算を行うことで計算され、ストアド プロシージャはヘッダー テーブルを結合するため、ヘッダー レコードが欠落しているディストリビューションは含まれません。 最終的な結果は、一部の分布が前のスプレッドシートの終了残高に計算され、次の期間の最初の残高から省略された可能性があります。
Q8: RM/PM 側のディストリビューションは存在しますが、スプレッドシートにプルされていません。
A8: 次のトラブルシューティングのヒントを確認します。
- スプレッドシートへのリコンサイルで使用される日付範囲を調べます。
- ディストリビューションが PM のPM10100テーブルまたはPM30600テーブルに存在することを確認します。 (または RM の場合: RM10101またはRM30301を検索します)これらのディストリビューションの日付を調べて、スプレッドシートに入力した範囲に収まるようにします。 これらを RM または PM の配布テーブルに配置し、たとえば、再印刷された転記仕訳帳のみに依存しないようにすることが重要です。
- RM テーブルまたは PM テーブルにディストリビューションがある場合は、フロントエンドのドキュメントでこれらのディストリビューションを確認します。 配布タイプが PAY か REC か AVAIL か。 これらは、古いバージョンの RM または PM 側のリコンサイル スプレッドシートにプルされる唯一の種類です。 (更新: クレジット カード支払いでは、テーブル内にあるキャッシュの種類を持つ AP アカウントへの配布が生成される場合がありますが、GL スプレッドシートへの調整では左側にこの分布が表示されませんでした。そのため、スプレッドシートに関する表示の問題であり、データの問題ではありません。ただし、これは Microsoft Dynamics GP 2016 では問題ではないようです。CASH の種類がスプレッドシートに正しく表示されるようになりましたので、途中で修正されました)。
Q9: [GL に調整] ウィンドウを他の通貨で表示することはできますか?
A9: 機能 通貨のみを表示するように設計された [GL に調整] ウィンドウ。 詳細については、「 Microsoft Dynamics GP の [GL に調整] ウィンドウの残高に関する情報」を参照してください。