заявки ALGO_GTD

00:37:07.155 > TRANS_ID=111456712;CLASSCODE=ALGO_GTD;ACTION=Ввод заявки;Торговый счет=4100***;Направление=Продажа;Класс=SPBOPT;Инструмент=Si85250BB2;Цена=2500;Количество=1;Тип=Лимитированная;Код клиента=test;Комментарий=;Условие исполнения=До времени;Дата истечения=20220121;Время истечения=203730;Оповещения об исполнениях=Нет;Использовать временной интервал=Нет;Время старта=0;Время окончания=0;Внутренний комментарий=;
00:37:07.447 > TrRes=0 TrResStr=TRANS2QUIK_SUCCESS TrExErrCode=0 TrReplyCode=3 TrID=111456712 OrderNum=67698 ResMsg=Алго-заявка № 67698 успешно зарегистрирована.
00:37:07.758 > order_status_callback: mode=0 dwTransID=2314 dNumber=1892947002523673248 classCode=SPBOPT secCode=Si85250BB2 price=2500 balance=1 direction=1 account=4100*** clientCode=4100*** comment=test//67698
00:37:33.344 > order_status_callback: mode=0 dwTransID=2314 dNumber=1892947002523673248 classCode=SPBOPT secCode=Si85250BB2 price=2500 balance=1 direction=1 account=4100*** clientCode=4100*** comment=test//67698
00:37:33.591 > order_status_callback: mode=0 dwTransID=2314 dNumber=1892947002523673248 classCode=SPBOPT secCode=Si85250BB2 price=2500 balance=1 direction=1 account=4100*** clientCode=4100*** comment=test//67698

Получается выставлять алго-заявки со сроком действия через trans2quik. Однако удивило, что меняется TransID.  Это так и задумано?
Для обычных заявок внутренний учет в своем ПО происходит через TransID.  А в вышеприведенной логике, где id меняется, надо придумать как сопоставлять ордер-колбэки с тем, что до этого отправил..