Форум

Добрый день. Не знаю поможет вам или нет. Если только это такая же причина. У нас интернет магазин+срм. На рабочем сайте переход на б24 ещё не запускали. Ставим сначала копию сайта и копию базы, чтобы проверить переходы. Как только на копии сайта запускаем переход на б24, у нас в рабочей 1с перестают загружаться заказы с рабочего сайта. Три раза делали и все три раза одно и тоже. Решили только восстановлением копии на рабочий сайт, которая создавалась перед запуском перехода. После этого обмен обратно начинает работать. И копия тоже нормально работает. Что-то происходит именно во время перехода на копии сайта, после чего рабочий сайт перестаёт отдавать заказы в 1с. Причину не нашли, а после второго раза уже разбираться не было времени, теперь точно понятно что причина именно с запуском перехода на копии.

Спасибо, проблему нашли. Все проверяли на тестовом сайте и тестовой 1с, зачем-то битрикс открывали по http, причём на это внимание даже не обращали. Прописали путь к битрикса через https и все заработало

Добрый день. Помогите решить проблему. Настраиваем Интернет магазин+CRM, поставили 1С бэкофис 3.0, все настроили. 1С опубликовали (УТ 11), через браузер заходит в 1С., только ругается, что невозможно установить безопасное соединение. В список исключений адрес 1С добавил. Есть сертификат ssl, но он самоподписанный. Пытаемся запустить из битрикс 24 со сделки - 1С, чтобы выписать документ, появляется окно запуска 1С и виснет. 1С не открывается.
1С файловая, соединение с битрикс 24 включаем.
Кто сталкивался, может ли быть причиной сертификат? Если да, то можно как-то это обойти?  

[QUOTE]Алексей Беспалов написал:
А каким они образом могут с описания уйти на сайт, волшебства то нет.Их сначала нужно поместить на сайт, например в макробиблиотеку, а в описании уже добавлять прямые ссылки.[/QUOTE]
Спасибо, а вдруг :) Надежда умирает последней. Ошибка понятна, значит просто так не появятся. На этом тоже спасибо.

[QUOTE]Алексей Беспалов написал:
А есть картинки на сайте то?[/QUOTE]
Картинки самого товара есть на сайте. А вот картинки, которые добавили в описание в 1С (которые хранятся в дрб_ОписаниеФорматированныйДокумент), они в описание на сайт не уходят.

Добрый день.
Сейчас попробовали на своей базу. УТ 11.3 модуль обмена 7.0.1.3
Все замечательно, только вот картинки в описание не приходят. Что не так?
Т.е. в 1С отображается все отлично.
В 1С добавлено для Номенклатура  два реквизита
- дрб_ОписаниеФорматированныйДокумент с типом ХранилищеЗначения
- дрб_ОписаниеHTML - с типом Строка

В дополнительный реквизит с типом строка,  производятся необходимые преобразование и запись в поле этого реквизита в текстовом формате с тегами.
В выгрузке товаров сделаны дополнительные настройки:
Для описания выбран свой алгоритм
и добавлено следующее
Если ПустаяСтрока( [Номенклатура].дрб_ОписаниеHTML) Тогда
     [Результат] = Строка([Номенклатура].Описание)
Иначе
    [Результат] = Строка([Номенклатура].дрб_ОписаниеHTML)
КонецЕсли;

Только вот картинки в описание почему-то не уходят, вернее  на сайте они не отображаются.
Может подскажет кто, что еще нужно добавить?

Огромное спасибо, очень помогло

Добрый день.
Проблема совсем не решается.
Когда на сайте запрещено покупать в минус, периодически возникает проблема, когда на сайте не хватает остатка, чтобы полностью принять изменения по заказу, который обрабатывается в 1С.
Проблема прослеживается в следующих случаях
1) Когда менеджер обрабатывает заказ, который пришел с сайта. 1С позволяет в заказ добавить тот товар, которого сейчас нет в наличии (но менеджер знает, что завтра этот товар поступит на склад). Если менеджер добавит в текущий заказ такой товар, то изменения по этому заказу на сайте больше не появятся на сайте. Т.к. сайт при обмене будет ругаться о недостатке товара.
2) Иногда бывает пересорт на складе, человеку предложили заменить на другой товар, который в 1С оприходовали, тут же в заказе его зарезервировали, теперь остаток по такому товару опять 0. Выгрузка остатков на сайт картину не изменит, обмен заказов такой заказ тоже не изменит из=за нехватки товара.
С точки зрения покупателя, ему удобнее видеть на сайте полную картину по его заказу, а пока обмен будет проверять остатки на сайте, проблема не исчезнет.
ТП только пинает, сейчас отправила на сайт идей.
Давайте активно за нее проголосуем. Идея заключается в том, чтобы в настройках интеграции на сайте добавить галку "Не проверять остатки при обмене заказами"
Чтобы заказ полностью менялся по информации от 1С
[URL=https://idea.1c-bitrix.ru/24347/]https://idea.1c-bitrix.ru/24347/[/URL]
А если кто-то сможет помочь с этим вопросом, будем очень благодарны.
Кто как выходит из такой ситуации.
У нас на сайте сейчас временно сделали на уровне шаблона, чтобы при настройках в торговом каталоге, когда можно покупать в минус, на сайте добавлены всякие заглушки, чтобы покупатель не мог купить больше чем есть в наличии. Но это не совсем нормально работает, т.к. продолжают высвечиваться в поиске, в рекомендуемых товарах, те товары которых нет в наличии. И еще много участков, которые надо лопатить и проверять.
Организацию, которая настроила бы нам изменения в логике обмена, найти не можем. Все боятся трогать этот функционал, и я такого же мнения, т.к. потом будут проблемы с обновлением.
Приходится жестко контролировать менеджеров, ставить их в рамки ограничений.
А еще при оптовой продаже очень хотелось воспользоваться выгрузкой офлайн документов, но именно из-за существующей проблемы, картина все равно будет не полной. А у оптовиков есть накопительные скидки, а т.к. всех документов на сайте нет, приходится разносить их по группам, а можно бы было пользоваться накопительной скидкой.

Вот и у нас катастрофа.
2 года не обновляли сайт, работали по старой схеме, когда не было оплат и отгрузок, все в порядке было. Обновились, а теперь волосы на голове рвем. Спасает только то, что не сильно большой объем заказов. Иногда глючные заказы просто с сайта сносим, объясняя, что заказ ваш в силе, чтобы не теряли его, что мы его доставим. Но это же бред! Как вообще работают организации с большим количеством заказов? Причем первоначальный выбор битрикса из-за готовой синхронизации с 1С, теряет свой смысл.
А еще приходится контролировать, что на сайте происходит, чтобы вовремя заметить косяки.
А если учесть, что менеджеры вообще к заказам на сайте не притрагиваются, только в 1С работают, отслеживание таких проблем ложится только на плечи одного человека.
Уже сомнения берут, зачем продлевать лицензию. ТП просто пинает, как будто все в порядке. У них один ответ, вам нужно менять работу в 1С, не добавлять в заказ товары, которых сейчас на сайте меньше в наличии. Хотя 1С дает возможность в заказ добавлять, хоть черта с рогами: и товары которые под заказ, и товары, которые только ожидаются в приходе, и услуги дополнительные.

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