Почати проект
010110101010110101010110101010110101010110101110101100110101100110101100110101100110101100001101011001101011001101011001101011001101011101100110101100110101100110101100110101100110011010101011010101011010101011010101011010101100110101100110101100110101100110101100110101010101101010101101010101101010101101010101101110010110110010110110010110110010110110010110</>{ }{ }</>
  • Доробки · OpenCart 3.x і 4.x. Межа
  • Вимір 31.07.2026

Залишки на сайті, які збігаються зі складом

Автоматичне оновлення залишків на сайті — це прогін за розкладом, який забирає наявність і ціни з вашої облікової системи й розкладає їх по картках без участі менеджера. Налаштовується він не однією кнопкою: спершу товари треба зіставити за артикулом, домовитися про правило нульового залишку й вибрати частоту, за якої між двома прогонами не встигає пройти продаж, якого сайт не побачить. Суми на сторінці немає навмисно — спочатку дивимось, що ваш облік узагалі вміє віддавати назовні.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Що з чим зводимо
картку на сайті з позицією обліку — за артикулом або кодом виробника
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

картку на сайті з позицією обліку — за артикулом або кодом виробника
Що з чим зводимо
розбіжність залишків після прогону і частка позицій, що не зіставилися
Чим міряємо результат
55 321
Виміряний масштаб каталогу

товарна сторінка і 3 868 категорій, разом 59 189 адрес

перша відповідь 840,5 мс при 454,5 КБ HTML, вимір 31.07.2026
Швидкість на цьому обсязі
10–35
Строк робіт

робочих днів від затвердження схеми обміну

безкоштовний аудит обміну, 3–5 робочих днів
Перед сумою
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Зводимо каталог із обліком за артикулом або кодом виробника, а позиції, які не зійшлися, віддаємо окремим списком, а не ховаємо в логах
  • Ставимо прогін залишків на розклад, який задаєте ви: щоночі, щогодини або частіше в сезон
  • Оновлюємо лише змінені позиції — облік віддає перелік того, що зрушило, і повний каталог не перечитується щоразу
  • Заводимо правило нульового залишку окремо по групах товарів: приховати, показати як відсутній або дозволити передзамовлення
  • Переносимо ціни з правилами націнки й окремими рівнями для роздробу, гурту й каналів продажу
  • Резервуємо залишок у момент оформлення, щоб останню одиницю не продали двічі, поки замовлення в роботі
  • Тримаємо останні відомі залишки, якщо облік недоступний: збій джерела не перетворює каталог на суцільне «немає в наявності»
  • Запускаємо обмін спершу в режимі спостереження — він рахує розбіжності й пише в журнал, нічого не змінюючи на сайті
  • Ведемо журнал прогонів і шлемо сповіщення в месенджер, коли прогін не відпрацював: про зупинку ви дізнаєтесь не від покупця
  • Передаємо замовлення назад в облік, якщо це в обсязі, і пишемо інструкцію менеджеру; гарантійний строк — 30 календарних днів
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Наведення ладу в самій обліковій системі — працюємо з тим, що вона віддає
  • Ліцензії на модулі обміну з боку облікової системи
  • Зведення артикулів по всьому каталогу як контентна робота — рахується окремо
  • Відповідальність за некоректні дані в обліку
  • Хостинг, домен, еквайринг
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Менеджер щодня телефонує зі скасуванням

Замовлення прийняте, гроші пройшли, товару немає — далі дзвінок, вибачення й повернення. Рекламний клік за це замовлення вже оплачений і назад не приходить. Обмін закриває джерело: наявність приїжджає з обліку, а не з пам'яті менеджера.

Розберемо вашу ситуацію на безкоштовному аудиті

Безкоштовний аудит обміну залишками

Дивимось на дві сторони одночасно: що вміє віддавати ваша облікова система і що готовий прийняти сайт. Розрив між ними і є обсягом роботи — доти будь-яка названа сума була б вигадкою.

Що міряємо

  • Що віддає облікова системаГотовий механізм обміну, вивантаження файлом чи прямий доступ до бази. Це визначає складність інтеграції більше, ніж усе інше разом.
  • Збіг кодів товарівЧи однакові артикули на сайті й в обліку. Розбіжність кодів — найчастіша причина, чому прогін «начебто працює», а половина позицій не оновлюється.
  • Кількість складівОдин залишок на компанію чи окремі по точках. Наявність по точці — інша задача й інший кошторис, і краще дізнатися про це до договору.
  • Потрібна частотаНаскільки швидко рухаються залишки у вашій ніші. Раз на добу достатньо не всім: у сезон різниця між добою й пів години — це скасовані замовлення.
  • Обсяг каталогуСкільки позицій треба оновити за один прогін і чи встигає він між запусками. На десятках тисяч позицій повний прогін уже не варіант.
  • Ціни й правилаЧи йдуть ціни з обліку як є, чи до них застосовується націнка, і чи є окремі рівні для гурту й для майданчиків.

Що ви отримуєте на руки

  • Схему обміну: що, звідки, куди, з якою частотою і в який бік.
  • Перелік розбіжностей у кодах товарів із оцінкою робіт по їх зведенню.
  • Оцінку інтеграції з розділенням на етапи: спершу залишки, потім ціни, потім замовлення назад в облік.
  • Розмову на 30–40 хвилин по документу — з вашою людиною з боку обліку.

Строк: 3–5 робочих днів

Чому це безкоштовно

Бо ключове питання — що вміє ваша облікова система — не має універсальної відповіді, а від нього залежить уся сума. Кілька днів перевірки дешевші за інтеграцію, спроєктовану навмання.

Що далі

Після аудиту — сума й строк по етапах, договір, рахунок, акт. Обмін запускаємо спершу в режимі спостереження: він рахує розбіжності, але ще нічого не змінює на сайті.

Форма коротка: контакт і адреса сайту

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

    На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

    Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.

  • Спершу аудит, потім сума

    Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.

  • Кажемо «ні», коли не впевнені

    Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.

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 — найповільніший 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 тисяч позицій — обмін не покладе сайт?

Покладе, якщо робити повний прогін щоразу. Тому на великих каталогах обмін бере лише змінені позиції: облік віддає перелік того, що зрушило з минулого разу, або мітку часу зміни. Для орієнтира: у виміряному нами магазині садової техніки 55 321 товарна сторінка при першій відповіді сервера 840,5 мс — на такому обсязі повне оновлення кожні пів години просто не встигне пройти. Другий запобіжник — розклад: важкі прогони ставимо не на години пікових продажів.

артикули на сайті й в обліку не збігаються

Це найчастіша причина, чому обмін «начебто працює», а половина каталогу стоїть незмінною. Виходів два. Звести коди один раз — це контентна робота, вона рахується окремо, і після неї виграють усі інші інтеграції, від фіда на майданчик до рахунків. Або вести проміжну таблицю відповідностей, яка поповнюється в міру знаходження розбіжностей. Наша рекомендація: почніть із таблиці, щоб обмін запрацював, але поставте зведення кодів у план — розбіжність кодів шкодить не лише залишкам.

що робити, коли залишок нульовий?

Це ваше рішення, і воно різне для різних груп. Приховати позицію просто, але ви втрачаєте адресу, яка вже приносила переходи. Показати як відсутню краще для пошуку, зате покупець бачить те, чого не купити. Дозволити передзамовлення — найкраще, якщо строки поставки передбачувані. Ми заводимо правило окремо по категоріях, а не одне на весь каталог: для ходової дрібниці й для техніки під замовлення відповіді тут різні.

а якщо облікова система впаде?

Обмін має пережити це без наслідків для магазину. Коли джерело недоступне, останні відомі залишки лишаються на місці, а не обнуляються: інакше година простою в обліку перетворює весь каталог на «немає в наявності», і ви побачите це вже по провалу замовлень. Про сам збій приходить сповіщення в месенджер — ви знаєте, що дані застаріли, і знаєте, з якої години. Тому в журналі ми фіксуємо не лише помилки, а й час останнього успішного прогону.

у нас на складі бувають пересорти — обмін це вилікує?

Ні, і обіцяти таке було б нечесно. Обмін не виправляє облік, він швидко й акуратно переносить його стан на сайт. Пересорт, непроведене списання, товар, який фізично поїхав без документа, — усе це приїде в каталог разом із рештою. Тому на аудиті ми питаємо не тільки про формат даних, а й про те, наскільки залишки в обліку сходяться зі складом. Коли розбіжність велика, чесніше спершу розібратися з нею, інакше ви автоматизуєте поширення неточності.

у мене товари ще й на Rozetka — фід теж оновиться?

Так, і це один із головних аргументів за обмін. Майданчик і Merchant Center читають не вашу сторінку, а фід: назва, ціна, наявність, картинка. Якщо фід збирається з того самого джерела, що й каталог, застарілий залишок звідти зникає разом із каталогом. Інакше ви платите за клік, який веде на товар, якого немає. Одразу межа: фід не робить вашу ціну вигіднішою — у товарній видачі покупець бачить вас поруч з усіма, і різницю в ціні він теж побачить швидше.

чи можна передавати замовлення назад в облік?

Так, це другий напрямок, і його зазвичай роблять окремим етапом після залишків. Замовлення з сайту лягає в облік документом, менеджер працює в одній системі замість переписування руками. Складність не в передачі, а в узгодженні довідників: контрагенти, склади, види оплати мають зіставитися з обох боків. Наша рекомендація — не вмикати обидва потоки одночасно: інакше помилки зіставлення й помилки передачі розбираються в один тиждень і не розділяються.

скільки це триває і з чого почнеться?

10–35 робочих днів. Починається з аудиту обміну: 3–5 днів, безкоштовно, на виході схема й перелік позицій, які не зіставляться за кодом. Далі шість етапів, серед яких тиждень режиму спостереження — обмін уже працює на бойовому, але лише рахує розбіжності. Нижня межа строку — односторонній обмін залишками з обліком, який уміє віддавати дані. Верхню набирають ціни по кількох рівнях, склади по точках і передача замовлень назад: останнє йде окремим потоком поверх цих етапів.

Надішліть приклад вивантаження з обліку — або опишіть, як воно у вас влаштоване.

У відповідь — схема обміну, перелік позицій, які не зіставляться за кодом, і оцінка робіт по етапах. Якщо з даних видно, що спершу треба навести лад в артикулах, почуєте це першим же листом.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.