Заказы, остатки, цены, платежи и документы ходят между системами сами. С журналом каждой попытки, повторами при сбое и оповещением вашему ответственному, когда обмен встал. Работаем в вашем контуре.
Один обмен в одну сторону — от 150 000 ₽Журнал и оповещения с первого дняДоступы оформлены на вас
Две из них — про то, чего мы не обещаем. Это честнее, чем «99,9% и поддержка 24/7» в первом экране.
Маркетплейс поменял правила выгрузки, у банка сменился сертификат, в 1С обновили конфигурацию. Обещать, что этого не случится, нельзя. Можно сделать так, чтобы вы узнали раньше клиента: журнал, оповещение и очередь, из которой ничего не пропадает.
Мы небольшая команда. Реакция в рабочие часы, время отклика записано в договоре. Ночью и в выходные дежурим по отдельному соглашению — за отдельные деньги, а не строчкой «24/7» на сайте.
Половина работы в том, чтобы решить, какая система главная при расхождении и что считать одной и той же записью. Пока это не решено, интеграция будет каждый день исправно множить дубли.
Коннекторы, скрипты и ключи — в вашем контуре и вашем репозитории, учётные записи оформлены на вас. Отключить нас можно в любой день, обмен от этого не встанет.
Менеджер копирует заказ из письма или личного кабинета в 1С. Медленно, с опечатками, и вместо продаж человек занят вводом.
На сайте товар есть, на складе его нет. Клиент оформляет заказ, получает отмену и уходит к тому, у кого остатки живые.
Прайс поменяли в 1С утром, на маркетплейс он уехал вечером. В промежутке продаётся по старой цене, и это уже убыток.
Бухгалтер сверяет платежи глазами. Часы работы каждый месяц и ошибки, которые всплывают на закрытии периода.
Счета и акты собираются вручную и уходят почтой. Версии теряются, подписанного экземпляра не найти.
Чтобы увидеть общую картину, руководитель выгружает данные из трёх систем и сводит их вручную. К моменту готовности отчёт уже устарел.
Последняя колонка — единственный вопрос, который решает судьбу интеграции. Пока на него нет письменного ответа, системы будут спорить друг с другом, а разгребать это придётся людям.
Таблица типовая: под вашу задачу она уточняется на этапе схемы обмена. Но структура остаётся той же — четыре вопроса по каждому объекту, и все четыре нужно закрыть до начала настройки.
Последнее — не приложение к остальным, а отдельная работа. Интеграция без сопровождения живёт ровно до первого изменения на чужой стороне.
Битрикс24, amoCRM, «Мегаплан». Сделка из заказа, клиенты, статусы, счета. Salesforce не берём: сервис из России ушёл, поддерживать его нечем.
Битрикс, WordPress с WooCommerce, Tilda, самописные платформы. Заказы вниз, остатки и цены вверх, по CommerceML или через API.
Ozon, Wildberries, Яндекс Маркет, «Мегамаркет». Карточки, остатки, цены, заказы, статусы, отчёты о продажах и удержаниях.
Выписки, разнесение платежей, платёжные поручения, сверка. Через 1С:ДиректБанк, где он поддержан, и через API банка, где нет.
Диадок, СБИС, «Такском». Отправка и приём формализованных документов, привязка к учётным, отслеживание статусов подписания.
Звонки и переписка в карточке клиента, задачи и сделки из обращений. Asterisk, облачные АТС, телеграм и WhatsApp через официальные шлюзы.
СДЭК, Почта России, «Деловые линии», Boxberry. Заказ уезжает в доставку, трек-номер и статусы возвращаются обратно.
Мониторинг, журнал, оповещения, разбор сбоев и правки, когда чужой API поменялся. Это происходит регулярно и не по нашей воле.
Не «если», а «когда»: чужие API меняются, сертификаты истекают, интернет пропадает. Вопрос только в том, что система делает дальше.
Отдельно про третий и шестой шаг: повторная отправка одной и той же записи не должна создавать вторую. Защита от дублей закладывается на этапе проектирования, а не после первого задвоенного заказа.
Второй шаг выглядит бюрократией и экономит больше всего времени: схема обмена на бумаге — это то, чем вы потом закрываете спор «а мы думали, будет наоборот».
Какие системы, какие данные, в какую сторону. Здесь же выясняется главное: есть ли у ваших систем пригодный API и в каком он состоянии.
Письменно: объекты, направления, частота, правила разрешения конфликтов. Это тот документ, по которому потом спорят, — лучше, чтобы он был.
Готовые коннекторы там, где они есть, свой код там, где их нет. Работа идёт в вашем контуре и в вашем репозитории.
Сначала тестовая база и тестовый кабинет канала, потом боевые данные в режиме только чтения. На боевую запись переходим последним шагом.
Включаем и первые обмены смотрим руками. Первая неделя после запуска даёт больше информации, чем весь прогон на копии.
Мониторинг, разбор сбоев, правки после изменений на чужой стороне. Объём работ в месяц фиксируется в договоре.
Первый разбор — ровно про эту услугу: остатки, цены и заказы между 1С и несколькими каналами продаж.
Остатки, цены и заказы между учётной системой и несколькими каналами продаж. Разбор про то, где такой обмен обычно рассыпается.
Когда интегрировать нечего: контрагент присылает бумагу или PDF, а данные всё равно надо получить в 1С.
Заказчиков не называем — договоры это запрещают. По каждой работе написано, что изменилось после сдачи и чем это проверяется.
MuleSoft, Zapier и Salesforce в списке нет намеренно: в России они недоступны, и обещать поддержку того, чего нет, мы не будем.
Несколько каналов продаж и одна 1С. Чем больше каналов, тем дороже обходится каждый час рассинхрона.
Менеджеры работают в CRM, учёт живёт в 1С, и между ними ходит человек с копипастой.
Банк, ЭДО и сверка. Здесь выигрыш измеряется не в продажах, а в часах на закрытие периода.
Если в компании есть сотрудник, чья работа — переносить данные из системы в систему, интеграция окупается быстрее всего.
Сорок минут: какие системы, какие данные, в какую сторону и как часто. По итогам — схема обмена, цена и срок. Начинаем с одного направления, которое режет больше всего ручного труда.
1С в типовых и доработанных конфигурациях, Битрикс24 и amoCRM, сайты на Битриксе, WordPress и Tilda, маркетплейсы Ozon, Wildberries, Яндекс Маркет и «Мегамаркет», банки через 1С:ДиректБанк и прямые API, ЭДО через Диадок, СБИС и «Такском», службы доставки. Если у системы есть документированный API или выгрузка — свяжем. Если нет ни того, ни другого — скажем прямо.
Один обмен в одну сторону — две-четыре недели вместе с прогоном. Маркетплейсы дольше: три-шесть недель, потому что там больше сущностей и строже правила. Точный срок называем после разбора, когда видно состояние ваших систем.
Да, это обычная ситуация. Смотрим, что доступно снаружи: OData, HTTP-сервисы, обработки, база напрямую. Если для обмена придётся дорабатывать конфигурацию — говорим об этом до договора, а не в середине работ.
Повторы при временных ошибках, очередь для того, что не прошло, защита от повторной обработки одной и той же записи и оповещение при сбое. Гарантировать, что обмен никогда не встанет, нельзя: он зависит от чужих систем. Гарантировать, что вы об этом узнаете и ничего не потеряется, — можно.
Мониторинг обменов, доступ к журналу, разбор сбоев, восстановление после них и правки, когда меняется API на чужой стороне. Базовый уровень — 20 000 ₽ в месяц, до четырёх часов работ. Дальше по ступеням: 60 000 ₽ за двенадцать часов, 120 000 ₽ за двадцать пять.
Так и надо. Начинаем с одного направления, которое режет больше всего ручного труда, доводим до устойчивой работы и только потом добавляем следующее. Пытаться связать всё сразу — самый быстрый способ не запустить ничего.
Базовый односторонний обмен по одному направлению — от 150 000 ₽. Двусторонний обмен с маркетплейсом — дороже, потому что сущностей больше. Сопровождение — от 20 000 ₽ в месяц. Точная цена считается после разбора и схемы обмена.
