Форум

Добрый день, коллеги!
Подскажите пожалуйста. После 22 октября часто в течении дня перестают передаваться данные с push сервера Битрикс24 в типовом коннекторе 1С УТ 4.3.1.14. Обмен настроен в реальном времени. Приходится постоянно дергать синхронизацию. Эту проблему как-то можно решить?

[QUOTE]Роман Бузин написал:
Свой алгоритм» заменяет предопределённый целиком. Поэтому в ветке Иначе нужно воспроизвести его логику — проще всего подсмотреть, что стоит у этого поля сейчас (значение предопределённого алгоритма для stageid), и подставить то же выражение в свою ветку.[/QUOTE]
Я не про свой алгоритм, который прописывается для конкретного поля stageid (ключа запроса), так как предопределенный алгоритм я увидеть и скопировать не могу в пользовательском режиме. Или же как- то можно его посмотреть? Я про Алгоритм выгрузки данных на портал, доступный по гиперссылке внизу формы экспертных настроек, под табличной частью.
Или же в Своем алгоритме достаточно написать ?
Иначе
  [Результат] = Идентификатор стадии; /значение предопределенного алгоритма?
КонецЕсли;

[QUOTE]Роман Бузин написал:
Причина: при создании заказа в 1С из сделки в заказ записывается значение стадии «Заказ создан» (3-я). Когда 1С выгружает стадию обратно в Битрикс24, она берётся из этого значения заказа, а не из текущей стадии сделки. Плюс для только что созданного заказа срабатывает настройка «Статус по умолчанию», которая и возвращает сделку на «Заказ создан». Пустое сопоставление для 4-й стадии тут не помогает — значение в заказе не обнуляется. После первого обмена заказ получает ID из Битрикс24, «статус по умолчанию» больше не применяется — поэтому возврат происходил только один раз.[/QUOTE]
Добрый день!
Подскажите пожалуйста, какой код можно прописать в экспертных настройках в алгоритме при выгрузке на портал, чтобы поле stageid не изменялось в Б24 на определенных стадиях, и оставить предопределенный алгоритм в остальных случаях? Насколько я понял, если использовать параметр [Отказ], то он всю выгрузку не произведет, а нужно только одно поле не изменять. Это единственный вопрос, который осталось решить для успешной сдачи проекта.

Ограничивает еще такой момент, что при выгрузке в 1С в экспертных настройках нельзя сделать составное условия отбора с И/ИЛИ

Добрый день!
[URL=https://disk.360.yandex.ru/i/BBQc-SOMlL9Ewg]https://disk.360.yandex.ru/i/BBQc-SOMlL9Ewg[/URL]

1. Подскажите пожалуйста, что означает верхняя запись в Идентификаторах  заказа (тип данных Заказ) с номером Z_588, так как в нормальных заказах такого нет. Обычно присутствует только идентификатор ( с префиксом S и типом данных сделка) ?

2. По какой причине может различаться идентификатор объекта (сделки) с префиксом S_4081  с идентификатором владельца, который указан в деле сделки, в этом случае 4285?

[QUOTE]Роман Бузин написал:
Как убрать: в настройке сопоставления статусов для поля «Идентификатор стадии» сделки поставить источник «Не изменять» — тогда 1С перестанет сама двигать стадию в Битрикс24 (стадия меняется только вручную). Либо убрать «Статус по умолчанию» для новой сделки.[/QUOTE]
В дальнейших стадиях 1С должен двигать стадии в Битрикс24, поэтому вариант с "не изменять" не подойдет. Если бы можно это было сделать на определенных стадиях, вот тогда бы отлично зашло))
Убрать «Статус по умолчанию» не помогло. Стадия откатывается первый раз в любом случае.

[QUOTE]Роман Бузин написал:
при создании заказа в 1С из сделки в заказ записывается значение стадии «Заказ создан» (3-я). Когда 1С выгружает стадию обратно в Битрикс24, она берётся из этого значения заказа, а не из текущей стадии сделки. Плюс для только что созданного заказа срабатывает настройка «Статус по умолчанию», которая и возвращает сделку на «Заказ создан»[/QUOTE]
В том то и дело, что 3-й Стадии "Заказ создан" сопоставлено пустое значение в 1С, поэтому, при создании нового заказа и при заполнении по умолчанию, по идее, передается пустое сопоставленное значение, которое одинаковое у всех последующих стадий начиная с 3-й.

Убрал значение у поля "Статус по умолчанию", посмотрим поможет или нет

[QUOTE]Роман Бузин написал:
Добрый день! Да, оба ваших способа — рабочие, они полностью останавливают загрузку заказа с портала в 1С, но они не объединяют данные и не убирают первопричину. Надёжнее — свой алгоритм перед записью (хук до записи), который не даёт перезаписывать заказ, редактируемый в 1С. Если нужен именно «ручной замок на сделку» как орг. решение — берите отбор по значению поля; «н.з.» по статусу — тоже ок, но менее гибко.[/QUOTE]
Добрый день!
Нашли выход. Настроили коннектор. Создали доп. реквизит Заказа, в котором хранятся стадии воронки Б24. поставил н.з. на первых двух стадиях и при переходе на 3-.ю "Заказ создан"  создается новый заказ в 1С из сделки Б24, с 4-й стадии не должно ничего передаваться из Б24 в 1С, только из 1С в Б24. Но тут возникает проблема с самой сделкой. Хоть там и сопоставлены этапы сделки пустому значению, все равно после перевода на 4-ю стадию сделка однократно  возвращается на этап "Заказ создан" . Если потом передвинуть в Б24 на следующие этапы, уже такого не происходит (они остаются не тронутыми), даже если сохранить (провести) Заказ в 1С. Можете подсказать, почему так происходит? Почему  отсутствующее значение этапа заказа не сопоставленного этапу сделки иногда возвращает сделку на 3-й этап? Хотя если потом передвигать стадии в сделки, они уже не сбрасываются обменом из 1С? А главное, как избежать этого возврата на 3-й этап?
[URL=https://disk.360.yandex.ru/i/KmbvVMhOaTpYLQ]https://disk.360.yandex.ru/i/KmbvVMhOaTpYLQ[/URL]

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

А сейчас вот столкнулся в УТ с тем, что при настройке "Сопоставления статусов" из "Синхронизации сделок", если удалить все остальные воронки Б24, оставив только одну в колонке "Направления сделок", то при завершении сделки Б24 в другой воронке, которая отсутствует после удаления, они все равно прилетают в 1С с названием удаленного направления в соответствующем поле