Связка 1С и amoCRM всегда состоит из трёх частей, а не из двух. У amoCRM нет коробочной версии — система работает только в облаке, и общаться с ней можно исключительно через REST-запросы и вебхуки. У 1С, наоборот, база стоит внутри вашего контура и наружу по умолчанию не смотрит. Между ними обязательно оказывается третий элемент: либо чужой виджет из маркета, либо ваш собственный сервис, либо опубликованные HTTP-сервисы 1С с защитой перед ними.
От того, какой это элемент, зависят и цена, и — что важнее — живучесть связки. Виджет из маркета стоит копейки и умирает первым: он ломается при обновлении вашей конфигурации, при смене версии API и при уходе разработчика виджета с рынка, а починить его вы не можете, потому что кода у вас нет. Собственная прослойка стоит в разы дороже и живёт ровно столько, сколько вы её сопровождаете.
Ниже — три варианта со сроками, ценами и ежемесячной частью, минимальный полезный сценарий обмена из пяти событий, честный расчёт окупаемости на 150 счетах в месяц и объяснение, почему справочника товаров в amoCRM быть не должно вообще.
Три варианта связки и чем они отличаются
Разница между вариантами — не в наборе функций: в конечном счёте все три возят одно и то же. Разница в том, у кого лежит код и кто отвечает за то, чтобы завтра связка работала. Цены модельные, для типовой конфигурации 1С без экзотики и для обмена по пяти событиям из следующего раздела.
| Вариант | Срок и внедрение | Ежемесячно | Три года владения | Что его убивает |
|---|---|---|---|---|
| Готовый виджет из маркета | 3–10 дней, 0–40 000 ₽ настройки | 1 500–5 000 ₽ подписка | 268 000 ₽ с двумя переделками по 60 000 ₽ | Обновление вашей конфигурации, смена версии API, уход разработчика виджета |
| Промежуточный сервис на своём сервере | 3–5 недель, 180 000–320 000 ₽ | 8 000–15 000 ₽ сервер и сопровождение | 636 000 ₽ | Только отсутствие сопровождения: кода и логов вы не теряете |
| Прямые HTTP-сервисы 1С за шлюзом | 4–6 недель, 220 000–400 000 ₽ | 6 000–12 000 ₽ | 624 000 ₽ | Обновление конфигурации, если доработки сделаны не расширением |
Виджет — не запретный вариант. Для компании с двумя менеджерами и тридцатью счетами в месяц он совершенно оправдан: 268 000 ₽ за три года против 636 000 ₽ — это разница, ради которой можно потерпеть простой на неделю раз в год. Ошибка начинается там, где на виджете строят обмен, от которого зависит отгрузка: когда он встанет, останавливается не интеграция, а продажи, и на восстановление у вас нет ни кода, ни логов, ни телефона того, кто это писал.
Сравнение в три колонки. «Виджет из маркета»: 3–10 дней, 0–40 000 ₽, подписка 1 500–5 000 ₽/мес, за три года 268 000 ₽, снизу пометка «код не у вас». «Свой сервис»: 3–5 недель, 180 000–320 000 ₽, 8 000–15 000 ₽/мес, за три года 636 000 ₽, пометка «код и журнал у вас». «HTTP-сервисы 1С»: 4–6 недель, 220 000–400 000 ₽, 6 000–12 000 ₽/мес, за три года 624 000 ₽, пометка «нужна публикация и шлюз». Чертёжный стиль, подписи по-русски.
Минимальный полезный сценарий: пять событий
Техническое задание на связку удобно писать не списком объектов, а списком событий: что произошло, что должно уехать, что должно вернуться. Пять событий ниже закрывают потребность подавляющего большинства компаний, и на них стоит остановиться в первой версии, даже если хочется больше.
- 1Сделка перешла на стадию «Счёт»
Прослойка находит контрагента в 1С по ИНН или создаёт его, собирает счёт по позициям сделки и возвращает в карточку номер счёта, дату и ссылку на печатную форму. Менеджер не открывает 1С вообще.
- 2Счёт оплачен
Разнесена банковская выписка — в сделку возвращается факт оплаты, сумма и дата. При частичной оплате приходит именно частичная сумма, а не «оплачено»: это отдельное требование, о котором забывают в половине проектов.
- 3Товар отгружен
Проведена реализация — в сделку прилетает номер документа, дата отгрузки и ссылка на УПД. Стадия сделки меняется автоматически, менеджер перестаёт звонить на склад с вопросом «уехало или нет».
- 4Контрагент изменился в 1С
Бухгалтер поправил реквизиты по выписке из реестра — обновление уходит в CRM, где эти поля закрыты на редактирование. Обратного направления по реквизитам нет и быть не должно.
- 5Менеджеру нужна цена и наличие
Запрос идёт в 1С в момент подбора позиции и возвращает актуальную цену и остаток. Данные не хранятся в CRM, а показываются — разница принципиальная, и о ней ниже отдельный раздел.
Схема из двух вертикальных дорожек: слева «amoCRM (сделка)», справа «1С». Между ними пять горизонтальных стрелок с номерами и подписями: 1 «стадия Счёт → создать счёт», обратная стрелка «номер, дата, печатная форма»; 2 «← оплата: сумма и дата, в том числе частичная»; 3 «← отгрузка: номер реализации, дата, УПД»; 4 «← реквизиты контрагента, поля закрыты на правку»; 5 «запрос цены и остатка →» с обратной стрелкой «показать, не хранить». Посередине узкая вертикальная полоса с подписью «прослойка: очередь и журнал». Чертёжная подача, подписи по-русски.
Почему amoCRM не пускают напрямую в рабочую базу 1С
Технически «напрямую» означает одно: вы публикуете HTTP-сервисы 1С в интернет и даёте облачному сервису ходить в рабочую базу. Так делают, и это работает ровно до первого инцидента. Проблема даже не в безопасности, хотя и в ней тоже: рабочая база 1С — это система, в которой нельзя допустить ни лишней записи, ни блокировки таблицы в момент закрытия месяца, а входящий поток из облака вы не контролируете.
Небольшой сервис на вашем сервере, который принимает вебхуки от CRM, складывает их в очередь и обращается к 1С в своём темпе. Он делает три вещи, которых нет в прямой связке: держит очередь, чтобы всплеск запросов не лёг на учётную базу; ведёт журнал, по которому видно, какое событие не доехало и почему; повторяет неудачные попытки сам, вместо того чтобы терять данные.
Если вариант с HTTP-сервисами всё-таки выбран, наружу смотрит не база, а шлюз: отдельный адрес, белый список адресов, свой сертификат, ограничение по частоте запросов и журнал всех обращений. Учётная база при этом остаётся внутри периметра. Требования к такому контуру мы описали на странице про безопасность и доступы — их стоит согласовать до начала работ, а не после первого проникновения.
Карта из трёх узлов слева направо: «amoCRM (только облако)», «прослойка: очередь, журнал, повтор», «1С». Связь между первым и вторым подписана «вебхуки и REST», между вторым и третьим — «HTTP-сервисы внутри периметра». Вокруг второго и третьего узла сплошная рамка с подписью «ваш контур». Отдельной пунктирной линией показана перечёркнутая прямая связь от amoCRM к 1С с подписью «прямой доступ в рабочую базу». Чертёжная подача, подписи по-русски.
Номенклатура: чего в amoCRM быть не должно
Соблазн понятный: завести в CRM список товаров, чтобы менеджер собирал сделку не выходя из окна. Через полгода это даёт два прайса — один в учёте, второй в CRM, — и вопрос «какая цена правильная» превращается в ежедневный спор между продажами и бухгалтерией. Правило простое: номенклатура живёт в 1С, а в CRM она показывается.
- Цена и остаток запрашиваются в момент подбора позиции и не сохраняются в CRM как справочник. В карточке сделки остаётся только состав заказа со ссылкой на код позиции в 1С.
- Если каталог большой и запрос по каждому символу тормозит, кэш держит прослойка, а не CRM, и живёт он минуты, а не дни. Кэш в прослойке чистится по событию изменения цены, кэш в CRM не чистится никогда.
- Скидки и типы цен считаются на стороне 1С по соглашению с клиентом. Отдельная логика скидок в CRM — это второе место, где может появиться ошибка, и первое, куда никто не посмотрит при разборе.
- Если товаров десяток и они не меняются годами, всё вышесказанное неважно: заведите их руками в CRM и не платите за обмен номенклатурой вообще.
Сколько это стоит: расчёт на 150 счетов в месяц
Модельная компания: производственно-торговая, 5 менеджеров, 220 сделок в месяц, из них 150 доходят до счёта, около 35 новых контрагентов ежемесячно. Ставка менеджера 900 ₽/час, средний чек 120 000 ₽, валовая рентабельность 20 %. Вариант — своя прослойка за 240 000 ₽ с сопровождением 11 000 ₽ в месяц.
Строка про сорванную сделку на 24 000 ₽ — самая спорная в этом расчёте: доказать, что клиент ушёл именно из-за счёта, почти невозможно. Уберите её — и остаётся 11 860 ₽ чистой выгоды в месяц, то есть окупаемость 20 месяцев вместо семи. Проект от этого не становится плохим, но становится другим: его надо обосновывать не деньгами, а скоростью реакции на клиента. Требуйте от подрядчика оба варианта расчёта, а не только тот, который короче.
Когда связку делать не надо
Есть четыре ситуации, в которых интеграция 1С и amoCRM не окупится, и увидеть их дешевле до договора.
- Меньше 40 счетов в месяц. Ручной ввод стоит около 3 600 ₽ в месяц по ставке 900 ₽/час, а одно только сопровождение прослойки — 11 000 ₽. Здесь честный ответ: виджет из маркета за 3 000 ₽ в месяц или ручной ввод, а бюджет — на другой процесс.
- Сделки ведутся мимо CRM. Если половина заявок живёт в переписке и таблицах, обмен начнёт возить в учётную базу неполные данные, и виноватой окажется интеграция. Сначала регламент работы в CRM, потом связка.
- Продаёте услуги без номенклатуры и склада. Тогда весь обмен сводится к счёту и оплате, и это закрывается выгрузкой реестра счетов раз в день — работа на 40 000–60 000 ₽, а не проект на четверть миллиона.
- Идёт смена конфигурации или переезд с amoCRM. Строить связку с системой, которую меняют в этом полугодии, — значит оплатить одну и ту же работу дважды. Разумнее дожить на ручном вводе и делать обмен сразу с целевой системой.
Если после этих четырёх пунктов проект остался нужен — считайте не только внедрение, но и три года владения: именно там разница между вариантами становится видимой. Сопоставимый разбор для другой CRM мы сделали в материале про интеграцию 1С и Битрикс24, а общую механику способов обмена — в статье про способы обмена с 1С. Цены на такие проекты собраны на странице интеграций.
Дешёвая связка — это не та, которая мало стоила, а та, которую вы можете починить сами.
