Сайт и учётная система Прайс и остатки едут сами, заказ сразу в учёте
Задача звучит одинаково у всех: перестать переносить руками. Товары и цены лежат в учётной системе, сайт живёт отдельно, заказы приходят на почту, а вечером кто-то сводит это вместе. Связка убирает ручной шаг — но делать её вслепую нельзя: половина дела зависит от того, что именно умеет отдавать ваша система, а в торговле ещё и от фискализации чеков.
Что обычно связывают
- 01
Товары, цены, остатки
Из учётной системы на сайт по расписанию: новые позиции появляются сами, цена меняется в одном месте, проданное исчезает из каталога. Это снимает самую частую жалобу — «на сайте не то, что на складе».
- 02
Заказы обратно
Заказ с сайта попадает в систему как документ, с клиентом, позициями и доставкой. Менеджер работает там, где привык, а не в двух окнах сразу.
- 03
Чеки и документы
Фискальный чек формируется через ПРРО, счёт — в учётной системе. Нумерация и реквизиты подставляются сами, руками их не набирают.
- 04
Клиенты и история
Карточка клиента заводится один раз: заказы, обращения и оплаты собираются вокруг неё, а не живут в переписке.
- 05
Доставка
Накладная Новой Почты создаётся из заказа, а статус возвращается на сайт и клиенту. При наложенном платеже статус «получено» может быть моментом, когда формируется чек.
Что в Украине стоит учесть отдельно
Торговля упирается не только в учёт, но и в фискализацию. Схема, которая работает на практике, выглядит так: сайт передаёт продажу в ПРРО, а учётная система получает заказ и возвращает номенклатуру.
- У Checkbox есть интеграции с CMS и учётными системами, и через его интерфейс сайт может формировать фискальные чеки
- У Dilovod есть готовая интеграция с Checkbox: номенклатуру, цены и остатки передают в кассу, а фискализированные чеки возвращаются в учёт
- У Dilovod есть собственный интерфейс для обмена с интернет-магазином, в том числе для автоматической загрузки заказов с сайта
- Для BAS есть готовые модули связи с ПРРО, но под нестандартную логику с сайтом и Новой Почтой обычно нужна своя разработка
- Новая Почта умеет сообщать об изменении статуса накладной — на этом строят и уведомления клиенту, и фискализацию наложенного платежа
Как идёт работа
- 01
Разбираем, что где лежит
Какие поля есть в системе, какие на сайте, что считается главным источником правды для цены и остатка. Без этого решения связка начинает спорить сама с собой.
- 02
Схема обмена
Что, куда, как часто и что происходит при сбое. Согласуем до разработки: поменять схему дешевле, чем переделывать готовое.
- 03
Пилот на части каталога
Берём несколько десятков позиций и гоняем обмен неделю. Видно всё: кодировки, округление цен, единицы измерения, изображения, пустые поля.
- 04
Полный запуск
Расширяем на весь каталог, включаем заказы в обратную сторону, добавляем уведомления об ошибках и журнал обмена.
- 05
Две недели присмотра
Смотрим журнал, ловим редкие случаи — товар без цены, заказ с удалённой позицией, двойная отправка. Именно они всплывают после запуска.
Что ломается чаще всего
- Два источника правды: цену правят и в системе, и на сайте — и каждый обмен возвращает «неправильную»
- Остатки без резерва: товар продан дважды, пока обмен ждал расписания
- Единицы и округление: килограммы против упаковок, цена с НДС против цены без
- Кодировка и украинские названия: при обмене файлами они приезжают нечитаемыми
- Молчаливый сбой: обмен не прошёл ночью, никто не узнал, утром сайт продаёт по вчерашним ценам
Чего мы не делаем
- Не подменяем бухгалтера: мы связываем системы, а за правильность учёта и документов отвечает он
- Не лезем в чужую программу обходными путями — только через её разрешённый интерфейс или выгрузки
- Не обещаем мгновенный обмен там, где система умеет только по расписанию
- Не оставляем связку без уведомлений: молчаливая автоматизация опаснее ручной работы
С чего начать
Назовите систему, в которой ведёте учёт, и скажите, что болит сильнее: цены, остатки, заказы или чеки. Этого достаточно, чтобы сказать, решается ли задача готовым интерфейсом или понадобится обмен файлами.
Автоматизация и интеграцииЧастые вопросы
У нас старая программа без интерфейса. Это тупик?
Нет, но дороже. Если система умеет выгружать и принимать файлы по расписанию, связка строится на них: раз в час или раз в ночь. Это не мгновенно, но для цен и остатков обычно достаточно. Проверяем на вашем экземпляре, а не по описанию на сайте производителя.
Кто должен быть источником правды для цены?
Одна сторона, и это решение надо принять до разработки. Обычно правда в учётной системе: там цена связана с закупкой и скидками. Тогда на сайте поле цены становится только для чтения — иначе любая ручная правка будет затираться обменом, и обвинят в этом связку.
Кто формирует фискальный чек?
ПРРО, а не сайт. Сайт передаёт продажу, касса формирует чек и возвращает его номер; в учёт чеки подтягиваются отдельно. Такая схема работает и для онлайн-оплаты, и для наложенного платежа, где чек формируется по статусу от Новой Почты.
Сколько времени занимает такая связка?
Односторонний обмен товарами и ценами — от нескольких дней. Двусторонний, с заказами и документами, — от двух-трёх недель. Срок зависит не от нас, а от того, как быстро дадут доступы и что отдаёт система.
Что будет при сбое обмена?
Связка повторит попытку, запишет ошибку в журнал и пришлёт уведомление. Данные не теряются: неудачные пакеты хранятся и уходят следующим заходом. Это закладывается сразу, а не «если понадобится».
Сколько это стоит в месяц?
Сама связка — разовая работа по часам. Ежемесячно могут стоить тарифы сервисов: ПРРО, учётная система, интеграционные модули. Эти деньги идут поставщику напрямую, мы на них не зарабатываем и говорим о них до начала.
Мы меняем учётную систему. Связка переживёт?
Частично. Логика обмена — какие поля, как часто, что главное — останется, а соединитель придётся переделать под новую систему. Поэтому мы делаем связку слоями: бизнес-правила отдельно, подключение к конкретной программе отдельно.
А если нужны и склад, и доставка?
Это следующий шаг и считается отдельно. Сначала стоит запустить цены и остатки: они дают основную экономию времени. Доставку и отслеживание добавляем, когда первая часть работает стабильно.