﻿<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type='text/css' href='https://stocksharp.com/css/style.css'?>
<?xml-stylesheet type='text/css' href='https://stocksharp.com/css/bbeditor.css'?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title type="html">Лимитированные заявки с одинаковым ID транзакции</title>
  <id>~/topic/3114/limitirovannye-zayavki-s-odinakovym-id-tranzaktsii/</id>
  <rights type="text">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  <updated>2026-06-18T11:28:51Z</updated>
  <logo>https://stocksharp.com/images/logo.png</logo>
  <link href="https://stocksharp.com/handlers/atom.ashx?category=topic&amp;id=3114" rel="self" type="application/rss+xml" />
  <entry>
    <id>https://stocksharp.com/posts/m/22034/</id>
    <title type="text">Пока готовил пример, вроде бы, научился бороться с пропаданием сделок, и, вроде, S# в этом был не ви...</title>
    <published>2012-10-25T18:00:43Z</published>
    <updated>2012-10-25T18:00:43Z</updated>
    <author>
      <name>alexxys</name>
      <uri>https://stocksharp.com/users/6401/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;p&gt;Пока готовил пример, вроде бы, научился бороться с пропаданием сделок, и, вроде, S# в этом был не виноват. Но нужно еще тестировать.&lt;/p&gt;
&lt;p&gt;А вот чтобы получить ArgumentException в ProcessDataError, можно запустить пример из папки Samples\Quik\Sample и создать в нем стоп-заявку со связанной заявкой. Если стоп-заявка исполнится, то в итоге получится две лимитированные заявки с одинаковым ID транзакции. Если запускать пример под отладчиком, то в окне Output должно появиться исключение ArgumentException.&lt;/p&gt;
&lt;p&gt;Единственное, что я поменял в проекте этого примера, это изменил строку Trader.StartExport(); в файле MainWindow.xaml.cs на такую строку:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-csharp"&gt;			Trader.StartExport(new List&amp;lt;DdeTable&amp;gt;(){
				Trader.SecuritiesTable,
				Trader.DerivativePortfoliosTable, Trader.OrdersTable,
				Trader.MyTradesTable,
				Trader.DerivativePositionsTable,
				Trader.StopOrdersTable
			});

&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;Я использую Квик 6.3.2.2 от Финама.&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22010/</id>
    <title type="text">Проблема, которую встречаю и в 4.1.5, и в 4.1.4: Когда стоп-заявка (выставленная указанным ниже кодо...</title>
    <published>2012-10-24T20:28:54Z</published>
    <updated>2012-10-25T12:52:45Z</updated>
    <author>
      <name>alexxys</name>
      <uri>https://stocksharp.com/users/6401/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;p&gt;Проблема, которую встречаю и в 4.1.5, и в 4.1.4:
Когда стоп-заявка (выставленная указанным ниже кодом) срабатывает, то в списке лимитных заявок появляются две заявки с одинаковым ID транзакции. Первая из этих лимитных заявок эта та, которая является связанной со стоп-заявкой. При срабатывании стоп-заявки эта лимитная заявка отменяется, и выставляется вторая лимитная заявка с таким же ID транзакции.&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-csharp"&gt;
		Order
			orStopOrder = new Order
				{
					Type = OrderTypes.Conditional,
					Volume = iVolume,
					Price = dcPrice,
					Portfolio = prtPortfolio,
					Security = secSecurity,
					Direction = dcStopLoss &amp;lt; dcTakeProfit ? OrderDirections.Sell : OrderDirections.Buy,
					Comment = &amp;quot;Placed by TradingTrainer&amp;quot;,
					ExpiryDate = DateTime.MaxValue,
					StopCondition = new QuikStopCondition
					{
						Type = QuikStopConditionTypes.LinkedOrder,						
						LinkedOrderPrice = dcTakeProfit,
						LinkedOrderCancel = false,
						StopPrice = dcStopLoss,
						ActiveTime = null,
					},
				};
		m_StockSharpTrader.RegisterOrder(orStopOrder);

&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;Вот пример:
&lt;img src="http://s019.radikal.ru/i635/1210/56/c7ca39d07feb.png" alt="" /&gt;&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22032/</id>
    <title type="text">Можете привести минимально рабочий код, который воспроизводит ошибку? </title>
    <published>2012-10-25T09:18:05Z</published>
    <updated>2012-10-25T09:18:05Z</updated>
    <author>
      <name>esper</name>
      <uri>https://stocksharp.com/users/5990/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;p&gt;Можете привести минимально рабочий код, который воспроизводит ошибку?&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22028/</id>
    <title type="text">Да, действительно именно в проставлении ID S# ни при чем, но S#, похоже, виноват немного в другом. К...</title>
    <published>2012-10-25T08:27:58Z</published>
    <updated>2012-10-25T08:27:58Z</updated>
    <author>
      <name>alexxys</name>
      <uri>https://stocksharp.com/users/6401/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;p&gt;Да, действительно именно в проставлении ID S# ни при чем, но S#, похоже, виноват немного в другом.
Как выяснилось ID транзакции вполне может дублироваться, и причем уникальность ID имеет смысл только при импорте транзакций из .tri-файла. Разъяснения:
&lt;a href="http://www.quik.ru/forum/qpile/50909/" rel="nofollow" target="_blank"&gt;http://www.quik.ru/forum/qpile/50909/&lt;/a&gt;
&lt;a href="http://quik.ru/forum/import/79096/79126/" rel="nofollow" target="_blank"&gt;http://quik.ru/forum/import/79096/79126/&lt;/a&gt;
Т.е. получается, что Квик поступает вполне корректно, когда проставляет одинаковые ID.
Но, во-первых, S# ругается на заявки с одинаковыми ID. Пример из ProcessDataError для заявок со скриншота:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-plain"&gt;System.ArgumentException: Order с номером '9256451101' дублируется в полученном DDE пакете.
Parameter name: item

&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;Во-вторых: сделка, созданная по второй заявке с дублирующимся ID транзакции, не поступает в программу. Т.е., если я правильно понимаю, S# игнорирует такие сделки именно из-за дублирующегося ID в заявках.&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22020/</id>
    <title type="text">alexxys: Создает и отменяет её сам Квик (или сервер Квика). Отменяется она автоматически, потому что...</title>
    <published>2012-10-24T21:38:28Z</published>
    <updated>2012-10-24T21:38:28Z</updated>
    <author>
      <name>Mikhail Sukhov</name>
      <uri>https://stocksharp.com/users/201/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href="@message(22017)" rel="nofollow" target="_blank"&gt;alexxys&lt;/a&gt;:&lt;/strong&gt;
Создает и отменяет её сам Квик (или сервер Квика). Отменяется она автоматически, потому что родительская стоп-заявка сработала.
Если же сработает эта связанная лимитированная заявка, то автоматически отменится родительская стоп-заявка.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Тогда не совсем понятно, причем тут S#, если и связанную и производную заявки генерирует Квик, и он им проставляет свои номера.&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22017/</id>
    <title type="text">Mikhail Sukhov: Кто ее создает? Почему она отменяется? Кто ее отменяет? Создает и отменяет её сам Кв...</title>
    <published>2012-10-24T21:25:56Z</published>
    <updated>2012-10-24T21:25:56Z</updated>
    <author>
      <name>alexxys</name>
      <uri>https://stocksharp.com/users/6401/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href="@message(22014)" rel="nofollow" target="_blank"&gt;Mikhail Sukhov&lt;/a&gt;:&lt;/strong&gt;
Кто ее создает? Почему она отменяется? Кто ее отменяет?
Создает и отменяет её сам Квик (или сервер Квика). Отменяется она автоматически, потому что родительская стоп-заявка сработала.
Если же сработает эта связанная лимитированная заявка, то автоматически отменится родительская стоп-заявка.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Вот описание из справки:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«Со связанной заявкой» – это две заявки по одному и тому же инструменту, одинаковые по направленности и объему. Первая заявка типа «Стоп-лимит», вторая – лимитированная заявка. При исполнении одной из заявок вторая снимается. Этот тип поручений также называют «O.C.O.» (one cancel other, «одна заявка отменяет другую»).
НАЗНАЧЕНИЕ: Данный тип заявки предназначен для закрытия позиции. Стоп-заявка используется для фиксации убытков, а лимитированная заявка – для фиксирования прибыли. Преимуществом связанной заявки является то, что для исполнения лимитированной и стоп-заявки лимиты блокируются однократно, и при закрытии позиции в одну сторону связанная с ней заявка автоматически снимается.&lt;/p&gt;
&lt;p&gt;Примечания:
При исполнении стоп-заявки, связанная лимитированная заявка снимается полностью.
Данный тип заявки действителен только до конца текущей торговой сессии. На Срочном рынке FORTS cтоп-заявка действительна также до конца текущей торговой сессии, а связанная с ней лимитированная заявка, выставленная в вечернюю сессию, остается в торговой системе FORTS и может быть исполнена на следующий торговый день.
При частичном исполнении связанной заявки стоп-заявка может либо (а) сниматься полностью, либо (б) уменьшаться на величину исполненной части связанной заявки, в зависимости от выбранных условий в заявке.&lt;/p&gt;
&lt;/blockquote&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22014/</id>
    <title type="text">alexxys: В Квике есть тип стоп-заявки &amp;quot;Со связанной заявкой&amp;quot; (QuikStopConditionTypes.LinkedOrder). Т...</title>
    <published>2012-10-24T21:07:14Z</published>
    <updated>2012-10-24T21:07:14Z</updated>
    <author>
      <name>Mikhail Sukhov</name>
      <uri>https://stocksharp.com/users/201/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href="@message(22012)" rel="nofollow" target="_blank"&gt;alexxys&lt;/a&gt;:&lt;/strong&gt;
В Квике есть тип стоп-заявки &amp;quot;Со связанной заявкой&amp;quot; (QuikStopConditionTypes.LinkedOrder). Такая стоп-заявка создаётся в паре с лимитированной (я немного неправильно её назвал лимитной) заявкой. Такая лимитированная заявка называется &amp;quot;Связанная заявка&amp;quot;.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Что она как-то привязывается к стоп-заявке это я понял из описания. Мне схема интересна работы. Кто ее создает? Почему она отменяется? Кто ее отменяет?&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22012/</id>
    <title type="text">Mikhail Sukhov: А можете прислать скрин таблица со стоп-заявками, где будет видны транзакции этих ст...</title>
    <published>2012-10-24T20:49:47Z</published>
    <updated>2012-10-24T20:49:47Z</updated>
    <author>
      <name>alexxys</name>
      <uri>https://stocksharp.com/users/6401/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href="@message(22011)" rel="nofollow" target="_blank"&gt;Mikhail Sukhov&lt;/a&gt;:&lt;/strong&gt;
А можете прислать скрин таблица со стоп-заявками, где будет видны транзакции этих стоп-заявок, номера стоп-заявок, номера-производных и связанных.
Прикрепляю скрин.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href="@message(22011)" rel="nofollow" target="_blank"&gt;Mikhail Sukhov&lt;/a&gt;:&lt;/strong&gt;
Связанная лимитная заявка - это что? Я в теории Квика уже не особо сильно силен.
В Квике есть тип стоп-заявки &amp;quot;Со связанной заявкой&amp;quot; (QuikStopConditionTypes.LinkedOrder). Такая стоп-заявка создаётся в паре с лимитированной (я немного неправильно её назвал лимитной) заявкой. Такая лимитированная заявка называется &amp;quot;Связанная заявка&amp;quot;.&lt;/p&gt;
&lt;/blockquote&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
  <entry>
    <id>https://stocksharp.com/posts/m/22011/</id>
    <title type="text">alexxys: Проблема, которую встречаю и в 4.1.5, и в 4.1.4: Когда стоп-заявка (выставленная указанным ...</title>
    <published>2012-10-24T20:32:11Z</published>
    <updated>2012-10-24T20:32:11Z</updated>
    <author>
      <name>Mikhail Sukhov</name>
      <uri>https://stocksharp.com/users/201/</uri>
      <email>info@stocksharp.com</email>
    </author>
    <content type="html">&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href="@message(22010)" rel="nofollow" target="_blank"&gt;alexxys&lt;/a&gt;:&lt;/strong&gt;
Проблема, которую встречаю и в 4.1.5, и в 4.1.4:
Когда стоп-заявка (выставленная указанным ниже кодом) срабатывает, то в списке лимитных заявок появляются две заявки с одинаковым ID транзакции. Первая из этих лимитных заявок эта та, которая является связанной со стоп-заявкой. При срабатывании стоп-заявки эта лимитная заявка отменяется, и выставляется вторая лимитная заявка с таким же ID транзакции.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;А можете прислать скрин таблица со стоп-заявками, где будет видны транзакции этих стоп-заявок, номера стоп-заявок, номера-производных и связанных.&lt;/p&gt;
&lt;p&gt;Связанная лимитная заявка - это что? Я в теории Квика уже не особо сильно силен.&lt;/p&gt;
</content>
    <rights type="html">Copyright @ StockSharp Platform LLC 2010 - 2025</rights>
  </entry>
</feed>