「NetSuiteなら、支払まで自動になるらしい」
2025年10月の発表を見て、そう受け取った方もいるでしょう。
NetSuite Intelligent Payment Automationとは、BILLを組み込み、仕入先への支払をNetSuite上で自動化する機能です。
ただし米国向けで、Oracleのヘルプでは日本は対象外と明記されています。
では、日本の会社は支払の自動化をあきらめるしかないのか。
そうではありません。
使えないのは、米国の決済網を使う「支払の実行」と、そこに組み込まれたAIです。
承認・照合・仕訳といった土台は、日本でも使えます。
どこまでが日本でできて、どこからが待つ部分なのか。線は、支払の工程ごとに引けます。
この記事で分かること
- Intelligent Payment Automationの5つの機能と、使える条件
- 日本で「使えないこと」と「いまできること」の線引き
- 米国子会社がある会社と、国内だけの会社の考え方の違い
- 日本で取れる3つの道筋と、支払の自動化の先にあるもの
Intelligent Payment Automationとは
- 買掛金（AP）の業務：仕入先の請求書を受け取り、確認し、支払うまでの一連の業務
- BILL：米国の決済プラットフォーム
- 組込（embedded）：別のツールに切り替えず、NetSuiteの画面の中で完結する形
この機能は、2025年10月のSuiteWorld（NetSuiteの年次イベント）で発表されました。
BILLのプレスリリースでは、米国の顧客向けに提供を始めたとしています。
BILLは約50万社が利用し、800万社以上の事業者のネットワークを持つと説明されています。
（出典：BILLプレスリリース、2025年10月7日。2026年9月確認）
なぜ支払の自動化が注目されるのか
支払は、多くの会社で手作業が残りやすい業務です。
- 紙やPDFの請求書を、人が手で入力している
- 支払の承認に時間がかかり、月末に業務が集中する
- 偽の請求書や二重払いといった、不正やミスのおそれがある
手作業が続くと、経理の残業が当たり前になり、月次決算も遅れがちです。
数字が固まるのが遅ければ、経営の判断もその分遅れます。
NetSuiteは「#1 AI Cloud ERP」を掲げ、AIによる業務の自動化を進めています。
BILLとの連携も、その流れの一つです。
米国が先行していますが、支払の自動化は日本の会社にとっても身近なテーマです。
何ができるのか｜5つの機能
プレスリリースでは、次の5つが挙げられています。
| 機能 | 中身 | 日本の会社から見ると |
|---|---|---|
| 支払の自動化 | BILLの決済網で仕入先に支払う | 米国の仕入先への米ドルの支払が対象 |
| 請求書の取込（Bill Capture） | AIで請求書を読み取り、手入力をなくす | Bill Captureは米国のみの提供 |
| AIによる支払の提案 | 自然な言葉で指示すると、AIが支払の計画を組む | 日本では使えない |
| 請求書と発注書の照合 | 請求書を正しい発注書と照合し、二重払いや不正を防ぐ | 照合の考え方はAPの標準機能にもある |
| 支払の消込 | 支払と帳簿の記録を突き合わせる | 日本では銀行連携の仕組みで対応 |
（出典：BILLプレスリリース、2025年10月7日／Oracle NetSuiteヘルプ「Bill Capture」、2026年9月確認）
使える条件
OracleのヘルプのFAQには、次のように書かれています。
- 米国の住所を持つ組織が、米国の仕入先に支払うための仕組み
- 支払の通貨は米ドルだけ
- 複数の子会社で使え、子会社ごとに米国の住所と登録が要る
- BILLの取引手数料・サービス手数料がかかる
支払の方法は、小切手・ACH（米国の銀行振込の仕組み）・バーチャルカードなどです。
承認のルートを設定し、承認のない支払を止めることもできます。
そして主な機能のページでは、対象外の国として日本が挙げられています。
（出典：Oracle NetSuiteヘルプ、2026年9月確認）
日本で使えるのか｜工程ごとの線引き
線を引くときは、「APの標準機能」と「米国向けの組込の支払」を分けて見ます。
| 項目 | 米国版（BILL組込） | 日本でいまできること | AIとの親和性 |
|---|---|---|---|
| 支払の実行 | BILLで米国の仕入先へ米ドルで支払う | 全銀フォーマット（FBデータ）で銀行振込 | 中。支払データがNetSuiteにそろう |
| 請求書の取込 | Bill Capture（AIで読み取り） | 日系の請求書サービスとの連携などで補う | 連携の設計しだい |
| 請求書と発注書の照合 | 自動で照合 | APの標準機能で対応 | 高。照合の結果がデータで残る |
| 承認のワークフロー | 対応 | APの標準機能・ワークフローで対応 | 高。承認の履歴を点検しやすい |
| AIによる支払の提案 | 自然な言葉で指示 | 使えない | ― |
| 入金・支払の消込 | 支払の消込 | 銀行連携・自動消込の仕組みで対応 | 高。突合の例外をAIで洗い出しやすい |
工程で並べると、日本で止まるのは一部だけだと分かります。
請求書の取込は、日系サービスとの連携や開発で補えます。
承認と照合はAPの標準機能、振込は全銀フォーマット、消込は銀行連携で進められます。
使えないのは、BILLの米国の決済網で支払う部分と、それに組み込まれたAIです。
支払の実行は、全銀フォーマットの支払と総合振込（Electronic Bank Payments）で扱っています。
判断の物差し｜何を待ち、何をいま進めるか
米国の機能を待つ意味があるのは、次のような会社です。
- 米国に子会社があり、米国の仕入先へ米ドルで支払っている
- その子会社の支払の件数が多く、承認や消込に手間がかかっている
国内の仕入先への円の支払が中心なら、待つ理由はありません。
請求書の手入力や月末の集中が悩みなら、いまある仕組みで進めます。
NetSuite以外が合う場合もあります。
支払が月に数十件なら、銀行や国内の支払サービスで足り、「いまは入れない」も合理的です。
基幹システムごと見直すならOdooなどのERP、支払ルールが独特なら必要な部分だけのAIスクラッチ開発も候補です。
これから選ぶ会社と、米国子会社を持つ会社
これからNetSuiteを選ぶ会社
「支払まで自動」を理由に選ぶのは避けてください。
日本の支払は、全銀フォーマットが前提です。
選定では、全銀の支払・銀行連携・請求書の取込を、それぞれ実物の画面で見ます。
費用は、支払の機能より導入の中身で決まります。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットが支援したNetSuite導入の費用には、幅があります。
3名程度・購買と販売だけ・開発なしで、1.5か月・150万円程度の例。
100名程度・購買・販売・在庫・会計に外部システムとの連携開発を加え、1.5年・2億円程度（うち開発約7割）の例。
差を生むのは、機能範囲・開発（特に外部連携）・社内の体制・ユーザー数の4つです。
詳しくはNetSuiteの料金・費用で扱っています。
いまNetSuiteを使っている会社
日本の拠点は、全銀の支払と銀行連携の設定を使い切れているかを先に点検します。
標準で足りない部分は、開発で補う余地があります。
米国子会社があれば、その子会社で使えるかを見る価値があります。
先に確認するのは、次の4点です。
- 子会社の住所が米国にあり、支払先が米国の仕入先か
- 支払がすべて米ドルか（米ドル以外の支払は対象外）
- BILLの手数料を含めても、いまの支払の手間より得か
- 承認のルートを、グループの承認規程と合わせられるか
日本で取れる現実的な3つの道筋
3つの道筋を、進める順に並べると次のとおりです。
(a) いまできること｜標準機能で固める
- 支払（銀行振込）：全銀フォーマットの支払
- 入金消込・銀行連携：銀行連携・自動消込ガイド
- 銀行明細とのAI照合：NetSuite AI銀行明細マッチング
- 請求書の読み取りやAI経理：財務・経理をAIで自動化する
請求書の取込は、日系のサービスと組み合わせる方法もあります。
組み合わせの例はNetSuite×日系SaaS連携マップにあります。
(b) 開発で補えること｜NetSuiteリブート
標準機能で足りない部分は、アドオン開発で自社の業務に合わせて作れます。
ベンチャーネットの「NetSuiteリブート」では、外部サービスとのAPI連携などの開発を扱っています。
米国版に近い流れを、日本の商習慣に合わせて設計できる場合があります。
(c) 順次提供されること｜状況は変わり続ける
日本への提供の時期は、今回確かめた範囲では公式に発表されていません。
新しい機能は、提供の範囲が後から変わることがあります。
最新の状況は、Oracleのヘルプとアカウントの担当に聞いてください。
よくある3つの失敗
失敗1：名前から「日本でも支払まで自動」と思い込む
起きること：導入の計画に支払の自動化を入れたが、日本では使えないと後で分かる。
原因：支払の実行は、BILLの米国の決済網と米ドルが前提です。
避け方：機能名ではなく、ヘルプの対象国・通貨・条件を先に読みます。
失敗2：「APの機能ごと使えない」と誤解する
起きること：承認や照合まで手作業のまま残し、改善が止まる。
原因：米国向けの組込の支払と、APの標準機能を混同しています。
避け方：承認・照合・仕訳は日本でも使えます。ここから先に整えます。
失敗3：日本への提供を待ち続ける
起きること：数年たっても、支払と消込の手作業が変わらない。
原因：いまある全銀の支払・銀行連携・開発の選択肢を検討していません。
避け方：(a)標準機能→(b)開発→(c)新機能の順で、できる部分から進めます。
ベンチャーネットならこう見る｜支払の自動化は「守り」、その先に「攻め」がある
支払の自動化は、機能の名前より「どこに手作業が残っているか」から考えます。
最初に見るのは、次の2つです。
- 請求書の受領・入力・承認・振込・消込のどこに時間がかかっているか
- 国内の円の支払か、米国子会社の米ドルの支払か
そのうえで、全銀の支払と銀行連携を使い切っているかを見ます。
足りない部分だけを開発で補います。
「その部分は標準で足ります」とお伝えすることもあります。
ただ、支払の手作業が消えることは、ゴールではありません。
ベンチャーネットは、定着の先を3段で考えます。
- 守り：業務が回る。支払と消込の手作業が減り、月末の集中がほどける
- 攻め：データで打つ。支払と入金のデータがそろい、集計や分析に使える
- 次へ：経営が変わる。KPI、管理会計、上場に向けた内部統制へ進む
公開事例のキュリエ様では、生成AIとの連携で、データ集計の手作業がほぼゼロになりました。
支払の自動化は、この「攻め」に進むための土台づくりでもあります。
いきなり全部を狙う必要はありません。
ベンチャーネットは、最短90日で、1つの業務と1つのKPIに絞った1周目を回す進め方を取ります。
支払なら、「振込データの作成時間」のように、測れる1つの数字から始めます。
今日できること｜支払の流れを時間で測る（1時間）
先月の支払を1回分選び、次の表を埋めてみてください。
| 工程 | かかった時間 | 担当 | 使った道具 |
|---|---|---|---|
| （例）請求書の入力 | 6時間 | 経理2名 | 手入力 |
請求書の受領・入力・承認・振込データの作成・消込の順に書き出します。
時間が大きい工程が、最初に手をつける場所です。
次に、各工程の横に、改善の手段を書き込みます。
- 振込データの作成に時間がかかる → 全銀の支払の設定（道筋a）
- 消込に時間がかかる → 銀行連携・自動消込（道筋a）
- 請求書の入力に時間がかかる → 日系サービスとの連携か開発（道筋a・b）
- 米国子会社の米ドルの支払が多い → Intelligent Payment Automationの条件を確認（道筋c）
手段が決まらない工程は、相談の材料になります。
よくある質問
Q1. NetSuite Intelligent Payment Automationは日本で使えますか
使えません。
Oracleのヘルプでは、対象外の国に日本が挙げられています。
承認・照合・仕訳といったAPの標準機能は、日本でも使えます。
Q2. いつ日本で使えるようになりますか
今回確かめた範囲では公式な発表はありません。
最新の状況は、Oracleのヘルプとアカウントの担当に聞いてください。
Q3. 米国子会社なら使えますか
条件を満たせば使える可能性があります。
ヘルプでは、米国の住所を持つ組織が、米国の仕入先に米ドルで支払う仕組みとされています。
子会社ごとに登録が要り、BILLの手数料がかかります。
Q4. 日本でいまできる支払・入金の自動化はありますか
あります。
支払は全銀フォーマット、入金は銀行連携・自動消込で進められます。
足りない部分は、開発で補えます（第6章）。
Q5. 請求書のAI取込（Bill Capture）は日本で使えますか
Bill Captureは米国のみの提供です。
日本では、日系の請求書サービスとの連携などで補う方法があります。
Q6. 費用はかかりますか
BILLの取引手数料・サービス手数料がかかります。
最新の料金は、Oracleのヘルプから案内されているBILLの料金ページで見てください（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
Q7. BILLとは何ですか
米国の決済プラットフォームです。
約50万社が利用し、800万社以上の事業者のネットワークを持つと説明されています（出典：BILLプレスリリース、2025年10月7日）。
まとめ
- Intelligent Payment Automationは、BILLを組み込んだ米国向けの支払自動化
- Oracleのヘルプでは日本は対象外。支払は米ドルのみ、米国の住所が要る
- 承認・照合・仕訳などのAPの標準機能は日本でも使える
- 日本では全銀の支払・銀行連携・開発で、工程ごとに自動化を進める
- 支払の自動化は「守り」。その先に、データで打つ「攻め」がある
「支払まで自動」は、日本でも工程ごとに近づけます。
新機能を待つより、先月の支払の流れを測るところから始めてください。
もう少し詳しく知りたい方へ
支払・入金の自動化は、拠点・通貨・件数で進め方が変わります。
標準機能の使い方から開発の要否まで、ご相談をお受けしています。
