Зачем связывать 1С с другими системами
Во многих компаниях Казахстана учёт ведётся в 1С, а продажи — где угодно ещё: на сайте, в CRM, на Kaspi, в мессенджерах. Без обмена между ними сотрудники становятся живым интерфейсом: переносят заказы, сверяют остатки, пересылают статусы.
Цена такого ручного обмена — не только часы работы. Это ошибки в позициях и ценах, заказы на товар, которого нет, и клиенты, которые ждут ответа, пока менеджер выясняет статус у бухгалтерии.
Какие данные обычно передают
| Данные | Откуда | Куда | Зачем |
|---|---|---|---|
| Номенклатура и цены | 1С | Сайт, Kaspi, B2B-портал | Витрина показывает актуальный каталог |
| Остатки | 1С | Сайт, Kaspi | Не продавать то, чего нет |
| Заказы | Сайт, CRM, Kaspi | 1С | Без ручного ввода в учёт |
| Контрагенты | CRM и 1С | В обе стороны | Один клиент — одна карточка |
| Счета, оплаты, отгрузки | 1С | CRM, личный кабинет | Менеджер и клиент видят статус |
| Онлайн-оплаты | Kaspi Pay, банк | 1С | Оплата отмечается без ручной сверки |
Главное правило: у каждого справочника один хозяин
Самая частая причина сломанных обменов — две системы, которые обе считают себя главными. Менеджер правит реквизиты клиента в CRM, бухгалтер — в 1С, и обмен бесконечно перезаписывает одно другим.
Решение — до начала разработки назначить хозяина для каждого справочника:
- Товары, цены и остатки — обычно 1С.
- Клиенты и сделки — обычно CRM, а реквизиты для документов — 1С.
- Заказы — система, в которой их оформили, со статусами из 1С.
Остальные системы данные получают и показывают, но не меняют — или меняют по строго оговорённым правилам.
Способы подключения к 1С
| Способ | Когда подходит | Ограничения |
|---|---|---|
| HTTP-сервисы 1С | Нужен обмен в реальном времени, конфигурацию можно дорабатывать | Нужен программист 1С |
| OData | Чтение и запись стандартных объектов без доработок | Подходит не для всех сценариев и нагрузок |
| Обмен файлами (XML, CommerceML) | Выгрузка каталога и остатков на сайт по расписанию | Задержка, ошибки сложнее отслеживать |
| Промежуточный сервис | Систем много, нужны очереди, повторы и мониторинг | Ещё один компонент, который нужно поддерживать |
Выбор зависит от конфигурации 1С, её доработок, объёма данных и того, насколько быстро нужно обновление. Часто способы комбинируют: каталог — файлами раз в час, заказы — через HTTP-сервис сразу.
Отдельно о Kaspi
Для продавцов на Kaspi 1С обычно связывают с двумя потоками: заказы из Kaspi Магазина идут в учёт, а цены и остатки — обратно на витрину. Главная сложность здесь не техническая, а сопоставление товаров: позиция на Kaspi должна однозначно соответствовать номенклатуре в 1С.
Если вы продаёте с нескольких складов или пунктов выдачи, остатки передаются по каждому отдельно. Подробнее — на странице интеграции с Kaspi.
Почему обмены ломаются
- Нет журнала. Обмен падает молча, и об ошибке узнают через неделю по жалобе клиента.
- Нет повторов. Временный сбой сети или 1С приводит к потере заказа, а не к повторной отправке.
- Справочники не сопоставлены. Один товар заведён в системах под разными кодами, и обмен создаёт дубли.
- Доработки 1С без договорённости. После обновления конфигурации обмен перестаёт работать, и неясно, кто отвечает за исправление.
- Тестирование на рабочей базе. Ошибка в обмене портит реальные документы.
Минимальный набор защиты: журнал каждого обмена, автоматические повторы, уведомление ответственному о сбое и тестовая копия базы 1С для проверок.
С чего начать
- 1Перечислите системы, которые работают рядом с 1С, и что в них вводится вручную.
- 2Назначьте главную систему для каждого справочника.
- 3Узнайте конфигурацию и версию 1С и кто её дорабатывает.
- 4Определите, какие данные нужны сразу, а какие можно обновлять по расписанию.
- 5С этим списком обсуждайте интеграцию с 1С — оценка будет точной.