Типовые ошибки интеграции CRM и 1С: почему обмен данными не работает и как избежать проблем

Интеграция CRM и 1С должна устранять ручной ввод, ускорять обработку заказов и создавать единое информационное пространство для продаж, бухгалтерии, склада и производства.

На практике после запуска интеграции компании нередко сталкиваются с обратным результатом:

• клиенты дублируются;
• заказы создаются несколько раз;
• цены и остатки расходятся;
• оплаты не отображаются в CRM;
• документы передаются с ошибками;
• сотрудники продолжают обмениваться информацией через мессенджеры;
• никто не понимает, какая система содержит правильные данные.

В таких ситуациях руководство может решить, что интеграция CRM и 1С в принципе работает ненадёжно.

Но чаще всего причина находится не в самих системах.

Проблемы возникают, когда обмен начинают без анализа бизнес-процессов, не определяют роли CRM и 1С, не очищают данные, не продумывают исключения и не назначают ответственного за общий результат.

Разберём типовые ошибки интеграции CRM и 1С, их последствия и способы предотвращения.

Почему интеграция CRM и 1С оказывается сложнее, чем кажется

На первый взгляд задача выглядит просто:

1. В CRM создаётся клиент.
2. Заказ передаётся в 1С.
3. Из 1С возвращается информация об оплате.

Но в реальном бизнесе возникает множество дополнительных условий.

Например:

• клиент уже существует в 1С под другим названием;
• у компании несколько юридических лиц;
• один клиент использует разные реквизиты;
• цена зависит от договора;
• заказ несколько раз меняется;
• оплата поступает частями;
• товар отгружается с разных складов;
• часть заказа возвращается;
• 1С временно недоступна;
• пользователь повторно запускает обмен;
• заказ уже передан в производство.

Интеграция должна учитывать не только идеальный сценарий, но и реальные исключения.

Если их не спроектировать заранее, система начинает работать нестабильно именно в тех ситуациях, которые наиболее важны для бизнеса.

Ошибка №1. Начинать интеграцию без предпроектного обследования

Одна из главных ошибок — сразу передавать задачу программисту:

«Нужно связать CRM и 1С».

Этой формулировки недостаточно.

До начала разработки необходимо определить:

• где создаётся клиент;
• кто проверяет реквизиты;
• где формируется заказ;
• в какой системе рассчитывается цена;
• кто согласовывает скидку;
• когда заказ считается подтверждённым;
• при каком условии запускается производство;
• как учитываются оплаты и отгрузки;
• какие данные нужны менеджеру;
• что должен контролировать руководитель.

Если обследование не проведено, разработчик вынужден самостоятельно трактовать бизнес-логику.

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

Последствия

• интеграция автоматизирует неправильный процесс;
• объём работ постоянно увеличивается;
• появляются неожиданные доработки;
• сотрудники не принимают новую систему;
• проект приходится переделывать.

Как избежать

Перед разработкой необходимо провести предпроектное обследование и зафиксировать:

• текущий процесс;
• целевой процесс;
• роли систем;
• состав данных;
• сценарии обмена;
• исключения;
• критерии приёмки.

Ошибка №2. Не определить, какая система является основной

CRM и 1С могут хранить одни и те же сведения:

• клиента;
• реквизиты;
• товар;
• цену;
• заказ;
• статус;
• ответственного.

Если заранее не определить основной источник, сотрудники начинают менять данные в обеих системах.

Например:

• менеджер изменил телефон клиента в CRM;
• бухгалтер исправил его в 1С;
• при следующем обмене одно значение перезаписало другое.

Или:

• менеджер изменил цену в сделке;
• бухгалтер изменил цену в заказе 1С;
• системы не понимают, какое значение считать правильным.

Последствия

• данные постоянно расходятся;
• сотрудники не доверяют системам;
• приходится выполнять ручные сверки;
• возможны ошибки в документах и заказах.

Как избежать

Для каждого объекта необходимо назначить основную систему.

Например:

В другой компании распределение может отличаться, но оно должно быть однозначным.

Ошибка №3. Пытаться сделать полностью двусторонний обмен

Заказчики часто хотят, чтобы любые данные можно было создавать и редактировать в обеих системах.

На первый взгляд это удобно.

На практике двусторонний обмен значительно усложняет интеграцию.

Возникают вопросы:

• какое изменение было последним;
• кто имеет приоритет;
• что делать при одновременном редактировании;
• как предотвратить бесконечный цикл обновлений;
• кто может отменить документ;
• как хранить историю изменений.

Последствия

• данные перезаписываются;
• возникают конфликты;
• увеличивается количество ошибок;
• обмен становится сложнее поддерживать.

Как избежать

Двустороннюю синхронизацию нужно использовать только там, где она действительно необходима.

Во многих случаях достаточно простой логики:

• номенклатура и цены передаются из 1С в CRM;
• заказ передаётся из CRM в 1С;
• оплаты и отгрузки возвращаются из 1С;
• коммуникации остаются только в CRM.

Чем понятнее направление обмена, тем стабильнее система.

Ошибка №4. Передавать все данные подряд

Технически между CRM и 1С можно передавать большое количество объектов и полей.

Но это не означает, что всё необходимо включать в первый этап.

Компании иногда пытаются синхронизировать:

• весь каталог;
• всю историю продаж;
• все документы;
• все свойства;
• внутренние комментарии;
• технические статусы;
• каждое движение товара;
• подробную себестоимость.

Последствия

• увеличивается стоимость проекта;
• растёт нагрузка;
• усложняется тестирование;
• CRM перегружается ненужной информацией;
• пользователям становится сложнее работать;
• повышается риск конфликтов.

Как избежать

Для каждого объекта нужно задать вопрос:

Кто будет использовать эти данные и какое действие он должен выполнить?

Менеджеру обычно не нужна вся внутренняя информация 1С.

Ему могут быть достаточны:

• актуальная цена;
• доступный остаток;
• факт оплаты;
• задолженность;
• статус исполнения;
• дата готовности;
• статус отгрузки.

Первый этап лучше ограничить критически важными данными, а затем постепенно расширять обмен.

Ошибка №5. Не очищать данные перед запуском

В CRM и 1С могут накопиться:

• дубли клиентов;
• разные варианты названий;
• пустые БИН;
• устаревшие реквизиты;
• повторяющиеся товары;
• неправильные телефоны;
• неактуальные контактные лица;
• различные единицы измерения.

Если сразу запустить обмен, интеграция перенесёт существующий информационный хаос из одной системы в другую.

Последствия

• количество дублей увеличивается;
• заказы связываются не с тем клиентом;
• история покупок разделяется;
• отчётность становится недостоверной;
• сотрудники не понимают, какую карточку использовать.

Как избежать

До запуска необходимо:

1. Определить правила сопоставления.
2. Удалить или объединить дубли.
3. Проверить БИН и реквизиты.
4. Сопоставить справочники.
5. Назначить уникальные идентификаторы.
6. Определить правила создания новых объектов.

Очистка данных должна быть отдельным этапом проекта.

Ошибка №6. Сопоставлять клиентов только по названию

Название организации не является надёжным идентификатором.

Одна и та же компания может быть записана так:

• ТОО «Пример»;
• Пример ТОО;
• Компания «Пример»;
• ТОО Пример, филиал;
• Пример.

Интеграция может воспринимать эти записи как разных клиентов.

Последствия

• дубли контрагентов;
• разделённая история заказов;
• неправильная задолженность;
• ошибки в аналитике;
• повторное создание документов.

Как избежать

Для сопоставления можно использовать:

• внутренний идентификатор;
• БИН;
• код контрагента;
• специальное поле связи;
• комбинацию нескольких признаков.

После первого успешного сопоставления системы должны сохранить устойчивую связь между объектами.

Ошибка №7. Не учитывать несколько реквизитов и юридических лиц

В B2B-компаниях один клиент может:

• покупать от разных юридических лиц;
• иметь несколько филиалов;
• использовать разные договоры;
• оплачивать через разные компании;
• заказывать для разных объектов.

Если CRM содержит только одну карточку компании без правильной модели реквизитов, интеграция может передать неверного плательщика.

Последствия

• счёт выставлен не на то юридическое лицо;
• заказ связан с неправильным договором;
• появляется ошибка в документах;
• требуется ручное исправление;
• задерживается оплата.

Как избежать

До разработки необходимо определить:

• как связаны компания и реквизиты;
• может ли быть несколько плательщиков;
• как выбирается договор;
• как учитываются филиалы;
• по какому признаку заказ направляется в нужную базу 1С;
• кто проверяет реквизиты перед передачей.

Ошибка №8. Передавать в 1С каждую сделку

В CRM может находиться большое количество предварительных сделок:

• клиент только интересуется;
• запрашивает расчёт;
• выбирает поставщика;
• ещё не подтвердил заказ;
• постоянно меняет состав.

Если каждая такая сделка автоматически создаёт документ в 1С, учётная система заполняется неподтверждёнными заказами.

Последствия

• лишние документы;
• путаница в заказах;
• неверные резервы;
• искажённый прогноз;
• дополнительная нагрузка на бухгалтерию и склад.

Как избежать

Передавать заказ необходимо только после определённого события:

• клиент подтвердил состав;
• согласована цена;
• утверждена скидка;
• подписан договор;
• сделка перешла на нужную стадию;
• менеджер нажал кнопку передачи.

Перед отправкой система должна проверить обязательные поля.

Ошибка №9. Не продумать изменение заказа

После передачи заказа в 1С клиент может изменить:

• товар;
• количество;
• цену;
• адрес доставки;
• срок;
• характеристики;
• условия оплаты.

Если менеджер просто исправит сделку в CRM, изменения могут не попасть в 1С.

Если они автоматически перезапишут учётный документ, производство может получить новый состав без согласования.

Последствия

• CRM и 1С содержат разные версии заказа;
• производство работает по устаревшим данным;
• возникают ошибки комплектации;
• повышается риск претензий клиента.

Как избежать

Необходимо установить правила:

• до какого момента заказ можно менять;
• какая система является основной после передачи;
• требуется ли повторное согласование;
• создаётся ли новая версия;
• кто получает уведомление;
• можно ли отменить изменение;
• как хранится история.

Для производственных компаний версионность заказа особенно важна.

Ошибка №10. Не учитывать частичные оплаты

Слабая интеграция часто работает только с двумя состояниями:

• не оплачено;
• оплачено.

Но в реальном бизнесе встречаются:

• предоплата;
• несколько платежей;
• частичное погашение;
• переплата;
• оплата нескольких заказов одним документом;
• взаимозачёт;
• возврат денег.

Последствия

• менеджер видит неправильный статус;
• производство запускается слишком рано или поздно;
• руководитель получает недостоверную задолженность;
• сотрудникам приходится уточнять информацию вручную.

Как избежать

В CRM желательно передавать:

• общую сумму заказа;
• оплаченную сумму;
• процент оплаты;
• неоплаченный остаток;
• даты платежей;
• статус задолженности.

Автоматизация должна учитывать реальные правила компании.

Например:

при поступлении предоплаты не менее 50% поставить задачу на запуск производства.

Ошибка №11. Не учитывать частичные отгрузки

Заказ может отгружаться:

• несколькими партиями;
• с разных складов;
• в разные даты;
• по мере готовности;
• разным получателям.

Простой статус «отгружено» не отражает реальную ситуацию.

Последствия

• сделка закрывается раньше времени;
• клиент не получает оставшуюся часть;
• менеджер теряет контроль;
• аналитика показывает неверное исполнение.

Как избежать

Интеграция должна уметь отображать:

• общий объём;
• отгруженное количество;
• остаток;
• процент исполнения;
• даты;
• склады;
• номера документов;
• следующую плановую отгрузку.

Ошибка №12. Не передавать возвраты и корректировки

Если CRM получает только успешные оплаты и отгрузки, но не получает возвраты, коммерческая аналитика искажается.

Продажа может считаться завершённой, хотя клиент:

• вернул товар;
• получил частичную компенсацию;
• отказался от части заказа;
• запросил замену;
• оформил рекламацию.

Последствия

• завышенная выручка в CRM;
• неправильная оценка менеджера;
• недостоверная маржинальность;
• потеря информации о проблемном клиентском опыте.

Как избежать

Для значимых сценариев нужно передавать:

• факт возврата;
• сумму;
• количество;
• причину;
• связанный заказ;
• корректировочный документ;
• статус решения.

Возврат может автоматически создавать сервисное обращение или задачу руководителю.

Ошибка №13. Не проверять обязательные данные перед отправкой

Заказ может быть передан без:

• реквизитов;
• БИН;
• склада;
• договора;
• адреса;
• цены;
• срока;
• ответственного;
• юридического лица.

1С не сможет создать корректный документ либо создаст его с неполными данными.

Последствия

• ошибки обмена;
• ручные исправления;
• задержка выставления счёта;
• неверные документы;
• повторная передача заказа.

Как избежать

До отправки CRM должна проверять:

• обязательные поля;
• формат значений;
• наличие товара;
• выбранную организацию;
• правильность реквизитов;
• согласование скидки;
• готовность заказа к передаче.

Пользователь должен получить понятное сообщение:

«Заказ не передан: не выбран договор клиента и не указан склад».

Ошибка №14. Не продумать действия при недоступности 1С

1С, сервер или канал связи могут временно быть недоступны.

Если интеграция не учитывает этот сценарий, пользователь может решить, что заказ успешно передан, хотя документ не появился.

Последствия

• потерянные заказы;
• задержка производства;
• повторное создание документов;
• конфликт между подразделениями.

Как избежать

Необходимо предусмотреть:

• очередь сообщений;
• статус передачи;
• автоматическую повторную отправку;
• ограничение количества попыток;
• уведомление ответственного;
• журнал ошибок;
• ручной перезапуск.

В CRM должно быть видно состояние:

• ожидает передачи;
• передаётся;
• успешно передан;
• ошибка;
• требует проверки.

Ошибка №15. Не вести журнал обмена

Без журнала интеграция становится «чёрным ящиком».

Когда заказ не появился, невозможно быстро определить:

• отправлялся ли он;
• в какое время;
• какие данные передавались;
• какой ответ вернула система;
• кто запускал обмен;
• была ли повторная попытка.

Последствия

• долгое расследование;
• споры между специалистами CRM и 1С;
• повторные ошибки;
• зависимость от конкретного разработчика.

Как избежать

Журнал должен сохранять:

• дату и время;
• тип объекта;
• идентификаторы;
• направление;
• результат;
• текст ошибки;
• количество попыток;
• пользователя или процесс;
• ссылку на связанный объект.

Для критически важных ошибок необходимы автоматические уведомления.

Ошибка №16. Не защищаться от повторной отправки

Пользователь может несколько раз нажать кнопку передачи. Система также может повторить запрос после сбоя.

Если интеграция не проверяет существование документа, в 1С создаются дубли.

Последствия

• несколько заказов;
• повторные резервы;
• задвоенные суммы;
• путаница в оплатах;
• ошибки отгрузки.

Как избежать

Перед созданием документа интеграция должна проверять уникальный идентификатор.

Повторный запрос должен:

• обновить существующий объект;
• вернуть информацию о том, что он уже создан;
• либо безопасно завершиться без дубля.

Такая устойчивость называется идемпотентностью: повторная отправка одной операции не должна создавать повторный результат.

Ошибка №17. Не учитывать права доступа

После интеграции в CRM могут появиться:

• задолженность;
• себестоимость;
• закупочные цены;
• банковские сведения;
• финансовые документы;
• внутренние статусы.

Если права не настроены, закрытую информацию могут увидеть сотрудники, которым она не нужна.

Последствия

• нарушение конфиденциальности;
• внутренние конфликты;
• коммерческие риски;
• несоблюдение политики безопасности.

Как избежать

Необходимо определить:

• кто видит оплаты;
• кто видит задолженность;
• кому доступна себестоимость;
• кто может менять реквизиты;
• кто запускает обмен;
• кто видит журнал ошибок;
• кто может повторять отправку.

Передавать данные технически недостаточно — нужно ещё правильно управлять доступом.

Ошибка №18. Не тестировать реальные сценарии

Интеграцию часто проверяют на простом примере:

• новый клиент;
• один товар;
• полная оплата;
• полная отгрузка.

Такой тест может пройти успешно, но реальные процессы окажутся значительно сложнее.

Что необходимо проверять

• нового и существующего клиента;
• дубли;
• несколько реквизитов;
• несколько товаров;
• характеристики;
• изменение заказа;
• частичную оплату;
• несколько платежей;
• частичную отгрузку;
• возврат;
• отмену;
• ошибку соединения;
• повторную отправку;
• несколько юридических лиц;
• работу с разными складами.

Последствия слабого тестирования

Проблемы обнаруживаются уже на реальных клиентах, заказах и деньгах.

Как избежать

До запуска необходимо подготовить сценарии тестирования и зафиксировать ожидаемый результат каждого теста.

Ошибка №19. Проверять интеграцию сразу на рабочей базе

Разработка и эксперименты на рабочей базе создают риск:

• испортить документы;
• создать дубли;
• изменить остатки;
• отправить клиенту неправильный счёт;
• нарушить работу сотрудников.

Как избежать

Желательно использовать:

• тестовую копию 1С;
• отдельный портал;
• тестовое направление CRM;
• тестовых клиентов;
• ограниченный набор товаров;
• пилотную группу сотрудников.

После проверки решение переносится в рабочую среду по утверждённому плану.

Ошибка №20. Не проводить пилотный запуск

Компания может сразу включить обмен для всех отделов, воронок, юридических лиц и складов.

Если появится ошибка, она затронет сразу весь бизнес.

Как избежать

Начать можно с:

• одной воронки;
• одного подразделения;
• одного типа заказа;
• одной базы;
• нескольких менеджеров;
• ограниченной номенклатуры.

Пилот позволяет проверить интеграцию на реальной работе, не подвергая риску всю компанию.

Ошибка №21. Не обучать пользователей

Даже качественная интеграция может не дать результата, если сотрудники не понимают:

• когда отправлять заказ;
• какие поля заполнять;
• где смотреть оплату;
• как изменить заказ;
• что делать при ошибке;
• кому сообщать о проблеме.

Последствия

• сотрудники обходят систему;
• продолжают дублировать данные вручную;
• передают заказы через WhatsApp;
• создают ошибки;
• обвиняют интеграцию.

Как избежать

Обучение должно проводиться отдельно для:

• менеджеров;
• бухгалтерии;
• склада;
• производства;
• руководителей;
• администраторов.

Обучать нужно не кнопкам, а новому бизнес-процессу.

Ошибка №22. Не назначить владельца интеграции

Проект часто разделён между несколькими сторонами:

• интегратор CRM;
• специалист 1С;
• IT-отдел;
• коммерческий директор;
• бухгалтерия.

Если никто не отвечает за общий результат, при проблеме стороны начинают перекладывать ответственность.

Последствия

• ошибки долго не устраняются;
• нет единого приоритета;
• сотрудники не знают, куда обращаться;
• интеграция постепенно деградирует.

Как избежать

Необходимо назначить:

Владельца бизнес-процесса

Отвечает за правильность логики.

Технического ответственного

Контролирует работу обмена.

Ответственного со стороны интегратора

Координирует исправления и развитие.

Пользователей первой линии

Фиксируют ошибки по установленной форме.

Ошибка №23. Не предусмотреть поддержку после запуска

Интеграция требует сопровождения, потому что меняются:

• процессы;
• версии систем;
• справочники;
• документы;
• юридические лица;
• тарифы;
• права;
• требования сотрудников.

Даже стабильный обмен может перестать работать после неконтролируемого обновления или доработки 1С.

Как избежать

До запуска необходимо определить:

• гарантийный период;
• канал обращения;
• сроки реакции;
• ответственного;
• порядок обновлений;
• мониторинг;
• резервные процедуры;
• стоимость дальнейшего сопровождения.

Ошибка №24. Не документировать интеграцию

Если логика обмена существует только в голове разработчика, компания становится зависимой от конкретного человека.

После его ухода сложно понять:

• какие данные передаются;
• где находятся настройки;
• как связаны объекты;
• какие доработки выполнены;
• как обрабатываются ошибки.

Как избежать

Заказчик должен получить:

• описание архитектуры;
• список объектов;
• карту полей;
• правила обмена;
• техническое задание;
• инструкцию пользователей;
• сценарии тестирования;
• описание ошибок;
• доступы и порядок поддержки.

Ошибка №25. Автоматизировать неэффективный процесс

Интеграция может точно и быстро выполнять лишние действия.

Например, компания сохраняет пять этапов ручного согласования, а затем автоматизирует их без проверки необходимости каждого этапа.

Последствия

• процесс остаётся медленным;
• сотрудники получают больше уведомлений;
• система выглядит сложной;
• экономический эффект минимален.

Как избежать

До автоматизации необходимо определить:

• какие действия создают ценность;
• какие проверки действительно нужны;
• что можно исключить;
• что можно объединить;
• где достаточно автоматического контроля.

Сначала процесс оптимизируется, затем автоматизируется.

Как понять, что интеграция работает неправильно

На проблемы указывают следующие признаки:

• сотрудники продолжают вводить данные дважды;
• менеджеры звонят бухгалтеру для проверки оплаты;
• заказы регулярно создаются повторно;
• данные CRM и 1С не совпадают;
• никто не видит ошибки обмена;
• большая часть заказов исправляется вручную;
• пользователи не доверяют остаткам;
• документы передаются через мессенджеры;
• после обновления система перестаёт работать;
• невозможно определить ответственного;
• отчёты CRM не совпадают с фактическими продажами;
• каждое изменение требует участия программиста.

Даже несколько таких признаков означают, что интеграцию необходимо обследовать.

Как провести аудит проблемной интеграции

Аудит можно разделить на несколько этапов.

1. Определить бизнес-цели

Необходимо понять, что интеграция должна была изменить.

2. Описать текущий процесс

Как реально движутся данные от заявки до оплаты и отгрузки.

3. Проверить архитектуру

Какая система является основной для каждого объекта.

4. Проанализировать обмен

• объекты;
• поля;
• направления;
• периодичность;
• идентификаторы;
• правила обновления.

5. Проверить качество данных

• дубли;
• пропуски;
• неверные реквизиты;
• несопоставленные товары.

6. Изучить журнал ошибок

Определить повторяющиеся технические и пользовательские проблемы.

7. Провести сценарное тестирование

Проверить основные и нестандартные ситуации.

8. Оценить работу пользователей

Понять, соблюдают ли сотрудники установленный процесс.

9. Составить план исправлений

Разделить задачи на:

• критические;
• важные;
• развивающие.

Как правильно построить интеграцию CRM и 1С

Надёжный проект обычно включает следующую последовательность:

1. Определение бизнес-целей.
2. Предпроектное обследование.
3. Описание текущего процесса.
4. Проектирование целевого процесса.
5. Распределение ролей систем.
6. Определение объектов и полей.
7. Настройку правил сопоставления.
8. Проектирование исключений.
9. Подготовку технического задания.
10. Очистку данных.
11. Разработку и настройку.
12. Сценарное тестирование.
13. Обучение пользователей.
14. Пилотный запуск.
15. Промышленную эксплуатацию.
16. Мониторинг и поддержку.

Пропуск любого критического этапа увеличивает риск будущих проблем.

Как Profi Soft исправляет ошибки интеграции CRM и 1С

Profi Soft помогает компаниям не только создавать новые интеграции, но и проводить аудит уже работающих решений.

Мы изучаем:

• бизнес-процессы;
• настройки CRM;
• конфигурацию 1С;
• существующую архитектуру;
• состав обмена;
• качество данных;
• журналы ошибок;
• пользовательские сценарии;
• документацию;
• требования руководства.

По итогам аудита компания получает

• описание текущей интеграции;
• список ошибок;
• оценку рисков;
• причины расхождений;
• карту основных систем;
• рекомендации по очистке данных;
• целевую схему обмена;
• приоритеты исправления;
• оценку сроков и бюджета.

Возможные работы

• устранение дублей;
• исправление сопоставления;
• настройка основных источников;
• переработка обмена заказами;
• передача оплат и отгрузок;
• поддержка частичных операций;
• настройка журналов;
• автоматические уведомления;
• защита от повторной отправки;
• сценарное тестирование;
• обучение сотрудников;
• разработка документации.

Что получает компания после исправления интеграции

После качественной настройки компания получает:

• единые данные о клиентах;
• меньше дублей;
• автоматическую передачу заказов;
• актуальные цены и остатки;
• видимость оплат;
• контроль задолженности;
• корректные статусы отгрузки;
• меньше ручных операций;
• понятные ошибки;
• быстрое восстановление обмена;
• достоверную аналитику;
• снижение зависимости от отдельных специалистов.

Главный результат заключается в том, что CRM и 1С начинают поддерживать единый бизнес-процесс, а не создавать дополнительную работу.

Закажите аудит интеграции CRM и 1С

Если данные между CRM и 1С расходятся, заказы дублируются, а сотрудники продолжают переносить информацию вручную, не стоит сразу полностью переписывать интеграцию.

Сначала необходимо определить причины.

Команда Profi Soft проведёт аудит и покажет:

• где возникают расхождения;
• какие данные передаются неправильно;
• почему создаются дубли;
• какие сценарии не были учтены;
• как распределить роли между системами;
• какие исправления нужны в первую очередь.

Оставьте заявку на аудит интеграции. Мы поможем превратить нестабильный обмен CRM и 1С в прозрачный, контролируемый и надёжный бизнес-процесс.

Чек-лист проверки интеграции CRM и 1С

Проверьте действующую интеграцию по следующим вопросам:

• определена ли основная система для каждого объекта;
• используются ли уникальные идентификаторы;
• защищён ли обмен от дублей;
• проверяются ли обязательные поля;
• учитываются ли частичные оплаты;
• учитываются ли частичные отгрузки;
• передаются ли возвраты;
• продумано ли изменение заказа;
• существует ли журнал обмена;
• получает ли ответственный уведомления об ошибках;
• работает ли повторная отправка;
• настроены ли права доступа;
• есть ли тестовая среда;
• проведено ли сценарное тестирование;
• обучены ли пользователи;
• назначен ли владелец интеграции;
• существует ли документация;
• определён ли порядок поддержки.

Если на несколько вопросов нет чёткого ответа, интеграция имеет скрытые риски.

Часто задаваемые вопросы

Почему после интеграции появляются дубли клиентов?

Чаще всего из-за отсутствия уникальных идентификаторов, разных названий компаний или неправильных правил сопоставления.

Какая система должна быть основной: CRM или 1С?

Это зависит от типа данных. Коммуникации и сделки обычно ведутся в CRM, а номенклатура, оплаты, остатки и учётные документы — в 1С.

Почему оплаты не отображаются в CRM?

Причиной может быть ошибка сопоставления заказа, отсутствие события передачи, неправильный статус документа или технический сбой обмена.

Можно ли исправить существующую интеграцию без полной переделки?

Во многих случаях да. Сначала проводится аудит, после чего исправляются отдельные сценарии, правила и механизмы контроля.

Почему заказы создаются дважды?

Интеграция может не сохранять связь с ранее созданным документом или не проверять уникальный идентификатор при повторной отправке.

Нужно ли передавать все данные из 1С?

Нет. Необходимо передавать только информацию, которая нужна сотрудникам для выполнения процесса и принятия решений.

Как избежать расхождения цен?

Следует назначить основную систему для цен, определить периодичность обновления и ограничить ручное редактирование.

Что делать, если 1С временно недоступна?

Интеграция должна сохранить операцию в очереди, зафиксировать ошибку, уведомить ответственного и повторить отправку.

Кто должен отвечать за интеграцию?

Нужны владелец бизнес-процесса, технический ответственный со стороны заказчика и единый координатор со стороны подрядчика.

С чего начать исправление проблем?

С аудита процессов, архитектуры, данных, журналов обмена и пользовательских сценариев.