Приложение без связи с 1С и CRM быстро превращается в витрину, которую сотрудники обслуживают руками. Разбираем, что именно стоит синхронизировать, какие бывают схемы обмена, во что это обходится и какие решения на старте избавят от дорогой переделки через полгода.
Зачем вообще связывать приложение с 1С и CRM
Интеграция нужна, чтобы приложение показывало клиенту живые данные - остатки, цены, статус заказа, бонусы - а каждый заказ из приложения сам попадал в учёт и к менеджеру. Без неё кто-то в компании переносит данные руками, и именно на этом теряются деньги и заказы.
Коротко о терминах. 1С - учётная система: склад, цены, документы, бухгалтерия. CRM - система работы с клиентами: сделки, история общения, задачи менеджеров. API - «окно», через которое одна программа обменивается данными с другой по заранее оговорённым правилам. Интеграция - это и есть настройка такого обмена.
Типичная картина без связи: клиент заказал товар, которого уже нет на складе, менеджер узнаёт о заказе через час, бонусы в приложении расходятся с кассой.
Что именно синхронизировать
Первая ошибка - пытаться связать «всё со всем». Правильный вопрос: какие данные нужны клиенту в приложении, какие нужны сотрудникам в учёте, и где у каждого из них главный источник.
| Данные | Откуда берутся | Куда идут | Как часто |
|---|---|---|---|
| Каталог, цены | 1С | Приложение | При изменении или раз в несколько минут |
| Остатки | 1С | Приложение | Чем чаще, тем лучше - иначе продаёте то, чего нет |
| Заказы | Приложение | 1С и CRM | Сразу в момент оформления |
| Статус заказа | 1С или CRM | Приложение | При каждой смене статуса |
| Клиенты и контакты | Приложение и CRM | В обе стороны | При регистрации и изменении |
| Бонусы и скидки | 1С или система лояльности | Приложение | Сразу после покупки |
Главное правило: у каждого типа данных один хозяин. Цену меняют только в 1С, клиента ведут только в CRM. Если цену можно поправить и в приложении, и в учёте, через месяц у вас будет две разных цены и спор, какая верная.
Если сначала нужно навести порядок с заявками с сайта, логика та же - это подробно разобрано в материале про интеграцию сайта и CRM.
Какие бывают схемы обмена
Технически связать системы можно несколькими способами. Выбор схемы - главное решение, которое потом дороже всего менять.
- Прямая связь приложения с 1С. Приложение обращается к 1С напрямую. Быстро на старте, но при росте нагрузки 1С начинает тормозить у бухгалтерии, а любое обновление конфигурации может сломать приложение.
- Свой сервер-посредник. Приложение работает только со своим сервером, а он уже по расписанию или по событию обменивается с 1С и CRM. Дороже на старте, зато 1С не страдает от нагрузки, а приложение продолжает работать, даже если учёт временно недоступен.
- Готовые коннекторы. Сервисы-интеграторы и модули от разработчиков CRM. Подходят для типовых задач, но упираются в свои ограничения, как только логика становится нестандартной.
- Обмен файлами. Выгрузка по расписанию. Самый дешёвый и самый медленный вариант, годится для каталога, но не для остатков и заказов.
Для большинства приложений с заказами и бонусами разумна схема с сервером-посредником. Прямая связь оправдана, когда клиентов немного и каталог небольшой, а готовые коннекторы - когда задача действительно стандартная.
Сколько стоит и от чего зависит
Цены ниже - рыночные ориентиры, а не прайс. Разброс большой, потому что две интеграции с «одной и той же 1С» могут отличаться по объёму в разы.
| Задача | Ориентир по рынку | Срок |
|---|---|---|
| Выгрузка каталога и цен в приложение | от 40 000 до 120 000 ₽ | 1-3 недели |
| Двусторонний обмен заказами и статусами | от 100 000 до 300 000 ₽ | 3-6 недель |
| Связка приложение - 1С - CRM с сервером-посредником | от 250 000 до 700 000 ₽ и выше | 1-3 месяца |
| Поддержка обмена после запуска | от 15 000 до 60 000 ₽ в месяц | постоянно |
Что двигает цену вверх:
- конфигурация 1С сильно доработана под вас - типовые решения не подходят;
- несколько складов, юрлиц или прайсов с разными правилами;
- старая версия 1С без нормального способа обмена;
- нужна работа без интернета и последующая сверка данных;
- нет ответственного программиста 1С на вашей стороне - тогда придётся разбираться в чужой базе с нуля.
Почему интеграцию приходится переделывать
Переделка редко случается из-за плохого кода. Обычно её закладывают ещё на этапе обсуждения, когда решения принимаются «пока так, потом поправим».
- Не договорились, кто хозяин данных, - и теперь цены и клиенты расходятся между системами.
- Сделали прямую связь с 1С, а через полгода пользователей стало больше и учёт начал тормозить.
- Не продумали ошибки: заказ не ушёл в 1С из-за сбоя связи и просто потерялся, никто не узнал.
- Не описали обмен в документе - ушёл разработчик, и никто не понимает, как всё устроено.
- Обновили 1С, и обмен молча перестал работать, потому что никто не проверял его после обновлений.
Отсюда три вещи, которые нужно потребовать с самого начала: письменную карту обмена (что, откуда, куда, как часто), журнал ошибок с уведомлением ответственному и повторную отправку данных, если система была недоступна.
Если обмен нужен не только для заказов, но и для понимания, какие каналы приносят деньги, стоит сразу заложить передачу источника клиента в CRM - это основа сквозной аналитики.
Когда интеграция пока не нужна
Бывает, что честнее отложить интеграцию или обойтись без неё совсем.
- Заказов из приложения единицы в день. Менеджер перенесёт их быстрее, чем окупится разработка обмена.
- Вы ещё проверяете, нужно ли приложение клиентам. Сначала убедитесь, что им пользуются, потом вкладывайтесь в связку с учётом.
- В 1С сейчас беспорядок: дубли товаров, неверные остатки. Интеграция просто разнесёт этот беспорядок клиентам.
- Вы собираетесь менять CRM или переходить на другую версию 1С. Связывать систему, которую скоро заменят, - выброшенные деньги.
Ещё один риск, о котором стоит знать: интеграция не исправит процессы. Если менеджеры не обновляют статусы сделок в CRM, клиент в приложении будет видеть устаревший статус - и виновато будет приложение.
Как подготовиться и что спросить у подрядчика
Перед разговором с разработчиком соберите несколько вещей - это сократит оценку и уберёт сюрпризы.
- название и версию вашей 1С и CRM, есть ли доработки;
- контакт программиста 1С или компании, которая её обслуживает;
- список того, что клиент должен видеть в приложении;
- сколько заказов в день вы ждёте сейчас и через год.
А у подрядчика спросите: какую схему обмена он предлагает и почему; что будет с заказом, если 1С недоступна; кто и как узнаёт об ошибках обмена; кому принадлежат доступы и документация после сдачи. Если на последний вопрос звучит не «вам», дальше можно не продолжать.
Подробнее о том, как приложение работает в торговле, - в материале про приложение для интернет-магазина.
Наши работы
Сайты, которые студия уже запустила
Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.
Агротех с ИИ
SkyFarm ↗
Редизайн сайта систем выращивания: первый экран с контейнерной фермой, схема работы из трёх шагов, карусель продуктов и экран приложения.
Сайт салона
ayvazzovsky.com ↗
Салон сложного окрашивания в Москве: онлайн-запись, видео работ, портфолио и команда. Переехал с Тильды на свой хостинг.
Онлайн-академия
ayvazzovsky.academy ↗
Видеоуроки колористики: каталог, посадочные страницы уроков, личный кабинет и промокоды.
Event-агентство
navsegda-event.ru ↗
НАВСЕГДА: корпоративы и конференции - услуги, кейсы, этапы работы и расчёт мероприятия.
Витрина магазина
Monkey Market ↗
Премиальная витрина магазина кроссовок с заказом в Telegram.
Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.
Нужен сайт, который принимает заявки, а не просто существует?
Сделаем премиальный сайт на React за 1-2 недели от материалов, с заявками в Telegram или CRM.
Частые вопросы
Можно ли связать приложение с любой версией 1С?
С современными конфигурациями - почти всегда, у них есть штатные способы обмена. Со старыми версиями сложнее: иногда приходится дорабатывать саму 1С или обновлять её, и это стоит учесть в бюджете заранее.
Кто должен делать интеграцию - разработчик приложения или программист 1С?
Обычно оба. Разработчик приложения отвечает за свою сторону и сервер-посредник, программист 1С - за выгрузку и приём данных в учёте. Хорошо, когда один из них отвечает за весь обмен целиком, иначе ошибки будут перекладывать друг на друга.
Насколько быстро должны обновляться остатки?
Зависит от скорости продаж. Если товар уходит редко, хватит обновления раз в несколько минут. Если остатки маленькие и раскупаются быстро, лучше передавать изменения сразу, иначе клиенты будут оформлять заказы на то, чего уже нет.
Что будет, если 1С на время отключится?
При правильной схеме приложение продолжит принимать заказы, а сервер-посредник отправит их в 1С, когда связь вернётся. При прямой связи заказ может просто не оформиться или потеряться, поэтому этот сценарий стоит обсудить до разработки.
Можно ли начать без интеграции и добавить её потом?
Можно, если заранее заложить это в устройство приложения: хранить заказы на своём сервере и не привязываться к ручным процессам. Тогда подключение 1С и CRM позже будет доработкой, а не переписыванием.
Разберём, что вашему приложению нужно связать с учётом
Посмотрим вашу 1С и CRM, составим карту обмена и назовём вилку стоимости до начала разработки.
Получить целевые заявки → Telegram