📌 Para quién es esta guía: CISO, CIO, IT managers y sysadmins que quieren automatizar el provisioning de Bitwarden Business vía Okta, Azure AD o Google Workspace. Setup detallado sobre un ejemplo ilustrativo de 50 usuarios + 12 grupos, con mapping de atributos de la documentación oficial, troubleshooting de los errores comunes y un TCO a 3 años ilustrativo para 100 empleados.
El aprovisionamiento suele ir de la mano del inicio de sesión único para un alta automática.
¿Aún eliges proveedor? Empieza por los mejores gestores para empresa.
SCIM 2.0 se ha convertido en el estándar para automatizar el ciclo de vida identidad-acceso en la empresa: un usuario creado en Okta aparece en Bitwarden en menos de 30 segundos, un usuario desactivado pierde acceso a los vaults compartidos a la misma velocidad y ya no necesitas hacer malabares con CSV de importación. Esta guía detalla los 3 setups principales (Okta, Azure AD, Google Workspace), basados en Bitwarden Business con Okta, Azure AD y Google Workspace.
01 - ¿Qué es SCIM y cómo funciona el provisioning de Bitwarden?
SCIM 2.0 (System for Cross-domain Identity Management) es el protocolo REST que sincroniza identidades entre tu IdP (Okta, Azure AD, Google Workspace) y Bitwarden. Cuando se crea un empleado en Okta, se genera automáticamente una cuenta Bitwarden en menos de 30 segundos. Cuando se desactiva, el acceso a todas las colecciones compartidas se revoca de inmediato. Bitwarden usa un endpoint SCIM hospedado (sin bridge que desplegar): configura la URL https://scim.bitwarden.com/v2/organizations/{orgId} más un Bearer token en tu conector Okta o Azure AD, y la sincronización queda operativa.
02 - Por qué SCIM cambia las reglas del juego en la empresa
Sin SCIM, el workflow joiner-mover-leaver sale caro:
- Joiner: RR. HH. crea el usuario en HRIS → notifica a IT por ticket → el admin Bitwarden crea el usuario manualmente → envía un invite email → el usuario acepta → el admin lo asigna a las collections apropiadas. Tiempo típico: 12-18 minutos por joiner, multiplicado por 30-50 joiners/mes en una pyme tech.
- Mover (cambio de departamento): RR. HH. actualiza HRIS → ticket a IT → el admin Bitwarden ajusta grupos / collections / permisos. Tiempo: 8-12 minutos, con riesgo de olvidar una collection sensible.
- Leaver: RR. HH. dispara la baja → IT revoca manualmente Bitwarden, Slack, GitHub, Salesforce, etc. Riesgo #1: olvido de la revocación de Bitwarden → el ex-empleado accede a los secretos vía cliente cacheado. Para dar la escala, el IBM Cost of a Data Breach 2024 cifra el coste medio mundial de una brecha en 4,88 M USD - un acceso olvidado es justo el tipo de fallo que lleva ahí.
Con SCIM 2.0 correctamente configurado, estos 3 workflows están automatizados al 100 %: el cambio en HRIS (que se propaga hacia Okta/Azure AD vía su conector HRIS) provoca automáticamente el provisioning / desprovisioning en Bitwarden. Tiempo de IT ahorrado estimado: una parte sustancial de la carga de gestión de identidad, más el cumplimiento SOC 2 / ISO 27001 (audit trail completo).
02 - Bitwarden Business vs Enterprise: ¿en qué plan está SCIM?
A 1 de junio de 2026, este es el árbol de planes Bitwarden para uso organización:
| Plan | Precio / usuario / mes | SCIM 2.0 | SSO SAML 2.0 | Master password reset | Custom Roles | Event logs |
|---|---|---|---|---|---|---|
| Teams Starter | 4 USD (máx. 10 usuarios) | ✅ | ❌ | ❌ | ❌ | Basics |
| Teams (= Business) | 5 USD | ✅ | ❌ | ❌ | ❌ | Basics |
| Enterprise | 7 USD | ✅ | ✅ | ✅ | ✅ | Detallados |
| Families (fuera B2B) | 3,33 USD (6 usuarios) | ❌ | ❌ | ❌ | ❌ | ❌ |
Veredicto práctico: SCIM por sí solo es suficiente para automatizar el provisioning. Bitwarden Business (5 USD/usuario/mes) es el objetivo para la mayoría de las pymes. Enterprise (+40 % de precio) se justifica únicamente si exiges SSO SAML para autenticar el unlock del vault vía tu IdP (en lugar de un master password Bitwarden), políticas granulares (forzar 2FA hardware, duración de master password, etc.) o event logs detallados exportables hacia tu SIEM (Splunk, Datadog).
03 - Fuentes y alcance
Esta guía está compilada a partir de la documentación oficial SCIM de Bitwarden, Okta, Microsoft Entra (Azure AD) y Google Workspace, cubriendo:
- Bitwarden Business provisioning SCIM (endpoint hospedado, matriz de planes, precios públicos)
- Okta configuración del SCIM Connector y attribute mapping
- Azure AD / Entra ID provisioning de enterprise application
- Google Workspace opciones de provisioning (IdP intermediario, orquestadores de terceros, script custom)
Aspectos cubiertos: setup admin, comportamiento de sync IdP → Bitwarden tal como lo describen las docs de los fabricantes, casos de error frecuentes y edge cases (rename user, group flapping, deactivate y reactivate). Los escenarios con cifras a continuación (50 usuarios, 12 grupos, 100 empleados) son ejemplos ilustrativos, no mediciones de un banco de pruebas controlado.
04 - Setup Okta SCIM Bitwarden: 10 pasos
Requisitos previos
- Suscripción Bitwarden Business (o trial 14 d) activa
- Admin Okta con permisos "Application Administrator" + "Group Administrator"
- 1 admin Bitwarden propietario de la organización
- URL personalizada de región (US o EU) de tu instancia Bitwarden
Pasos
Paso 1 - Activar SCIM en Bitwarden. Consola Bitwarden → Settings → SCIM Provisioning → toggle ON. Anota la endpoint URL mostrada (forma: https://scim.bitwarden.com/v2/{organizationId}) y genera la SCIM API key (Bearer token). Guarda esos dos valores en tu vault personal de Bitwarden (irónico pero necesario).
Paso 2 - Crear la aplicación SCIM en Okta. Okta Admin → Applications → Browse App Catalog → buscar "Bitwarden" → seleccionar el connector oficial (publicado por Bitwarden Inc.) → Add Integration. Si no encuentras el connector oficial, elige "SCIM 2.0 Test App (Header Auth)" como plantilla genérica.
Paso 3 - Configurar la sección General Settings. Application label = Bitwarden Business, Application visibility = marcar "Do not display application icon to users" (los usuarios no tienen que pulsar este tile - es puramente provisioning backend).
Paso 4 - Configurar la sección Provisioning. Pestaña Provisioning → Settings → Integration → Enable API integration. Campos a rellenar:
- Base URL:
https://scim.bitwarden.com/v2/{organizationId}(el copiado en el paso 1) - API Token: el Bearer token copiado en el paso 1
- Pulsar Test API Credentials → debes ver
Verified successfully
Paso 5 - Activar las acciones de provisioning. Sigue en la pestaña Provisioning → To App → Edit → marcar: Create Users, Update User Attributes, Deactivate Users. NO marcar Sync Password (Bitwarden no utiliza las passwords de Okta - el unlock del vault sigue siendo vía el master password Bitwarden).
Paso 6 - Mapear los atributos Okta → Bitwarden SCIM. Sección Attribute Mappings. Configuración mínima funcional:
| Atributo Okta | Atributo SCIM | Nota |
|---|---|---|
user.email | userName | Bitwarden usa el email como identificador primario |
user.firstName | name.givenName | Visualización UI |
user.lastName | name.familyName | Visualización UI |
user.displayName | displayName | Visualización UI |
user.id | externalId | Crítico: usa el id Okta inmutable, nunca el email |
user.status == ACTIVE | active | Boolean para activate/deactivate |
Paso 7 - Configurar Push Groups. Pestaña Push Groups → Add Group → eliges los grupos Okta que quieres sincronizar como grupos Bitwarden. Cada group push creará un Bitwarden Group con el mismo nombre. Después podrás asignar Collections a estos Bitwarden Groups desde la consola Bitwarden.
Paso 8 - Asignar los usuarios a la aplicación Bitwarden. Pestaña Assignments → Assign → People (para test piloto 3-5 usuarios) y después Groups (para rollout). Solo los usuarios asignados a la app serán provisionados hacia Bitwarden. Best practice: crear un Okta Group padre bitwarden-users-all que contenga todos los subgrupos por departamento y luego asignar ese padre a la app.
Paso 9 - Test piloto sobre 5 usuarios. Verificar en la consola Bitwarden → Members que los 5 usuarios aparecen con estado Invited (primer login) o Accepted (post-aceptación). Verificar que el externalId Okta aparece bien en cada usuario Bitwarden (útil para debug futuro).
Paso 10 - Test deactivation + reactivation. Desactivar un usuario Okta → verificar su revocación en Bitwarden en < 30s. Reactivarlo en Okta → verificar su reintegración en Bitwarden en < 30s. Si OK: puedes extender a todos los usuarios.
Troubleshooting Okta SCIM Bitwarden
| Error observado | Causa | Fix |
|---|---|---|
400 Bad Request al crear usuario | email ausente o inválido | Forzar email como requerido en el Okta profile editor |
409 Conflict al crear usuario | externalId no único (a menudo email reutilizado) | Mapear user.id en lugar de user.email en externalId |
| Usuario creado pero no en el grupo correcto | Push Groups no configurado para ese grupo | Pestaña Push Groups → Add → grupo específico |
| Deactivation lenta (>2 min) | Okta scheduled job vs realtime | Forzar "Provision On Demand" para el usuario o esperar al siguiente sync |
05 - Setup Azure AD SCIM Bitwarden: 8 pasos
Azure AD (Entra ID) sigue una lógica cercana a Okta pero con su propia terminología.
Paso 1 - Activar SCIM en Bitwarden (idéntico al paso 1 de Okta).
Paso 2 - Crear una Enterprise Application en Entra. Entra admin → Identity → Applications → Enterprise applications → New application → Create your own application → elegir "Integrate any other application you don't find in the gallery" → Name = Bitwarden Business.
Paso 3 - Configurar Provisioning. Aplicación creada → Provisioning → Get Started → Provisioning Mode = Automatic. Campos:
- Tenant URL:
https://scim.bitwarden.com/v2/{organizationId} - Secret Token: Bearer SCIM token Bitwarden
- Pulsar Test Connection → respuesta
success
Paso 4 - Configurar los Mappings. Sección Mappings → "Provision Microsoft Entra ID Users" → Edit attribute list. Mapeo recomendado:
| Origen (Entra) | Destino (SCIM Bitwarden) |
|---|---|
userPrincipalName | userName |
givenName | name.givenName |
surname | name.familyName |
displayName | displayName |
objectId | externalId |
Switch([IsSoftDeleted], , "False", "True", "True", "False") | active |
Paso 5 - Desactivar el mapping de Groups si no es necesario. Por defecto, Entra también intenta provisionar los grupos. Si prefieres gestionar manualmente los Bitwarden Groups, desactiva Provision Microsoft Entra ID Groups. Si no, mantenlo activado para sync automático.
Paso 6 - Definir el scope. Sección Settings → Scope = Sync only assigned users and groups. Evita Sync all users, que potencialmente empujaría cientos de usuarios no afectados.
Paso 7 - Asignar usuarios y grupos. Application → Users and groups → Add user/group → seleccionar los usuarios y grupos correctos.
Paso 8 - Activar Provisioning Status = On. El primer ciclo de sync arranca en los siguientes 40 minutos (Azure AD no respeta el "immediate" anunciado en la realidad). Para forzar un sync inmediato sobre un usuario piloto: Provision on Demand → Provision.
Logs Entra y debug
Los Provisioning logs de Entra (Application → Provisioning → Audit logs) ofrecen un detalle granular:
- Status
Success/Skipped/Failed - Source object property values
- Target object property values
- Modified properties (delta)
Tip práctico: exportar los logs de Entra en CSV mensual para auditoría SOC 2. Esos logs prueban que cada provisioning / desprovisioning ha tenido lugar, con marca de tiempo.
06 - Setup Google Workspace SCIM Bitwarden
Google Workspace no propone un conector SCIM nativo para Bitwarden en el marketplace SAML/SCIM en 2026. Tres opciones para automatizar:
Opción A - Pasar por un IdP intermediario (recomendado para pymes mixtas). Si ya tienes Okta o Entra, autentica Google Workspace contra ellos (federated SSO) y usa Okta/Entra como fuente de verdad para el provisioning Bitwarden. Es el setup más estable.
Opción B - Usar un orquestador de terceros (BetterCloud, Torii, Lumos). Estas herramientas SaaS leen la Google Workspace Directory API, detectan joiners/movers/leavers y disparan SCIM Bitwarden vía su conector. Sobrecoste: 3-8 USD/usuario/mes según herramienta.
Opción C - Script Python custom Google Admin SDK → SCIM Bitwarden. Realizable con ~150 líneas de Python (Google Admin SDK para leer la directory, requests para POST/PATCH SCIM Bitwarden). Coste: 4-6 horas de desarrollo inicial + mantenimiento ocasional. Adaptado para < 100 usuarios si tienes un sysadmin capaz.
Veredicto: para la mayoría de las pymes en Google Workspace puro, la opción A (Okta intermediario) es imbatible. Okta Workforce Identity Cloud arranca a 4 USD/usuario/mes para 25-99 usuarios, lo cual se amortiza ampliamente a la vista de los beneficios.
07 - Escenario de referencia: 50 usuarios + 12 grupos (ilustrativo)
Por ejemplo, para un despliegue Okta + Azure AD de este tamaño, el comportamiento que cabe esperar según la documentación de los fabricantes:
- Sync inicial: la mayor parte del tiempo es la configuración admin; una vez fijados los mapeos, la sync efectiva es rápida
- Sync delta: un usuario recién creado se propaga normalmente en segundos a alrededor de un minuto
- Desactivación: un usuario desactivado pierde el acceso normalmente en segundos a alrededor de un minuto
- Errores iniciales: casi siempre ligados al attribute mapping (ver tabla de errores §04)
- Tras aplicar los fixes: los errores de mapping anteriores quedan resueltos
- Comportamiento edge case "user rename": rename Okta de un usuario (cambio firstName) → Bitwarden lo recoge en el siguiente sync delta (sync delta = 40 min por defecto en Okta, puede forzarse vía Provision on Demand)
- Comportamiento edge case "group flapping": usuario movido entre 2 grupos Okta → breve ventana de 18s donde el usuario no está en ningún grupo Bitwarden, después sync corregido. Sin pérdida de acceso a las Collections Bitwarden si los 2 grupos apuntan a las mismas Collections
- Reactivation post-deactivate: un usuario desactivado y luego reactivado en Okta → vuelve a
InvitedoAcceptedsegún el estado anterior, recupera sus accesos a Collections automáticamente (Bitwarden conserva el mapping)
08 - Comparativa SCIM B2B 2026
| Criterio | Bitwarden Business | 1Password Business | Dashlane Business | Keeper Business |
|---|---|---|---|---|
| SCIM endpoint | Hosted | SCIM Bridge auto-hospedado | Hosted | Hosted |
| Okta | ✅ Connector oficial | ✅ Vía Bridge | ✅ Nativo | ✅ Nativo |
| Azure AD | ✅ Nativo | ✅ Vía Bridge | ✅ Nativo | ✅ Nativo |
| Google Workspace | ⚠️ Vía IdP intermediario | ⚠️ Vía IdP intermediario | ✅ Nativo | ⚠️ Vía IdP |
| JumpCloud / OneLogin | ✅ Soportados | ✅ Vía Bridge | ⚠️ Parcial | ✅ |
| Precio / usuario / mes | 5 USD | 7,99 USD | 8 USD | 3,75 USD (basic) a 7 USD |
| SSO SAML 2.0 | Enterprise 7 USD | Incluido Business | Incluido | Enterprise tier |
| Audit logs SCIM | Básicos Business / detallados Enterprise | Detallados | Detallados | Detallados |
| Open source | ✅ Código público | ❌ | ❌ | ❌ |
| Self-host SCIM | ✅ Vaultwarden compatible | ✅ (Bridge) | ❌ | ❌ |
La elección depende de tu contexto:
- Pyme Okta o Azure AD pura, presupuesto ajustado → Bitwarden Business (5 USD)
- Pyme multi-IdP, compliance interno estricto, presupuesto OK → 1Password Business (Bridge auto-hospedado es una ventaja)
- Pyme Google Workspace pura → Dashlane Business (única nativa Google)
- Pyme precio bajo + features de volumen → Keeper Business 3,75 USD plan básico (pero features SCIM limitadas frente a Bitwarden)
09 - TCO a 3 años para pyme de 100 empleados
Modelo financiero ilustrativo para 100 empleados a 3 años, asumiendo un crecimiento del 10 %/año (110 usuarios en M36), a partir de precios públicos:
Bitwarden Business:
- M1-M12: 100 × 5 × 12 = 6 000 USD/año
- M13-M24: 110 × 5 × 12 = 6 600 USD/año
- M25-M36: 121 × 5 × 12 = 7 260 USD/año
- Total 3 años = 19 860 USD (~18 100 EUR al cambio 2026)
Beneficios cuantificados:
- Tiempo IT ahorrado (joiner-mover-leaver SCIM frente a manual): ~6 h IT/mes × 36 meses × 80 EUR/h = 17 280 EUR
- Auditoría SOC 2 facilitada (logs SCIM exportables): ~2 días de auditoría ahorrados/año × 3 años × 800 EUR/día = 4 800 EUR
- Riesgo evitado por ex-empleado con secretos (la revocación automática elimina un vector de brecha habitual; el IBM Cost of a Data Breach 2024 cifra el coste medio mundial en 4,88 M USD): valor estadístico no cuantificable en TCO directo, pero un solo caso evitado eclipsa el coste de las licencias
Balance ROI: Bitwarden Business SCIM se autofinancia desde el primer año vía las horas de IT ahorradas (17 280 EUR > 6 000 USD primer año). A partir del mes 13, el SCIM Bitwarden es netamente positivo en tu P&L IT.
Comparación a 3 años, mismo volumen:
- 1Password Business: 100 × 7,99 × 12 + crecimiento = ~31 700 USD (+60 %)
- Dashlane Business: 100 × 8 × 12 + crecimiento = ~31 750 USD (+60 %)
- Keeper Business (tier SCIM equivalente): 100 × 7 × 12 + crecimiento = ~27 800 USD (+40 %)
10 - Para ir más allá
- Nuestra opinión detallada Bitwarden 2026 (auditorías Cure53 + Insight Risk descifradas)
- La comparativa Bitwarden vs 1Password 2026 (UX, SSO, precio, seguridad)
- Nuestro tutorial self-host Vaultwarden (Raspberry Pi 4 + SCIM manual)
- Nuestro mejor gestor de contraseñas para empresa 2026 - cómo se compara Bitwarden Business con 1Password y NordPass para equipos
- Nuestra metodología pública - mismos criterios en todos los gestores comparados
PwdFortress recibe una comisión si te suscribes a Bitwarden Business vía los enlaces de este artículo. Esto no cambia ni el precio pagado ni el contenido: el setup SCIM está documentado a partir de las fuentes oficiales Okta / Azure AD / Google Workspace y Bitwarden, según nuestra metodología pública. Ver también nuestra opinión Bitwarden detallada.
Preguntas frecuentes
¿Hace falta Bitwarden Business o Enterprise para usar SCIM?
**SCIM 2.0 está incluido en los dos planes de pago de Bitwarden: Teams Starter, Teams y Enterprise**. El plan Bitwarden Business a 5 USD/usuario/mes (antes llamado Teams) cubre el 100 % de las funciones SCIM útiles para una pyme: provisioning Okta, Azure AD, OneLogin, JumpCloud, group sync y attribute mapping estándar. Enterprise (7 USD/usuario/mes) añade SSO SAML 2.0, reset de master password por el admin, custom roles y políticas avanzadas (2FA forzada, master password policies). **Para una simple automatización joiner-leaver-mover, Business es ampliamente suficiente**. Enterprise se justifica si necesitas SSO SAML para el login (en lugar de MFA clásico) o políticas granulares multi-colección.
¿Cuánto tiempo lleva un setup SCIM Okta → Bitwarden real?
La configuración de base se descompone en unos pocos pasos: activar SCIM en Bitwarden y generar el token, configurar el Okta SCIM Connector (URL endpoint + Bearer token), mapear los attributes (email, firstName, lastName, displayName, externalId, active), un test push de unos usuarios piloto y luego el sync completo. En producción con más de 200 usuarios repartidos en 12 grupos Okta, prever **entre 3 y 5 horas** la primera vez (mapeo de grupos Bitwarden ↔ Okta groups, validación por muestreo, gestión de usuarios huérfanos existentes).
¿SCIM Bitwarden sincroniza automáticamente los grupos de Okta?
**Sí, pero con reglas precisas**: Bitwarden Business mapea los **Okta Groups asignados a la aplicación SCIM** hacia **Bitwarden Groups** correspondientes. Los Bitwarden Groups permiten después asignar collections (vaults compartidos) y permisos (read/edit/manage). **Limitación importante**: un usuario Okta debe estar asignado individualmente a la aplicación Bitwarden (vía group assignment o individual assignment) para aparecer en Bitwarden. Un usuario dentro de un grupo Okta no asignado a la app SCIM NO será sincronizado. **Buena práctica**: crear un grupo Okta `bitwarden-users` padre + subgrupos por departamento (IT, Marketing, Finanzas, etc.) todos asignados a la app SCIM.
¿Qué pasa si desactivo un usuario en Okta? ¿Mis contraseñas compartidas siguen siendo accesibles?
**Desactivación de un usuario en Okta → propagación SCIM en < 30 segundos hacia Bitwarden**. El usuario pasa al estado `Revoked` en Bitwarden: pierde acceso a todas las collections compartidas, ya no puede descifrar ninguna entrada de la organización y su acceso a los clientes Bitwarden se revoca en el siguiente unlock. **Importante**: su vault personal Bitwarden (si está activado vía policy) se mantiene preservado hasta su eliminación total. Las contraseñas compartidas NO se vuelven visibles para él aunque su vault local hubiera sido cacheado antes de la revocación: la clave de la organización se rota en el lado servidor y su cliente pierde la capacidad de descifrar en el siguiente sync. En la práctica, la revocación se propaga en torno a medio minuto.
Bitwarden Business SCIM vs 1Password Business SCIM: ¿diferencias reales?
**1Password Business** propone un SCIM Bridge auto-hospedado (contenedor Docker a desplegar del lado del cliente) para Okta, Azure AD y Rippling. Es más complejo (frente al SCIM endpoint hosted de Bitwarden) pero ofrece control total de red. **Bitwarden Business** propone un SCIM endpoint hosted directamente sobre la instancia Bitwarden cloud (o Vaultwarden self-host con configuración manual). Para Okta y Azure AD, la experiencia admin es más directa con Bitwarden. **Veredicto**: si quieres un SCIM rápido de implementar para 50-500 usuarios, Bitwarden Business (5 USD/usuario/mes) gana en la relación simplicidad/precio. Si exiges un SCIM Bridge auto-hospedado para compliance interno estricto, 1Password Business (7,99 USD/usuario/mes) sigue siendo más coherente.
¿Qué errores SCIM se ven con más frecuencia en producción?
Los errores de sync inicial casi siempre vienen del attribute mapping. Los más frecuentes: (1) **`email` ausente o inválido** en Okta → el usuario no se crea en Bitwarden ; (2) **`externalId` no único** → Bitwarden rechaza el create por conflicto ; (3) **Group membership flapping**: un usuario movido entre 2 grupos Okta provoca un breve momento de desincronización en Bitwarden . Soluciones: forzar el attribute `email` como requerido en el Okta profile, usar `user.id` Okta como externalId (nunca el email), desactivar el auto-deprovisioning durante migraciones masivas. **Los Azure AD provisioning logs y los Bitwarden Event Logs (Enterprise) son esenciales para diagnosticar**.
¿Qué TCO a 3 años real para una pyme de 100 empleados?
**Ejemplo de cálculo** (ilustrativo, a partir de precios públicos): 100 empleados, Bitwarden Business a 5 USD/usuario/mes, SCIM Okta integrado. **Coste de licencias 3 años = 100 × 5 × 36 = 18 000 USD** (~16 200 EUR al cambio 2026). A comparar con el coste de inacción (gestión manual CSV: ~6 horas IT al mes para onboarding/offboarding = 216 horas en 3 años × 80 EUR/h = **17 280 EUR de costes ocultos evitados**) + **2 días de auditoría SOC 2 ahorrados gracias a los audit trails SCIM = 2 400 EUR**. **Balance neto**: SCIM se amortiza vía el tiempo de IT ahorrado desde el primer año con 50+ usuarios. Con 100+ usuarios, el ROI no admite debate. Comparativa: 1Password Business con los mismos 100 usuarios en 3 años = 28 764 USD (+59 %), Dashlane Business = 24 000 USD (+33 %).