| Цитата | ||
|---|---|---|
Александр Денисюк написал:
|
Что же тогда делать?
Обработка, которая для БУСа, умеет выгружать разные цены, но она не видит статусы заказов из CRM, а в редакции Интернет-магазин + CRM, заказы как раз в CRM.
Что же тогда делать? Обработка, которая для БУСа, умеет выгружать разные цены, но она не видит статусы заказов из CRM, а в редакции Интернет-магазин + CRM, заказы как раз в CRM. |
|||||
|
|
|
|
Александр Денисюк, доброго дня.
Ситуация такая: Бухгалтерия 3 в 1СФреш - типовая естественно, установлен типовой модуль синхронизации с Б24. Все настроено и в ручном режиме работает. Но не работают регламентные задания. Ошибок никаких нет, просто не запускается. Поддержка Фреша разбиралась неделю и в итоге выдала вердикт: ![]() Теперь остался вопрос что с этим делать. Писать на вашу техподдержку? |
|
|
|
|
|
|||
|
|
|
|
|||||
|
|
|
Обмен по расписанию вообще не выполняется(раз в день)? В журнале регистрации смотрели? Можете попробовать пересоздать настройку. Если не поможет - пишите нам, Постараемся помочь. |
|||
|
|
|
По вашему вопросу глюка заключается в следующем: Если менеджер отредактировал номенклатуру в 1С, но она ещё не выгрузилась в Битрикс, а менеджер уже успел в Битрикс что-то изменить (стадию сделки, контакт, и пр.), то заказ будет в 1С будет очищен, т.к. зарегистрировалось изменение на стороне Битрикс, а в нём пустая номенклатура. У нас были десятки очищенных заказов. Вылечили так: в модуле обмена установили только 1 стадию по которой сделки загружаются из Битрикс в 1С. А в 1С изменили работу с формой и меняем этап сделки (по доп. реквизиту) сразу при открытии Заказа покупателя. В битрикс выгружается изменение статуса, сделка меняет этап и уже изменения на стороне битрикс не влияют на 1С. Вы ещё не сталкивались с веселухой, когда отгружается 1 наименование товара с 5-6 сериями. уууух. Модуль синхронизации в Заказе клиента, несмотря на отгрузку может взять и сделать у этой номенклатуры все серии одинаковыми, несмотря на то, что товар уже отгружен. Или ещё веселее. Если вы решите 1 заказ отгрузить несколькими партиями (1 раз частично, 2й и т.д.). Так вот модуль 1С может Вам взять и ещё неотгруженному товару сам проставить обеспечение "Отгрузить" и серию. А вы потом будете голову ломать отгружался товар на самом деле или нет. |
|||
|
|
|
|
Александр Денисюк, обнаружена следующая ошибка. У нас установлена КА2 в которой ведётся учёт покупателей по партнёрам (клиентам) и контрагентам.
При продаже частному лицу, который в Битрикс хранится как контакт, в 1С создаётся новый партнёр (клиент) с признаком физическое лицо. Но при продаже в 1С необходимо указать и контрагента (это-же физическое лицо + мы регистрируем паспортные данные для грузоперевозчика. Но модуль синхронизации ругается и не может выгрузить контрагента (как реквизиты). Это и понятно - у контакта в Битрикс не может быть реквизитов. Необходимо в модуле синхронизации установить проверку контрагента на вид "физическое лицо" и не выгружать эти данные в Битрикс 24. Тогда ошибка уйдёт и эти Контрагенты не будут вечно появляться в неотправленных пакетах данных. |
|
|
|
|
|
|||
|
|
|
|
|||||
|
|
|
Понятно, что Битрикс не является учётной системой. Да нам этого и не нужно. Мы используем КА2 (2.4.11.106) 1С:Предприятие 8.3 (8.3.16.1148) и модуль синхронизации версии 2.3.3.1. Бэкофис не используем (его недостаточно для работы). Проблема в том, что после изменения сделки в Битрикс 24, модуль синхронизации прогружал данные из Битрикс 24. И помимо изменения полей Битрикс 24 в Заказе покупателя, модуль синхронизации менял номенклатуру, в частности сам менял обеспечение, сам менял серии. В этом проблема. Если отгрузка в 1С простая - 1 наименования отгружается за 1 раз (т.е. на моент синхронизации у 1 наименования может быть только один вид обеспечения, без разбивки) всё ок. А если посложнее - проблемы. А если, например, товары по каким-либо причинам не успели или не смогли до этого выгрузиться в Битрикс 24, например не прошла синхронизация по расписанию (у нас через каждые 2 минуты), а в Битрикс 24 что-то поменяли (например контакт или этап), то номенклатура вовсе удаляется полностью. |
|||||
|
|
|
|
|||||||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
А две обработки можно поставить для редакции БУС+CRM? (Для БУС и для битрикс 24) Одной заказы выгружать в CRM, а другой товары с ценами с складами?
Вот эти обработки |
|
|
|
|
История по 1С: История по Битрикс 24: Как видно в 12:25 в Битрикс 24 было изменено название сделки. Но номенклатура Заказа покупателя ещё не успела выгрузиться в Битрикс 24. И в это же время произошла синхронизация с Битрикс по расписанию. Модуль синхронизации удалил всю номенклатуру из Заказа клиента. |
|||||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
Василий, а какое значение настройки "Порядок выполнения синхронизации установлен"? Скорее всего - значение по умолчанию: "Сперва Битрикс24, потом 1С". Если поменяете на "Сперва 1С, потом Битрикс24", то тогда для вашего примера сначала бы в Б24 улетела номенклатура заказа, а потом уже загрузились бы изменения из Б24. Это конечно тоже не всегда поможет, но лучше если откатится к старому наименование сделки в Б24, чем потеряется состав заказа в 1С. И да, хотелось бы более продвинутого разрешения конфликтов именно в штатном модуле. Как минимум нужно явно разделить данные логически на те, которые преимущественно редактируются только в Б24 и на те, которые редактируются преимущественно в 1С. К примеру, параллельное изменение состава номенклатуры и в Б24 и в 1С - это явно ошибка пользователей (несогласованные действия), нормально, что при обмене будет конфликт и этот вопрос должен решаться организационно. А вот когда в сделке в Б24 правят специфичную именно для CRM информацию, а не для учета, например тему сделки, контактное лицо, какие-либо комментарии, то не правильно вместе с этой информацией выгружать еще и товары, которые в Б24 не менялись. |
|||
|
|
|
в модуле есть настройка, что сначала выполняется: загрузка из Б24 или выгрузка в Б24. Возможно это сократит проблемы. |
|||
|
|
|
|
|||||
|
|
|
У вас возникнут проблемы с товарами. Модуль синхронизации работает с товарами из CRM. а модуль для БУС - товарами бус. Б24 пока не умеет обмениваться товарами БУС через rest запросы. |
|||
|
|
|
|
|||||
|
|
|
Номенклатурой мы пользуемся при составлении коммерческих предложений, сейчас настраиваем работу номенклатуры в направлении БУС -> Битрикс 24 -> 1C. Продумайте разделение синхронизации номенклатуры и полей CRM. Мы конечно сейчас, как я писал раньше, решили 80 % проблем описанным ранее способом, но 20 процентов остались и они ой как сильно раздражают. |
|||||
|
|
|
|
|||||
|
|
|
|
|||||
|
|
|
||||