Столкнулся с проблемой по теме ветки, которая не имеет однозначного решения, может быть кто-нибудь подскажет, как лучше действовать.
Начну с предыстории, еще недавно стоял модуль 6.0 и БУС был соответствующей версии. Статусы заказов на сайте синхронизировались по 1С и статус "Закрыт" соответствовал статусу "F" в БУС. Но так как Закрыт может быть и отмененный заказ, у в БУС был сделан обработчик события, который вместо проведения заказа в статус "F" отменял его, если у заказа в БУС не стояли флаги оплаты и отгрузки. И все работало.
В 1С заказ переходит в состояние Закрыт автоматом, или может быть закрыт менеджером сразу после получения единомоментной оплаты и отгрузки. И таким образом к очередной выгрузке (даже очень частой) заказ подходит в состоянии Закрыт со всеми оплатами и отгрузками сразу.
Сейчас же при обмене БУС сначала обновляет заказ и его статус в том числе, и потом дописывает документы оплаты и отгрузки. Соответственно мой обработчик сразу отменяет заказ, после чего, понятно, оплаты и отгрузки в БУС к нему больше не подвязываются. Клиенты в недоумении, получая извещение об отмене заказа, после его оплаты.
Если отключить обработчик, то в БУС возникают две проблемы, но не столь критичные:
- заказ не отменяется из 1С, а переходит в статус F, что тоже не очень понятно клиентам;
- заказ не переходит в статус F, остается в состоянии оплачен, например.
Со стороны БУС пока не могу помыслить нормального решения, только всякие корявые с отслеживанием по регламенту готовых к закрытию/отмене заказов, но это трэшовые варианты, которые будут приводить к повторному обмену заказами без реального обновления (или и это как-то пресекать).
Со стороны 1С можно попробовать сделать автозакрытие по регламенту с задержкой, чтобы заказ успел обновиться в плане оплат/отгрузок. И/или запрещать закрытие заказа вручную не выдержав определенную паузу.
