조직을 설명하는 것
회사 프로필, 대표자, 문서, 브랜드, 워크스페이스. 견적서에, 이메일에, 예약 페이지에, 양식 하단에 나타나는 것이 바로 이것입니다. 여기서 고친 주소는 어디서나 고쳐지며, 이미 서식으로 만들어 둔 문서에도 반영됩니다.
- 조직 프로필과 대표자
- 로고, 색상, 자사 브랜드의 도메인
- 하나의 계정 안에서 분리된 워크스페이스
- 조직 문서를 한곳에
작동 방식
네 갈래의 설정, 하나의 출처
언제 어떻게 연락이 닿을지 결정하는 것
가용 일정은 공유됩니다. 같은 일정이 캘린더를 닫고, 전화 교환을 음성사서함으로 돌리고, 챗봇을 영업시간 외 모드로 바꿉니다. 발신 도메인과 허용된 발신자는 무엇이 어떤 주소로 나가는지를 결정합니다.
- 재사용 가능한 일정, 국가별 공휴일
- 검증된 도메인, SPF·DKIM·DMARC
- 이메일과 SMS 발신자 등록
- 대기 음악과 전화 설정
누가 무엇을 할 수 있는지 결정하는 것
역할은 개별 권한의 묶음이고, API 키는 저마다 자기 범위를 지니며, 싱글 사인온은 사내 디렉터리를 연결합니다. 체크박스 화면이 아닙니다. 화면도, 공개 API도, 각 서비스도 같은 권한 목록을 따릅니다.
- 고정 프로필이 아니라 권한으로 구성하는 역할
- 해야 할 일로 제한된 API 키
- SAML과 OIDC 싱글 사인온
- 읽기 전용 감사 로그 두 개
무엇을 얼마나 남길지 결정하는 것
보관 기간은 데이터 종류별로, 저희가 공개한 범위 안에서 정합니다. 크레딧, 소비, 라이선스, 청구도 같은 곳에 있습니다. 무엇을 쓰는지 아는 것과 무엇을 남기는지 아는 것은 관리자에게 하나의 질문이지, 두 개의 도구가 아닙니다.
- 자원 종류별 보관 기간
- 용도별·기간별 크레딧 소비
- 라이선스, 구독, 청구서
- 시각이 기록된 변경 이력
활용 사례
여러분과 같은 곳에서는 이렇게 보입니다
이 허브가 중심 역할을 하는, 숫자까지 담은 구체적인 시나리오. 출발점의 상황, 도입하는 것, 그것이 바꾸는 것.
자주 묻는 질문
자주 묻는 질문
관리 센터에는 누가 접근할 수 있나요?
권한을 부여한 사람만입니다. 스위치 하나가 아닙니다. 청구는 한 사람에게, 역할은 다른 사람에게, 운영 시간은 일정을 관리하는 사람에게 나누어 맡길 수 있습니다.
설정은 계정 전체에 적용되나요?
설정에 따라 다르며, 의도한 설계입니다. 브랜드와 운영 시간은 워크스페이스별로 다르게 할 수 있지만, 역할과 API 키, 싱글 사인온은 계정 단위입니다. 부서가 고유한 정체성을 갖되 접근 정책은 공통일 수 있습니다.
누가 무엇을 바꿨는지 볼 수 있나요?
네. 읽기 전용 로그 두 개가 민감한 변경을 추적합니다. 하나는 역할과 권한, 다른 하나는 API 키와 싱글 사인온 같은 계정 자원입니다. 행을 삭제할 수 있는 엔드포인트는 없습니다.
시작 전에 모두 설정해야 하나요?
아닙니다. 모두 합리적인 기본값이 있고, 이 화면을 한 번도 열지 않아도 계정은 동작합니다. 「왜 이 메일이 저 주소에서 나갔지」, 「누가 이 역할을 지웠지」 같은 질문이 생겼을 때 오는 곳이고, 답은 여기에 있습니다.
이 설정을 API로도 다룰 수 있나요?
일부는 가능합니다. 범위를 명시한 API 키를 사용합니다. 사용 가능한 경로와 필요한 권한은 개발자 문서에 적혀 있습니다.
다른 질문이 있으신가요? 문의해 주세요 — 담당자가 답변드립니다.