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

TechKnowledge コンテンツ

考えられる原因:


1. 非アクティブなアカウント状態のアカウントに投稿する場合、総台帳の事後トランザクション (01.520) で発生します。 解決策 21476 を参照してください。


2. 一般会計リリース GL バッチ (01.400) で発生します。 [ジャーナル トランザクション] 画面 (01.010) でバッチが表示された場合、フィールドは完全には設定されません。 解決策 1532 を参照してください。


3. リリース GL バッチ (01.400) で、省略可能な情報が "Sub" を参照して発生します。 GLTRAN テーブルの CpnyID は設定されません。 解決策 11929 を参照してください。


4. GLTRAN に正しくない LedgerID がある場合、事後トランザクション (01.520) で発生します。 「解像度 17549」を参照してください。


5. アカウントの種類が正しくない場合は、事後トランザクション (01.520) で発生します。 解決策 21434 を参照してください。


6. Solomon IV バージョン 4.21 Service Pack 1 で総台帳の割り当てバッチをリリースするときに発生します。 以降のバージョンでは発生しません。


7. 詳細領域に複数の会社間トランザクションを含めた場合、オプションの情報が Sub を参照する一括トランザクション (01.010) でバッチがリリースされますが、会社間リレーションシップは GL モジュールの複数会社間アカウント/サブ メンテナンス (13.260) で確立されていません。 「resolution27142」を参照してください。


解決策 1532 - クエリ アナライザーを使用して GLTRAN レコードと BATCH レコードを合計します。

修正手順:


1. 望ましくないデータ損失が発生した場合に復元できるデータベースのバックアップを作成します。


2. Query Analyzer を使用して適切なアプリケーション データベースにアクセスします。


3. GLTRAN レコードのクレジットとデビットの金額を合計するには


、GLTRAN の SELECT SUM(CrAmt) を使用します。ここで、BatNbr = 'XXXXXX' と Module = 'YY'


SELECT SUM(DrAmt) from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY'


SELECT SUM(Cury) GlTRAN の場合、BatNbr = 'XXXXXX' および Module = 'YY'


SELECT SUM(CuryDrAmt) from GLTRAN から、BatNbr = 'XXXXXX' および Module = 'YY' (XXXXXX = 該当するバッチ番号


、YY =


該当するモジュール) 4。 CrAmt の合計と DrAmt の合計が Batch のコントロールの合計と等しいか確認します。 また、CuryCrAmt の合計と CuryDrAmt の合計が Batch のコントロールの合計と等しいか確認します。 これをテストするには、初期化モードを使用して、General Ledger Journal Transactions (01.010) のモジュールを適切なモジュールに変更し、Batch を表示します。 Batch のコントロールの合計は、クレジットの合計とデビットの合計と同じである必要があります。


5. BATCH レコードのクレジットとデビットの金額を合計します。ここで、XXXXXX = 該当するバッチ番号と YY = 該当するモジュール: BATCH から SELECT SUM(CtrlTot) を実行し、BatNbr = 'XXXXXX' と Module = 'YY' SELECT SUM(CrTot) from BATCH(BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(DrTot) from BATCH WHERE BatNbr = 'XXXXXX' と Module = 'YY' SELECT SUM(CuryCtrlTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryCrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' SELECT SUM(CuryDrTot) from BATCH where BatNbr = 'XXXXXX' and Module = 'YY'


6. CrTot の合計と DrTot の合計が、GLTRAN テーブルの CrAmt と DrAmt と等しいか確認します。 また、CuryCrTot の合計と CuryDrTot の合計が GLTRAN テーブルの CuryCrAmt と CuryDrAmt と等しくなります。


7. すべてがバランスが取れたと思える場合は、GLTRAN にレコードが見つからないか確認します。 Batch の各トランザクションはリリースする必要があります。[投稿済み] 列は [未投稿] の場合は "U" にします。 見つからないレコードを更新します。


注: 投稿中に問題が発生した場合は、総台帳の事後トランザクション (01.520) プロセスを再度実行します。 それでも失敗する場合は、サブ解像度 3010 を参照してください。


解決策 11929 - BATCH テーブルと GLTRAN テーブルで CompanyID を確認します。

修正手順:


1. 望ましくないデータ損失が発生した場合に復元できるデータベースのバックアップを作成します。


2. Query Analyzer を使用して、BATCH テーブルの CpnyID が正しいと確認します。BATCH から SELECT * を実行します。


ここで、BatNbr = 'XXXXXX' と Module = 'GL'


(XXXXXX

は適切なバッチ番号)
3 です。 CpnyID が正しくない場合は


、UPDATE BATCH SET CpnyID = 'YYYY' ステートメントを実行します。BatNbr = 'XXXXXX' と Module = 'GL' (XXXXXX は適切なバッチ番号


、YYYY

は適切な会社 ID)
4 です。 次のステートメントを実行して、GLTRAN テーブルの CpnyID が正しいか確認します


。SELECT * from GLTRAN where BatNbr = 'XXXXXX' and Module = 'GL' (XXXXXX は適切なバッチ番号


)


5。 CpnyID が正しくない場合は


、UPDATE GLTRAN SET CpnyID = 'YYYY' ステートメントを実行します。BatNbr = 'XXXXXX' と Module = 'GL' (XXXXXX は適切なバッチ番号


、YYYY は適切な会社 ID)


解決 17549 - クエリ アナライザーを使用して GLTRAN テーブルの LedgerID フィールドを修正します。

修正手順:


1. 望ましくないデータ損失が発生した場合に復元できるデータベースのバックアップを作成します。


2. Query Analyzer を使用して、適切なアプリケーション データベースにアクセスします。


3. 次のクエリを実行します


。SELECT * from GLTRAN where BatNbr = 'YYYYYY' and Module = 'MM'


(where 'YYYYYY' = appropriate GL batch number and 'MM' = appropriate Module)


4. LedgerID が正しくない場合は


、UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXX' を実行します。BatNbr = 'YYYYYY' と LedgerID = 'xxxxxxxxxx' と Module = 'MM'


(ここで'XXXXXXXXXXX' = 正しい LedgerID、'YYYYY' = 適切な GL バッチ番号、'xxxxxxxxxx' = 正しくない LedgerID、および 'MM' =


5 モジュール) を実行します。 一般会計後トランザクション (01.520) にアクセスし、バッチを投稿します。


解決策 21434 - クエリ アナライザー 1 を使用して、ACCOUNTand ACCTXREF テーブルの AcctType フィールドを

更新します。 Access General Ledger GL Setup (01.950) - Acct Order のグラフ。


2. 選択されている [Acct 注文のグラフ] をメモします。 COA 順序に対応する ACCOUNT テーブルと ACCTXREF テーブルの AcctType フィールドの値は、数字と英数字で構成されます。 資産


1A 負債 2L Income 3I Expenses 4E


CORRECTION STEPS:


1. 望ましくないデータ損失が発生した場合に復元できるデータベースのバックアップを作成します。


2. Query Analyzer を開き、適切なサーバーにログインし、アプリケーション データベースを選択します。


3. 次の SQL ステートメントを実行して、ACCOUNT テーブルの AcctType フィールドの値を確認します


。SELECT AcctType、 * from ACCOUNT where Acct = 'XXXXXX'


(where 'XXXXXX' =

影響を受けるアカウント番号)
4。 AcctType が設定されていない場合、または正しくない場合は、次のステートメントを実行します。


UPDATE ACCOUNT SET AcctType = 'YY' where Acct = 'XXXXXX'


(where 'YY' = GL Setup | で選択された順序に基づく値)確認手順 2 で示されている [Acct 注文] タブのグラフ)


5. システム データベースを選択し、次のステートメントを実行して ACCTXREF の AcctType フィールドを確認します


。SELECT AcctType、 * from ACCTXREF where Acct = 'XXXXXX' and CpnyID = 'yyyy' (where 'XXXXXX' = 影響を受けるアカウント番号、


'yyyy' = 適切な会社 ID)


6。 AcctType が設定されていない場合、または正しくない場合は、次のステートメントを実行します


。ACCTXREF SET AcctType = 'YY' を更新します。Acct = 'XXXXXX' と CpnyID = 'yyyy' 解決 21476 - アカウントの総勘定グラフメンテナンス


( 01.260 ) でアカウントのアクティブなアカウントの状態を確認します。

修正手順:


1. [General Ledger Chart of Accounts Maintenance (01.260)] に移動します。


2. 適切なアカウント番号を選択します。


3. アカウントの [状態] が [アクティブ] を確認します。


解決策 27142 - Multi-Company Inter-Company Acct/Sub Maintenance (13.260) で会社ごとに使用される、すべてのアカウント/サブアカウントの組み合わせに対して開始/To リレーションシップを作成します。

注意:


1. Inter-Company Acct/Sub Maintenance (13.260) では、Inter-Company トランザクションに異なるアカウント/サブアカウントを使用する方法を指定するために、次のフィールドが使用されます。


>>FROM - Due From Company の情報を入力するために使用します。


会社 ID - システム内の各会社を識別するために使用される一意のキー。トランザクションに関する会社情報を入力するときに使用されます。


モジュール - モジュールの 2 文字コード。 すべてのモジュールで同じアカウントと Subaccount を使用する場合は、[すべて] を選択し、それ以外の場合はドロップダウン ボックスから特定のモジュールを選択します。


画面 - 画面の 7 文字のコード。 モジュール内のすべての画面で同じアカウントとサブアカウントを使用する場合は、「ALL」と入力します。それ以外の場合は、特定の画面番号を入力します。つまり、 03010.


アカウント - トランザクションのInter-Companyアカウント。


Sub - トランザクションのサブアカウントInter-Companyが Due From です。


>>TO - Due To Company の情報を入力するために使用します。


会社 ID - システム内の各会社を識別するために使用される一意のキー。トランザクションに関する会社情報を入力するときに使用されます。


アカウント - トランザクションのInter-Companyが原因であるアカウント。


Sub - トランザクションのInter-Companyをサブアカウントします。


2. 異なるアカウントまたはサブアカウントは、同じリレーションシップと同Inter-Companyソース データ画面には使用できません。


サブ解像度 3010 - クエリ アナライザーを使用して BATCH または GLTRAN レコードを更新し、CuryID 値を修正します。

確認手順:


1. Query Analyzer を使用して適切なアプリケーション データベースにログインし、次のステートメントを実行します。


SELECT CuryID, * from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY' (XXXXXX = Batch Number and YY = the Module of the


Batch)


2. 次の SQL ステートメントを使用して、BATCH レコードの CuryID と GLTRAN CuryID の値を比較します。BATCH から SELECT


CuryID、BatNbr = 'XXXXXX' と Module = 'YY' (XXXXXX = バッチ番号、YY = バッチのモジュール)


注: 1 つのレコードのみを返す必要があります。


3. 値が GLTRAN と異なる場合、または null 値が表示される場合は、修正手順に進みます。


修正手順:


1. 望ましくないデータ損失が発生した場合に復元できるデータベースのバックアップを作成します。


2. BATCH または GLTRAN レコードを次のステートメントで更新します。


UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' where BatNbr = 'YYYYYY' and Module = 'ZZZZ' and CuryID = 'xxxx' (XXXX = 正しい CuryID, YYYYYY = バッチ番号、ZZ = モジュール、xxxx = 正しくない CuryID) この記事は




TechKnowledge Document ID:126851 でした。

ヘルプを表示

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

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

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

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

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

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

×