Limitaciones de la Beta para Organizations

Organizations Beta ofrece a los clientes institucionales una capa de gobierno totalmente funcional para sus cuentas de Kraken.

Qué incluye la Beta

Durante la Beta puedes:

Crear una Organización e invitar a miembros del equipo
Asignar permisos para trading, financiación y administración
Configurar políticas de aprobación por flujo de trabajo
Requerir aprobación de varias partes para retiros, cambios de dirección, cambios de acceso y cambios de política
Bloquear políticas para evitar cambios unilaterales
Crear usuarios de servicio para acceso programático a la API
Aplicar políticas de 2FA para el inicio de sesión de la Organización y de tiempo de espera de sesión

Limitaciones actuales

Las siguientes limitaciones se aplican durante la Beta y se espera que cambien en futuras versiones.

Modelo de cuenta única

Tu Organización opera con la cuenta principal del Propietario. El trading multi-cuenta —donde los Miembros operan con subcuentas separadas con saldos independientes— aún no está disponible.

Esto significa: todos los Miembros con permisos de trading operan con la misma cuenta y comparten los mismos saldos y posiciones.

Alcance de permisos limitado

Los Miembros solo pueden realizar operaciones donde la plataforma tiene un permiso de Organización definido. Los permisos disponibles son:

Trading (Spot y Margen)
Asignar / Desasignar ganancias
Iniciar retiro
Administrar direcciones
Administrar acceso
Administrar políticas

Operaciones solo para el Propietario

Las operaciones no enumeradas anteriormente siguen siendo exclusivas del Propietario de la Organización. Esto incluye:

Trading de Futuros
Trading OTC
Convertir
Liquidaciones de custodia
Cualquier operación de plataforma sin un permiso de Organización correspondiente

El Propietario las realiza utilizando los mismos flujos que antes de la creación de la Organización. Otros Miembros no pueden acceder a estas operaciones durante la Beta.

No hay registros de auditoría visibles para el cliente

Los eventos de seguridad y los registros de auditoría para la actividad de los Miembros no están disponibles durante la Beta. Se ha planificado un panel de auditoría de autoservicio, pero aún no está disponible.

Los roles personalizados no se pueden guardar

Puedes crear configuraciones de permisos personalizadas al asignar roles, pero no puedes guardar un rol personalizado como plantilla reutilizable. Cada vez que asignas un rol personalizado, lo configuras desde cero.

Confirmación por correo electrónico enviada al Propietario

Cuando un Miembro utiliza Ejecutar para completar un cambio de dirección de inmediato, el sistema requiere confirmación por correo electrónico. Durante la Beta, esta confirmación siempre se envía al Propietario de la Organización, no al Miembro que inició el cambio. El envío directo de la confirmación al creador de la solicitud está planificado para una futura versión.

No hay API pública de gestión de Organizations

Durante la Beta, no hay una API pública de gestión de Organizations para la invitación de miembros, la gestión de permisos, la configuración de políticas o el bloqueo de políticas. El acceso programático está limitado a los Service Users que actúan a través de permisos de clave API en flujos compatibles.

Diferencias conocidas:

Invitación de miembros y gestión de permisos — disponible solo en la UI
Configuración y bloqueo de políticas — disponible solo en la UI
Solicitudes de retirada — disponibles a través de Service Users / claves API; cuando se configura una política de Organizations, la solicitud entra en la cola de aprobación
Operaciones de Trading y Earn a través de Service Users — disponibles solo a través de claves API (los Service Users no pueden acceder a la UI)

Consulta la documentación de la API de Kraken para obtener la información más reciente sobre las operaciones de clave API compatibles.

Si una operación que necesitas aún no está disponible a través de tu canal preferido, comprueba el otro canal o contacta con el soporte para obtener ayuda.

Cambios en la forma de respuesta de la API de retirada

Cuando una cuenta está inscrita en una Organization, la forma de respuesta de la EAPI withdrawFunds cambia. Las integraciones que analizan la forma estándar necesitan actualizaciones de código antes de la inscripción.

Se aplica solo a los usuarios de Organizations en el dominio extendido. Las cuentas que no son de Organizations no sufren cambios.

Respuesta estándar:

<code>{
 "error": [],
 "result": {
  "refid": "FTRqeuR-9Is99qcv54n0Y0535oPXxb"
 }
}</code>

Respuesta de Organization:

<code>{
 "error": [],
 "result": {
  "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
  "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
 }
}</code>

Comportamiento:

refid sigue devolviéndose en la creación de la solicitud y continúa identificando la retirada.
Se añade approval_request_id y este identifica la solicitud de aprobación que controla esta retirada.
La retirada se completa solo después de que se apruebe la solicitud de aprobación. Las solicitudes de aprobación rechazadas o caducadas no producen una retirada completada contra el refid.

Acción recomendada antes de la inscripción:

Audita el código que analiza las respuestas de withdrawFunds.
Actualiza el análisis para aceptar el campo adicional approval_request_id y para tratar la finalización como sujeta a aprobación.

¿Qué hacer a continuación?

El equipo de Organizations está trabajando activamente en la expansión del conjunto de características más allá de la Beta. Las áreas en desarrollo incluyen: