1月の半ば。
経理の担当者が、税理士や講師に払った報酬を、1年分さかのぼって表計算に書き出している。
支払調書の提出期限は、1月31日です。
源泉徴収税とは、報酬などを支払う側が、所得税を差し引いて国に納める仕組みです。
支払のたびに計算して納め、年が明けたら支払調書にまとめます。
NetSuiteには、源泉徴収税を計算・記録し、レポートにする機能があります。
ただ、日本の支払調書の様式まで、標準で自動で完結するとは限りません。
記録はNetSuite、調書の作成は国内のソフト。
この分担も、現実的な選択肢になります。
では、どこまでをNetSuiteに任せ、どこから先を国内のソフトや開発に回すのか。
線の引き方で、費用も、毎年1月の作業量も変わります。
この記事で分かること
- 日本の報酬の源泉徴収で、押さえる実務の要点
- NetSuiteの源泉徴収の機能と、日本対応の関係
- SuiteTaxとJapan Localizationの非互換という注意点
- 3つの運用の型と、費用が動くところ
- よくある3つの失敗と、その避け方
報酬の源泉徴収｜押さえる実務の要点
システムで何を支えるかは、実務の要点から決まります。
国税庁のタックスアンサーでは、原稿料や講演料などを支払うときの要点が、次のように示されています。
| 項目 | 国税庁の説明 |
|---|---|
| 税率 | 支払金額が100万円以下の部分は10.21％ |
| 100万円を超える場合 | 超える部分は20.42％（100万円までの分は10.21％） |
| 納付の期限 | 支払った月の翌月10日まで |
| 支払調書の提出期限 | 支払の確定した年の翌年1月31日まで |
| 支払調書の提出先 | 支払者の所轄の税務署 |
出典：国税庁 タックスアンサー No.2795・No.7431（2026年9月確認）
支払調書を出す範囲は、報酬の種類で変わります。
たとえば弁護士や税理士などへの報酬は、同じ人への年間の支払が5万円を超えるものが対象です（出典：国税庁 タックスアンサー No.7431、2026年9月確認）。
実務は、大きく3つの段階に分かれます。
- 対象を判定する：支払のうち、源泉徴収が要る取引を見分ける
- 計算して記録する：源泉の税額を取引として計上し、追えるようにする
- まとめて提出する：年間の支払を集計し、支払調書の形に整える
どの段階をシステムに任せ、どこを人が見るか。
NetSuiteの機能は、この3段階に当てはめると判断しやすくなります。
NetSuiteの源泉徴収税の機能
OneWorldの源泉徴収税のレポート
NetSuite（ネットスイート）は、Oracle社が提供するクラウド型のERPです。
ERPは、会計・販売・在庫・購買などを1つのシステムでまとめて管理する仕組みです。
OneWorldは、複数の子会社や各国の税制を1つのNetSuiteで扱う版です。
OneWorldの製品ページには、「VAT、GST、源泉徴収税のレポート機能を提供」とあります。
（出典：Oracle NetSuite公式、2026年9月確認）
Withholding Tax SuiteApp
SuiteAppは、NetSuiteに機能を追加するパッケージです。
源泉徴収税は、Withholding Tax SuiteAppとして説明されています。
Oracleのヘルプにある機能は、次のとおりです（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
- 取引の源泉徴収税を計算し、源泉徴収税のレポートを作れる
- 仕入先の請求書・小切手・請求書・現金売上で、明細ごとか合計から差し引ける
- 源泉徴収の区分（コードと種類）を設定する
- CSVなどで取り込むこともできる
一方で、ヘルプには次の注意もあります。
- この説明は、SuiteTaxを有効にしていないアカウント向け
- SuiteTaxなしのアカウントでは、源泉徴収に新しい機能やレポートは追加されない
- SuiteAppの更新は、報告された不具合の修正だけ
今回開いたページには、対応する国の一覧や、日本の様式への対応は書かれていませんでした。
日本の設定でどこまで使えるかは、アカウントの担当に聞いてください。
Japan Localization SuiteAppとの関係
Japan Localization SuiteAppは、日本の消費税や請求の商習慣に対応する追加の機能です。
機能の一覧は、Japan Localization SuiteAppとはで扱っています。
日本の支払調書は、日本独自の制度です。
グローバルの機能だけで、そのまま完結するとは限りません。
注意点：SuiteTaxとJapan Localizationの非互換
SuiteTaxは、NetSuiteの比較的新しい税計算の仕組みです。
Oracleのヘルプには、Japan Localization SuiteAppはSuiteTaxにまだ対応していないとあります。
（出典：Oracle NetSuiteヘルプ、2026年9月確認）
| 順番 | 起きること |
|---|---|
| 先にSuiteTaxを有効にした | Japan Localization SuiteAppをインストールできない |
| 先にJapan Localizationを入れ、後からSuiteTaxを有効にした | 締め請求書の生成でエラーになる。一部の税のレポートが作れない |
ここに、源泉徴収の論点が重なります。
第2章のとおり、SuiteTaxなしの環境では、源泉徴収の機能に新しい追加はありません。
日本の消費税・請求の対応と、源泉徴収の機能の今後。
どちらも、税の仕組みの選び方で変わります。
日本の要件と海外展開の予定を並べて、最初に選んでください。
選び方を図にすると、次のとおりです。
詳しくは、SuiteTaxとJapan Localizationの非互換と移行判断で扱っています。
標準・工夫・国内のソフトの切り分け
観点ごとの切り分け
| 観点 | NetSuiteの標準でできること | 運用の工夫・支援が活きること |
|---|---|---|
| 計算・記録 | 取引ごとの源泉の税額の計算と記録 | 自社の源泉の区分と、例外の取引の扱い |
| レポート | 源泉徴収税のレポートの出力 | 日本の支払調書の様式に合わせた集計 |
| 対象の判定 | 設定した区分にもとづく計算 | どの支払にどの区分を付けるか、基準を社内で文書にする |
| 税の仕組み | Japan Localizationを前提にした構成 | SuiteTaxとの選択・移行の判断 |
| 制度の改正 | SuiteAppの更新（源泉徴収は不具合の修正のみ） | 改正時の設定と運用の見直し |
表の範囲は、エディション・SuiteApp・設定によって変わります。
導入の前に、自社の要件に当てはめてください。
3つの運用の型と、費用が動くところ
| 型 | 向く会社 | 注意点 | 費用が動くところ |
|---|---|---|---|
| A. 表計算で管理（源泉の計算と調書を別に管理） | 報酬の支払がごく少ない | 会計の数字と合わなくなりやすい | システムの費用は増えない。毎年の手作業が残る |
| B. 記録はNetSuite、調書は国内のソフト | 支払が一定数あり、調書の様式を確実にしたい | 受け渡しのデータの形をそろえる | 区分の設定と、国内のソフトへの受け渡しの作り |
| C. NetSuiteで調書まで作り込む | 支払が多く、様式の作り込みを保守できる | 制度の改正への追従の負担 | 開発の量。改正のたびの保守 |
導入費用を大きく動かす要因の1つが、開発、とくに外部システムとの連携です。
Cは開発が最も多く、Bは受け渡しの作りが中心になります。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、まずBの形から検討することを勧めています。
NetSuiteには取引の記録と追跡を任せ、調書の作成と提出は国内のソフトで行います。
Bの形でも、取引ごとの源泉のデータがNetSuiteにそろえば、点検が楽になります。
たとえば、源泉の区分が付いていない報酬の支払を、1年分まとめて洗い出せます。
NetSuiteの導入全体の費用は、ベンチャーネットが支援したNetSuite導入の費用でも大きく開きます。
3名程度・開発なしで150万円程度の例から、100名程度・外部システム連携開発ありで2億円程度（うち開発約7割）の例までありました。
4つの事例と要因は、NetSuiteの料金・費用で詳しく扱っています。
判断の物差し｜向いている会社・向いていない会社
NetSuiteで源泉の記録まで持つのが向いている会社
- 報酬・料金の支払が毎月一定数ある
- 海外の子会社もあり、OneWorldで各国の税を扱いたい
- 会計と源泉の数字を、1か所でそろえたい
慎重に考えたい会社
- 報酬の支払が年に数件で、表計算で十分に回っている
- 支払調書まで、すべてNetSuiteの中で完結させたい
- SuiteTaxの利用を、日本の要件より優先したい
源泉の対象の支払が少ないなら、いまは入れず、会計ソフトの機能で足りることが多いでしょう。
国内だけの会社で、法定調書までを1つの製品で済ませたいなら、国産ERPや国内の会計ソフトも候補です。
Odooを比べる場合は、日本の源泉徴収と支払調書への対応を、提供元やパートナーに聞いてからにしてください。
これから選ぶ会社と、いま使っている会社
これから選ぶ会社は、税の仕組み（SuiteTaxかJapan Localizationか）を最初に決めます。
後から変えるのが難しい選択だからです。
デモでは、報酬の支払の画面で、源泉の税額がどう記録されるかを見てください。
いま使っている会社は、次の3点を点検します。
- いまの環境で、SuiteTaxが有効になっていないか
- 源泉の区分の設定が、実際の報酬の種類と合っているか
- 支払調書を作るとき、手で直している箇所はどこか
手で直す箇所が毎年同じなら、集計の仕組みで補える可能性があります。
よくある3つの失敗
失敗1：標準の範囲を見ずに、最初から作り込む
起きること：「日本の源泉は海外製では無理」と決めつけ、細かい区分まで開発で作る。開発と保守の費用が膨らむ。
原因：標準やJapan Localizationでできることを、調べないまま要件を固めた。
避け方：まず標準でできる範囲を見きわめ、足りない部分だけを運用や開発で補います。
作り込みが多いほど、NetSuiteの更新にも追従しにくくなります。
失敗2：SuiteTaxを先に有効にし、日本対応が使えなくなる
起きること：新しい税の仕組みを「良さそう」と有効にした。後からJapan Localizationを入れられないと分かる。
原因：SuiteTaxとJapan Localizationが併用できないことを知らなかった。
避け方：税の仕組みは、設定を始める前に決めます。
日本の要件と、海外の子会社の要件の両方を並べて判断します。
失敗3：システムだけで完結すると期待し、運用を決めない
起きること：本番稼働の後、調書の時期に様式が合わないと分かる。制度の改正のたびに、誰が直すかでもめる。
原因：全自動を前提にし、確認の体制と改正への備えを用意しなかった。
避け方：誰が・いつ・何を見るかを、運用のルールとして決めます。
改正への対応を誰が担うかも、導入の最初から計画に入れます。
ベンチャーネットならこう見る｜標準に合わせる／開発する／残す
ベンチャーネットは、源泉の実務を3つに仕分けます。
仕分けの前に、いまの業務の流れを見える化し、やめる作業を決めておきます。
源泉の実務に当てはめると、次のようになります。
- 標準に合わせる：取引ごとの計算と記録、源泉徴収税のレポート。区分の付け方は、標準の設定に業務を寄せる
- 開発する：日本の支払調書の様式に合わせた集計。国内のソフトへの受け渡しの作り（NetSuiteリブート）
- 残す：調書の作成と提出は、国内のソフトで続ける。対象の判定の最終確認も、人の手に残す
Japan LocalizationのSuiteTax対応のように、提供を待つものもあります。
時期は、アカウントの担当に聞いてください。
担い手を3つに分ける
| 担い手 | 受け持つこと |
|---|---|
| 日本オラクル | ライセンス、トレーニング、製品のサポート |
| ベンチャーネット | 要件定義、源泉の区分の設定、集計や受け渡しのアドオン開発、保守 |
| 自社 | 対象の判定の基準、年末の集計の確認、顧問の税理士との調整 |
改正のときに誰が直すかも、この表で決まります。
製品の更新は日本オラクル、設定と作り込みの見直しはベンチャーネットです。
もう1つ、先にお伝えしている点があります。
SuiteTaxとJapan Localizationは併用できず、SuiteTaxなしの環境では源泉徴収に新しい機能が加わりません。
最初の打ち合わせで伺うのは、次の3つです。
- 源泉の対象の支払は年に何件あるか
- 税の仕組みはJapan Localizationが前提か
- 調書はどこで作っているか
今日できること｜報酬の支払の棚卸し
昨年1年分の、源泉徴収をした支払を一覧にしてみてください。
| 報酬の種類 | 支払先の数と年間の件数 | 支払調書の対象か | 今どこで記録しているか |
|---|---|---|---|
| （例）税理士への報酬 | 1社・12件 | 対象 | 会計ソフト＋表計算 |
1時間で、源泉の実務の量と、記録が散らばっている場所が見えてきます。
件数が少なければ、いまの運用で十分かもしれません。
件数が多く、記録の場所がばらばらなら、Bの型を検討する価値があります。
よくある質問
Q1. NetSuiteは日本の源泉徴収税に標準で対応していますか
計算・記録とレポートの機能はあります。
ただし、日本の支払調書の様式まで、標準で自動完結するとは限りません。
エディションやSuiteAppの構成で、できることが変わります（第2章）。
Q2. 報酬の支払調書もNetSuiteで作れますか
記録と集計はできますが様式は別に確かめます。
取引の記録と、源泉に関するレポートの出力は標準の機能で行えます。
調書の作成と提出は、国内のソフトで行う分担も選択肢です（第4章）。
Q3. SuiteTaxを使うと、源泉の対応はどうなりますか
Japan Localizationと併用できない点に注意が要ります。
先にSuiteTaxを有効にすると、Japan Localizationをインストールできません。
税の仕組みは、設定を始める前に決めてください（第3章）。
Q4. 源泉徴収税の対応に、追加の費用はかかりますか
どの型を選ぶかと開発の量で変わります。
NetSuiteの費用は、ミニマム構成で月額20万円〜が出発点です。
モジュール・ユーザー数・オプションで変わり、数百万円規模になることもあります。
源泉の対応では、調書まで作り込むCの型ほど開発の費用が増えます（第4章）。
Q5. 支払調書の提出期限はいつですか
支払の確定した年の翌年1月31日までです。
提出先は、支払者の所轄の税務署です（出典：国税庁 タックスアンサー No.7431、2026年9月確認）。
Q6. 自社の源泉の実務がNetSuiteで回るか、どう見極めればよいですか
件数と調書の種類と海外展開の有無で見ます。
報酬の支払の量、必要な調書と今の確認の流れ、税の仕組みへの影響を並べます。
そのうえで、標準に合わせる・開発する・残すに仕分けます（第8章）。
まとめ
- 源泉徴収税は、報酬を支払う側が所得税を差し引いて納める仕組み
- NetSuiteには、源泉の計算・記録とレポートの機能がある
- 日本の支払調書の様式は、国内のソフトとの分担も現実的な選択肢
- SuiteTaxとJapan Localizationは併用できない。税の仕組みは最初に決める
- 実務は「標準に合わせる／開発する／残す」に仕分け、担い手を決める
1月に表計算で1年分をさかのぼる作業は、線の引き方しだいで軽くなります。
まず昨年の支払の棚卸しから始めてください。
もう少し詳しく知りたい方へ
源泉の実務をNetSuiteでどう回すかは、支払の件数と税の仕組みで変わります。
標準・工夫・国内のソフトの切り分けから、ご相談をお受けしています。
