これは何のウェブサイトですか？
Kelviq（https://www.kelviq.com/）は、**SaaS、AI、デジタル商品**向けの 収益化と決済の基盤 です。ホスト型チェックアウト、サブスクリプションと 従量課金、エンタイトルメント制御、ライセンスキーとデジタル配信、さらに Merchant of Record（MoR） として位置づけられるグローバル税務とリスク対応を束ね、複数ベンダーの継ぎ接ぎを減らします。決済のみやサブスク請求のみのツールと比べ、イベント単位の利用量を請求明細に揃え、支払状態と権限を同期する点が前面に出ます。コストは多くの場合、取引額に対する率＋取引ごとの固定手数料です。責任範囲、地域の適用、最新価格は公式ページと契約条項を優先してください。
主な機能
- 定額、シート数、従量ティア、クレジット、一回課金、ハイブリッドなどの課金モデルを設定できる
- 離散イベントを送ってリアルタイムに従量計測し、上限・超過分・請求行と突き合わせる
- ホスト型チェックアウトとカスタマーポータルでプラン変更、支払手段、請求書、利用履歴を扱える
- プランと機能権限を結びつけ、機能ゲート、上限、可否判定を行える
- 決済成功後にライセンスキーを発行し、安全なダウンロードリンクを生成して有効期限と更新を管理する
- TypeScript/React コンポーネントと Node、Python などの SDK でゲートと計測をアプリに組み込める
よくある利用ケース
- SaaS 創業者が多国販売に進み、チェックアウトや税務上の整理、チャージバック対応を MoR に寄せて自前のコンプライアンス継ぎ接ぎを減らしたい場合。
- AI プロダクトチームがトークン、API 呼び出し、算力単位で課金し、計測イベントを請求書と会計向け明細に直結させたい場合。
- デジタル資産やソフトウェアライセンスを売り、課金成功後に ライセンスやダウンロードを自動付与して手作業を減らしたい場合。
- エンジニアリング責任者がアップグレード経路、クーポン、プラン変更をホスト画面に寄せ、請求コンソールとサポート工数を抑えたい場合。
このツールが向いている人
- サブスク＋従量＋一回課金を同時に扱い、請求を実利用に近づけたい中小チーム。
- 複数国で回収し、税務・申告プロセスの自作調査コストを下げたいプロダクトとオペの組み合わせ。
- 機能フラグ、上限、有料状態を一つのデータ経路に載せたい開発チーム。
- 向いていない可能性：従量計測が不要な単純な支払リンクだけで足りる事業者、または 取引手数料 に強く敏感で規模が大きい事業者（固定月額のほうが合理的な場合）。
類似ツールとの比較
「決済＋サブスク」最小統合を優先するなら、決済専用や請求専用のほうが軽いことが多いです。従量の請求行化、エンタイトルメント、MoR 税務のパッケージを優先するなら、一体化プロダクトのほうが接点が減る傾向があります。Kelviq の価格ページには Stripe や Paddle などとの比較表がありますが、ベンダー資料として扱い、調達では 料金ティア、追加手数料、送金サイクル、契約上の責任 を個別に検証するのが安全です。
料金の詳細
https://www.kelviq.com/pricing などの公開情報から抜粋します。金額、閾値、追加手数料は公式の最新表示を優先してください。
- 取引手数料（段階制）：累計処理売上が 5,000 米ドルまで は 2.9%＋40¢／取引、到達後は 3.5%＋40¢／取引（閾値は取引回数ではなく累計売上である旨が FAQ に記載）。
- 追加手数料：価格ページの FAQ に 米国外の国際カード +1.5%、定期購読の再課金 +0.5% の記載があります（適用はページと実際の決済結果に依存）。
- その他の公開ポイント：API 呼び出しの取り込み課金なし、シート数無制限、標準プランにセールスゲートなし、送金は T+7 ローリング が一般的な記述で、エンタープライズは T+3 などの交渉余地に触れています。
よくある質問
Q: Kelviq は普通の決済ゲートウェイですか？
A: 決済に加え、請求、計測、エンタイトルメント、MoR 型の税務ストーリーまで含む構成に近いです。カード決済だけが目的なら重く感じることがあります。
Q: なぜ 2.9% から 3.5% に変わるのですか？
A: 累計売上が 5,000 米ドル を超えた後の取引が高いティアに移る、というページ上の説明です。閾値の定義は価格ページの FAQ を確認してください。
Q: 率のほかに固定費はありますか？
A: 公開されている構造には 取引ごとの固定額（40¢） があります。国際カードや定期課金の追加も合算して単価を試算してください。
Q: 従量課金のイベントとは何ですか？
A: FAQ では、トークン 1 消費のようなシグナルを送り集計して請求に載せるイメージが説明されています。フィールド制限は開発者向けドキュメントを参照します。
Q: 銀行口座への送金はどのくらいですか？
A: 一般的な公開表現は T+7 です。エンタープライズ契約では異なる場合があり、書面で確認してください。
Q: Stripe から顧客を移行できますか？
A: 価格ページの FAQ では、トークンとサブスクを移し、顧客にカード再入力をさせない旨が述べられています。技術とコンプライアンスは案件ごとに評価が必要です。
Q: MoR モデルで特に注意すべき点は？
A: マーケティングでは税務フローやチャージバック対応をプラットフォーム側が担う旨が強調されますが、法的義務と地域ルールは条項の精読と専門家への相談が必要です。
Q: どのような統合方法がありますか？
A: ホスト型チェックアウト、カスタマーポータル、SDK サンプルが掲載されています。対応バージョンと API は公式ドキュメントを優先してください。
おすすめポイント
AI や API 型の利用量を監査可能な請求行に落とし、機能の見え方と上限まで同期させたい場合、Kelviq の一体型の説明は自前連携の断点を減らす助けになります。越境販売とサブスク／従量の併用を想定するチームの POC とコスト試算向きです。契約前に ティア閾値、追加手数料、送金サイクル、MoR 契約の境界 を突き合わせ、キャッチコピーだけで実効费率を推測しないことが重要です。
