написал: Но самая большая проблема в том, что при интенсивной работе с заказами при настроенной синхронизации у пользователей 1С постоянно возникает сообщение, что заказ изменен и данные теряются. Причиной этому является процесс синхронизации коннектора 1С Б24. Даже появление звонка или письма в таймлайне инициируют обмен, и если в это время пользователь набивал в 1С товары, то это все пропадает. Непонятно, как с этим бороться?
Коннектор реагирует на любое изменение сделки на портале (событие onCrmDealUpdate). Звонок или письмо в таймлайне обновляют дату/поля сделки → событие срабатывает → идёт обмен. При обмене коннектор читает существующий «Заказ клиента», заново заполняет его по алгоритму и перезаписывает. Если в этот момент пользователь 1С открыл тот же заказ и набивает товары — возникает конфликт: либо платформа выдаёт «объект изменён», либо коннектор своей записью перезатирает то, что пользователь ещё не сохранил. Это встроенное поведение штатного коннектора. Бороться можно несколькими способами: А. Настройками коннектора (без доработок):В настройках синхронизации сделок/заказов включить «не обновлять» для уже существующих заказов, Б. Организационно/процессно. Не давать пользователям 1С править заказы, которые синхронизируются с Битрикс24, «вживую» в моменты активного обмена — либо согласовать, что «владельцем» заказа является портал, а правки в 1С делаются в те периоды, когда обмен приостановлен. В. Доработать модуль. Над проверкой «объект изменён» мы тоже думаем, может в дальнейшем оптимизируем этот процесс, пока думаем как лучше.
Добрый день! Спасибо за развернутый ответ! Подскажите пожалуйста. Верным решением ли будет в этом случае. Поставить "н.з." на некоторых стадиях для запрета обмена в окне сопоставления статусов? Или же второй вариант. Не синхронизировать сделку в сторону 1С, поставив в отборе значение какого-нибудь поля (тригера), который будет отбрасывать на время эту сделку при обмене пока это значение присвоено? И как в этом случае произойдет объединение данных после снятия этого запретного флага, если что-то будет изменено на обеих сторонах?
написал: Добрый день! Настроена синхронизация 1С УТ и Битрикс24 через штатный коннектор. Складской учет отключен.
Первый вопрос. Непонятно как работает предопределенный алгоритм "Склад" в заказе клиента при синхронизации? Есть значение склада в типовом соглашении. При изменении на стороне 1С пользователем склада в заказе, и последующем изменении данных в сделке на стороне Б24 (например, в таймлайне появляется телефонный звонок), склад опять меняется на предыдущее значение.
Второй вопрос, как подставляется банковский счет организации. В УТ несколько счетов. При создании Заказа в 1С из Сделки Б24 при синхронизации и последующей попытке его перепровести, пишет ошибку "Банковский счет не указан". Решается перевыбором организации. Как работает этот предопределенный алгоритм "Банковский счет компании"
Спасибо!
Добрый день! По складу: обновление сделки в Битрикс24 (в т.ч. добавление активности в таймлайн) перезаписывает Заказ клиента целиком, восстанавливая склад из соглашения — ручное значение на стороне 1С сбрасывается. Поле «Склад» заполняется так: Сначала коннектор берёт склад из заказа на портале (из резервов/остатков каждой позиции, reservations → storeId). Если склада нет (а у вас складской учёт отключён — значит он там пуст), то берётся уже существующее значение склада в самом заказе 1С — то, что вы поставили руками. Оно сохраняется. Если же склад сопоставлен в настройках синхронизации товаров — берётся он и перезаписывает значение документа. Что делать: в настройке синхронизации по сущности «Сделка/Заказ» поменять заполнение реквизита «Склад» с предопределённого алгоритма на «Свой алгоритм» (или, если нужен склад строго из соглашения, закрепить в своём алгоритме правило «не трогать склад, если он уже заполнен в 1С»). Это делается 1С-программистом в расширении. По банковскому счёту: заказ из сделки заполняется основным счётом организации; ошибка возникает из-за того, что основной счёт не выделен однозначно / не настроен маппинг счетов. Предопределённый алгоритм «Банковский счет» для УТ: коннектор сам счёт не выбирает — он просто просит типовой механизм УТ «дай основной счёт по умолчанию». Ошибка «Банковский счет не указан» появляется, когда типовая функция УТ не находит основной счёт для этой организации/формы оплаты: у организации несколько счетов, но ни один не выделен как основной (нет флага «использовать по умолчанию»), либо не тот счёт для выбранной формы оплаты/валюты. Тогда на заказ, созданный из сделки, счёт не записывается — и при проведении контроль это ловит. «Лечится перевыбором организации», потому что при перевыборе типовой механизм заново запускает заполнение и находит нужный основной счёт. Что делать: выделить у организации основной банковский счёт (флаг по умолчанию); настроить сопоставление/маппинг банковских счетов в коннекторе (организация ↔ счёт); проверить, что счёт подходит под форму оплаты/валюту соглашения.
Спасибо большое за подробный ответ! По банковскому счету, в УТ нет основного счета по умолчанию как настраиваемой опции, поэтому, видимо, и есть проблема. Мне как раз интересно, как в этом случае работает предопределенный алгоритм. Потому что ошибка возникает не с каждым заказом.
Но самая большая проблема в том, что при интенсивной работе с заказами при настроенной синхронизации у пользователей 1С постоянно возникает сообщение, что заказ изменен и данные теряются. Причиной этому является процесс синхронизации коннектора 1С Б24. Даже появление звонка или письма в таймлайне инициируют обмен, и если в это время пользователь набивал в 1С товары, то это все пропадает. Непонятно, как с этим бороться?
написал: Добрый день! Настроена синхронизация 1С УТ и Битрикс24 через штатный коннектор. Складской учет отключен.
Первый вопрос. Непонятно как работает предопределенный алгоритм "Склад" в заказе клиента при синхронизации? Есть значение склада в типовом соглашении. При изменении на стороне 1С пользователем склада в заказе, и последующем изменении данных в сделке на стороне Б24 (например, в таймлайне появляется телефонный звонок), склад опять меняется на предыдущее значение.
Второй вопрос, как подставляется банковский счет организации. В УТ несколько счетов. При создании Заказа в 1С из Сделки Б24 при синхронизации и последующей попытке его перепровести, пишет ошибку "Банковский счет не указан". Решается перевыбором организации. Как работает этот предопределенный алгоритм "Банковский счет компании"
Спасибо!
Добрый день! По складу: обновление сделки в Битрикс24 (в т.ч. добавление активности в таймлайн) перезаписывает Заказ клиента целиком, восстанавливая склад из соглашения — ручное значение на стороне 1С сбрасывается. Поле «Склад» заполняется так: Сначала коннектор берёт склад из заказа на портале (из резервов/остатков каждой позиции, reservations → storeId). Если склада нет (а у вас складской учёт отключён — значит он там пуст), то берётся уже существующее значение склада в самом заказе 1С — то, что вы поставили руками. Оно сохраняется. Если же склад сопоставлен в настройках синхронизации товаров — берётся он и перезаписывает значение документа. Что делать: в настройке синхронизации по сущности «Сделка/Заказ» поменять заполнение реквизита «Склад» с предопределённого алгоритма на «Свой алгоритм» (или, если нужен склад строго из соглашения, закрепить в своём алгоритме правило «не трогать склад, если он уже заполнен в 1С»). Это делается 1С-программистом в расширении. По банковскому счёту: заказ из сделки заполняется основным счётом организации; ошибка возникает из-за того, что основной счёт не выделен однозначно / не настроен маппинг счетов. Предопределённый алгоритм «Банковский счет» для УТ: коннектор сам счёт не выбирает — он просто просит типовой механизм УТ «дай основной счёт по умолчанию». Ошибка «Банковский счет не указан» появляется, когда типовая функция УТ не находит основной счёт для этой организации/формы оплаты: у организации несколько счетов, но ни один не выделен как основной (нет флага «использовать по умолчанию»), либо не тот счёт для выбранной формы оплаты/валюты. Тогда на заказ, созданный из сделки, счёт не записывается — и при проведении контроль это ловит. «Лечится перевыбором организации», потому что при перевыборе типовой механизм заново запускает заполнение и находит нужный основной счёт. Что делать: выделить у организации основной банковский счёт (флаг по умолчанию); настроить сопоставление/маппинг банковских счетов в коннекторе (организация ↔ счёт); проверить, что счёт подходит под форму оплаты/валюту соглашения.
Спасибо большое за подробный ответ! По банковскому счету, в УТ нет основного счета по умолчанию как настраиваемой опции, поэтому, видимо, и есть проблема. Мне как раз интересно, как в этом случае работает предопределенный алгоритм. Потому что ошибка возникает не с каждым заказом.
Добрый день! Настроена синхронизация 1С УТ и Битрикс24 через штатный коннектор. Складской учет отключен.
Первый вопрос. Непонятно как работает предопределенный алгоритм "Склад" в заказе клиента при синхронизации? Есть значение склада в типовом соглашении. При изменении на стороне 1С пользователем склада в заказе, и последующем изменении данных в сделке на стороне Б24 (например, в таймлайне появляется телефонный звонок), склад опять меняется на предыдущее значение.
Второй вопрос, как подставляется банковский счет организации. В УТ несколько счетов. При создании Заказа в 1С из Сделки Б24 при синхронизации и последующей попытке его перепровести, пишет ошибку "Банковский счет не указан". Решается перевыбором организации. Как работает этот предопределенный алгоритм "Банковский счет компании"
База 1С Бухгалтерия предприятия во Фреш, Облачный битрикс24, тариф Профессиональный. При настройке синхронизации, запускаю Помощник ручного слияния данных. И при настройке сопоставления по ИНН, подбирает компании. При попытке выбрать другое, например, по номеру телефона выдает ошибку: Ошибка при вызове метода контекста (Выполнить) {Битрикс24КомплексБПФреш Обработка.Б24_КС_ПомощникРучногоСлиянияДанных.Форма.КонтактыКомпании.Форма(1212)}: Запрос.Выполнить(); {Битрикс24КомплексБПФреш Обработка.Б24_КС_ПомощникРучногоСлиянияДанных.Форма.КонтактыКомпании.Форма(738)}: ПоискПоКИ("Телефон", ДанныеОткрытогоДерева);
[ScriptRuntimeError] по причине: {(164, 2)}: Таблица не найдена "РегистрСведений.СвязиКонтрагентКонтакт" <<?>>РегистрСведений.СвязиКонтрагентКонтакт КАК СвязиКонтрагентКонтакт
Добрый день! В интеграции во Fresh с кофигурацией 1С Бухгалтерия предприятия.Облачный битрикс. При использовании робота который называется "Коннектор экспорт печатной формы объекта" не создаются печатые формы счета на оплату ни в таймлайне сделки ни в таймлайне счета. Хотя если открыть из таймлайна сформированный счет в окне 1С и сформировать печатную форму, а затем отправить в таймлайн, она приходит. Тоже самое с Роботом "Коннектор 1С Создание на основании Объекта". Просто бесконечно крутит в роботах выполнение
