Налаштування Shopify POS: вузькі місця роздрібної точки
Облік в офлайн-точці рветься не на касі, а на стику каналів. Продавець списує останню одиницю в залі, а на сайті вона все ще доступна для замовлення — покупець оформлює доставку на позицію, якої фізично немає.
Зворотний сценарій трапляється не рідше: інтернет-замовлення утримує залишок, і магазин втрачає продаж, бо товар рахується за онлайн-каналом.
Друга точка відмови — черга в години пік. Поки касир шукає картку товару вручну, перераховує знижку або переносить замовлення з блокнота в систему, черга зростає і частина покупців іде без покупки.
Налаштування Shopify POS вирішує це робочим місцем: пошук позиції за штрихкодом, готові правила знижок, єдиний прийом оплати — продаж закривається за секунди замість хвилин.
Третя — обрив зв’язку. Якщо офлайн-продажі не передбачені конфігурацією, термінал перестає пробивати чеки й приймати оплату, а записи про продане відновлюють вручну вже після відкриття зміни. Розбіжність між фактичним залом і обліковою системою потім доводиться шукати перерахунком.
Розбираємо, як це закривається на практиці: де вмикається синхронізація магазину й сайту, як налаштовується облік залишків роздрібної точки за кожним складом і які обмеження залишаються в офлайн-режиму в момент повернення зв’язку.
Що дає зв’язка онлайн-каталогу й офлайн-точки
Зв’язка онлайн-каталогу й офлайн-точки на Shopify POS тримається на одному принципі: каталог, залишки й замовлення живуть в одній системі, а вітрина сайту й термінал у залі читають ті самі числа. Нижче — що саме змінюється в щоденній роботі та за якими ознаками це видно.
- Один залишок на всі канали. Продаж у залі списує позицію з вітрини в момент закриття чека, тому на сайті не залишається товару, якого фізично немає — скасування з причини «немає в наявності» зникають.
- Синхронізація каталогу та складу за точками. У кожної торгової точки своя зона обліку, приймання й переміщення змінюють числа в одному місці, а не в трьох таблицях — розбіжності між залом і сайтом не накопичуються до кінця місяця.
- Менше простою каси. Під час обриву зв’язку термінал продовжує продавати: операції стають у локальну чергу й вирушають нагору після відновлення каналу. Зупинка вимірюється хвилинами, а не половиною зміни.
- Швидкість обслуговування покупця. Сканування штрихкоду й пошук за каталогом замість ручного введення артикулу та звірки з таблицею — на потоці виграш помітний на кожній другій покупці.
- Точність обліку товару. Продаж, повернення, приймання й переміщення фіксуються на джерелі, тому інвентаризація сходиться із системою, а не перетворюється на окремий проєкт зі звірки.
- Зрозумілий клас відмов. Конфлікти синхронізації — наприклад, останній екземпляр продано в залі й на сайті одночасно — не губляться, а з’являються списком для розбору; правило резервування закриває їх на майбутнє.
Режими роботи термінала: порівняння варіантів
Режим термінала задає не модель пристрою, а набір операцій, які потрібно закрити на точці: прийом оплати, списання залишків, видача онлайн-замовлень, повернення.
Від цього залежить, чи потрібен повний комплект на стійці або достатньо планшета, який співробітник носить із собою по залу. Нижче — три робочі схеми та те, де кожна впирається в обмеження платформи.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Стаціонарна каса з повним комплектом | Магазин із рівномірним потоком покупців, готівкою та друком чеків на місці | Прив’язана до робочого місця: продаж у залі не пробити; потрібне живлення, місце під стійку й навчений касир |
| Мобільна каса на планшеті | Торговий зал, примірочні, виїзна торгівля, тимчасові точки | Немає грошового ящика й стаціонарного сканера; приймання карток — лише через підключений платіжний термінал |
| Режим лише онлайн-замовлень | Пункт видачі, склад, шоурум без продажів на місці | Оплата на точці недоступна, чеки не друкуються, залишки змінюються лише під час відвантаження онлайн-замовлення |
Що важливо під час перемикання між режимами
На практиці найчастіше працює зв’язка: стаціонарна каса біля стійки плюс мобільна в залі — тоді продаж і видача йдуть в одному каталозі та залишки не розходяться.
Ламається це там, де ролі й права доступу налаштовані під один сценарій, а використовуються всі три: співробітник бачить зайві операції, резерв онлайн-замовлення не враховується під час продажу з рук.
Тому до запуску ми проганяємо повернення, скасування й оплату під час обриву зв’язку — саме на цих сценаріях проявляються обмеження вибраного режиму.
Налаштування обладнання та порядок впровадження точки
Впровадження точки продажів починається не з розпакування обладнання, а з обходу залу: де стоять каси, як прокладені живлення й мережа, скільки людей у зміні, які операції закриваються на касі, а які — на планшеті в залі.
Далі роботи йдуть за етапами, і порядок тут не формальність: налаштування складу без прив’язаного термінала дає розбіжності в залишках, а пробна зміна без налаштованого складу не покаже реальної картини.
Порядок робіт
- Аудит торгової точки. Обхід залу, план розміщення робочих місць, покриття бездротової мережі, точки живлення, список пристроїв і ролей співробітників.
- Схема підключення. Що йде дротом, що мережею, як з’єднуються термінал, сканер, принтер чеків і грошовий ящик, чи потрібен резервний канал.
- Підключення термінала. Прив’язка до акаунта, профіль точки, податкові ставки, способи оплати, права доступу за ролями.
- Налаштування складу. Звірка номенклатури з фактичною наявністю, одиниці виміру, правила списання, спільний залишок з онлайн-магазином.
- Пробна зміна. Продаж, повернення, обмін, знижка, видача онлайн-замовлення в залі, робота під час короткого зникнення зв’язку.
- Перевірка під навантаженням. Кілька кас одночасно та потік замовлень у годину пік: чи не розходяться залишки й чи не губляться операції.
- Передача регламентів персоналу. Чек-листи відкриття й закриття зміни, порядок дій у разі збою, відповідальний за ескалацію.
Що передаємо на руки: конфігурації та регламенти
Налаштування Shopify POS закінчується не запуском першої зміни. Через місяць виходить новий продавець, змінюється термінал або зникає зв’язок з обліковою системою — і точка стає, якщо все тримається на пам’яті підрядника. Тому передаємо комплект, за яким ваш адміністратор піднімає касу без нас.
- Карта підключень — які термінали, сканери й принтери чеків стоять на кожній касі, як з’єднані між собою та що робити під час заміни пристрою.
- Профілі товарів і податків — які групи, ставки та правила округлення налаштовані, де вони правляться й як перевірити коректність після змін.
- Ролі співробітників і правила доступу — хто бачить виручку, хто робить повернення й скасування чека, хто змінює ціну: матриця прав за посадами.
- Інструкція для зміни — порядок відкриття й закриття каси: звірка залишків, внесення готівки, перерахунок, передача ключів.
- Регламент у разі збою — послідовність дій при втраті зв’язку, завислому терміналі, розбіжності залишків і кому телефонувати на кожному кроці.
- Порядок оновлень — коли перезбираються налаштування й де зберігається попередня робоча конфігурація для відкату.
- Документація по касі — облікові дані, налаштування й контакти підтримки в одному файлі, доступному керівнику точки.
Проходимо весь список на реальній касі разом з адміністратором: регламент, не перевірений на місці, залишається текстом у папці.
Кейс: точка до й після переведення на касу
Роздрібна точка на чотири каси й три зміни на день. До впровадження кожна каса працювала автономно: продажі вивантажувалися в облікову систему файлом наприкінці зміни, а залишки за розмірною сіткою сходилися лише на папері.
Касир не бачив, що останній розмір продано в сусідньому залі, — звідси постійні розбіжності та спори під час перерахунку.
Що змінили
Переведення на Shopify POS звели до єдиного каталогу та списання залишку в момент оплати, а не під час закриття зміни. Каси, склад і торговий зал звіряють наявність при кожному запиті, тому пробити позицію з нульовим залишком технічно неможливо.
Закриття зміни стало обов’язковою процедурою: перерахунок готівки, скасування незакритих чеків і вивантаження звіту йдуть однією дією, а кожне скасування вимагає зазначення причини — за журналом видно, хто і чому зняв товар із чека.
Що стало після
Розбіжність залишків упала з 4–6% до 0,3%, інвентаризацію проводять раз на квартал замість щомісячної. Закриття зміни займає близько 6 хвилин замість 35: звірка й вивантаження звітів ідуть паралельно, без ручного зведення вивантажень по касах.
Частка скасованих продажів знизилася з 3,2% до 0,4% — касир бачить залишок залу одразу й не пробиває чек «на удачу».
Результати впровадження тримаються не завдяки дисципліні персоналу, а завдяки логіці обліку: продаж, списання й звіт — одна подія. Кейс впровадження показав, що основна економія часу приходить не від швидкості каси, а від відмови від ручної звірки між змінами.
Чим термінал для офлайн-точки відрізняється від звичайної каси
Термінал Shopify POS — це не окрема касова програма, а режим тієї самої торгової системи, що й інтернет-магазин.
Спільна база товарів, залишків і замовлень працює за замовчуванням: продаж на касі списує залишок і в онлайні, повернення повертає позицію в спільний облік, а замовлення з різних каналів видно в одному списку.
Окрема касова програма тримає власну базу, і зв’язок із сайтом будується на регулярних вивантаженнях — за артикулом або штрихкодом, з ручним розбором розбіжностей.
Відмінності режимів зручніше звести в таблицю.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Термінал у спільній системі | Онлайн і офлайн в одному обліку, стійкий зв’язок на точці | Частина операцій залежить від каналу; під час обриву потрібен відкладений запис чеків |
| Окрема касова програма | Одна точка, локальний склад, онлайн-каналу немає | Залишки розходяться, обмін файлами й звірка залишаються ручними |
| Локальна каса плюс обмін із сайтом | Щільний потік, вимога працювати без мережі | Подвійний облік залишків і конфлікти при одночасному продажу |
Обмеження починаються там, де рветься зв’язок. Поки канал доступний, термінал для офлайн-точки дає те, чого не дає окрема касова програма: єдиний залишок, одну історію замовлень і одну воронку повернень.
Далі питання в правах — хто зі співробітників може скасувати чек, дати знижку або закрити зміну, і в тому, як влаштований обмін: за подіями, а не за розкладом, щоб розбіжність було видно протягом хвилини, а не до кінця зміни.
Часті технічні сумніви перед стартом
Перед стартом зазвичай з’являються ті самі чотири питання — і саме вони визначають обсяг першого етапу. Нижче — короткі технічні відповіді, щоб рішення ухвалювалося без сюрпризів.
Як перенести товари з поточної системи?
Каталог, залишки й категорії вивантажуємо в таблицю та завантажуємо пакетом, зіставляючи поля, а не переносячи «як є». Позиції з варіантами збираються в одну картку, щоб залишок рахувався за кожним поєднанням окремо. Історію замовлень переносимо лише за потреби — частіше достатньо почати з чистого списку продажів.
Що відбувається з касою під час обриву зв’язку?
Режим продажів без мережі утримує оплату й формування чека на самому пристрої, а черга операцій вирушає на сервер, щойно зв’язок повертається. Синхронізація йде з позначкою часу, тому розбіжності за залишками вирішуються в порядку фактичних операцій, а не в порядку надходження. Окремо налаштовуємо заборону на продаж позицій, яких немає в локальній копії каталогу.
Чи підійде наявне обладнання?
Частина парку зазвичай залишається в роботі: сканери штрихкодів і чекові принтери підключаються штатно, питання лише в переліку підтримуваних моделей. Термінали для приймання карток перевіряємо за списком сумісних — цей пункт закриваємо до закупівлі, щоб не купити зайве.
Чи можна вести кілька точок на одному акаунті?
Так: точки розділяються за складами й співробітниками, залишки рахуються незалежно, а зведені звіти збираються по всій мережі. Права налаштовуємо так, щоб продавець бачив лише своє місце й не міг провести повернення за чужою зміною.
Опишіть свою конфігурацію — повернемося з оцінкою та планом робіт за етапами.Обговоримо вашу точку: з чого почнемо роботу
Нижче — те, що потрібно зняти з вашого боку, щоб ми повернулися не загальними словами, а конкретним складом робіт.
Чим точніші вхідні дані, тим менше допущень в оцінці: розбіжність за кількістю кас або способом обліку залишків зазвичай з’являється вже на запуску й коштує тижні переробок.
- Скільки точок і касових місць запускаємо зараз, а які плануються пізніше — від цього залежить схема обміну даними та профілі прав доступу.
- Яке обладнання вже є: термінали, сканери, принтери етикеток, грошові ящики — і що плануєте докуповувати.
- Де сьогодні живуть залишки, ціни й замовлення і чи є в цієї системи відкритий програмний інтерфейс.
- Як влаштований потік товару: приймання, переміщення між точками, інвентаризація, повернення — ці сценарії найчастіше ламають звірку даних.
- Чи потрібен режим продажів без мережі й як довго каса має тримати дані локально під час обриву зв’язку.
- Хто приймає роботу: адміністратор точки, бухгалтерія, підрядник з облікової системи.
- Обмеження за строками та вікна, коли точку можна зупиняти для налаштування.
Перший крок впровадження — розмова за цими пунктами й доступ до тестового контуру платформи Shopify: зв’язку з вашим обліком перевіряємо там, до бойового запуску. Після цього віддаємо оцінку та план робіт — з етапами, складом робіт і точками приймання.
Підготовка до старту займає кілька днів, щоб обговорити задачу, достатньо описати точку й пройтися за чек-листом вище.







