Форум

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

Имеется БУС последней версии редакция "Бизнес", 1C Компл.авт. 1.1, модуль обмена - 6.0.3.4

Логика работы магазина следующая - есть каталог, покупатели создают заказы, [B]количественный учет включен[/B], [B]покупка при отсутствии товара запрещена[/B].
Мы продаем только то, что есть на складе, поэтому такая настройка. Заказы из БУС выгружаются в 1с и все изменения в заказе происходят только в 1с.
Выгрузка оффлайновых заказов в БУС (т.е. те которые изначально создались в 1с - отключена)

Вобщем, все сделано для того, чтобы клиенту предоставить все возможности сделать актуальный заказ на сайте. Но все равно не избежать ситуаций, когда клиент сделал заказ, а потом просит изменить в нем что-то в товарном составе. Короче -  сделанные заказы приходится изменять.

Изменения заказа происходят по разным причинам - клиент может отказаться от какого-то товара, попросить добавить новый товар в заказ, на складе пересорт и товарные остатки, выгруженные на сайт, были некорректны. Все изменения в заказе происходят на стороне 1с, менеджером магазина в процессе общения с покупателем по разным каналам связи. После того, как с покупателем все утрясено по составу заказа,[B] хотелось бы ИЗМЕНЕННЫЙ заказ из 1с выгрузить на сайт, [/B]чтобы он появился в личном кабинете покупателя и отработали почтовые события.

Но это не всегда получится сделать, потому что
[LIST]
[*][B]БУС начинает сверять остатки у себя на сайте, с тем что приходит из 1с в измененном заказе. Если остатков у него не хватает, заказ не обновится, в логе 1с будет ошибка[/B]
[*][B]Если товар в заказе из 1с на сайте будет НЕАКТИВНЫМ в момент обмена, заказ опять не обновится в БУС, а в логе опять ошибка.[/B]
[*][B]БУС будет списывать товар в резервы из измененного заказа, а мне не надо менять текущие резервы[/B]
[/LIST]Логика такого поведения непонятна. Заказ уже не создается на сайте, а импортируется из стороннего приложения, более того, из учетной системы, чей приоритет в учете намного выше, чем у БУС. Иными словами -[B] задача БУС молча принять заказ от "старшего" брата[/B] и показать заказ клиенту в личном кабинете, но этого не происходит.

Судя по логу ошибок, при получении модифицированного заказа из 1с, БУС не пишет эти изменения напрямую в заказ, а прогоняет через корзину, потому что текст описания ошибок берется из [COLOR=#7a0026]\bitrix\modules\sale\lang\ru\lib\basket.php[/COLOR] :

[COLOR=#00a650][SIZE=8pt]$MESS["SALE_BASKET_ITEM_WRONG_AVAILABLE_QUANTITY"] = "Ошибка проверки доступного количества товара \"#PRODUCT_NAME#\"";[/SIZE][/COLOR]
[COLOR=#197b30][SIZE=8pt]$MESS["SALE_BASKET_AVAILABLE_FOR_PURCHASE_QUANTITY"] = "Доступное для покупки количество товара \"#PRODUCT_NAME#\": #AVAILABLE_QUANTITY#";
[/SIZE][/COLOR]
Как я понимаю, на стороне сайта определяется, что за заказ прислала 1с, определяется покупатель и его корзина, и  видимо через корзину БУС пытается обновить заказ. А стандартные правила сайта (активность товара и остатки товара в БУСе в данный момент) накладывают ограничения.

[B]Мне надо чтобы при обновлении заказа из 1с, правила по количественному учету, списания в резерв и по активности товара ИГНОРИРОВАЛИСЬ[/B].

Можно ли это сделать через обработчики событий в init.php? Если да, то каких событий? Если с помощью событий нельзя, то через кастомизацию импорта в CSaleOrderLoader?

Подскажите, если не сложно, у меня пока предел в изысканиях.

Вы вообще [B][SIZE=13pt]ничего[/SIZE][/B] не поняли, тему не засоряйте. Сайт дайте ваш любой, чтобы я вам заказов с количеством 999 шт. по каждой позиции наделал, может тогда поймете. Вы пишите что-то свое, не поняв мою задачу. А по поводу отдельной системы учета - вы просто не в теме про учет в битриксе и его "шедевра" -в виде "отгрузка -отгружена" и "оплата - оплачена".

PS

До кучи еще выяснилось, что БУС не обновит заказ из 1с, если в момент обмена, в заказе из 1с будут товары, которые на сайте НЕАКТИВНЫ. В общем импорт заказа скорее всего "повторяет" логику оформления заказа через публичку, только в фоновом режиме. Видимо разработчикам так было проще, запилить логику импорта как имитацию процесса создания заказа обычным пользователем со стороны публичной части.

В общем нужна кастомизация импорта, создал тему [URL=http://dev.1c-bitrix.ru/support/forum/forum6/topic94123/]здесь[/URL].

Битрикс может и давно высказался, только вы не поняли, что меня интересует. И написали совсем не в тему, уж извините. Прочитайте еще раз.
Меня интересует трансляция (из 1с  в личный кабинет покупателя) заказа, оформленного не по "правилам" количественного учета - это если вкратце. Но лучше прочитать подробнее и не торопясь все сообщение в начале темы.

Когда в настройках сайта [B][COLOR=#ff0000]включен количественный учет[/COLOR][/B] и [COLOR=#ff0000][B]запрещена покупка при отсутствии товара[/B][/COLOR], то это сделано для того, чтобы покупатель, заходя на сайт, [B]не мог положить в корзину и соответственно оформить заказ на то количество[/B], которое [B]превышает остатки[/B] товара, которые мы [B]передаем[/B] на сайт [B]из 1с[/B]. Эта настройка разумная и правильная.

Но совсем другое дело, когда клиент [B]сделал заказ на сайте (пусть даже согласно упомянутых выше настроек)[/B], а потом в процессе общения с менеджером его (заказ) [B]подкорректировали - добавили или убавили позиции и их количество[/B]. Первоначально заказ выгрузился в 1с, а потом с заказом работает менеджер магазина и [B]изменяет он заказ уже в 1с[/B] - меняет состав и количество товара.

В этом случае, [B]состав и количество, которое можно добавить в заказ, [COLOR=#ff0000]определяются уже настройками 1с, политикой фирмы и т.п[/COLOR][/B][COLOR=#ff0000].[/COLOR] - а никак не теми настройками для покупок, которые мы определили для БУС для публичной части сайта.

Теперь к сути. Настройки БУС в части количественного учета и покупки товара - должны быть настройками именно для сайта и его паблика. [B]Если заказ начал редактироваться в 1с[/B] - [COLOR=#ff0000]правила по количественному учету[/COLOR] [B]не должны мешать[/B] изменять заказ в 1с.

"Они и не мешают!" - скажете вы, и будете не правы. Потому что, когда измененный в 1с заказ начнет выгружаться обратно в БУС, то БУС проверит этот заказ, и если в заказе количество товара будет больше, чем у него числится на данный момент на остатке (свободном или общем - не знаю не проверял) - [B]заказ на сайте не изменится, [/B][B]а [/B]в логе будет ошибка, что не хватает нужного количества для той или иной позиции.

Такое поведение обмена в корне неправильно.
 
Ведь за клиента заказ доработан менеджером через учетную программу, короче [SIZE=13pt][B]дооформлен уже не на сайте[/B][/SIZE].

Зачем в этом случае заказу, который доделан [B]не на сайте через публичную часть, а в 1с [/B]сверяться с правилами для заказов, оформляемых через паблик БУСА? С клиентом заказ согласован в переписке, осталось только выгрузить ему заказ в его личный кабинет, чтобы он его увидел и он знал за что он платит. И БУС никак не должно волновать, что какому-то клиенту оформляют заказ "не по правилам". За БУС уже все решили, его дело - отобразить правильно заказ в личном кабинете и отработать почтовые события.

Поэтому для [B]обмена заказами 1с-БУС мне надо отключить проверку правил количественного учета[/B], для случая, когда в БУСе обновляется заказ, первоначально созданный на сайте, но доработанный в 1с. Или вообще ее отключить - я не передаю на сайт оффлайновые заказы (в том смысле, что сделанные изначально в 1с, у меня все заказы рождаются в 1с через БУС).

Как я понял, импорт заказов происходит в [B]order_loader.php [/B]

Прошу подсказать как его можно подправить, чтобы решить поставленную задачу. И где хранятся переменные (и как к ним обращаются), отвечающие за настройки количественного учета?

Спасибо всем кто смог дочитать, буду признателен за комментарии.

[QUOTE]Buck написал:
СхемаXSDОбмена - оказались абсолютно идентичными! Реализовал реквизит Статус для Заказов и Отгрузок, в модуль обмена 6.0.3.4. для УТ 10.3 из того же модуля но для УТ 11 выпилил кусочек для загрузки и задания соответствий Статусов в БУСе и 1С - всё работает! На практике оказалось что значение реквизита "Статус" перекрывает любое состояние заказа/отгрузки в 1С в независимости от того оплачен он или отгружен... но вообщем то это мне и нужно было!

Если кому то будет интересно - опишу подробности...[/QUOTE]
Мне очень интересно, опишите, пожалуйста. Чем подробнее тем лучше, спасибо.

Формат картинок какой? PNG файлы кажется не будут импортироваться на сайт, смените на JPG
И проверьте названия файлов картинок, чтобы там спецсимволов не было.

Понадобилось мне из 1с на сайт выгрузить множественные свойства товара. Для этого надо было, чтобы файлы выгрузки xml содержали нужную информацию.

Что и как добавить в xml, нашел на форуме - [URL=http://dev.1c-bitrix.ru/community/forums/messages/forum26/topic19114/message335911/#message335911]ссылка[/URL] и [URL=http://1c.1c-bitrix.ru/support/forum/messages/forum26/topic58489/message316385/#message316385]еще ссылка[/URL], спасибо авторам. Перед тем как дорабатывать 1с, решил сначала проверить, будет ли Битрикс правильно загружать модифицированные xml, для этого воспользовался [URL=http://dev.1c-bitrix.ru/community/blogs/carter/2285.php]Скриптом диагностики[/URL].

Вот с ним то у меня и возникла загвоздка. Я модулем обмена (6.0.3.4) выгрузил из 1с в локальную папку файлы, взял те которые нужны для проверки (описание товаров из [B]папки goods[/B] и описание свойств из [B]папки properties[/B]), и решил, не меняя в них пока ничего, проверить, а работает ли скрипт на стандартных файлах выгрузки?

Перекидываю на сайт в нужную папку.

Проверил - работает. Ну, что ж, отлично.

Вношу изменения в эти файлы согласно ссылкам выше, пробую их импортировать - и... [B]НИЧЕГО НЕ МЕНЯЕТСЯ[/B] на сайте.
Ну, думаю, наверно информация по ссылкам устарела.
Возвращаю все назад в файликах, снова пробую импорт этим скриптом - [B]ОПЯТЬ НИЧЕГО НЕ МЕНЯЕТСЯ[/B].
(Естественно, перед импортом я каждый раз через админку изменял свойства товара, чтобы убедиться, что скрипт меняет информацию)

Короче, выяснилось, что  [B]Скрипт диагностики[/B] отрабатывает с файлами xml [B]ОДИН РАЗ[/B]. Если файл затянуть скриптом в битрикс, а потом внести свои изменения, то через этот скрипт из измененного файла - данные затягиваться не будут. Т.е. [B]для экспериментов с измененными XML[/B], их надо редактировать [B]сразу после локальной выгрузки[/B] и потом уже использовать Эмулятор обмена.

Вот такая логика работы Эмулятора обмена и БУС, буду признателен за комментарии. Может где-то настройки какие-есть, или в файлах можно служебные теги добавить-подправить, чтобы можно было работать с одним набором файлов, а не делать каждый раз новую выгрузку из 1с "свежих" файлов.

Как-то экспериментировал с выгрузкой в 1с с сайта (на КА), тоже не получилось иерархию разделов одинаковую получить. Разбираться не стал.
Навскидку, я бы посмотрел:
- в 1с ограничения на глубину разделов (сравнить с сайтом)
- в 1с ограничения на длину наименования раздела
- в битриксе может быть хитроспрятанная неявная настройка глубины экспорта разделов для такого обмена (например, через настройки экспорта CSV)
- на сайте есть неактивные разделы с активными товарами, как затягиваются в 1с элементы и разделы с сайта в зависимости от активности - не знаю.
Ну может профи подтянутся, еще что-то предложат.

Или в 1с завести свойство товара "Название для сайта", писать название товара туда. При создании товара сделать автозаполнение этого свойства из наименования, а на сайте или переписать шаблоны на использование этого свойства (сам шаблон или result_modifier.php). Автозаполнение только при создании нового товара, в остальном - все как обычное свойство.