Calendly決済を日本の個人相談へ使うなら、通貨を最初に確認します。日程調整と前払いを一画面で済ませられます。しかし、公式のStripe連携は日本円に対応していません。

Calendly決済は日本円で使える?個人相談の代替構成

Calendly決済で先に確かめる日本円対応

便利そうな機能でも、円建てで請求できなければ運用は変わります。顧客の所在地と表示通貨を先に決めます。

導入前は次の四点を紙へ書き出します。今の申込経路も隣へ並べてください。

  • 顧客が支払う通貨
    国内顧客なら円表示が自然です。外貨請求では為替差と換算手数料も説明します。
  • 予約を確定する時点
    支払完了時か申込時かを決めます。未払いの時間枠を保持するかもそろえます。
  • 変更と取消の窓口
    日程変更と返金は別操作になります。誰がどの画面で処理するかを決めます。
  • 売上を照合する単位
    予約者と支払者を結ぶ項目が必要です。メールアドレスだけに頼らない設計も考えます。

同じツールへまとめること自体が目的ではありません。顧客が迷わず、事業者が照合できる流れを選びます。

円建て決済の現行仕様と費用

2026年8月21日に公式情報を確認しました。Calendly内のStripe連携は有料プラン向けです。

対応通貨は豪ドル、加ドル、ユーロ、英ポンド、米ドルです。公式一覧に日本円は含まれていません。支払失敗時は予約が確定しません。

料金ページの現行プランはFree、Standard、Teams、Enterpriseです。支払機能の対象は契約時期や追加機能でも変わります。管理画面の見積額を契約前に確認します。

別に作るStripe Payment Linksはコードなしで共有できます。日本の標準カード決済料は成功額の3.6%です。Calendlyの利用料とは分けて計算します。

Square予約はフリーが一店舗まで無料です。プラスは店舗ごとに月額3,000円です。プレミアムは月額8,000円で、前払いは3.6%です。

日程調整と前払いの判断表

選択肢は機能数ではなく、通貨と確定順で比べます。次の判断表へ実際の顧客像を当てはめます。

  • 外貨で一体運用する
    海外顧客へ米ドルなどで請求する形です。予約完了には支払成功が必要なので照合が簡単です。
  • 日程と円払いを分ける
    Calendlyで日時を選び、Stripeの円建てリンクで支払います。未払い予約の扱いを自分で決める必要があります。
  • 予約基盤を国内向けに替える
    円建て前払いを予約条件にしたい場合です。Square予約なら予約と決済を同じ顧客記録へ寄せられます。
  • 請求を後にする
    法人相談など支払条件が個別に変わる場合です。日時だけ確定し、請求書を別に発行します。

国内の個人顧客へ外貨請求を強いる必要はありません。円建てが必須なら分離か移行を選びます。

Calendly決済が向く条件・向かない条件

日程調整の強さと決済通貨は別の評価軸です。片方だけで採用を決めないようにします。

  • 向いている条件
    海外顧客が多く対応通貨で価格を決められる場合です。相談ごとに金額を固定できる業務にも合います。
  • 試しやすい条件
    無料相談と有料相談をイベント別に分ける場合です。有料側だけ支払必須へ設定できます。
  • 慎重に扱う条件
    国内顧客が中心で円表示を求める場合です。外貨額は顧客の最終負担を分かりにくくします。
  • 向かない条件
    返金や日程変更を完全自動化したい場合です。返金はStripe側で手動処理します。

利用者が少ない段階では手作業も選択肢です。例外件数を一か月記録してから自動化します。

予約決済を組む三つの構成

実装は確定順の異なる三案に分かれます。最初は一つの相談メニューだけで試します。

  1. 外貨の予約時決済
    イベントへStripeを接続して金額を設定します。支払成功後だけ予約を確定する流れです。
  2. 円払い後の日程選択
    Stripeの円建てリンクを先に案内します。支払確認後に予約用リンクを個別送信します。
  3. 円建ての予約一体型
    Square予約などへ受付をまとめます。顧客は日時選択と前払いを同じ導線で終えます。

先払い後に予約枠がない状態は避けます。販売前に受付期間と空き数を確かめます。

日程調整を優先する分離案

分離案は小さく始めやすい一方、照合作業が残ります。予約フォームへ注文番号を入れさせる方法があります。

入金確認だけで提供を開始してはいけません。予約者、金額、対象メニューが一致した時に確定通知を送ります。

自動化する場合はStripeのWebhookを受けます。同じ通知が届いても二重処理しない仕組みが必要です。

Calendly決済の規約と運用注意

予約画面へ価格だけ載せても説明は足りません。取消、返金、税の扱いを申込前に読める状態へします。

運用開始前に次の条件を文章へまとめます。個別の法務や税務判断は専門家へ確認してください。

  • 表示通貨と換算
    外貨請求では通貨名を明記します。カード会社側の換算が生じる可能性も知らせます。
  • 取消期限
    無料変更できる日時を具体的に示します。期限後の扱いも同じ場所へ記載します。
  • 返金方法
    返金はStripeかPayPalで行います。予約取消だけで返金済みと思わせない案内が必要です。
  • 税の表示
    CalendlyはVATや売上税を計算しません。必要な税を価格へ含めるか条件文へ示します。
  • 決済手段の表示
    Apple Payは端末や表示方法に条件があります。埋込画面では出ない場合も想定します。

規約文と実際の操作がずれると問い合わせが増えます。テスト購入で顧客側の表示を確認します。

円建て決済の実装チェックリスト

公開前は事業者画面だけで終えません。顧客役の端末から一連の操作を試します。

  • 通貨の表示
    申込画面と支払画面の通貨を見ます。説明文と実際の請求単位を一致させます。
  • 支払失敗
    失敗時に時間枠が確定しないか確かめます。再試行の案内も顧客目線で読みます。
  • 予約者の照合
    氏名とメールだけでなく注文情報も残します。同姓同名でも区別できる形にします。
  • 日程変更
    支払済み予約を別日に移します。二重請求や二重予約が起きないかを見ます。
  • 取消と返金
    予約取消と決済返金を順に試します。片方だけ完了した状態も一覧で追います。
  • 通知の重複
    同じ完了通知を二度受ける状況を想定します。顧客メールを一通だけ送れるか確認します。

試験結果には日時と端末名を残します。修正後は同じ手順で再確認してください。

予約決済で確認した公式情報

以下は2026年8月21日に確認した一次情報です。料金や仕様は変更される可能性があります。

  • CalendlyとStripe
    公式ヘルプで対応通貨と支払設定を確認しました。返金や税の扱いも同じページにあります。
  • Calendly PaymentsのFAQ
    公式FAQで予約確定と支払失敗の関係を確認しました。資金は決済事業者へ直接入ります。
  • Calendlyの料金プラン
    公式料金ページで現行プランを確認しました。契約時は管理画面の請求額も照合してください。
  • Stripeの国内料金
    公式料金ページで標準カード手数料を確認しました。月額固定費なしの従量制と案内されています。
  • Stripe Payment Links
    公式ドキュメントで共有型リンクの仕様を確認しました。コードなしで支払ページを作成できます。
  • Square予約の料金
    公式料金表で月額と前払い手数料を確認しました。円建て一体運用の比較に使いました。

AIを調査と構成の補助に使用しました。人が確認する運用方針で内容を見直しています。

日程調整と決済の相談が役立つ場面

相談メニューが一つなら自分でも試せます。複数通貨や担当者が増えると照合は複雑になります。

Literamentでは支援内容料金を公開しています。予約と円払いを一緒に整えたい方は、お問い合わせからご相談ください。