0 ドル送金は、買掛金管理で EFT 支払いを処理するときに Batch Recovery に移動します

この記事では、Microsoft Dynamics GP の買掛金管理で EFT 支払いを処理するときに、ゼロドル送金がポストされず、バッチ回復に移動しないという問題の解決策を提供します。

適用対象: Microsoft Dynamics GP
元の KB 番号: 2506000

現象

Microsoft Dynamics GP の買掛金管理で電子資金移動 (EFT) のコンピューター チェック バッチを投稿すると、有効な EFT が投稿されます。 ただし、ゼロドル送金はポストされず、バッチ復旧に移動しません。

原因

この動作は、次の条件に該当する場合に発生する可能性があります。

  • Checkbook セットアップで独自の EFT チェック番号を使用する
  • [次の EFT 支払い番号] フィールドの値には、プレフィックス REMIT が含まれています。
  • チェックブックが重複チェックを許可しないとしてマークされている

新しい REMIT 番号が過去に既に使用されている場合、投稿の問題が発生する可能性があります。 EFT の次の番号は、Checkbook Electronic Funds Master (CM00101) テーブルに格納されます。 ただし、ゼロドル送金にチェック番号を割り当てるプロセスは、PM キー (PM00400) テーブルに送信され、最後に使用された最大 REMIT 番号を取得します。 2 つを重ねて重複が発生する可能性があるため、これらのトランザクションは Batch Recovery に移動します。このチェックブックでは重複チェックは許可されていないためです。

解決方法

バッチが Batch Recovery にある場合は、次の手順に従って問題を解決します。 ただし、バッチを既に投稿している場合は、手順 3 に進み、今後のチェックランで 0 ドルの送金が Batch Recovery に行かないようにします。

  1. Batch Recovery でバッチを処理します。 これを行うには、Microsoft Dynamics GP メニューの [ツール] をポイントし、[ ルーチン] をポイントして、[ Batch Recovery] を選択します。 バッチを選択し、[ 続行] を選択します。

    注:

    バッチが Batch Recovery を終了しない場合は、次の記事の手順に従って、SQL Server Management Studioを使用してバッチを使用可能な状態に戻します。
    バッチは、Microsoft Dynamics GP の Post、Receiving、Busy、Marked、Locked、Edited の状態で保持されます。

  2. [買掛金バッチエントリ] ウィンドウで、バッチを選択し、[ Post] を選択します。

    注:

    0 ドルの送金がチェック バッチ内の唯一のトランザクションである場合は、PM キー テーブルで最後に使用された REMIT 番号を正しくインクリメントできるため、2 回目のトランザクションをポストする必要があります。

  3. チェックブックの次の EFT 支払い番号を変更して、別のプレフィックスで始めます。 これを行うには、次の手順を実行します。

    1. [ カード] を選択し、[ 財務] をポイントして、[ 小切手帳] を選択します。
    2. Checkbook ID を選択します
    3. [EFT 銀行] ボタンを選択し、[PayablesOptions] を選択します。
    4. [EFT 支払い番号] セクションで、[NEXT EFT 支払い番号] フィールドなどEFT、プレフィックスREMITを別のプレフィックスに置き換えます。
    5. [OK] を選択してウィンドウを閉じます。 もう一度 [OK] を 選択し、[保存] を選択 します