TechKnowledge コンテンツ
概要 この記事の目的は、総台帳に対する売掛金の調整に関
するヒントを提供するために使用します。
詳細 については、「売掛金を総勘定に調整する」を参照してください。「売掛金の残高」モジュールの残高と一般会計の
AR アカウントの調整は重要な手順であり、月末の終了プロセスの一環として行う必要があります。 月次調整が行われた場合、監査が実行された場合は適切なドキュメントを使用できます。また、2 つのモジュール間に存在する違いは、期間が終了する前にキャッチして修正できます。
どのようなアカウントを調整する必要がありますか。
[売掛金勘定] に入力された情報はすべて、総勘定科目を更新します。 調整する最も重要なアカウントは、売掛金勘定です。 2 つのモジュール間で調整する他のアカウントは、AR Holding アカウント (Cash Manager を使用している場合)、収入アカウント、現金
口座、割引、財務料金などです。GL で AR アカウントを調整すると、AR モジュールからの売掛金の合計が、総台帳の AR アカウントの残高と等しくなります。
調整のためにどのようなレポートを調べる必要がありますか。
顧客試用残高 (08.620) – [ドキュメントのみ] 形式または [古い AR] (08.610) – [顧客の残高の概要] 形式を開きます。
[General Ledger Trial Balance (01.610) どちらの形式でも、この方法は、残高が調整されているアカウントに対してだけ実行します。 これは、取引先の売掛金勘定の Select ステートメントを次のように入力して行います:Field: account.acct、Operator: Equal、Value: (AR アカウント)。
GL 試用残高レポートのアカウントの合計は、売掛金レポートの合計とバランスを取る必要があります。 これら 2 つのレポートの合計が残高を報告する場合は、それ以上調整する必要はありません。
注: 複数の取引先取引先や、1 つの売掛金アカウントを持つ複数のサブアカウントがある場合は、次の 2 つのいずれかを実行する必要があります
。1。 AR レポートを select ステートメントで印刷して 1 つの AR アカウントのみを含め、GL 試用残高で同じ select ステートメントを使用し、各 AR アカウントを 1 つ 1 つ比較します。
または
2. [GL Trial Balance] にすべての AR アカウントを追加し、AR レポートの合計と比較します。
顧客期間の試用残高 (08.621) と期間依存型 AR (08.611) - 過去の期間を調整するために、Dynamics SL は、その期間の現在のドキュメントの残高を示すこれらのレポートを提供し、その前の期間の総台帳との調整に使用できます。
AR レポートと GL 試用残高の差異の調整 古い AR または顧客の試用残高の合計を GL 試用残高と比較して差異が見つかった場合は
、Dynamics SL で相違点を見つけ出すのに役立つ詳細なレポートが多数用意されています。
Detail General Ledger (01.620) – 売掛金勘定のこのレポートを印刷します。 これにより、その期間のアカウントに投稿されたエントリすべてが表示されます。
AR へのエントリが送信されたモジュールを確認するには、Jrnl Type フィールドを使用します。 モジュールは AR (売掛金)、GJ (総台帳)、または AP (買掛金) として指定されます。 GL バッチを入力すると、ジャーナルの種類を AR に変更できます。この場合、Jrnl 型だけで不一致を見つけるだけでは不十分な場合があります。 その場合は、Jrnl Type に加えて Tran Type を使用して、必要なトランザクションを識別します。 可能なトランの種類は、GL (総台帳)、CE (統合)、LS (割り当てソース)、LD (割り当て先) です。 [Tran Type] は、元のドキュメントのドキュメントの種類と同等です。
AR 以外の種類の Jrnl がある場合、これは、総勘定科目と売掛金の間に差が生じ、売掛金以外のモジュールを通じて取引先取引先の売掛金口座にエントリが作成されたと示します。 トランザクションの元のエントリを見つける簡単な方法は、次の
1 を実行する方法です。 [Bat Nbr] フィールドのトランザクションのバッチ番号と、[総台帳の詳細] レポートの [Jrnl の種類] フィールドのエントリをメモします。
2. [Jrnl の種類] フィールドに示されているモジュールの [レポートの編集] を開きます (つまり、[Jrnl Type] フィールドが GJ の場合は、GL Edit (01.810) レポートを開きます)。 レポートに上記のバッチ番号のみを含めるには、select ステートメントを入力します。 レポートの編集に関する問題のトランザクションを調査し、総勘定科目と売掛金勘定の間でアカウントのバランスを取る上で必要な調整を決定します。
以前の期間に投稿されたエントリは、現在の総台帳の詳細レポートには印刷されません。 エントリが以前の期間に投稿されたかどうかを判断するには、当月の詳細総勘定科目レポートの開始残高と、前月の売掛金勘定およびサブアカウントのレポートの終了残高を比較します。 当月の開始残高と前月の終了残高が同じではない場合は、トランザクションが前の期間にポストされたことを示します。 前の期間の詳細総台帳を印刷し、その期間に投稿されたトランザクションを調査します。 別の期間に投稿されたトランザクションはアスタリスク (*) でマークされ、ページの下部に 「入力した期間が期間の投稿とは異なっている」という説明が印刷され、別の期間に投稿されたトランザクションを簡単に確認できます。
GL トランザクション (01.680) – このレポートは、総勘定科目と売掛金の差異を調整するときにも使用されます。 [未投稿] 形式でこのレポートを生成します。 このレポートには、取引先の売掛金などの子会社のモジュールを通じて入力されたトランザクションと、総台帳を通じて入力されたトランザクションが一覧表示されます。 これにより、顧客または総台帳の残高に影響を与える可能性がある未投稿のトランザクションが表示されません。
アカウントの配分 (08.630) - 売掛金売掛金アカウントが請求書とデビット メモに対して適切に引き落とされ、支払いおよびクレジット メモにクレジットが与えされていることを確認するには、このレポートのレビューを行う必要があります。 このレポートの残高は、総台帳の詳細レポートの取引先の売掛金勘定の残高と等しくなります。 トランザクションの種類 (TnTp) フィールドを確認すると、トランザクションを識別するのに役立ちます。 取引先企業の売掛金モジュールのトランザクションの種類は、IN (請求書)、PA (支払い)、CM (クレジット メモ)、DM (デビット メモ)、FI (財務料金) です。 各トランザクションのバッチ番号もこのレポートに一覧表示されます。 疑いがあるトランザクションが見つかった場合は、[Batch] フィールドのバッチ番号をメモし、バッチ番号で AR Edit (08.810) レポートを実行してバッチを確認します。
AR トランザクション (08.640) – このレポートは、上記のレポートに疑いがあるトランザクションが表示される場合に非常に役立ちます。 このレポートには、請求書とメモ (08.010)、支払いアプリケーション (08.030)、および支払いエントリ (08.050) に現在の期間に入力された各トランザクションが一覧表示されます。 トランザクションが投稿される各取引先とオフセット経費アカウントが表示されます。 トランザクションの種類別にレポートを並べ替える場合は、[ARTRAN] を選択します。[並べ替え/選択] フィールドの [TranType] と [値] フィールドで、問題のトランザクションの TnTp 型を選択します。
[アカウントの売掛金整合性チェック](08.990) - 上記を確認した後に問題が解決されない場合は、次に検討するオプションです。 整合性チェックは、取引先の売掛金モジュール内のデータが完全で正確なデータを確認します。
[売掛金勘定] モジュールでデータを確認し、データを変更しない場合に使用されるオプションは、次のとおりです。[投稿済み AR バッチの確認] - [選択] を選択して、リリース済みすべての取引先売上バッチを確認し、総台帳に正しく転送されていることを確認します (つまり、総台帳では完全で正確です)。
このプロセスでは、各バッチを確認し、バッチのドキュメントが確実に作成され、ドキュメントの量がバッチコントロールの合計に蓄積されます。 違いがある場合は、イベント ログ エントリが作成されます。
[顧客の残高の確認] - すべての顧客レコードを確認して、各顧客の開いているドキュメントの残高が、顧客に関連付けられている現在および将来の残高と等しいか確認します。 違いがある場合は、イベント ログ エントリが作成されます。
[支払いアプリケーションの確認] - すべての支払とクレジット メモのアプリケーション プロセスを確認して、調整と調整の両方のドキュメント レコードが更新 (データベースに正しく適用) されていることを確認します。 違いがある場合は、イベント ログ エントリが作成されます。
[終了期間] を確認する データを修正または再構築するオプションを実行する前に、必ず確認オプション
を実行する必要があります。 [アカウントの売掛金整合性チェック] の正しいオプションと再構築オプションは、関連するレコードのデータが変更されるので、慎重に実行する必要があります。 再構築プロセスは、会計監督者の承認なしに実行する必要があります。 データベースのバックアップは、これらのプロセスのいずれかを実行する前に常に完了する必要があります。 オプションは、[顧客の残高を合計ドキュメントの残高に修正する] - すべての顧客レコードを確認し、サポートするオープン ドキュメントの残高に同意するために必要に応じてレコードを更新 (再計算) する場合に
選択します。 この関数を実行する前に、データベース内のすべてのドキュメントが完全で正しい必要があります。 この関数を実行する前に、[投稿された AR バッチの確認]、および [顧客の残高の確認]、および [支払いアプリケーションの確認] を実行します。 このオプションは、[顧客の残高の確認] が選択されている場合にのみ使用できます。
[ドキュメントからの AR 履歴の再構築] - 期間別に各顧客の売掛金処理ドキュメントを集計して、顧客履歴レコードを更新します。 この関数を実行する前に、[投稿された AR バッチの確認]、および [顧客の残高の確認]、および [支払いアプリケーションの確認] を実行します。
正しい終了期間 エラーが見つかり、修正された場合は、GL 試用残高と AR 顧客試用残高または古い AR レポートを再印刷して確認し、残高が一致していることを確認する必要があります。
月次調整が完了し、取引先の売掛金と総台帳が合意したと確認された後は、月のクローズを実行できます。
この記事は TechKnowledge Document ID:136078 でした
