«Интеграция с 1С» стоит строкой в списке возможностей почти у каждого разработчика сайтов. Мы напишем то, что за этой строкой обычно стоит, — и скажем, как это устроено у нас, потому что честный ответ здесь продаёт лучше галочки.
Обмен с 1С — работа, а не строка в поставке
Начнём с того, что обычно не пишут. Когда вы покупаете у нас сайт или систему учёта, обмен с 1С в эту цену не входит: он считается отдельной работой под вашу конфигурацию.
Что есть — это работающая реализация обмена и понимание, как он делается. Обмен у нас идёт отдельной работой со своей оценкой, а не пунктом в списке функций. Дальше объясняем, почему это не отговорка, а свойство задачи.
Почему готового коннектора не бывает при доработанной конфигурации
«1С» — не одна программа. Это платформа и десятки конфигураций поверх неё: Управление торговлей, Розница, Управление нашей фирмой, Комплексная автоматизация, ERP, отраслевые сборки. И почти у каждого работающего предприятия конфигурация ещё и доработана под себя: добавлены свои реквизиты, свои документы, свои правила. В нашей практике доработанная конфигурация была именно тем, во что упирался обмен — не сложность передачи данных, а то, что передавать и в каком виде.
Коробочный коннектор рассчитан на типовую конфигурацию. На доработанной он либо не видит нужных данных, либо видит их не там, где ожидает. Отсюда простое следствие: то, что у одного клиента настраивается за час, у другого пишется неделю, и заранее это неизвестно — до тех пор, пока конфигурацию не посмотрели.
Как обмен устроен, когда он сделан
Мы делаем обмен по HTTP: сайт и 1С разговаривают через программный интерфейс, который поднимается на стороне клиента, с авторизацией по токену и с журналом каждого обращения. Журнал здесь не деталь — без него разбор «почему заказ не доехал» превращается в гадание.
Обмен обычно двусторонний и несимметричный:
- из 1С на сайт — номенклатура, цены и остатки. У этого направления есть важное следствие: хозяином цены остаётся 1С, а сайт её показывает. Это правильно ровно до тех пор, пока вы сами так считаете, — и обсуждается до начала работы, а не после;
- с сайта в 1С — заказы. Передаётся заказ целиком: состав, резервы, детали и суммы оплат, а при работе в нескольких валютах — курсы. То есть в учёте появляется не «заявка с сайта», а документ, с которым можно работать.
⚠️ Важная оговорка: это не CommerceML. Стандартный обмен по CommerceML — отдельный сценарий со своими ограничениями; мы делаем обмен с программным интерфейсом, который поднимается на вашей стороне. Практический смысл разницы в том, что объём обмена определяется тем, что готова отдавать ваша 1С, а не тем, что описано в стандарте.
Ваш 1С-специалист — часть работы, а не риск
Со стороны 1С почти всегда нужен человек, который её сопровождает: он знает, где в вашей конфигурации лежат данные, он открывает доступ, он вносит правки на своей стороне. Мы говорим об этом сразу и заранее, потому что это самая частая причина, по которой проект обмена встаёт: работы со стороны 1С никто не запланировал.
Если такого специалиста у вас нет, это не тупик — но это меняет план: часть работы придётся делать через того, кто обслуживает вашу 1С по договору, и его время тоже надо учесть в сроке.
Почему у нас нет фиксированной цены на «интеграцию с 1С»
Потому что фиксированная цена здесь означала бы одно из двух: либо в неё заложен запас на худший случай и вы переплачиваете, либо она рассчитана на типовую конфигурацию, и на вашей начнётся разговор о доплате в середине проекта.
Мы делаем иначе. Сначала осмотр: смотрим конфигурацию, версию, доработки и то, что она умеет отдавать. По итогам называется объём и вилка — ориентир для базового обмена начинается от 60 000 ₽, и он именно ориентир, а не прайс. Осмотр оплачивается отдельно и зачитывается во внедрение, если работа состоится.
Когда обмен вам, скорее всего, не нужен
Если товар живёт только на сайте, а 1С ведёт бухгалтерию и ничего больше, обмен часто оказывается дороже пользы. То же самое, если позиций немного и цены меняются раз в квартал: выгрузка руками раз в квартал стоит дешевле любого обмена. Мы скажем это в первом разговоре — заявка, которую придётся отговаривать, обходится нам дороже, чем её отсутствие.
Что почитать дальше
Обмен чаще всего нужен там, где на сайте есть каталог и заказы: интернет-магазин, CRM для магазина, CRM для оптовой торговли. Если задача проще — навести порядок в заявках и заказах, не трогая учёт, — посмотрите учёт заказов в розничном магазине: там обмен обычно не нужен вовсе.
Если у вас нет 1С, но нужны выгрузки на площадки, это другая задача и она решается проще — выгрузка товаров.