Acerca de Organizations

Necesitas una cuenta de Kraken verificada por KYB para crear una Organization. Las cuentas personales de Kraken no son elegibles.

Solo el titular de la cuenta que completó la verificación empresarial puede crear una Organization. Una vez creada la Organization, esta persona pasa a ser el Propietario de la Organization.

No puedes deshacer la creación de una Organization mediante autoservicio. Una vez creada la Organization, revertirla requiere asistencia manual por parte de soporte.

Nota: Organizations está actualmente en fase beta. Es posible que algunas funcionalidades tengan limitaciones. Consulta Limitaciones de beta para más información.

Organizations permite a los clientes institucionales gestionar el acceso del equipo y exigir aprobaciones para acciones críticas en cuentas compartidas.

• Invita a los miembros del equipo a tu Organization
• Asigna permisos por flujo de trabajo y cuenta
• Exige aprobaciones para acciones críticas como retiros, cambios de dirección y actualizaciones de permisos
• Aplica controles de seguridad compartidos como la verificación en dos pasos y el tiempo límite de sesión
• Implanta la gobernanza de forma gradual – empieza rápido, ajusta después

Propietario de la Organization – El poseedor de la cuenta que creó la Organization. El Propietario comienza con permisos administrativos completos y es responsable de configurar el acceso y la gobernanza del equipo. No existe el rol de copropietario.

Miembro – Una persona invitada a la Organization con permisos específicos. Los Miembros inician sesión con sus propias credenciales de Kraken y deben cumplir con la política de Verificación en dos pasos para el inicio de sesión de Organization.

Usuario de Servicio – Un operador exclusivo de API creado dentro de la Organization. Los Usuarios de Servicio se autentican con credenciales de clave de API y pueden iniciar solicitudes, pero no pueden aprobarlas ni iniciar sesión en la interfaz. Consulta Usuarios de Servicio para más información.

Organización — El contenedor de nivel superior que agrupa miembros, cuentas y gobernanza en una única estructura.

Cuenta — Una unidad con balances segregados utilizada para trading y depósito y retiro. Los permisos se otorgan por cuenta – el acceso a una cuenta no se transfiere a otra. El trading multiaccount está previsto para una versión futura.

Permiso — Un derecho que define qué puede hacer un miembro o usuario de servicio. Los permisos son acumulativos: los usuarios parten sin acceso y cada permiso debe concederse de forma individual. Consulta Permisos y flujos de trabajo para obtener la referencia completa.

Flujo de trabajo — Un grupo de operaciones relacionadas que comparten el mismo modelo de permisos y configuración de políticas. Organizations tiene cuatro flujos de trabajo: Iniciar retiro, Gestionar direcciones, Gestionar acceso y Gestionar políticas.

Operación — Una acción específica dentro de un flujo de trabajo. Por ejemplo, "Crear un retiro cripto" es una operación en el flujo de trabajo Iniciar retiro.

Política — La configuración de gobernanza para un flujo de trabajo. Una política define cuántas aprobaciones se requieren y si ciertas acciones pueden completarse de inmediato por un subgrupo de usuarios. Consulta Políticas, aprobaciones y gobernanza para más detalles.

Solicitud — Una unidad de trabajo creada cuando un miembro o usuario de servicio inicia una acción en un flujo de trabajo sujeto a política. Las solicitudes se completan de inmediato (cuando la política lo permite) o pasan a la cola de aprobación.

Ejecutar — Un permiso que permite a un miembro completar acciones sin esperar aprobación, cuando la política del flujo de trabajo lo permite. Cuando "Requerir siempre aprobación" está activado, Ejecutar no tiene efecto.

Bloqueo de política — Un control de gobernanza que impide que una sola persona cambie la política de un flujo de trabajo. Cualquier cambio posterior requiere una aprobación independiente y está sujeto a que haya aprobadores disponibles.

Separación de funciones — La regla de que un miembro no puede aprobar su propia solicitud. Lo aplica el sistema y no puede anularse.

• Los miembros no pueden aprobar sus propias solicitudes. Lo aplica el sistema y no puede anularse.
• Los permisos son acumulativos. Los miembros comienzan sin acceso y deben obtener cada permiso de forma individual.
• El resultado inmediato o la necesidad de aprobación dependen tanto de los permisos del miembro como de la política del flujo de trabajo. Consulta Permisos y flujos de trabajo.
• Las políticas bloqueadas no se pueden cambiar sin aprobación independiente, ni siquiera por el propietario.
• La Verificación en dos pasos para el inicio de sesión en Organizations es obligatoria. La política se configura al crear la Organization y se aplica a todos los miembros actuales y futuros.
• Las sesiones inactivas expiran y requieren reautenticación.

Organizations se encuentra actualmente en fase Beta. Limitaciones clave:

• Solo está disponible el modo de cuenta única; el trading multicuenta aún no está disponible

• Algunas operaciones de la plataforma son exclusivas del propietario (Futures, OTC, Convertir, Custodia)

• Los registros de auditoría para el usuario aún no están disponibles

• Los roles personalizados no se pueden guardar ni reutilizar

• La confirmación por email para cambios de dirección inmediatos se envía al propietario, no al creador de la solicitud

• Algunas operaciones pueden variar entre la interfaz y la API durante la fase beta

Consulta Limitaciones de Beta para ver la lista completa.

Organizations agrupa acciones en cuatro áreas de flujo de trabajo. Cada flujo de trabajo tiene sus propios permisos y configuración de políticas.

¿Todo listo para crear tu Organization? Consulta Crear una Organization para ver el paso a paso completo y los primeros pasos: cómo invitar a miembros, asignar permisos, configurar políticas de aprobación y bloquear la gobernanza cuando estés listo.