После обновления на 4.14.1 система стала менять статусы заказов.
Сменил статус заказа на Передан в доставку, через некоторое время увидел такой же статус на соседних заказах, хотя статус не менял. Подумал, что глюк и не обратил внимание.
Вчера вечером система массово стала подтверждать статусы у выборочных заказов.
Например:
Система Cтатус изменен Незавершенный → Ожидает отправки
(это у свежих заказов)
или
Система Cтатус изменен Незавершенный → Выполнен
Причём есть заказы которые выполнены ещё в июле.
Меняет по несколько раз в сутки. Может 5 раз поменять, может более 10 раз.
У всех заказов (которые удалось найти) смена статуса в одно и тоже время.
По времени всегда разный интервал.
При смене статуса, естественно, клиентам улетает письмо и ещё СМС.
И естественно, если в заказе есть товар который кончился или заканчивается, то и админу улетает уведомление.
По крону есть задания, но они не имеют отношения к заказам.
Обычные задания, типа создания карты сайта, прайс-листы и т.п.
Изменяемые статусы не имеют отношения к оплате. Т.е. извне никто не дёргает.
Как это вообще может запускаться?
Подскажите, что с этим можно сделать? Куда смотреть и где разбираться?
Для примера скрины с разный заказов:
Прикольно… не хотел бы я оказаться ни пользователем, которого так спамят, ни тем кто оплачивает эти смс.
Может быть есть обмен с 1с или транспортными копаниями, которые могут менять что-то в заказе?
Смотреть в журнал для начала
Есть обмен с МойСклад, но там никто ничего не меняет. Смена статусов настроена CS-CART —> МойСклад
В журнале смену статусов делает главный админ с ID = 1. Это я. Но я этого не делаю.
Больше админов нет.
В журнале такие записи, например:
Заказы (Поменять статус)
Заказ: # 15958
Статус: Выполнен -> Незавершенный
Пользователь главный админ и в IP прочерк. Т.е. система сама меняет.
Есть ещё рядом со сменой статуса такая запись:
Запросы (http/https запрос)
URL: https://converter.cart-services.com/pdf/render
Ответ: 1
Ну и смена статуса то такая:
Заказы (Поменять статус)
Заказ: # 15958
Статус: Выполнен -> Незавершенный
То такая:
Заказы (Обновить)
Заказ: # 15958
Этому заказу 100 лет в обед. Он аж летом был.
И таких заказов много. Не понятно как именно они выбраны.
Интересно, а какого типа ответ-запрос может этот https://converter.cart-services.com/pdf/render отправлять… и как обрабатывается. мМожет это вообще баг в этом сервисе, отправляющий на сторону сайтов на CS-Cart запросы, а в самом CS-cart есть соответствующий код обрабатывающий запрос. И приходят оттуда что-нибудь вроде “счет сформирован, вот”, а CS-Cart исходя из этого статус меняет.
Почему тогда выборочно это происходит?
Хм… сегодня поймал тоже такой подарок
заказы из завершающего статуса C переключились в промежуточный статус B без объявления войны )) пока логику события не проследил. пачка заказов сменила статус за одну секунду.
бесполезный журнал событий издевательски кивает на главного админа. очень не хватает в логах журнала событий информации, которая помогла бы решать некоторые проблемы. например, если бы скрипты подписывались своими именами, а не прятались за админа ))
Причём пачка заказов меняет статус выборочно. Заказы не подряд. Вообще не понятна логика выбора этих заказов.
мне нужно было одобрить изменения характеристик товаров. по журналу цепочка событий выглядит так:
13:53:26 залогинился в админке
13:53:27 улетел запрос на updates.cs-cart.com
13:53:46 нажал кнопку одобрить изменения товаров
13:53:46 обновился первый товар
13:53:46 поменялся статус первого из пачки заказов
и дальше куча записей вперемешку обновление товаров с изменением статуса с меткой времени 13:53:46
обновляемые товары в заказах отсутствуют. магия какая-то ))
глупость несусветную скажу, но надо же накидать варианты поиска )
это по prodict_code, а если сравнить product_id и order_id ?
1 лайк
Невероятная проницательность ))
действительно: product_id = order_id
теперь надо сообразить, кто виноват и что делать ))
Стесняюсь спросить, а мне это может помочь? Куда посмотреть?
у меня в журнале вот такая картина:
тогда видимо в баг-трекер прямая дорога, возможно, какая-то функция принимает значение object_id и производит действия, без учета object_type, который в данном случае должен быть = product
ну так-то верно… пока мы это обсуждаем в разделе “возможности cs-cart”, это не баг, а фича ))
ха )) такая же беда если присмотреться
