次の方法で共有

Microsoft Dynamics GP の買掛金管理または売掛金管理の電子資金振替で EFT ファイルまたは EFT プレノート ファイルを生成するときに従うガイドライン

この記事には、電子資金振替 (EFT) ファイルまたは EFT プレノート ファイルを買掛金管理の電子資金振替で生成する場合に従うガイドラインが含まれています。

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

はじめに

ガイドラインは、Microsoft Dynamics GP の買掛金管理および売掛金管理に関するものです。

詳細

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

注記

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

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

    [ 支払予定事前通知が必要です チェック ボックスまたは 受取予定事前通知が必要です チェック ボックス ] をオンにした場合、システムが通常の EFT ファイルを生成する前に、まず EFT 事前通知ファイルを生成する必要があります。 EFT プレノート ファイルを生成するには、次の手順に従います。

    1. Cards メニューで、Financialをポイントし、Checkbook を選択します。
    2. [Checkbook Maintenance]\(チェックブックのメンテナンス\) ウィンドウで、[ Checkbook ID ボックスに適切なチェックブック ID を入力し、 EFT Bank を選択します。
    3. チェックブック EFT 銀行メンテナンスウィンドウで、 支払いオプションを選択します。 (または 売掛金オプション)
    4. EFT 買掛金オプション（または売掛金オプション）の領域で、買掛金前注が必須（または売掛金前注が必須）チェックボックスが選択されていることを確認してください。 [ 支払前注記が必須 (または 受取前注記が必須) チェック ボックスがオンになっている場合は、適切な手順に従ってください。
      • 方法 1: Payables Prenote Required (または Receivables Prenote Required) チェック ボックスをオフにすることを選択して、プレノート ファイルを必要としないようにします。
      • 方法 2: [事前メモの生成 を選択して、銀行で必要な場合に引き続き prenote ファイルを生成します。
    5. OK 2 回選択してウィンドウを閉じ、保存を選択します。

  • オプション 2: ベンダーへのEFT支払が引き落とされない

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

    1. Cards メニューで、Financialをポイントし、Checkbook を選択します。

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

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

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

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

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

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

      • 買掛金: カード メニューで、仕入 を選択し、仕入先 を選択します。
      • 売掛金: [ カード メニューの Sales を選択し、 Customer を選択します。

    8. 仕入先メンテナンス (または顧客メンテナンス) ウィンドウで、適切なベンダー ID (または顧客 ID) を選択します。

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

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

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

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

    13. OK を選択して、仕入先（または顧客）の EFT 銀行メンテナンスウィンドウを閉じます。 保存 を選択して、仕入先（または顧客）の住所管理ウィンドウを閉じます。

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

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

      注意

      売掛金の場合、Options タブではなく、Accounts タブにチェックブック ID が表示されます。

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

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

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

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

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

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

    1. Cards メニューで、Financialをポイントし、Checkbook を選択します。

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

    3. EFT Bank を選択し、支払いオプション (買掛金の EFT または売掛金の EFT を使用しているかどうかに応じて、売掛金オプション) を選択します。

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

      注意

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

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

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

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

    EFT ファイルは、Checkbook EFT 買掛金オプションの買掛金前支払ファイルに指定されたパスで生成できませんでした。
    EFT ファイルは、チェックブック EFT 売掛金オプションの売掛金前ファイルに指定されたパスで生成できませんでした。

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

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

      • 注

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

      • メモ

        選択した出力パスで、保存するフォルダーまたはファイル名にスペース、ピリオド、数字、特殊文字 (ピリオド、ダッシュなど) がないことを確認します。 たとえば、ファイル prenote1.txtまたはprenote 1.txt名前を付けた場合は、代わりにprenote.txtにする必要があります (番号を削除します)。 または、パスが J://Payables/Payments/Jane.Doe/Payment.txt場合、Jane.Doe フォルダー内のピリオドが原因で問題が発生します。 代わりに J://Payables/Payments/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

      Professional Services Tools Library を利用して、Checkbook修飾子ツールで全てのテーブルの小切手帳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 で、Cards メニューの Purchasing をポイントし、Vendor を選択します。
      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 にアップグレードした場合は、[ Bank Name ボックスに銀行名を手動で入力する必要があります。

    注意

    Bank Name ボックスは、Microsoft Dynamics GP 9.0 以前のバージョンには存在しません。

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

    1. Cards メニューの Purchasing をポイントし、Vendor を選択します。
    2. [仕入先メンテナンス] ウィンドウで、[ ベンダー ID ボックスに適切なベンダー ID を入力します。
    3. Address を選択し、EFT Bank を選択します。
    4. [ Bank Name ボックスに適切な名前を入力します。
    5. OK を選択してから、保存を選択します。
    6. ベンダーアドレスメンテナンスウィンドウを閉じます。
    7. [ベンダーメンテナンス]ウィンドウで 保存を選択します。

よく寄せられる質問

Q1: EFT 支援のサポート ケースがコンサルティング費用になるのはいつですか? EFT サポートケースはどのくらいの期間オープン状態で保てますか?

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

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

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

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

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

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

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

Q5: 印刷ファイルの確認形式を生成するように EFT ファイル形式を構成できますか? 現在、多くの銀行がこのサービスを提供しており、小切手を印刷しているため、各付加情報行が独自の送金形式となる 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 メニューの下で Tools を選択し、Setup をポイントし、System をポイントして登録を選択します。 EFT 買掛金または EFT 債権の適切なモジュールが適切にマークされていることを確認します。

各モジュールで動作していることを確認するには、 Cards を選択し、 Purchasing (または Sales) をポイントし、 Vendor (または Customer) を選択します。 ベンダー ID (または顧客 ID) を入力し、 Address ボタンを選択します。 ベンダー (または顧客) アドレスメンテナンスウィンドウの右下隅に EFT BANK という名前のボタンが表示された場合、EFT は機能しています。

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

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

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

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

A10: 決済ラインは、基本的に銀行が互いのバランスを取るEFTファイルの借方とクレジットラインを求めている場所です。詳細行ごとに 1 つの決済行を使用することも、ファイル全体に対して 1 つの決済行を設定することもできます。 ファイル全体に対して 1 つの決済行を正しく設定する方法の詳細については、「支払い管理の電子資金振替 (EFT) ファイルで決済行が正しく計算されない」を参照してください。

Q11: IAT 形式とは

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

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

Q12: PPDとCCDは標準のUS NACHAファイルに対して何を意味しますか? 各横の +は何を意味しますか?

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

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

A13: [トランジット ルーティング番号] フィールドは、[銀行輸送] ルーティング番号フィールドの合計 10 桁に対して、ルーティング番号の 9 桁と、その背後にある 1 つのチェックディジット番号を保持するためのものです。 銀行は、これら 2 つのフィールドを銀行の仕様で個別に分割する場合があるため、EFT ファイル マッピングの 1 つのフィールドにまとめる (10 桁) か、2 つのフィールドとして分割するかを選択できます。 たとえば、銀行輸送ルーティング番号を 9 桁のフィールドとしてマップし、別のフィールドを 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 行では機能しません。

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

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

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

  1. Dynamics GP (Cards>Financial>EFT ファイル形式) で EFT ファイル形式を開きます。

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

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

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

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

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

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

A18: EFT ファイルは電子支払用であるため、常に支払レコードの観点からマップされたフィールドを探しています。 そのため、PMの支払いトランザクション履歴ファイルからトランザクションの説明フィールドを追加文行にプルすると、請求書ではなく支払いが対象となるため、空白が出力されます（支払いはまだ転記されていないので）。 追加行に反映できる請求書情報は、PM 履歴への適用テーブルの支払いの適用レコードにある請求書情報のみです。 これには、請求書ドキュメント番号、請求書の日付、割引、および純支払額のみが含まれます。 現時点ではサポートされていないため、請求書または PO#、または完全なドキュメント金額に関連付けられているトランザクションの説明にアクセスできません。 詳細については、「 Microsoft Dynamics GP の電子資金振替 (EFT) 形式のCustom データ フィールドを参照してください。

請求書の伝票番号を追加文行に印刷する方法は何ですか。

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

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

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

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. カーソルを次の行に配置する場合に選択し、上部のメニュー バーで Edit を選択し、[行の挿入] を選択すると、カーソルが置かれている行の上に新しい行が挿入されます。

  4. 新しいフィールドに File Creation Day という名前を付け、システム日付としてマップします。 次に、行を展開し、[日付形式] で、必要に応じて [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 買掛金用の Microsoft Dynamics GP 10.0 以降のバージョン、および EFT 売掛金の Microsoft Dynamics GP 2010 以降) は、次のように構成されます。

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

EFT FILENAMEは、チェックブックの出力パスの [Payables Options または Receivables Options タブで指定されたファイル名から取得されます。 ここで .txt などの拡張子が指定されていない場合、生成された EFT ファイルに拡張子は追加されません。

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

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

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

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

EFT 次のファイル番号
マッピング先: データフィールド
表: 小切手電子資金振替マスタ
フィールド: EFT次のファイル番号

注意

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

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

Q30: EFT で一般的に要求されるその他のユーザー設定フィールドは何ですか?

A30: EFT ファイルに対して一般的に要求される他のユーザー設定フィールドに関する情報は、Microsoft Dynamics GP の電子資金振替 (EFT) 形式の Custom データ フィールドで確認できます。

Q31: CTXファイル形式を実現するために、詳細行でaddendaのカウントを得ることは可能ですか?

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

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