@mickey最終更新 2026年6月1日投稿 2026年6月1日
Finance & Accounting — ZuoraはERPの補助元帳として機能する
概要
ZuoraはサブスクリプションのすべてのトランザクションをAccounting Codeで勘定科目に紐づけ、仕訳を自動生成します。ERPの補助元帳として機能し、経理クローズ作業を設計・運用できるようになります。
| セクション | キーメッセージ |
|---|---|
| 会計の基本 | 複式簿記では借方と貸方が常に一致し、前払いを受けてもサービス提供分だけを売上として認識します。サブスクリプションビジネスでは前受収益の管理が会計の核心です。 |
| Accounting Code | Accounting CodeはProduct Rate Plan Chargeに設定し、InvoiceやPaymentが発生するたびに仕訳を自動生成します。ERPの勘定科目体系と合わせて設計します。 |
| サブレジャー機能 | ZuoraはERPが必要とする仕訳データを詳細レベルで管理し、集約してERPに渡します。ERPは個々の契約詳細を知らなくてよくなります。 |
| クローズプロセス | 月末にZuoraの会計期間をClosedにすると、その期間への仕訳追加が不可になります。クローズ前にTrial Balanceで残高確認と未転記仕訳の確認を完了させます。 |
会計の基本 — 複式簿記と収益認識
複式簿記では借方と貸方が常に一致し、前払いを受けてもサービス提供分だけを売上として認識します。サブスクリプションビジネスでは前受収益の管理が会計の核心です。
複式簿記のしくみ
すべての取引を「お金がどこから来たか（貸方）」と「どこへ行ったか（借方）」の2つの側面で記録します。左右の金額は常に一致します。
| 取引例 | 借方（左） | 貸方（右） |
|---|---|---|
| 請求書を発行した | 売掛金（もらう権利が増えた） | 売上（収益が発生した） |
| 入金があった | 現金（手元に入った） | 売掛金（権利が消えた） |
| 前払いを受けた | 現金（手元に入った） | 前受収益（まだ売上にできない） |
会計等式：
資産（Assets）= 負債（Liabilities）+ 純資産（Equity）
この等式が常に成立していることが「帳簿が正しい」状態です。Zuoraエンジニアとして押さえておくポイントは「借方と貸方が常にバランスしている」ことだけで十分です。
サブスクリプションの収益認識
「お金をもらった時に売上計上する」のではなく、**「サービスを提供した時に売上計上する」**のが会計のルールです（収益認識原則）。
12万円の年間前払いを受けた場合：
| タイミング | 前受収益残高 | 売上計上額 |
|---|---|---|
| 契約時（前払い受領） | 120,000円 | 0円 |
| 1ヶ月目 | 110,000円 | 10,000円 |
| 毎月 | 10,000円ずつ減少 | 10,000円ずつ増加 |
| 12ヶ月目 | 0円 | 10,000円 |
Accounting Code — 勘定科目マッピングの設計
Accounting CodeはProduct Rate Plan Chargeに設定し、InvoiceやPaymentが発生するたびに仕訳を自動生成します。ERPの勘定科目体系と合わせて設計します。
Chart of Accounts（マスターテーブル）
導入時にまずChart of Accountsを作成します。これがZuoraの勘定科目マスターです。
| フィールド | 内容 | 例 |
|---|---|---|
| Accounting Code名 | Zuora内での識別名 | Revenue_SaaS |
| Type | 勘定科目の種類 | Revenue / Deferred Revenue / Accounts Receivable / Cash 等 |
| GL Account Number | ERPの勘定科目番号（任意） | 4001 |
| GL Account Name | ERPの勘定科目名（任意） | 売上高_SaaS |
Accounting Codeの設定場所
| 設定場所 | 設定するAccounting Code | タイミング |
|---|---|---|
| Product Rate Plan Charge | 売上（Revenue）・前受収益（Deferred Revenue） | 商品設定時 |
| Payment Method / Gateway | 現金（Cash）・クリアリング口座 | 支払い設定時 |
| Discount | 値引き（Discount） | 割引設定時 |
| Tax | 税（Tax Payable） | 税設定時 |
支払い方法ごとに異なる現金コードを設定できます。
| 支払い方法 | Accounting Code例 |
|---|---|
| クレジットカード | Credit_Card_Clearing |
| 口座振替（ACH） | Bank_Account_JPY |
| 現金 | Cash |
トランザクションごとの仕訳自動生成
| トランザクション | 借方 | 貸方 |
|---|---|---|
| Invoice生成 | 売掛金（AR） | 売上 または 前受収益 |
| Payment受領 | 現金（Cash） | 売掛金（AR） |
| Credit Memo発行 | 売上（Revenue） | 売掛金（AR） |
Zuoraのサブレジャー機能とERP連携
ZuoraはERPが必要とする仕訳データを詳細レベルで管理し、集約してERPに渡します。ERPは個々の契約詳細を知らなくてよくなります。
ZuoraとERPの役割分担
| システム | 管理する情報 | 例 |
|---|---|---|
| Zuora | 契約・請求の詳細 | 誰が・何のプランで・いくら・いつ請求されたか |
| ERP | 会社全体の集計値 | 売上合計・売掛金残高・前受収益残高 |
ERPへの連携タイミング
Zuoraが仕訳を生成した直後にERPへ連携されるわけではありません。連携方式はプロジェクトによって異なります。
| 方式 | 内容 | 特徴 |
|---|---|---|
| 日次バッチ | 毎晩当日分の仕訳をまとめてERPに送る | 一般的な実装 |
| 月次エクスポート | 月末にCSVで経理担当者がERPに取り込む | シンプルな実装 |
| リアルタイムAPI | 仕訳発生のたびに即時連携 | 高度な実装 |
ZuoraとERPが一致しないケース
連携直後は原則一致します。不一致が起きるのは以下のケースです。
| 原因 | 内容 |
|---|---|
| 連携タイミングのズレ | Zuoraに仕訳は生成されたが、まだERPへの連携バッチが走っていない |
| 連携エラー | エクスポートジョブが失敗してZuora側だけに仕訳が溜まっている |
| Accounting Codeの設定ミス | ZuoraのコードとERPのGL番号のマッピングが間違っている |
| ERP側の手動入力 | ERP側で手動仕訳が追加されてZuoraと乖離した |
会計クローズプロセス
月末にZuoraの会計期間をClosedにすると、その期間への仕訳追加が不可になります。クローズ前にTrial Balanceで残高確認と未転記仕訳の確認を完了させます。
会計期間の状態遷移
| ステータス | 内容 |
|---|---|
| Open | 通常の運用状態。仕訳の追加・変更が可能 |
| Pending Close | クローズ作業中。Trial Balanceを実行して確認する |
| Closed | 締め済み。この期間への仕訳追加は不可 |
クローズ前のチェックフロー
| 作業 | 内容 |
|---|---|
| Trial Balance実行 | Zuora内の借方・貸方の残高を確認。未転記仕訳がないかチェック |
| Close Process Dashboard確認 | バリデーションエラーや問題箇所を一覧で確認 |
| ERPエクスポート確認 | 当月分の仕訳がすべてERPに連携済みか確認 |
| Period Close実行 | ZuoraのAccounting PeriodをClosedに変更 |