次の方法で共有


Microsoft Dynamics GP で EFT ファイルまたは EFT 前払い金管理または債権管理の電子資金転送で EFT ファイルまたは EFT プレノート ファイルを生成する場合に従うガイドライン

この記事には、電子資金振替 (EFT) ファイルまたは EFT 前払金管理の電子資金転送ファイルを生成するときに従うガイドラインが含まれています。

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

概要

ガイドラインは、Microsoft Dynamics GP および債権管理の買掛金管理に関するページです。

詳細

EFT ファイルまたは EFT プレノート ファイルを生成するには、次のガイドラインに従います。

注:

この記事の手順に従う前に、問題が発生した場合に復元できるデータベースの完全なバックアップ コピーがあることを確認してください。

  • オプション 1: EFT に事前認証が必要

    [買掛金支払い前注が必要なチェック] ボックスまたは [売掛金の前払いが必要] チェック ボックスをオンにした場合、システムが通常の EFT ファイルを生成する前に、最初に EFT プレノート ファイルを生成する必要があります。 EFT prenote ファイルを生成するには、次の手順に従います。

    1. [ カード ] メニューの [ 財務] をポイントし、[ 小切手] を選択します。
    2. [小切手帳のメンテナンス] ウィンドウで、[小切手帳 ID] ボックスに適切な 小切手帳 ID を 入力し、[ EFT Bank] を選択します。
    3. [小切手 EFT 銀行メンテナンス] ウィンドウで、[ 買掛金オプション] を選択します。 (または 売掛金オプション)
    4. [EFT 買掛金オプション (または売掛金オプション)] 領域で、[買掛金前払金が必要(または売掛金前払金が必要)] チェックボックスが選択されているかどうかを確認します。 [買掛金前払金が必要] (または [売掛金前払い必要] ) チェックボックスが選択されている場合は、適切な方法に従います。
      • 方法 1: プレノート ファイルが不要な場合は、[買掛金前払い要] (または [売掛金前払いが必要] ) チェックボックスをオフにすることを選択します。
      • 方法 2: 銀行が必要とする場合は、[ 事前ノートの生成 ] を選択して引き続きプレノート ファイルを生成します。
    5. [ OK] を 2 回選択してウィンドウを閉じ、[保存] を選択 します
  • オプション 2: EFT 支払いがベンダーに対してプルされない

    EFT ファイルまたは EFT prenote ファイルを生成するには、小切手帳と仕入先 (または顧客) の間の特定のフィールドが一致している必要があります。 これらのフィールドには、通貨 ID (複数通貨がインストールされている場合)、国/地域コード、銀行の国/地域が含まれます。 これらのフィールドは必須ではありませんが、どちらかの側に入力されている場合は、もう一方の側が一致する必要があります。 確認するには、次のいずれかの手順を使用します。

    1. [ カード ] メニューの [ 財務] をポイントし、[ 小切手] を選択します。

    2. [Checkbook メンテナンス] ウィンドウで、[Checkbook ID] ボックスで適切な チェックブック ID を 選択します。

    3. [Checkbook メンテナンス] ウィンドウで通貨 ID が入力されているかどうかを確認します。 [通貨 ID] フィールドを書き留めます。

    4. [ EFT Bank] を選択します。

    5. [小切手の EFT 銀行メンテナンス] ウィンドウで、[銀行の国/地域] フィールドが設定されている内容と、国/地域コードが入力されている場合にメモします。

    6. [ OK] を選択 してウィンドウを閉じ、[保存] を選択 します

    7. 次に、仕入先または顧客でこれらのフィールドの値が同じであることを確認します。 買掛金または売掛金の EFT ファイルを生成しようとしているかどうかに応じて、次の方法に従います。

      • 買掛金: [カード ] メニューの [ 購買 ] を選択し、[仕入先] を選択 します
      • 売掛金: [カード ] メニューの [ 売上 ] を選択し、[顧客] を選択 します
    8. [仕入先メンテナンス (または顧客メンテナンス)] ウィンドウで、適切な仕入先 ID (または顧客 ID) を選択します。

    9. [ アドレス ] ボタンを選択し、EFT に使用する適切なアドレス ID を選択します。

    10. [国/地域コード] フィールドの値が、上記のチェックブックで見つかった値と一致するかどうかを確認します。 (必須フィールドではないので、両側で一致するか空白にする必要があります)。

    11. [ EFT Bank] を選択します。

    12. [仕入先 (または顧客) EFT 銀行メンテナンス] ウィンドウで、[銀行の国/地域] フィールドと [通貨 ID] フィールドの値を確認して、これらの値が小切手帳で見つかった値と一致することを確認します。 必要に応じて値を変更します。

    13. [ OK] を選択 して、仕入先 (または顧客) EFT 銀行メンテナンス期間を閉じます。 [ 保存] を 選択して、仕入先 (または顧客) の住所メンテナンス期間を閉じます。

    14. [仕入先メンテナンス (または顧客メンテナンス)] ウィンドウで、[ オプション ] ボタンを選択します。

    15. [通貨 ID] フィールドと [Checkbook ID] フィールドの値を確認します。

      注:

      売掛金の場合は、[オプション] タブではなく [勘定] タブに小切手帳 ID が表示されます。

    16. [ OK] を選択 してウィンドウを閉じます。 [ 保存] を 選択して[ベンダーメンテナンス]ウィンドウを閉じます。

    17. 次に、EFT ファイルまたは EFT プレノート ファイルをもう一度テストします。

  • オプション 3: EFT ファイルを生成しようとするとエラーが発生する

    銀行ファイル形式を指定しない場合、EFT ファイルを生成しようとすると、次のエラー メッセージが表示されます。

    選択した小切手帳が買掛金ファイル形式で設定されていません。 EFT ファイルを生成できません。
    選択した小切手帳が売掛金ファイル形式で設定されていません。 EFT ファイルを生成できません。

    EFT ファイルを生成するには、銀行ファイル形式を指定する必要があります。 これを行うには、次の手順に従います。

    1. [ カード ] メニューの [ 財務] をポイントし、[ 小切手] を選択します。

    2. [Checkbook メンテナンス] ウィンドウで、[Checkbook ID] ボックスに適切な チェックブック ID を 入力します。

    3. [ EFT Bank]\(EFT 銀行\) を選択し、[ 買掛金オプション ] を選択します (買掛金の EFT または売掛金の EFT を使用している場合に応じて、[売掛金オプション] を選択します)。

    4. [ ファイル形式 ] 領域で、参照ボタンを選択して、すべてのベンダー (または顧客) に対して 1 つの形式のみを使用する場合は単一形式の EFT ファイル形式 ID を選択し、ベンダー (または顧客) ごとに異なる形式を使用している場合は [ベンダーに基づく] を選択します。

      注:

      [EFT ファイル形式のメンテナンス] ウィンドウにドリル バックするには、書式フィールドの横にある青い展開矢印ボタンを選択します。 または、このウィンドウで新しい ID を入力すると、これを新しい形式として追加するかどうかを確認するメッセージが表示されます。 または、[EFT ファイル形式] ウィンドウに直接移動するには、[カード] メニューの [財務] をポイントし、[EFT ファイル形式] を選択します。

    5. [ OK] を 2 回選択してウィンドウを閉じ、[保存] を選択 します

  • オプション 4: EFT ファイルを生成しようとしたときにエラーが発生する

    EFT ファイル出力またはプレノート ファイル出力を保存する場所のパスを指定しない場合、EFT ファイルを生成しようとすると、次のエラー メッセージが表示されます。

    EFT ファイルは、Checkbook EFT Payables Options の [買掛金管理前ファイル] に指定されたパスで生成できませんでした。
    EFT ファイルは、小切手帳 EFT 売掛金オプションの売掛金前ファイルに指定されたパスで生成できませんでした。

    EFT ファイル出力または prenote ファイル出力を保存する場所のパスを指定する必要があります。 これを行うには、次の手順を使用します。

    1. [ カード ] メニューの [ 財務] をポイントし、[ 小切手] を選択します。
    2. [Checkbook メンテナンス] ウィンドウで、[Checkbook ID] ボックスに適切な チェックブック ID を 入力します。
    3. [ EFT Bank] を選択します。
    4. [買掛金オプション] (買掛金または売掛金の EFT を使用しているかどうかに応じて、売掛金オプション) を選択します。
    5. [ 既定の出力ファイル ] 領域で、使用しない場合でも、3 行すべてに対して EFT 出力ファイルを保存する場所を指定します。
      • 注:

        これが新しいセットアップの場合は、テスト中にファイルが確実に生成されるように、テスト EFT ファイルを最初に ローカル ドライブ に生成することをお勧めします。 ファイルがローカル ドライブに生成されたら、必要に応じて出力ファイルのパスを共有ドライブに変更し、それでも動作することを確認できます。 このメソッドは、テスト中に共有ドライブに関するアクセス許可の問題を画像から取り出します。

      • 注:

        選択した出力パスで、保存するフォルダーまたはファイル名にスペース、ピリオド、数字、特殊文字 (ピリオド、ダッシュなど) がないことを確認します。 たとえば、ファイル にprenote1.txt または prenote 1.txtという名前を付けた場合は、代わりに prenote.txt にする必要があります (番号を削除します)。 または、パスが J://Payables/支払/Jane.Doe/Payment.txtの場合、Jane.Doe フォルダー内の期間に問題が発生します。 代わりに、J://Payables/支払/payment.txt のみに保存をテストして、同じドライブ上のこのフォルダー レベルで動作することを確認します。

      • パスが深すぎるフォルダーではないことを確認します。 (3 つ未満のフォルダー)
      • パスが GP ウィンドウのフィールドの表示長より長くないことを確認します。
      • Web クライアントを使用している場合は、必ずシック クライアントでテストしてください。
      • 注:

        ファイル名に拡張子を付ける場合は、出力ファイルのパスに右に入力します。 たとえば、out put ファイルに .txt 拡張子を付けたい場合は、ファイルにprenotex.txtという名前を付けます。

      • マップされたドライブを使用している場合は、ユーザーがその場所に他のファイルを手動で保存できることを確認します。
      • マップされたドライブを使用している場合は、各ワークステーションでドライブが同じ文字にマップされていることを確認します。
      • マップされたドライブを使用している場合は、ドライブがネットワーク上で同じ文字にマップされていることを確認します。
      • ローカルの IT スタッフに問い合わせて、共有の場所に対する独自の環境内のアクセス許可についてさらにサポートします。 ユーザーは "フル コントロール" アクセス権を持っている必要があります。
    6. [ OK] を 2 回選択してウィンドウを閉じ、[保存] を選択 します
  • オプション 5: 特定のチェックブック ID に対して EFT ファイルが生成されない

    チェックブック ID にダッシュ (-)、スラッシュ マーク (/)、アポストロフィ (') などの特殊文字が含まれている場合は、別のチェックブック ID を使用するか、特殊文字のない新しいチェックブック ID を作成します。 別のチェックブック ID または新しいチェックブック ID を使用して EFT ファイルまたは EFT プレノート ファイルを生成した後、すべてのテーブルでチェックブック ID を変更する必要があります。 これを行うには、次のいずれかの方法を使用します。

    • 方法 1

      Checkbook 修飾子ツールを使用して、Professional Services ツール ライブラリを使用して、すべてのテーブルのチェックブック ID を変更します。

    • 方法 2

      SQL クエリ ツールを使用して、すべてのテーブルのチェックブック ID を変更します。 これを行うには、次の手順に従います。

      1. SQL Server Management Studio を起動します。

      2. 次のスクリプトを実行して、Checkbook ID フィールド (CHEKBKID) を含むすべてのテーブルを検索します。

        select * from sysobjects o, syscolumns c
        where o.id = c.id
        and o.type = 'U'
        and c.name = 'CHEKBKID'
        
        order by o.name
        
      3. 次のスクリプトを実行して、チェックブック ID を使用するすべてのテーブルのチェックブック ID の値を変更します。

        update <Table_Name> set CHEKBKID = '<XXX>' where CHEKBKID = '<YYY>'
        

        注:

        このスクリプトでは、 <XXX> プレースホルダーは、特殊文字のない新しいチェックブック ID のプレースホルダーです。 <YYY> プレースホルダーは、前のチェックブック ID のプレースホルダーです。

  • オプション 6: EFT ファイルの生成時にエラーが発生する

    Microsoft Dynamics GP 10.0 または GP 2010 に最近アップグレードした場合、次のエラー メッセージが表示されることがあります。

    仕入先の送金先住所に割り当てられている銀行の国/地域が見つからないか、非アクティブです。 銀行の国/地域を住所に割り当てるか、形式を有効にします。

    このエラー メッセージが表示された場合は、PM20000 (PM_Transaction_Open) テーブルをチェックして、VADCDTRO 列のベンダー アドレスが以前のバージョンのベンダーと同じアドレスであることを確認します。 PM20000 テーブルの VADCDTRO 列は、ベンダーごとにPM00200 (PM_Vendor_Master) テーブルの VADCDTRO 列と一致する必要があります。 エラー メッセージを生成するベンダーを特定するには、次のいずれかの方法を使用します。

    • 方法 1

      1. Microsoft Dynamics GP で、[カード] メニューの [購入] をポイントし、[ベンダー] を選択します
      2. [仕入先メンテナンス] ウィンドウで、[仕入先 ID] ボックスに適切な 仕入先 ID を 入力します。
      3. [ アドレス ID ] 領域で、[送金先] ハイパーリンク 選択し、ポップアップ ウィンドウでアドレス ID を選択します。
    • 方法 2

      1. SQL Server Management Studio を起動します。

      2. 会社データベースに対して次のスクリプトを実行します。

        Update PM20100 set VADCDTRO='REMIT TO' where VENDORID='<XXX>'
        

        注:

        このコードでは、 <XXX> プレースホルダーは実際のベンダー ID のプレースホルダーです。

      3. PM20000 テーブルの VADCDTRO (ベンダー アドレス コード - 再送信先) 列が、PM00200 テーブルの VADCDTRO 列と一致していることを確認します。 また、PM20100 (PM_Apply_To_OPEN_OPEN_temporary) テーブルの VADCDTRO 列が、PM00200 テーブルと PM20000 (PM_Transaction_Open) テーブルの VADCDTRO 列と一致していることを確認します。

  • オプション 7: EFT ファイルが生成されず、エラーなし

    最近、GP 9.0 以前のバージョンから Microsoft Dynamics GP 10.0 または GP 2010 にアップグレードした場合は、[ 銀行名 ] ボックスに銀行名を手動で入力する必要があります。

    注:

    [ 銀行名 ] ボックスは、Microsoft Dynamics GP 9.0 以前のバージョンには存在しません。

    [銀行 ] ボックスに銀行名を手動で入力するには、次の手順に従います。

    1. [ カード ] メニューの [ 購入] をポイントし、[仕入先] を選択 します
    2. [仕入先メンテナンス] ウィンドウで、[仕入先 ID] ボックスに適切な 仕入先 ID を 入力します。
    3. [ アドレス] を選択し、[ EFT Bank] を選択します。
    4. [ 銀行名 ] ボックスに、適切な名前を入力します。
    5. [OK] を選択し、[保存] を選択します。
    6. [仕入先住所のメンテナンス] ウィンドウを閉じます。
    7. [仕入先メンテナンス] ウィンドウで、[ 保存] を選択します。

よく寄せられる質問

Q1: EFT 支援のサポート ケースがコンサルティング費用になるのはいつですか? EFT サポート ケースを開いたままにしておくことができますか?

A1: EFT ファイル形式の設定は、コンサルティング費用と見なされます。 各サポート インシデントの範囲は、ケースごとに 1 つのフィールドまたはエラー メッセージに対処する必要があります。 ケースで定義された元のスコープとは別に調査できる新しい質問またはエラー メッセージは、新しいサポート ケースに配置する必要があります。 そのため、銀行がテスト EFT ファイルを拒否し、トラブルシューティングを行う新しいエラー メッセージが表示される場合は、新しい問題の新しいサポート ケースを開いてください。 これらのガイドラインは、Microsoft サポート 担当者がレポート ライター、SSRS、Word テンプレート、SmartList Builder/Designer、SQL スクリプト、ビジネス アラート、VB スクリプト、修飾子/VBA & コンフィギュレーター、ワークフローのコンサルティング エンゲージメントになるタイミングを判断するために使用するガイドラインの Ebanking コンフィギュレーター セクションで公開されています。

Q2: EFT ファイルで請求書情報を送信できますか?

A2: はい、 Addenda 行と呼ばれます。 銀行の仕様に従って、EFT ファイル形式で Addenda 行の行の種類をマップする必要があります。 支払いを構成する請求書が多数ある場合は、多くの追加行が印刷されます。 標準の National Automated Clearing House (NACHA) 形式の Addenda 行は、通常、レコード型コード '7' から始まります。

Q3: EFT ファイルに複数の addenda 行を送信できますか?

A3: addenda 行の機能は、Dynamics GP のさまざまなバージョンで異なる方法で動作するため、回答は使用しているバージョンによって異なります。 GP 10.0 では、支払いごとに 0 行または 1 行のみ送信できます。 GP 10.0 には、1 回の支払いに複数の追加明細行を含める機能がありません。 GP 2010 RTM では、支払いごとに 0 行またはすべての addenda 行のみを送信できます。 ただし、GP 2010 SP2 では、別の機能が追加され、EFT ファイル形式のメンテナンス ウィンドウにある [詳細行の追加 ] チェック ボックスを使用して、支払いごとに 0、1、またはすべての addenda レコードを送信できます。 このトピックの詳細については、「 Microsoft Dynamics GP の EFT ファイル内の複数の addenda 行」を参照してください。

Q4: 1 行に複数の請求書番号を配置できますか?

A4: いいえ。 各 addenda 行には、支払いを構成する各請求書の情報が格納されます。 たとえば、支払いを構成する請求書が 6 つある場合は、すべての追加明細行を含める場合、6 つの追加明細行が表示されます。 現時点では、同じ addenda 行に 6 つの請求書番号をすべて含める機能はありません。

Q5: 印刷ファイルのチェック形式を生成するために、任意の EFT ファイル形式を構成できますか? (多くの銀行がこのサービスを提供して小切手を印刷するようになり、各 addenda 行が独自の送金形式になる XML 形式が必要です)。

A5: テストは自分で行います。 現時点では、Microsoft Dynamics GP は、カスタマイズされたファイルであり、真の EFT ファイル形式ではないため、印刷ファイル形式の確認を提供またはサポートしていません。 これは、銀行によって提供される別のサービス用です。 Dynamics GP の EFT 機能は、すぐに使用できる EFT ファイル形式を実現するようにコーディングされているため、いくつかの要件が満たされている場合や達成できない場合があります。 現在の EFT 機能を使用して Dynamics GP で必要な形式を実行できるかどうかを確認するには、独自にテストする必要があります。 サポート ケースを開いた場合は、サポート インシデントごとに 1 つのフィールドまたは 1 つのエラー メッセージに関するアドバイスに関して同じ支援を受けることができます。 多くの場合、通常のサポート ガイドラインの範囲外である、器用なカスタマイズが必要になる場合があります。

xml 形式の要件の 1 つで、各送金情報が独自のグループ化で一覧表示される場合、実現するには器用なカスタマイズが必要です。 Microsoft Ideas 製品提案データベース でこの製品の提案に投票して、この機能を今後の機能強化のために確認することをお勧めします。

Q6: EFT 銀行情報はアップグレード経由で流れるのですか?

A6: 仕入先と小切手帳の銀行情報は、アップグレードによって提供されます。 仕入先の銀行情報はSY06000テーブルに書き込まれ、仕入先メンテナンスカードにある仕入先のメインアドレスが使用されます。 アップグレードを通じて提供されない唯一の情報は、EFT ファイル形式です。 EFT ファイル形式を GP 10.0 または GP 2010 でリセットするには、自分でゼロから設定するか、選択リストに既に用意されている標準形式から選択する必要があります。 参照するには、GP 9.0 で設定されたファイル形式の画面を印刷すると便利な場合があります。 GP 10 と GP 2010 には、ナショナル オートマト クリアリング ハウス (NACHA) によって発行された標準ファイル形式から選択できます。 これらの標準公開形式にコーディングするため、銀行で他の形式が必要な場合、または標準形式のカスタマイズが必要な場合は、コンサルティング要求と見なします。

Q7: Dynamics GP で提供される EFT ファイル形式は何ですか?

A7: Dynamics GP は、連邦銀行機関と国立自動クリアリング ハウス (NACHA) によって設定された標準要件に従って公開される 10 の標準 EFT ファイル形式を提供します。 ユーザーが必要に応じて設定できるように、1 つのユーザー定義ファイル形式も使用できます。

EFT をアクティブにするには、Microsoft Dynamics GP メニューの [ ツール ] を選択し、[ セットアップ] をポイントし、[ システム ] をポイントして [ 登録] を選択します。 EFT 債務または EFT 債権の適切なモジュールが適切にマークされていることを確認します。

それぞれのモジュールで動作していることを確認するには、[カード] を選択し、[購入] (または [販売]) をポイントし、[仕入先 ] (または [顧客]) を選択します。 ベンダー ID (または顧客 ID) を入力し、[ アドレス ] ボタンを選択します。 仕入先 (または顧客) 住所メンテナンス期間の右下隅に EFT BANK という名前のボタンが表示された場合、EFT は機能しています。

Q8: 銀行が Dynamics GP で提供されている標準形式の 1 つとは若干異なるファイル形式を使用している場合はどうなりますか?

A8: Microsoft Dynamics GP で使用できる EFT ファイル形式は、米国政府および NACHA (全国自動クリアリング ハウス協会) の公開形式に従って設定されます。 これらは標準要件として公開されています。 現在 Microsoft Dynamics GP で提供されているファイル形式は、これらの標準形式で必要なフィールドを実現するようにコーディングされています。 そのため、銀行で GP で提供される標準形式の 1 つまたはより更新されたバージョンの形式とは若干異なる形式が必要な場合は、カスタマイズのためのコンサルティング サービスを追求する必要があります。 それまでの間、銀行にチェックして、例外が発生するかどうかを確認したり、Dynamics GP で実行できるその他の形式 (標準の NACHA 形式など) を受け入れたり、メモ帳で EFT ファイルを編集してから銀行に送信したりできます。

Q9: 私の銀行は、GPに記載されているEFTファイル形式を使用していません。 銀行に従う新しい形式を作成するにはどうすればよいですか?

A9: ユーザー定義の EFT ファイル形式を使用して、独自の形式を作成できます。 ただし、セットアップとテストは、お客様の責任で行います。 Microsoft では、カスタム形式をサポートできません。 ケースごとに 1 つのフィールドまたはエラー メッセージをお手伝いします。 また、自分でフォーマットを設定することもできます。 これに取り組む場合は、PPD や CCD ファイル形式などのシステムのいずれかの形式を使用して別のサンプル形式を設定し、それを参照として使用して、フィールドのマッピング方法を確認し、同じ方法でフォーマットをミラー (または PPD または CCD 形式で開始し、必要に応じて変更) することをお勧めします。 これは、ほとんどのフィールドを達成するのに役立ちます。 ただし、必要なすべてのフィールドが使用できない場合や、使用可能なように見えるが機能しない (カウントや合計など) 場合があります。 行内のテーブル/フィールドを選択できるからといって、それが機能するわけではありません。 (たとえば、チェック情報を addenda 行に配置するなど)。検証するには、テストする必要があります。 どのフィールドがどの行で機能するのかを確認するには、独自にテストする必要があります。 Dynamics GP の形式は、全国自動クリアリング ハウス協会 (NACHA) によって公開された標準の形式に従って、各行の必須フィールドに従ってコード化されました。 NACHA.org にアクセスして、各標準形式の必須フィールドを表示できます。

A10: 決済ラインは基本的に、銀行が EFT ファイルで借方と貸方の明細行を要求し、相互にバランスを取る場所です。詳細行ごとに 1 つの決済ラインを使用することも、ファイル全体に対して 1 つの決済ラインを設定することもできます。 ファイル全体に対して 1 つの決済明細行を正しく設定する方法の詳細については、「 Microsoft Dynamics GP の買掛金管理の電子資金移動 (EFT) ファイルで決済ラインが正しく計算されない」を参照してください。

Q11: IAT 形式とは

A11: IAT 形式は、国際 ACH ファイルで使用するために NACHA および OFAC 組織によって義務付けられている IAT (国際 ACH トランザクション) 規則の変更に対応するために提供されます。

IAT 形式には 7 行の追加行が含まれています。各行は、特定のトランザクション、会社、またはベンダーの情報を含むようにコード化されています。 送金アドオン行は、標準公開形式の情報を必要としないため、この形式でコード化されませんでした。 送金情報 (支払いを構成する請求書) を含めるために、他の 7 つの addenda 行を置き換えることはできません。NACHA.org にアクセスして、標準の公開形式と必須フィールドを表示します。

Q12: PPDとCCDは、標準のUS NACHAファイルに対して何を意味しますか? それぞれの横の + とはどういう意味ですか?

A12: これらの型は次を意味します。

  • PPD とは、事前に設定された支払いと預金を意味します。 コンシューマー アカウントのクレジットまたはデビットに使用されます。 給与直接預金と事前に承認された請求書の支払いに一般的に使用されます。
  • CCD は、会社のクレジットまたはデビットを意味します。 主にビジネス間取引に使用されます。
  • 各ファイル形式の横にある + は、ファイル形式に Addenda Line Type のマッピングが含まれていることを意味します。
Q13: ほとんどの米国のルーティング番号の長さが 9 桁の場合、EFT ファイルの銀行/転送ルーティング番号が 10 桁に設定されるのはなぜですか? 銀行のルーティング番号のチェック番号を入力する場所

A13: [転送ルーティング番号] フィールドは、ルーティング番号の 9 桁と、その背後にある 1 つの Check Digit 番号を保持し、[銀行転送] ルーティング番号フィールドの合計 10 桁を保持することを目的とします。 銀行は、銀行の仕様でこれら 2 つのフィールドを個別に分割する場合があるため、EFT ファイル マッピングの 1 つのフィールドにまとめるか (10 桁)、2 つのフィールドとして分割するかを選択できます。 たとえば、銀行転送ルーティング番号を 9 桁の 1 つのフィールドとしてマップし、別のフィールドを 1 桁としてマップし、必要な値 (通常は 1) に定数としてハードコーディングします。

Q14: カナダ操作方法8桁の場合、銀行輸送ルーティング番号を処理しますか?

A14: カナダは以前は 8 桁のルーティング番号を持っていますが、米国に合わせて 9 桁に変更しました。 既存の 8 桁のルーティング番号の前面に 0 を追加しました。

また、カナダの RM/PM EFT ファイル形式でルーティング番号を反転させることができます。 キーを設定できるのは 8 文字のみで、カナダの小切手から直接入力することを前提としています。ここに記載されている MICR 番号は BBBBBAAA で、BBBB は 5 桁のトランジットまたはブランチ番号、AAA は機関番号です。 そのため、Dynamics GP では、この方法で入力されたものと見なされ、EFT ファイル内の 0+AAA+BBBBB になるように反転します。 (右寄せされ、先頭に 0 が埋め込まれており、長さが 9 桁になります)。したがって、最後の 3 桁は前面に移動され、先頭に 0 が埋め込まれます。 したがって、45678123 (BBBBBAAA) と入力すると、ファイル内で 0 + 123 + 45678 に反転します。 最後に最初の 3 桁の数字を含む Dynamics GP に入力します。 そのため、12345678がある場合は、Dynamics GP で45678123 (BBBBBAAA) と入力します。

Q15: すべての行の種類の行でカウント行が機能しないのはなぜですか?

A15: 残念ながら、カウント フィールドは任意の行のマッピングで選択できますが、現時点ではすべての行の種類では機能しません。

Addenda Count - Addenda Line 型でのみ機能します。 このカウント フィールドは、詳細行、バッチ制御行、またはファイル制御行では機能しません。

行数、詳細カウント、詳細 + Addenda Count、Detail Count、Total Number of Debits、Total Number of Credits は、Batch Control および File Control 行でのみ機能します。 これらのフィールドは、ファイル ヘッダー、詳細、または Addenda 行では機能しません。

現在設計されており、将来の機能強化と見なされます。

Q16:銀行は、EFTファイル形式にパッドブロックまたはブロックカウント10を追加するように求めている。 それはどういう意味ですか。

A16: Pad Blocking または 'block counts' では、EFT ファイルに一部の行または作成されたファイル内の複数の行が必要です。 たとえば、10 のパッド ブロックが必要な場合は、ファイルが 10 行の倍数であることを意味します。 そのため、ファイルが 22 行の場合、システムは 8 行のダミー行を追加して、ファイルの合計行数が 30 になるようにする必要があります。 または、ファイルの長さが 49 行の場合、システムはダミー行を 1 行だけ追加して、ファイルを 50 行にする必要があります。 ファイルの行の合計数は、10 行の倍数である必要があります。

  1. Dynamics GP で EFT ファイル形式を開きます (カード>財務>EFT ファイル形式)。

  2. ファイル形式 ID を選択します。

  3. 右上のセクションで、[パッド ブロックの追加] のチェック ボックスをオンにします。

  4. 銀行に必要なパッド文字、埋め込み文字の数、ブロック数を定義します。 最も一般的なシナリオは、10 のブロックに '9' 文字を埋め込む方法です。 これは次のように入力されます。

    Pad character:   9
    Number of pad chars:  94   (width of line needed)
    Pad lines in multiple of: 10   (block count)
    
Q17: 値が EFT ファイルのフィールド全体に入力されない場合、残りのフィールドにゼロまたはスペースを入力するにはどうすればよいですか?

A17: [EFT ファイルのメンテナンス] ウィンドウに、各行に [Pad Char] フィールドがあります。 フィールドにスペースを含める場合は、このフィールドを空白のままにします。 または、フィールドの未使用部分を 0 で埋める場合は、このフィールドに 0 を入れます。 フィールド内のデータを右揃えまたは左揃えに設定したかどうかに基づいて、フィールドの残りの部分にゼロが埋め込まれます。

Q18: PM の支払い済みトランザクション履歴ファイルには、"トランザクションの説明" というフィールドがあります。 このフィールドは空白を出力し、請求書から説明をプルしません。 Addenda 行の請求書からトランザクションの説明を取得するにはどうすればよいですか? (または PO#、請求書の完全なドキュメント金額など)

A18: EFT ファイルは電子支払用であるため、常に支払レコードの観点からマップされたフィールドを探しています。 そのため、PM の支払い済みトランザクション履歴ファイルから Addenda 行に [ トランザクションの説明 ] フィールドをプルすると、請求書ではなく支払が検索されるため、空白になります (支払がまだ転記されていないため)。 Addend 行にプルできる唯一の請求書情報は、PM の [ 履歴 に適用] テーブルの支払いに適用レコード上にある請求書情報です。 これには、請求書伝票番号、請求日、割引、正味支払金額のみが含まれます。 現時点ではサポートされていないため、請求書または PO#、または完全なドキュメント金額に関連付けられているトランザクションの説明にアクセスできません。 詳細については、「 Microsoft Dynamics GP の電子資金移動 (EFT) 形式のカスタム データ フィールド」を参照してください。

Q19: 請求書が追加された行に印刷されるドキュメント番号を取得するにはどうすればよいですか?

A19: 請求書のドキュメント番号を取得するには、次のようにマップする必要があります。

表: PM [履歴ファイルに適用] フィールド: ドキュメント番号に適用

詳細については、「 Microsoft Dynamics GP の電子資金移動 (EFT) 形式のカスタム データ フィールド」を参照してください。

Q20: Microsoft Dynamics GP で複数の請求書を 1 つのベンダーにキー設定しました。 請求書の一部は銀行情報を含む住所 ID にキー付けされ、一部の請求書は EFT 銀行情報なしで住所 ID にキー付けされました。 チェックバッチまたは EFT バッチをビルドしても、期待どおりには機能しません。 請求書はどのようにしてチェックと EFT バッチに取り込むのですか?

A20: Microsoft Dynamics GP のチェックと EFT バッチの方法に関する機能を次に示します。

  • Microsoft Dynamics GP 2010 以降のバージョン (最後に GP 2018 でテスト) - ベンダーにチェックと EFT 型の両方の請求書キーが設定されている場合、最初にチェックバッチをビルドした場合、何も引き込みされません。 最初に EFT バッチをビルドしてから、チェックバッチをビルドする必要があります。 現在の設計です。 将来のバージョンでこの設計が変更されたのを確認する場合は、製品の提案をログに記録します。
Q21: ユリウス暦の日付形式でファイルの作成日を取得操作方法? (たとえば、ユリウス暦の日付形式は '0yyddd' で、yy は年の最後の 2 桁で、ddd はその日付が 365 日のうちに当たる年の日です。たとえば、2011 年 9 月 24 日はユリウス011267形式になります)。

A21: ユリウス暦の日付形式を実現するには、次の 2 つのフィールドを使用する必要があります。

  1. EFT ファイル形式を開き、[ファイル ヘッダー] 行の種類を選択します。

  2. [ファイルの作成日] フィールドを選択します。 長さを 1 に設定し、定数値 0 にマップします。

  3. を選択して次の行にカーソルを置き、上部のメニュー バーで [編集 ] を選択し、[行の挿入] を選択すると、カーソルが置かれている行の上に新しい行が挿入されます。

  4. 新しいフィールドにファイル 作成日 という名前を付け、システム日付としてマップします。 次に、行を展開し、[日付の形式] で、必要に応じて [YY+ 日番号] または [日番号] のみを選択します。 (すべての銀行で YY が必要なわけではありません。

Q22: 買掛金で手動支払いを行い、EFT チェックボックスをオンにすると、SafePay ファイルにチェックとして表示されるのはなぜですか?

A22: 仕入先が EFT 用に設定されていない場合は、手動支払をチェックとして扱い、手動支払をキー入力したときに EFT タイプとしてマークした場合でも、安全な支払ファイルに含めます。 EFT で設定されていないベンダーの場合でも、チェックとして扱われます。 回避策は、EFT 以外のベンダーに対して EFT ではなく "現金" タイプを使用するか、EFT を使用して仕入先を設定してから、手動支払のキーを再入力することです。 "現金" の種類は、安全な支払いアップロードには含まれません。

仕入先が EFT 用に設定されている場合、システムは既定で EFT チェックボックスを自動的にオンにし、安全な支払いファイルには含まれません。

Q23: Microsoft は、特定の EFT ファイル形式を使用する銀行の一覧を提供できますか?

A23: 責任上の理由から、また、銀行が使用する形式が絶えず変更されているため、どの銀行がどの形式を使用しているかは、Microsoft では認定できません。そのため、その情報の管理は不可能になります。 また、一部の銀行では、標準公開形式では必要のない特定のフィールドが必要な場合もあります。 そのため、銀行に直接連絡して、受け入れる形式を確認し、必要な形式の要件ドキュメントを提供する必要があります。 次に、Microsoft Dynamics GP の [EFT ファイル形式] ウィンドウの形式を変更して、逸脱したフィールドが可能かどうかを確認する必要があります。 すぐには利用できない情報をプルするためにファイルをカスタマイズする必要がある場合は、Microsoft Dynamics GP に相談してください。

Q24: EFT ファイル名のシーケンス番号が -0001 で、現在同じシーケンス番号の EFT ファイルが既にアップロードされているため、銀行は EFT ファイルを受け入れません。 生成した次のファイルも、同じ -0001 シーケンス番号で生成されました。

A24: EFT ファイルの名前付け規則 (EFT Payables の場合は Microsoft Dynamics GP 10.0 以降、EFT 債権については Microsoft Dynamics GP 2010 以降) は次のように構成されます。

EFT FILENAME + CHECKBOOK ID + DATE + SEQUENCE NUMBER + EXTENSION (if designated)

EFT FILENAME 、小切手帳の出力パスの [ 買掛金オプション] タブまたは [ 売掛金オプション ] タブで指定されたファイル名からプルされます。 このような .txt 拡張子がここで指定されていない場合、生成された結果の EFT ファイルに拡張子は追加されません。

CHECKBOOK IDは、Checkbook IDcheckrun で使用される です。

DATE システム日付です。

SEQUENCE NUMBER 、同じ名前の同じパス/フォルダーに保存されている他の EFT ファイルをインクリメントします。 シーケンス番号は、生成された次の EFT ファイルに応じてインクリメントされます。 したがって、現在、シーケンス番号が -0001 の EFT ファイルを生成した場合。 現在生成された別の EFT ファイルは、同じ場所に保存された -0002 にインクリメントされます。 ただし、最初に -0001 シーケンス番号を持つ最初のファイルを削除した場合、2 番目のファイルには表示されなくなり、やり直して -0001 シーケンス番号を再度使用します。 ほとんどの銀行では重複ファイルと見なされるため、問題です。 次の日にファイルを生成すると、日付が変更されるため、再び -0001 からやり直します。 そのため、1 日に複数の EFT ファイルを生成する場合は、ファイルが保存されている場所から EFT ファイルを削除しないでください。

Q25: クレジット メモのショーを EFT ファイルに表示することはできますか?

A25: いいえ。 クレジット メモは、別のプロセスとして請求書に適用されます。 EFT ファイルは、支払い期限の残りの "純金額" のみを支払っています。 そのため、クレジット メモ情報は別のテーブルに格納され、EFT ファイルにプルすることはできません。

Q26: EFT 支払いを無効にした場合、クレジット メモは請求書からも自動的に適用されなくなりますか?

A26: Microsoft Dynamics GP 2013 以降では、EFT 支払いを無効にすると、クレジット メモも同時に請求書から適用されなくなります。

Q27: [小切手の EFT 銀行メンテナンス] ウィンドウで、[通信の種類] フィールドと [アプリケーション] フィールドはどのように機能しますか? GP は自動的にファイルを銀行に直接アップロードしますか?

A27: Microsoft Dynamics GP には、銀行にファイルを自動的に送信する方法はありません。 通信の種類は、EFT を銀行にアップロードするために使用するプログラムを起動するか、銀行のインターネット リンクを開いて EFT ファイルをアップロードするために使用します。 GPはソフトウェアまたはリンクを開いているだけですが、それ以上進むわけではありません。 その時点でプログラムまたは銀行のソフトウェアが引き継がれるか、手動でファイルをアップロードする必要があります。 一部の銀行のソフトウェアには、指定した場所からファイルを自動的に取得する機能がありますが、銀行のソフトウェアに存在する機能のために達成されるため、銀行とチェックする必要があります。

Q28: Microsoft Dynamics GP で使用できる ISO 20022 形式のバージョンは何ですか?

A28: 現在、Microsoft Dynamics GP で使用できるのは、ISO 20022 形式のバージョン 1 (PAIN 001.001.01) のみです。 残念ながら、バージョン 2 またはバージョン 3 は現時点では使用できないため、製品の機能強化と見なされます。 バージョン 3 (PAIN 001.001.03) など、今後 Microsoft Dynamics GP に追加されるこの形式の新しいバージョンを表示する場合は、以下のリンクを選択し 、製品の提案 を入力し、これにコメントを追加すると、今後のリリースで確認および検討できます。

Q29: 新しい EFT ファイルごとに生成された一意のファイル作成番号を取得するにはどうすればよいですか?

A29: [一意のファイル番号] 機能は、生成された EFT ファイルごとの一意の番号です。 複数の行の種類で選択した場合、同じ番号が各行に出力され、新しい EFT ファイルが生成されるたびにインクリメントされます。 この番号は、次のようにフィールドをマッピングすることで、Microsoft Dynamics GP で既に使用できます。

EFT 次のファイル番号
マップ対象: データ フィールド
表: 小切手電子資金振替マスター
フィールド: EFT Next File Number

注:

生成された銀行前注ファイルは、このフィールドにゼロを出力します。

詳細については、「 Microsoft Dynamics GP の電子資金移動 (EFT) 形式のカスタム データ フィールド」を参照してください。

Q30: EFT に対して一般的に要求されるその他のカスタム フィールドは何ですか?

A30: EFT ファイルに対して一般的に要求されるその他のカスタム フィールドに関する情報は、 Microsoft Dynamics GP の電子資金転送 (EFT) 形式のカスタム データ フィールドに関するページで確認できます。

Q31: CTXファイル形式を達成するために、詳細行にaddendaカウントを取得できますか?

A31: いいえ。現時点では、行が一覧表示されるまでカウント/合計することはできません。 したがって、詳細行の後に印刷されるため、詳細行の加算線をカウントできないため、CTX 形式を実現することはできません。 オプションには次のものが含まれます。

  1. "ベンダーごとに 1 つのチェック" ではなく "請求書ごとに 1 つのチェック" を実行し、EFT ファイル形式で addenda count =1 をハード コーディングします。
  2. 銀行に例外を出すか、CCD や PPD 形式などの他の NACHA 形式を受け入れるかどうかを尋ねます。 (多くの銀行は、代わりにフッター行で 'detail + addenda' カウントを受け入れます。
  3. この機能または器用なカスタマイズを可能にするサードパーティ製品を探してください。