Форум

[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С с названием удаленного направления в соответствующем поле

[QUOTE]Роман Бузин написал:
[QUOTE][URL=/support/forum/user/4334792/]Вадим Загородный[/URL] написал:
Добрый день, коллеги!
Поскажите, с чем может быть связано? В настройках синхронизации клиентов. В экспертный настройках. Если убирать синхронизацию любых полей либо очищением значения либо подстановкой пустого значения, изменения не сохраняются. Хотя нажимаешь везде применить, вплоть до основного меню интеграции. Возвращаешься обратно в это окно, все значения выставлены по старому. Не сохраняются изменения никак.

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