| Цитата | ||
|---|---|---|
Георгий маракулин написал:
|
| Цитата | ||
|---|---|---|
Роман Бузин написал:
|
Может в этом дело? что за токен нужно обновить?
|
Разработчикам |
Коннектор 5.0.
Коннектор 5.0.
На ТП вышел - дал доступы все, а они журнал логов просят Доступы для чего предоставил, как тут и посоветовали... |
|||||
|
|
|
|
Добрый день! Проблема с синхронизацией данных в счетах и контрагентах наблюдается уже 3-ий день. Синхронизация смарт-процессов происходит только при ручной синхронизации изменений. В это же время синхронизация счетов и контрагентов не работает даже при ручной синхронизации. В журнале взаимодействий можно видеть историю и ошибки. . Что вы можете порекомендовать в этой ситуации? Синхронизация в целом сейчас не работает.
|
|
|
|
|
|
Какой ужасный коннектор, я просто в шоке. Попытался обновить ключ авторизации, так теперь и счета из б24 в 1с не создаются. Хотя ключ в итоге обновлен, ошибки после записи больше нет, но синхронизация не работает никаким образом.
кто нибудь разобрался с этим? при синхронизации сейчас дает критическую ошибку:
|
|||
|
|
|
|
|||
|
|
|
|
Такая же проблема с модулем новым, после обновления не работают роботы по созданию объектов на основании из таймлайна, при открытии из битрикса также не открывается объект, просто открывается главное окно 1с а не нужный документ. До поддержки невозможно дописаться, виртуальный помощник с 10 раза только переключает на оператора, а оператор вообще как будто с другой планеты, не понимает что пишу ему.
|
|
|
|
|
Что нужно сделать:
Это дефект данных настройки обмена, а не кода расширения — править код/схему не нужно. Если после очистки отборов ошибка повторится — пришлите точный текст отбора, который сохранён по счёту, разберу детальнее. |
|||||
|
|
|
Посмотрел журнал. То, что видно в логе — это не причина, а следствие: Битрикс24 отвечает по объектам «Элемент не найден», и коннектор на такую ошибку удаляет связь объекта с порталом (запись в идентификаторах). Поэтому в логе и появляется «Удален id для объекта: Счет покупателю 80032». Дальше срабатывает цепочка: раз у контрагентов связи тоже потеряны, при выгрузке счёта не находится идентификатор контрагента — отсюда «Не найден идентификатор контрагента(компании)… Его необходимо повторно выгрузить на Битрикс24». Именно поэтому счета и контрагенты не синхронизируются даже принудительно. Пожалуйста, выполните по порядку:
|
|||
|
|
|
Буду тестить на выходных, смотреть работает или нет. Сейчас вроде при редактировании счета на другой стороне данные меняются. Но печатная форма из 1с в б24 так и не летит ( по умному сценарию) |
|||||||
|
|
|
|
|||
|
|
|
При отключённой синхронизации контактов новая компания, созданная в Битрикс24, не загружалась в 1С — обычная синхронизация сообщала «Нет изменений на портале». После включения для контактов параметров «Загружать в 1С» и «Обновлять в 1С» и пересохранения настроек новая тестовая компания успешно загрузилась из Битрикс24 в 1С. Созданный по этой компании новый счет также успешно загрузился в 1С. В журнале регистрации эта ошибка фигурировала как "Преобразование значения к типу Булево не может быть выполнено". . Уточните, это баг или фича? Является ли необходимость включения синхронизации контактов известной ошибкой текущей версии коннектора и можно ли безопасно отключить контакты после обновления модуля? |
|||||
|
|
|
|
|||
|
|
|
|
|||||
|
|
|
|
|||
|
|
|
|
Добрый день!
После обновления коннектора слетела настройка синхронизации смарт процессов. Просто удалилась. Не в курсе где хранились (хранятся) эти настройки можно ли их достать из архива? |
|
|
|
|
Добрый день, по совету включил синк контактов и все заработало, НО из 1с в б24 передаются, а из б24 в 1с нет. И в настройках синка увидел что одна галка не стоит, и после нажатия на нее она не проставляется. Как можно пофиксить? Скрин: Так же дважды сталкивались с проблемой: Баг обмена Б24↔1С — усечение товарных позиций до 50 (потеря данных) Суть. При синхронизации (особенно полной/принудительной) документы с числом позиций больше 50 приходят в 1С только с первыми 50 строками. Остальные теряются, сумма документа пересчитывается под 50 строк. Обнаружено на 10 счетах. Причина (наиболее вероятная). Коннектор читает табличную часть из Б24 REST (crm.deal.productrows.get / crm.item.productrow.list), который возвращает максимум 50 записей за вызов и требует пагинации (start = 0, 50, 100 …). Коннектор берёт только первую страницу (50) и дальше не листает. Что нужно исправить: 1. При чтении позиций листать все страницы (start += 50, пока ответ содержит 50 записей / пока есть next), собирать полный список, потом писать в 1С. 2. Граничный случай: если пришло ровно 50 — не считать это полным, делать дозапрос следующей страницы (иначе «ровно 50» и «>50» неразличимы). 3. Проверить обмен по всем табличным частям (счета, реализации, заказы, УПД) — не только счетам. 4. До фикса — не запускать полную принудительную синхронизацию по документам с >50 позиций (режет данные). 5. Желательно — лог/алерт, если у документа при записи в 1С стало ровно 50 позиций, а в источнике было больше. |
|||||
|
|
|
Бухгалтерия предприятия, редакция 3.0 (3.0.206.19) Коннектор к 1С для БП (4.4.0.7) |
|||||
|
|
|
По первому вопросу - фикс будет в ближайшем релизе. По второму - "crm.deal.productrows.get" - нигде в коде не используется. А crm.item.productrow.set — коннектор шлёт все строки одним вызовом, без разбиения. А читает данные коннектор с портала до тех пор пока не вернет менее 50 значений. Это есть и в текущем и во всех старых релизах.
|
|||||||||
|
|
|
|
|||||||
|
|
|
|
Коллеги, у нас на фреше снова отвалился коннектор. Кто сталкивался?
При попытке обновить токен пишет: "Не удалось выгрузить настройки на портал, проверьте журнал взаимодействий. Скорее всего нужно обновить токен." В журнале ошибок: "Error calling context method (СтрНайти). Код состояния:403" Сервис аутентификации отвалился? --- 1С Бухгалтерия 3.0.206.19 Коннектор к 1С для БП (4.4.0.7) |
|
|
|
|
Фикс очень ждем, работа хромает. Ориентировочная дата фикса не известна еще? |
|||||||||||
|
|
|
|
|||||
|
|
|
|
Всем добрый день! Опубликован новый релиз для всех конфигураций 5.0.0.13 и для Фреш БП 4.4.0.7 там исправление всех багов которые выявили тут на форуме и с тех поддержки. Думаю все вопросы которые тут обсуждали последние пару недель должны закрыться. Отказались от галки CRM (которая прятала и отключала функционал CRM для тех кто пользуется только КЭДО) она больше проблем приносила чем пользы. Теперь у всех всегда будет включен функционал CRM.
|
|
|
|
|
Синхрон в обе стороны Открытие объекта при интеграции сервисов Однако после проведения и закрытия документа при интеграции сервисов - документы успешно создаются, дела пробрасываются, но при этом визуально выходит ошибка 1С - ниже |
|||
|
|
|
|
{
"time": "2026-09-23T10:01:27+03:00", "id": "66b05f64-c3ec-4c13-bf30-29cf0a91752d", "clientInfo": { "platformType": "Windows_x86_64", "appVersion": "8.5.1.1519", "appName": "WebClient", "systemInfo": { "userAgent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/153.0.0.0 Safari/537.36", "clientID": "***" } }, "sessionInfo": { "userName": "****", "dataSeparation": "***", "platformInterfaceLanguageCode": "ru_RU", "configurationInterfaceLanguageCode": "ru", "localeCode": "ru_RU" }, "infoBaseInfo": { "localeCode": "ru_RU" }, "serverInfo": { "appVersion": "8.5.1.1519", "type": "Linux_x86_64", "dbms": "PostgreSQL" }, "configInfo": { "name": "БухгалтерияПредприятия", "description": "Бухгалтерия предприятия, редакция 3.0 (3.0.206.19) ( (С) ООО \"1C-Софт\", 2009 - 2026. Все права защищены\n(;, "version": "3.0.206.19", "compatibilityMode": "Version8_3_27", "hash": "f488c9ff64b80e4eae88a23879dd478400000000", "changeEnabled": false }, "errorInfo": { "userDescription": "", "systemErrorInfo": { "clientStack": "Error\n at g.hnb (/scripts/mod_main_loader.js?sysver=8.5.1.1519:601:169)\n at jna.Yc [as constructor] (/scripts/mod_main_loader.js?sysver=8.5.1.1519:598:558)\n at jna.yh [as constructor] (/scripts/mod_main_loader.js?sysver=8.5.1.1519:897:738)\n at jna.Ah [as constructor] (/scripts/mod_main_loader.js?sysver=8.5.1.1519:897:1315)\n at new jna (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1029:168)\n at Vf (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1156:138)\n at Of._get (/scripts/mod_main_loader.js?sysver=8.5.1.1519:797:351)\n at li._get (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:143:350)\n at g.z_b (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1125:132)\n at ipa (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1122:290)\n at g.jl (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1121:194)\n at Ona (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1086:247)\n at gi (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1085:462)\n at yi.<anonymous> (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1082:382)\n at joa (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1081:49)\n at Roa (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1082:353)\n at g.DF (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1082:263)\n at g.Qw (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10302:112)\n at g.UO (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10292:103)\n at g.X3 (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10292:226)\n at g.X3 (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9974:757)\n at /scripts/mod_main_mainform.js?sysver=8.5.1.1519:1654:162\n at joa (/scripts/mod_main_loader.js?sysver=8.5.1.1519:1081:49)\n at g.jFa (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:1654:139)\n at g.ei (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:1655:70)\n at wdc (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10290:80)\n at udc (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10291:435)\n at Occ (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10283:1)\n at g.bla (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10280:180)\n at qh.<anonymous> (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10276:502)\n at c (/scripts/mod_main_loader.js?sysver=8.5.1.1519:297:340)\n at Xba (/scripts/mod_main_loader.js?sysver=8.5.1.1519:301:185)\n at Tba (/scripts/mod_main_loader.js?sysver=8.5.1.1519:299:390)\n at Ia.after (/scripts/mod_main_loader.js?sysver=8.5.1.1519:297:358)\n at qh.closeAsync (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:10276:443)\n at q8b (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9548:160)\n at kW.Uy (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9547:206)\n at g.qB (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9814:164)\n at kW.doCommand (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9540:114)\n at g.ctb (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9454:55)\n at g.cG (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9446:192)\n at g.zk (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:9446:87)\n at RZ.FB (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:16506:115)\n at RZ.Bb.<computed> (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:16507:480)\n at RZ.Bxa (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:1:93)\n at RZ.Yz (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:7:271)\n at RZ.lY (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:16506:45)\n at g.Xc (/scripts/mod_main_loader.js?sysver=8.5.1.1519:592:672)\n at ls.ob (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:871:213)\n at g.ob (/scripts/mod_main_mainform.js?sysver=8.5.1.1519:11743:284)", "clientStackHash": "6CE557F54635F84539A2C18EAEDA766D" }, "applicationErrorInfo": { "errors": [ [ "Поле объекта не обнаружено (ПараметрыБ24)", [ "ScriptRuntimeError", "ScriptUseError" ], "", "" ] ], "stack": [ [ "Битрикс24КомплексБПФреш РегистрСведений.Б24_КБ_НастройкиИнтеграцииСервисов.Форма.ФормаФормированиеДанных1С.Форма", 190, "\t\t\t\t\tПривязыватьЗаказКСделкеНаСервере(ФормаНовогоОбъекта.ПараметрыБ24, ОбъектСсылка);" ] ], "stackHash": "D0B8F84A28FEF391AA20E9300AB553DF" } }, "screenshot": { "file": "screenshot.png" }, "additionalInfo": "service_id=***" } |
||||
|
|
|
|||
