Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
11.2Cobro de transacciones erróneas.
Las transacciones se reconocerán como erróneas si durante el transcurso de la transacción se le ha asignado un código de error según lo establecido en el cuadro 2. A efectos de determinar las operaciones erróneas, se entiende por operación la presentación de una Orden, la retirada de una Orden, la retirada de una Orden con la presentación simultánea de una Orden con condiciones de Operación diferentes, la retirada de un par de Órdenes con la presentación simultánea de un par de Órdenes con condiciones de Operación diferentes.
El cálculo de la Comisión por Operaciones Erróneas se realizará para cada Sesión de Negociación durante el período comprendido entre la suspensión de la negociación de la sesión de compensación vespertina del Día de Negociación en curso (incluyendo el primer segundo de suspensión) y la suspensión de la negociación de la sesión de compensación vespertina del Día de Negociación siguiente (sin incluir el primer segundo de suspensión) (en adelante, el Período de Cálculo).
El cálculo del importe de la Tasa por transacciones erróneas se realizará según la fórmula:
donde:
TranFee2 - el importe de la Tasa por transacciones erróneas realizadas durante el Periodo de Liquidación (en rublos, incluido el IVA);
Cap - un límite en el importe máximo de la Tasa por transacciones erróneas establecido por el Centro Técnico y publicado en el sitio web de la Bolsa de Moscú;
xi- valor calculado por segundo, redondeado a enteros y determinado por la fórmula:
donde:
Qi- la suma de todos los puntos para el i-ésimo segundo (los puntos se determinan de acuerdo con la Tabla 2);
Li- el límite del ingreso dado, que se calcula según la fórmula y se redondea a números enteros:
Dónde:
Capacidadi- capacidad del inicio de sesión, determinada de acuerdo con el procedimiento estipulado en el punto 3.2 del presente anexo, válida para el i-ésimo segundo.
Tabla 2:
Tipo de transacción*
Resultado de la ejecución (código de error)*
Puntuación Q
AddOrder
Se ha producido una transacción cruzada (31)
Q1
Insuficiencia de fondos de clientes (332)
Q2
Fondos insuficientes de la empresa de corretaje (333)
Q3
Oferta FOK no consolidada (4103)
Q4
DelOrder
Pedido no encontrado (14)
Q5
MoveOrder
Se produjeron operaciones cruzadas (31)
Q6
No se haencontrado ningunaorden(50)
Q7
Insuficiencia de fondos declientes (332)
Q8
Insuficiencia de fondosde laempresade corretaje(333)
Q9
DelUserOrders
La transacción se ha completado con éxito,
y no se elimina ninguna orden
Q10
* de acuerdo con la descripción de la pasarela FORTS Plaza-2.
Los valores de los puntos Q1-Q10 se fijan por decisión del Centro Técnico y se publican en el sitio web de la Bolsa de Moscú.
Se cobrará una tasa por Transacciones erróneas si se cumple la condición:
donde:
TranFee2 - el importe de la Tasa por Transacciones erróneas realizadas durante el Periodo de Liquidación (en rublos, incluido el IVA);
Capmin- restricción del importe mínimo de la Tasa por Transacciones erróneas fijada por el Centro Técnico y publicada en la página web de la Bolsa de Moscú,
La Tasa por Operaciones Erróneas se cobra desde la sección del registro de compensación a la que está vinculada la entrada para la que se determina la Tasa por Operaciones Erróneas.
¿Quieres que nos emborrachemos?) ¿Es tan difícil escribir una cifra?
¿Cuál es el código de retorno de este error?
Volviendo al código de error de solicitud inválida
He cambiado un poco la función para borrar el pedido:
Función CheckError().
Después de hacer el pedido:
El servidor MT 5 no ha enviado ninguna respuesta, se ha activado la función CheckOrders() y se ha recibido un ticket de pedido:
Después de eso, el comando para eliminar la orden (EA) NO pasó:
Y esto también fue confirmado por la terminal:
Pregunta:
¿Cuál es el estado de la orden en la memoria del terminal?
¿Por qué la solicitud no es válida?
¡Recibí un ticket del entorno del terminal, por lo que el terminal "sabe" que el pedido está establecido!
Al fin y al cabo, más tarde la misma función borró esta orden con el mismo billete:
Volviendo al código de error de solicitud inválida
He modificado la función para borrar un poco el orden:
Función CheckError().
Después de hacer el pedido:
El servidor MT 5 no ha enviado ninguna respuesta, se ha activado la función CheckOrders() y se ha recibido un ticket de pedido:
Después de eso, el comando para eliminar la orden (EA) NO pasó:
Y esto también fue confirmado por la terminal:
Pregunta:
¿Cuál es el estado de la orden en la memoria del terminal?
¿Por qué la solicitud no es válida?
¡(He obtenido el ticket desde el entorno del terminal, por lo que el terminal "sabe que el pedido ha sido realizado")!
También está esto:
Inténtalo de esta manera:
Hay más de estos:
¡Sergei!
Por alguna razón me parece que si hay una multa (después de una orden judicial), no puede haber
su estado:
ORDER_STATE_REQUEST_ADD
¡Sergei!
De alguna manera me parece que si hay una multa (después de una orden judicial), no puede haber
Su estado:
Yo también lo creo, pero no es mi idea, este error es del registro de transacciones.
Después de añadir esta comprobación, ponga todos los estados, antes de la eliminación y la modificación, en el registro. Ya no se produce InvalidRequest.
Esta pregunta se refiere más a las operaciones del servidor y a los desarrolladores de cómo apareceORDER_STATE_REQUEST_ADD.
Yo también lo creo, pero no fue idea mía, este error es del registro de operaciones.
Después de añadir esta comprobación, ponga todos los estados, antes de la eliminación y la modificación, en el registro. Ya no se produce InvalidRequest.
Esta pregunta se refiere más a las operaciones del servidor y a los desarrolladores de cómo apareceORDER_STATE_REQUEST_ADD.