Форум

[QUOTE]Василий Мазурок пишет:
[QUOTE] Александр Денисюк пишет:
В этом случае все заказы пакета документов будут всегда выгружаться, вне зависимости нормально они загружены, или нет. А это нагрузка на сервер 1С и сайта
[/QUOTE]Может идеальным вариантом был бы компромисс между первым и вторым вариантом. Когда косячные документы в 1С не загружаются, однако на сайт отдается информация о том что конкретные документы не загружены.?

Для этого необходимо несколько переделать логику ответа 1С на сайт. Но зато на сайте появилась бы возможность отметить когда и как загрузился в 1С тот или иной заказ. "Зеленая лампочка" - документ в 1С загружен. "Желтая лампочка" - документ ожидает загрузки. "Красная лапочка" - документ не загрузился в 1С из-за ошибки. Да еще и ошибку из 1С показывать.

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

Напишите идею тут: http://idea.1c-bitrix.ru/category/bitrix/1c_integration/
Может и включат в планы.

[QUOTE]Василий Мазурок пишет:
В ходе загрузки документов с сайта, в случае если обнаруживается какое-либо несоответствие (не указан номер или не заполнена дата или же не та хоз.операция) происходит пропуск документа и переход к следующему документу в списке. А по окончанию загрузки на сайт отправляется информация об успешной загрузке документов, что приводит к пометке документов как успешно-выгруженные и сайт не выгружает их в 1С пока заказ не будет изменен повторно.

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

1. Если заказ косячный и не можетсразу провестись в 1С(если стоит такой режим), то он попытается записаться, а записывается документ даже с косячными данными(за искл. наиболее критичных данных)
2. Есть лог файл

Если загрузка происходит по другой схеме:
Появился косячный заказ из за которого положительный ответ на сайт не отправляется. В этом случае все заказы пакета документов будут всегда выгружаться, вне зависимости нормально они загружены, или нет. А это нагрузка на сервер 1С и сайта.

[QUOTE]Артур Моцкевичус пишет:
Здравствуйте! у меня вопрос/проблема.
есть 1с-ка УТ 11.1.6.20 Выгружаю товар, все выгружается- товар / св-ва. Но не выгружается не один тип цен. подскажите в чем может быть проблема? может в 1с что не так настраиваю.
[/QUOTE]
Наверн тут ответ.
http://1c.1c-bitrix.ru/support/forum/messages/forum26/topic65679/message344709/?result=reply#

[QUOTE]Виктор Третьяков пишет:
Выставил режим совместимости 8.2.16. При попытке объединить конфигурации вылезает ошибка:
ОпределяемыйТип.РаспоряжениеНаПоступление: Использование определяемых типов в режиме совместимости 8.3.2 и ниже недопустимо.
[/QUOTE]Этот режим нужно ставить для конфигураций на неуправляемых форм. Т.е. УТ 10.3, КА и УПП.

Если у вас конфигурация не на управляемых формах, но платформа 1С 8.3 - желательно не ставить режим совместимости "Не использовать". Лучше указывать "8.2.16". Некоторые релизы конфигураций плохо работают без режима совместимости.

[QUOTE]Иван Вялков пишет:
[QUOTE] Александр Денисюк пишет:
должно быть 5 соглашений, у каждого свой вид цены.
[/QUOTE]и для каждого соглашения свою настройку обмена??)
[/QUOTE]нет. Все 5 выгрузятся в одной настройке. Там устанавливается соглашение, которое подставится в заказ.

должно быть 5 соглашений, у каждого свой вид цены.

[QUOTE]Артем Новоселов пишет:
1. А предусмотрена ли возможность переноса комментариев пользователя заказа в 1С УТ?
Потому, что у меня комментарии не переносятся.
2. Если накатываешь новый модуль обмена, старый будет работать?
[/QUOTE]1. Только если в дополнительные сведения заказа. В сам комментарий заказа попадает служебный комментарий
2. Да будет, но сайт принимать данные со старого обмена не будет. Нужно будет выполнить кой какие скрипты.

[QUOTE]Вопрос по выгрузке заказов и контрагентов с сайта в 1С (ред. 11 УТ). Мы настроили при помощи модуля Битрикса обмен с сайтом. В 1С уже есть клиенты, которые заведены до настройки обмена с сайтом (большая часть клиентов создана в предыдущей редакции УТ 10.3 и выгружена с ИНН/КПП в базу УТ ред. 11). В модуле обмена настроена идентификация контрагентов по ИНН. На сайте оформляются заказы от юр лиц, имеющих ИНН и КПП такие же, как у существующих в 1С клиентов (контрагентов). При этом при загрузке заказов в 1С создаются новые клиенты (контрагенты) с данными с сайта. То есть идентификация по ИНН не происходит. Заказы оформляются не на существующих клиентов, а на вновь создаваемых по данным с сайта.
Поясните, как это должно работать. [/QUOTE] Напишите по этому поводу в техподдержку. Поиск по ИНН должен работать.


[QUOTE]Необходимо ли вести в 1С отдельный учет клиентов и контрагентов?
Как должны определяться в заказах, загруженных с сайта данные по клиенту и контрагенту, если в базе 1С такой клиент (подразумевается с такими же ИНН и КПП) или контрагент уже заведен ранее?
Проверка уникальности ведется только по ИНН или по связке ИНН+КПП? [/QUOTE] До проверки уникальности идет проверка по коду битрикс. Если в заказе он совпадает с кодом какого то контрагента - то подставляется этот контрагент. А если не найден, то ищется по ИНН или наименованию(зависит от настройки)
Ищется по ИНН, а не по связке ИНН + КПП


[QUOTE]Также вопрос по «При отмеченной опции Не редактировать контрагентов пришедших с сайта информация о контрагентах обновляться в 1С не будет.». Что это значит? Если, скажем, с сайта оформлено в 1С одно название контрагента. Опция включена. Покупатель на сайте изменил название ЮЛ (например добавил ЗАО, ООО и пр.) или изменил адрес, телефон). Изменение с очередным заказом не будет внесено в 1С?
А если опцию выключить, то все изменения по данным контрагента на сайте будут автоматически вноситься в 1С?
См. ниже используемые настройки. [/QUOTE] Да, именно для этого этот флажок и нужен. Если выключить, то должен обновиться, если конечно же, он был обновлен на сайте.
[QUOTE]Не могу перенести торговые предложения с сайта в 1С. Товары импортируются, а торговый каталог никак не хочет. В чем может быть дело? Настройки БУС сделал как в вебинаре.[/QUOTE] Наверн в настройках обмена с 1С на стороне БУС не установлен флажок. чтобы отдельно создавался инфоблок предложений. Или в настройках обмена 1С что то не то.

[QUOTE]Василий Мазурок пишет:
[QUOTE] Александр Денисюк пишет:
Сейчас только так. 1С получает только тогда номер на сайте, когда приходит заказ с сайта.
[/QUOTE]Ладно. А можно хотя бы сделать что бы заказ получив номер (после загрузки) - в БУСе отмечался как "измен" и сразу же выгружался в 1С?
А со стороны 1С после отправки заказов - выполнять еще один цикл запроса заказов.
И таким образом получить номера заказов "почти за один прход".
[/QUOTE]При обмене заказами сначала идет: загрузка заказов из сайта, а потом выгрузка заказов на сайт. Т.е. после выгрузки заказов на сайт, загрузка заказов с сайта, в этом обмене, уже невозможна.
Можно, конечно, допилить и БУС и модуль обмена 1С, чтобы работало по вашему, но в типовом обмене такого варианта обмена заказами - нет.