NACHA SECコード仕様
一般的なアプリケーション
ACH内には多くの標準エントリクラスコードがありますが、最も一般的には基本的な目的のために使用されます。
CCD-コーポレートクレジットまたはデビット-他の企業（ビジネス）アカウントから支払いまたは収集するために使用されます。
例としては、企業へのベンダーの支払い、法人顧客からのコレクション、現金資金の統合とスイープ、政府機関への税金の支払い（CCD/TXP）が含まれます。
PPD-事前に調整された支払いと預金-個人（消費者）口座からの支払いまたは収集に使用されます。
例には、従業員への給与の直接預金、個人への支払い、個人（消費者）顧客からのコレクションが含まれます。
PPDとCCDのフォーマットと情報要件は同じです。 さらに、それぞれが1つの補遺レコードをサポートできます。
仕様
ACH形式
次のいずれかのNACHA形式でファイルを作成して送信します:
ARC-売掛金エントリ
BOC-バックオフィスの変換
CCD-現金集中または支出
CIE-顧客開始エントリ
CTX-企業貿易取引所
Iat-国際
POP-購入エントリのポイ普遍的な貿易相手国の版、私達はEPN stp820トランザクションセットに付着するediエンジンを組み込む。 さらに、私達はスプリント、Cingularおよび他の多くの820セットのフォーマットのためのフォーマットに会います。
データインポート
ACHユニバーサルは、ファイルをインポートすることができます：
-カンマ区切りテキストファイル（csv）
-タブ区切りと固定幅のテキス質問:ACHファイルの形式は何ですか?
多くの金融フォーマットと同様に、ファイルは次のような”エンベロープ”構造になっています。
ファイルヘッダー/トレーラー
バッチヘッダー/トレーラー
詳細な取引記録
ファイルヘッダー/トレーラー
ファイルヘッダーは、ファイルを準備（発信）した会社、準備されたとき、および処理のために送信されている銀行に関する情報を提供します。
ファイルトレーラーは、ファイルの整合性を確認するために、ファイルに含まれるレコードのレコード、ブロック、量とハッシュの合計を提供します。
ファイルには、ファイルヘッダー/トレーラーのセットが1つだけあります。
バッチヘッダー/トレーラー
バッチヘッダーは、フォローしようとしている詳細レコードに関する情報を提供します。 これには次のものが含まれます：
1。 標準的な記入項目のクラス（PPD、CCD、CTX、等。..)
2. 発効日
3. 説明または「目的」（一般的な「給与」、「会費」など）..)
レコードに同じ三つの情報が含まれている限り、それらは一緒にバッチ処理することができます。
バッチトレーラーは、バッチに含まれるレコードのレコード、金額、ハッシュの合計を提供します。
バッチの数に制限はありません。
詳細な取引記録
には、次のような”基本的な”取引情報が含まれています。
-ABA/ルーティング番号other party-not yours)
-Account Number other party-not yours)
-Amount
-Individual ID Name-あなたが取引を行う相手のために内部
-個人ID番号-あなたがビジネスを行う相手のために内部的に維持する口座番号。
-取引コード-取引を借方または貸方として識別し、小切手、貯蓄などの口座タイプを識別します。..
補遺レコード
追加の支払い関連情報は、一つ以上の補遺レコードに入力することができます。 CCDとPPDは1つの補遺記録に制限され、CTXは最大9,999個の記録を持つことができます。-各補遺レコード、PPD、CCDとCTXは、X12情報の80文字まで保持することができます。
-ACHファイルの形式は、固定幅（94文字）のASCIIファイルです。
補遺レコードには何が含まれていますか？
支払いに関する詳細情報。
CTX-Corporate Trade Exchangeレコードには、セカンダリソース(EDI)からansi ASC X12形式の支払い関連情報を含めることができます。 これには以下が含まれます：
-請求書/参照番号
-支払いアクションコード
-金額
-合計請求書
-取られた割引額
共通セグメントには、REF、RMR、ENT、DTMが含まれます。 送金セグメント（RMR）の例：
RMR*IV*10533**4495.00\
RMR-セグメントタイプ
IV-参照番号修飾子
10533-請求書/参照番号
4495.00-金額
ノート:
-アスタリスク(*)はフィールド区切り文字を表します
-二重アスタリスク(**)は未使用のオプションフィールド(プレースホルダー)を表します
-バックスラッシュ(\)はターミネータを表します。 追加のアスタリスクは、オプションのフィールドの省略を示すために代わりに使用されている可能性があります
PPD-事前調整された支払いと預金入力
支払は、CCD+フォーマットされたレコードの補遺レコードの納税(TXP)銀行規約を使用して行うこともできます。
一般的な用途は、連邦EFTPSシステムへの給与税の支払いです。
補遺エントリの例は次のようになります:
TXP*987654321*94105*050301*1*1200*2*100*3*300\
TXP-納税銀行条約
987654321-納税者のID番号
94105-納税タイプ（四半期給与）
050301-税期間終了日March1,2005
1-税タイプ1=社会保障
1200-量
2-税タイプ2=メディケア
100-量
3-税タイプ3=源泉徴収
300-量
アスタリスク（*）は、フィールド区切り文字を表します
\-ターミネータ
ppd、ccd、ctxなどの形式の違いは何ですか？
これらの略語は、”アプリケーション”タイプに関連し、詳細レコード形式を決定するのに役立ちます。 ACHアプリケーションは、当事者間の関係に応じて、消費者または企業の支払いのいずれかとして分類されます。
CTX-Corporate Trade Exchange(Corporate)
既存の取引関係を持っている別のエンティティとの資金の転送(デビットまたはクレジット)をサポートしています。 この形式は、ANSI ASC X12支払い関連情報をサポートしており、複数の(最大9,999)補遺レコードに配置できます。-CTX形式はPPDおよびCCDとは異なります。-PPD、CCD、CTXバッチを同じ送信ファイル内で組み合わせることができます。
フォーマットのプラス記号、すなわちCCD対CCD+、PPD対PPD+の重要性は何ですか？
プラス記号は単に補遺記録があることを示しています。
ach取引で仕入先に支払いたい 彼らは彼らの銀行取引明細書にどのような情報が表示されますか？
あなたが資金を集めるか送るかにかかわらず、相手は説明フィールドに表示されます：
-あなたの会社名
-バッチヘッダーからのあなたの説明（一般的な”目的”-..)
-バッチヘッダーからの発効日。 同じ金額が含まれている定期的な取引を研究するときに非常に便利です。
-詳細な取引から個々のID名
-詳細な取引から個々のID番号
あなたの銀行、およびそのシステム機能（およびオンラインまたは紙の声明かどうか）に応じて、 すべての補遺情報を完全に取得するには、他の当事者が追加の財務管理サービスに登録する必要がある場合があります。
もちろん、明細書には、口座への金額や実際の転記日などの他のフィールドも含まれます。
私は顧客から資金を集めています-どのように私はお金が私の口座に入ったことを知っていますか？ 取引が完了できない場合はどうなりますか？
あなたの銀行は、あなたが提出した各取引を追跡し、完了できない取引を通知します。
たとえば、口座が閉鎖されている場合、または資金を引き落としていて口座残高が不足している場合は、銀行から通知されます。 このレポートは、印刷/ファックスすることができ、またはACHリターンファイルで電子的に送信することができます。 形式に関係なく、返されるアイテムには標準の2桁の戻りコードが含まれます。
また、あなたの銀行は、あなたがすべての取引を追跡するのではなく、”否定的な確認”のシナリオを可能にするオプションのサービスを提供することが
ACHネットワークを介して取引を送信するには、どのような情報が必要ですか？
最低限、あなたは必要になります:
-ABA/ルーティング番号（相手-あなたではありません）
-アカウント番号（相手-あなたではありません）
-金額
残りの情報は、セットアップ中に提供されるデフ