Transferencias y retiros

Los retiros envían fondos fuera de tu Organización a direcciones externas incluidas en la lista blanca. Las transferencias mueven fondos entre las cuentas de tu propia Organización. Ambas son operaciones controladas: cada una se ejecuta como una solicitud bajo una política de flujo de trabajo y ambas están vinculadas a cuentas, de modo que se controla con precisión quién puede mover fondos y desde dónde. El movimiento de fondos es el punto donde convergen los dos modelos de acceso: siempre requiere una autorización de cada uno, un permiso de cuenta que identifique las cuentas implicadas y un nivel de Perfil de Flujo de Trabajo que cubra la propia solicitud. Este artículo explica cómo se resuelve cada uno de principio a fin.

Todos los retiros y transferencias se resuelven mediante las mismas tres comprobaciones. Distinguirlas es la clave para configurar y depurar el movimiento de fondos en tu Organización.

Comprobación 1 - Permiso de cuenta (¿qué cuentas?). El Miembro debe tener el permiso de movimiento de fondos en las cuentas implicadas:

  • Retiro: el permiso Retirar en la cuenta de origen.
  • Transferencia: el permiso Transferir tanto en la cuenta de origen como en la de destino.

Comprobación 2 - Nivel de flujo de trabajo (¿pueden iniciar?). El Perfil de Flujo de Trabajo del Miembro debe tener Iniciar (o Ejecutar) en el flujo de trabajo correspondiente: Solicitud de retiro o Solicitud de transferencia.

Comprobación 3 - Política (¿cómo se completa?). Entra en juego la política del flujo de trabajo. Si el Miembro tiene Ejecutar y "Requerir aprobación siempre" está DESACTIVADO, la solicitud se completa de inmediato. En caso contrario, espera el número de aprobaciones requerido por parte de otros Miembros.

Las comprobaciones 1 y 2 son permisos independientes, y mover fondos siempre requiere ambos. Un Miembro con Retirar en una cuenta pero sin Iniciar en Solicitud de retiro no puede retirar nada; tampoco puede hacerlo un Miembro que pueda iniciar solicitudes pero no tenga Retirar en ninguna cuenta.

Las comprobaciones están separadas por diseño. Los permisos de cuenta provienen de los Roles de cuenta del Miembro y responden al dónde; el Perfil de Flujo de Trabajo responde al si se puede; la política responde al cómo. Puedes ajustar cualquiera de ellos sin modificar los otros dos: limitar las cuentas desde las que un trader puede retirar sin cambiar las reglas de aprobación, o endurecer las aprobaciones sin alterar el acceso de nadie a las cuentas.

Una organización tiene tres cuentas: A, B y C. Priya, uno de sus miembros, tiene:

  • Un rol de cuenta que concede los permisos de lectura y transferencia en las cuentas A y B, y de retiro en la cuenta A.
  • Un perfil de flujo de trabajo con el permiso Iniciar en Solicitud de retiro y Solicitud de transferencia.
  • Políticas: La solicitud de retiro requiere 2 aprobaciones; la solicitud de transferencia requiere 1.

Lo que Priya puede hacer:

Acción

Resultado

Motivo

Transferencia A → B

Solicitud creada, pendiente de 1 aprobación

Permiso de transferencia en ambas cuentas; permiso Iniciar concedido; la política exige aprobación

Retirar de A

Solicitud creada, pendiente de 2 aprobaciones

Permiso de retiro en la cuenta de origen; permiso Iniciar concedido; la política exige 2

Retirar de B

No es posible

Sin permiso de retiro en B; la comprobación 1 falla

Transferencia A → C

No es posible

Sin permiso de transferencia en el destino; la comprobación 1 falla

Aprobar el retiro de un compañero

No es posible

Su perfil tiene el permiso Iniciar, no Aprobar

Los retiros se dirigen exclusivamente a direcciones incluidas en la lista blanca de tu Organización, que se gestiona mediante el flujo de trabajo independiente Manage Addresses. Una solicitud de retiro especifica la cuenta de origen, el activo y el importe, y un destino en la lista blanca.

Como los retiros sacan fondos de la Organización, la política de Withdrawal Request suele ser la primera que se endurece y bloquea. La mayoría de las Organizaciones exigen al menos una aprobación independiente para cada retiro, incluidos los del Propietario. Consulta Despliegue de la gobernanza.

La lista blanca de direcciones

Añadir o eliminar una dirección de la lista blanca es una operación gobernada en Manage Addresses, con su propia política. Las direcciones no se pueden editar; para cambiar una, elimínala y añade la nueva.

  • Las solicitudes de retiro solo pueden dirigirse a direcciones que estén en la lista blanca en el momento en que se complete la solicitud.
  • Un perfil con Initiate o Execute en Withdrawal Request también necesita View en Manage Addresses. Esto permite al Miembro revisar la lista blanca de direcciones de retiro de la Organización antes de seleccionar un destino.
  • View en Manage Addresses no permite modificar direcciones. Para iniciar un cambio de dirección se necesita Initiate (o Execute) en Manage Addresses; para aprobarlo, Approve en ese flujo de trabajo.
Consejo:

La lista blanca de direcciones y la aprobación de retiros se refuerzan mutuamente. Incluso un Miembro que pueda ejecutar retiros de forma inmediata solo puede enviar fondos a destinos que tu equipo haya aprobado a través de la lista blanca.

Las transferencias mueven fondos entre dos cuentas de tu Organización: para reequilibrar entre mesas de operaciones, dotar de fondos una nueva cuenta o consolidar beneficios. Los fondos nunca salen de la Organización, pero las transferencias cambian qué equipo puede acceder a ellos, por lo que se gobiernan con el mismo rigor que los retiros.

Conviene subrayar la regla de los dos extremos: el permiso Transfer es obligatorio tanto en la cuenta de origen como en la de destino. Un Miembro no puede vaciar una cuenta que controla hacia otra que no controla, ni extraer fondos de otras cuentas de la Organización hacia las suyas. Ambos extremos de cada transferencia requieren una concesión explícita.

Nota:

Las transferencias y los retiros tienen permisos independientes. Un operador que reequilibra entre cuentas todo el día necesita el permiso de transferencia, pero no tiene ningún motivo para tener el de retiro. Conceder uno no implica nunca el otro.

Ambos flujos de trabajo pueden iniciarse desde dos lugares, con las mismas comprobaciones y resultados en cualquier caso:

  • Desde el botón de la página. Selecciona Retirar o Transferir en la navegación principal. Elige la cuenta de origen de forma explícita durante el proceso (y, en las transferencias, también el destino). Solo se muestran las cuentas a las que tienes acceso.
  • Desde una fila de cuenta. En la lista de cuentas, la fila de cada cuenta ofrece las mismas acciones con esa cuenta preseleccionada como origen. El origen preseleccionado permanece visible durante la revisión y el envío. Las transferencias siguen requiriendo un destino explícito. Consulta Trabajar con varias cuentas para ver cómo la interfaz mantiene el contexto de cuenta de forma clara.
  • Haz un seguimiento en Solicitudes. Cada solicitud de retiro o transferencia muestra su estado, las aprobaciones recibidas hasta el momento y quién la ha revisado.
  • Los aprobadores revisan todos los detalles. Origen (y destino), activo, importe e iniciador: los aprobadores ven toda la información antes de decidir. Cualquier aprobador puede rechazar la solicitud.
  • El proceso queda registrado. Al completarse una solicitud, el movimiento se registra como un evento de seguridad vinculado a la solicitud y su historial de aprobaciones, lo que genera una trazabilidad completa desde la decisión hasta los fondos.

Una solicitud pendiente no reserva fondos. El balance de la cuenta de origen se comprueba cuando se completa la solicitud, tras la aprobación final, no cuando se crea. Si los fondos se han movido mientras tanto (una operación, otro retiro, una transferencia), la solicitud falla al completarse y debe reenviarse.

Para la mayoría de los equipos esto nunca ocurre. Los casos en que puede ocurrir: una cuenta de trading activa que también procesa retiros, o varias solicitudes de movimiento de fondos que utilizan el mismo balance simultáneamente. Hasta que llegue la reserva de fondos (ver más abajo), estos dos hábitos evitan problemas con las aprobaciones:

  • Trata el importe de una solicitud enviada como fondos comprometidos: evita operar o moverlo mientras las aprobaciones están en curso.
  • Cuando varias solicitudes dependen de una misma cuenta, apruébalas en el orden que se ajuste al balance disponible.

La reserva de fondos en el momento de crear la solicitud está en desarrollo: cuando esté disponible, enviar una solicitud bloqueará el importe y ninguna solicitud aprobada fallará por cambios en el balance durante la revisión.

Resolución de problemas

El problema está en la comprobación 2: su Workflow Profile no tiene el permiso Initiate en el flujo de trabajo Withdrawal Request. El permiso de cuenta Withdraw solo determina las cuentas permitidas; es el perfil quien decide si el miembro puede iniciar solicitudes. La vista previa de acceso efectivo en la página del miembro muestra exactamente cómo se resuelve esto.

Withdraw y Transfer son permisos independientes, y Transfer debe estar asignado tanto en la cuenta de origen como en la de destino. Comprueba sus Account Roles para verificar el permiso Transfer en ambas cuentas implicadas, y su perfil para el permiso Initiate en Transfer Request.

Tienes el permiso Transfer en la cuenta de origen, pero no en esa cuenta de destino. Ambos extremos de una transferencia deben estar cubiertos por tus permisos. Pide a un administrador que amplíe tu Account Role a la cuenta de destino.

El iniciador tiene el permiso Execute en Withdrawal Request y la opción «Always require approval» de la política está desactivada. Esta combinación completa las solicitudes de forma inmediata. Es el comportamiento previsto. Para exigir revisión a todos los usuarios, activa «Always require approval». Consulta Políticas, aprobaciones y gobernanza.

No han actuado suficientes aprobadores autorizados. Comprueba quién tiene el permiso Aprobar en Solicitud de transferencia, excluyéndote a ti, ya que no puedes aprobar tus propias solicitudes, y confirma que siguen activos. Si se desactivó a un aprobador después de que enviaras la solicitud, esta mantiene el número de aprobaciones requerido en el momento de su creación; concede el permiso Aprobar a otro Miembro para desbloquearla.

El balance de la cuenta de origen ya no cubría el importe cuando se completó la solicitud. Los balances se comprueban en el momento de la finalización, no en el de la creación, y una solicitud pendiente no reserva los fondos; por eso, la actividad en la cuenta durante la revisión puede dejar un saldo insuficiente. Confirma que los fondos están de nuevo en la cuenta de origen y envía una nueva solicitud. Consulta "Mantén los fondos disponibles hasta la aprobación".

¿Necesita más ayuda?