<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Форум QUIK [тема: MOVE_ORDERS]</title>
		<link>http://forum.quik.ru</link>
		<description>Новое в теме MOVE_ORDERS форума  на сайте Форум QUIK [forum.quik.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 12 May 2026 21:44:37 +0300</pubDate>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message76835/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_YKYp2vFS" href="/user/15985/" bx-tooltip-user-id="15985">Ziveleos</a>, добрый день.<br /><br />Уточним, что такой ответ возвращает именно торговая система Срочного рынка МБ.<br /><br />Для подробного изучения ситуации требуется информация со стороны серверной части QUIK - к сожалению, такая информация за 14.10 уже недоступна.<br />На нашей конфигурации не удалось воспроизвести такую ситуацию.<br /><br />Если проблема повторится, просим сообщить время воспроизведения и номера исходных заявок.<br />Для более оперативной реакции предлагаем написать на нашу почту <noindex><a href="mailto:quiksupport@arqatech.com" target="_blank" rel="nofollow">quiksupport@arqatech.com</a></noindex>. <br />
			<i>02.11.2024 13:06:05, Anton Belonogov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message76835/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message76835/topic6588/</guid>
			<pubDate>Sat, 02 Nov 2024 13:06:05 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message76818/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_nysO8VxA" href="/user/15542/" bx-tooltip-user-id="15542">Anton Belonogov</a>, произошло это однажды, два раза за 3 минуты, но удивило то, что передвинулась только одна заявка, вопреки утверждениям в руководстве и на этом форуме: <noindex><a href="https://forum.quik.ru/messages/forum10/message56834/topic6588/#message56834" target="_blank" rel="nofollow">https://forum.quik.ru/messages/forum10/message56834/topic6588/#message56834</a></noindex><br />Поэтому и возник вопрос № 2: на &quot;боевом&quot; такое возможно? Нужен &quot;костыль&quot; в коде, или там не бывает подобных нежданчиков?<br />Версия QUIK 10.1.2.2. &nbsp;Только зачем она Вам, или сервер по-разному обрабатывает заявки терминалов разных версий?<br />Случилось это 14 числа. <br />
			<i>25.10.2024 03:37:31, Ziveleos.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message76818/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message76818/topic6588/</guid>
			<pubDate>Fri, 25 Oct 2024 03:37:31 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message76815/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_ezvvfxZ7" href="/user/15985/" bx-tooltip-user-id="15985">Ziveleos</a>, добрый день.<br /><br />Это был единственный случай, или подобное поведение воспроизводится регулярно?<br />Просим уточнить используемую версию Рабочего места QUIK, а также дату, когда наблюдалась данная ситуация. <br />
			<i>23.10.2024 05:10:16, Anton Belonogov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message76815/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message76815/topic6588/</guid>
			<pubDate>Wed, 23 Oct 2024 05:10:16 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message76803/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Столкнулся с неожиданным поведением MOVE_ORDERS и OnTransReply. Пришел reply с номером заявки <B>&#39;0&#39;</B>.<br />Скрипт передвигал заявки, всё шло штатно, как вдруг, откуда ни возьмись, появился<br /><br /><br />====quote====<br />Перестановка заявок завершена успешно. <span class="bx-font" style="color:#ff0000">New Order1 ID: </span><span class="bx-font" style="color:#ff0000"><B><span class="bx-font" style="color:#ff0000">0</span></B></span>, new Order2 ID: 1892958324056452578.<br />=============<br /><br />и статус транзакции -<span class="bx-font" style="color:#ff0000"> </span><B>«3»</B> – транзакция выполнена.<br /><br /><table class="forum-spoiler"><thead onclick="if (this.nextSibling.style.display=='none') { this.nextSibling.style.display=''; BX.addClass(this, 'forum-spoiler-head-open'); } else { this.nextSibling.style.display='none'; BX.removeClass(this, 'forum-spoiler-head-open'); } BX.onCustomEvent('BX.Forum.Spoiler:toggle', [{node: this}]); event.stopPropagation();"><tr><th><div>Скрытый текст</div></th></tr></thead><tbody class="forum-spoiler" style="display:none;"><tr><td>&#91;TransReply 1405.459 &#93;<br />account SPBFUT00018<br />date_time 19:05:00.912<br />result_msg Заявка 1892958324056452254 успешно зарегистрирована.<br />got_local_time 16:05:00.988<br />trans_id 30000001<br />uid 220189<br />error_code 0<br />order_num 1892958324056452254<br />server_trans_id 63<br />flags 2490369<br />order_flags 4<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:00.939<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190500<br />price 84951.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1405.532 &#93;<br />account SPBFUT00018<br />date_time 19:05:00.958<br />result_msg Заявка 1892958324056452255 успешно зарегистрирована.<br />got_local_time 16:05:01.060<br />trans_id 30000002<br />uid 220189<br />error_code 0<br />order_num 1892958324056452255<br />server_trans_id 63<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:00.989<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190500<br />price 84870.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1430.080 &#93;<br />account SPBFUT00018<br />date_time 19:05:25.490<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056452506, new Order2 ID: 1892958324056452507.<br />got_local_time 16:05:25.608<br />trans_id 30000003<br />uid 220189<br />error_code 0<br />order_num 1892958324056452506<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84936.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452506<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84865.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452507<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:25.512<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190525<br />price 84936.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1430.777 &#93;<br />account SPBFUT00018<br />date_time 19:05:26.209<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056452508, new Order2 ID: 1892958324056452509.<br />got_local_time 16:05:26.306<br />trans_id 30000004<br />uid 220189<br />error_code 0<br />order_num 1892958324056452508<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84966.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452508<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84865.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452509<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:26.238<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190526<br />price 84966.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1434.817 &#93;<br />account SPBFUT00018<br />date_time 19:05:30.287<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056452522, new Order2 ID: 1892958324056452523.<br />got_local_time 16:05:30.346<br />trans_id 30000005<br />uid 220189<br />error_code 0<br />order_num 1892958324056452522<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84966.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452522<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84845.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452523<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:30.313<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190530<br />price 84966.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1447.157 &#93;<br />account SPBFUT00018<br />date_time 19:05:42.631<br />result_msg Перестановка заявок завершена успешно. <span class="bx-font" style="color:#ff0000">New Order1 ID: 0</span>, new Order2 ID: 1892958324056452578.<br />got_local_time 16:05:42.685<br />trans_id 30000006<br />uid 220189<br />error_code 0<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84886.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 0<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84845.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056452578<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:42.659<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190542<br />price 84886.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1459.903 &#93;<br />account SPBFUT00018<br />date_time 19:05:55.386<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:05:55.430<br />trans_id 30000007<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:55.423<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190555<br />price 84886.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1461.416 &#93;<br />account SPBFUT00018<br />date_time 19:05:56.886<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:05:56.944<br />trans_id 30000008<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:56.922<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190556<br />price 84886.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1461.996 &#93;<br />account SPBFUT00018<br />date_time 19:05:57.478<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:05:57.524<br />trans_id 30000009<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:05:57.515<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190557<br />price 84966.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1471.973 &#93;<br />account SPBFUT00018<br />date_time 19:06:07.436<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:06:07.501<br />trans_id 30000010<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:06:07.472<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190607<br />price 84856.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1489.669 &#93;<br />account SPBFUT00018<br />date_time 19:06:25.153<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:06:25.196<br />trans_id 30000011<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:06:25.188<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190625<br />price 84968.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1491.725 &#93;<br />account SPBFUT00018<br />date_time 19:06:27.204<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:06:27.252<br />trans_id 30000012<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:06:27.239<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190627<br />price 84938.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1516.273 &#93;<br />account SPBFUT00018<br />date_time 19:06:51.758<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:06:51.799<br />trans_id 30000013<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:06:51.791<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190651<br />price 84938.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1521.746 &#93;<br />account <br />date_time 19:06:57.225<br />result_msg Удаление заявок по условию успешно завершено. Удалено заявок: 2.<br />got_local_time 16:06:57.272<br />trans_id 30000014<br />uid 220189<br />error_code 0<br />order_num 0<br />server_trans_id 69<br />flags 1310721<br />order_flags 0<br />class_code <br />gate_reply_time 00:00:00.000<br />quantity 0.0<br />sent_local_time 16:06:57.254<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code <br />firm_id <br />first_ordernum 0<br />time 190657<br />price 0.0<br />sec_code <br /><br />&#91;TransReply 1539.803 &#93;<br />account SPBFUT00018<br />date_time 19:07:15.257<br />result_msg Заявка 1892958324056453090 успешно зарегистрирована.<br />got_local_time 16:07:15.330<br />trans_id 30000001<br />uid 220189<br />error_code 0<br />order_num 1892958324056453090<br />server_trans_id 63<br />flags 2490369<br />order_flags 4<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:07:15.281<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190715<br />price 84957.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1539.853 &#93;<br />account SPBFUT00018<br />date_time 19:07:15.304<br />result_msg Заявка 1892958324056453091 успешно зарегистрирована.<br />got_local_time 16:07:15.380<br />trans_id 30000002<br />uid 220189<br />error_code 0<br />order_num 1892958324056453091<br />server_trans_id 63<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:07:15.331<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190715<br />price 84826.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1542.927 &#93;<br />account SPBFUT00018<br />date_time 19:07:18.382<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056453111, new Order2 ID: 1892958324056453112.<br />got_local_time 16:07:18.452<br />trans_id 30000003<br />uid 220189<br />error_code 0<br />order_num 1892958324056453111<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84942.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453111<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84831.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453112<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:07:18.404<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190718<br />price 84942.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1544.235 &#93;<br />account SPBFUT00018<br />date_time 19:07:19.695<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056453119, new Order2 ID: 1892958324056453120.<br />got_local_time 16:07:19.761<br />trans_id 30000004<br />uid 220189<br />error_code 0<br />order_num 1892958324056453119<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84972.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453119<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84831.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453120<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:07:19.715<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190719<br />price 84972.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1547.977 &#93;<br />account SPBFUT00018<br />date_time 19:07:23.445<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056453142, new Order2 ID: 1892958324056453143.<br />got_local_time 16:07:23.503<br />trans_id 30000005<br />uid 220189<br />error_code 0<br />order_num 1892958324056453142<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84972.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453142<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84821.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453143<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:07:23.459<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190723<br />price 84972.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1577.927 &#93;<br />account SPBFUT00018<br />date_time 19:07:53.399<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056453337, new Order2 ID: 1892958324056453338.<br />got_local_time 16:07:53.453<br />trans_id 30000006<br />uid 220189<br />error_code 0<br />order_num 1892958324056453337<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84892.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453337<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84821.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453338<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:07:53.409<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190753<br />price 84892.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1587.912 &#93;<br />account SPBFUT00018<br />date_time 19:08:03.384<br />result_msg Перестановка заявок завершена успешно. New Order1 ID: 1892958324056453376, new Order2 ID: 1892958324056453377.<br />got_local_time 16:08:03.437<br />trans_id 30000007<br />uid 220189<br />error_code 0<br />order_num 1892958324056453376<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84892.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453376<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84831.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453377<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:03.402<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190803<br />price 84892.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1600.455 &#93;<br />account SPBFUT00018<br />date_time 19:08:15.914<br />result_msg Перестановка заявок завершена успешно.<span class="bx-font" style="color:#ff0000"> New Order1 ID: 0,</span> new Order2 ID: 1892958324056453419.<br />got_local_time 16:08:15.980<br />trans_id 30000008<br />uid 220189<br />error_code 0<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />orders <br /> order_0 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84882.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 0<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /> order_1 <br /> &nbsp;account = SPBFUT00018<br /> &nbsp;exchange_code = <br /> &nbsp;quantity = 1.0<br /> &nbsp;price = 84831.0<br /> &nbsp;class_code = SPBFUT<br /> &nbsp;brokerref = <br /> &nbsp;order_num = 1892958324056453419<br /> &nbsp;client_code = SPBFUT00018<br /> &nbsp;firm_id = SPBFUT000000<br /> &nbsp;first_ordernum = 0<br /> &nbsp;balance = 0.0<br /> &nbsp;order_flags = 0<br /> &nbsp;sec_code = SiZ4<br /><br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:15.937<br />error_source 0<br />exchange_code <br />status 3<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190815<br />price 84882.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1619.361 &#93;<br />account SPBFUT00018<br />date_time 19:08:34.828<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:08:34.886<br />trans_id 30000009<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:34.857<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190834<br />price 84883.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1619.480 &#93;<br />account SPBFUT00018<br />date_time 19:08:34.959<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:08:35.005<br />trans_id 30000010<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:34.987<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190834<br />price 84893.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1619.798 &#93;<br />account SPBFUT00018<br />date_time 19:08:35.241<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:08:35.323<br />trans_id 30000011<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:35.270<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190835<br />price 84893.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1619.973 &#93;<br />account SPBFUT00018<br />date_time 19:08:35.422<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:08:35.497<br />trans_id 30000012<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:35.450<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190835<br />price 84883.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1621.733 &#93;<br />account SPBFUT00018<br />date_time 19:08:37.182<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:08:37.258<br />trans_id 30000013<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:37.210<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190837<br />price 84893.0<br />sec_code SiZ4<br /><br />&#91;TransReply 1622.411 &#93;<br />account SPBFUT00018<br />date_time 19:08:37.893<br />result_msg Вы не можете снять данную заявку<br />got_local_time 16:08:37.935<br />trans_id 30000014<br />uid 220189<br />error_code 8635230<br />order_num 0<br />server_trans_id 67<br />flags 2359297<br />order_flags 0<br />class_code SPBFUT<br />gate_reply_time 00:00:00.000<br />quantity 1.0<br />sent_local_time 16:08:37.922<br />error_source 3<br />exchange_code <br />status 6<br />brokerref <br />balance 0.0<br />client_code SPBFUT00018<br />firm_id SPBFUT000000<br />first_ordernum 0<br />time 190837<br />price 84893.0<br />sec_code SiZ4</td></tr></tbody></table><br /> Скрипт, получив от OnTransReply <B>status 3</B>, запоминает номера заявок и пытается их передвинуть, что у него, естественно, не получается. Это повторяется дважды в течение трёх минут.<br />Отсюда два вопроса:<br />1). Это как пониматьвашу, господа разработчики?<br />2). Такое поведение вашего продукта возможно только на учебном quik, или на боевом также может произойти такой пердюмонокль? <br />
			<i>16.10.2024 23:02:26, Ziveleos.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message76803/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message76803/topic6588/</guid>
			<pubDate>Wed, 16 Oct 2024 23:02:26 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message66452/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Добрый день, <a class="blog-p-user-name" id="bp_VuqWGVft" href="/user/14016/" bx-tooltip-user-id="14016">Незнайка</a>, <a class="blog-p-user-name" id="bp_r2lJkNvG" href="/user/13869/" bx-tooltip-user-id="13869">Андрей</a>.<br /><br />Сообщаем, что ваши пожелания были реализованы в версии 10.0.0 терминала QUIK. <br />
			<i>26.10.2022 07:58:11, Karina Dmitrieva.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message66452/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message66452/topic6588/</guid>
			<pubDate>Wed, 26 Oct 2022 07:58:11 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message63361/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Здравствуйте.<br />====quote====<br /><a class="blog-p-user-name" id="bp_vh1dV2Dn" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><noindex><a href="/user/14016/" target="_blank" rel="nofollow">Незнайка</a></noindex>, добрый день!<br /><br /> <br />====quote====<br /><noindex><a href="/user/14016/" target="_blank" rel="nofollow">Незнайка</a></noindex> написал:<br />Не совсем так:<br />Цитата - Если при сдвиге пары заявок одна из них наткнулась на кросс-сделку (сведение с заявкой от того же ИНН, либо клиентского регистра), она откатывается, а другая заявка сдвигается.<br />=============<br /> Да, действительно. Большое спасибо, что поправили.<br /><br /> <br />====quote====<br /><noindex><a href="/user/14016/" target="_blank" rel="nofollow">Незнайка</a></noindex> написал:<br />Присоединяюсь.<br />=============<br /> Зарегистрировали аналогичное пожелание и от Вас.<br />=============<br /><br />Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что &nbsp;реализация пожелания признана потенциально целесообразной. Если по &nbsp;результатам дальнейшего анализа, включающего юридические аспекты, анализ &nbsp;на непротиворечивость с общей политикой компании, никаких возражений не &nbsp;возникнет, мы постараемся включить Ваше пожелание в план доработок при &nbsp;выпуске одной из следующих версий нашего ПО. <br />
			<i>23.05.2022 05:02:54, Daniil Pozdnyakov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message63361/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message63361/topic6588/</guid>
			<pubDate>Mon, 23 May 2022 05:02:54 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message63360/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Здравствуйте.<br />====quote====<br /><a class="blog-p-user-name" id="bp_BffNULOO" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex>, <br /><br /> <br />====quote====<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex> написал:<br />Это новость про либо обе, либо ни одна. Об этом хорошо бы написать в документации.<br />=============<br /> Это уже указано в документации к биржевому протоколу.<br />Так как результат возвращает биржа и, соответственно, он в любой момент может поменяться, мы не считаем правильным фиксировать его в нашей документации.<br /><br /> <br />====quote====<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex> написал:<br />На момент onTransReply нет еще onOrder и записи в заявках<br />=============<br /> Если в OnTransReply вернулся номер заявки(ок), это значит, что новая заявка была зарегистрирована, что приведет к срабатыванию OnOrder и появлению соответствующей записи в таблице заявок.<br />Зарегистрировали пожелание на добавление полей price, quantity и order_num для второй заявки. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.<br />Касательно направления на данной транзакции, с данным пожеланием рекомендуем обратиться на биржу.<br /><br /><br /> <br />====quote====<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex> написал:<br />Еще вопрос. Чем обусловлено наличие MODE=0 и MODE=1? Неужели неизменность количества позволяет как-то по особому, заметно эффективнее и т.п. релизовать? Настолько, что даже выделили отдельный режим, а не в рамках частного случая с заданием кол-в MODE=1.<br />=============<br /> Данный вопрос также следует адресовать специалистам биржи.<br />=============<br /><br />Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что &nbsp;реализация пожелания признана потенциально целесообразной. Если по &nbsp;результатам дальнейшего анализа, включающего юридические аспекты, анализ &nbsp;на непротиворечивость с общей политикой компании, никаких возражений не &nbsp;возникнет, мы постараемся включить Ваше пожелание в план доработок при &nbsp;выпуске одной из следующих версий нашего ПО. <br />
			<i>23.05.2022 05:01:35, Daniil Pozdnyakov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message63360/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message63360/topic6588/</guid>
			<pubDate>Mon, 23 May 2022 05:01:35 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message59566/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Здравствуйте!<br /> <br /> Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ. <br />
			<i>16.11.2021 14:05:09, Daniil Pozdnyakov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message59566/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message59566/topic6588/</guid>
			<pubDate>Tue, 16 Nov 2021 14:05:09 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message59500/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Здравствуйте,<br />В MOVE_ORDERS появился mode=3? По крайней мере квик этот режим принимает и не выкидывает ошибку.<br />Он как в плазе работает?<br />Описание от туда:<br />Установить объемы заявок равными присланным за вычетом сведенной части заявки (не меньше 0). Если присланный объем<br />меньше сведенной части заявки, удаляются обе заявки.<br /><br />Дополните документацию квика тогда, а то там нет такого режима. <br />
			<i>11.11.2021 20:16:08, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message59500/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message59500/topic6588/</guid>
			<pubDate>Thu, 11 Nov 2021 20:16:08 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message58735/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_qMzeFwMn" href="/user/14016/" bx-tooltip-user-id="14016">Незнайка</a>, добрый день!<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_jCJK6dYV" href="/user/14016/" bx-tooltip-user-id="14016">Незнайка</a> написал:<br />Не совсем так:<br />Цитата - Если при сдвиге пары заявок одна из них наткнулась на кросс-сделку (сведение с заявкой от того же ИНН, либо клиентского регистра), она откатывается, а другая заявка сдвигается.<br />=============<br />Да, действительно. Большое спасибо, что поправили.<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_oo5GBVRb" href="/user/14016/" bx-tooltip-user-id="14016">Незнайка</a> написал:<br />Присоединяюсь.<br />=============<br />Зарегистрировали аналогичное пожелание и от Вас. <br />
			<i>19.10.2021 16:56:34, Roman Azarov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message58735/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message58735/topic6588/</guid>
			<pubDate>Tue, 19 Oct 2021 16:56:34 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message58550/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_N5ZPzPQy" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br />Обе заявки успешно изменены, либо не изменена ни одна, либо ошибка. Это уже можно понять по реплаю.<br />=============<br /><br />Не совсем так:<br /><br />====quote====<br />Если при сдвиге пары заявок одна из них наткнулась на кросс-сделку (сведение с заявкой от того же ИНН, либо клиентского регистра), она откатывается, а другая заявка сдвигается.<br />=============<br /><br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_Pd6GM2xQ" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><br />====quote====<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex> написал:<br />На момент onTransReply нет еще onOrder и записи в заявках<br />=============<br />Если в OnTransReply вернулся номер заявки(ок), это значит, что новая заявка была зарегистрирована, что приведет к срабатыванию OnOrder и появлению соответствующей записи в таблице заявок.<br />=============<br />OnOrder сработает потом когда-нибудь, а информация по новой заявке нужна уже сейчас в OnTransReply.<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_qRM2zfCy" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br />Зарегистрировали пожелание на добавление полей price, quantity и order_num для второй заявки.<br />=============<br />Присоединяюсь. <br />
			<i>12.10.2021 19:06:27, Незнайка.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message58550/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message58550/topic6588/</guid>
			<pubDate>Tue, 12 Oct 2021 19:06:27 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56848/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_17QReKwb" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a>, <br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_si1mmZTW" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />Это новость про либо обе, либо ни одна. Об этом хорошо бы написать в документации.<br />=============<br />Это уже указано в документации к биржевому протоколу.<br />Так как результат возвращает биржа и, соответственно, он в любой момент может поменяться, мы не считаем правильным фиксировать его в нашей документации.<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_npFHMfC9" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />На момент onTransReply нет еще onOrder и записи в заявках<br />=============<br />Если в OnTransReply вернулся номер заявки(ок), это значит, что новая заявка была зарегистрирована, что приведет к срабатыванию OnOrder и появлению соответствующей записи в таблице заявок.<br />Зарегистрировали пожелание на добавление полей price, quantity и order_num для второй заявки. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.<br />Касательно направления на данной транзакции, с данным пожеланием рекомендуем обратиться на биржу.<br /><br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_pZ7rExgK" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />Еще вопрос. Чем обусловлено наличие MODE=0 и MODE=1? Неужели неизменность количества позволяет как-то по особому, заметно эффективнее и т.п. релизовать? Настолько, что даже выделили отдельный режим, а не в рамках частного случая с заданием кол-в MODE=1.<br />=============<br />Данный вопрос также следует адресовать специалистам биржи. <br />
			<i>29.07.2021 07:56:52, Roman Azarov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56848/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56848/topic6588/</guid>
			<pubDate>Thu, 29 Jul 2021 07:56:52 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56846/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_VYnd0FJv" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex>, здравствуйте!<br /><br />1) Обе заявки успешно изменены, либо не изменена ни одна, либо ошибка. Это уже можно понять по реплаю.<br /><br />2) sec_code не может отличаться у двух данных заявок. Регистрируем пожелание на возможность получения price, quantity и order_num второй заявки?<br /><br />3) Мы не добавляем в транзакцию поля, которые отсутствуют в биржевом интерфейсе. Так как для данной транзакции в принципе отсутствует направление, добавить его в реплай возможности нет.<br />Сама задача в принципе не ясна. Данной транзакцией нельзя изменить направление заявки. Зачем необходимо его получать в onTransReply?<br /><br />На данный момент, рекомендуем получать номер второй заявки из поля result_msg.<br />Всю прочую информацию же можно получить из таблицы заявок по данному номеру.<br />=============<br />Это новость про либо обе, либо ни одна. Об этом хорошо бы написать в документации.<br />Насчет направления и &quot;из таблицы заявок по данному номеру&quot;:<br />На момент onTransReply нет еще onOrder и записи в заявках. Но в onTransReply есть почти вся смысловая информация о новой заявке. Не хватает только направления и именно для MOVE_ORDERS. И тогда не нужно вести свою базу заявок, ожидающих подтверждения. Ради этого одного поля. <br /><br />Еще вопрос. Чем обусловлено наличие MODE=0 и MODE=1? Неужели неизменность количества позволяет как-то по особому, заметно эффективнее и т.п. релизовать? Настолько, что даже выделили отдельный режим, а не в рамках частного случая с заданием кол-в MODE=1. <br />
			<i>28.07.2021 20:34:13, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56846/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56846/topic6588/</guid>
			<pubDate>Wed, 28 Jul 2021 20:34:13 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56834/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_rZt088yA" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a>, здравствуйте!<br /><br />1) Обе заявки успешно изменены, либо не изменена ни одна, либо ошибка. Это уже можно понять по реплаю.<br /><br />2) sec_code не может отличаться у двух данных заявок. Регистрируем пожелание на возможность получения price, quantity и order_num второй заявки?<br /><br />3) Мы не добавляем в транзакцию поля, которые отсутствуют в биржевом интерфейсе. Так как для данной транзакции в принципе отсутствует направление, добавить его в реплай возможности нет.<br />Сама задача в принципе не ясна. Данной транзакцией нельзя изменить направление заявки. Зачем необходимо его получать в onTransReply?<br /><br />На данный момент, рекомендуем получать номер второй заявки из поля result_msg.<br />Всю прочую информацию же можно получить из таблицы заявок по данному номеру. <br />
			<i>28.07.2021 11:58:04, Roman Azarov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56834/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56834/topic6588/</guid>
			<pubDate>Wed, 28 Jul 2021 11:58:04 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56817/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_OB3kW41q" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><br /> Если указан номер одной заявки и эта заявка была успешно заменена, либо, если указаны номера двух заявок и &nbsp;обе &nbsp;заявки были успешно заменены. В иных случаях будет ошибка.<br /><br /> <br />====quote====<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex> написал:<br /> Мое предложение - отправлять 2 реплая, с еще одним битом во флаге с указанием на какую заявку из двух каждый. Обоснуйте, почему это не будет улучшением.<br />=============<br /> Реплай отправляется биржей по достаточно понятной логике - 1 транзакция = 1 реплай.<br />Можем предложить зарегистрировать пожелание на возможность получения в OnTransReply номеров обеих заявок. Такой возможности на данный момент действительно нет.<br />=============<br />1) Нужно по реплаю однозначно понимать статус по обеим заявкам (по отдельности).<br />2) Добавьте тогда как минимум эти поля по второй заявке (если она есть): sec_code, price, quantity, order_num. <br />3) Желательно добавить сюда и направление заявок. Даже если этого нет в биржевом интерфейсе, там нет и многих других полей, которые есть в реплае. Вы обогощаете ими. Так включите сюда же и направление 0\1. Например битом, по аналогии как оно заполняется для обычных транзакций (см выше). Но теперь это нужно тоже по обеим заявкам в одном реплае. Поэтому может и отдельным полем сделать. И дублировать его как все вышеуказанные в п.2 для второй заявки, если она есть. <br />
			<i>27.07.2021 16:09:38, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56817/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56817/topic6588/</guid>
			<pubDate>Tue, 27 Jul 2021 16:09:38 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56788/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_q1j5DG6k" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a>, добрый день!<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_cUWIJ0oE" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />1) Признак направления заявки есть в самой заявке и он не меняется. Ничто не мешает для унификации его проставлять во flags так же, как для других транзакций. Чтобы в реплае понимать, реплай это на покупку или на продажу. Польза этого сомнений не вызывает, стоимость реализации низкая.<br />=============<br />Речь идет про транзакцию, а не про заявку.<br />Повторимся, на <U>биржевой</U><U> </U><U>транзакции</U><B> </B>MOVE_ORDERS нет поля &quot;Направление&quot;. Направление <B>не</B> уходит в транзакции и <B>не</B> возвращается <U>биржей</U>.<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_bF1ikd47" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />В торговую систему отправляются две новые заявки<br />=============<br />Транзакции и заявки это две совершенно разные вещи. В данном случае, транзакция одна, а заявки две, все верно.<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_DEoBnyef" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />Что же тогда считается успешной одной транзакцией, если успех принятия заявок может быть различным?<br />=============<br />Если указан номер одной заявки и эта заявка была успешно заменена, либо, если указаны номера двух заявок и <B>обе</B> заявки были успешно заменены. В иных случаях будет ошибка.<br /><br /><br />====quote====<br /><a class="blog-p-user-name" id="bp_30Dfgj7z" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br /> Мое предложение - отправлять 2 реплая, с еще одним битом во флаге с указанием на какую заявку из двух каждый. Обоснуйте, почему это не будет улучшением.<br />=============<br />Реплай отправляется биржей по достаточно понятной логике - 1 транзакция = 1 реплай.<br />Подробнее можно ознакомиться в документации к биржевому интерфейсу - <noindex><a href="http://ftp.moex.com/pub/ClientsAPI/Spectra/CGate/prod/docs/p2gate_ru.pdf" target="_blank" rel="nofollow">http://ftp.moex.com/pub/ClientsAPI/Spectra/CGate/prod/docs/p2gate_ru.pdf</a></noindex><br /><br />Можем предложить зарегистрировать пожелание на возможность получения в OnTransReply номеров обеих заявок. Такой возможности на данный момент действительно нет. <br />
			<i>23.07.2021 17:03:10, Roman Azarov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56788/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56788/topic6588/</guid>
			<pubDate>Fri, 23 Jul 2021 17:03:10 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56771/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_KwboAzgS" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex>, <br /><br />1) Прошу прощения, в прошлый раз немного поторопился с ответом. На данной транзакции (MOVE_ORDERS) в принципе нет признака направления. Соответственно, во флагах Вы его и не увидите.<br /><br />3) &nbsp;<br />====quote====<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex> написал:<br />И судя по описанию происходит именно 2 транзакции на бирже<br />=============<br /> Не совсем понимаем, о каком описании идет речь? Это одна транзакция вида MOVE_ORDERS, соответственно, ответ по ней так же будет один.<br />В данном случае рекомендуем получать номер и прочие поля, относящиеся к заявке из OnOrder().<br />=============<br />Послушайте, мы тут делаем предложения по улучшению, а вы даете ответы в стиле &quot;этого нет и такого функционала не предусмотрено&quot;. Я вам говорю, что он нужен и легко реализуем. <br />1) Признак направления заявки есть в самой заявке и он не меняется. Ничто не мешает для унификации его проставлять во flags так же, как для других транзакций. Чтобы в реплае понимать, реплай это на покупку или на продажу. Польза этого сомнений не вызывает, стоимость реализации низкая.<br />3) В описании про заявки, да.<br />Перестановка заявок на рынке FORTS выполняется по следующим правилам:<ul><li>Если MODE=0, то заявки с номерами, указанными после ключей <br />FIRST_ORDER_NUMBER и SECOND_ORDER_NUMBER, снимаются. В торговую систему <br />отправляются две новые заявки, при этом изменяется только цена заявок, <br />количество остается прежним;<br /><li>Если MODE=1, то заявки с номерами, указанными после ключей <br />FIRST_ORDER_NUMBER и SECOND_ORDER_NUMBER, снимаются. В торговую систему <br />отправляются две новые заявки, при этом изменится как цена заявки, так и <br />количество;<br /><li>Если MODE=2, то заявки с номерами, указанными после ключей <br />FIRST_ORDER_NUMBER и SECOND_ORDER_NUMBER, снимаются. Если количество <br />инструментов в каждой из снятых заявок совпадает со значениями, указанными после <br />FIRST_ORDER_NEW_QUANTITY и SECOND_ORDER_NEW_QUANTITY, то в торговую систему <br />отправляются две новые заявки с соответствующими параметрами.<br /></ul>Что же тогда считается успешной одной транзакцией, если успех принятия заявок может быть различным? И, как сказал, информативности в реплае максимум наполовину. OnOrder ему не замена, он может и не прийти. В такой ситуации механизм sendTransaction(MOVE_ORDERS) + onTransReply явно недоработан. Продумайте как полноценно доносить информацию в реплае. Мое предложение - отправлять 2 реплая, с еще одним битом во флаге с указанием на какую заявку из двух каждый. Обоснуйте, почему это не будет улучшением. <br />
			<i>22.07.2021 09:09:59, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56771/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56771/topic6588/</guid>
			<pubDate>Thu, 22 Jul 2021 09:09:59 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56748/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_AAtBi8i8" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a>, <br /><br />1) Прошу прощения, в прошлый раз немного поторопился с ответом. На данной транзакции (MOVE_ORDERS) в принципе нет признака направления. Соответственно, во флагах Вы его и не увидите.<br /><br />3) <br />====quote====<br /><a class="blog-p-user-name" id="bp_13O97Nyq" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a> написал:<br />И судя по описанию происходит именно 2 транзакции на бирже<br />=============<br />Не совсем понимаем, о каком описании идет речь? Это одна транзакция вида MOVE_ORDERS, соответственно, ответ по ней так же будет один.<br />В данном случае рекомендуем получать номер и прочие поля, относящиеся к заявке из OnOrder(). <br />
			<i>20.07.2021 13:22:27, Roman Azarov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56748/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56748/topic6588/</guid>
			<pubDate>Tue, 20 Jul 2021 13:22:27 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56738/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			И судя по описанию происходит именно 2 транзакции на бирже. Причем может и только одна из них сработтать. <br />
			<i>19.07.2021 19:33:18, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56738/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56738/topic6588/</guid>
			<pubDate>Mon, 19 Jul 2021 19:33:18 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56737/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_8slDgZnf" href="/user/14250/" bx-tooltip-user-id="14250">Roman Azarov</a> написал:<br /><noindex><a href="/user/14978/" target="_blank" rel="nofollow">Андрей</a></noindex>, добрый день!<br /><br />1) Можете привести пример описанного поведения? Желательно с фрагментом кода<br /><br />2) SECOND_ORDER_NUMBER = nil, но для второй заявки указана цена/количество, то sendTransaction вернет соответствующую ошибку<br /><br />3) Нет, только один. Это &nbsp;одна &nbsp;транзакция, в которой переставляются две заявки.<br />=============<br />1) Код здесь будет лишним. Просто делаю { ACTION = &quot;MOVE_ORDERS&quot;, MODE = &#39;1&#39;,.. }., Ордер переставляется. А в колбеке flag имеет не праильный признак направления (покупка\продажа). За это отвечет вот такой бит (tr.flags&gt;&gt;17&amp;1) у вас.Он не корректен для MOVE_ORDERS.<br /><br />3) Очень странные вещи вы говорите. А как же тогда интерпретировать все поля OnTransReply(TABLE trans_reply) ? Они расчитаны на передачу данных по одному ордеру данной транзакции. Например order_num. <br />
			<i>19.07.2021 19:29:21, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56737/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56737/topic6588/</guid>
			<pubDate>Mon, 19 Jul 2021 19:29:21 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56735/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_YZzaW6se" href="/user/14978/" bx-tooltip-user-id="14978">Андрей</a>, добрый день!<br /><br />1) Можете привести пример описанного поведения? Желательно с фрагментом кода<br /><br />2) SECOND_ORDER_NUMBER = nil, но для второй заявки указана цена/количество, то sendTransaction вернет соответствующую ошибку<br /><br />3) Нет, только один. Это <U>одна</U> транзакция, в которой переставляются две заявки. <br />
			<i>19.07.2021 18:50:05, Roman Azarov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56735/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56735/topic6588/</guid>
			<pubDate>Mon, 19 Jul 2021 18:50:05 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56669/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			А собственно ордер и не меняет ориентацию. Если цена перешагивает барьер, он просто исполняется по рынку. Так что направление в onTransReply однозначно определено. <br />
			<i>15.07.2021 21:55:09, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56669/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56669/topic6588/</guid>
			<pubDate>Thu, 15 Jul 2021 21:55:09 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>MOVE_ORDERS</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message56668/topic6588/">MOVE_ORDERS</a></b> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Пробую такие транзакции на срочном рынке в MODE=1. <br /><br />1) в OnTransReply перестал работать бит, определяющие куплю или продажу - (tr.flags&gt;&gt;17&amp;1). В ответе на NEW_ORDER это работает. Просьба доработать. Уверен, при перестановке цены на данном этапе уже известно, купля это или продажа. Если нет, просьба не оставлять его незаполненным, а копировать из перемещаемого ордера. Считая по умолчанию, что ордер не меняет свою &quot;ориентацию&quot;. По умолчанию это лучше, чем пустое поле.<br /><br />2) Если SECOND_ORDER_NUMBER = nil , то, по хорошему, сервер должен игнорировать SECOND_ORDER_NEW_PRICE и SECOND_ORDER_NEW_QUANTITY, даже если они заполнены. Но есть подозрение, что они могут переопределять соответствующие FIRST в этом случае.. Прошу разъяснить.<br /><br />3) Если заполнены все поля FIRST и SECOND, то должно прийти 2 OnTransReply? Это вообще просто способ сократить кол-во sendTransaction, а так эти поля совершенно независимы и аналогичны 2м sendTransaction (для MODE=1)? <br />
			<i>15.07.2021 21:47:27, Андрей.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message56668/topic6588/</link>
			<guid>http://forum.quik.ru/messages/forum10/message56668/topic6588/</guid>
			<pubDate>Thu, 15 Jul 2021 21:47:27 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
	</channel>
</rss>
