Информация Ошибка validation или не оформляется заказ PS 1.7.6.4

[longerzoom]

PS 1.7.6.4 Ошибка validation type=1
Вчера столкнулся с проблемой у клиента перестал оформляться заказ, что только не пробовал сделать ничего не помогло, до этого всё нормально работало.
Проблема как оказалось необычная, из за удалённых заказов которые приходили раньше, новые не хотели оформляться. Пришлось восстанавливать старые заказы.
Если кому известно о данной проблеме прошу более подробнее объяснить, как можно удалять заказы без последствий для валидации.

П.С. На сколько я понял ошибка возникает именно из за ИД заказа. Но вот что странно! Валидатор получается считывает все ид по порядку (наверно) и если какого-то нет, то он не идёт дальше? Замечу что в 1.6.1.24 такой проблемы не было. Ну или была но решалась заведением нового аккаунта.

 

[_sashok]

PS 1.7.6.4 Ошибка validation type=1
Вчера столкнулся с проблемой у клиента перестал оформляться заказ, что только не пробовал сделать ничего не помогло, до этого всё нормально работало.
Проблема как оказалось необычная, из за удалённых заказов которые приходили раньше, новые не хотели оформляться. Пришлось восстанавливать старые заказы.
Если кому известно о данной проблеме прошу более подробнее объяснить, как можно удалять заказы без последствий для валидации.

П.С. На сколько я понял ошибка возникает именно из за ИД заказа. Но вот что странно! Валидатор получается считывает все ид по порядку (наверно) и если какого-то нет, то он не идёт дальше? Замечу что в 1.6.1.24 такой проблемы не было. Ну или была но решалась заведением нового аккаунта.

в престе как европейской системе - не предусмотрено удаление заказов, так как это юридически нелогично и местами даже противозаконно для бизнеса...

поэтому на свой страх и риск приходится мудрить

 

[Loyce]

Создание заказа начинается к номера корзины, ещё будучи не оформленным. И потом идет длинная цепочка формирования заказа, который связан не только с клиентом, но с адресами, корзинами, клиентами, инвойсами (доставки, оплаты) и т.д. и т.п., включая все таблицы с _lang и все это взаимосвязано. Поэтому удаляя заказ руками или модулями, в которых не предусмотрено удаление и изменение всех связанных данных с заказом, влечет за собой сбои работы в будущем не только конкретного клиента, но и формирования нового заказа или клиента.
Много раз встречал желающих удалять тестовые заказы и всегда предостерегал от подобного. Досточно выставления необходимого статуса заказу, на который не стоит обращать внимания.

 

[fantats]

у меня сейчас также не оформляются
клиент хотел создать заказ из заброшенной корзины но не удалось
теперь такая картинка между id и кодом Для просмотра ссылки Войди или Зарегистрируйся
использовали в /override/classes/order

Спойлер: вставка

<?php
class Order extends OrderCore{
    public static function generateReference()
    {
        $id = Db::getInstance()->getValue('SELECT MAX(id_order)+1 FROM '._DB_PREFIX_.'orders');
        $id_len = strlen($id);
        return str_repeat('0',(6-$id_len)).$id;
    }
}

 

[fantats]

у меня сейчас также не оформляются
клиент хотел создать заказ из заброшенной корзины но не удалось
теперь такая картинка между id и кодом Для просмотра ссылки Войди или Зарегистрируйся
использовали в /override/classes/order

Спойлер: вставка

<?php
class Order extends OrderCore{
    public static function generateReference()
    {
        $id = Db::getInstance()->getValue('SELECT MAX(id_order)+1 FROM '._DB_PREFIX_.'orders');
        $id_len = strlen($id);
        return str_repeat('0',(6-$id_len)).$id;
    }
}

установил модуля удаления заказов - вроде отпустило