Связываем приложение и сайт интернет-магазина с 1С и учётной системой: остатки, цены, каталог и заказы синхронизируются автоматически, а витрина и бэк-офис работают на одних данных.
Интернет-магазин продаёт корректно, когда витрина показывает те же остатки, цены и каталог, что и учётная система. ERP-система (в российской рознице чаще всего это 1С) хранит эти данные, а интеграция соединяет её с приложением и сайтом: наличие, цена и заказ становятся общими для всех каналов. Обмен мы закладываем сразу при разработке приложения для интернет-магазина и сайта, а для действующих проектов подключаем отдельно.
Пока обмена нет, магазин и учётная система живут порознь — и это бьёт по продажам. ERP-интеграция снимает разобщённость: остатки, цены, каталог и заказы синхронизируются автоматически, и витрина совпадает со складом.
Приложение и сайт на одной кодовой базеНаличие по складам передаётся из учётной системы в магазин по расписанию и по событиям. Покупатель видит реальное количество, а магазин не принимает заказ на товар, которого уже нет на складе.
Цены, скидки и акционные условия хранятся в 1С и подтягиваются на витрину без ручного обновления прайса. Изменение цены в учётной системе доходит до приложения и сайта автоматически.
Заказ, оформленный в приложении или на сайте, уходит в 1С вместе с данными покупателя и оплатой. Менеджеру не нужно переносить заявки вручную — они сразу попадают в документооборот.
Из учётной системы в магазин возвращаются статусы заказа, отгрузки и номера для отслеживания. Покупатель видит движение заказа в приложении, а данные не расходятся между складом и витриной.
За общими словами «связать магазин с 1С» стоит конкретный набор задач обмена. Вот что настраивает ERP-интеграция для интернет-магазина.
| Задача | Что настраивает интеграция |
|---|---|
| Двусторонний обмен остатками | Наличие по складам передаётся из учётной системы на витрину, а резервы под оформленные заказы возвращаются в 1С — без ручной выгрузки. |
| Загрузка каталога и характеристик | Номенклатура, категории, свойства и описания товаров ведутся в учётной системе и подтягиваются в магазин единым справочником. |
| Актуальные цены и акции | Цены, скидки и акционные условия считаются в 1С и отображаются на витрине в актуальном виде, без ручного обновления прайса. |
| Передача заказов в учётную систему | Заказ, оплата и данные покупателя из приложения и сайта попадают в документооборот 1С автоматически. |
| Статусы заказа и отгрузки | Смена статуса, сборка и отгрузка в учётной системе возвращаются в магазин и видны покупателю в личном кабинете. |
| Единый учёт по складам и каналам | Заказы из приложения, сайта и офлайна сходятся в одной системе, а остатки считаются по складам, а не по разным таблицам. |
ERP-интеграция часто идёт рядом с двумя соседними задачами. Если нужно связать витрину не только с учётной системой, но и с программой лояльности и маркетингом, — это интеграция приложения с CRM. А если товаров много и их нужно выгружать на площадки, обмен с 1С дополняется интеграцией с маркетплейсами и службами доставки — их подключаем категориями под конкретный набор площадок.
Магазин связывается с учётными и ERP-системами, у которых есть методы обмена — API, файловый обмен или готовый коннектор. В российской рознице основная система — 1С, и обмен с ней входит в базовые интеграции платформы FITTIN.
Товары, остатки, цены и заказы в разных конфигурациях: управление торговлей, розница, комплексная автоматизация и отраслевые сборки. Обмен по формату EnterpriseData или HTTP-сервисам.
Учёт остатков по складам, резервы и адресное хранение. Витрина получает наличие по конкретным складам, а не одну общую цифру по всему магазину.
SAP, Oracle, Microsoft Dynamics и отраслевые системы крупного бизнеса. Подключаем через их API или интеграционную шину, когда учёт ведётся не в 1С.
Кастомная учётная система или самописный бэк-офис магазина. Настраиваем обмен под его методы — это уже кастомная доработка на стороне приложения и платформы.
Подключаем и другие учётные системы, у которых открыт доступ по API или есть готовый обмен. Если нужных методов интеграции нет, реализуем обмен на стороне приложения и платформы под конкретную задачу — это кастомная доработка вне базового набора модулей. Разобрать методы обмена вашей системы помогает аудит кода.
Интеграция работает как постоянный обмен, который держит данные в магазине и учётной системе согласованными. Работа идёт по нескольким шагам.
Разбираем, какие сущности нужно синхронизировать (товары, остатки, цены, заказы, статусы) и какие методы обмена есть у вашей учётной системы — формат выгрузки, API или коннектор, что отдаёт и принимает каждая сторона.
Настраиваем передачу данных из учётной системы в магазин и обратно. Из 1С уходят каталог, остатки и цены; из магазина возвращаются заказы, оплаты и данные покупателя.
Задаём расписание обмена и событийные обновления: каталог — реже, остатки и цены — чаще, заказы и статусы — по событию. Данные обновляются без ручной выгрузки, а витрина не отстаёт от склада.
Проверяем сценарии на реальных данных — выгрузку каталога, обновление остатков и цен, оформление заказа и возврат статуса. Убеждаемся, что магазин и учётная система показывают одно и то же и данные не расходятся.
Для магазина на платформе FITTIN модуль обмена с 1С уже есть в базовом наборе — его настраивают под конфигурацию конкретной учётной системы. Для действующего проекта от другой команды обмен подключаем под ваш стек после аудита мобильного приложения. Клиентская часть приложения при этом работает на Flutter — едином коде для iOS и Android.
Ниже — проекты с большим каталогом и учётом остатков, где витрина работает на данных учётной системы.
Сеть DIY-магазинов в 20+ городах: свыше 30 000 товаров, интеграция с 1С и мультигородская логика складов — покупатель из одного региона не попадает на склад другого. Публикация во всех 4 сторах одновременно.
Сеть гипермаркетов с объёмным продуктовым каталогом: наличие по магазинам, умный поиск с исправлением опечаток и сканер штрихкода прямо в зале. Витрина показывает актуальные позиции и цены магазина.
Мультибрендовый магазин детских товаров: 4 бренда и 5 направлений в одном каталоге с бренд-зонами и поиском по всему ассортименту. Приложение даёт 50% общего дохода ритейлера.
Во всех трёх проектах витрина показывает каталог, наличие и цены из учётной системы, а заказы уходят в бэк-офис — это и есть прикладной результат ERP-интеграции. Другие проекты — в портфолио.
Модель оплаты в FITTIN состоит из трёх частей: единоразовая интеграция под бренд, ежемесячная лицензия с включённой техподдержкой и доработки нового функционала по Time & Materials. Что из этого применимо, зависит от того, где живёт магазин и как устроена ваша учётная система.
Магазин уже на платформе
Обмен с 1С входит в единоразовый пакет интеграции под бренд. Поддержка, мониторинг и обновления модулей платформы включены в ежемесячную лицензию — своя команда разработки не нужна.
Действующий проект от другой команды
Отдельные интеграции и доработки оплачиваются по модели T&M — по фактически отработанным часам, со сметой и оценкой перед стартом задачи.
После изучения задачи
Точную стоимость называем после изучения конфигурации учётной системы и объёма обмена. Ориентировочный бюджет под сценарий считаем на калькуляторе.
На платформе тарифы различаются тем, кто обеспечивает методы обмена на стороне учётной системы: по тарифу ПРО их настраивает команда заказчика или её подрядчик, по ПРО+ — весь цикл на стороне FITTIN. Составы пакетов и условия — на странице тарифов, а срок и бюджет под ваш сценарий можно прикинуть на калькуляторе стоимости. Если магазина ещё нет, начать можно с разработки технического задания или сразу с приложения для интернет-магазина на платформе, где обмен с 1С уже заложен.
ERP-интеграция делает учётную систему (чаще всего 1С) единым источником данных для приложения и сайта. Остатки, цены, каталог и характеристики товаров подтягиваются из учётной системы, а заказы уходят обратно в неё автоматически. В результате покупатель видит актуальные наличие и цену, магазин не собирает заказы на отсутствующий товар, а менеджерам не нужно вручную переносить заказы и обновлять прайс. Витрина и бэк-офис работают на одних и тех же данных.
Интеграция с 1С идёт через методы обмена на стороне учётной системы: типовой обмен по формату EnterpriseData, HTTP-сервисы или внешнюю шину/коннектор. Сначала мы составляем карту данных — какие сущности синхронизируем (товары, остатки, цены, заказы, статусы) и в каком направлении. Затем настраиваем двусторонний обмен: из 1С в магазин уходят каталог, остатки и цены, а из магазина в 1С — заказы, оплаты и данные покупателя. Обновление идёт по расписанию и по событиям, без ручной выгрузки. На платформе FITTIN модуль обмена с 1С уже есть в базовом наборе — его настраивают под конфигурацию вашей учётной системы.
Чаще всего это 1С в её разных конфигурациях (управление торговлей, розница, комплексная автоматизация, отраслевые сборки) — она входит в базовые интеграции платформы FITTIN. Помимо 1С подключаем облачные системы складского учёта, отраслевые и зарубежные ERP (SAP, Oracle, Microsoft Dynamics), а также собственный бэк-офис магазина — при условии, что у системы есть методы интеграции: API, обмен файлами или готовый коннектор. Если открытых методов нет, реализуем обмен на стороне приложения и платформы под конкретную задачу как кастомную доработку.
Остатки и цены хранятся в учётной системе и передаются в магазин по регламенту обмена: массово по расписанию и точечно по событиям (изменение остатка, новая цена, старт акции). Приложение и сайт показывают наличие по складам и актуальную цену без ручного обновления прайса. Для товаров с быстрым оборотом обмен настраивается чаще, чтобы витрина не продавала то, чего уже нет на складе. Направление обмена одностороннее: учётная система — первоисточник по остаткам и ценам, магазин их отображает.
Если магазин работает на платформе FITTIN, интеграция с 1С входит в пакет интеграции под бренд, а поддержка и обновления модулей платформы включены в ежемесячную лицензию. Отдельные интеграции и доработки для действующего проекта оплачиваются по модели Time & Materials — по фактически отработанным часам, со сметой и оценкой перед стартом задачи. Точную стоимость называем после изучения конфигурации вашей учётной системы и объёма обмена. Составы пакетов — на странице тарифов, ориентировочный бюджет под ваш сценарий можно посчитать на калькуляторе.
Да. Для этого нужны доступ к коду приложения (или его серверной части) и методы обмена вашей учётной системы. Устройство действующего проекта мы разбираем на аудите, оцениваем объём работ и подключаем обмен под конкретный стек. Если приложение сделано другой командой, начать удобно с аудита мобильного приложения — он покажет, что можно подключить без переработки, а что потребует доработок.
Частота обмена настраивается под задачу. Каталог и характеристики обычно обновляются реже, остатки и цены — чаще, а заказы и статусы передаются по событию, то есть почти сразу. Для магазинов с высокой оборачиваемостью остатки синхронизируются с коротким интервалом, чтобы наличие на витрине совпадало со складом. Регламент обмена мы фиксируем на этапе проектирования интеграции, исходя из нагрузки и специфики учётной системы.