# Як застосувати зміну цін для всіх локацій без редагування кожної каси?

> Published: 2026-07-29
> Updated: 2026-07-29
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/uk/blog/push-a-price-change-to-every-location-uk

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

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

## Чому зміна ціни означає редагування кожної каси?

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

Така архітектура мала сенс, коли каси були автономними пристроями, а підключення до мережі було розкішшю. Це втратило сенс ще роки тому, але така модель даних збереглася в багатьох установлених системах, а також у деяких новіших, які її скопіювали. У результаті виникає той самий паттерн, що й [нічний експорт CSV замість повноцінної звітності](/blog/nightly-csv-exports-not-a-reporting-strategy): персонал постійно виконує рутинну ручну роботу, щоб компенсувати особливості збереження даних.

![Працівник вручну редагує стару касу після закриття — ручний спосіб застосувати зміну цін для всіх локацій](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2d74076224b6d714-editing-register-after-close-inline.jpg)

## У що насправді обходиться редагування цін на кожній касі?

У більше, ніж один витрачений вечір. Ось передбачувані проблеми:

- Розбіжності між локаціями. Один і той самий SKU (унікальний код товару) пробивається за однією ціною в центрі міста і за іншою — у торговому центрі, тому що одну касу пропустили в березні. Ніхто цього не помічає, поки не зверне увагу покупець. [Облікові дані товарних запасів і так розбігаються самі по собі](/blog/cycle-counts-vs-annual-inventory), а скопійовані вручну ціни розбігаються ще швидше.
- Пропущені пристрої. Каса, на якій проходив продаж, яка була вимкнена або про яку просто забули під час оновлення, зберігає старий прейскурант і тижнями із задоволенням буде пробивати старі ціни.
- Розбіжність між цінниками та чеками. Кожен раунд ручного редагування — це новий шанс для сканованої ціни розійтися з цінником на полиці. А покупець, який помітив невідповідність, менше довірятиме іншим цінам у вашому магазині.
- Неточна звітність. Коли один товар продається за трьома різними цінами протягом одного тижня, звіти про маржинальність втрачають сенс, а звірка (зіставлення звітів із реальними грошовими потоками) перетворюється на археологічні розкопки.
- Робота в позаробочний час. Редагування цін на кожній касі відкладають до закриття, тому воно або коштує понаднормових виплат, або відкладається. Якщо закупівельна ціна постачальника вже зросла, кожен день очікування — це маржа, яку ви просто даруєте.

## Які тимчасові рішення працюють у системах із редагуванням на кожній касі?

Якщо зараз ви змушені використовувати систему із ціноутворенням на кожній касі окремо, деякі процедури дають менше збоїв, ніж інші:

1. Пакетне завантаження замість ручного введення. Ведіть один головний файл цін і завантажуйте його через інструменти імпорту та експорту системи, навіть якщо це доводиться робити для кожного пристрою окремо. Повторне введення чисел на клавіатурі — це головне джерело помилок.
2. Призначте головну касу. Якщо ваша система дозволяє копіювати конфігурацію однієї каси на інші, зробіть один пристрій джерелом і клонуйте його. Часткова синхронізація краща, ніж її відсутність.
3. Чітко контролюйте процес оновлення. Одна відповідальна особа, один головний файл із датою, один чек-лист з усіма пристроями. Більшість розбіжностей виникають через фразу «Я думав, що ти оновив другу касу».
4. Перевіряйте скануванням, а не візуально. Після оновлення здійсніть тестовий продаж кількох змінених товарів на кожній локації. На екрані налаштувань може відображатися одне, тоді як під час розрахунку списується інше.
5. Ведіть журнал змін цін. Коли пізніше виявляться розбіжності, журнал із датами допоможе поставити точний діагноз, а не вгадувати.

Будьте чесними щодо того, чим це є: усуненням наслідків архітектурного недоліку. Це з тієї ж категорії, що й [ручне видалення податку для кожного покупця із пільгами](/blog/pos-tax-exempt-sale-remove-tax) — людина постійно робить те, що модель даних мала зробити один раз.

![Працівник замінює цінники на полицях у проході магазину після зміни цін](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/ebf1f42711a73e82-swapping-shelf-labels-inline.jpg)

## Як насправді має працювати зміна ціни?

Ціна має зберігатися лише в одному місці: у центральному каталозі в хмарі, де кожна каса виступає клієнтом цього каталогу, а не власником власної копії. Змініть запис про товар — і нічого більше не потрібно надсилати, бо більше ніде ціна не зберігається. Це головний аргумент на користь хмарних систем порівняно з традиційними локальними рішеннями, про що описано в статті [POS-системи для будь-якого бізнесу: який тип підходить саме вам?](/blog/pos-systems-for-every-business-which-type-is-right-for-you).

У Final POS каталог влаштовано саме так. Товари зберігаються в [єдиному списку товарів у Merchant Hub](https://finalpos.com/help/merchant-hub-products), ціна є полем у картці товару, а [торгові точки (ваші локації)](https://finalpos.com/help/add-and-manage-outlets) визначають, де продається кожен товар. Кожна станція на кожній торговій точці зчитує один і той самий запис, тому одноразове редагування ціни — це й є вся робота.

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

![Власник магазину змінює ціну на планшеті один раз, і зміна застосовується до всіх локацій із центрального каталогу](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/6d2b3aa07fe0a7db-one-edit-central-catalog-inline.jpg)

## Тож як застосувати зміну цін для всіх локацій без редагування кожної каси?

У системі з редагуванням на кожній касі — ніяк. Ви робите пакетне оновлення, клонуєте його там, де дозволяє система, і перевіряєте за допомогою тестового сканування, тому що така архітектура не пропонує нічого кращого. У системі з центральним каталогом ви змінюєте товар один раз — і справу зроблено. Золоте правило: **якщо зміна ціни вимагає дій із залізом, ваші каси володіють каталогом, а не навпаки.** Якщо ви оцінюєте нову систему, додайте до свого сценарію демонстрації пункт «змініть одну ціну та покажіть, що вона оновилася на кожній касі», а після переходу скористайтеся [чек-листом з налаштування на перший тиждень](/blog/first-week-on-a-new-pos-setup-checklist).

## FAQ

**Q: Що таке прейскурант на POS-касі?**
A: Це збережений локально на касі список товарів і цін, з якого зчитуються дані під час розрахунку. У старіших POS-системах кожен пристрій зберігає власну копію, тому зміну ціни доводиться повторювати на кожній касі.

**Q: Чому на моїх локаціях відображаються різні ціни на один і той самий товар?**
A: Тому що кожна каса зберігає власні дані про ціни, і в певний момент один із пристроїв пропустив оновлення. Перенесені вручну ціни розбігаються так само, як і підраховані вручну залишки товарів; центральний каталог усуває копії, що призводять до розбіжностей.

**Q: Як перевірити, чи зміна ціни дійшла до кожної каси?**
A: Проведіть тестовий продаж кількох змінених товарів на кожній локації. На екрані налаштувань може відображатися нова ціна, тоді як під час розрахунку все ще списується стара, тому довіряйте чеку, а не сторінці конфігурації.

**Q: Чи можу я навмисно встановити різні ціни на різних локаціях?**
A: Деякі компанії навмисно встановлюють ціни залежно від локації, і це має бути правилом у каталозі або налаштуваннях ціноутворення, а не ручним редагуванням на кожному пристрої. Перевірте, як ваша система моделює ціноутворення за локаціями, перш ніж покладатися на це.

**Q: Чи оновлює хмарна POS-система ціни миттєво на всіх локаціях?**
A: Зміна одразу застосовується до спільного каталогу. Каса, що працює в автономному режимі, отримує оновлення після відновлення підключення, тому єдине, що залишається перевірити, — це наявність мережі на кожному пристрої, а не вводити числа повторно.