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