<p>По 2.3 Проблема в том, что мы запускаем запрос на списание и не получаем ответ во время(не важно по какой причине, сетевой сбой или длинный таймаут), соответственно мы не знаем номер операции(даже если списание и произошло), т.е мы никак не можем проверить было ли списание по данному заказу или нет.</p><p>И приходиться еще раз инициировать запрос на списание(вплоть до 3х раз).  Как писалось выше, решение этого вопроса будет или контроль с Вашей стороны по внутреннему номеру нашего заказа(чтоб по одному заказу не было двух списаний)  причем должна быть возможность получать статус списания по нашему внутреннему номеру заказа.  Второй вариант это: двух стадийная оплата, в этом случае на первой стадии мы запрашиваем код операции (с вашего сервиса) и пока мы его не получим , мы не переходим ко второй стадии. Во второй стадии мы по этому коду (который получен от Вашего сервиса), производим списание. Таким образом по первому варианту контроль за выполнением списания остается за вашей системой, по второму варианту мы сами будем этот процесс контролировать.</p><p>На данный момент проблема даже не только в том что происходят задвоение оплат, а в том что мы эти оплаты не можем возвращать самостоятельно, в виду того что мы их не видим(на сайте epos.az), как не видим и платежей за регистрации карточек(для сервиса 189taxi)</p><p><br></p><p>Вы написали"“Да но вы можете статус посмотреть транзакции, у нас в api есть данная возможность”" но проблема как раз в том что номер транзакции нам не известен(а он по факту есть), так как мы из за длинного таймаута не получили ответ от вашей системы<br></p><p><br></p><p>Если есть возможность сделайте команду проверки статуса не по вашему коду транзакции а по уникальному коду который мы сами генерировать будем, тогда проблема с дублированием уйдет<span class="redactor-invisible-space"><br></span></p><p><span class="redactor-invisible-space"><br></span></p><p><span class="redactor-invisible-space"><strong>Как считаете удобнее и лучше сделать?</strong></span></p>