Эвотор и сайт: остатки, чеки коррекции и карта лояльности

Сайт продаёт то, чего на кассе давно нет

Магазин ведёт учёт на кассе Эвотор, а сайт живёт отдельно. Утром покупатель заказывает чайник, который вчера продали в рознице. По обсуждениям на фриланс-биржах в сентябре и начале октября 2026 запросы повторяются: обновлять на WordPress наличие и цены с Эвотора по артикулу, исключив группы вроде подарочных наборов и упаковки, и загружать через API-ключи пачку чеков коррекции. Ниже разбираю, что из этого реально. Проверял по документации Эвотора (developer.evotor.ru и docs.evotor.cloud) в начале октября 2026.

Откуда данные и что можно синхронизировать

Схема такая. Касса или смарт-терминал пробивает чеки и отправляет данные в облако Эвотор. Ваш сервис забирает их по REST API (адрес api.evotor.ru, версия API указывается в заголовках, авторизация Bearer-токеном) и пишет на сайт или в учётную систему. Лимит запросов считается отдельно для пользователя и магазина, при превышении приходит ответ 429. Точные цифры лимита в описании методов я не нашёл, спросите их у поддержки Эвотора.

Доступ идёт через приложение. По документации интеграция выглядит для пользователя как приложение из магазина приложений Эвотора, а токен он видит на вкладке «Настройки» после установки. Можно ли обойтись личным ключом без публикации приложения, я не проверял, это надо уточнять у Эвотора до старта работ.

Чеки коррекции и карта лояльности

Коррекция. В облачном REST API Эвотора документы можно читать, а метода создания документа я не нашёл. Тип CORRECTION в списке есть, но структура его тела на странице не описана. Создают чек коррекции иначе. На смарт-терминале это меню кассы (в руководстве Эвотор 10: «Настройки», «Обслуживание кассы», «Дополнительные операции») с видами «самостоятельная» и «по предписанию ФНС». Приложение на терминале может напечатать его командой registerCorrectionReceipt из SDK.

Отдельный случай, цифровая касса. Это арендованная у Эвотора касса с удалённой регистрацией чеков. У неё свой API (fiscalization.evotor.ru): есть sell_correction, buy_correction и две операции коррекции возврата, в запросе объект correction_info с типом self или instruction и датой ошибочного расчёта base_date. Токен живёт 24 часа, результат приходит на callback или забирается запросом по uuid. Есть и ручной ввод в личном кабинете. Так что вопрос про загрузку тысяч коррекций начинается с уточнения: у вас смарт-терминал или цифровая касса. Для первого массовой загрузки через REST API я не нашёл. Когда коррекция нужна и как её оформлять по закону, решает бухгалтер, это не юридическая консультация. Общий разбор есть в статье про чек коррекции.

Карта лояльности. Скидку или бонусы в чеке считает приложение на самой кассе. По SDK оно подписывается на событие ReceiptDiscountEvent и возвращает размер скидки, причём по описанию начисление запускает кассир иконкой на экране оплаты. Сайт чек не пробивает, поэтому «карта в чеке» делается так: клиенты хранятся в вашей системе, на кассе стоит приложение лояльности, которое с ней связано. Готовые приложения лояльности у Эвотора есть, условия я не сравнивал. Своё приложение под терминал это отдельная разработка, и спорных мест в ней больше, чем в выгрузке остатков. Если карта нужна только в телефоне, посмотрите этот вариант.

Откуда берутся расхождения остатков

Причин обычно четыре. Первая: остаток в облаке складывается из документов. В руководстве Эвотора прямо сказано, что при первой установке учётной системы остатки нулевые, а актуальные собирают из документов инвентаризации, приёмки, продаж и возвратов (поле initial_quantity), лучше запросами по месяцам. Вторая: касса какое-то время работала без связи, и продажи пришли в облако позже. Третья: сайт и касса продают один товар, и каждая система считает остаток по-своему. Четвёртая: сопоставление по артикулу ломается, если артикулы дублируются или правятся вручную.

Как делал бы я. Назначить один главный источник остатков. Сопоставлять товары по артикулу и заранее исключить ненужные группы. Обновлять наличие на сайте по расписанию (раз в несколько минут для магазина, где остатки быстро меняются), а раз в сутки делать полную сверку и писать расхождения в журнал. На сайте не показывать последние одну-две штуки. Заказ с сайта лучше проводить через кассу: метод Мобильного кассира передаёт предварительный чек в раздел «Заказы», чек пробивается при приёме оплаты, нужны телефон или email покупателя. Готового продукта под это у меня нет, схему собираю под задачу, сроки зависят от числа магазинов и товаров. О чеках для нестандартных оплат читайте в статье про нестандартные чеки в МойСклад, о кассах в целом про онлайн-кассу и 54-ФЗ.

Что спросить у исполнителя и сделать сейчас

1. Выясните модель кассы: смарт-терминал или цифровая касса. От этого зависит ответ про чеки коррекции.

2. Уточните у исполнителя, как он получит доступ к API и через какое приложение. Что именно записывается: цена, остаток или оба поля.

3. Спросите, как сопоставляются товары, как исключаются группы и что происходит при расхождении.

4. Сверьте частоту обновления со скоростью, с которой меняются остатки.

5. Если связка нужна с 1С или МойСклад, посмотрите про обмен сайта с 1С и про остатки между магазинами. Как касса вписывается в выбор оборудования, описано в сравнении Эвотора, АТОЛ и облачной кассы, а что умеет сам терминал в этой статье. Связки кассы с сайтом я делаю в разделе разработки сайтов и интеграций.

Частые вопросы

Можно ли через API Эвотора создавать чеки коррекции?

В облачном REST API смарт-терминалов метода создания чека я не нашёл, только чтение документов. У цифровой кассы такие операции есть в её отдельном API. Что и когда корректировать, решает бухгалтер.

Остатки на сайте обновляются мгновенно?

Нет, это зависит от схемы. Данные идут с кассы в облако, затем на сайт по расписанию. Мгновенность никто не гарантирует, поэтому нужен запас и сверка.

Сайт сам применит скидку по карте при покупке в магазине?

Нет. Чек пробивает касса, скидку считает приложение на терминале. Сайт может быть хранилищем клиентов, с которым это приложение связано.

Коротко о главном

Товары, цены и остатки с Эвотора на сайт выгрузить можно, но доступ идёт через приложение, а остатки собираются из документов. Чеки коррекции и карту в чеке нужно разбирать отдельно по модели кассы. Перед стартом спросите про доступ, источник остатков и сверку.

Хотите, чтобы я посмотрел вашу кассу Эвотор и сайт, определил, что можно синхронизировать, и настроил обмен остатками без расхождений? Напишите мне в Telegram слово «ЭВОТОР».