Форум

Скопируйте идентификатор каталога из одного узла обмена в другой.

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

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

Максим Макаров, была такая проблема. Попробуйте, когда создаете БП, не переименовывать его шаблон, а оставлять название по-умолчанию. То есть сам БП называйте, как хотите, а шаблон - не переименовывайте - название шаблона все равно нигде не светится. Бред, но помогает.

Вячеслав Зыков, писала про это в своем блоге:

[URL=http://dev.1c-bitrix.ru/community/webdev/user/30123/blog/6859/]http://dev.1c-bitrix.ru/community/webdev/user/30123/blog/6859/[/URL]
[URL=http://dev.1c-bitrix.ru/community/webdev/user/30123/blog/9595/]http://dev.1c-bitrix.ru/community/webdev/user/30123/blog/9595/[/URL]

Я обычно делаю это в Битрикс, а в 1С отдаю город и склад вместе с заказом и там, соответственно, обрабатываю, как нужно.

1) Стабильность - это утопия. Я всегда "приглядываю" за обменом на проектах клиентов (в рамках платной технической поддержки). Обмен может слететь после проведения серверных работ на стороне 1С или на стороне сайта, после обновления платформы, после обновления конфигурации 1С, после разрастания номенклатурной базы.

2) Аналогично пункту 1) - нет разницы, и лучше все же использовать битриксовский модуль.

3) Можно. Битриксовский модуль не мешает обновлять конфу. Ну а вообще обновлять конфу нужно в любом случае аккуратно. Если не получилось - восстановите бекап и попробуйте снова.

[QUOTE]Владимир Беглецов написал:
если цена = 1, то выводим текст "Цену уточняйте". Это костыль, фигня, говнокод и так нельзя делать. Но иного выхода, к сожалению,  нету.[/QUOTE]
Я в шоке. Вы реально думаете, что устанавливать товарам на стороне 1С цену в 1 рубль, тогда как они продаются по другой цене - это правильно? А зачем тогда вообще использовать 1С - для учета она при таком раскладе все равно не пригодна, в ней не посчитается валовая прибыль, не построятся отчеты о продажах. Главное, вам подсказали правильный выход и вы сами его видите - это свойство, указывающее, что цену на сайте нужно скрывать (скрывать. а не приравнивать к 1 - почувствуйте разницу). Вам просто нравится говнокодить и делать фигню. Ситуация из разряда "плюй в глаза - божья роса".

[QUOTE]Владимир Беглецов написал:
Меня интересует сейчас выгрузка нулевой цены без лишних действий со стороны клиента.[/QUOTE]
Тогда все просто: возьмите и запрограммируйте это на стороне 1С :)))

[QUOTE]Владимир Беглецов написал:
Какой смысл мне что-то обыгрывать через велосипед, да и клиенту тоже лишний геморой. По-нормальному , как мне кажется, если нет цены, значит нужно выгружать нулевую цену[/QUOTE]

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