Автоматичне оновлення залишків на сайті — це прогін за розкладом, який забирає наявність і ціни з вашої облікової системи й розкладає їх по картках без участі менеджера. Налаштовується він не однією кнопкою: спершу товари треба зіставити за артикулом, домовитися про правило нульового залишку й вибрати частоту, за якої між двома прогонами не встигає пройти продаж, якого сайт не побачить. Суми на сторінці немає навмисно — спочатку дивимось, що ваш облік узагалі вміє віддавати назовні. Те саме джерело підключається й до чату: наш LEO Chat читає фід каталогу за розкладом від години до доби, тому в діалозі видно ту саму наявність, що й на картці.
товарна сторінка і 3 868 категорій, разом 59 189 адрес
перша відповідь 840,5 мс при 454,5 КБ HTML, вимір 31.07.2026
Швидкість на цьому обсязі
1012345678920123456789–3012345678950123456789
Строк робіт
робочих днів від затвердження схеми обміну
безкоштовний аудит обміну, 3–5 робочих днів
Перед сумою
Що входить
Повний перелік робіт і того, що ви отримуєте на виході
Зводимо каталог із обліком за артикулом або кодом виробника, а позиції, які не зійшлися, віддаємо окремим списком, а не ховаємо в логах
Ставимо прогін залишків на розклад, який задаєте ви: щоночі, щогодини або частіше в сезон
Оновлюємо лише змінені позиції — облік віддає перелік того, що зрушило, і повний каталог не перечитується щоразу
Заводимо правило нульового залишку окремо по групах товарів: приховати, показати як відсутній або дозволити передзамовлення
Переносимо ціни з правилами націнки й окремими рівнями для роздробу, гурту й каналів продажу
Резервуємо залишок у момент оформлення, щоб останню одиницю не продали двічі, поки замовлення в роботі
Тримаємо останні відомі залишки, якщо облік недоступний: збій джерела не перетворює каталог на суцільне «немає в наявності»
Запускаємо обмін спершу в режимі спостереження — він рахує розбіжності й пише в журнал, нічого не змінюючи на сайті
Ведемо журнал прогонів і шлемо сповіщення в месенджер, коли прогін не відпрацював: про зупинку ви дізнаєтесь не від покупця
Передаємо замовлення назад в облік, якщо це в обсязі, і пишемо інструкцію менеджеру; гарантійний строк — 30 календарних днів
Коли ця послуга не підходить
Що не входить у роботу — щоб не було сюрпризів на здачі
Наведення ладу в самій обліковій системі — працюємо з тим, що вона віддає
Ліцензії на модулі обміну з боку облікової системи
Зведення артикулів по всьому каталогу як контентна робота — рахується окремо
Відповідальність за некоректні дані в обліку
Хостинг, домен, еквайринг
Кому підходить
Ситуації, у яких ця послуга дає результат
Сценарій 1 із 4
Менеджер щодня телефонує зі скасуванням
Замовлення прийняте, гроші пройшли, товару немає — далі дзвінок, вибачення й повернення. Рекламний клік за це замовлення вже оплачений і назад не приходить. Обмін закриває джерело: наявність приїжджає з обліку, а не з пам'яті менеджера.
Розберемо вашу ситуацію на безкоштовному аудиті
Сценарій 2 із 4
Товар лежить на складі, а сайт каже «немає»
Ця втрата тихіша й тому живе роками: позицію шукають, вона є, але картка позначена як відсутня з минулого місяця. Оптовий магазин білизни з нашого виміру свідомо не вмикає онлайн-оплату й пояснює це прямо в тексті сайту — щоб покупець не заплатив за те, чого немає. Ненадійні залишки коштували цілого способу розрахунку.
Сценарій 3 із 4
Ціни постачальника змінилися, а сайт продає за старими
Закупівельна виросла в понеділок, до каталогу доїхала в п'ятницю руками — чотири дні замовлень зі збитком. Обмін цінами прибирає цей лаг. Якщо рівнів кілька — роздріб, гурт, окрема ціна для майданчика — правило націнки заводиться під кожен, а не одним множником на весь каталог.
Сценарій 4 із 4
Сайт не єдиний канал: є ще фід на майданчик
Rozetka й Merchant Center читають фід із назвою, ціною й наявністю, а не вашу сторінку. Застарілий залишок у фіді веде людину на товар, якого немає: витрачений клік у каналі, де вже порівнюють ціни. Чого фід не робить — не робить вашу ціну вигіднішою за сусідню в тій самій видачі.
Безкоштовний аудит обміну залишками
Дивимось на дві сторони одночасно: що вміє віддавати ваша облікова система і що готовий прийняти сайт. Розрив між ними і є обсягом роботи — доти будь-яка названа сума була б вигадкою.
Що ми міряємо
Що віддає облікова системаГотовий механізм обміну, вивантаження файлом чи прямий доступ до бази. Це визначає складність інтеграції більше, ніж усе інше разом.
Збіг кодів товарівЧи однакові артикули на сайті й в обліку. Розбіжність кодів — найчастіша причина, чому прогін «начебто працює», а половина позицій не оновлюється.
Кількість складівОдин залишок на компанію чи окремі по точках. Наявність по точці — інша задача й інший кошторис, і краще дізнатися про це до договору.
Потрібна частотаНаскільки швидко рухаються залишки у вашій ніші. Раз на добу достатньо не всім: у сезон різниця між добою й пів години — це скасовані замовлення.
Обсяг каталогуСкільки позицій треба оновити за один прогін і чи встигає він між запусками. На десятках тисяч позицій повний прогін уже не варіант.
Ціни й правилаЧи йдуть ціни з обліку як є, чи до них застосовується націнка, і чи є окремі рівні для гурту й для майданчиків.
Що ви отримуєте
Схему обміну: що, звідки, куди, з якою частотою і в який бік.
Перелік розбіжностей у кодах товарів із оцінкою робіт по їх зведенню.
Оцінку інтеграції з розділенням на етапи: спершу залишки, потім ціни, потім замовлення назад в облік.
Розмову на 30–40 хвилин по документу — з вашою людиною з боку обліку.
Строк: 3–5 робочих днів
Чому це безкоштовно
Бо ключове питання — що вміє ваша облікова система — не має універсальної відповіді, а від нього залежить уся сума. Кілька днів перевірки дешевші за інтеграцію, спроєктовану навмання.
Що далі
Після аудиту — сума й строк по етапах, договір, рахунок, акт. Обмін запускаємо спершу в режимі спостереження: він рахує розбіжності, але ще нічого не змінює на сайті.
Коротка форма: контакт і адреса сайту
Працюємо офіційно
Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня.
02
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами.
03
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику оформлюємо на вас.
04
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці.
05
Сайти в дев'яти країнах
Наші сайти працюють у дев'яти країнах: крім України — Польща, Німеччина, Австрія, Англія, Норвегія, Болгарія, Молдова, Іспанія.
06
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром.
07
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази.
08
Кажемо «ні», коли не впевнені
Якщо задача не наша або строк нереальний — скажемо одразу.
01
Договір, акт і гарантія 30 днів
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня.
02
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами.
03
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику оформлюємо на вас.
04
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці.
05
Сайти в дев'яти країнах
Наші сайти працюють у дев'яти країнах: крім України — Польща, Німеччина, Австрія, Англія, Норвегія, Болгарія, Молдова, Іспанія.
06
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром.
07
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази.
08
Кажемо «ні», коли не впевнені
Якщо задача не наша або строк нереальний — скажемо одразу.
NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі.
Що впливає на вартість
Чому дві однакові на вигляд задачі рахуються по-різному
Що віддає облікова системаГотовий механізм обміну на боці обліку — половина роботи, зроблена до нас. Вивантаження файлом за розкладом — середина. Прямий доступ до бази без жодного вивантаження виходить найдорожче: формат доводиться описувати самим і фіксувати документом, інакше наступна правка в обліку мовчки ламає прогін.
Стан артикулівКоли коди на сайті й в обліку однакові, зведення робиться скриптом за день. Порожні артикули, дублі й коди, які менеджери правили руками під себе, означають ручну звірку довідника ще до першого рядка коду.
Склади й рівні цінОдин залишок на компанію — простий випадок. Наявність по точках, окремий резерв під онлайн, три рівні цін і своя ціна для майданчика — кожен рівень додає і роботи, і місць, де можна помилитися непомітно.
Обсяг каталогу і частотаКілька тисяч позицій можна перечитувати цілком щоночі. У виміряному нами магазині садової техніки 55 321 товарна сторінка — на такому обсязі повний прогін кожні пів години неможливий технічно, потрібне оновлення лише змінених позицій і розведення з піковими годинами.
Напрямок обмінуЗалишки й ціни на сайт — один потік. Замовлення назад в облік — другий, і він тягне узгодження довідників: контрагенти, склади, види оплати мають зійтися з обох боків, а це вже розмова з вашим бухгалтером.
Кейси
Задачі та результат у цифрах — усі показники зняті нашим виміром
інтернет-магазин офіційного продавця садової техніки та запчастин
Задача
Тримати наявність і ціни на каталозі запчастин у десятки тисяч позицій без ручного оновлення — саме той обсяг, на якому повний прогін уже не встигає між запусками.
Рішення
Магазин на 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, і на такому обсязі це очікувано. Окремо зафіксували PHP 7.3.33, без підтримки з грудня 2021 року: обмін на ньому працює, але оновлення платформи стає окремою задачею з окремим строком. Межа, яку називаємо прямо: сам факт синхронізації ззовні не перевіряється — ми міряли каталог і швидкість, а не обмін, і не видаємо одне за інше.
Не знайшли свій випадок?
Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Автоматичне оновлення залишків і цін» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.
Етапи роботи
Прозорі етапи з погодженням на кожному кроці
Загальний строк:10–35 днів
01
Аудит обміну і схема
2–4 робочих дні
Дивимось, що віддає облік і що готовий прийняти сайт. На виході схема: що, звідки, куди, з якою частотою і в який бік. Тут же вирішується питання складів — залишок на компанію чи наявність по точках.
02
Зведення каталогу
1–4 робочих дні
Зіставляємо картки сайту з позиціями обліку за артикулом або кодом виробника. Те, що не зійшлося, віддаємо списком: закривати його доводиться або з боку обліку, або проміжною таблицею відповідностей, яка поповнюється в міру знаходження розбіжностей.
03
Прогін залишків на копії
3–8 робочих днів
Розгортаємо копію бойового сайту й ганяємо обмін на ній. Перший прогін завжди знаходить у схемі щось несподіване, і хай це станеться не на живому каталозі. Тут же міряємо час одного прогону на повному обсязі — це число потім визначає можливу частоту.
04
Режим спостереження на бойовому
3–5 робочих днів
Обмін працює на живому сайті, але нічого не змінює: рахує розбіжності й пише їх у журнал. Тиждень такого спостереження показує реальну картину — скільки позицій розходиться щодня і чи не випала з зіставлення ціла група товарів.
05
Ціни, нульові залишки, резерв
1–6 робочих днів
Вмикаємо ціни з правилами націнки, заводимо поведінку при нулі окремо по групах і резервування в момент оформлення. Ціни вмикаємо після залишків, а не разом: помилка в націнці видно одразу, помилку зіставлення видно лише в цифрах журналу.
06
Бойовий запуск, журнал, передача
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 тисяч позицій — обмін не покладе сайт?
Покладе, якщо робити повний прогін щоразу. Тому на великих каталогах обмін бере лише змінені позиції: облік віддає перелік того, що зрушило з минулого разу, або мітку часу зміни. Для орієнтира: у виміряному нами магазині садової техніки 55 321 товарна сторінка при першій відповіді сервера 840,5 мс — на такому обсязі повне оновлення кожні пів години просто не встигне пройти. Другий запобіжник — розклад: важкі прогони ставимо не на години пікових продажів.
артикули на сайті й в обліку не збігаються
Це найчастіша причина, чому обмін «начебто працює», а половина каталогу стоїть незмінною. Виходів два. Звести коди один раз — це контентна робота, вона рахується окремо, і після неї виграють усі інші інтеграції, від фіда на майданчик до рахунків. Або вести проміжну таблицю відповідностей, яка поповнюється в міру знаходження розбіжностей. Наша рекомендація: почніть із таблиці, щоб обмін запрацював, але поставте зведення кодів у план — розбіжність кодів шкодить не лише залишкам.
що робити, коли залишок нульовий?
Це ваше рішення, і воно різне для різних груп. Приховати позицію просто, але ви втрачаєте адресу, яка вже приносила переходи. Показати як відсутню краще для пошуку, зате покупець бачить те, чого не купити. Дозволити передзамовлення — найкраще, якщо строки поставки передбачувані. Ми заводимо правило окремо по категоріях, а не одне на весь каталог: для ходової дрібниці й для техніки під замовлення відповіді тут різні.
а якщо облікова система впаде?
Обмін має пережити це без наслідків для магазину. Коли джерело недоступне, останні відомі залишки лишаються на місці, а не обнуляються: інакше година простою в обліку перетворює весь каталог на «немає в наявності», і ви побачите це вже по провалу замовлень. Про сам збій приходить сповіщення в месенджер — ви знаєте, що дані застаріли, і знаєте, з якої години. Тому в журналі ми фіксуємо не лише помилки, а й час останнього успішного прогону.
у нас на складі бувають пересорти — обмін це вилікує?
Ні, і обіцяти таке було б нечесно. Обмін не виправляє облік, він швидко й акуратно переносить його стан на сайт. Пересорт, непроведене списання, товар, який фізично поїхав без документа, — усе це приїде в каталог разом із рештою. Тому на аудиті ми питаємо не тільки про формат даних, а й про те, наскільки залишки в обліку сходяться зі складом. Коли розбіжність велика, чесніше спершу розібратися з нею, інакше ви автоматизуєте поширення неточності.
у мене товари ще й на Rozetka — фід теж оновиться?
Так, і це один із головних аргументів за обмін. Майданчик і Merchant Center читають не вашу сторінку, а фід: назва, ціна, наявність, картинка. Якщо фід збирається з того самого джерела, що й каталог, застарілий залишок звідти зникає разом із каталогом. Інакше ви платите за клік, який веде на товар, якого немає. Одразу межа: фід не робить вашу ціну вигіднішою — у товарній видачі покупець бачить вас поруч з усіма, і різницю в ціні він теж побачить швидше.
чи можна передавати замовлення назад в облік?
Так, це другий напрямок, і його зазвичай роблять окремим етапом після залишків. Замовлення з сайту лягає в облік документом, менеджер працює в одній системі замість переписування руками. Складність не в передачі, а в узгодженні довідників: контрагенти, склади, види оплати мають зіставитися з обох боків. Наша рекомендація — не вмикати обидва потоки одночасно: інакше помилки зіставлення й помилки передачі розбираються в один тиждень і не розділяються.
скільки це триває і з чого почнеться?
12–35 робочих днів. Починається з аудиту обміну: 3–5 днів, безкоштовно, на виході схема й перелік позицій, які не зіставляться за кодом. Далі шість етапів, серед яких тиждень режиму спостереження — обмін уже працює на бойовому, але лише рахує розбіжності. Нижня межа строку — односторонній обмін залишками з обліком, який уміє віддавати дані. Верхню набирають ціни по кількох рівнях, склади по точках і передача замовлень назад: останнє йде окремим потоком поверх цих етапів.
Надішліть приклад вивантаження з обліку — або опишіть, як воно у вас влаштоване.
У відповідь — схема обміну, перелік позицій, які не зіставляться за кодом, і оцінка робіт по етапах. Якщо з даних видно, що спершу треба навести лад в артикулах, почуєте це першим же листом.
З виміряних кейсівВимір 31.07.2026: 55 321 товарна сторінка
Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.