Автоматическое обновление остатков на сайте – это прогон по расписанию, который забирает наличие и цены из вашей учетной системы и разлагает их по карточкам без участия менеджера. Настраивается он не одной кнопкой: сначала товары нужно сопоставить по артикулу, договориться о правиле нулевого остатка и выбрать частоту, при которой между двумя прогонами не успевает пройти продажу, которую сайт не увидит. Суммы на странице нет намеренно – сначала смотрим, что ваш учет вообще умеет отдавать наружу.
карточку на сайте с позицией учета - по артикулу или коду производителя
Наш замер
31.07.2026
Измеренный масштаб каталога
55 321 товарная страница и 3 868 категорий, вместе 59 189 адресов
Скорость в этом объеме
первый ответ 840,5 мс при 454,5 КБ HTML, измерение 31.07.2026
Показатели сняты нашим замером на живых сайтах соответствующего масштаба.
после бесплатного аудита
Стоимость
30
Гарантия
дней после подписания акта
карточку на сайте с позицией учета - по артикулу или коду производителя
Что с чем сводим
расхождение остатков после прогона и доля несопоставимых позиций
Чем меряем результат
55 321
Измеренный масштаб каталога
товарная страница и 3 868 категорий, вместе 59 189 адресов
первый ответ 840,5 мс при 454,5 КБ HTML, измерение 31.07.2026
Скорость в этом объеме
10–35
Срок работ
рабочих дней от утверждения схемы обмена
бесплатный аудит обмена, 3–5 рабочих дней
До суммы
Что входит
Полный перечень работ и того, что вы получаете на выходе
Сводим каталог с учетом по артикулу или коду производителя, а не сошедшие позиции отдаем отдельным списком, а не прячем в логах
Ставим прогон остатков на расписание, которое задаете вы: каждую ночь, каждый час или чаще в сезон
Обновляем только измененные позиции — учет отдает перечень сдвинувшегося и полный каталог не перечитывается каждый раз
Заводим правило нулевого остатка отдельно по группам товаров: скрыть, показать как отсутствует или разрешить предзаказ
Переносим цены с правилами наценки и отдельными уровнями для розницы, группы и каналов продаж
Резервируем остаток в момент оформления, чтобы последнюю единицу не продали дважды, пока заказ в работе
Держим последние известные остатки, если учет недоступен: сбой источника не превращает каталог в сплошное «нет в наличии»
Запускаем обмен сначала в режиме наблюдения - он считает разногласия и пишет в журнал, ничего не меняя на сайте
Ведем журнал прогонов и шлем уведомления в мессенджер, когда прогон не отработал: об остановке вы узнаете не от покупателя
Передаем заказ обратно в учет, если это в объеме, и пишем инструкцию менеджеру; гарантийный срок - 30 календарных дней
Когда эта услуга не подходит
Что не входит в работу — чтобы не было сюрпризов на сдаче
Наведение порядка в самой учетной системе – работаем с тем, что она отдает
Лицензии на модули обмена со стороны учетной системы
Строительство артикулов по всему каталогу как контентная работа - считается отдельно
Ответственность за некорректные данные в учете
Хостинг, домен, эквайринг
Кому подходит
Ситуации, в которых эта услуга даёт результат
Сценарий 1 из 4
Менеджер ежедневно звонит по телефону с отменой
Заказ принят, деньги прошли, товара нет — дальше звонок, прощение и возврат. Рекламный клик за этот заказ уже оплачен и не приходит обратно. Обмен закрывает источник: наличие приезжающего из учета, а не из памяти менеджера.
Разберём вашу ситуацию на бесплатном аудите
Сценарий 2 из 4
Товар лежит на складе, а сайт говорит «нет»
Эта потеря тише и потому живет годами: позицию ищут, она есть, но карточка отмечена как отсутствующая с прошлого месяца. Оптовый магазин белья по нашему измерению сознательно не включает онлайн-оплату и объясняет это прямо в тексте сайта – чтобы покупатель не заплатил за то, чего нет. Ненадежные остатки стоили целый способ расчета.
Сценарий 3 из 4
Цены поставщика изменились, а сайт продает по старым
Закупочная выросла в понедельник, в каталог доехала в пятницу руками — четыре дня заказов с убытком. Обмен ценами убирает этот лаг. Если уровней несколько – розница, группа, отдельная цена для площадки – правило наценки заводится под каждый, а не одним множителем на весь каталог.
Сценарий 4 из 4
Сайт не единственный канал: есть еще фид на площадку
Rozetka и Merchant Center читают ФИД с названием, ценой и наличием, а не вашу страницу. Устаревший остаток в фиде ведет человека на товар, которого нет: потрачен клик в канале, где уже сравнивают цены. Чего фид не делает — не делает вашу цену выгоднее соседней в той же выдаче.
Бесплатный аудит обмена остатками
Смотрим на две стороны одновременно: что умеет отдавать ваша учетная система и готов принять сайт. Разрыв между ними и есть объем работы — до тех пор любая названная сумма была бы выдумкой.
Что мы измеряем
Что отдает учетная системаГотов механизм обмена, выгрузка файлом или прямой доступ к базе. Это определяет сложность интеграции больше, чем все остальное вместе.
Совпадение кодов товаровИли одинаковые артикулы на сайте и в учете. Расхождение кодов — самая частая причина, почему прогон «как будто работает», а половина позиций не обновляется.
Количество складовОдин остаток на компанию или отдельные по точкам. Наличие по точке – другая задача и другая смета, и лучше узнать об этом к договору.
Нужна частотаКак быстро двигаются остатки в вашей нише. Раз в сутки достаточно не всем: в сезон разница между сутками и полчаса – это отмененные заказы.
Объем каталогаСколько позиций нужно обновить за один прогон и успевает ли он между запусками. На десятках тысяч позиций полный прогон уже не вариант.
Цены и правилаИдут ли цены по учету как есть, или к ним применяется наценка, и есть ли отдельные уровни для группы и площадок.
Что вы получаете
Схема обмена: что, откуда, куда, с какой частотой и в какую сторону.
Список различий в кодах продуктов с оценкой работ по их возведению.
Оценку интеграции с разделением на этапы: сначала остатки, потом цены, затем заказ обратно в учет.
Разговор на 30–40 минут по документу с вашим человеком со стороны учета.
Срок: 3–5 рабочих дней
Почему это бесплатно
Ибо ключевой вопрос — что умеет ваша учетная система — нет универсального ответа, а от него зависит вся сумма. Несколько дней проверки дешевле интеграции, спроектированной наугад.
Что дальше
После аудита – сумма и срок по этапам, договор, счет, акт. Обмен запускаем сначала в режиме наблюдения: он считает разногласия, но еще ничего не меняет на сайте.
Короткая форма: контакт и адрес сайта
Договор, акт и гарантия 30 дней
На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.
ФОП и безналичный расчёт
Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.
Права и доступы — ваши
Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.
Портал клиента вместо переписки
Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.
Заказчики из Европы
Среди работ — проекты для Норвегии, Болгарии, Молдовы и Испании.
Цифры, которые можно проверить
Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.
Сначала аудит, потом сумма
Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.
Говорим «нет», когда не уверены
Если задача не наша или срок нереальный — скажем сразу.
Что влияет на стоимость
Почему две одинаковые на вид задачи считаются по-разному
Что отдает учетная системаГотовый механизм обмена на стороне учета – половина работы, сделанная к нам. Выгрузка файлом по расписанию – середина. Прямой доступ к базе без всякой выгрузки получается дороже всего: формат приходится описывать самим и фиксировать документом, иначе следующая правка в учете молча ломает прогон.
Состояние артикуловКогда коды на сайте и в учете одинаковы, сводка делается скриптом за день. Пустые артикулы, дубли и коды, которые менеджеры правили руками под себя, означают ручную сверку справочника еще до первой строки кода.
Составы и уровни ценОдин остаток на компанию – простой случай. Наличие по точкам, отдельный резерв под онлайн, три уровня цен и своя цена для площадки – каждый уровень добавляет и работы, и мест, где можно ошибиться незаметно.
Объем каталога и частотаНесколько тысяч позиций можно перечитывать целиком каждую ночь. В измеренном нами магазине садовой техники 55321 товарная страница — на таком объеме полный прогон каждые пол часа невозможен технически, требуется обновление только измененных позиций и разведение с пиковыми часами.
Направление обменаОстатки и цены на сайт – один поток. Заказ обратно в учет — второй, и он влечет согласование справочников: контрагенты, склады, виды оплаты должны сойтись по обе стороны, а это уже разговор с вашим бухгалтером.
Кейсы
Задачи и результат в цифрах — все показатели сняты нашим замером
интернет-магазин официального продавца садовой техники и запчастей
Задача
Держать наличие и цены на каталоге запчастей в десятки тысяч позиций без ручного обновления именно тот объем, на котором полный прогон уже не успевает между запусками.
Решение
Магазин на OpenCart 3.x, каталог запчастей глубиной до четырех уровней, карта сайта разбита на подкарты по 3 000 адресов, восемь способов оплаты и четыре перевозчика. Обмен с учетной системой для остатков и цен заявлен в карточке проекта.
Результат
Измерение 31.07.2026: 55 321 товарная страница — считали фактически по подкартам, первый и десятый содержат ровно по 3 000 адресов, девятнадцатый 1 321; плюс 3 868 категорий, итого 59 189 адресов. Первый ответ сервера 840,5 мс, полная загрузка 997,4 мс при 454,5 КБ HTML – самый медленный TTFB партии, и в таком объеме это ожидаемо. Отдельно зафиксировали PHP 7.3.33, без поддержки с декабря 2021: обмен на нем работает, но обновление платформы становится отдельной задачей с отдельным сроком. Граница, которую мы называем прямо: сам факт синхронизации извне не проверяется — мы мерили каталог и скорость, а не обмен, и не выдаем одно за другое.
Не нашли свой случай?
Опишите, как это устроено у вас, — ответим, подходит ли «Автоматическое обновление остатков и цен» и что это значит в вашей ситуации. Без брифа и без звонка: один вопрос, один ответ.
Этапы работы
Прозрачные этапы с согласованием на каждом шагу
Общий срок:10–35 дней
1
Аудит обмена и схема
2–4 рабочих дня
Смотрим, что отдает учет и готов принять сайт. На выходе схема: что, откуда, куда, с какой частотой и в какую сторону. Здесь же решается вопрос складов – остаток на компанию или наличие по точкам.
2
Сводка каталога
1–4 рабочих дня
Сопоставляем карточки сайта с позициями учета по артикулу или коду производителя. То, что не сошлось, отдаем списку: закрывать его приходится либо со стороны учета, либо промежуточной таблицей соответствий, которая пополняется по мере нахождения расхождений.
3
Прогон остатков на копии
3–8 рабочих дней
Разворачиваем копию боевого сайта и гоняем обмен на ней. Первый прогон всегда находит в схеме что-то неожиданное и пусть это произойдет не на живом каталоге. Здесь же меряем время одного прогона в полном объеме – это число затем определяет возможную частоту.
4
Режим наблюдения на боевом
3–5 рабочих дней
Обмен работает на живом сайте, но ничего не меняет: считает разногласия и пишет их в журнал. Неделя такого наблюдения показывает реальную картину — сколько позиций расходится каждый день и не выпала ли сопоставления целая группа товаров.
5
Цены, нулевые остатки, резерв
1–6 рабочих дней
Включаем цены с правилами наценки, заводим поведение при нуле отдельно по группам и резервирование в момент оформления. Цены включаем после остатков, а не вместе: ошибка в наценке видна сразу, ошибка сопоставления видна только в цифрах журнала.
6
Боевой запуск, журнал, передача
2–5 рабочих дней
Включаем запись, подключаем уведомления о неудачном прогоне, неделю держим обмен под наблюдением и сверяем остатки выборкой по группам. Далее инструкция менеджеру: как посмотреть журнал и что делать с несопоставшими позициями.
Технологии и интеграции
На чём строим и с чем это соединяется
Стек
OpenCart 3.x и 4.x. Предел: десятки тысяч позиций из-за админки не заливаются — падает по таймауту, поэтому идем консолью порциями
PHP и MySQL. Предел: тяжелый прогон конкурирует за базу с покупателями, поэтому разводим его с пиковыми часами
REST-обмен, когда учет умеет отдать данные запросу. Граница: погрузка ложится на сам учет и согласовывается с его администратором
Файловый обмен XML или CSV по расписанию. Предел: правка формата на стороне учета ломает разбор, поэтому формат фиксируем документом
cron и очередь задач. Граница: очередь надо присматривать – она умеет тихо стоять
Обновление только измененных позиций. Граница: работает, когда учет умеет сказать, что именно изменилось
Журнал прогонов и оповещения в Telegram. Предел: журнал говорит, прошел ли прогон, а не правильные ли цифры
Интеграции
1С
BAS
KeyCRM
складской учет
прайсы поставщиков
XML-фид на Rozetka
Google Merchant Center
Telegram для уведомлений
Обновление только измененных позиций против полного прогона
Чем этот вариант отличается от альтернативы
Полный прогон каталогаНаш подход
Что читается за прогонвесь каталог целиком, вместе с тем, что не менялось годамитолько позиции, сдвинувшиеся с прошлого раза
На каком объеме держитсянесколько тысяч позиций ночью, дальше прогон не успевает между запускамидесятки тысяч позиций: 55 321 страница из нашего измерения проходит порциями
Что нужно от учетаничего лишнего — выгрузка как естьумение отдать перечень измененных позиций или метку времени смены
Что ломаетсяпрогон не успевает и налагается сам на себяпропущенная метка времени: позиция молча остается старой
Когда братьмалый каталог и обновление раз в сутки ночьюбольшой каталог и прогоны чаще раза в сутки
Что нужно от вас
Без этого не начнём — лучше подготовить заранее
1Доступ к учетной системе или ее выгрузке — лучше реальный файл, чем описание словами.
2Описание того, как заведены склады и ответ, нужны ли остатки по точкам.
3Правила цен: уровни, наценки, отдельные цены для каналов продаж.
4Решения по нулевым остаткам: хоронить, показывать или разрешать предзаказ — отдельно по группам товаров.
5Доступ к сайту, базе и хостингу, а также согласие развернуть копию под тестовые прогоны.
6Одного человека со стороны учета, с которым можно сверяться при запуске.
Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.
Частые вопросы
Что спрашивают чаще всего — с конкретными ответами
как часто нужно обновлять остатки?
По оборачиваемости, а не по принципу «чем чаще, тем лучше». Медленный ассортимент живет на нескольких прогонах в сутки. Сезонный с пиками требует часа или полчаса: разница здесь измеряется отмененными заказами. Ориентир прост – сколько продаж у вас происходит между двумя прогонами. И честный предел самого механизма: окно между прогонами остается всегда, так что последнюю единицу теоретически могут купить дважды. Обмен это окно сужает, но не закрывает – закрывает его резервирование в момент оформления.
у меня 50 тысяч позиций - обмен не положит сайт?
Положите, если делать полный прогон каждый раз. Поэтому на больших каталогах обмен берет только измененные позиции: учет отдает перечень сдвинувшегося с прошлого раза или метку времени изменения. Для ориентира: в измеренном нами магазине садовой техники 55321 товарная страница при первом ответе сервера 840,5 мс — на таком объеме полное обновление каждые пол часа просто не успеет пройти. Второй предохранитель – расписание: тяжелые прогоны ставим не на часы пиковых продаж.
артикулы на сайте и в учете не совпадают
Это самая частая причина, почему обмен «как будто работает», а половина каталога стоит неизменной. Выходов два. Свести коды один раз – это контентная работа, она считается отдельно, и после нее выиграют все остальные интеграции, от фида на площадку до счетов. Или вести промежуточную таблицу соответствий, которая пополняется по мере нахождения расхождений. Наша рекомендация: начните с таблицы, чтобы обмен заработал, но поставьте свод кодов в план — расхождение кодов вредит не только остаткам.
что делать, когда остаток нулевой?
Это ваше решение, и оно разное для разных групп. Скрыть позицию просто, но вы теряете адрес, который уже приносил переходы. Показать как отсутствующее лучше для поиска, зато покупатель видит то, чего не купить. Разрешить предзаказ – лучше всего, если сроки поставки предусмотрены. Мы заводим правило по отдельности по категориям, а не одно на весь каталог: для ходовой мелочи и для техники под заказ ответы здесь разные.
а если учетная система упадет?
Обмен должен пережить без последствий для магазина. Когда источник недоступен, последние известные остатки остаются на месте, а не обнуляются: иначе час простоя в учете превращает весь каталог в «нет», и вы увидите это уже по провалу заказов. О самом сбое приходит уведомление в мессенджер — вы знаете, что данные устарели, и знаете, с какого часа. Поэтому в журнале мы фиксируем не только ошибки, но и время последнего успешного пролета.
у нас на складе бывают пересорты – обмен это вылечит?
Нет, и обещать такое было бы нечестно. Обмен не исправляет учет, он быстро и аккуратно переносит его состояние на сайт. Пересорт, непроведенное списание, физически поехавший без документа товар — все это приедет в каталог вместе с остальными. Поэтому на аудите мы спрашиваем не только о формате данных, но и о том, насколько остатки в учете сходятся с составом. Когда расхождение велико, честнее сперва разобраться с ним, иначе вы автоматизируете распространение неточности.
у меня товары еще и на Rozetka – фид тоже обновится?
Да, и это один из главных аргументов за обмен. Площадка и Merchant Center читают не вашу страницу, а ФИД: название, цена, наличие, картинка. Если фид собирается из того же источника, что и каталог, устаревший остаток исчезает вместе с каталогом. Иначе вы платите за клик, ведущий на товар, которого нет. Сразу предел: фид не делает вашу цену более выгодной – в товарной выдаче покупатель видит вас рядом со всеми, и разницу в цене он тоже увидит быстрее.
можно ли передавать заказы обратно в учет?
Да, это второе направление, и его обычно делают отдельным этапом после остатков. Заказ с сайта ложится в учет документом, менеджер работает в одной системе вместо переписки руками. Сложность не в передаче, а в согласовании справочников: контрагенты, склады, виды оплаты должны сопоставить с обеих сторон. Наша рекомендация – не включать оба потока одновременно: иначе ошибки сопоставления и ошибки передачи разбираются в одну неделю и не разделяются.
сколько это длится и с чего начнётся?
10-35 рабочих дней. Начинается с аудита обмена: 3–5 дней, бесплатно, на выходе схема и перечень несопоставимых по коду позиций. Далее шесть этапов, среди которых неделя режима наблюдения - обмен уже работает на боевом, но только считает разногласия. Нижний предел срока – односторонний обмен остатками с учетом, умеющим отдавать данные. Верхнюю набирают цены по нескольким уровням, склады по точкам и передача заказов назад: последнее идет отдельным потоком поверх этих этапов.
Пришлите пример выгрузки из учета или опишите, как оно у вас устроено.
В ответ — схема обмена, перечень несопоставимых по коду позиций и оценка работ по этапам. Если из данных видно, что сначала нужно навести порядок в артикулах, услышите это первым же письмом.
Из измеренных кейсовИзмерение 31.07.2026: 55 321 товарная страница
Прайса на сайте нет намеренно: объём той же работы у двух клиентов отличается в разы, и цифра «от» в этом случае ничего не объясняет. Сначала бесплатный аудит — считаем ваши страницы, дубли и скорость, — потом называем сумму и срок и фиксируем их в договоре.