Zentor App은 멀티 tenant 플랫폼으로 구축되어 있습니다. 각 tenant는 고유한 데이터 컨텍스트를 가지며, 서버 측 검사는 인증된 모든 요청을 활성 tenant로 제한합니다. 표시되는 tenant 전환기는 이러한 분리를 약화시키지 않습니다. 이는 둘 이상의 tenant에 접근 권한이 있는 사용자를 위해 활성 컨텍스트만 전환하며, 백엔드는 모든 요청에서 계속 권한을 확인합니다. 추가 tenant는 일반 사용자가 생성하지 않습니다. 이는 Zentor에 의해 활성화되며, Individuell 패키지에서 추가 tenant의 확정 가격은 월 39 €입니다.
Dashboard 인증은 이메일과 비밀번호를 기반으로 하며, 선택적 TOTP 2단계 인증과 지원되는 SSO 방식을 사용할 수 있습니다. 일반 세션 JWT는 12시간 동안 유효하며, 리프레시 토큰은 최대 7일까지 유효할 수 있습니다. 문서화된 공개 API에는 별도의 개발자 API 키 시스템이 없습니다. 공개 양식과 콘텐츠 엔드포인트는 Dashboard 로그인 없이 작동하며, 위젯 작업은 origin 제한과 함께 전용 임베드 토큰을 사용합니다. 임베드 토큰은 평문으로 한 번만 표시되며, 설정 중에는 비밀 정보처럼 취급해야 합니다.
플랫폼은 Dashboard, tenant와 연결된 백엔드 서비스, 지식 베이스, 커뮤니케이션 채널, 전화용으로 분리된 SIP 배포를 결합합니다. SIP 음성봇은 2026년 7월 24일부터 메인 애플리케이션과 분리되었습니다. 활성화된 각 tenant는 분리된 SIP 인스턴스를 받으며, 활성화 또는 비활성화는 여전히 Master Admin의 작업입니다. 이러한 분리는 tenant Dashboard가 트렁크나 저수준 전화 인프라를 직접 관리하지 못하도록 방지합니다.
보안 제어에는 IP, 도메인, 국가 규칙이 포함됩니다. 모든 새 규칙은 Dry-Run 모드로 시작되며, 필수 24시간 대기 기간이 지난 후에만 활성화할 수 있습니다. Allow 규칙은 Block 규칙보다 우선합니다. 이 설계는 관리자에게 규칙이 발효되기 전에 그 영향을 확인할 시간을 제공하며, 실수로 정당한 접근을 차단할 위험을 줄여줍니다.
아키텍처 페이지는 공개 SLA로 또는 모든 선택적 구성 요소가 모든 패키지에서 이용 가능하다는 약속으로 해석되어서는 안 됩니다. 기능 접근은 entitlement와 Add-on에 따라 달라집니다. On-Premises 운영은 준비되어 있지만, 현재 라이선스 메커니즘에 여전히 플레이스홀더 키가 포함되어 있어 프로덕션 준비가 되지 않았습니다. 따라서 이는 완전한 셀프서비스 배포 옵션이 아니라 요청 시 이용 가능하며 도입 단계에 있는 것으로 설명되어야 합니다.