TechKnowledge コンテンツ
概要
この記事では、電子調整コンフィギレーターの設定に関する情報を提供します。
詳細
電子調整フォーマット構成器の一般的なセットアップ
電子調整で Format Configurator を設定するプロセスは非常に長く、次の詳細な手順は、このセットアップを容易にするために役立ちます。 Format Configurator を設定する前に、銀行からダウンロード ファイル形式の仕様のコピーを印刷する必要があります。 銀行の形式は大きく異なるので、銀行に問い合わせ、これらのファイル形式の仕様を要求する必要があります。 形式の仕様には、ダウンロードされる各フィールドの詳細と、銀行のすべての関連コードの値が含まれます。 この情報は、各バンクが異なって入力する標準の形式が用意されているので、Format Configurator をセットアップするために必要です。
電子調整フォーマットコンフィ|財務|電子調整|Configurator):
セクション 1 - 書式情報を入力する
[銀行の形式] - [銀行の形式] フィールドは、書式の識別子です。 この形式の一意の名前を入力しますが、通常は Bank の名前です。
[説明] - これは必須フィールドです。 バンク形式の追加の説明を入力します。
ファイル形式 - 使用しているバージョンについて、次の手順に従います。
-Microsoft Dynamics GP 2010 以前のバージョン - [ファイル形式] フィールドは、ドロップダウン リストから [固定フィールド]、または [コンマ区切り]、または [タブ区切り] として選択できます。 選択するオプションは、銀行によって一覧から決定されます。 そのため、形式の仕様で使用する形式が指定されていない場合は、ユーザーに連絡する必要があります。
-Microsoft Dynamics GP 2013 - [ファイル形式] フィールドには、BAI またはユーザー定義の選択肢があります。 銀行管理協会の形式を使用している場合は、[BAI] を選択します。 その他のすべての形式/銀行については、[ユーザー定義] を選択します。 [ファイルの種類] フィールドでは、銀行で指定されている [固定フィールド]、または [コンマ区切り] または [タブ区切り] を選択できます。
[状態コードを使用する] オプションは、銀行が状態コードを使用してトランザクション コードを追加定義している場合にのみマークされます。 この情報は、各銀行によっても決定されます。 そのため、銀行が状態コードを使用している場合に書式の仕様が示されない場合は、銀行に問い合わせる必要があります。 (これは頻繁に使用されません)。
[レコードの種類識別子] - [固定フィールド] 形式を使用している場合は [開始位置] フィールドと [終了位置] フィールド、コンマ区切り形式またはタブ区切りファイル形式を使用している場合は [フィールド番号] フィールドが含まれます。 これは、システムが行内を検索して、行の種類 (ヘッダー、フッター、または詳細) を決定する場所です。 銀行がレコードの種類のコードを使用しない場合は、ファイル内の固定値を選択することで、より簡単に実行できます。
-Fixed Field - Bank のレコード タイプ コードの値を含むフィールドの開始位置と終了位置を入力します (Bank のレコード タイプ コードはセクション 2 に入力されます)。
-コンマ区切りまたはタブ区切り - 銀行のレコードの種類コードを含むフィールドの番号を入力します (セクション 2 では、銀行のレコード タイプ コードが入力されます)。
[Electronic Reconcile Format Configurator] ウィンドウのセクション 2 に進む前に、セクション 1 が完了した後に形式を保存します。
セクション 2 - レコードの種類を入力する
注意 電子調整に関連するレコードの種類のみを定義する必要があります。 バンク仕様でセクションが省略可能としてラベル付けされている場合は、Format Configurator で設定する必要ありません。 詳細レコードの種類は、銀行の仕様で常に必須のセクションです。
銀行 ID - 銀行 ID は、2 番目の列の [レコードの種類] フィールドにタブするとすぐに、セクション 1 の銀行形式で既定で使用されます。 このフィールドは変更または編集できません。
[レコードの種類] - ドロップダウン リストから [ヘッダー、詳細、またはフッター] として [レコードの種類] フィールドを選択できます。 すべての銀行書式には詳細レコードの種類が必要ですが、ヘッダーとフッターのレコードの種類は省略可能です。 複数のヘッダーまたはフッターを使用できないので、各レコードの種類を 1 回だけ設定できます。
[銀行のレコード の種類コード] - [銀行のレコードの種類コード] フィールドは、銀行の仕様で定義されます。 このフィールドは、詳細レコードの種類の情報と一致する形式の一意の定数識別子である必要があります。 これは、ダウンロード ファイルと調整が正しく一致するように Format Configurator を設定する際に最も重要なフィールドです。 (したがって、レコードの種類識別子は、どの列を参照して行の種類を確認するか、次に [銀行のレコード の種類コード] フィールドの値を確認して、ヘッダー、詳細、またはフッター行の場合に読み取る列をシステムに伝えます)。
フィールドの数 - フィールドの数は、セクション 3 で定義するフィールドの数を示します。 定義するレコードの種類の行に含まれるフィールドの数を入力します。 この情報は、銀行の仕様で必要なレコードの種類ごとに入力する必要があります。
セクション 3 - フィールド情報を入力する
セクション 2 で [レコードの種類] をクリックすると、対応するフィールド数がセクション 3 に表示されます。
[レコードの種類] - セクション 3 の最も左側の列の [レコードの種類] フィールドは、セクション 2 で [レコードの種類] を選択すると既定で表示されます。
# - 数値フィールドの既定値は、セクション 2 で入力したフィールドの数です。
[フィールドの種類] - [フィールドの種類] フィールドは、レコードの種類ごとに関連する各フィールドを定義するために使用されます。 [取引先、日付、金額] のオプションを含むドロップダウン リストから [フィールドの種類] を選択します。 銀行の仕様のフィールドの正確な名前が一覧に表示されない場合は、類似するオプションを選択するか、または [Filler/Ignore] オプションを使用する必要があります。 ここでも、関連するフィールドのみを定義する必要があります。最も重要なのは、アカウント番号、番号の確認、日付の確認、金額の確認、トランザクション コード、レコードの種類コードなどです。
注意 レコードの種類と同様に、電子調整に関連するフィールドを定義する必要があります。 既存のレコードの種類で定義できない、または定義する必要がないフィールドが銀行の仕様に存在する場合は、[Filler/Ignore] オプションを使用します。
[書式] - [書式] フィールドは、特定のフィールドの出力形式の種類を定義します。 書式は、日付または通貨の金額を含むフィールドの種類にのみ設定する必要があります。これらは[書式] の唯一のオプションです。 テキストまたは文字列のオプションはありません。 そのため、フィールドが日付または通貨の金額ではない場合は、[書式] フィールドを空白のままにします。 [変換] フィールドと [変換後] フィールドは、フィールドの文字位置を入力するために使用されます。 各レコードの種類の各フィールドの開始文字と終了文字の位置を入力します。 [固定フィールド ファイル形式] を使用する場合は [変換] フィールドと [変換] フィールドを入力する必要があります。そのため、タブ区切り形式またはコンマ区切りファイル形式を使用している場合は、これらのフィールドを 0 のままにすることができます。
トランザクション コード (コードエントリ - トランザクション コードエントリ)
[Electronic Reconcile Format Configurator] ウィンドウで、上部のメニュー バーで上記のパスを通して [トランザクション コードエントリ] ウィンドウに移動します。 トランザクション コードを定義していない場合は、エラー レポートに "レコードの種類一致が見つかりません" というメッセージが表示されます。
トランザクション コードは、各詳細行が表すトランザクションの種類を識別します。 電子調整を行うには、正しく動作するように構成されたバンク形式のトランザクション コードが必要です。 電子調整を使用するには、トランザクション コードまたはレコード タイプ コードが定義されている必要があります。 これらのコードは銀行から提供される必要があります。また、銀行の仕様に記載されている必要があります。
[トランザクションの種類] - [トランザクションの種類] フィールドを使用して、銀行の仕様に表示されるさまざまな種類のトランザクションを定義します。 一覧からトランザクションの種類を選択して一致するか、銀行の仕様と密接に一致します。 一覧のオプションは、現在サポートされている唯一の種類です。 現時点では、電子調整を使用して一致する 2 つのオプションは、[支払い確認] と [入金のクリア] です。
注: Microsoft Dynamics GP 2013 では、[クレジットの譲渡] と [Transfer Debit] のオプションも追加され、電子調整で電子的に一致します。 ただし、銀行の定義に基づく銀行取引の種類コードを入力する必要があります。 Microsoft Dynamics GP 2013 の追加機能は、トランザクションの種類ごとに複数のトランザクション タイプ コードを使用できる点です。
トランザクションの種類コード - [トランザクションの種類コード] フィールドは、各トランザクションの種類の値を入力するために使用され、この値は銀行のファイル仕様の一部としてユーザーに提供されます。 選択したトランザクションの種類に対応する [トランザクションの種類コード] の値を入力します。 この情報は銀行から取得する必要があります。銀行の仕様で利用できない場合は、即応できません。
G/L アカウント - [G/L アカウント] フィールドは、利子収入、その他の収入、その他の経費、サービス料金のトランザクションの種類でのみ使用できます。 生成される調整のために、総台帳の会計処理アカウントの G/L アカウント番号を入力します。 電子調整は、銀行からダウンロードしたファイルに表示される場合、これらのトランザクションの種類の調整を自動的に作成します。
注意 金利収入、その他の収入、その他の経費、サービス料金の各トランザクションの種類は電子的に一致しません。代わりに調整に調整エントリが作成されます。 ([銀行取引の選択] ウィンドウの [調整] ボタンをクリックします)。
[アカウントの説明] - [アカウントの説明] フィールドの既定では、総台帳のアカウントの説明が表示され、編集できません。
[分布参照] - [分布参照] フィールドを使用して、行われる調整の追加の参照を入力できます。 必要に応じて配布参照を入力できますが、必須フィールドではありません。
[ドキュメントの種類] - [ドキュメントの種類] フィールドの既定値は、[トランザクション コード 入力] ウィンドウの上部で選択した [トランザクションの種類] で、[利子収入]、その他の収入、その他の経費、またはサービス料金です。 このフィールドは、戻って [トランザクションの種類] フィールドを変更しない限り変更できません。
[状態コードの定義] - [状態コードの定義] ボタンは、[電子調整形式の構成] ウィンドウで [状態コードの使用] オプションをマークした場合にのみ使用できます。 状態コードの定義は、特定のトランザクションの種類でのみ使用できます。[有料] と [入金のクリア] を確認します。 これらの 2 つのトランザクションの種類のいずれかを選択した後、[状態コードの定義] ボタンを選択して [状態コードの入力] ウィンドウに移動します。 ここでは、[状態の種類] で [支払いチェック]、[支払い停止]、または [支払い取り込み停止] を選択し、銀行の仕様に対応する状態コードを入力します。 繰り返しになりますが、この情報は銀行から取得する必要があります。即位できないか、電子調整が正しく機能しません。
セットアップ時に覚えておく必要がありますElectronic Reconcile:
-
電子調整形式構成器を設定する前に、銀行からファイル形式の仕様を印刷する必要があります。
-
どの銀行も異なります。 そのため、すべての銀行に対して 1 つの標準形式を使用することはできません。
-
.TXT ファイルまたは .CSV ファイルを メモ帳 で開いた場合、システムは通常、245の位置の後に情報を読み取れません。 そのため、行が 245 文字を超える場合は、マップする必要があるすべてのフィールドが行の最初の部分に含まれます。 245 より後の情報は新しい行として読み取り、未処理のデータ レコード エラー レポートに "レコードの種類が見つかりません: レコードの種類 = " と表示されます。これは、レコードの種類が 1 つもないのでです。 これは、位置 245 より後のフィールドが不要な場合に許容されます。 必要なフィールドがある場合は、銀行に連絡して、ファイルを 245 文字以下に再構成できるのか確認する必要があります。
-
Electronic Reconcile Format Configurator は、最初に Electronic Reconcile の使用を開始するときに 1 回だけセットアップする必要があります。その後、 をダウンロードし続けるのみです。BAI、.TXT、.CSVに一致するファイルを銀行から削除または削除します。
-
銀行形式のフィールドが存在する必要があります。トランザクション コード、アカウント番号 、Check/Serial Number、Transaction Amount、Record Type Code、Bank Cleared Date。 形式で状態コードを使用する場合は、トランザクション状態コードも構成に存在する必要があります。
-
すべての電子調整プロセスを完了し、銀行調整モジュールでトランザクションがクリア済みとしてマークされていない場合は、電子調整形式構成機能で何かが正しく設定されていない可能性があります。 受信される最も一般的なエラー メッセージは、ダウンロード後に出力される未処理のレコード レポートの "レコードの種類の一致が見つかりません"エラーです。 これは通常、トランザクションのコードがコード エントリに設定されていないという意味です。
-
銀行から .txt ファイルを既にダウンロードした後に再ダウンロードを試みた場合、新しいトランザクションをダウンロードするのではなく、システムがトランザクションを重複と見なすので、"重複" エラー メッセージが表示されます。 (ME142806 テーブルと ME142807 テーブルのアップロード ID (MEARLDID フィールド) で以前のアップロードをクリアする必要があります)。
-
銀行から .txt ファイルを既にダウンロードした後で、調整を削除して情報を再入力すると、システムがトランザクションを重複と見なすので、"重複" エラー メッセージが表示されます。
-
電子調整 で設定されている チェックブックに対して、銀行口座番号が一意である必要があります。 銀行口座番号が複数のチェックブックで使用されている場合、電子調整はチェックブックを見つけず、銀行口座番号が設定されていないというメッセージを受け取ります。
-
コンフィ ギレーターの [ コード入力] ウィンドウで、自動的に一致する種類は、[有料の確認]、[入金のクリア済み]、[Transfer Debit]、および [Transfer Credit] です。
-
次の調整の種類では、[調整銀行の調整] (ボタン) ウィンドウに '調整' トランザクションが作成されます(たとえば、銀行取引明細書の "利払い" や "誤った手数料" は GP に含まれます (そのため、一致する必要はないので、これらの種類の調整/ジャーナル エントリを GP で予約するシステムが必要です)。
-
利子収入
-
その他の収入
-
その他の費用
-
サービス料金
-
-
GP の [銀行取引エントリ] ウィンドウには、iの調整、減少の調整、または引き出しに自動的に一致する種類はありません。 これらの種類は、銀行取引明細書に表示されるはずの項目の GP の調整用です。 これらの型は、調整ウィンドウでクリア済みとして手動でマークする必要があります。
-
チェックは、Check Amount と Check Number によって一致します。 入金は入金金額と入金日 (既定の 8 日間の範囲内) で一致しますが、別の日の範囲を求めるメッセージが表示された場合は、それをオーバーライドできます)。 自動的に 一致する条件の詳細については、KB 851279 を参照してください。
-
Bank Cleared Date は、一 致するプロセスに影響を与える可能性があります。 GP では、銀行のクリア日が GP の発行日の後のチェックのみをクリアします。 GP では、実際に GP で発行された日付より前の日付のチェックはクリアされません。
-
GP は照合プロセスのチェックで先頭のゼロを無視し、実際にはインポート時にチェック番号からそれらを取り除く。 先頭のゼロは、チェック番号の照合プロセスには影響を与え得ない。 GP は、先頭のゼロに関係なく、チェック番号と一致できます。
-
このメモ帳を使用してファイルを開きます。先頭のゼロが削除される可能性Excel自動書式設定が行う可能性があります。 先行するゼロはチェックに関係ありませんが、日付に関係します。 日付が正しくインポートされない場合は、構成子の日付形式がファイル内の日付形式と一致しなかったか、ファイル内の日付の先頭のゼロが見つからないことを意味します。 MMDDYYYY を使用するために構成ツールがマップされている場合、ファイルには 08152017 が必要です。たとえば、 また、MM/DD/YY がある場合は、ファイルの 08/15/17 が必要です。 日付形式は完全に一致する必要があります。
-
ファイルを取り込むときに、選択した確認番号を入力します。 確認番号を入力すると、チェックがインポートされます。
-
毎日のファイルを取り込む場合は、翌日のファイルを取り込む前に、毎日調整する必要があります。 システムは、最後に取り込まれたファイルにのみ自動的に一致します。 そのため、最初に 5 つの日次ファイルをインポートした後、1 日目を調整すると、自動的に一致しますが、2 日目の調整を試みても、自動的に一致しません。 自動的に一致する場合は、2 日目にもう一度ファイルを再報告する必要があります。
-
日付がすべてのゼロまたは 00/00/0000 としてインポートされている場合は、構成器の "トランザクション日付" の代わりに "Bank cleared date" フィールドをマップします。
-
日付がスクランブル形式でインポートされている場合、コンフィグレーターの日付形式が銀行ファイルの日付形式と一致しません。 バンク ファイルに MMDDYYYY が含まれる場合は、この同じ形式をコンフィギレーターで選択して正確に一致させる必要があります。 また、ユーザーがファイルを Excel で開いていないか、MM または DD の先頭のゼロが削除されたのも確認してください。 その場合は、メモ帳 ファイルを開き、先頭のゼロを日付に戻して再度インポートします。 このメモ帳を使用して、銀行ファイルを開Excel。
-
トランザクションの一致方法の詳細については 、KB 851279を参照してください。
この記事は TechKnowledge Document ID:19396 でした