CO2排出量管理システムは、活動量の収集からScope 1・2・3の算定、削減施策の管理までを一つにつなぐ仕組みです。報告と経営判断に使う数字を、根拠とあわせて残せます。
導入の全体像、進め方、費用、要件、選び方と運用を、この順に見ていきます。各テーマの詳細は、下の関連記事で確認できます。
▼関連記事一覧
・CO2排出量管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・CO2排出量管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・CO2排出量管理システム開発の見積相場や費用/コスト/値段について
・CO2排出量管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
CO2排出量管理システムの全体像
CO2排出量管理システムは、排出量を計算してグラフにするだけでなく、データの期間や活動量、適用した排出係数を記録し、削減目標や施策の実績まで追跡する仕組みです。また、環境部門に加えて、経理や購買、情報システム、製造、物流の担当者が使える業務基盤として設計します。各拠点の入力担当者も使えるようにします。
活動量を集めて算定する仕組み
活動量の収集では、電気、都市ガス、燃料の使用量を扱います。蒸気や冷媒も対象で、廃棄物や輸送量、購入品の数量や金額も集めます。請求書、Excel、CSV、スマートメーターのデータを取り込みます。
さらに、ERPや会計、購買、生産管理のデータも取り込みます。取り込んだデータは、単位、期間、拠点コードをそろえてから扱います。そのうえで、元ファイルや入力者、係数の版、修正履歴も保存します。
算定の基本式について、環境省は「活動量×排出係数」と説明しています（出典: 環境省「温室効果ガス排出量算定・報告・公表制度」、2026年）。
算定から削減施策までのつながり
排出量は、月次推移やScope別で確認します。さらに、拠点別、部門別、製品別、カテゴリ別の切り口でも見ます。売上高や生産量あたりの原単位、目標との差に加え、排出量の大きい設備や購買品も判断材料になります。
再生可能エネルギーへの切り替えや省エネ投資、設備更新、物流改善は、施策として登録します。施策ごとに責任者と期限を決め、投資額や削減見込み、実績を記録します。こうした記録があると、報告の数字を経営判断に活用できます。
Scope 1・2・3を管理する理由
Scopeは、排出源の範囲を整理する考え方です。自社の燃料使用などの直接排出はScope 1、購入した電力や熱などの間接排出はScope 2として扱います。一方で、バリューチェーン上の排出はScope 3で、原材料や輸送、出張、廃棄、販売後の使用などが含まれます。
範囲と品質は、法定報告や取引先の要請、経営上の削減課題に応じて、段階的に決めます。そのため、すべてを同じ精度で一度にそろえる必要はありません。
Scope 1・2は着手しやすい基本範囲
Scope 1・2では、自社拠点の燃料や電力の請求書、検針値、設備データを扱います。拠点が少ない企業は、3〜6か月分の実データを使い、入力漏れや単位の違いを確かめます。
請求期間と会計期間のずれも洗い出します。電力の排出係数は地域や契約に応じて確認し、ロケーション基準とマーケット基準の扱いは仕様に明記します。
基準が曖昧なままだと、使用量が同じでも、年度や契約の変更で結果が変わった理由を説明できなくなります。
Scope 3のデータ品質の段階的な向上
Scope 3は15カテゴリにまたがり、社内にないデータも扱います。たとえば、原材料の重量や購入金額、輸送距離のほか、従業員の移動や廃棄物量があります。
すべてを一次データでそろえるのが難しい場合は、一次データ、取引先の回答、業界平均、金額ベースの推計を区別して記録します。
推計した箇所は示したうえで、精度の向上と現場の負担を見比べながら、一次データに置き換える対象を決めます。
法定義務・顧客要請・任意開示の区別
法定義務、顧客要請、任意開示では、対象もデータの扱い方も異なります。
- 温対法：一定要件の特定排出者に報告を求め、その期限と対象ガスを定めています。
- 任意開示・顧客要請：CDP、TCFD、SBT、調達基準では、目的やデータの粒度が異なる場合があります。
- 排出量取引：直接排出量の前年度までの3年度平均で10万トン以上の事業者が対象です。
温対法の根拠は、環境省の「温室効果ガス排出量算定・報告・公表制度」にあります（出典: 環境省「温室効果ガス排出量算定・報告・公表制度」、2026年）。
排出量取引制度は2026年度から本格稼働しています（出典: 経済産業省「排出量取引制度」、2026年）。システムでは、制度名だけでなく、どの報告にどのデータを使ったかをひも付けておきます。
CO2排出量管理システムの種類と選び方
選択肢は、クラウド型、標準パッケージと導入支援・連携開発の組み合わせ、個別開発、暫定的なExcel・BI運用です。その際は、算定ルールの更新やデータ連携も比べます。
組織再編への対応や、解約時のデータ返却、監査に耐える証跡も選定の材料になります。
早期導入に向くクラウド型サービス
クラウド型では、排出係数の更新やScope 1・2・3の標準計算、ダッシュボード、ユーザー権限を、比較的短い期間で使い始められます。数拠点で算定方法を固めたい企業や、初年度の報告を急ぐ企業に合います。
料金は、拠点数やユーザー数、対象Scopeのほか、データ量や支援工数によって増えるかを確認します。あわせて、API連携の対象や保存場所、バックアップ、契約終了時のエクスポート方法を契約前に確かめます。
標準化と連携を両立しやすいパッケージ＋SI
標準パッケージに、連携や組織別の承認フローを足していく方式です。連携先は、ERPや会計、購買、生産管理、電力データなどです。既製の機能を使うため、ゼロから作る場合より不確実性を抑えられます。
独自帳票やデータモデルにも対応できます。ただし、標準機能と追加開発の境界が曖昧だと、カスタマイズ費用と保守費用が膨らみます。
見積もりは、標準機能で運用を変える箇所、連携で自動化する箇所、個別画面を作る箇所に分けます。
個別開発とExcelの使い分け
標準サービス、個別開発、暫定的なExcel・BIは、要件や検証の段階に応じて使い分けます。
- 個別開発：標準サービスに合わない固有の要件を組み込みます。
- Excel・BI：拠点が少ない段階の算定検証に使えます。
個別開発では、製品別カーボンフットプリントや海外子会社の複雑な連結、サプライヤーポータル、設備センサー連携などを扱えます。
データモデルや画面を自由に設計できます。一方で、係数改定や制度変更、セキュリティ、障害対応は、自社か保守パートナーが継続して担います。
Excel・BIは、承認履歴や同時編集、版管理、入力漏れの検知に限界があります。Scope 3の拡張にも限界があります。
Excel・BIを使う場合は、暫定運用を終える条件を先に決めておきます。
CO2排出量管理システムの進め方
導入の成否を決めるのは、契約日より、各部門が毎月正しいデータを登録し、承認者が根拠を確認できる運用が始まるかどうかです。
全社に広げる前に、対象範囲、データ源、算定ルール、責任分担を小さく検証します。その後で、連携と自動化を広げていきます。
▶ 詳細はこちら：CO2排出量管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
目的と対象範囲の決め方
まず、法定報告や顧客への回答、経営会議、削減施策の管理、製品別の環境情報など、導入の目的を書き出します。目的が違えば、必要な範囲と精度も変わります。
初年度はScope 1・2と主要拠点に絞り、翌年度にScope 3と子会社を加えます。その後は、サプライヤーや製品単位へ広げる計画も立てられます。
対象法人や連結範囲、拠点、部門、製品を一覧にし、算定期間と基準年も並べます。あわせて、対象外の範囲も明記します。
データ台帳と業務分担
排出源ごとに、項目や単位、発生部門、取得元を整理します。さらに、更新頻度、形式、責任者、承認者も書き加えます。電力請求書の形式や、購買金額を会計システムから取得できるかも確認します。
物流量を重量と距離に分けられるかも調べます。入力者だけを決めても、誤りの修正担当や係数の更新担当は曖昧なままです。
そこで、入力や確認、承認の役割を分けます。さらに、係数管理やシステム管理、開示資料作成も担当を決めます。異動があっても引き継げるよう、手順書にまとめます。
MVPとPoCによる実データの検証
要件をすべて盛り込む前に、代表データを使って小さく検証します。
- 代表的な1〜3拠点と、データ形式が異なる部門を選び、実際の3〜6か月分のデータを用意します。
- 取込時間、単位変換、係数適用、未入力検知を確かめます。再計算、承認、帳票、権限分離、エクスポートも確認します。
- 月次の入力工数の削減時間や、推計から一次データへ変えた履歴、開示項目の出力可否を見ます。
2週間程度のサンプル検証でも、連携の難所や業務上の例外を見つけられます。
連携・移行・テストの段階的な進め方
PoCで業務と算定ルールが固まったら、CSV、API、OCR、スマートメーター連携を、優先順位に沿って実装します。また、過去データは、元ファイルと変換ルールを残しながら移行します。
移行の前後で合計値を照合します。単体テストでは計算式と権限を、結合テストでは各システムとの連携を確かめます。
受入テストでは、現場が月次処理を完了できるかを確認します。初回の報告期間は、旧運用と新システムを一時並行させ、差異を記録してから切り替えます。
運用開始後の精度向上と自動化
稼働後は、月次または四半期ごとに、入力漏れや差戻し、推計比率、係数更新、報告の作成時間を確認します。排出量だけでなく、原単位やデータ品質、施策ごとの削減効果も見ます。
自動化の優先対象は、拠点や部門によって異なります。たとえば、請求書の自動取込を先に進める場合もあれば、購買品の一次データ回収を先に進める場合もあります。
制度改定や組織再編のたびに、算定境界や係数、権限、帳票を見直します。そのうえで、変更の前後で結果を比べられる状態に保ちます。
CO2排出量管理システムの費用相場
費用は、サービス利用料、初期設定、算定ルール設計、データ移行に分けて考えます。さらに、連携開発や教育、運用支援、保守も費用に含まれます。なお、公開されている価格は、標準機能の目安です。
Scope 3や拠点数、子会社、伴走支援、API連携を追加すると、費用は変わります。ここで示す数字は、2025年公表の中小企業向け資料の聞き取り価格と、一般的な業務システム開発の相場を合わせた予算の仮説です。
正式な予算を立てるには、同じ要件で複数の見積を取ります。
▶ 詳細はこちら：CO2排出量管理システム開発の見積相場や費用/コスト/値段について
クラウド利用料の目安（月額5,000円〜50万円程度）
公開・聞き取り事例に基づく標準的なクラウド利用料は、対象範囲によって幅があります。
- 数拠点・Scope 1・2：初期0〜90万円、月額5,000円〜10万円程度です。
- 複数法人・十数〜数百拠点など：月額10万〜50万円程度の場合があります。
- 海外拠点・サプライヤー回収を含む場合：月額50万〜200万円以上の可能性があります。
Scope 3や承認ワークフロー、導入伴走を含む場合も、この価格帯が見込まれます。
価格例は、中国経済産業局の更新資料にあります（出典: 中国経済産業局、2025年）。資料名は「やってみよう！中小企業のカーボンニュートラル」です。
同資料では、月額数千円から、基本運用サービスの月額6万5,000円までの価格例が示されています。
個別開発の初期費用の幅（300万円から5,000万円以上）
個別開発の初期費用と期間は、規模や連携範囲に応じて、次のように仮置きします。
- 小規模：初期300万〜800万円、2〜4か月程度です。
- 中規模：初期800万〜2,000万円、4〜8か月程度です。
- 大規模・スクラッチ：初期2,000万〜5,000万円以上、8〜18か月程度の可能性があります。
小規模は、Scope 1・2と数拠点が対象で、CSV取込や基本ダッシュボード、権限管理も含みます。一方、中規模は複数法人や十数〜数百拠点を扱います。
中規模には、Scope 3や係数管理、承認に加えて、連携と開示帳票も含まれます。
大規模では、海外拠点や製品別CFP、サプライヤーポータル、データ基盤まで扱い、第三者保証向けの証跡を組み込む場合もあります。
上の金額と期間は、一般的な業務システムの工数と連携範囲から算出した推定で、CO2管理に固有の一律価格ではありません。
初期費用以外のランニングコスト
見積には、ライセンスだけでなく、データ整備や請求書入力代行、取引先への依頼を含めます。係数更新やユーザー教育、問い合わせ、監査資料の準備も、費用に含めて考えます。
導入支援は30万〜150万円程度、データ整備や伴走は年間100万〜500万円以上と仮置きする場合もあります。金額は、対象範囲と作業量によって大きく変わります。
自社担当者の月次作業時間も費用に換算し、導入の前後でどれだけ減るかを試算します。評価の軸は、手入力や差戻しが減り、開示や削減判断に使える時間が増えるかどうかです。
要件定義で決めるべき機能と非機能要件
RFPには機能一覧だけでなく、どのデータをいつ誰が確定し、根拠を保存して帳票へ出すかを記載します。また、組織再編や係数改定、過年度再計算に備えます。さらに、差戻しや推計値から一次データへの切り替えにも備えます。
初期画面の見た目よりも、変化に耐えるデータモデルと運用設計を優先します。
機能要件の整理（算定・可視化・施策・証跡）
機能要件は、算定、収集、可視化、削減施策と証跡に分けて整理します。
- 算定：Scope 1・2・3、活動量と係数、単位変換、ロケーション・マーケット両基準、データ品質、係数の年度・地域・出典。
- 収集：CSV、Excel、PDF、API、スマートメーター、サプライヤー入力と異常検知。
- 可視化：月次推移、拠点・部門・カテゴリ、原単位、目標差異、ホットスポット。
- 施策・証跡：責任者、期限、投資額、予定効果、実績を含みます。承認や元ファイル、計算式、再計算履歴も残します。
係数の版や元ファイルとあわせて履歴を検索できるようにしておくと、算定の根拠をたどれます。
業務データ基盤としてのセキュリティと統制
CO2データは、電力契約や購買、製造量の情報と結び付きます。さらに、物流や取引先、海外拠点とも結び付きます。そのため、環境情報だけの軽いツールとして扱うべきではありません。
- アクセスと保護：SSOや多要素認証、ロール別の権限、通信と保存時の暗号化を定めます。
- 運用統制：操作・承認ログとバックアップ、復旧目標を定めます。さらに、脆弱性対応や委託先管理、削除・返却も含めます。
- 第三者基準：政府調達ではISMAP、民間ではISMSやSOC 2を確認し、監査報告書や第三者保証への対応状況も見ます。
IPAは、2026年3月公開の中小企業向け第4.0版ガイドラインで、サプライチェーン全体への被害や人材面の対策を拡充しています（出典: IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。
自社側でも、権限の棚卸しや退職者アカウントの無効化を、運用要件に含めます。
帳票とデータ返却の契約前確認
法定報告や取引先への回答、統合報告、社内会議など、出力先ごとに必要な項目と粒度を確認します。基準年や組織境界、係数版、推計か一次データかの区別も、帳票に残します。
導入前に、サンプルデータで出力して、合計値と明細が一致するかを確かめます。さらに、契約を終えるときに、元データや算定結果、係数、履歴をどの形式で受け取れるかも確認します。
開発会社・ベンダーの選び方
製品の機能数や知名度だけでなく、自社のデータと業務を稼働後まで支えられるかを見ます。そのうえで、導入支援や要件定義、個別連携、制度や係数の更新について、どこまでを誰が受け持つかを切り分けます。
候補は同じ質問票で比べ、デモでは自社の実データに近いサンプルを使います。そうすると、導入後の差が見えてきます。
算定・データ連携・運用の経験
導入社数や画面数だけでなく、Scope 1・2・3の算定ルールを設計した経験を聞きます。あわせて、複数法人や多拠点の統合の経験を確認します。連携では、ERPや会計との経験を見ます。購買、生産、電力データとの連携経験も、同じ観点で聞きます。
取引先からの一次データ収集や、開示・第三者保証の準備を支援した経験も尋ねます。差し支えない範囲で、品質改善の前後や月次作業時間を確認します。さらに、運用体制や導入期間、追加費用の条件も聞きます。
同業種の実績がなくても、複雑な連携と現場定着の経験があれば候補になります。
見積とPoCで確認する質問
候補ごとに同じ質問票を使い、仕様、見積、PoCの結果を比べます。
- 仕様：Scope、品質表示、係数更新、過年度再計算、組織再編。
- 連携・運用：CSV・API・OCR、サプライヤーの取り込み、多言語・海外対応。承認、証跡、帳票、セキュリティ、障害対応、返却。
- 見積：ライセンスや初期設定、移行、連携の費用を、分けて示してもらいます。さらに、教育や月次伴走、保守も、別々の項目として書いてもらいます。
- PoC：実データで取込時間、計算、差戻し、再計算、帳票、権限を確かめます。
2週間程度で評価しきれない項目は、本番前の受入条件として契約書に残します。
▶ 詳細はこちら：CO2排出量管理システム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：CO2排出量管理システム開発の発注/外注/依頼/委託方法について
導入で起こりやすい失敗と運用の改善策
対象範囲と責任分担が決まらないまま契約すると、導入に失敗しやすくなります。たとえば、入力できない形式を求めたり、推計値の扱いを決めずに精度だけを求めたりすると、入力が止まります。
導入前に、稼働後に毎月確認する内容まで運用設計へ落とし込みます。
最初から作り込みすぎないための進め方
全拠点や全Scope、全帳票、全自動連携を初回リリースに含めると、要件が膨らみ、実データでの検証が遅れます。そこで、初年度は法定報告や経営判断に必要な範囲を、MVPとして決めます。
手入力でよい項目と、自動化する項目を分けます。次の段階では、入力頻度の高いデータや誤差の大きいデータ、削減効果を測りたいデータから、自動化を進めます。
機能追加の優先順位は、利用者数だけでなく、作業時間やデータ品質、削減施策への効果で決めます。
データ品質とガバナンスの定例化
排出量だけを月次会議に出すと、入力漏れや推計値の割合が見えません。そこで、拠点別の未入力率や差戻し件数、一次データ比率、係数更新の未反映件数、前月比の異常値を、運用指標にします。
環境部門だけで抱え込まず、データ所有部門や承認部門、システム管理部門を、定例会で確認します。
係数が改定されたときは、当年度に反映するか、過年度を再計算するかを判断します。そのうえで、変更理由と影響範囲を記録します。
可視化にとどめず削減効果まで追う進め方
排出量が見えても、責任者や期限、投資額、削減見込み、実績が決まらなければ、削減は進みません。そのうえで、排出量の大きい設備やカテゴリを特定し、施策の実績値を基準値と比べます。
売上や生産量が変動する事業では、総量と原単位の両方を確認します。効果が想定を下回る場合は、活動量や係数、対象境界、稼働条件の差を証跡から調べ、改善につなげます。
よくある質問
適切な答えは、企業規模、法定報告の対象、データの入手状況、取引先の要請で変わります。自社の算定境界と運用体制に合わせて判断します。
CO2排出量管理システムはExcelでの管理と何が違いますか？
Excelは、小規模な試算や算定方法の検証に使いやすい道具です。ただし、拠点や担当者が増えると、版管理や同時編集、入力漏れの把握が難しくなります。係数更新や承認履歴、再計算の管理も、手間が増えていきます。
システムは、元データと計算根拠をひも付け、権限やワークフローを管理します。そのため、同じ条件で繰り返し算定できます。対象範囲が少ない場合は、Excelから始めて、終了の条件を決めたうえで移行する方法もあります。
最初からScope 3まで対応しなければいけませんか？
最初から全カテゴリの一次データをそろえる必要はありません。Scope 1・2と主要拠点で算定を確立し、Scope 3は重要カテゴリから推計も含めて始められます。
データ品質を表示しながら、一次データへ移していきます。そのうえで、将来のScope 3や子会社、サプライヤー、製品単位への拡張を見すえて、組織・係数・データモデルを選びます。
初期の構成で拡張できない場合は、後から再構築する費用が発生します。
何拠点・何人くらいから導入効果が出ますか？
一律の基準はありません。複数拠点から請求書を集めて、毎月の集計や差戻しが発生する企業では、作業時間の削減と証跡の統一が効果になりやすいです。
1拠点でも、顧客から開示を求められる場合や、設備データを連携したい場合、第三者の確認に備えたい場合には、導入の意義があります。
導入の判断は、拠点数に加えて、月次作業時間やデータ源の数、報告先、組織再編、Scope 3の拡張予定を使い、費用対効果を計算して行います。
導入すれば法定報告や開示にそのまま使えますか？
法定報告や任意開示に使えるかは、導入したあとに自社で確かめる必要があります。算定境界、活動量、係数、対象期間、承認手順が、制度や基準に合うかを確認します。
導入前に制度と報告項目を定め、実データで出力を検証します。そのうえで、年度ごとの変更点は運用に反映する必要があります。
専門家の確認や第三者保証を受ける場合は、証跡機能と確認手順を事前にすり合わせます。
まとめ
CO2排出量管理システムは、排出量の計算に加えて、活動量や係数、組織境界、承認、修正履歴をつなぐ環境データ基盤です。さらに、開示資料や削減施策までを一つの流れで扱えます。
まず、目的と対象範囲を決め、3〜6か月分の実データで小さく検証します。そのうえで、現場が続けられる運用を作り、API連携や自動化を広げます。
費用と選定基準の同条件での比較
費用は、標準クラウドの月額だけで判断しません。初期設定やデータ整備、連携、教育、伴走、保守の費用に加えて、自社担当者の作業時間も含めて比べます。
Scopeやデータ品質、係数更新、API・CSV・OCRを、同じ質問票で確認します。さらに、承認と証跡、セキュリティ、帳票、データ返却、導入後の支援体制についても比べます。
判断の基準は、法定報告、顧客要請、任意開示を分けて扱えるかどうかと、排出量を見る段階から削減施策の効果測定までつながるかどうかです。
データ台帳とPoCの条件づくり
まず、拠点・部門・排出源ごとのデータ台帳を作り、代表データで確認したい項目を決めます。算定結果だけでなく、入力時間や差戻し、係数変更、再計算を、PoCで確かめます。帳票や権限、証跡もPoCで確認します。
そうすると、必要なサービスや開発範囲が明確になります。2026年度以降の制度変更やサプライチェーンの要求に備えて、現在の最小構成と将来の拡張を分けて計画します。
▼関連記事一覧
・CO2排出量管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・CO2排出量管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・CO2排出量管理システム開発の見積相場や費用/コスト/値段について
・CO2排出量管理システム開発の発注/外注/依頼/委託方法について
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。