Все услуги

Интеграции сайта на 1С-Битрикс с 1С, CRM и API

Настраиваю обмен сайта на 1С-Битрикс с 1С, CRM, платёжными сервисами и внешними API. Связываю поля и статусы, обрабатываю ошибки и повторные события. До разработки определяю, где сохраняются данные и по каким тестам можно принять работу.

Стоимость от 70 000 ₽

Для точной оценки нужны описание обмена, документация API и тестовые доступы.

Часовая ставка 2 000 ₽/час
Обсудить задачу

Что входит в работу

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

Прайс по услуге

Простая интеграция формы лиды, уведомления, вебхуки, базовый лог
35 000-60 000 ₽
CRM или платежный сервис заказы, статусы, события, обработка ошибок
70 000-140 000 ₽
Сложный обмен с 1С/API каталог, остатки, заказы, логи, повторы
от 180 000 ₽

Интеграции в моих проектах

Crocotari: интернет-магазин и 1С

Проект начинался с черновых набросков страниц. Я довёл их до рабочей верстки, перенёс сайт на 1С-Битрикс, подготовил структуру каталога и реализовал интеграцию с 1С. Клиент получил интернет-магазин, который можно самостоятельно наполнять и развивать.

Интерфейс интернет-магазина Crocotari на 1С-Битрикс
Верстка, каталог на Битриксе и интеграция с 1С — подробнее о Crocotari.

Конный клуб «Релакс»: сайт и онлайн-касса

Для koni-relax.ru я выполнил верстку, перенёс сайт на 1С-Битрикс и подключил онлайн-кассу. Здесь интеграционная задача была связана с приёмом оплат, а не с выгрузкой товарного каталога. Платёжную часть нужно было встроить в работающий сайт и сохранить возможность управлять его содержимым.

Сайт конного клуба Релакс на 1С-Битрикс с подключённой онлайн-кассой
Кейс конного клуба «Релакс»: интерфейс, управление сайтом и подключение онлайн-кассы.

Что согласую перед разработкой обмена

Для каждой сущности нужна своя договорённость. У товара это идентификатор, свойства, цена и остаток; у заявки — обязательные поля, источник, ответственный и правило обработки дублей; у оплаты — связь события с заказом и допустимые переходы статусов.

  • Источник данных. Какая система управляет полем и что делать, если его изменили с обеих сторон.
  • Направление и запуск. Что передаётся, по какому событию или расписанию, какой объём проходит за один обмен.
  • Сбои и повторы. Где сохраняется неотправленная запись, кто видит ошибку и как безопасно повторить обработку.
  • Доступы. Какие права нужны обмену, где хранятся ключи и какие персональные данные не следует помещать в диагностический лог.

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

Как проверить интеграцию перед запуском

Ниже — образец сценариев приёмки. Для конкретного проекта я выбираю применимые строки и фиксирую ожидаемый результат до разработки. Проверки ошибок и повторов выполняются на тестовом контуре или с согласованными тестовыми данными.

СценарийОжидаемый результатКак проверить
Заявка с сайтаОбращение сохранено и передано в нужную сущность CRM с согласованными полями.Сопоставить идентификатор заявки, запись на сайте и карточку в CRM; проверить источник и ответственного.
CRM временно недоступнаЗаявка сохраняется, ошибка видна, повторная отправка предусмотрена.Имитировать сбой на тестовом контуре, затем восстановить связь и проверить обработку сохранённой записи.
Повторное событиеОдна операция не создаёт два заказа, две сделки или повторную смену статуса.Повторить одно и то же событие с тем же идентификатором; сравнить записи и историю обработки.
Обновление из 1СМеняется нужный товар или предложение; правило для отсутствующих данных соблюдено.Проверить небольшую согласованную выборку: идентификатор, цену, остаток и результат повторной загрузки.
Уведомление об оплатеПроверенное событие относится к нужному заказу и меняет его состояние по согласованному правилу.Сверить тестовую оплату в сервисе и на сайте, затем проверить повторное уведомление.

Если обмен уже работает со сбоями, полезны отдельные разборы: ошибки обмена 1С с Битриксом, интеграция с CRM и проверка онлайн-оплаты.

Что нужно для оценки стоимости

Пришлите адрес сайта, названия систем, перечень передаваемых данных и описание текущего сбоя или нового сценария. Для существующего обмена полезны время ошибки и обезличенный пример запроса или выгрузки. Для нового — документация API и информация о тестовой среде.

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

Что передаю после внедрения

  • Описание маршрута данных, сопоставления полей и статусов.
  • Перечень изменённых обработчиков и настроек, порядок запуска обмена.
  • Место хранения диагностических записей и порядок повторной обработки ошибок.
  • Результаты согласованных тестов и список ограничений или задач следующего этапа.

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

Вопросы об интеграциях

Можно ли доработать существующий обмен?

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

Форма показывает успех, но заявки нет в CRM. Это задача интеграции?

Нужно найти последний подтверждённый шаг: сохранение на сайте, отправку запроса и ответ CRM. Начать можно с инструкции по поиску потерянных заявок. Сообщение в браузере само по себе не подтверждает создание лида.

Можно ли обойтись без журнала ошибок?

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