Александр Денисюк (Все сообщения пользователя)

Если имеется в виду свойство категорий(служебное), то удалите его из 1С

Может с таким названием уже есть категория?

1. 5. Тоже что и раньше + добавить разрешения сервер маркетплейс "https://integration-ms1.bitrix.info"
2. Последние 8.3.22
3. На странице скачивания показано на какой тестировалось
4. Можете последнюю, можете нет. Что значит стабильная? Работоспособны все, разница в возможностях и багах.

Пока нет. Достаточно перенести идентификаторы

потому что не включен функционал доп реквизитов и сведений

БУдет два модуля.
Нужно еще также перенести id объектов в новый модуль, иначе могут быть дубли в заказах и клиентах

У вас вариации называются также как товар. Такие вариации не выгружаются. Проверка наименования происходит до кастомного алгоритм.
Связано это с тем, что у товара в Б24 всегда должна быть хоть одна вариация. И если товар простой, то у него одна вариация с таким же названием как и у товара.
Модуль 1С предполагает, что если у вариации наименование такое же, как у товара - это вариация простого товара и не создает ее в 1С.

И вообще, неправильно, что у вас вариации называются одинаково.

Если выгружать локально на диск то все картинки?

Ну в модуле можно сделать костыль, но, скорее всего, тоже самое всплывет в другом  месте.

Нет какого одного решения. У разных клиентов разные проблемы. У кого то проблемы с доступом(например закрыт 443 порт), у кого то с сертификатом. Я не знаю всех проблем, которые могут быть, т.к. я не ТП и до меня доходят только самые сложные тикеты.

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

Такого реквизита в документе счета 1С нет. Эти данные хранятся в спец регистре.

Смотрю по коду - срок оплаты заполняется.
В счетах v.1 берется из ключа "DATE_PAY_BEFORE"
В счетах v.2 берется из ключа "closedate"

Скорее наоборот, не могли указать алгоритм ключу closedate. Это я поправил.

Встречал такую ошибку. Вроде бы дело было в рест апи битрикс24. Ключа сделки "DATE_CREATE" то ли нет, то ли формат даты не тот.

Вас не заставляют обновлять модуль интеграции. Можете сидеть на старой версии и работать в старой конфигурации 1С.

Задайте маппинг шаблонов реквизитов

Это если внешний идентификатор не указан.

Проще всего - написать обработку, которая бы это сделала.

Не, будет передаваться полностью. Только кастомизация

Ну с этим вопросом не сюда) Вроде как показывается цена базового типа цен.

да. В своем регистре

Чтобы дело не прыгало туда сюда, в версии 3.1.0.3 сделал кой какие правки

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

Фигня какая то. Цена не выгружается в доп поле. Может у вас в вариациях не выведены типы цен?

Вообще я понял почему так. Немного поменялась логика привязки сущностей. И получалось, что договор мог быть основанием заказа. У договора было дело и заказ привязывался к нему. В новой версии я исключил договор из основания...

Проверил на версии 3.1.0.3(скоро выйдет)
Создал смарт процесс "Договоры", у него в связях указал компании и контакты.
Выгрузил из 1С компанию, выгрузил договор в смарт процесс.
В итого появилась компания с делом и смарт процесс с делом.
Из компании создаю сделку и вызываю слайдер. В слайдере создаю заказ 1С. Он привязывается к сделке через дело