現場が試した。成果も出た。役員会でも前向きな反応だった。ところが購買部門に持ち込んだ瞬間に止まる——日本企業でのSaaS導入で、最も多い失速の形です。Lovableも例外ではありません。
止まる理由は技術でもセキュリティでもなく、支払いの形です。標準の申し込みは個人がカードで決済する前提で組まれており、外貨建てで、月ごとに請求されます。年度予算・請求書払い・年間契約を前提とする企業の購買プロセスとは、そのままでは接続できません。
この記事では、2026年8月31日時点の公式情報にもとづき、Lovableを法人として契約する際の選択肢、稟議に必要な材料、そして情報システム部門と法務が確認する論点を整理します。検索需要は大きくないテーマですが、ここで詰まっている企業は少なくありません。
まず現状を正確に押さえます。感覚ではなく、公式ページに表示されている事実として確認してください。
2026年8月31日時点の公式料金ページでは、Proが€25/月（税込表示）で月100クレジット、Businessが€50/月（税込表示）で月100クレジットと表示されています。Freeは€0で、クレジットカードの登録なしに開始できます。つまり有料プランの標準表示は外貨建てです。
ここから、日本企業の購買プロセスとのずれが3点生まれます。第一に、通貨が円ではないため為替により実額が月ごとに変動します。第二に、決済手段がカードであるため、法人カードの限度額や与信の管理下に入ります。第三に、月次課金であるため、年度単位で予算を確定させる運用と噛み合いません。
加えて、クレジット制であることも見積もりを難しくします。公式ドキュメントによれば、消費はアプリを計画・生成・編集するBuild usage、ホスティングと組み込みバックエンドを動かすCloud usage、公開後のアプリが呼び出すAI gateway usageの3種類に分かれ、いずれも使い方に応じて変動します。定額前提の稟議書には、そのままでは書けません。
結論として、経路は2つあります。どちらを選ぶかで、必要な規模も手続きも変わります。
ひとつめが、Lovableと直接Enterprise契約を結ぶ経路です。公式ドキュメントによれば、Enterpriseプランは年間コミットメントを伴うカスタム契約価格で提供され、クレジット量のコミット、シート数の上限、年次の請求条件をカスタマイズできると記載されています。料金ページでもEnterpriseは「Volume based pricing」とされ、申し込みはデモの予約から始まります。
ふたつめが、日本のパートナー経由の経路です。株式会社100はLovableの日本における公式パートナーとして、公式パートナーページに記載のとおり、日本円での請求書払いや年間契約についての相談を承っています。国内の商習慣に沿った手続きと、日本語での窓口が必要な場合はこちらが現実的です。
なお、標準プランでも請求書そのものは発行されます。公式の請求FAQによれば、請求書は通常、課金から24時間以内に生成されます。ただしこれは「カードで支払った後に発行される領収的な請求書」であり、日本企業が求める「請求書を受け取ってから期日までに振り込む」形式とは意味が異なります。ここを混同したまま経理と話すと、認識がずれたまま進みます。
プラン選定を「使える機能」だけで判断すると、審査で差し戻されます。法人契約では、統制機能とデータの扱いが選定理由になるからです。
判断軸は3つあります。ID管理を情報システム部門の統制下に置けるか、入力したデータがモデル学習に使われない前提を契約で担保できるか、そして誰が何を公開したかを事後に追跡できるかです。この3軸で見ると、プランの境界がはっきりします。
| 観点 | Free / Pro | Business | Enterprise |
|---|---|---|---|
| SSO | なし | あり | あり（OIDC / SAML 2.0） |
| SCIM（自動プロビジョニング） | なし | なし | あり |
| 監査ログ | なし | なし | あり（約13週間保持） |
| モデル学習へのデータ利用 | 2026年9月9日以降、利用される可能性あり（オプトアウト可） | 契約にもとづき既定で対象外 | 契約にもとづき既定で対象外 |
| 契約・請求 | カード決済・月次が標準 | カード決済・月次が標準 | 年間コミットのカスタム契約 |
この表で審査が引っかかるのは、上から4行目です。公式ドキュメントによれば、2026年9月9日以降、FreeプランとProプランの顧客データ（プロンプト、コード、ファイル、生成出力、利用データ）はLovableのAIモデルの学習に利用される可能性があります。個人がアカウント設定からオプトアウトできる一方、BusinessプランとEnterpriseプランのワークスペースデータは契約にもとづき既定で学習対象外です。
ここが「利用者の設定に依存するか、契約で担保されるか」の分かれ目になります。数十人以上で使う前提なら、設定漏れが1件でもあれば統制が崩れます。業務データを扱う法人利用でBusiness以上を推奨する根拠は、機能の多寡ではなくこの一点にあります。
稟議が止まる原因の多くは、金額の妥当性ではなく資料の不足です。審査側が確認したい論点に、一次情報で答えられる状態を作ってください。
必要になるのは、費用の根拠、セキュリティの根拠、契約条件、そして導入効果の4点です。それぞれ参照すべき一次情報が異なります。
| 審査論点 | 用意するもの | 参照する一次情報 |
|---|---|---|
| 費用の妥当性 | 想定利用人数と月あたりクレジット消費の実測 | クレジットと使用量／プラン一覧 |
| 情報セキュリティ | 認証取得状況とデータの取り扱い方針 | セキュリティページ／トラストセンター |
| 個人情報・委託 | データ処理契約とプライバシーポリシー | DPA／プライバシーポリシー |
| 学習利用の可否 | プラン別の既定値とオプトアウト手順 | 学習データとプライバシーの管理 |
| 統制・監査 | SSO / SCIM / 監査ログの適用範囲 | Lovable for Enterprise |
これらはいずれも英語で提供されています。日本語の社内資料に落とす作業は自社側の工数になり、しかも誤訳が承認判断を誤らせる領域です。翻訳を誰が担い、誰が内容の正確性に責任を持つかを、稟議の準備段階で決めておいてください。
審査で実際に問われる論点は、おおむね決まっています。先回りして答えを用意しておくと、往復の回数が減ります。
認証・準拠については、公式のセキュリティ情報およびEnterpriseのドキュメントで、SOC 2 Type II、ISO 27001:2022、GDPR対応、データ処理契約（DPA）の提供が示されています。監査ログはEnterpriseで約13週間（およそ90日）保持され、JSONL形式でのエクスポートに対応すると記載されています。
ID管理については、EnterpriseでOIDCとSAML 2.0の両方に対応し、Okta、Auth0、Microsoft Entra IDに向けたガイドが用意されています。SCIMによる自動プロビジョニングはEnterprise限定です。既存のID基盤に載せられるかどうかは、全社展開の可否を左右するため、早い段階で確認してください。
データの所在についても記載があります。Enterpriseでは、GitHub Enterprise Cloudのリージョン指定により、リポジトリのデータとWebhookのトラフィックを指定リージョン内に留める構成が可能とされ、GitHub Enterprise Serverの自社ホストにも対応するとされています。国内保管が要件になる組織では、この点を要件定義に含めてください。
最後に、法務が必ず確認するのが成果物の権利関係です。生成されたコードの帰属と商用利用の条件は、利用規約の一次確認が必要な領域であり、要約や二次情報で判断してはいけません。
ここが稟議で最も詰まります。定額ではないため「月◯円」と書けないからです。しかし、見積もれないわけではありません。
現実的な方法は、実測から積み上げることです。試用期間中に、想定利用者と同じ立場の担当者が実際の業務アプリを1本作り、その消費を記録します。次に、公開後に数名で使ってみて、1日あたりのCloud消費を記録します。この2つの実測値があれば、利用者数と作成本数から必要量を概算できます。
見落とされやすいのが、公開後の消費です。公式ドキュメントによれば、Cloud usageの課金要因はデータベースサーバーの稼働、保存容量、ネットワーク、ストレージ、バックエンド処理、リアルタイム更新のメッセージです。作る量ではなく使われる量に比例するため、導入初月の実績だけで年間を推計すると過小になります。
また、残高がゼロになったときの挙動を稟議書に明記してください。公式ドキュメントによれば、残高ゼロではビルドが停止するだけでなく、公開済みアプリのAI機能が動作しなくなり、組み込みバックエンドに依存するアプリは一時停止することがあります。データベース・ストレージ・認証のデータは停止中も保持されますが、業務としてはアプリが止まります。上限設定と補充の運用ルールを、契約と同時に決めておく必要があります。
なおプラン一覧によれば、クレジット数を増やした上位ティアや、未使用分の繰り越し、必要時の追加購入が用意されています。組織で使う場合は、メンバーごとのクレジット上限を設定できるかどうかも、予算統制の観点で確認しておきたい項目です。
両者は排他ではなく、規模と社内体制で選ぶものです。判断材料として、それぞれの利点と留意点を並べます。
| 観点 | Lovableと直接Enterprise契約 | 日本のパートナー経由 |
|---|---|---|
| 契約通貨・支払 | 年間コミットのカスタム契約 | 日本円・請求書払い・年間契約を相談可能 |
| 窓口の言語 | 専任チームが付くが標準は英語 | 日本語で一次対応 |
| 稟議資料 | 英語の一次情報を自社で翻訳 | 国内向けの説明資料を相談可能 |
| 導入後の定着 | オンボーディングとSLAを契約に含められる | 業務設計・トレーニングまで含めた伴走が可能 |
| 向く規模 | 全社規模でシート数・クレジットを確定できる場合 | 部門導入から段階的に広げる場合 |
この表で見落とされやすいのが最下段です。全社契約を前提に大きく始めると、使われない座席の費用が翌年の更新交渉で問題になります。まず部門で成果を数値化し、それを根拠に全社へ広げる進め方のほうが、稟議も更新も通りやすいのが実情です。
順序を誤ると、購買部門と情報システム部門を二度手間で往復することになります。おすすめは、費用の話を最後に持っていく進め方です。
第一段階として、部門内の小さな業務でアプリを1本作り、削減工数を数値で押さえます。ここで得た実測値が、以降すべての説得材料になります。第二段階として、情報システム部門に対して、学習利用の既定値・SSO・監査ログの3点を先に確認します。ここで前提となるプランが決まります。第三段階で、確定したプランと実測値をもとに、購買部門と契約形態を詰めます。
この順序であれば、購買部門に持ち込む時点で「なぜこのプランか」「なぜこの金額か」の両方に一次情報で答えられます。逆に、価格表だけを持って購買に行くと、必ず情報システム部門に差し戻されます。
各段階の具体的な進め方や、日本円での請求書払い・年間契約の可否については、株式会社100の問い合わせ窓口でご相談いただけます。
契約は入口であって、そこで安心すると半年後に別の問題が出ます。誰が何を作り、誰が保守するのかを決めないまま配布すると、いわゆる野良アプリが部門ごとに積み上がるからです。これは技術ではなく運用設計の問題です。
契約直後に決めるべきは4項目です。作ってよい業務の範囲、扱ってよいデータの範囲、公開の承認者、そして各アプリの保守担当です。このうち最後の1項目を決めるだけで、担当者の異動後に誰も中身を説明できないという事態の大半は防げます。
統制を仕組みで支える手段もあります。Enterpriseプランのドキュメントによれば、公開や招待を行える人を制限する機能、放置されたアプリを自動的に退役させる機能、定期的な深いセキュリティスキャン、機密データの検知と送信制御が提供されます。運用ルールを文書だけで担保するか、機能で担保するかは、対象人数によって判断が変わります。
あわせて、公開前の点検項目も定型化してください。ログインしていない人に何が見えるか、他人のデータが見えないか、管理者だけが実行できるはずの操作が一般利用者に開いていないか。この3点は動作確認では発見できないため、チェックリストとして明文化する価値があります。考え方の出発点はセキュリティの実務解説が参考になります。
標準プランの申し込みはカード決済が前提です。カードを使わない契約を希望する場合は、Enterprise契約または国内パートナー経由での相談が経路になります。いずれも個別の見積もりと契約手続きが必要です。
公式ドキュメントには、年間コミットメントを伴うカスタム契約であることは記載されていますが、最低規模の具体的な数値は公開されていません。想定シート数とクレジット量を整理したうえで、営業窓口に確認してください。
契約形態によって異なるため、一律には言えません。Enterpriseは請求条件をカスタマイズできるとされているため、自社の会計年度に合わせた条件が可能かを契約交渉の論点にしてください。
まず、そのアカウントで業務データを扱っているかを確認してください。Proは2026年9月9日以降、既定ではモデル学習の対象になりうるため、オプトアウト設定の有無が問題になります。そのうえで、法人契約への移行時にプロジェクトの引き継ぎ方法を確認してください。
上限を設定できることを示すのが有効です。プランによってはメンバーごとのクレジット上限を設定でき、上限を超えれば消費は止まります。想定外の請求が発生しない構造であることを、運用ルールとあわせて説明してください。
公式のセキュリティ情報、データ処理契約、プライバシーポリシーはいずれも英語で提供されています。日本語での確認が必要な場合は、翻訳の担い手と責任の所在を社内で決めるか、国内パートナーに相談してください。
金額ではなく工数で示すのが確実です。対象業務に月何時間かかっていたかを事前に測り、導入後の実測と比較します。IPAが2026年7月に公表した国内企業のDX・AI活用動向でも、AI導入が広がる一方で価値創出への発展が課題とされており、小さくとも数値で語れる成果を先に作ることが説得力につながります。
Lovableの標準の申し込みは、外貨建て・カード決済・月次課金です。年度予算と請求書払いを前提とする日本企業の購買プロセスとは、そのままでは接続しません。ただし、Enterprise契約による年間コミットのカスタム契約と、国内パートナー経由での日本円・請求書払いの相談という2つの経路があります。
稟議を通すために必要なのは、価格表ではなく4点セットです。実測にもとづく費用根拠、認証と学習利用に関する一次情報、契約条件、そして工数で示した導入効果。とくに2026年9月9日以降のモデル学習の扱いは、Free・Proと Business・Enterpriseで前提が異なるため、プラン選定の理由そのものになります。
そして進める順序は、部門で成果を出す、情報システム部門で前提を固める、購買部門で契約形態を詰める、の3段階です。この順であれば、どの部門からの質問にも一次情報で答えられます。日本円での契約や稟議資料の整備を含めたご相談は株式会社100のLovable公式パートナーページで、Lovableそのものの全体像はLovableとは？できること・料金・使い方を日本公式パートナーが徹底解説をご覧ください。