{"id":1484,"date":"2026-03-01T20:08:57","date_gmt":"2026-03-01T19:08:57","guid":{"rendered":"https:\/\/inheriti.com\/?page_id=1484"},"modified":"2026-08-21T01:35:46","modified_gmt":"2026-08-20T23:35:46","slug":"inheriti-business","status":"publish","type":"page","link":"https:\/\/inheriti.com\/es\/productos\/inheriti-business\/","title":{"rendered":"Inheriti\u00ae Business"},"content":{"rendered":"
\n
\n \n <\/i> Inheriti\u00ae<\/a>\n <\/i>\n <\/span> \n\n \n \n \n \n \n \n\n \n \n \n \n Productos<\/a>\n <\/i>\n <\/span>\n \n \n \n Inheriti\u00ae Business <\/span>\n <\/div>\n<\/div> \n
\n
\n
\n
\n
\n \"Los\n <\/div>\n <\/div>\n
\n
\n
\n
\n
\n Hecho para equipos y empresas<\/span>\n

Los accesos m\u00e1s sensibles de tu empresa, en manos de la empresa. No de una persona.<\/h1>\n
Las credenciales con las que funciona tu negocio viven en un plan que controla tu organizaci\u00f3n, al alcance de las personas en las que conf\u00edas, justo el d\u00eda que m\u00e1s falta hacen.<\/div> \n \n Ap\u00fantate al piloto <\/i><\/a>\n \n\n Hablemos<\/a>\n \n <\/div>\n <\/div>\n <\/div>\n <\/div>\n <\/div> \n <\/div>\n <\/div>\n<\/div>\n\n
\n
\n
\n
\n
\n
\n
\n
\n El problema de la persona clave<\/span>\n \n\n

Tu negocio sigue funcionando el d\u00eda que tu persona clave no puede<\/h2>\n \n\n \n

Tokens del banco, accesos al dominio, credenciales de servidores, c\u00f3digos de recuperaci\u00f3n: en la mayor\u00eda de las organizaciones est\u00e1n en manos de una persona, de un \u00fanico administrador del gestor de contrase\u00f1as o de una hoja de c\u00e1lculo. Cuando esa persona est\u00e1 de vacaciones, se marcha o falta de golpe, el trabajo se para.<\/p>\n

En Inheriti\u00ae Business el secreto es de la organizaci\u00f3n, no de una persona. Un plan se asigna a equipos y los miembros llegan a \u00e9l a trav\u00e9s de su equipo, as\u00ed que siempre hay una segunda y una tercera persona que pueden entrar. Ninguna persona, y ning\u00fan componente por separado, es un camino completo hasta los datos.<\/p>\n<\/div> \n \n\n\n \n\n \n\n \n <\/div>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n

\n
\n \n
\n
\n
\n \"Tu\n <\/div>\n <\/div>\n <\/div> \n \n <\/div> \n <\/div>\n <\/div>\n <\/div>\n<\/div>\n\n
\n
\n
\n
\n

Dos tipos de plan, para dos clases de d\u00eda<\/h2> \n <\/div>\n <\/div>\n \n
\n \n \n
\n
\n
\n \"Data\n

Data Backup Plans<\/h3>\n

El acceso del d\u00eda a d\u00eda a las credenciales y los secretos con los que trabaja un equipo. Un miembro solicita acceso, los moderadores del plan lo aprueban y los datos se muestran.<\/p>\n<\/div>\n Saber m\u00e1s <\/i><\/a>\n <\/div>\n <\/div>\n <\/div>\n \n \n

\n
\n
\n \"Business\n

Business Continuity Plans<\/h3>\n

Para el d\u00eda en que quien cre\u00f3 el plan no puede responder. El Dead Man Switch solo se arma cuando alguien solicita acceso: se pide una respuesta a esa persona y una sola respuesta lo detiene. Se suma a la autenticaci\u00f3n y a la moderaci\u00f3n, nunca las sustituye.<\/p>\n<\/div>\n Saber m\u00e1s <\/i><\/a>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n \n <\/div>\n<\/div>\n\n

\n
\n
\n
\n
\n
\n
\n
\n Cuando alguien se marcha<\/span>\n \n\n

En cuanto alguien se marcha, su acceso se marcha con \u00e9l<\/h2>\n \n\n \n

Una salida cierra el buz\u00f3n de correo y deja intactas las contrase\u00f1as compartidas, que siguen en la cabeza de alguien o en una exportaci\u00f3n que hizo el a\u00f1o pasado. Ni siquiera puedes hacer la lista de lo que habr\u00eda que cambiar.<\/p>\n

Tu organizaci\u00f3n se compone de miembros y equipos, y son los equipos los que tienen acceso a los planes. Elimina a un miembro, o s\u00e1calo de un equipo, y sus registros de acceso a shares quedan marcados como no v\u00e1lidos. No hay que volver a cifrar nada: cada solicitud se comprueba contra tu organizaci\u00f3n tal y como est\u00e1 en ese momento, as\u00ed que la persona tiene que seguir activa y seguir autorizada por su equipo y su rol.<\/p>\n

Lo que a\u00fan tenga en su dispositivo queda inerte. Si rotas el plan o el secreto, adem\u00e1s se purga el texto cifrado del share antiguo.<\/p>\n<\/div> \n \n\n\n \n\n \n\n \n <\/div>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n

\n
\n \n
\n
\n
\n \"En\n <\/div>\n <\/div>\n <\/div> \n \n <\/div> \n <\/div>\n <\/div>\n <\/div>\n<\/div>\n\n
\n
\n
\n
\n
\n
\n
\n
\n Pruebas cuando hacen falta<\/span>\n \n\n

Responde en segundos qui\u00e9n abri\u00f3 qu\u00e9 y cu\u00e1ndo<\/h2>\n \n\n \n

Lo pregunta un auditor, un cliente o un incidente, y la respuesta honesta suele ser encogerse de hombros. Un hueco t\u00e9cnico se convierte en un problema personal.<\/p>\n

Cada solicitud de acceso, cada aprobaci\u00f3n, cada denegaci\u00f3n y cada apertura quedan en el registro de auditor\u00eda de tu organizaci\u00f3n, junto a los eventos de autenticaci\u00f3n, moderaci\u00f3n, activos de datos, membres\u00eda, almacenamiento y suscripci\u00f3n. Exporta el registro completo como informe, o un registro acotado a un miembro, un equipo, un plan o una storage layer.<\/p>\n

Cada informe termina con una p\u00e1gina de integridad: un hash SHA-256 del documento, su referencia y su alcance. El registro de planes que incluye describe solo la configuraci\u00f3n, nunca el contenido protegido.<\/p>\n<\/div> \n \n\n\n \n\n \n\n \n <\/div>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n

\n
\n \n
\n
\n
\n \"Responde\n <\/div>\n <\/div>\n <\/div> \n \n <\/div> \n <\/div>\n <\/div>\n <\/div>\n<\/div>\n\n
\n
\n
\n
\n
\n
\n
\n
\n Acceso seg\u00fan tus reglas<\/span>\n \n\n

Da acceso a las personas sin repartir nunca una copia<\/h2>\n \n\n \n

La hoja de c\u00e1lculo, el mensaje de chat, el gestor de contrase\u00f1as personal, la nota en un caj\u00f3n: cada copia de un secreto es una filtraci\u00f3n esperando una excusa, y lo que ya has repartido no se puede recuperar.<\/p>\n

Un plan guarda lo de verdad: texto en claro, claves privadas, frases semilla, c\u00f3digos de recuperaci\u00f3n, claves de API, c\u00f3digos PIN, accesos a cuentas y tarjetas de pago, y tambi\u00e9n documentos, im\u00e1genes y v\u00eddeo. Cada activo se cifra en tu navegador antes de salir del dispositivo y despu\u00e9s se divide en shares que por separado no sirven de nada.<\/p>\n

Un miembro autorizado abre el activo dentro de Inheriti\u00ae Business y puede usarlo. Lo que cambia es que su acceso se comprueba en ese momento seg\u00fan su pertenencia al equipo, que puedes exigir que otros miembros aprueben primero, y que cada apertura queda registrada.<\/p>\n<\/div> \n \n\n\n \n\n \n\n \n <\/div>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n

\n
\n \n
\n
\n
\n \"Da\n <\/div>\n <\/div>\n <\/div> \n \n <\/div> \n <\/div>\n <\/div>\n <\/div>\n<\/div>\n\n
\n
\n
\n
\n
\n
\n
\n
\n \n\n

Cada apertura es una solicitud, con las reglas que t\u00fa pongas<\/h2>\n \n\n \n

T\u00fa decides cu\u00e1nto pesa la puerta en cada plan:<\/p>\n