Форум

[QUOTE]Владислав Бржезицький написал:
Программист не учел, что 1С - это мультиязычная платформа. Вот, как надо было написать обработку в модуле загрузки: [URL=https://prnt.sc/rpaybj]https://prnt.sc/rpaybj[/URL] Эта ошибка встречается т в других модулях расшиирения, надо вычистить везде. Просто передайте программистам. Надеюсь, они поймут.[/QUOTE]
С большой долей вероятности - у вас будут проблемы в других местах.
У нас разные команды делают модули для разных стран. Напишите в техподдержку.

[QUOTE]Semyon написал:
Александр Денисюк , Права рядовых менеджеров. Вам нужен список ролей?[/QUOTE]
Добавьте им роль "Роль по синхронизации с Битрикс24"

Опишите поподробнее. Я вижу, пока, только ошибку.

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

[QUOTE]Герман Брызгалин написал:
Не включен функционал использования дополнительных реквизитов и сведений. Синхронизация невозможна.Это чем может быть?[/QUOTE]
Не включен функционал использования дополнительных реквизитов и сведений. Есть такая возможность в типовых конфигурациях 1С

[QUOTE]Дмитрий Агапкин написал:
7.0.1.17[/QUOTE]
Эта версия вышла полтора года назад. Сейчас актуальна уже [URL=https://1c.1c-bitrix.ru/ecommerce/download.php?id=10838974]7.0.1.27[/URL] . Поставьте ее и проверяйте ошибки. Мы ориентируемся на последнюю версию.

Нет. Нужно допиливать модуль

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

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

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

Проверьте реквизиты контактов. Может они не выгружаются. А они могут не выгружаться, если некорректно настроен маппинг реквизитов контактов к видам контрагентов 1С