Что обычно передаётся
Из 1С на сайт идут номенклатура (товары и их характеристики), цены по типам — розничная, оптовая, для дилеров — и остатки по складам. С сайта в 1С возвращаются заказы с составом, суммой, данными покупателя и статусом оплаты. Для Kaspi из того же источника можно обновлять цены и остатки, а заказы с Kaspi — заводить в 1С.
Важно понимать, что 1С в Казахстане — это множество разных конфигураций: Управление торговлей, Бухгалтерия, Розница, отраслевые решения, часто с доработками. Поэтому первая задача — понять, какая у вас конфигурация и где реально лежат нужные данные.
Способы обмена
- Стандартный обмен
- Встроенный механизм выгрузки каталога и заказов. Работает для типовых конфигураций без больших доработок.
- HTTP-сервисы и API
- Сайт обращается к 1С напрямую. Гибче и быстрее, но нужен доступ к базе из интернета или через защищённый канал.
- Через промежуточный сервис
- Данные выгружаются в промежуточное хранилище, откуда их забирают сайт, Kaspi и бот. Надёжно, если 1С стоит на локальном компьютере.
Что подготовить до старта
- Название и версию конфигурации 1С
- Кто обслуживает 1С — штатный специалист или франчайзи
- Как часто нужно обновлять цены и остатки: раз в день, раз в час, сразу
- Какие склады показывать покупателю
- Как в 1С отличаются товары для сайта от остальных
- Как должен выглядеть заказ из сайта в 1С
Этапы интеграции
Аудит данных1–2 дня
Смотрим, как заведены товары, характеристики, фото и цены. Часто нужно навести порядок в справочниках.
Схема обмена1 день
Что, куда и как часто передаётся. Согласуем с вашим специалистом по 1С.
Разработка3–7 дней
Настраиваем обмен, проверяем на копии базы, а не на рабочей.
Запуск и контроль2–3 дня
Включаем обмен, первые дни отслеживаем ошибки и расхождения.
Бардак в 1С попадёт на сайт
Если в базе один товар заведён трижды, а фото и описания хранятся в папке у менеджера, интеграция перенесёт этот бардак на сайт. Заложите время на чистку справочников — это окупается.
Пример из практики: оптовая компания и дилеры
Типичная задача, с которой к нам приходят производители и оптовики: в 1С ведутся несколько типов цен — розница, опт, дилерская, — а на сайте нужно показывать каждому клиенту свою. Решение выглядит так: на сайте есть личный кабинет дилера, при входе сайт понимает, к какой группе относится клиент, и показывает цены нужного типа. Остатки берутся только с тех складов, которые обслуживают его город.
Заказ, оформленный дилером, уходит в 1С как документ «Заказ клиента» с правильным контрагентом, договором и ценами. Менеджеру не нужно ничего перебивать вручную: он проверяет заказ и подтверждает отгрузку, а дилер видит смену статуса в кабинете и получает сообщение в Telegram.
Главная сложность таких проектов — не программирование, а договорённости. Нужно заранее решить, что считается источником правды: если цена изменилась одновременно в 1С и на сайте, какая главнее? Что делать, если товар продали в магазине, пока покупатель на сайте оформлял заказ? Ответы на эти вопросы мы фиксируем в схеме обмена до начала разработки, и это экономит недели переделок.
Ещё один практический момент — фото и описания. В 1С их почти никогда не хранят в хорошем качестве. Обычно мы договариваемся, что номенклатура, цены и остатки приходят из 1С, а фото, описания и SEO-тексты ведутся в админке сайта и привязываются к товару по артикулу.