데이터 모델 (개략적)
이 집계는 작업이 어떻게 그룹화되는지를 설명하며, 모든 스키마를 포함하지는 않습니다.
| 도메인 | 개념적 구성 요소 |
|---|---|
| 테넌시 | 조직, 멤버십, 초대, 결제 관계 |
| 게스트 웹 앱 | 랜딩 페이지, 구성 가능한 타일, FAQ, 임베드 가능한 위젯 |
| 지역 및 요금제 | 장소, 그룹, 관심 지점, 장소 사이트 계획, 지도 중심 레이어 |
| 투어 | 투어, 순서가 지정된 정류장, 미디어, 할당, 선택적 수익화 등급 |
| 이벤트 | 프로그램, 일정, 초대, 티켓팅 (활성화된 경우), 참석자 상태 |
| CRM 및 커뮤니케이션 | 고객, 상호 작용 기록 (프로토콜), 작업, 문서, 뉴스레터, 메일 스레드 |
| 커머스 (결제) | 주문 (구매한 항목), 결제 (공급자 청구 상태, 금액), 가격 등급 |
커머스, 주문 및 결제
- 최소 단위: 저장된 가격 및 결제 금액은 해당 통화에서 지원하는 가장 작은 통화 단위의 정수입니다 (예: 센트). 이는 Stripe의 모델과 일치합니다.
- 표시 통화: 각 조직은 단일 결제/표시 통화(ISO 4217)를 구성합니다. 제품 가격 (예: 티켓 유형 또는 투어 등급)은 자체 통화 코드를 가지지 않으며, 해당 조직의 통화로 해석됩니다.
Payment레코드: 결제 행에는 조정 및 관리자 보고를 위한 **금액**과 **통화**가 저장됩니다. Stripe의 경우, 공급자가 청구를 확인하면 (예: PaymentIntent 또는 charge 객체에서) 금액과 통화가 다시 업데이트되어 원장에 실제로 캡처된 금액과 일치하도록 합니다.- 주문 대 결제: 주문은 라인 항목 및 권한을 설명하고, 결제는 자금 이동을 설명합니다. 환불, 분쟁 및 재무 검토에 대한 지원은 주문과 함께 결제 및 공급자 대시 보드를 사용해야 합니다.
CRM 관계 (대시보드 언어)
대시보드에서 프로토콜은 고객에게 연결된 구조화된 상호 작용 로그 (통화, 회의, 메모, 메일)입니다. 팀이 레코드를 함께 연결할 때 작업, 프로젝트, 마일스톤, 문서, 캠페인 및 이벤트와 자연스럽게 연결됩니다.
지원 문의는 일반적으로 고객 프로필에서 시작됩니다. 거기서 관련 작업, 프로토콜, 프로젝트 마일스톤, 연결된 파일, 뉴스레터 대상, 메일 기록 또는 이벤트 참여를 확인합니다.