Двойной вызов TRANS2QUIK_ORDER_STATUS_CALLBACK

deisik, добрый день.

Описанное поведение является нормальным.

TRANS_ID на заявках проставляет сервер QUIK, связывая номер заявки с тем, что получен в ответе на транзакцию.
В  некоторых случаях тело заявки бывает получено раньше ответа на  транзакцию. Тогда сервер просто не знает, какой TRANS_ID ей указать, и  отправляет пользователю как есть (с TRANS_ID=0).
Позже, когда ответ на транзакцию получен, сервер проставляет на заявке верный TRANS_ID.

deisik,

Комментарий справедлив и для описываемой Вами ситуации.
Вопрос уже ранее обсуждался на форуме: https://forum.quik.ru/forum10/topic870/. Вы можете ознакомиться с информацией в этой теме.

При перестановке заявки сперва вызывается колбек TRANS2QUIK_TRANSACTION_REPLY_CALLBACK, а потом колбек TRANS2QUIK_ORDER_STATUS_CALLBACK

А теперь вопрос, как в TRANS2QUIK_ORDER_STATUS_CALLBACK может прийти ордер с TRANS_ID=0 (что и происходит на практике), если ранее в TRANS2QUIK_SET_TRANSACTIONS_REPLY_CALLBACK уже пришла транзакция с сопоставленным ей номером заявки?

deisik, добрый день.

В предыдущем ответе мы описали одну из возможных причин, почему может быть получена заявка с TRANS_ID=0.

В общем случае транзакционный и информационный каналы несинхронны,  сервер не обязательно сразу определяет параметры полученной из торговой  системы заявки и может передать эту информацию пользователю с некоторыми  незаполненными параметрами (в том числе TRANS_ID).
Получение в информации о заявке нулевого TRANS_ID не является аномалией,  после определения параметра сервером запись будет отправлена повторно  уже с корректным идентификатором.