データモデル（概要）
これらの集計は、作業がどのように グループ化されるかを説明するものであり、網羅的なスキーマではありません。
| ドメイン | 概念的な構成要素 |
|---|---|
| テナンシー | 組織、メンバーシップ、招待、請求関係 |
| ゲスト向けWebアプリ | ランディングページ、設定可能なタイル、FAQ、埋め込み可能なウィジェット |
| 地域とプラン | 場所、グループ、関心のある地点、会場サイトプラン、地図中心のレイヤー |
| ツアー | ツアー、順序付けられた停止地点、メディア、割り当て、オプションの収益化ティア |
| イベント | プログラム、スケジュール、招待、有効な場合のチケット発行、参加者の状態 |
| CRMとコミュニケーション | 顧客、インタラクション履歴（プロトコル）、タスク、ドキュメント、ニュースレター、メールスレッド |
| コマース（チェックアウト） | 注文（購入されたもの）、支払い（プロバイダーの請求状態、金額）、価格ティア |
コマース、注文、支払い
- 最小通貨単位: 保存される価格と支払い金額は、その通貨でサポートされている最小通貨単位の整数です（例：セントなど）。これは Stripe のモデルと一貫しています。
- 提示通貨: 各組織は単一のチェックアウト/提示通 貨（ISO 4217）を設定します。製品価格（チケットタイプやツアーティアなど）には独自の通貨コードは付与されません。これらは、所有組織の通貨で解釈されます。
Paymentレコード: 支払いレコードには、照合および管理者レポート用の**amount（金額）とcurrency**（通貨）が保存されます。Stripe の場合、プロバイダーが請求を確認したとき（例：PaymentIntent またはチャージオブジェクトから）に、金額と通貨が再度更新され、実際にキャプチャされたものと元帳が一致するようになります。- 注文と支払いの違い: 注文は明細項目と権利を記述し、支払いは資金の移動を記述します。返金、異議申し立て、財務レビューのサポートには、注文とともに支払いとプロバイダーダッシュボードを使用してください。
CRM の関係（ダッシュボードの言語）
ダッシュボードでは、プロトコルは顧客に関連付けられた構造化されたインタラクションログ（通話、会議、メモ、メール）です。チームがレコードをリンクすると、これらはタスク、プロジェクト、マイルストーン、ドキュメント、キャンペーン、イベントに自然に接続されます。
サポートに関する質問は、通常、顧客プロファイルから始まります。そこから、関連するタスク、プロトコル、プロジェクトのマイルストーン、リンクされたファイル、ニュースレターの対象者、メール履歴、またはイベントへの参加を確認します。