Автоматизація роботи магазину: від опису процесів до запуску обліку

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

Поширюйте новий порядок роботи на весь магазин після успішного пробного запуску. Заздалегідь створіть резервну копію, навчіть кожного працівника його операцій і погодьте дії на випадок збою. Ефект оцінюйте за власними показниками: часом обробки поставки, кількістю помилок, точністю залишків і витратами на підтримання системи.

Оберіть процес і визначте результат автоматизації

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

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

Нижче — приклад карти процесу. Адаптуйте її до свого магазину: у колонці «До» зафіксуйте реальний порядок, а в колонці «Після» — погоджені дії працівників.

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

Закріпіть обов’язки та доступ працівників

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

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

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

Підготуйте каталог, артикули та штрихкоди

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

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

1. Установіть єдиний порядок назв. Наприклад: вид товару, бренд, модель, колір, розмір. Характеристики, для яких є окремі поля, зберігайте в цих полях.
2. Знайдіть можливі дублікати. Зіставте однакові штрихкоди, артикули та схожі назви. Кожен збіг має переглянути відповідальний працівник.
3. З’ясуйте природу дублювання. Дві картки можуть описувати один товар або різні комплектації. Не об’єднуйте їх лише через схожу назву.
4. Підготуйте маркування. Для товарів без придатного коду організуйте друк і наклеювання етикеток до викладення на продаж.
5. Випробуйте сканування. Проскануйте товари пробної групи й зіставте назву, варіант, одиницю та ціну з фактичним товаром.

Перед масовим перенесенням каталогу завантажте невелику вибірку. Перегляньте, чи не зникли початкові нулі у штрихкодах, чи правильно розподілилися характеристики й чи не з’явилися повторні картки. Лише після виправлення цих помилок переносьте решту даних.

Зафіксуйте початкові залишки та підготуйте резервну копію

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

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

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

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

Пройдіть пробний цикл: надходження, продаж і повернення

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

Цей порядок стосується організації випробувань. Застосовність і налаштування реєстратора розрахункових операцій (РРО) або програмного реєстратора розрахункових операцій (ПРРО) для фактичних продажів узгодьте з бухгалтером і фахівцем до робочого запуску.

Умовний приклад звіряння кількості: на початок було 20 одиниць товару, прийняли ще 10, продали 7, покупець повернув 2. Якщо інших рухів не було, очікуваний залишок становить 20 + 10 − 7 + 2 = 25 одиниць. Працівник має зіставити це число з програмою та фактичним перерахунком.

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

Навчіть працівників і погодьте рішення на випадок збою

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

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

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

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

Облік залишків, покупок клієнтів і товару, що залежався, у Торгсофт

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

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

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

Захистіть дані покупців під час перенесення та роботи

Якщо магазин веде клієнтську базу, до завантаження визначте мету й правову підставу обробки персональних даних за українським Законом «Про захист персональних даних». Статті 6 і 11 передбачають конкретні законні цілі та підстави обробки, серед яких згода, виконання правочину, передбачений законом обов’язок та інші визначені законом випадки. Склад даних має відповідати меті й не бути надмірним. Для кожного поля в картці покупця визначте, навіщо воно потрібне магазину.

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

За статтею 24 цього Закону дані потрібно захищати від випадкової втрати, знищення, незаконної обробки та доступу; фізична особа — підприємець забезпечує захист даних, якими володіє, особисто. Практично це означає визначити доступ до робочої бази, файлів перенесення й архівів, а також порядок його закриття після звільнення працівника. Установіть порядок приймання звернень покупців: стаття 8 передбачає, зокрема, права на доступ до даних, відкликання згоди та вмотивовану вимогу змінити або знищити дані, якщо вони недостовірні чи обробляються незаконно.

Розрахуйте витрати й можливу окупність

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

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

Умовний приклад, який не є тарифом або прогнозом: ліцензія коштує 12 000 грн, налаштування — 4 000 грн, навчання — 3 000 грн, обладнання — 5 000 грн. Початкові витрати становлять 24 000 грн. Припустімо, магазин щомісяця економить 20 оплачуваних годин за ставкою 150 грн: 20 × 150 = 3 000 грн. Регулярні витрати на підтримку й інші послуги становлять умовні 1 000 грн на місяць. Чистий місячний ефект — 2 000 грн, а розрахунковий строк окупності — 24 000 ÷ 2 000 = 12 місяців.

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

Прийміть рішення про повний запуск за контрольним списком

Власник приймає результат разом із працівниками, які виконували пробні операції. До розширення обліку пройдіть цей список і зафіксуйте результат кожного пункту:

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

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

Офіційний акт для роботи з персональними даними

Закон України «Про захист персональних даних» від 01.06.2010 № 2297-VI: стаття 6 — вимоги до обробки та строку зберігання даних; стаття 8 — права людини щодо її даних; стаття 11 — правові підстави обробки; стаття 12 — повідомлення під час збору; стаття 24 — забезпечення захисту.