| Topic | What Teamhood does |
|---|---|
| Hosting | Microsoft Azure, EU regions. Dedicated, hybrid and on-premise on the Enterprise plan. See deployment and hosting options. |
| Data residency | EU by default. Enterprise customers can choose the region. |
| Encryption | TLS in transit. Databases, backups and logs are encrypted at rest. |
| Backups | Hourly encrypted backups. Restore to any point in the last 7 days. |
| Disaster recovery | Failover to another EU Azure region. |
| Single sign-on | Enterprise plan: SAML, OpenID Connect, Microsoft Entra ID, Google Workspace, Okta, Ping Identity, Auth0 and ADFS. |
| User provisioning | SCIM. |
| Roles and permissions | 3 license types (Full User, Guest Collaborator, Guest Viewer) and 5 workspace roles (Administrator, Collaborator, Limited Collaborator, Guest, Viewer). |
| Account policies | Account owners control who can invite users, turn AI and attachments on or off, and set time logging rules. Workspace admins can make budget and estimate fields read-only. |
| API and webhooks | REST API with account-level and workspace-level keys. Webhooks. |
| Certifications | The Microsoft Azure data centers that host Teamhood hold SOC 2 and ISO 27001. |
| GDPR | EU company (UAB Eylean, Vilnius, Lithuania). Data Processing Addendum. |
| AI and your data | No customer data is shared with third-party model providers. AI can be turned off for the whole account. |
| Vulnerability handling | CVSS scoring. Critical systems are patched at least monthly. High-risk findings on critical systems are fixed within 30 days. |
Questions from your security team? Email hello@teamhood.com.
Security and compliance are top priorities for Teamhood because they are fundamental to your experience with the product. Teamhood is committed to securing your data, eliminating systems vulnerability, and ensuring continuity of access.
Teamhood uses a variety of industry-standard technologies and services to secure your data from unauthorized access, disclosure, use, and loss. All Teamhood employees undergo background checks before employment and are trained on security practices during company onboarding and on an annual basis.
Security is directed by Teamhood’s Chief Technology Officer and maintained by Teamhood engineering team.
Teamhood is hosted in Microsoft Azure cloud platform and Teamhood is using Azure Security center to monitor and ensure highest security standards across all system layers of Teamhood cloud software.
Physical access to data centers and related infrastructure in Microsoft Azure is controlled by the measures listed here.
Physical access in Teamhood office is controlled by:
– Access cards
– Physical locks
– Security alarms in every office zone
– Vehicle access barriers
Teamhood employees do not have access to physical location of Microsoft Azure datacenters, servers, network, storage or equipment.
Teamhood is the assigned administrator of its infrastructure on Microsoft Azure cloud platform, and only designated authorized Teamhood engineering team members have access to configure the infrastructure on an as-needed basis behind a secure role controlled Azure AD authentication.
Quarterly access checks are performed to ensure minimal access exposure across all Teamhood employees.
Teamhood cloud platform system access is limited and access controlled respectability for roles in a need to access the system for valid business and technical reasons such as but not limited to customer support, disaster recovery, incident investigation, system upgrades and maintenance work.
Microsoft Azure undergoes various third-party independent audits regularly and can provide verification of compliance controls for its data centers, infrastructure, and operations. This includes, but is not limited to, SSAE 16-compliant SOC 2 certification and ISO 27001 certification. Find full list here.
High Availability
Every part of the Teamhood service uses properly-provisioned, replicable and/or redundant servers/virtual machines for the case of failure. As part of regular maintenance, virtual machines are added or removed without interruption to service.
Business Continuity
Teamhood keeps hourly encrypted backups of data in Microsoft Azure datacenters. While never expected, in the case of production data loss (i.e., primary data stores lost), we will restore organizational data from these backups. Data loss and recovery from backup is regularly tested.
Disaster Recovery
In the event of a region-wide outage, Teamhood will bring up a duplicate environment in a different Microsoft Azure (Northern Europe, Central Europe or West Europe) region.
In the event of single tenant outage an identical copy of service will be provisioned automatically upon detection.
In the event of tenant data loss or accidental/intentional data deletion Teamhood L2 support will be able restore data from maintained backup repository upon customer request and agreement for which backup timestamp to pick.
Contingency Planning
Teamhood engineering team includes service continuity and threat remediation among its top priorities. We keep a contingency plan in our internal wiki in case of unforeseen events, including disaster recovery, service outage and/or customer communication sub-plans that are tested and updated on a regular basis.
All Teamhood employees undergo background checks prior to hiring. All Teamhood employees are introduced to Teamhood security policies during onboarding and informed about policy changes on event.
All Teamhood employees use most up to date workstations with domain level control and strict account control. Users are assigned as minimal as possible roles to perform assigned duties. Account control and periodic review is performed on quarterly basis.
Upon contract termination all user access rights are reworked on last day of employement. All hardware equipment is reacquired and either repurposed or utilized. Workstation user data is completely removed from workstations.
Data is sent securely to and from Teamhood via TLS to/from HTTPS endpoint. All data in transit is AES-256bit encrypted.
All Teamhood databases are fully encrypted including their backups and logs. Real time threat protection is enabled and continuous vulnerability auditing is enabled.

We continuously backup snapshots and database events. We provide capability to restore data from backup as PITR principle for past 7 days. We can restore data to timestamp with precision of minutes.
Teamhood system is actively and continuously monitored with alerting and escalation procedures in place. Each Teamhood tenant can be monitored individually and operational status checks can be performed by Teamhood customers or upon request.
Data privacy and compliance to EU regulations are among top priorities at Teamhood. You can read more about our privacy policies here.
Teamhood’s AI implementation strictly forbids customer data sharing with 3rd party model providers. Teamhood’s AI uses Teamhood’s features to retrieve the data instead of looking at the data and analyzing it. Teamhood AI can be disabled via company level policies for corporate compliance matters.
Teamhood maintains an internal wiki of security policies, which is updated on an ongoing basis and reviewed annually for gaps. Our security policies include but are not limited to the following:
– Information Security
– Security Incident Response
– Vulnerability Management and Security patching done at least monthly for all P1 systems
– Policy Management and Maintenance
– Data Request
– Change Management
– System Access
All employees performing duties with or close to SaaS solution have a access role assigned with as minimal as possible access right set.
Only entitled employees are able to access customer data and only for support functions. Employees cannot store copies of customer data on their workstations or any other media.
All workstations and SSD or HDD drivers on those workstations are utilized by secure utilization vendor as a service.
Every Teamhood cloud system change undergoes the following process before being deployed to production:
We are able to rollback or rollfoward to any specific version each tenant individually or full list. We can do targeted releases for single tenants upon necessity or request. But such procedure is limited to incident management and is not used on regular basis.
Software engineer
Performs changes to Teamhood system code. Has access to testing environment. Has access to system and system lifecycle automations code.
Software quality engineer
Performs Teamhood system end user level testing. Has access to testing environment.
Devops engineer
Performs Teamhood software lifecycle management. Has access to all environments. Cannot perform Teamhood system code changes. Has access to system lifecycle automations code.
Release manager
Rotated role among devops engineers. Performs release management, incident handling/rollback. Has access to all environments.
Every system related by functionality or storing Teamhood related data or operating as part of Teamhood cloud infrastructure is classified from Critical to Low. System classification and risk asesment is performed on yearly basis.
All systems in scope have dedicated procedures, SLA’s and risk management instrumentation setup based on their criticality.
| Critical | High | Medium | Low | |
| Availability | 99.9% | 99% | 98% | 95% |
| MTTR (Mean time to restore) | <2 hours | <1 business day | <2 business days | <5 business days |
| Recovery procedures | Must have | Must have | Must have | Should have |
| Backups | Multiple hourly and multiple daily (rolling) | Multiple, rolling (hourly) | Single, rolling (daily) | Optional |
| Vulnerability and threat assesment | Quarterly | Quarterly | Quarterly | Yearly |
| Remediation of high risk findings | <30 days | <90 days | <90 days | <180 days |
| Remediation of medium risk findings | <90 days | <180 days | <365 days | <365 days |
| Change management (minor updates or patching) | Tested, duplicated, grace period pre-production | Tested on different non-production setup | Testing optional | Testing optional |
| Change management (major updates) | Tested on similar scope or identical non-production setup | Tested on different non-production setup | Tested on different non-production setup | Testing optional |
| Maximum supported level of information class | Confidential | Confidential | Internal | Internal but deidentified |
| System log review policy | Weekly, automated | Weekly, automated | Monthly, automated | Optional |
| System hardware device log review | Weekly, automated | Weekly, automated | Monthly, automated | Optional |
Teamhood follows CVSS scoring to classify threats.
| Score | Severity | Threat risk level | Action |
| 0.0 | None | No impact or exploitability | None |
| 0.1 – 3.9 | Low | Minimal threat | Minor fixes or monitoring |
| 4.0 – 6.9 | Medium | Some risk | Might require rapid remediation |
| 7.0 – 8.9 | High | Serious threat | Rapid remediation |
| 9.0 – 10.0 | Critical | Severe threat | Immediate remediation |
Yes, on the Enterprise plan. It works with SAML and OpenID Connect providers, including Microsoft Entra ID, Okta and Google Workspace.
Yes. You can add and remove Teamhood users from your identity provider with SCIM.
Yes. Guests see only the items assigned to them. Viewers can read a workspace but cannot change anything.
Yes, on the Enterprise plan. It can run fully on-premise, or as a hybrid with the database on your servers. See deployment and hosting options.
No. Teamhood AI does not share customer data with third-party model providers. Account owners can turn AI off for the whole account.