Members and roles
See which workspace a member belongs to and the role they hold. Assign administrator permissions according to their responsibilities, and manage channel membership separately.
Explore workspace administrationSecurity
As your team grows, see who joins, which permissions they hold, and which actions are recorded. Review authentication, roles, and session management against your organization’s requirements.
The people in your team and their workspace roles.
4 example members
Review security through four practical questions: who joins, how they sign in, whether the session is valid, and which actions are recorded.
See which workspace a member belongs to and the role they hold. Assign administrator permissions according to their responsibilities, and manage channel membership separately.
Explore workspace administrationComplete the additional verification enabled for your account during sign-in. Confirm the verification method and account or role policies during deployment planning.
Authorized administrators can review active sessions and end a session with termination permission. Viewing and termination permissions are checked separately.
Review a sign-in or administrative event alongside its actor, time, and action. Event details give your team a shared record when discussing a change.
Ghost Mode
Some conversations call for a temporary session. Deployment policy determines when Ghost Mode starts and when its content is cleaned up.
Data and deployment
Review where the application, file storage, calling infrastructure, and backups run. Define access and operating responsibilities for each service.
Use these topics as a starting point for your review. Your deployment model and agreement define the final scope.
The conditions for starting Ghost Mode and cleaning up content at the end of a session depend on deployment policy. When everyone’s consent is required, the session waits until all required approvals are complete. Review the scope of temporary messages, files, and previews for your deployment. Temporary content does not imply a separate encryption model.
No. HTTPS protects the connection between a device and the service. End-to-end encryption concerns who holds the keys to the content. Review the encryption scope of messages, files, and calls separately when evaluating Coplace; HTTPS is not an end-to-end encryption guarantee.
Coplace supports multi-factor authentication using an authenticator app. Confirm which account and workspace policies apply to your users in your deployment. An email sign-in code and multi-factor authentication are separate steps.
Share your requirements for messages, files, logs, and backups during deployment planning. Retention periods, deletion, backup access, and restore responsibilities need to be agreed for the chosen deployment and contract.
You can discuss a Coplace deployment on your own infrastructure with our team. We define the technical scope and ownership of network access, data services, updates, monitoring, and backups together.
Share your users, data requirements, and deployment preference. Let’s agree on the scope of your evaluation.