手順 1: 財務レポートで AA テーブルが使用されるかどうかを判断する:

GL を終了するか、この記事の手順を実行する前に、通常実行する財務レポートを実行して、GL 試用残高とのバランスを取ります。 見つかった情報に基づいて、適切な方法に従います。

- 方法1 - IF CORRECT: 財務レポートが正しく、GL と一致する場合は、この記事の手順 2 から 8 に進む必要があります。この手順を完了する必要があります。この手順は完了する必要があります。GL 年の終わりの終了プロセス中に AA エラーが発生しません。

注: 財務レポートに対して GL テーブル (GL 企業または他のレポート ツールから読み取る場合は管理レポーターのレガシ プロバイダーなど) からの直接読み取りのみを行うレポート システムを使用する場合は、AA データが財務レポートに影響を与えなさらないので、手順 2 に進みます。


-方法 2 - IF NOT CORRECT: ただし、財務レポートが正しくない場合は、多くの場合、AA テーブルが使用され、AA データが GL データと一致しない可能性があります。 AA データを確認するには、まず、この記事の残りの手順に加えて、KB 2910626 で提供されている SQL スクリプトを実行する必要があります。  

注: 管理レポーターのデータ マートは、AA (および GL) テーブルから読み取ります。または、Management Reporter で使用されるレガシ プロバイダーは、AA 企業から読み取る場合があります。

方法 2 の手順:

a.) まず、KB 単位ですべてのスクリプトを実行し2910626 GL データを使用して AA データを確認します。   

管理レポーターの財務レポートが Microsoft Dynamics GP の総台帳の試用残高レポートと一
致

http://support.microsoft.com/help/2910626 b.) KB 2910626 で手順を完了したら、この KB に戻り、次に示す残りの手順に進みます。 (手順 2 と手順 4 も KB 2910626 に含まれるので注意してください。ただし、このデータを既に修正している場合は結果が返されないので、もう一度再確認することをお勧めします)。

 

手順 2: 重複する年の AA データを確認する

これらのスクリプトを実行して、AAG30000 Open テーブルと AAG40000 履歴テーブルの年が重複していないことを確認します。 それぞれの個別の年は、1 つのテーブルまたは他のテーブルにのみ存在する必要がありますが、両方には存在しません。

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

- 両方のテーブルに重複する年が見つけた場合は、サポート インシデントを開いて支援を受け取る必要があります。 この問題は通常、レコードのインポートのために作成されるので、サポート ケースは課金されます。 データの修正が必要な場合は、コンサルティングを参照する必要がある場合があります。これは、ユーザーに対する請求額となります。
 

手順 3: 開いているテーブルと履歴テーブルの間の年が AA/GL 間で一致することを確認します。

次に、AA テーブル内の年が GL テーブルと同じオープンまたはクローズの年に含まれています。 AAG30000 と GL20000 のオープン テーブルの年数は同じになります。 また、AAG40000 と GL30000 の履歴テーブルには、同じ閉じた年を含む必要があります。

select distinct(YEAR1) from AAG30000

select distinct(OPENYEAR) from GL20000

select distinct(YEAR1)from AAG40000 order by YEAR1

select distinct(HSTYEAR) from GL30000 order by HSTYEAR

- 閉じる年の前に AAG30000 の開いているテーブルに年が見つけた場合は、履歴年のデータを履歴に移動するために、以下のデータを履歴に移動する手順も実行する必要があります。 AAG30000 テーブルには、現在 GL で開いている年のデータのみを含む必要があります。 GL で年を閉じしようとすると、次のメッセージが表示されます。  

上記のスクリプトを使用して、データを履歴に移動する手順を実行する必要があるかどうかを判断します。そのため、GL の年末クローズ プロセス中に上記のメッセージが表示されるのを防ぐことが可能です。


履歴にデータを移動する手順:
GP 10.0 SP2 以上のバージョン (AA がアクティブ化されている場合) で GL を初めて閉じると、システムで GL 年を終了する前に AA データを履歴に移動するように求めるメッセージが表示されます。 GL データが GL のオープン/履歴テーブルに存在する場合、システムは AA データが対応するオープン/履歴シリーズの AA テーブル内にあるか確認します。 そうではない場合は、GL Year End close に進む前に、AA の履歴ユーティリティへの移動を実行するメッセージが表示されます。  (このルーチンは、GP 10.0を超えるアップグレード後に 1 回だけ実行する必要があります。その後、もう一度実行する必要はありません。  これは、1 回のプロセスを意図しました。 このユーティリティは、AA テーブル間の重複した年数や破損したデータを後で修正することはできません)。

バージョン 10.0 の SP2 より後にサービス パックをインストールした後、または GP 2010 にアップグレードした後に GL 年 (AA がアクティブ化された状態) を終了していない場合は、"年を閉じるには、トランザクションを統合し、履歴ユーティリティに詳細を転送する必要があります" というメッセージが表示される場合があります。 AA のオープン テーブルの年数と、会社の会計期間の設定の履歴年を比較するコードが終了プロセスに追加されました。 過去 1 年間の AAG3000X 一連のテーブルに AA データがある場合は、エラーが発生します。 これらの年を統合するには、次の手順に従います。

1.) [Microsoft Dynamics GP]メニューの [ツール] をポイントし、[ユーティリティ]をポイントし、[財務] をポイントし、[分析会計] をポイントして、[データを履歴に移動]をクリックします。

2.) 最 も古い年 は、開いている AAG3000x テーブルにシステムが見つかったという点で既定で使用されます。 一度に移動できるのは 1 年のみです。

3.) 適切なオプション [トランザクションの詳細を履歴に転送する] を選択します。このオプションを選択すると、AA 詳細レコードが開いているテーブルから履歴テーブルに移動され

、BBFエントリは作成されません。 AA テーブルに BBF エントリが含まれるのを確認する必要があります。そうしないと、このオプションを選択できません。 このオプションでは、AAG30000 テーブルから AAG40000 テーブルにレコードを移動します。

トランザクションを統合し、詳細を histor y に転送する – このオプションでは、AA 詳細レコードを開いているテーブルから履歴テーブルに移動し 、BBFエントリを作成します。 ただし、BBF エントリを作成するには、前述のオプションを選択する必要があります。 このオプションは、(統合対象としてマークされている) 終了年度のすべてのトランザクション ディメンション コードの残高を統合し、AA 情報を履歴テーブルに転送します。

注意 統合された残高は新年に進む。 BBF エントリは、終了した年から作成されます。

印刷転送プレビュー レポート のみ – これにより、データを実際に移動せずに移動されるトランザクションを表示できます。 プレビュー レポートには、行う統合が表示されます。

注意 このオプションでは、データは変更されません。

4.) [OK] をクリックします。

5.) "履歴" 年ごとにこのプロセスを繰り返します。 (年は AAG30000 の開いているテーブルにあるが、GL30000履歴テーブル内にある場合)。 GL 履歴テーブルの対応するレコードと一致するには、古い年の AA オープン レコードを AA 履歴テーブルに移動する必要があります)。

注: 上記の "手順 3" で個別の年スクリプトを再実行する場合は、開いている AA テーブルと GL テーブル、および履歴 AA テーブルと GL テーブルの間で一致する個別の年を取得する必要があります。

 

手順 4: AA テーブルで重複するヘッダー ID を確認する

会社のデータベースに対してこのスクリプトを実行し、テーブル間に同じヘッダー ID も存在する場合を確認します。

select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)

- 重複するヘッダー ID の両方のテーブルが見つけた場合は、サポート インシデントを開いて支援を受けてください。 サポート ケースは課金されます。 データの修正が必要な場合は、コンサルティングを参照する必要がある場合があります。これは、ユーザーに対する請求額となります。

これは、現在の Dynamics データベースの上部に古い Dynamics データベースを復元した場合に発生し、Dynamics データベースの AAG00102 テーブルに格納されている次の使用可能な数値が設定されます。 GP は、既に使用されている可能性があるにもかかわらず、これらの値から増分し続け、同じ aaGLHdrID 値が異なる YEAR1 値に使用されます。
 

手順 5: AACOPYSTATUS の値を更新する

次に、AAG40001 テーブルで正しくない aacopystatus 値を確認します。 次のスクリプトを実行します。

select count(*) from AAG40001 where aaCopyStatus<>8 

上記のスクリプトが結果を返す場合は、GL Year Close: を実行する前に aaCopyStatus を '8' に更新します (値 '8' は、年末クローズ プロセスが受け入れる値です)。

update AAG40001 set aaCopyStatus=8

手順 6: 年末に含めるディメンションのセットアップを確認する

次の 2 つの手順を使用して、[会社] オプションを有効にし、年末の終わりに AA ディメンションを含め、その後、年末の終わりに含める個々のディメンションをマークします。 これにより、AAG30000/AAG30001/AAG30002 テーブルの BBF エントリと同じ aaGLHdrID を持つ AAG30003 テーブルのエントリが作成されます。 これは、次の 2 つの手順で行います。

一般会計をまだ閉じていない場合は、次の手順に従って、ディメンションがクローズ プロセスに含まれる正しくマークされていることを確認します。

1. 次のように、年末近くに分析会計を含めるセットアップ オプションをマークします。

   1. Microsoft Dynamics GP メニューで、[ツール] をポイントし、[セットアップ] をポイントし、[会社] をポイントし、[分析会計] をポイントして、[オプション] をクリックします。

   2. [終了日時に含 める] チェック ボックスをオンにして 、[OK] をクリックします。
      
      
      注意 このオプションは、ディメンションに対して残高転送エントリを作成する機能を有効にするためのオプションです。 このオプションがマークされているかどうかに関係なく、総台帳が閉じている場合、分析会計データは AAG40000 系列テーブルに引き続き移動されます。

2. 次のように、年末に含めるディメンションを個別にマークします。

   1. [カード] メニューの [財務] をポイントし、[分析会計] をポイントし、[トランザクション ディメンション] をクリックします。

   2. [Trx ディメンション] ボックスの一覧で、年末の終了プロセスに含めるディメンションをクリックします。

   3. [Year End Close] 領域で、[Year End Close] チェック ボックスをオンにして [Consolidate Balances during Year End] チェック ボックスをオンにし、[保存] をクリックします。

   4. 年度末の終了プロセスに含めるディメンションごとに、手順 b と c を繰り返します。

注: MR を使用している場合、上記のチェック ボックスがマークされていない場合は、年度末の終値の間に AA BBF ディメンション データが作成されていない場合に、開始残高の金額が欠落し、AA データを報告している場合があります。 



手順 7 - AA アカウント マスターを確認する

年末の終わりを処理する前に、AA アカウント マスター テーブル (AAG00200) が GL アカウント マスター テーブル (GL00100) と一致する必要があります。 アカウントが見つからない場合は、AA の BBF エントリが正しくありません。 会社のデータベースに対して以下のスクリプトを実行して、GL アカウント マスター、GL アカウント インデックス マスター、AA アカウント マスターの各テーブルのレコード数が同じことを確認します。

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• AA アカウント マスター テーブルに GL00100 テーブルより小さいレコードがある場合は、次のスクリプトを使用して、不足している GL アカウントを挿入します。

insert into aag00200 
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)

• AA アカウント マスター テーブルに GL00100 テーブルより多くのレコードがある場合は、次のスクリプトを使用して追加のレコードを削除します。

Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)

• GL00105 テーブルが一致しない場合は、

KB 855963インデックス テーブル (GL00105) を再作成する方法に関するページを参照してください。 





手順 8 - GL/AA エントリの反転を確認する (GP2015/GP2016 のみ)

以下に示す、各バージョンの履歴年に投稿されるエントリの逆引きに関して、GL で問題が発生しています。  会社のデータベースに対して次のスクリプトを実行します。  各バージョンについて説明されている結果を確認します。  サポートが必要な場合は、サポート ケースを開き、品質の問題を参照してください。 

このスクリプトを実行して、過去 1 年間に投稿されたすべての反転エントリを確認します。 

--------------------------------

Select distinct(a.JRNENTRY) from GL20000 a JOIN GL30000 b
on a.JRNENTRY = b.JRNENTRY
where a.SOURCDOC = 'GJ'
'GLREV%'
のような a.TRXSORCE b.TRXSORCE ('GLTHS%' のような)

----------------------------------

使用しているバージョンについて、次に示す結果を確認します。

Microsoft Dynamics GP 2016 (品質の問題 #91834)

 上記で返された各 JE# の GL テーブルと AA テーブルのレコードを比較します。結果は、P&L アカウントが使用された場合と、それがトランザクション レベルまたはバッチ レベルで投稿された場合によって異なる可能性があります。  必要な手動の更新は、次の場合があります。 

• 'GLREV' エントリが AAG30001 テーブルの SEQNUMBR と一致するために、GL20000 テーブルの SEQNUMBR を更新します。 (MR を使用している場合、MR が読み取るには、AA テーブルの SEQNUMBR を使用する必要があります)。

• AAG30001 テーブルの ACTINDX を更新し、GL20000 テーブルの ACTINDX と一致する "GLREV" エントリを指定します。 (AA テーブルに、逆のエントリに対する保有収益アカウント インデックスが正しく設定されていません)。

• AAG30002 のレコードの合計が、JE の aaGLHdrID レコードの AAG30001 のレコードの合計と等しいか確認します。

サポート が必要な場合は、サポート ケースと参照品質の問題 #91834 を開きます。 

更新: この問題は、GP 2016 (16.00.0675) および GP 2018 (18.00.0438) の 1 月のホット修正プログラムで修正されました。 

Microsoft Dynamics GP 2015 (品質の問題 #88914)

上記で返された各 JE# の AA テーブルを確認します。  必要な手動の更新は、次の場合があります。

• AAG30002 のレコードの合計が、JE の aaGLHdrID レコードの AAG30001 のレコードの合計と等しいか確認します。

• 返される各 JE# の AAG30000 テーブルと AAG40000 テーブルを確認します。  'GLREV' エントリが AAG30000 シリーズ テーブルの両方にあるレコードを探します。 "GLREV" エントリの AA レコードは AAG30000 テーブルにのみ含む必要があります。これは、逆のエントリが新年の値であり、AAG40000 系列テーブルに含めずにしてください。  これらの重複したレコードは、AA でレポートする場合に MR レポートが過大評価される原因となる可能性があります。

サポート が必要な場合は、サポート ケースと参照品質の問題 #88914 を開きます。 

更新: この問題は、GP 2016 RTM で修正されました。   

手順 9 - 正しくない AA BBF (****GP 2016 のみ既知の問題***)

**DYNAMICS GP 2016 USERS の重要な注意***

**正しい開始残高を引き出すには、Dynamics GP 2016 を終了する前に、GP ディクショナリ 16.00.0675 以上 (または AA ディクショナリ 16.00.0645 以上) を使用している必要があります**

AA で GL 年を終了すると、既知の品質の問題 #91502 が発生します。  $0 の残高を持つ GL アカウントを持ち、AA コードを転送している場合、AA BBF は正しくありません。  これは、GP 2015 または GP 2013 では問題ではありません。  

この問題の修正プログラムは、Microsoft Dynamics GP 2016 の 12 月のパッチ更新プログラム (KB 4056559) に含まれています。  12 月のリリースは2017 Canadian Payroll Year-end Updateと呼ばれますが、この AA BBF 修正プログラムが必要なすべての米国のお客様がインストールする必要があります。  AA を使用し、AA を使用しているすべてのインストール (米国、カナダなど) に対して、残高がゼロの GL アカウントがある場合は、GL を閉じる前に、この 12 月のパッチ更新プログラムをインストールすることを強くお勧めします。 

Dynamics GP バージョン 16.00.0641 は、2017 US Year-End Update (11 月のリリース/KB 4046341) と 2017 Canadian Payroll Year-End Update (December release/KB 4056559) の間では変更されません。 ただし、AA ディクショナリは 16.00.0552 から 16.00.0645に更新されます。 ([ヘルプ] ボックスをオン|Microsoft Dynamics GP | についてその他|分析会計について) この AA/BBF の問題を解決するには、12 月のリリースで AA コードが必要になります。 

手順 10 - テストを閉じる

GL の年末クローズ プロセスを開始する前に、常に現在のバックアップを作成してください。 エラーが発生しなかから、まずテスト会社で GL 年末クローズを実行するテストを行うのをお勧めします。 GL 年末終値プロセスは、実際に残高が作成され、履歴エントリ (BBF) が転送され、総台帳テーブルと分析会計テーブルの両方で終了する年のレコードが移動されます。 BBF エントリは、GL テーブルと AA テーブルの両方に作成されます。 総台帳の年末処理手順については、「KB 888003」で説明されているプロセスを参照してください。

詳細については、次の記事番号をクリックして、Microsoft サポート技術情報の記事を表示します。

888003 Year-End Microsoft Dynamics GP の総台帳の終了手順

-----------------------------------------------------------------------------------------------
注: 2019 年 12 月に AA を使用した年末SQL失敗する
SQL 2019 と AA が読み込まれた GP 18.2 を使用している場合、GL の年末クローズは次のメッセージで失敗します (以前の SQL バージョンは問題なく動作します)。  2019 年SQL失敗します。  これは 2020 年 2月のホット修正プログラム で修正されています。 詳細については、AA YE ブログ を参照してください)。

"内部エラー: Expression Services の制限に達しました。 クエリで複雑な可能性のある式を探し、簡略化してください。"  

------------------------------------------------------------------------------------------------

手順 11- 'UNIT ACCOUNTS' がクリアされた (GP 2013/GP 2015 のみ - #86400) を確認する

Microsoft Dynamics GP 2015 または Microsoft Dynamics GP 2013 を使用し、[単位アカウント] のチェック ボックスを [Year-End閉じる間に残高をクリアする] チェック ボックスをオンにした場合、AAG30002 テーブルのレコードの値が正しくない可能性があります。また、AAG30001 テーブルと一致するには 0.00 である必要があります。  (この問題は Microsoft Dynamics GP 2016 で修正されました)。

AA テーブルで単位アカウントの残高が正しいか確認するには、年末の終了プロセスが実行された後、会社のデータベースに対して次の最初のスクリプトを実行して、単位アカウントの BBF がクリア済みとしてマークされている場合は 0 に設定されていることを確認します。  2 番目のスクリプトを使用して結果を更新します。

select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF' 
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0 
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

手順 12- 貸借対照表レポートを確認する

管理レポーターの貸借対照表レポートを Microsoft Dynamics GP の一般会計試用残高レポートと比較して、新年に戻されたアカウントの残高が正しいか確認する方法をお勧めします。 これらのバランスが一致しない場合は、バックアップに復元し、Microsoft Dynamics GP サポートに問い合わせて、サポート インシデントを開いて追加のサポートを受けてください。

MICROSOFT の内部情報

最終更新日: 2021/12/3 - cw
作成者: dspecht;2012 年 12 月 2 日、cwaswick、2013 年 9 月 19 日 - kenhub/cwaswick によって手順 3 が追加されました。
ライター: lmuelle
技術レビューアー: kriszree
エディター: v-andmck