Юлия Бедросова (Все сообщения пользователя)

Николай Мунхажеев, тогда вам нужно допиливать обмен по-другому - на стороне 1С подпилить в обмене, чтобы для товаров, у которых стоит пометка удаления, передавалось на сайт свойство дополнительное - пометка удаления. На сайте, соответственно, читать ее и удалять (деактивировать) товар. И только после обмена удалять в 1С помеченные товары. Делали так одному из клиентов. Другого варианта в вашем случае нет.

Подпилить порядок можно на стороне сайта. По поводу ваших настроек: а вы не боитесь, что у вас полные тески идентифицируются на стороне 1С как один и тот же покупатель?

Andersen1313, можно. Нужна будет кастомизация на стороне 1С.

Егор Куценко, а вы второй создавайте прямо копированием первого. А потом еще проверяйте, чтобы id инфоблока было то же.

Жжете и много хотите! На стороне 1С нужно сделать настройки так, чтобы на сторону сайта попадало в реквизиты. На стороне сайта - можно кастомизировать и распределить этот реквизит, куда угодно.

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

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

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

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

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

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

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

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

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

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

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

Тогда все просто: возьмите и запрограммируйте это на стороне 1С ))

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

Если говорить об 1С УТ, то это совершенно не так, особенно, если у пользователя есть админские права. Поэтому для пользователей системы пишут толстые учебники.

Я думаю, это вообще не правильно с точки зрения учета. Что значит цена была удалена? Данный товар больше не продается в розницу, только оптом? Или данного типа цен вообще больше не будет? Если речь идет об удалении типа цен, то его просто нужно удалить параллельно и в 1С, и в Битрикс. Если данный товар больше не должен быть доступен данной группе пользователей по данному типу цен, это нужно регулировать доступом группы пользователей к типу цены, а не обнулением цен.

База файловая или sql? Если файловая - перейдите на sql.

Запускайте обмен под локальным админом компьютера.

Оно бесплатное http://1c.1c-bitrix.ru/ecommerce/download.php

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

Тогда только допиливать самостоятельно в том блоке, где выгружаются цены на характеристики.

Как вариант на стороне сайта при создании заказа можно сохранять внешний код склада в отдельное дополнительное строковое свойство заказа. А потом на стороне сайта в настройках интеграции можно настроить передачу этого свойства в 1С. Потом в 1С оно упадет в дополнительный реквизит заказа. А там его уже можно обработать 1С-кой.

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

Поставьте битриксовское дополнение для 1С и попробуйте с ним.
Или проверьте, есть ли вообще складские остатки в файле офферс.