ForHosting KIT · PDF・文書ツール

事業形態別の利用規約チェックリスト作成

実用的な利用規約には、一般的なひな型の文言ではなく、実際の事業の仕組みが反映されている必要があります。このツールは、SaaS製品、オンラインストア、マーケットプレイス、コンテンツサイトのいずれかに合わせて、必要になりやすい条項を整理します。共通事項と事業形態固有の項目を組み合わせるため、経営者、プロダクト担当者、法務担当者が起案や見直しを行う際の明確な確認表として利用できます。結果は一般的な情報であり、法律上の助言ではありません。最終文書は、事業内容、利用者、取引、対象となる各法域に合わせて調整してください。

● Beta無料・ブラウザ内で実行

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

借用したひな型ではなく事業モデルから始めます

利用規約は、特定の商取引関係のルールを定めるものです。サブスクリプション型ソフトウェアでは、プラン、更新、顧客データ、アカウントの許可された利用について定める必要があります。オンラインストアでは、注文の承諾、支払い、配送、返品、商品保証が重要です。マーケットプレイスでは、運営者と買主・売主の役割を区別し、出品、支払い、手数料、取引上の紛争も扱います。コンテンツ提供者には、閲覧、再利用、コメント、情報への依拠について明確なルールが求められます。そのため、正しい事業形態の選択によって確認項目は実質的に変わります。このツールは、同意、アカウント保護、許容される利用、知的財産、プライバシー、終了、免責、責任制限、紛争、変更、法的通知という共通の土台に、固有の条項を追加します。各項目は完成済みの契約文ではなく、起案時の質問として扱ってください。事業者が何を約束するのか、利用者に何を認めるのか、何が問題になり得るのか、各リスクを誰が負うのかを確認することで、別の製品向けの表現を寄せ集めた文書ではなく、実務に即した規約になります。

各項目を正確な運用ルールに落とし込みます

条項ごとに、予定している法的ルールと、製品、購入手続き、サポート、社内手順を照合してください。請求システムの動作と異なる更新条項は信頼できません。バックアップや法定保存義務によって即時消去ができない場合、削除の約束は危険です。マーケットプレイスの支払い条項は、留保金やチャージバックの実務と一致させ、ECの配送条項は、配送業者、対象地域、危険負担が実際に移る時点を反映させます。起案前に、各回答の担当部署と正しい情報源を記録してください。プロダクト部門は機能と制御、財務部門は手数料、税、返金、支払い、運用部門は履行やモデレーション、セキュリティ部門は認証情報と不正利用対策、プライバシー担当者は通知とデータ処理契約を確認できます。該当しない条項は黙って削除せず、理由を記録してください。許容利用、返品、販売者、サブスクリプション、著作権、データ処理など、規約に組み込む関連文書も特定します。方針間に矛盾があると、丁寧に書かれた規約でも分かりにくくなるため、参照関係の整合性が重要です。

法域、公平性、執行可能性を専門家が確認します

この確認表は一般的な論点を示しますが、特定の事業や利用者に有効な文言を判断するものではありません。消費者保護法により、保証の否認、自動更新、解約手続き、責任上限、準拠法、仲裁、集団訴訟の放棄、一方的変更が制限される場合があります。未成年者が利用する場合、商品が国境を越える場合、事業者である販売者が参加する場合、規制対象情報を扱う場合にも要件は変わります。記入済みの確認表に、事実関係のメモ、関連方針、利用者の動線、対象市場、既存の契約文を添えて、資格を持つ専門家に提出してください。文章だけでなく、省略した理由や必要な運用変更についても説明を求めます。承認後は、実際の登録または購入画面で規約を確認してください。適切な告知、機能するリンク、必要な同意記録、保存可能な写しが必要です。責任者と見直し周期を定め、価格、契約、配送地域、役割、コンテンツ機能、紛争手続き、データ運用が変わるたびに再確認します。APIでは、決定論的なリスト1件につき$0.002です。同じ入力からは常に同じ順序の結果が得られます。

活用例

初回の起案資料を準備する

法務担当者が起案を始める前に、事業形態別の質問と運用上の事実を整理して共有できます。

製品変更後に規約を監査する

新しい契約、支払い、配送、コメント、データ機能により条項の追加や改訂が必要か確認できます。

部門横断の確認を調整する

製品、財務、運用、プライバシー、セキュリティ、法務に項目を割り当て、公開ルールと実務を一致させます。

よくある質問

利用規約の全文を作成できますか？

いいえ。条項の確認表と検討事項を提示するもので、契約文を起案するものではありません。最終規約には個別の起案と法的確認が必要です。

どの事業形態に対応していますか？

SaaS、EC、マーケットプレイス、コンテンツサイトに対応します。それ以外の値は入力エラーになります。

すべての事業形態に共通条項があるのはなぜですか？

多くのオンラインサービスには、同意、アカウント、利用、権利、投稿、プライバシー、終了、リスク、紛争、変更、連絡先に関する共通の土台が必要だからです。

弁護士の助言の代わりになりますか？

いいえ。適用法、有効性、利用者、地域、製品の動作、リスク分担は、実際の事業に基づいて判断する必要があります。

結果はどのように利用すればよいですか？

各項目を実務と照合し、担当者と情報源を記録し、対象外の理由を残したうえで、完成した資料を資格のある専門家に提出してください。

APIリクエストの料金はいくらですか？

1件につき$0.002です。処理は決定論的で、ネットワークサービスや言語モデルを使用しません。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/doc/terms-of-service-checklist

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/doc/terms-of-service-checklist \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"business_type":"saas"}'

const res = await fetch("https://api.kit.forhosting.com/doc/terms-of-service-checklist", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "business_type": "saas"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/doc/terms-of-service-checklist",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "business_type": "saas"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/doc/terms-of-service-checklist", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"business_type":"saas"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"business_type":"saas"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/doc/terms-of-service-checklist", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "business_type": "saas"
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "doc.terms_of_service_checklist",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

制限

`max_mb`	25
`max_pages`	200

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

KITの完全なドキュメントを見る →