Bitrix письма о статусах заказа?

Question

[Yuriy]

Подскажите, как отсрочить отправку писем по заказу по определенным статусам?

например присваивается заказу статус ВЫПОЛНЕН, но письмо уходит не моментально покупателю, а через 1 день предположим.

подцепляться на событие и не отправлять его по достижению времени (DATE_UPDATE_STATUS + 1DAY < DATE_NOW) ? А не переполниться ли очередь из таких писем?

Answer 1

[Артем Житник]

Как вариант, обрабатывать событие OnBeforeEventSend. Проверять дату, если не прошли сутки возвращать в обработчике false (отменяет отправку).

Comments

[Yuriy]

а вот дачу чего проверять, разве есть дата смены статуса? Заказ может обновляться ещё несколько раз после смены статуса, например табличная часть или документы

[Артем Житник]

В заказе есть поле DATE_STATUS

[Артем Житник]

Возможно OnBeforeEventSend, вообще отменит отправку письма (пометит его в очереди). Надо пробовать...

[Yuriy]

Артем Житник,

if($order->getField('STATUS_ID') == "F" && (MakeTimeStamp($order->getField('DATE_STATUS'), "DD.MM.YYYY HH:MI:SS")+120>time())){
      retun false;
    }

При таком раскладе, событие не отправляется, но SUCCESS_EXEC переходит из N в 0, и соответственно больше не отправится...

[Артем Житник]

Yuriy, вот, человек играет со статусами https://blog.budagov.ru/otlozhennaya-otpravka-pisem/, но жалуется на глюки в итоге... По хорошему хотелось бы при добавлении события в очередь со временем в будущем, письмо его тогда и отправляло. Но в коде ядра к сожалению такой логики нет...

[Yuriy]

Артем Житник, у меня при retun false; записывается 0 в событие (типа не отправилось) После чего крон запускается ещё раз и у меня начинают дублироваться PHP_CLI процессы, они начинают создаваться при каждом запуске крон, а крон выставлен на 15сек. и получаю я следующее ПРОЦЕССОР 100% забит PHP_CLI
Если поставить всем тем событиям которые не отправились N то будет то же самое, пока им не поставить статус Y ситуация не меняется.