{"id":14278,"url":"\/distributions\/14278\/click?bit=1&hash=7bc8e2136891e57274bce79f3bfab82773b2810563794a524a98ce6dacee7a9c","title":"\u041f\u044f\u0442\u044c \u043a\u0435\u0439\u0441\u043e\u0432 \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u0433\u043e \u0432\u043d\u0435\u0434\u0440\u0435\u043d\u0438\u044f \u0418\u0418 ","buttonText":"","imageUuid":""}

Не передавать поголовно все изменения данных из 1С УНФ в Битрикс24.CRM

Можно ли так: менеджер в Битрикс24.CRM создает новую компанию / клиента, далее происходит мгновенная односторонняя передача данных в 1с?

В каких тарифах возможно организация полноценного обмена – синхронизации между 1С и Битрикс24.CRM?

  • Максимальный тариф «Компания» облачная версия Битрикс24.CRM.
  • Любая корпоративная версия («коробочная версия Битрикс24.CRM).
  • 1С УНФ, 1С Предприятие или 1С Управление торговлей.

Возможна ли реализация такого сценария?

  1. Менеджер в Битрикс24.CRM создает новую компанию или клиента и происходит мгновенная односторонняя интеграция и данные «перетекают» в 1С.
  2. Сотрудник бухгалтерии по регламенту или особым соображениям вносит изменения, например, в название компании, но при этом обратного обновления не происходит.
  3. При дальнейшей работе снова меняются данные со стороны 1С и только одно поле, например, сумма счета или статус счета обновятся в Битрикс24.CRM, а остальные поля, по-прежнему останутся такими как их заполнил менеджер в Битрикс24.CRM?

ОТВЕТ:

Да, возможно.

Рассмотрим пример:

  1. Откроем страницу 1С, CRM, вкладку покупатели.
  2. Видим, что менеджеры завели данные о контрагентах с указанием вначале формы собственности, потом названия и использовали при этом несколько типов кавычек и написание заглавными и прописными буквами.
  3. Работники бухгалтерии в работе используют шаблон написания, состоящий из названия компании и потом указывают форму собственности при этом не используют кавычки.
  4. Если в «новых» компаниях можно на начальном этапе договорится и работать в одном стандарте, в «старых» компаниях с длинной историей и большими базами данных это бывает проблематично.
  5. Часто встречающая ситуация, менеджер работает с перспективным клиентом, заводит для него новую карточку, но клиент в конце пути отказывается от сделки и уходит.
  6. Вопрос, нужно ли данные на такого клиента передавать в 1С и тем самым наполнять ее мусорными данными.
  7. Может правильно передавать данные о клиенте после того как заключены все договоренности и выставляется реальный счет?

Пройдет весь поэтапно путь:

  1. В Битрикс24.CRM, создадим новую сделку, контакт и компанию, загрузим в карточку компании помощью приложения реквизиты.
  2. Вернемся в 1С, наблюдаем, данные о новой компании и о контакте в 1С еще не попали.
  3. Проложим наполнение карточки сделки, создадим и загрузим новый товар-услугу, проверяем карточку в 1С, опять данные не «перетекли».
  4. Продолжим обработку документа –сгенерируем счет со стороны Битрикс24.CRM.
  5. Что происходит со стороны 1С? Произошел корректный перенос данных – по сущности заказ, счет, контакты и компании.
  6. Дальше по сценарию со стороны 1С производим изменения в названии компании в соответствии с принятыми стандартами, обновляем информацию.
  7. Возвращаемся в Битрикс24.CRM и видим, что обратное обновление данных не произошло, все в полном соответствии с рассматриваемым сценарием.
  8. Со стороны 1С внесем изменения статус счета – поменяем на оплачено.
  9. Вернемся в Битрикс24.CRM и видим, что статус счета изменился, все как доктор прописал!

Рецепт, как реализовать подобное решение?

Произведены настройки со стороны 1С:

  1. Раздел синхронизация с Битрикс24.CRM.
  2. Выбран портал.
  3. В режиме настройки включена только одна опция обмен счетами, а именно загрузка и выгрузка.

С уважением, Лаборатория автоматизации «‎LOG [IN] OFF»

0
3 комментария
Григорий Кисель

Ну вот сижу всю неделю тестирую интеграцию БП и Б24 и таки да.
Именно счета надо передавать.

Ответить
Развернуть ветку
Денис Логинов
Автор

получилось настроить?

Ответить
Развернуть ветку
Григорий Кисель

Все перепробовал. Видимо надо только счёт синхронизировать. Иначе дубли возможны.

Ответить
Развернуть ветку
0 комментариев
Раскрывать всегда