Metro2フォーマットを読む方法-収集! ヘルプ

Metro2フォーマットの読み方

Metro2フォーマットは、クレジットを報告するための現在の標準フォーマットです。 これは、公正信用報告法（FCRA）、公正信用請求法（FCBA）、および平等信用機会法（ECOA）のすべての要件を満たしています。 それは最も正確で消費者の信用履歴に関する完全な情報。

集まれ！ Metro2を426文字形式で使用して信用を正しく報告するための内部機能を提供します。 しかし、あなたが債務者を局に報告するときにあなたが扱うべきいくつかの規則があります。

• すべての口座を月単位で報告します。
• 最終的に支払いまたは決済されたときに、最終的なステータスコードを持つすべての口座を報告します。
• クレジット付与者は、各サイクルの終了時に口座を報告する必要があります。

あなたが収集で信用調査報告を実行すると！ あなたが信用調査機関に送信するためのファイルが生成されます。 このファイルには、報告された各アカウントの長いデータ行があります。 それは実際にはいくつかのセグメントで構成されています。 それぞれを以下に説明する。リンクを選択すると、各セグメントの詳細ページが開きます。

Metro2Format-ヘッダーレコード

ヘッダーレコードは、信用報告ファイルの最初のセグメントです。 これには、当事者または代理店を特定するために必要な情報が含まれています。 また、ファイルが作成された信用調査機関と報告日を識別します。

下の画像では、ヘッダーレコード内のフィールドが分割されて識別されます。 実際には、これは1つの長い文字列のデータですレポートファイルで。

以下の表では:

• フィールドはMetro2形式のフィールド番号
• フィールド名はMetro2形式から取得されます。 特定の領域のCBR要件を決定するときは、フィールド番号とフィールド名を参照してください。
• 長さと位置は、レポート内の実際のデータをCollect!として調べているときの基準点として使用できます。 それを生成します。
• ソースはコレクトのフィールドです！ 示されているように、情報がどこから引き出されるか、または何らかの内部値。

次の表には、Collect!の各データベースフィールド名が明確に表示されます。 情報がどこから来ているのかをより簡単に判断するのに役立ちます。

集まれ！ Metro2形式で信用報告ファイルを作成するときに、426文字形式を使用します。

詳細については、信用報告マニュアルを参照するか、信用調査機関の担当者に相談してください。

Metro2フォーマット-ベースセグメント

ベースセグメントは、信用報告ファイルの第二のセグメントです。 これには、主な消費者のid情報とアカウントのトランザクション情報が含まれます。

下の画像では、ベースセグメント内のフィールドが分割され、識別されます。 実際には、これはレポートファイル内のデータの長い文字列です。

以下の表では:

• フィールドはMetro2形式ですフィールド番号
• フィールド名はMetro2形式から取得されます。 特定の領域のCBR要件を決定するときは、フィールド番号とフィールド名を参照してください。
• 長さと位置は、レポート内の実際のデータをCollect!として調べているときの基準点として使用できます。 それを生成します。
• ソースはコレクトのフィールドです！ 示されているように、情報がどこから引き出されるか、または何らかの内部値。

次の表には、Collect!の各データベースフィールド名が明確に表示されます。 情報がどこから来ているのかをより簡単に判断するのに役立ちます。

集まれ！ Metro2形式で信用報告ファイルを作成するときに、426文字形式を使用します。

詳細については、信用報告マニュアルを参照するか、信用調査機関の担当者に相談してください。

Metro2フォーマット-J1セグメント

J1セグメントは、クレジットを報告する際にECOAの要件に対応しています。 これは、連帯保証人が報告されている場合に報告ファイルに含まれます。 J1セグメントは、関連する消費者が報告されている個人と同じ住所に居住している場合に適用されます。 これは、アカウントが報告されるたびに含まれています。

下の画像では、J1セグメントのフィールドが分割されて識別されます。 実際には、これは1つの長い文字列のデータですレポートファイルで。

以下の表では:

• フィールドはMetro2形式のフィールド番号
• フィールド名はMetro2形式から取得されます。 特定の領域のCBR要件を決定するときは、フィールド番号とフィールド名を参照してください。
• 長さと位置は、レポート内の実際のデータをCollect!として調べているときの基準点として使用できます。 それを生成します。
• ソースはコレクトのフィールドです！ 示されているように、情報がどこから引き出されるか、または何らかの内部値。

次の表には、Collect!の各データベースフィールド名が明確に表示されます。 情報がどこから来ているのかをより簡単に判断するのに役立ちます。

集まれ！ Metro2形式で信用報告ファイルを作成するときに、426文字形式を使用します。

詳細については、信用報告マニュアルを参照するか、信用調査機関の担当者に相談してください。

Metro2フォーマット-J2セグメント

J2セグメントは、クレジットを報告する際にECOAの要件に対応しています。 これは、連帯保証人が報告されている場合に報告ファイルに含まれます。 J2セグメントは、関連する消費者が報告される個人とは異なる住所に居住している場合に適用されます。 これは、アカウントが報告されるたびに含まれています。

下の画像では、J2セグメントのフィールドが分割されて識別されます。 実際には、これは1つの長い文字列のデータですレポートファイルで。

以下の表では:

• フィールドはMetro2形式ですフィールド番号
• フィールド名はMetro2形式から取得されます。 特定の領域のCBR要件を決定するときは、フィールド番号とフィールド名を参照してください。
• 長さと位置は、レポート内の実際のデータをCollect!として調べているときの基準点として使用できます。 それを生成します。
• ソースはコレクトのフィールドです！ 示されているように、情報がどこから引き出されるか、または何らかの内部値。

次の表には、Collect!の各データベースフィールド名が明確に表示されます。 情報がどこから来ているのかをより簡単に判断するのに役立ちます。

集まれ！ Metro2形式で信用報告ファイルを作成するときに、426文字形式を使用します。

詳細については、信用報告マニュアルを参照するか、信用調査機関の担当者に相談してください。

Metro2フォーマット-K1セグメント

K1セグメントには、元の債権者の名前と債権者分類コードが含まれています。 この区分は記述がコレクション代理店、借金取り、因数分解の会社および他によって報告される時はいつでも含まれていなければならない。この情報は、消費者が信用報告書に表示されたときにアカウントのソースを識別するのに役立つように報告されます。元の債権者名がなければ、消費者は口座が何を表しているのか分からないかもしれません。

下の画像では、K1セグメントのフィールドが分割されて識別されます。 実際には、これは1つの長い文字列のデータですレポートファイルで。

以下の表では:

• フィールドはMetro2形式のフィールド番号
• フィールド名はMetro2形式から取得されます。 特定の領域のCBR要件を決定するときは、フィールド番号とフィールド名を参照してください。
• 長さと位置は、レポート内の実際のデータをCollect!として調べているときの基準点として使用できます。 それを生成します。
• ソースはコレクトのフィールドです！ 示されているように、情報がどこから引き出されるか、または何らかの内部値。

次の表には、Collect!の各データベースフィールド名が明確に表示されます。 情報がどこから来ているのかをより簡単に判断するのに役立ちます。

集まれ！ Metro2形式で信用報告ファイルを作成するときに、426文字形式を使用します。

詳細については、信用報告マニュアルを参照するか、信用調査機関の担当者に相談してください。

Metro2フォーマット-トレーラーレコード

トレーラーレコードは、信用報告ファイルの最後のセグメントです。 これは、すべてのレコード、すべてのセグメント、すべてのMetro2ステータスコード、SSN＃の、生年月日、電話番号やその他の情報の累積合計が含まれています。この情報は、受信したすべてのレコードが処理されたことを確認するために使用されます。

下の画像は予告編の記録を示しています。 レポートファイルでは、これは1つの長いデータ文字列です。

集まれ！ Metro2形式で信用報告ファイルを作成するときに、426文字形式を使用します。

詳細については、信用報告マニュアルを参照するか、信用調査機関の担当者に相談してください。