支払日の前日、経理の担当者がExcelで振込データを作り、ネットバンキングに取り込みます。
書式がわずかに崩れていて、銀行に弾かれる。
作り直す間にも、期日は近づいてきます。
Electronic Bank Payments（EBP）とは、NetSuite上の支払や入金を電子化するSuiteApp（追加の拡張機能）です。
仕入先請求書などから支払の指示をまとめたファイルを作り、銀行に渡して振込を実行します。
日本の全銀協の形式にも対応しており、NetSuiteから総合振込のデータを作れます。
ただ、「全銀に対応している」ことと、自社の最初の振込が通ることは別の話です。
銀行の口座、形式、手数料の負担、承認。登録と試験の順番を誤ると、差し戻しは消えません。
では、最初の振込までに、何を登録し、何を試せばよいのか。
この記事で分かること
- EBPでできることと、EFTとの違い
- ライセンスがなくても使える範囲と、ライセンスが要る機能
- 全銀の2つの形式と、振込手数料の自動計算の条件
- 最初の振込までの設定のチェックリストと、つまずきやすい3つの点
- EBPが合う会社・合わない会社
言葉の整理：全銀協の形式（全銀フォーマット）は、全国銀行協会が定めた、銀行振込データの標準の形式です。
EFT（Electronic Funds Transfer）は、電子的に資金を送金する仕組みを指します。
Electronic Bank Payments（EBP）とは
以前は「NetSuite Electronic Payments」という名前で提供されていました（出典：Oracle NetSuite公式）。
設定の画面名（Electronic Payments Preferences）などに、その名前が残っています。
EBPで扱える支払・入金は、次のとおりです（出典：Oracle NetSuite公式）。
- 仕入先請求書の支払
- 従業員の経費精算
- パートナー・従業員へのコミッションの支払
- 顧客への返金
- 顧客からの入金の受け取り
仕組みはシンプルです。
支払の指示をまとめた「支払ファイル」をNetSuiteが作ります。
そのファイルを銀行のソフトに取り込むか、電子的に銀行へ送って処理します。
NetSuiteには、もともとEFTの標準の振込機能があります。
EBPは、このEFTの処理を拡張した機能です。
支払条件（Terms）や早期支払割引など、EFT単体では扱いにくい要素にも対応できます。
EBPでできること
支払ファイルの作成
EBPの中心となる機能です。
形式は、カンマ区切りのテキスト（ASCII）やXMLなどです（出典：Oracle NetSuite公式）。
ファイルには、振込先の口座・金額・手数料などが含まれ、銀行に取り込めば振込をまとめて実行できます。
Oracleのヘルプでは、支払の形式として、EFT（振込）や口座振替などが挙げられています（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
承認の流れと不正対策
支払は、お金が直接動く業務です。
EBPには、支払を実行する前に承認の流れを通す機能があります。
Oracle NetSuiteの公式サイトでは、自動の承認の流れで、支払の誤りや不正のリスクを減らせると説明しています。
不正対策の例として、同じ仕入先や従業員に1日に行える支払の回数を制限する機能が挙げられています。
支払が済んだときに、仕入先へ自動で通知を送ることもできます（出典：Oracle NetSuite公式、2026年9月確認）。
多通貨・海外の銀行の形式、入金
高度な支払機能では、多通貨・多言語に対応し、50以上の海外の銀行の形式を扱えます（出典：Oracle NetSuite公式、2026年9月確認）。
日本の銀行から海外へ送金する場合の注意点は、NetSuiteの外国送金とISO20022対応で扱っています。
EBPは、入金にも使えます。
顧客の口座から代金を引き落とし（口座振替）、売掛金を回収する使い方です（出典：Oracle NetSuite公式）。
カード決済での集金は、NetSuiteでカード決済・サブスク課金を自動化するには？をご覧ください。
ライセンスがなくても使える範囲と、ライセンスが要る機能
Oracleのヘルプでは、標準のEBPで、事業を行う国の標準テンプレートを使って支払・入金ができると説明しています。
ライセンスがある場合に使える機能は、次の表のとおりです（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
| 機能 | ライセンスなし | ライセンスあり |
|---|---|---|
| 事業を行う国の標準テンプレートでの支払・入金 | ◯ | ◯ |
| すべての標準テンプレートの利用 | × | ◯ |
| 支払ファイルのテンプレートの作成・変更 | × | ◯ |
| 支払の一括処理の自動化（Process Bills Automatically） | × | ◯ |
| 多通貨の支払の処理 | × | ◯ |
| APIでの独自の支払処理の画面づくり | × | ◯ |
| 支払の一括処理の並行処理（SuiteCloud Plusが必要） | × | ◯ |
ライセンスを買う前に入れておくSuiteAppもあります。
SuiteApps License Client（Bundle ID 116144）です（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
自社の契約でどこまで使えるかは、見積もりの段階でアカウントの担当に聞いてください。
日本での使い方｜全銀協の形式と振込手数料
全銀の形式は2つある
Oracleのヘルプでは、日本の全銀の支払の形式が2つあると説明しています（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
| 形式 | 付いてくるSuiteApp | 振込手数料の自動計算 |
|---|---|---|
| 全銀のテキスト形式 | Electronic Bank Payments | 対応（条件あり） |
| 全銀のXML形式 | Japan Localization SuiteApp | まだ対応していない |
どちらも、仕入先請求書の支払・経費精算・顧客への返金・パートナーへの支払に使えます。
作ったデータをインターネットバンキングに取り込めば、総合振込を実行できます。
振込手数料の自動計算
日本では、振込手数料を誰が負担するかが実務の論点になります。
EBPには、全銀の振込手数料を自動で計算する機能があります（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
- 支払の処理のたびに手数料を計算し、支払の記録に反映する
- 仕入先の負担なら、請求額から手数料を引いた額を振り込む
- 自社の負担なら、請求額をそのまま振り込む
使えるのは、標準の全銀テンプレートを使う口座だけです。
独自の書式では使えません。
円の単一通貨の口座に限られ、多通貨にも対応していません。
手数料の扱いを図にすると、次のとおりです。
全銀のデータの作り方や、固定長の注意点は、NetSuiteで全銀フォーマット（FBデータ）の支払を自動化する方法で扱っています。
日本対応の全体像は、NetSuite Japan Localization SuiteAppとはをご覧ください。
最初の振込までの設定チェックリスト
最初の振込までに登録し、試すものを順に並べます。
全銀のテキスト形式で、仕入先へ総合振込をする場合の流れです。
| 順番 | やること | 確認すること |
|---|---|---|
| 1. ライセンス | 使いたい機能が、第3章の表のどちらにあるか | 多通貨・独自の書式・自動の一括処理を使うなら、ライセンスを用意したか |
| 2. License Client | SuiteApps License Client（Bundle ID 116144）を入れる | ライセンスを買う前に入れたか |
| 3. EBPの導入 | Electronic Payments Preferenceを初期化する | 通知のメールのテンプレートを設定したか |
| 4. 口座と形式 | 利用する銀行の口座と、支払の形式を登録する | 全銀のテキスト形式か、XML形式か |
| 5. 手数料の負担 | 仕入先の負担か、自社の負担かを決める | 口座が標準の全銀テンプレートで、円の単一通貨か |
| 6. 承認と統制 | 承認の流れと、1日の支払の回数の制限を決める | 1人で支払を実行できる経路が残っていないか |
| 7. 少額のテスト | 少額・少件数の振込データを銀行に取り込む | 銀行ごとに、テストの日程を計画に入れたか |
（1〜5の出典：Oracle NetSuiteヘルプ、2026年9月確認）
6番の承認と統制を、本番の後に回さないでください。
支払ファイルが作れる状態で承認がなければ、統制の穴が開いたまま本番を迎えます。
EBPは管理されたバンドルで、本番の環境では自動で更新されます。
Sandbox（本番と切り離した試験用の環境）に入れた場合は、手動で更新する必要があります（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
試験の環境と本番の環境で、版がずれないように注意してください。
画面の細かい操作は、バージョンの更新で変わることがあります。
支払のやり方を比べる｜EBPが合う会社・合わない会社
| やり方 | 中身 | 向く会社 | 注意点 |
|---|---|---|---|
| A. ネットバンキングに手入力 | 支払のたびに、銀行の画面で入力する | 振込が月に数件 | 入力ミスが起きやすく、会計と二重の入力になる |
| B. Excelで振込データを作る | 表計算で全銀のデータを作り、取り込む | 件数は多いが、会計システムが別 | 書式の崩れで差し戻されやすい |
| C. EBPで支払ファイルを作る | NetSuiteの請求書から支払ファイルを作る | NetSuiteで購買・会計を回している | 銀行ごとの設定とテストが要る |
件数が多く、請求書から支払までをNetSuiteで回している会社ほど、Cの価値が大きくなります。
請求・承認・支払が1つのデータにそろうので、後から支払を点検するのも楽になります。
EBP以外を先に考えたほうがよい場合もあります。
- 振込が月に数件で、会計ソフトで足りている → いまは入れない
- 会計ソフトと銀行の連携で回っている → 支払だけのために基幹システムを替える必要はない
- 費用を抑え、業務を絞って始めたい → 会計・支払を含むアプリを選べるOdooも候補
- 銀行・取引先ごとに独自の書式が多い → NetSuiteでの開発やAIスクラッチ開発
状況ごとの選び方を図にすると、次のとおりです。
支払の自動化の別の方法は、NetSuite Intelligent Payment Automation（BILL連携）とはで扱っています。
これから検討する会社と、いま使っている会社
これから検討する会社は、使いたい機能がライセンスの内か外かを先に棚卸しします。
多通貨、複数の国の形式、独自の書式、自動の一括処理。これらを使うなら、ライセンスが前提です。
見積もりの段階で、この点を明記してもらってください。
導入全体の費用は、ベンチャーネットが支援したNetSuite導入の費用で見ると幅があります。
3名程度・開発なしの事例は150万円程度・1.5か月、100名程度で外部システムとの連携開発を含めた事例は2億円程度（うち開発約7割）・1.5年でした。
差を生むのは、機能範囲・開発（特に外部連携）・社内の体制・ユーザー数の4つです。
銀行ごとの独自の書式の開発は、このうちの「開発」にあたります。
4事例の条件は、NetSuiteの料金・費用・価格に載せています。
すでにNetSuiteを使っている会社は、次の3点を見直します。
- EFTだけで回し、承認や手数料の扱いに手間がかかっていないか
- EBPを使っているなら、手数料の自動計算の条件（標準テンプレート・円の単一通貨）に合っているか
- Sandboxの版が、本番と同じか
導入でつまずきやすい3つの点
つまずき1：ライセンスと前提を見落とす
起きること：「機能があるはず」と計画を進めたが、多通貨や海外の形式にライセンスが要ると後で分かる。License Clientを知らず、設定で行き詰まる。
原因：標準の範囲とライセンスの範囲を、最初に分けていなかった。
避け方：使いたい機能を一覧にし、第3章の表と照らし合わせます。
ライセンスが要る機能は、見積もりに含めてもらいます。
つまずき2：銀行の細かな仕様で差し戻される
起きること：作った振込データが銀行で受け付けられない。桁数や形式のわずかな違いでエラーになる。テストをせずに本番の振込日を迎えてしまう。
原因：全銀の形式は厳密で、少しの崩れでも弾かれる。支払には期日があり、差し戻しの影響が大きい。
避け方：第5章の7番、少額・少件数のテストを本番の前に挟みます。
利用する銀行ごとに、テストの日程を計画に入れます。
つまずき3：承認の設計をしないまま運用を始める
起きること：特定の担当者だけで支払を実行できる。支払の回数の制限などの統制が設定されていない。
原因：支払の処理を先に動かし、承認と統制の設計を後回しにした。
避け方：運用を始める前に、承認の流れと、1日の支払の回数の制限を決めます。
承認の作り方は、NetSuiteの承認ワークフロー実装ガイドで扱っています。
ベンチャーネットならこう見る｜標準に合わせる／開発する／残す
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、支払の相談で、支払の種類ごとに3つの選び方を当てはめます。
- 標準に合わせる：全銀のテキスト形式と標準テンプレートで回す。手数料の自動計算を使うなら、口座も標準の全銀テンプレート・円の単一通貨にそろえる
- 開発する：標準テンプレートの外の書式や、独自の支払処理だけを、アドオン開発（NetSuiteリブート）で作る
- 残す：件数の少ない支払や、特殊な海外送金は、いまのネットバンキングの運用に残す
どれを選ぶかは、第10章の棚卸し表で支払を見える化してから決めます。
XML形式での手数料の自動計算のように、まだ対応していない点は、提供を待つ選択もあります。
提供の時期は、アカウントの担当に確認してください。
あわせて、「変わること・注意が必要なこと」を、設定の前にお伝えします。
- ライセンスが要る機能を使えば、ライセンス費用は上がる
- 支払の締め方や承認の順番が、いまの運用と変わることがある
- 振込データを作る画面の操作感は、Excelやネットバンキングとは変わる
最初の打ち合わせで伺うのは、次の3つです。
- 月に何件を、どの銀行・どの通貨で支払うか
- 振込手数料は、取引先ごとに誰の負担か
- 承認は、誰がいくらから行うか
今日できること｜支払業務を1時間で棚卸しする
直近1か月の支払を振り返り、次の表を埋めてみてください。
| 支払の種類 | 月の件数・銀行・通貨 | 手数料の負担 | 承認する人 |
|---|---|---|---|
| （例）仕入先への振込 | 80件・A銀行・円 | 仕入先 | 経理部長 |
表の数字は架空の例です。
仕入先への振込・経費精算・返金・海外への送金を、行に分けて書き出します。
承認する人の欄が空いている支払が、統制の穴になっている場所です。
よくある質問
Q1. EBPの利用にライセンスは必要ですか？
基本の範囲はライセンスなしで使えます。
事業を行う国の標準テンプレートでの支払・入金は、ライセンスなしで使えます。
多通貨・すべての標準テンプレート・テンプレートの作成・APIなどは、ライセンスが要ります（第3章）。
Q2. 全銀フォーマット（FBデータ）に対応していますか？
対応しています。
全銀のテキスト形式がEBPに、XML形式がJapan Localization SuiteAppに付いてきます。
作ったデータをインターネットバンキングに取り込んで振込を実行できます（第4章）。
Q3. 振込手数料の差し引きもできますか？
全銀の振込手数料の自動計算の機能があります。
仕入先の負担と自社の負担を選べます。
ただし、標準の全銀テンプレートと、円の単一通貨の口座に限られます（第4章4-2）。
Q4. EFTとEBPは何が違いますか？
EBPは標準のEFTの機能を拡張したものです。
支払条件や早期支払割引、承認の流れ、多通貨など、より細かい制御を加えられます。
EFTを使っていて、支払の自動化をさらに進めたい場合に検討します。
Q5. 設定は自社だけでできますか？
シンプルな構成なら自社でも設定できます。
利用する銀行の形式・多通貨・承認の流れ・既存の業務が絡むと、設計の難しさが上がります。
迷う場合は、設計の段階での相談をおすすめします。
Q6. 振込の件数が少なくてもEBPを入れるべきですか？
件数が少なければ急いで入れる必要はありません。
月に数件なら、ネットバンキングや会計ソフトの連携で足りることもあります。
承認と統制を仕組みで強めたい場合に、EBPの価値が出てきます（第6章）。
まとめ
- EBPは、支払・返金・集金を電子化するNetSuiteのSuiteApp
- ライセンスなしでも、事業を行う国の標準テンプレートで支払える
- 多通貨・独自の書式・自動の一括処理は、ライセンスが前提
- 全銀はテキストとXMLの2つの形式。手数料の自動計算は標準の全銀テンプレート・円の口座だけ
- 最初の振込までは、ライセンス→導入→口座と形式→手数料→承認→少額のテストの順
支払日の前日に差し戻される振込データは、設定の順番で防げます。
まずは第10章の表で、自社の支払を1か月分書き出してください。
登録する口座と、先に決める承認が見えてきます。
もう少し詳しく知りたい方へ
利用する銀行・承認の流れに合わせた支払の設計や、標準で足りない書式の開発をご相談いただけます。
- NetSuite×会計ブリッジ伴走（CFO向け）：支払の承認と統制、経理の運用設計
- NetSuiteリブート（アドオン開発）：標準テンプレートの外の支払の書式づくり
- お問い合わせ
