Entity Enricher는 조직 기반의 멀티 테넌시를 사용합니다. 모든 사용자는 하나의 조직에 속하며, 모든 데이터 — 레코드, 스키마, API 키 — 는 조직별로 격리됩니다.
조직은 데이터 격리의 최상위 경계입니다. 가입 시 새 조직을 생성하거나 기존 조직에 참여합니다. 모든 강화 레코드, 스키마, API 키는 조직에 속하며 팀원은 역할에 따라 접근할 수 있습니다.
Entity Enricher는 4단계 역할 계층을 사용합니다. 각 역할은 하위 역할의 모든 권한을 포함합니다:
모든 조직은 두 가지 유형 중 하나이며, 이 페이지의 나머지 내용(참여, 승인, 역할)은 대부분 두 번째 유형에만 해당합니다.
가입 시 계정 이름을 따서 자동으로 생성됩니다. 멤버는 정확히 한 명이며, 참여 검색에서 숨겨지고 직접 링크로도 참여 요청을 거부합니다. 비즈니스 계정이 사용자 페이지를 표시하는 자리에는 업그레이드 안내가 표시됩니다. 그 밖에 빠지는 것은 없습니다. 스키마, 보강, 데이터베이스 동기화, 결제 모두 동일하게 작동합니다.
여러 사용자가 함께 쓰는 조직입니다. 가입 검색에서 조회되며 가입 요청, 역할, 소유자 승인을 지원합니다. 소유자는 조직 설정에서 양방향으로 전환할 수 있지만, 다른 구성원이 남아 있는 동안에는 개인으로 되돌릴 수 없습니다. 구성원이 갈 곳을 잃기 때문입니다.
Firebase 인증을 통해 Google, GitHub 또는 이메일로 가입하세요. 즉시 개인 워크스페이스가 생성되며, 여기에서 비즈니스 조직을 만들거나 기존 조직에 가입을 요청할 수 있습니다. 아래 검색에는 비즈니스 조직만 표시됩니다.
사용자는 organization에 가입할 때 승인 워크플로를 거칩니다:
| 상태 | 의미 | 로그인 가능? |
|---|---|---|
| 활성 | 할당된 역할에 따른 시스템 전체 접근 권한 | 예 |
| 대기 중 | 참여 요청이 제출되었으며 소유자의 승인을 기다리는 중입니다 | 아니요 |
| 거부됨 | 참여 요청이 소유자에 의해 거부되었습니다 | 아니요 |
| 비활성화됨 | 계정이 비활성화되었습니다 (소프트 삭제, 감사 추적 보존) | 아니요 |
모든 사용자는 자신의 조직을 나갈 수 있습니다. 동작은 소유권에 따라 달라집니다:
계정이 비활성화되어 로그아웃되었습니다. 보강 레코드는 감사 목적으로 조직에 유지됩니다.
귀하가 유일하게 남은 소유자라면 조직 삭제를 확인해야 합니다. 강화 레코드와 스키마는 분리되며(삭제되지 않음), 사용자, API 키, 제공자 키는 조직과 함께 제거됩니다.
소유자는 사용자 관리 페이지에서 팀을 관리하며, 시스템 관리자에게는 탭이 하나 더 표시됩니다:
안전 규칙:
설정 페이지는 소유자가 organization 자체를 구성하는 곳이며, 두 부분으로 나뉩니다:
조직의 표시 이름, 연락처 정보와 우편 주소, 계정 유형(개인 또는 기업)입니다. URL 슬러그는 링크와 연동이 이를 기반으로 구성되므로 생성 후에는 변경할 수 없습니다.
한 번의 실행이 아니라 조직 전체에 적용되는 설정입니다. 작업별 선호 모델(요청에서 모델을 지정하지 않을 때 사용됨), 모델 순위를 매길 때 품질·속도·비용에 부여하는 가중치, 그리고 시맨틱 ID가 해석에 사용하는 임베딩 모델이 여기에 해당합니다. 기본값은 플랜 기능이므로, 이를 지원하지 않는 플랜에서는 이 섹션이 읽기 전용입니다.
Entity Enricher는 여러 인증 방식을 지원합니다:
Firebase를 통해 Google 또는 GitHub로 로그인하세요. 비밀번호가 필요 없습니다.
Firebase를 통한 기존 이메일 및 비밀번호 인증.
CI/CD 및 서비스 통합을 위한 프로그래밍 방식 액세스 키.
인증 후 백엔드는 수명이 짧은 JWT 액세스 토큰(15분)과 수명이 긴 리프레시 토큰(7일)을 발급합니다. 프로그래밍 방식 액세스에 대한 자세한 내용은 API Keys 가이드를 참조하세요.