Форум

[QUOTE]Алексей Рупанов написал:
Здравствуйте. Подскажите, пожалуйста, почему адреса реквизитов некорректно синхронизируются?Заполняем по ИНН реквизиты в Б24 - в 1С приходит адрес без улицы.Куда копать? Коннектор 4.0.0.10УНФ 8.3.24.1548[/QUOTE]
При загрузке в 1С, адрес парсится по ключевым словам. Заполнение по ИНН в Б24 не всегда эти ключевые поля выводит. Выгрузите клиента из 1С и посмотрите адрес, как заводится.

[QUOTE]Марина Пахмутова написал:
А можно сделать так, чтобы идентификатор Б24 в 1С у номенклатуры не заменялся, если передается товар с тем же наименованием, но с другим ИД ?[/QUOTE] Можно, но лучше не стоит. Это неправильно, что у вас два товара с одинаковым названием

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

[QUOTE]Ирина Брызгунова написал:
Что за пользовательский алгоритм?У нас облачная УНФ в сервисе 1С:Фреш.[/QUOTE]
Понятно)
На аудите версия 4.0.0.11. Там уже не будет автоматом создаваться договор по умолчанию.

[QUOTE]Александр Алексеев написал:
Здравствуйте Александр. Подскажите для удаления логов в Журнале ошибок достаточно  выбрать запись и нажат на кнопку "Удалить запись"?
Можно как то настроить авто удаление после определённого строка, что бы не делать это вручную ?
В общих настройках стоит 3 дня для истории журнала взаимодействия а вот для журнала ошибок не нашёл информацию.

[URL=https://disk.yandex.ru/i/295KMgHGTtyVVg]https://disk.yandex.ru/i/295KMgHGTtyVVg[/URL]

[URL=https://disk.yandex.ru/i/zNMLLagBMtVi7w]https://disk.yandex.ru/i/zNMLLagBMtVi7w[/URL] [/QUOTE]
Да, для журнала ошибок тоже такое надо бы сделать..

[QUOTE]Ирина Брызгунова написал:
Только это всё равно на уровне кода делать надо.[/QUOTE]
можно через пользовательский алгоритм, который запускается перед записью.

[QUOTE]Марина Пахмутова написал:
Здравствуйте. Односторонняя интеграция из Б24 в 1С:БП. Есть номенклатура в 1С, которая не синхронизирована была до запуска с одноименными товарами Б24. Когда передаем счета из Б24 с товаром, который не синхронизирован с  одноименной номенклатурой 1С, то при обмене выполняется поиск по наименованию номенклатуры и если таковая имеется в 1С, то передаются значения полей из Б24. Это все хорошо, ничего не дублируется. Но есть нюанс. Наименование ограничено 150 символами и в случае длинного наименования начинаются проблемы: вместо создания новой номенклатуры затираются поля в номенклатуре, где первые 150 символов совпадают. Вопрос: можно ли штатным функционалом сделать сопоставление не по наименованию, а по полному наименованию?[/QUOTE] Штатными нет.

[QUOTE]Рустам Маметов написал:
Добрый день! Подскажите какой модуль больше всего подойдет  для интеграции с "УТ для Казахстана ред 3" . Хотим своими силами "допилить модуль" под эту конфигурацию[/QUOTE]
Для казахстана у нас есть модуль только для бухгалтерии(который через рест). Там много допиливать. Даже так, переделывать, т.к. УТ в режиме совместимости 8.3.11 вроде.

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

[QUOTE]Максим Сенокосов написал:
[QUOTE] написал:
 [QUOTE] написал:
Выявили проблему. Отправили на аудит новую версию модуля[/QUOTE] [URL=https://disk.yandex.ru/i/du5u6pLazW8UUA]https://disk.yandex.ru/i/du5u6pLazW8UUA[/URL]
Кажется проблема не ушла.
Данная ошибка появляется у сотрудников которые не обладают правами администратора. У меня в аккаунте такой ошибки нет.

Кажется что решается проблема созданием дополнительных прав, вот таких
 [URL=https://disk.yandex.ru/i/Stkm8F93ch_6eg]https://disk.yandex.ru/i/Stkm8F93ch_6eg[/URL]
Но на сколько это правильное решение?  [/QUOTE] Еще заметил, что если права которые я указал даешь, то кажется что проблема исчезает, но не на 100%, все таки 1 раз из 10 синхронизаций снова вылезает ошибка. Закономерность пока не обнаружил. [/QUOTE]

Выполнение запроса было вытащено в привилегированный режим. Права вообще не должны влиять.