|
Разработчикам |
Коннектор 5.0.
Коннектор 5.0.
|
|
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|
|
|
Роман, чем может быть вызвана такая ошибка? 👇
Ошибка возникает при попытке из сделки открыть заказ покупателя и завершается сообщением на стороне Б24: «Не удалось открыть объект 1С. Возможно нет подключения к Битрикс24». Если из сделки удалить компанию – заказ покупателя открывается без проблем. |
|||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
вот ещё, Роман:
|
|||
|
|
|
|
|||
|
|
|
|
тут по ходу правки кода расширения нашими спецами ещё вывалилось, Роман:
ПРИМЕР: структура справочника: реквизит в коде: на всякий случай, для определённости, священнодействие происходит на таком комплекте: 1С:Предприятие 8.3 (8.3.27.2130) Управление торговлей, редакция 11 (11.5.27.70) Битрикс24: Коннектор к 1С для УТ (5.0.0.13) |
|||
|
|
|
|
|||
|
|
|
|
Роман, когда, примерно, ждать апдейта?
|
|
|
|
|
|
|||
|
|
|
|
Добрый день, коннектор немного странно работает.
1. Синхронизация не всегда работает исправно: из 1с в б24 не передается статус счета, или изменение позиций. Хотя счета привязаны, в ленте б24 показывается счет. Но это происходит не по всем счетам. Могут на это влиять другие счета? Дубли или ошибка нумерации. Ранее столкнулись с тем что если счет удалили из сделки в б24(а не удалили навсегда), а в 1с удалили совсем, счет в б24 оставался с номером 1с и в дальнейшем могло быть что из за того что номер занят - другой сделке не может присвоиться. Но сейчас вроде этого нет, подскажите куда можно еще посмотреть? Кто то с чем то подобным может уже сталкивался? 2. В настройках синхронизации компаний одна галка не прожимается, она может влиять на работу? это только у нас или у всех? 3. Не знаю появилось это ранее или после обновления, но у нас на некоторых счетах в б24 задваиваются строки товаров, и счет получается в 2 раза больше. То есть все строки повторялись еще раз в том же порядке. Хотя в 1с все ок. |
|
|
|
|
1. А можете проверить: включены ли «Обновлять на портале» и «Обновлять ТЧ на портале» для сущности счёта; заполнены ли поля «Переводить в статус, когда оплачен/отгружен/частично…»; журнал регистрации на сообщения «Не найден статус счёта» и «Не найден идентификатор организации». 2. Это жёстко зашитый запрет для пары Компания → Организации (и «Загружать в 1С доп. поля», и «Выгружать на портал доп. поля»), одинаково во всех сборках. На работу обмена не влияет. 3. Это только в 1С Бухгалерия проявляется? Похоже в коде модуля Бухгалтерии упущение. Пофиксим. Еще там возможно в базе задублирвоаны идентификаторы, можно проверить запросом:
|
|||||
|
|
|
|
Здравствуйте!
За 5.0.0.13 на коробку УНФ спасибо, а когда во Фрэше ждать? Понимаем, что БП приоритетнее, но УНФ с CRM как-то логичнее связка. ( |
|
|
|
|
|
Добрый день. Столкнулись с проблемой открытия объекта 1С из Битрикс24 при работе со смарт-процессом. Окружение:
Синхронизация смарт-процесса в целом работает. Объекты и дела из 1С выгружаются в Битрикс24. Проблема возникает при попытке открыть объект 1С из дела в Битрикс24. Команда ImportSession до 1С доходит через Push&Pull, но не обрабатывается. В журнале взаимодействий: Команда 'ImportSession' не обработана: не совпало подключение.ИдентификаторПодключения: настройка='<ID>', команда='<ID>_SP' Ошибка воспроизводится стабильно. Само событие до 1С доставляется корректно. Входящая команда видна в журнале, соединение Push&Pull работает. В установленном расширении команда отбрасывается в общем модуле Б24_К_ЛонгПуллингКлиентСервер, процедура - ОбработатьСообщениеСПортала В этой процедуре входящий idAdress сравнивается с СтруктураНастроек.ИдентификаторПодключения. Для ImportSession приходит значение <ID>_SP, тогда как в настройке подключения хранится <ID>. При этом в том же модуле для обработки событий смарт-процессов уже используется сравнение с: СтруктураНастроек.ИдентификаторПодключения+ Б24_СМ_ОбщегоНазначенияВызовСервера.ПолучитьПостфиксИдКоннектора() а ПолучитьПостфиксИдКоннектора() возвращает _SP. |
|
|
|
|
|
Добрый день
|
|||||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
Про статус счёта. На вашем скриншоте видно, что в блоке «Устанавливать статус принудительно» заполнены только два поля из шести — «Оплачен» и «Частично оплачен», а «Отгружен», «Оплачен и отгружен», «Частично отгружен», «Частично оплачен и отгружен» — пустые. Когда поле пустое, статус берётся из таблицы сопоставлений; для отгруженных счетов принудительный перевод просто не задан. Начните с заполнения этих полей. И проверьте, какой источник выбран: на второй вкладке («Дополнительное сведение счетов») у вас таблица сопоставлений пустая — если выбран этот источник, статусы не передаются вообще. Про задвоение строк товаров. Похоже на повторную отправку счёта на портал: при перегрузке портала (ответ 503) или истечении токена программа автоматически повторяет отправку того же запроса. Для обычного счёта строки товаров передаются внутри запроса обновления, и повтор может добавить их второй раз — что в точности даёт «строки повторились, сумма ×2», хотя в 1С всё верно. Проверить можно в журнале взаимодействий по строкам Превышено количество запросов в секунду и Повторная выгрузка объектов с типом. Мы уже внесли защиту от другого сценария (дубли в регистре идентификаторов), она уже в релизе 5.0.0.14 опубликованн вчера; этот случай разбираем дополнительно — пришлите, пожалуйста, выписку из журнала за даты задвоённых счетов. |
|||||||
|
|
|
|
|||||
|
|
|
||||
