Когда в настройках сайта включен количественный учет и запрещена покупка при отсутствии товара, то это сделано для того, чтобы покупатель, заходя на сайт, не мог положить в корзину и соответственно оформить заказ на то количество, которое превышает остатки товара, которые мы передаем на сайт из 1с. Эта настройка разумная и правильная.
Но совсем другое дело, когда клиент сделал заказ на сайте (пусть даже согласно упомянутых выше настроек), а потом в процессе общения с менеджером его (заказ) подкорректировали - добавили или убавили позиции и их количество. Первоначально заказ выгрузился в 1с, а потом с заказом работает менеджер магазина и изменяет он заказ уже в 1с - меняет состав и количество товара.
В этом случае, состав и количество, которое можно добавить в заказ, определяются уже настройками 1с, политикой фирмы и т.п. - а никак не теми настройками для покупок, которые мы определили для БУС для публичной части сайта.
Теперь к сути. Настройки БУС в части количественного учета и покупки товара - должны быть настройками именно для сайта и его паблика. Если заказ начал редактироваться в 1с - правила по количественному учету не должны мешать изменять заказ в 1с.
"Они и не мешают!" - скажете вы, и будете не правы. Потому что, когда измененный в 1с заказ начнет выгружаться обратно в БУС, то БУС проверит этот заказ, и если в заказе количество товара будет больше, чем у него числится на данный момент на остатке (свободном или общем - не знаю не проверял) - заказ на сайте не изменится, а в логе будет ошибка, что не хватает нужного количества для той или иной позиции.
Такое поведение обмена в корне неправильно.
Ведь за клиента заказ доработан менеджером через учетную программу, короче дооформлен уже не на сайте.
Зачем в этом случае заказу, который доделан не на сайте через публичную часть, а в 1с сверяться с правилами для заказов, оформляемых через паблик БУСА? С клиентом заказ согласован в переписке, осталось только выгрузить ему заказ в его личный кабинет, чтобы он его увидел и он знал за что он платит. И БУС никак не должно волновать, что какому-то клиенту оформляют заказ "не по правилам". За БУС уже все решили, его дело - отобразить правильно заказ в личном кабинете и отработать почтовые события.
Поэтому для обмена заказами 1с-БУС мне надо отключить проверку правил количественного учета, для случая, когда в БУСе обновляется заказ, первоначально созданный на сайте, но доработанный в 1с. Или вообще ее отключить - я не передаю на сайт оффлайновые заказы (в том смысле, что сделанные изначально в 1с, у меня все заказы рождаются в 1с через БУС).
Как я понял, импорт заказов происходит в order_loader.php
Прошу подсказать как его можно подправить, чтобы решить поставленную задачу. И где хранятся переменные (и как к ним обращаются), отвечающие за настройки количественного учета?
Спасибо всем кто смог дочитать, буду признателен за комментарии.
Но совсем другое дело, когда клиент сделал заказ на сайте (пусть даже согласно упомянутых выше настроек), а потом в процессе общения с менеджером его (заказ) подкорректировали - добавили или убавили позиции и их количество. Первоначально заказ выгрузился в 1с, а потом с заказом работает менеджер магазина и изменяет он заказ уже в 1с - меняет состав и количество товара.
В этом случае, состав и количество, которое можно добавить в заказ, определяются уже настройками 1с, политикой фирмы и т.п. - а никак не теми настройками для покупок, которые мы определили для БУС для публичной части сайта.
Теперь к сути. Настройки БУС в части количественного учета и покупки товара - должны быть настройками именно для сайта и его паблика. Если заказ начал редактироваться в 1с - правила по количественному учету не должны мешать изменять заказ в 1с.
"Они и не мешают!" - скажете вы, и будете не правы. Потому что, когда измененный в 1с заказ начнет выгружаться обратно в БУС, то БУС проверит этот заказ, и если в заказе количество товара будет больше, чем у него числится на данный момент на остатке (свободном или общем - не знаю не проверял) - заказ на сайте не изменится, а в логе будет ошибка, что не хватает нужного количества для той или иной позиции.
Такое поведение обмена в корне неправильно.
Ведь за клиента заказ доработан менеджером через учетную программу, короче дооформлен уже не на сайте.
Зачем в этом случае заказу, который доделан не на сайте через публичную часть, а в 1с сверяться с правилами для заказов, оформляемых через паблик БУСА? С клиентом заказ согласован в переписке, осталось только выгрузить ему заказ в его личный кабинет, чтобы он его увидел и он знал за что он платит. И БУС никак не должно волновать, что какому-то клиенту оформляют заказ "не по правилам". За БУС уже все решили, его дело - отобразить правильно заказ в личном кабинете и отработать почтовые события.
Поэтому для обмена заказами 1с-БУС мне надо отключить проверку правил количественного учета, для случая, когда в БУСе обновляется заказ, первоначально созданный на сайте, но доработанный в 1с. Или вообще ее отключить - я не передаю на сайт оффлайновые заказы (в том смысле, что сделанные изначально в 1с, у меня все заказы рождаются в 1с через БУС).
Как я понял, импорт заказов происходит в order_loader.php
Прошу подсказать как его можно подправить, чтобы решить поставленную задачу. И где хранятся переменные (и как к ним обращаются), отвечающие за настройки количественного учета?
Спасибо всем кто смог дочитать, буду признателен за комментарии.