月末、経理の担当者が、取引先ごとに1か月分の納品をまとめている。
支店の分は本社宛てに寄せ、締め日と支払条件を見ながら請求書を作る。
日本の会社では、見慣れた「締め請求」の場面です。
締め請求書とは、取引先ごとに一定期間の取引をまとめて発行する請求書です。
「合計請求書」「合算請求書」とも呼ばれます。
NetSuiteでは、Japan Localization SuiteAppの「Invoice Summary」で作ります。
作れるかどうかで、迷う必要はありません。
迷うのは、その前後です。
新しい税の機能であるSuiteTaxとは併用できず、導入の最初に決める必要があります。
様式の指定や郵送の量によっては、テンプレートの編集や帳票システムとの連携も要ります。
では、自社は標準のままで足りるのか、手を入れるのか。
分かれ目は、税・様式・件数の3つの問いで見えてきます。
この記事で分かること
- 締め請求書（Invoice Summary）の仕組みと、2つのタイプ
- 作る前の準備と、SuiteTaxとの関係
- 公式ヘルプにある制約と、つまずきやすい3つの点
- 標準で足りる会社と、帳票システムを足す会社の分かれ目
NetSuiteの締め請求書の仕組み
日本では「月末締め・翌月末払い」のように、締め日でまとめて請求する商習慣が根づいています。
NetSuiteでは、Japan Localization SuiteAppの「Invoice Summary」で締め請求書を作ります。
SuiteAppは、NetSuiteに追加する拡張機能です。
Japan Localization SuiteAppは、日本の税と請求の実務に合わせるためのものです。
詳しくはNetSuite Japan Localization SuiteAppとはをご覧ください。
公式ヘルプでは、請求の機能として次も案内されています（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
- 顧客の締めのサイクルに合わせた、複数の支払条件
- 日本の祝日を考えた、支払期日の確認
- 締め請求書の回収の予定表（Collection Calendar Report）
通常と連結の2タイプ
| タイプ | まとめる範囲 | 主な条件 |
|---|---|---|
| 通常 | 1つの顧客の取引 | — |
| 連結（Consolidated） | 親の顧客と、その子の顧客（サブ顧客）の取引 | 親と子が同じ子会社・同じ通貨。親の顧客を選んで作る |
連結の条件は、Oracleのヘルプにもとづきます（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
サブ顧客は、NetSuiteで親の顧客の下にぶら下げて登録する顧客です。
支店ごとに取引があり、本社にまとめて請求する場合に使います。
冒頭の「支店の分を本社宛てに寄せる」場面は、この連結で扱えます。
2つのタイプを図にすると、次のとおりです。
作る前の準備
Oracleのヘルプの案内は、次の3点です（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
- 日本版（Japan Edition）の新しいアカウントには、Japan Localization SuiteAppが最初から入っている
- 入れる前に、4つの機能を有効にする：カスタムレコード、カスタムトランザクション、Advanced PDF/HTMLテンプレート、サーバーSuiteScript
- 会社情報のページに、返信用のメールアドレスを登録しておく
SuiteTaxを使うかを最初に決める
Japan Localization SuiteAppは、SuiteTaxと併用できません。
ヘルプには、次のように書かれています。
- SuiteTaxを先に有効にすると、SuiteAppを入れられない
- SuiteAppの後にSuiteTaxを有効にすると、締め請求書を生成する画面でエラーになる
後戻りしにくい判断です。
税の担当と、導入の最初に決めてください。
移行の判断は、NetSuite SuiteTaxとは？Japan Localizationとの非互換と移行判断で扱っています。
締め請求書の作り方
流れは4つです。
- 締めのルールを設定する：顧客ごとの締め日と支払条件を登録する
- 対象を選ぶ：「取引＞顧客＞締め請求書の生成（Generate Invoice Summary）」で、締め日と顧客を指定する
- 生成する：スケジュールされた処理で動き、先の依頼があれば順番待ちになる
- PDFで出す：テンプレートに沿ってPDFを出力し、取引先に送る
ヘルプには、処理の目安も書かれています（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
- 1回の生成の取引は、4,000件までにする
- 1つの取引が、2つの締め請求書に入ることはない
- 顧客を絞ると、処理の時間を短くできる
テンプレートとカスタマイズ
締め請求書のPDFは、XMLのテンプレートで出力します。
標準では、日本円用と外貨用のテンプレートが用意されています（連結用にもそれぞれあります）。
使えるのは、FreeMarkerの書き方で作ったテンプレートだけです（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
FreeMarkerは、帳票のひな形にデータを差し込むための書き方です。
| 項目 | 標準テンプレート | 編集・開発が要りやすい |
|---|---|---|
| 月締めの一括の請求のPDF | ◯ | — |
| 通常・連結の2タイプ | ◯ | — |
| 外貨の取引 | ◯（外貨用のテンプレート） | — |
| 適格請求書の消費税の調整 | ◯ | — |
| 自社固有のレイアウト・追加の項目 | △ | ◯（テンプレートの編集） |
| SuiteTaxの環境での生成 | ✕（非互換） | — |
独自のテンプレートにも、税の明細と支払の明細の欄は入れる必要があります（ヘルプより）。
帳票のテンプレート全般は、NetSuiteの帳票カスタマイズ完全ガイドで扱っています。
締め請求書の出し方｜3つの選択肢
| やり方 | 中身 | 向く会社 | 注意点 |
|---|---|---|---|
| A. 標準のまま | Invoice Summaryと標準テンプレートで出す | 様式にこだわりが少ない | 項目の追加はできない範囲がある |
| B. テンプレートを編集 | FreeMarkerのテンプレートを直す | 項目や表記を自社に合わせたい | 税・支払の明細の欄は残す |
| C. 帳票システムと連携 | 楽楽明細などに渡し、Web発行・郵送を任せる | 発行・再発行・郵送が多い | 連携の開発と運用の費用 |
楽楽明細（らくらくめいさい）は、請求書などの帳票をWebで発行し、郵送も代行するサービスです（出典：楽楽明細公式サイト、2026年9月確認）。
どれを選ぶかは、3つの問いを順に当てると決まります。
SuiteTaxを使うなら、A〜Cの前に、締め請求の作り方を別に設計します。
使わないなら、次は取引先からの様式の指定です。
指定が少なければAで足ります。
多ければ、最後に発行・再発行・郵送の量を見ます。
量が少なければB、多ければCです。
Cを選ぶときの費用の見方
Cは、連携の開発と運用に費用がかかります。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットの支援例で、その重さを見てみます。
支援したNetSuite導入の費用には、大きな開きがあります。
3名程度・1.5か月で150万円程度の事例もあれば、100名程度・1.5年で2億円程度の事例もあります。
2億円程度の事例は、約7割が開発費で、外部システムとの連携開発が金額を押し上げました。
費用と期間を左右する要因は、機能範囲・開発（特に外部連携）・社内の体制・ユーザー数の4つです。
4事例の中身は、NetSuiteの料金・費用・価格に載せています。
帳票システムとの連携は、この「開発」にあたります。
連携の数が1つ増えるごとに、テストと保守の手間も増えます。
事例｜アペックス様の帳票の電子化
アペックス様は、1963年創業のカップ式自動販売機オペレーターです。
2025年10月1日に、NetSuiteでカットオーバーしました。
途中で導入パートナーをベンチャーネットに交代し、予定どおりの稼働です。
この導入で、請求書と支払明細書を電子で作成・送付する形に変えました。
公開事例の数字は、次のとおりです。
- 33種類のうち26種類の帳票を完全に電子化し、作成と送付を自動化（約80%）
- 帳票送付の外部への支払いコストを約73%削減（年約6,000万円から）
- 内部の作業コストを約80%削減（年約4,000万円→約700万円）
帳票は、紙のまま残すと費用がかかり続けます。
締め請求書の出し方を決めるときは、紙で送る分をどこまで減らせるかも一緒に見てください。
事例の詳細：株式会社アペックス様の導入事例
判断の物差し
標準（A・B）で足りることが多い会社
- 請求書の様式に、取引先からの細かい指定が少ない
- 発行の件数が多くなく、郵送も限られる
- SuiteTaxを使う予定がない
帳票システムの連携（C）を考える会社
- 毎月の発行・再発行・郵送の手間が大きい
- 取引先ごとに送り方（Web・郵送）が違う
NetSuite以外が合う場合
- 請求が少なく、会計ソフトの請求の機能で足りているなら、無理に移さない
- 税をSuiteTaxで統一したい海外の子会社中心のグループは、日本の締め請求をどこで作るかを別に設計する
これから選ぶ会社と、いま使っている会社
これから選ぶ会社は、自社の請求書を1枚選び、デモで同じものが出るかを見てください。
SuiteTaxを使うかも、税の担当と先に決めておきます。
いま使っている会社は、次の3点から見直します。
- SuiteTaxが有効になっていないか
- AutoCashや分割払いの機能を使っていないか（ヘルプでは、これらの取引は締め請求書に含まれない）
- 月次の締めと、締め請求書の生成の順番が決まっているか
パートナーを変えて運用を見直す場合も、入り口は同じ3点です。
よくある3つの失敗
失敗1：SuiteTaxを先に有効にしてしまう
起きること：締め請求書を生成する画面でエラーになる。SuiteAppを入れられない。
原因：Japan Localization SuiteAppとSuiteTaxの非互換を知らずに、税の設定を先に進めた。
避け方：税の機能の構成を導入の最初に決めます。
失敗2：標準テンプレートで出したい項目が出せない
起きること：自社で使ってきた項目や表記を載せられない。取引先ごとのレイアウトに対応しきれない。
原因：テンプレートの編集で直せる範囲を見ずに、いまの様式をそのまま求めた。
避け方：必要な項目と慣習で続けている項目を分けます。
そのうえで、テンプレートの編集で足りるか、開発が要るかを決めます。
失敗3：締め済みの月で生成できず手が止まる
起きること：締めた月の請求を、あとからまとめ直そうとすると生成できない。
原因：締め済みの会計期間では、先に「Allow Non G/L Changes（G/L以外の変更を許可）」を有効にする必要がある。
避け方：締め処理と生成の順番を運用のルールにします。
3つの失敗と避け方を並べると、次のとおりです。
ベンチャーネットならこう見る｜項目ごとに「標準に合わせる／開発する／残す」
「いまの請求書と、まったく同じものを出したい」
導入の初めに、よく伺う声です。
ベンチャーネットは、請求書を1枚丸ごとではなく、項目ごとに分けて考えます。
いまの様式には、取引先の指定で要る項目と、慣習で続けてきた項目が混ざっているからです。
分けたうえで、項目ごとに3つのどれかに決めます。
- 標準に合わせる：標準テンプレートの形に寄せる。取引先の指定がない項目が中心
- 開発する：テンプレートの編集や、帳票システムとの連携で補う
- 残す：NetSuiteに載せず、いまの運用で続ける。件数の少ない特殊な請求など
「開発する」が増えるほど、第5章で見たとおり費用と保守の手間が増えます。
まず標準に寄せられる項目を数え、残ったものだけを開発の候補にします。
最初の打ち合わせで伺うのは、主に次の3つです。
- 税の機能：SuiteTaxを使うか
- まとめ方：通常か連結か。連結の条件（同じ子会社・同じ通貨）に合うか
- 件数と送り方：毎月の発行・再発行・郵送の量
要件を伺うのは、営業ではなく導入コンサルタントです。
帳票システムなど、既存のシステムとの連携もあわせて担います。
ベンチャーネットの仕事は、ゼロからの導入より、他社のあとの引き継ぎや、他システムとの連携が多くを占めます。
公式ヘルプ（docs.oracle.com）の締め請求書の手順は、英語で書かれています（出典：Oracle NetSuite公式ヘルプ、2026年9月確認）。
日本語の資料の有無は、アカウント担当やパートナーに問い合わせてください。
手順を日本の運用に置き換える作業も、導入の計画に入れておきます。
今日できること｜請求書を3枚並べる
いま取引先に送っている締め請求書を3枚選び、次を書き出してください。1時間ほどでできます。
| 項目 | 記入の例（架空） |
|---|---|
| 締め日と支払条件 | 月末締め・翌月末払い |
| まとめ方 | 本社にまとめて請求（支店2か所） |
| 取引先から指定された項目 | 発注番号、納品先 |
| 送り方 | 郵送 |
3枚で項目や送り方がばらばらなら、様式の整理が先です。
そろっていれば、標準に合わせられる項目が多いと見てよいでしょう。
よくある質問
Q1. SuiteTaxを使っていても締め請求書は作れますか
2026年9月時点の公式ヘルプでは作れません。
Japan Localization SuiteAppがSuiteTaxと互換性がないためです（第2章2-1）。
Q2. 日本語の操作マニュアルはありますか
公式ヘルプの手順は英語で書かれています。
日本語の資料の有無は、アカウント担当やパートナーに問い合わせてください。
日本語での運用の知見を持つパートナーと進めると安全です。
Q3. 標準テンプレートで出したい項目が出せない場合は
FreeMarkerのテンプレートを編集して対応します。
編集で足りない場合は、開発や帳票システムとの連携を検討します（第4章・第5章）。
Q4. OneWorldで、複数の子会社・通貨の請求をまとめられますか
連結の締め請求書は同じ子会社・同じ通貨の親子の顧客が対象です。
子会社や通貨をまたいでまとめる形ではありません。
外貨の取引には、外貨用のテンプレートがあります（第1章1-1）。
Q5. 締めた月の締め請求書を作り直せますか
Allow Non G/L Changesを有効にすれば生成できます。
締め処理と生成の順番を、運用のルールで決めておきます（第8章）。
まとめ
- 締め請求書は、Japan Localization SuiteAppのInvoice Summaryで作る
- SuiteTaxとは併用できない。導入の最初に決める
- 連結は、同じ子会社・同じ通貨の親子の顧客が対象
- 出し方は、税・様式・件数の3つの問いで、標準・テンプレートの編集・帳票システムとの連携から選ぶ
- 締め済みの期間は、Allow Non G/L Changesを先に有効にする
標準で足りるか、手を入れるか。
答えは、いまの請求書3枚を項目ごとに分けてみると見えてきます。
関連する記事：
もう少し詳しく知りたい方へ
標準で足りるか、テンプレートの編集や連携が要るか。
その切り分けの段階から、ご相談をお受けしています。
- テンプレートの編集や帳票システムとの連携を相談したい方：NetSuiteリブート（開発・カスタマイズ・連携）
- いまのNetSuiteの運用を見直したい方：NetSuiteの保守・伴走サポート
- まず自社の状況を相談したい方：お問い合わせ
コメント
コメント一覧 （1件）
[…] 締め請求書の作り方は、締め請求書（Invoice Summary）の作り方で解説しています。 […]