Поля

Что и куда ездит по каждому полю. Направление 1С → Bitrix включено всегда и отсюда не выключается — маппинг форварда живёт в коде. Переключается обратное направление и наблюдение.

⚠️ Каждое включённое обратное поле начинает реально писать в боевую 1С. Правило владельца: включаем по одному и каждое проверяем живьём — поэтому кнопки «включить все» здесь нет.

Предусловия ниже считаются по нашей конфигурации. «Код события в подписке» — ещё не привязка в портале: привязать её — кнопка «Привязать события» на вкладке Параметры, проверить фактическую — /events/list.

🔒 Правки закрыты

Сессия живёт 12 ч и пропадает при перезапуске контейнера — так из перехваченного токена PIN не восстановить.

🔓 Правки открыты.

Контрагент

включено обратных полей: 31 из 31

Поля контрагента: Bitrix → 1С по событию компании/реквизита.

⚠️ Путь записи закрыт: Включённые ниже поля запомнятся, но обратно ничего не поедет, пока это не устранено.

⚠️ Наблюдение не ведётся: Отмеченные поля запомнятся, но в журнал расхождений не попадёт ни строки.

Комментарий comment двусторонний realtime

в 1С: Партнёр.Комментарий в Bitrix: Компания (crm.company)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Название компании title двусторонний realtime

в 1С: Партнёр.Наименование в Bitrix: Компания (crm.company)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Телефоны phones двусторонний realtime

в 1С: Партнёр.КонтактнаяИнформация[Телефон] в Bitrix: Компания (crm.company)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

E-mail emails двусторонний realtime

в 1С: Партнёр.КонтактнаяИнформация[Почта] в Bitrix: Компания (crm.company)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Сайты websites двусторонний realtime

в 1С: Партнёр.КонтактнаяИнформация[Сайт] в Bitrix: Компания (crm.company)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Полное наименование legal_name двусторонний realtime

в 1С: Контрагент.НаименованиеПолное в Bitrix: Реквизит (crm.requisite)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

ОКПО okpo двусторонний realtime

в 1С: Контрагент.КодПоОКПО в Bitrix: Реквизит (crm.requisite)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Статус работы (1С) status_raboty двусторонний, есть предусловия

в 1С: Партнёр.CRM_СтатусРаботы в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Основная отрасль (1С) otrasl двусторонний, есть предусловия

в 1С: Партнёр.CRM_ОсновнаяОтрасль в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Важность (1С) vazhnost двусторонний, есть предусловия

в 1С: Партнёр.CRM_Важность в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Сегмент рынка (1С) segment_rynka двусторонний, есть предусловия

в 1С: Партнёр.CRM_СегментРынка в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Численность рабочих мест (1С) rab_mest двусторонний, есть предусловия

в 1С: Партнёр.CRM_ЧисленностьРабочихМест в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Степень лояльности (1С) loyalnost двусторонний, есть предусловия

в 1С: Партнёр.СтепеньЛояльностиРуководстваККлиенту в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Бизнес-регион (1С) biz_region двусторонний, есть предусловия

в 1С: Партнёр.БизнесРегион в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Группа доступа (1С) gruppa_dostupa двусторонний, есть предусловия

в 1С: Партнёр.ГруппаДоступа в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Клиент (1С) klient двусторонний, есть предусловия

в 1С: Партнёр.Клиент в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Поставщик (1С) postavshik двусторонний, есть предусловия

в 1С: Партнёр.Поставщик в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Конкурент (1С) konkurent двусторонний, есть предусловия

в 1С: Партнёр.Конкурент в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Перевозчик (1С) perevozchik двусторонний, есть предусловия

в 1С: Партнёр.Перевозчик в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Обзванивать (1С) obzvanivat двусторонний, есть предусловия

в 1С: Партнёр.Обзванивать в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Прочие отношения (1С) prochie_otnosheniya двусторонний, есть предусловия

в 1С: Партнёр.ПрочиеОтношения в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Обслуживается торговыми представителями (1С) obsl_torg_predst двусторонний, есть предусловия

в 1С: Партнёр.ОбслуживаетсяТорговымиПредставителями в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Отписался от email-рассылок (1С) otpisalsya_email двусторонний, есть предусловия

в 1С: Партнёр.CRM_ОтписалсяОтEmailРассылок в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Напоминать о дне рождения (1С) napominat_dr двусторонний, есть предусловия

в 1С: Партнёр.CRM_НапоминатьОДнеРождения в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Информация из обзвона (1С) obzvon_info двусторонний, есть предусловия

в 1С: Партнёр.КомментарийДляОбзвона в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Дата информации из обзвона (1С) obzvon_date двусторонний, есть предусловия

в 1С: Партнёр.ДатаКомментарияДляОбзвона в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

E-mail для актов сверки email_acts двусторонний realtime

в 1С: Партнёр.EmailДляОтправкиАктовСверки в Bitrix: Компания (crm.company)

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Ответственный менеджер manager двусторонний, есть предусловия

в 1С: Партнёр.ОсновнойМенеджер в Bitrix: Компания (crm.company)

нужна карта пользователей: у несматченного менеджера правка не поедет (вкладка «Пользователи»)
у схлопнутых по ИНН контрагентов (два GUID на одну компанию) менеджер обратно не поедет никогда — company-поля гасит ambiguous

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Менеджер ППО (1С) manager_ppo двусторонний, есть предусловия

в 1С: Партнёр.TM_KPI_МенеджерППО в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)
нужна карта пользователей: у несматченного менеджера правка не поедет (вкладка «Пользователи»)
у схлопнутых по ИНН контрагентов (два GUID на одну компанию) менеджер обратно не поедет никогда — company-поля гасит ambiguous

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Менеджер СХТ (1С) manager_sht двусторонний, есть предусловия

в 1С: Партнёр.TM_KPI_МенеджерСХТ в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)
нужна карта пользователей: у несматченного менеджера правка не поедет (вкладка «Пользователи»)
у схлопнутых по ИНН контрагентов (два GUID на одну компанию) менеджер обратно не поедет никогда — company-поля гасит ambiguous

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

Менеджер МУ (1С) manager_mu двусторонний, есть предусловия

в 1С: Партнёр.TM_KPI_МенеджерМУ в Bitrix: Компания (crm.company)

UF должен быть заведён на портале (кнопка «Провизия UF» на главной): без него Bitrix отдаёт пустоту, и поле честно уходит в unreadable — 1С не затирается
нужен хотя бы один прогон прямой синхры: baseline такого поля сеется только за РЕАЛЬНО записанное значение (пустое в 1С форвард не пишет — и обратно такое поле не ведёт)
нужна карта пользователей: у несматченного менеджера правка не поедет (вкладка «Пользователи»)
у схлопнутых по ИНН контрагентов (два GUID на одну компанию) менеджер обратно не поедет никогда — company-поля гасит ambiguous

1С → Bitrix ✅ всегда (после провизии UF на портале)

Bitrix → 1С пишем обратно

Наблюдение журнал расхождений

ИНН / КПП inn_kpp только 1С → Bitrix

в 1С: Контрагент.ИНН / КПП в Bitrix: Реквизит (crm.requisite)

🔒 Ключ сопоставления: обратно НЕ пишем никогда — правка ключа в Bitrix означала бы смену контрагента, а не правку поля.

Расхождение по ИНН — повод для сигнала человеку, а не для записи в 1С.

1С → Bitrix ✅ всегда

Bitrix → 1С не ходит

Наблюдение не ведётся

Адреса addresses только 1С → Bitrix

в 1С: Партнёр.КонтактнаяИнформация[Адрес] в Bitrix: Адреса (crm.address)

🔒 Обратная запись адресов вырезана решением владельца (2026-07-21): структурный разбор упирается в адресный классификатор и безопасный режим 1С. Read-only сверка адресов при этом осталась.

1С → Bitrix ✅ всегда

Bitrix → 1С не ходит

Наблюдение не ведётся

Банковские счета bank_accounts только 1С → Bitrix

в 1С: Контрагент.БанковскиеСчета в Bitrix: Счета (crm.requisite.bankdetail)

🔒 Обратного пути нет: реестр обратных полей их не несёт (батч F, NEW-CODE).

1С → Bitrix ✅ всегда

Bitrix → 1С не ходит

Наблюдение не ведётся

Контактные лица contacts только 1С → Bitrix

в 1С: Справочник.КонтактныеЛица в Bitrix: Контакты (crm.contact)

🔒 Обратно НЕ грузим — решение владельца (Подзадача 7, В-вопросы).

1С → Bitrix ✅ всегда

Bitrix → 1С не ходит

Наблюдение не ведётся

Обороты по годам turnover только 1С → Bitrix

в 1С: вкладка «Показатели» → «Обороты контрагента» (агрегат, объекта нет) в Bitrix: Поле компании (crm.company, UF_CRM_ONEC_TURNOVER)

🔒 Вычисляемая витрина: в 1С у неё нет объекта, писать обратно НЕЧЕГО и НЕКУДА. Считается по ПАРТНЁРУ, поэтому у нескольких контрагентов одного партнёра цифры одинаковые.

Событийного пути нет по построению: обороты меняет проведение документа, а очередь изменений 1С ловит только справочники. Рубильники — «Обороты контрагента» на вкладке «Параметры».

1С → Bitrix ✅ всегда (по расписанию, не по событию)

Bitrix → 1С не ходит

Наблюдение не ведётся

Техника (смарт-процесс)

включено обратных полей: 24 из 24

Единицы техники (Справочник.Номенклатура): обратно идёт ТОЛЬКО правка — ни создания, ни удаления (решение владельца).

⚠️ Наблюдение не ведётся: Отмеченные поля запомнятся, но в журнал расхождений не попадёт ни строки.

Модель model двусторонний, есть предусловия

в 1С: Номенклатура.Модель в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Дата выпуска release_date двусторонний, есть предусловия

в 1С: Номенклатура.ДатаВыпуска в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Дата выпуска двигателя engine_release_date двусторонний, есть предусловия

в 1С: Номенклатура.ДатаВыпускаДвигателя в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Комплектация complectation двусторонний, есть предусловия

в 1С: Номенклатура.Комплектация в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Модель ДВС engine_model двусторонний, есть предусловия

в 1С: Номенклатура.НомерМодификацииДвигателя в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Серийный номер ДВС serial_engine двусторонний, есть предусловия

в 1С: Номенклатура.ЗаводскойНомерДвигателя в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Серийный номер КПП serial_kpp двусторонний, есть предусловия

в 1С: Номенклатура.ЗаводскойНомерКПП в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Серийный номер машины serial_machine двусторонний, есть предусловия

в 1С: Номенклатура.ЗаводскойНомерМашины в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Серийный номер МВК serial_mvk двусторонний, есть предусловия

в 1С: Номенклатура.ЗаводскойНомерМВК в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Цвет color двусторонний, есть предусловия

в 1С: Номенклатура.Цвет в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Паспорт passport двусторонний, есть предусловия

в 1С: Номенклатура.Паспорт в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Дата выдачи паспорта passport_date двусторонний, есть предусловия

в 1С: Номенклатура.ДатаВыдачи в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

ТНВД tnvd двусторонний, есть предусловия

в 1С: Номенклатура.ТНВД в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

ТКР tkr двусторонний, есть предусловия

в 1С: Номенклатура.ТКР в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Генератор generator двусторонний, есть предусловия

в 1С: Номенклатура.Генератор в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Стартер starter двусторонний, есть предусловия

в 1С: Номенклатура.Стартер в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Кондиционер conditioner двусторонний, есть предусловия

в 1С: Номенклатура.Кондиционер в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Компрессор compressor двусторонний, есть предусловия

в 1С: Номенклатура.Компрессор в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

НШ nsh двусторонний, есть предусловия

в 1С: Номенклатура.НШ в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Гарантия с warranty_start двусторонний, есть предусловия

в 1С: Номенклатура.ДатаНачалаГарантии в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Гарантия до warranty_end двусторонний, есть предусловия

в 1С: Номенклатура.ДатаОкончанияГарантии в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Расширенная гарантия ext_warranty двусторонний, есть предусловия

в 1С: Номенклатура.РасширеннаяГарантия в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Расш. гарантия с ext_warranty_start двусторонний, есть предусловия

в 1С: Номенклатура.ДатаНачалаРасширеннойГарантии в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Расш. гарантия до ext_warranty_end двусторонний, есть предусловия

в 1С: Номенклатура.ДатаОкончанияРасширеннойГарантии в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

код смарт-процесса в подписке есть — убедись, что это entityTypeId именно типа «ТЕХНИКА» (на dev и prod он разный); чужой СПА обработчик отбросит терминально
поле, ПУСТОЕ в 1С, обратный поток не ведёт вовсе: пустое в мастере значит «территория менеджера», и затирать его нельзя
нужен прогон прямой синхры: она сеет baseline единицы техники, без него первая правка уйдёт в no_baseline/deferred

1С → Bitrix ✅ всегда

Bitrix → 1С пишем обратно

Наблюдение не ведётся

Договор ГО contract_number только 1С → Bitrix

в 1С: Номенклатура.ДоговорГО.Номер в Bitrix: Элемент смарт-процесса «Техника» (crm.item)

🔒 писать некуда: значение живёт за ссылкой в 1С (Номенклатура.ДоговорГО.Номер) — обратный реестр помечает поле нечитаемым для записи

1С → Bitrix не пишется — поле файловое/ссылочное — форвард в него текст не пишет

Bitrix → 1С не ходит

Наблюдение не ведётся

Тумблеры правят ровно те же параметры, что видны на вкладке «Параметры» (CONFLICT_WATCH_FIELDS, EQUIPMENT_APPLY_FIELDS, REVERSE_APPLY_FIELDS) — второго хранилища «включено ли поле» нет. История правок — в журнале настроек.