Dónde se deposita el dinero y qué puede hacer la plataforma: esto debe quedar claro antes de empezar.

Límites de control del modo API individual

El cliente conserva el control de su cuenta en la plataforma de intercambio y de sus fondos; la plataforma utiliza una API sin permisos de retirada para realizar la lectura de datos y la ejecución de operaciones.

En el modo API personal, los fondos se encuentran en la propia cuenta del cliente en la plataforma de intercambio. La plataforma utiliza una API limitada para leer la cuenta y ejecutar operaciones; el cliente conserva el control sobre el inicio de sesión, la gestión de los fondos y la desconexión, y la plataforma no necesita ni debe solicitar permisos de retirada de fondos.

• Los fondos permanecen en la plataforma de intercambio del cliente
• El cliente se reserva el derecho a revocar la API.
• La plataforma no requiere permisos de retirada de fondos.

Límites de gestión de las cuentas integradas

La plataforma se encarga de la integración de las cuentas y la gestión operativa, y detalla el capital, los beneficios, los gastos y el estado a través de registros independientes de cada cliente.

En las cuentas integradas, la plataforma se encarga de la gestión del flujo de fondos y de las cuentas de negociación, pero cada cliente debe seguir disponiendo de una atribución clara de los fondos y de un registro independiente. Los saldos disponibles, utilizados, los ingresos y los gastos que ve el cliente no pueden calcularse simplemente a partir del saldo total de la plataforma.

• Los clientes no necesitan configurar las interfaces de las plataformas de intercambio.
• La titularidad de los fondos de los clientes debe quedar claramente establecida
• El flujo normal de fondos queda registrado por el sistema.

Las contraseñas y las claves tienen unos límites de uso bien definidos.

Los clientes no deben enviar a atención al cliente ni a ninguna persona sus contraseñas de inicio de sesión, códigos de verificación de correo electrónico ni claves de las plataformas de intercambio; las configuraciones confidenciales solo deben realizarse a través de los canales oficiales.

La contraseña de inicio de sesión, el código de verificación del correo electrónico y la clave API no son datos que deban facilitarse al servicio de atención al cliente. Los clientes solo deben realizar configuraciones sensibles a través del portal seguro oficial de oqiron.com; cualquier solicitud de esta información a través del chat no forma parte del proceso normal de activación de la cuenta.

• No facilites el código de verificación a otras personas.
• La clave API solo debe introducirse en la plataforma oficial.
• Si detecta alguna anomalía, cancele la operación de inmediato y póngase en contacto con el servicio de atención al cliente.

El estado que ven los clientes procede de registros reales.

Las cuentas, los fondos, las órdenes y las comisiones no pueden sustituirse por datos de demostración. En caso de que no se pueda confirmar, debe mostrarse un error o un mensaje de espera, en lugar de mostrar resultados falsos que parezcan normales.

Los fondos, las órdenes y las comisiones que se muestran en la página de la cuenta deben proceder de registros operativos reales. Cuando no sea posible confirmarlos de momento, lo correcto es mostrar los estados «en tramitación», «restringido» o «anormal» y continuar con la verificación, en lugar de utilizar datos de demostración o estados antiguos para que la página parezca normal.

• Se da prioridad a los datos reales
• Aviso claro sobre el estado desconocido
• Registro de operaciones históricas

API personal: el cliente controla la cuenta de la plataforma de intercambio y el sistema dispone de una capacidad de negociación limitada.

El capital de negociación, los datos de inicio de sesión en las plataformas de intercambio y los derechos de revocación de la API pertenecen al cliente. OQIRON lee los saldos, las posiciones, las órdenes y las ejecuciones a través de la API, y ejecuta operaciones estratégicas dentro del ámbito de la autorización; la plataforma no requiere que el cliente transfiera su capital, ni debe obtener permisos para realizar retiradas.

Una vez que el cliente revoca la API, el sistema no puede seguir verificando los datos de la cuenta, por lo que se restringirá su funcionamiento; sin embargo, la revocación de la conexión no implica que las posiciones existentes en la plataforma de intercambio desaparezcan automáticamente. El cliente deberá comprobar sus posiciones y órdenes reales en la plataforma de intercambio y seguir los procedimientos de seguridad correspondientes.

• Fondos retenidos por el cliente y control de inicio de sesión
• El sistema solo utiliza los permisos de lectura y transacción necesarios.
• La revocación de la API no elimina automáticamente las posiciones reales.

Cuentas integradas: la plataforma gestiona el flujo de fondos, pero la titularidad de los clientes debe quedar más clara.

El cliente no configura por su cuenta la API de la plataforma de intercambio; la plataforma se encarga de la conexión de la cuenta, el mantenimiento operativo y los flujos de fondos. A cambio, la plataforma debe utilizar un libro mayor aislado del cliente para detallar el capital, el saldo utilizado, los beneficios, los gastos y el estado de los retiros, y no puede limitarse a comunicar al cliente un saldo cuya procedencia no pueda verificarse.

Los ingresos normales son confirmados por el sistema en función de los datos reales de los fondos; los administradores se encargan principalmente de gestionar las anomalías, las congelaciones, los reintentos y las revisiones, y no deben utilizar la aprobación manual como sustituto de los ingresos en cadena, los depósitos en las plataformas de intercambio o la contabilización de los clientes.

• La plataforma asume una mayor responsabilidad en materia de integración y mantenimiento.
• La titularidad de los fondos de los clientes debe registrarse de forma independiente.
• Las operaciones manuales no pueden sustituir a los ingresos reales ni a la conciliación de cuentas.

Independientemente del modo que se elija, las contraseñas, los códigos de verificación y las credenciales secretas no forman parte de la documentación de atención al cliente.

El servicio de atención al cliente oficial puede verificar el número de cliente, el número de orden público, los errores en la página y las capturas de pantalla que no contengan información confidencial, pero nunca solicitará al cliente que envíe la contraseña de la plataforma de intercambio, la clave secreta de la API, la frase de contraseña, la clave privada, la frase mnemotécnica ni el código de verificación del correo electrónico.

Cuando no sea posible confirmar los fondos, las órdenes o las comisiones, la página debe mostrar los estados «en espera», «restringido» o «anormal». Lo más valioso para el cliente no es que la página se muestre siempre en verde, sino que el sistema deje de hacer suposiciones cuando no haya pruebas suficientes y mantenga una vía para la verificación posterior.

• La información confidencial solo debe utilizarse en el portal oficial seguro.
• Las notificaciones de incidencias solo deben incluir información no confidencial que pueda verificarse.
• Los estados desconocidos deben mostrarse claramente, en lugar de simular que todo es normal.