<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Форум QUIK [тема: Ошибка в официальном описании хелпа]</title>
		<link>http://forum.quik.ru</link>
		<description>Новое в теме Ошибка в официальном описании хелпа форума  на сайте Форум QUIK [forum.quik.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 18 Aug 2026 14:38:20 +0300</pubDate>
		<item>
			<title>Ошибка в официальном описании хелпа</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83099/topic9623/">Ошибка в официальном описании хелпа</a></b> <i>«cbp_prev_limit NUMBER Предыдущий лимит открытых позиций на спот-рынке»</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Ошибка в официальном описании хелпа (Важнейший нюанс!)<br />Обратите внимание на цитату из руководства: «cbp_prev_limit NUMBER Предыдущий лимит открытых позиций на спот-рынке»<br /><br />В Си-структуре фьючерсов (getFuturesLimit) разработчики ARQA Technologies допустили текстовую опечатку в документации. <br />Фьючерсы — это срочный рынок (FORTS), а не спот-рынок (рынок акций). <br />Казалось бы ну есть опечатка и ладно, кто не ошибается. но дело обстоит куда более сложнее под лозунгом: "кому что в голову взбредет?". Судите сами.<br />Это известная документационная и архитектурная нестыковка в API ARQA Technologies (QUIK), которая действительно вводит в заблуждение многих разработчиков и трейдеров.<br /><br />Из-за архитектурных настроек некоторых брокеров в это поле для фьючерсов транслируются <br /> &nbsp;либо некорректные данные, <br /> &nbsp;либо лимиты единого денежного пула (если подключен ЕЛС — единый лимит брокера), которые учитывают купленные физические акции, что вообще не имеет отношения к гарантийному обеспечению торгуемого фьючерса.<br /><br />1. Факт ошибки в документации, в help к структуре getFuturesLimit поле cbp_prev_limit описано как «Предыдущий лимит открытых позиций на спот-рынке». Это текстовая опечатка, оставшаяся с версий, когда структуру копировали из спотового API (getPortfolio)?<br />По логике getFuturesLimit все поля относятся к срочному рынку (FORTS).<br /><br />2. Почему туда попадают «неправильные» данные (ключевой нюанс) - архитектурная проблема? Значение в этом поле зависит не от логики QUIK, а от того, как брокер настроил транслирование лимитов через свой шлюз:<br />Вариант А (классика FORTS): Поле должно содержать предыдущий лимит по фьючерсам (аналог cbp_prev_limit для спота). Но многие брокеры забивают его нулём или дублируют cbp_limit.<br />Вариант Б (Единый Лицевой Счет — ЕЛС): Если у брокера включен ЕЛС (объединённая денежная позиция по споту и срочке), то в это поле может транслироваться остаток денежных средств с учетом проданных акций из спотового портфеля. Это делается для кросс-маржинга, но к ГО (гарантийному обеспечению) конкретного фьючерса это не имеет никакого отношения.<br /><br />Вывод. Опираться на cbp_prev_limit для расчета маржи или доступного плеча по фьючерсам — категорически нельзя.<br />Резюме. Обнаружена не просто опечатку, а индикатор того, что это поле ненадёжно. <br />Для фьючерсов лучше брать cbp_limit и Реальный размер списанного гарантийного обеспечения по вашим фьючерсным позициям, а про cbp_prev_limit нужно вообще забыть — даже если брокер его заполнит, трактовать его как "предыдущий лимит именно по фьючам" нельзя.<br /><br />Ну и конечно это - Сообщение в техподдержку ARQA, QUIK (13.0.2.20). <br />
			<i>18.08.2026 12:47:28, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83099/topic9623/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83099/topic9623/</guid>
			<pubDate>Tue, 18 Aug 2026 12:47:28 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
	</channel>
</rss>
