ПРОРРО всередині BAS: як провести продаж один раз і не дублювати його в касовій програмі

Що підтверджено станом на 11 вересня 2026 року

Наскрізний сценарій: одна зміна, один продаж, одна контрольована історія

Крок 1. Відкриваємо зміну й перевіряємо контекст

Крок 2. Оформлюємо продаж у BAS лише один раз

Крок 3. Проводимо змішану оплату без розриву між терміналом і чеком

Крок 4. Оформлюємо повернення як нову контрольовану операцію

Крок 5. Закриваємо зміну лише після звірки

Які дані мають пов’язувати BAS і ПРОРРО

Що показати на уроці, а не лише розповісти

Типові помилки впровадження

Фінальний чек-лист для керівника та бухгалтера

Практичний висновок

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

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

Що підтверджено станом на 11 вересня 2026 року

За актуальним описом сервісу ІТС «ПРОРРО» від UnionBA, окремий сервіс запущено в продаж 12 серпня 2026 року. У переліку можливостей зазначено реєстрацію чеків у ДПС, підтримку різних видів оплат, сторнування та службових операцій, автоматичний розрахунок ПДВ і акцизного податку, контроль касових змін, друк або електронне надсилання чеків, а також автоматичне перемикання між онлайн- та офлайн-режимами.

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

Інтеграцію заявлено для таких продуктів:

• BAS ERP;
• BAS Комплексне управління підприємством, або BAS КУП;
• BAS Роздрібна торгівля;
• BAS Управління торгівлею;
• BAS АГРО. Комплексне управління підприємством;
• BAS Будівництво. ERP;
• BAS Будівництво. Комплексне управління підприємством;
• «ПРОдавай».

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

Наскрізний сценарій: одна зміна, один продаж, одна контрольована історія

Для демонстрації візьмемо невелику торгову точку. Касир працює у звичному робочому місці BAS, покупець придбаває два товари на 2 400 грн, із яких 700 грн сплачує готівкою, а 1 700 грн — карткою. Пізніше покупець повертає одну позицію на 600 грн. Завдання полягає не в тому, щоб показати красиву кнопку, а в тому, щоб простежити кожну операцію від документа BAS до відповіді ПРРО й фактичного руху коштів.

Що має бути готове до відкриття зміни

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

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

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

Крок 1. Відкриваємо зміну й перевіряємо контекст

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

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

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

Крок 2. Оформлюємо продаж у BAS лише один раз

У BAS створюється звичайний касовий документ продажу, передбачений конкретною конфігурацією. Касир сканує або вибирає два товари, перевіряє кількість, ціну, знижку, підсумок 2 400 грн і податкові ознаки. На цьому етапі інформацію ще можна виправити без фіскальних наслідків.

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

Продаж можна вважати завершеним лише тоді, коли збігаються три факти:

1. Облік: документ BAS проведено з правильними товарами й сумами.
2. Гроші: готівку прийнято, а карткову частину підтверджено терміналом.
3. Фіскалізація: ПРРО прийняв чек, а результат записано до пов’язаного документа.

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

Крок 3. Проводимо змішану оплату без розриву між терміналом і чеком

Покупець просить сплатити 700 грн готівкою та 1 700 грн карткою. У формі оплати BAS касир задає дві частини одного продажу, а не створює два продажі. До фіскалізації система має показати нульовий залишок до оплати:

• сума товарів — 2 400 грн;
• готівкова частина — 700 грн;
• безготівкова частина — 1 700 грн;
• неоплачений залишок — 0 грн.

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

Що робити, якщо карткова відповідь неясна

Найнебезпечніший стан — не відмова, а невизначеність. Якщо термінал або ПРОРРО не повернув результат через обрив зв’язку, не слід одразу створювати новий продаж чи новий чек. Спочатку перевіряють стан первинної операції за її ідентифікатором і журналом. Інакше один товарний продаж може отримати дві карткові транзакції або два фіскальні чеки.

Практична пам’ятка для касира проста:

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

Крок 4. Оформлюємо повернення як нову контрольовану операцію

Покупець повертає одну позицію вартістю 600 грн. Первинний продаж не видаляють і не перепроводять заднім числом. Касир знаходить його за документом BAS або фіскальним номером і створює передбачене конфігурацією повернення на підставі продажу.

1. Вибрати саме ту позицію та кількість, які повертає покупець.
2. Перевірити ціну, знижку й суму повернення 600 грн.
3. Вказати спосіб фактичного повернення коштів відповідно до первинної оплати, правил еквайрингу та внутрішньої процедури підприємства.
4. Передати повернення до ПРОРРО як окрему операцію.
5. Дочекатися реєстрації видаткового чека з посиланням на фіскальний номер документа, за яким виконується повернення.
6. Переконатися, що в BAS відображено повернення товару, коригування розрахунків і зв’язок із видатковим чеком.

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

Чому «сторно» не завжди означає повернення покупцеві

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

Крок 5. Закриваємо зміну лише після звірки

Закриття зміни — не спосіб «обнулити» помилки, що накопичилися за день. Перед формуванням Z-звіту касир або адміністратор має розібрати всі операції зі станами «відправляється», «невідомо», «відхилено» та незавершені повернення.

Послідовність завершення роботи така:

1. Переконатися, що всі продажі й повернення мають кінцевий фіскальний стан.
2. Перевірити чергу документів, особливо якщо протягом дня зникав зв’язок.
3. Звірити суму та кількість продажів BAS із зареєстрованими чеками ПРОРРО.
4. Окремо порівняти готівку з касою, карткові оплати — з підсумком термінала, повернення — з фактичними виплатами.
5. Виконати передбачені правилами службові операції.
6. Запустити штатне закриття зміни та формування Z-звіту.
7. Дочекатися підтвердження закриття й перевірити, що нову зміну можна відкрити лише як наступну, а не як продовження попередньої.

Нормальна контрольна цифра за нашим прикладом не обмежується чистою виручкою 1 800 грн після повернення. У журналі повинні залишитися окремі, пов’язані між собою події: продаж на 2 400 грн, його розподіл 700/1 700, видатковий чек на 600 грн, фактичний спосіб повернення та підсумок закритої зміни. Якщо дивитися лише на різницю, можна не помітити одночасно пропущений чек і помилковий дубль на однакову суму.

Які дані мають пов’язувати BAS і ПРОРРО

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

• номер, дату й час документа BAS;
• організацію, касу, робоче місце та касира;
• номер зміни;
• суму продажу або повернення;
• розподіл за способами оплати;
• ідентифікатор карткової транзакції, якщо вона була;
• локальний ідентифікатор запиту до ПРОРРО;
• кінцевий стан запиту та текст помилки, якщо вона виникла;
• фіскальний номер чека;
• посилання на первинний чек для повернення.

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

Що показати на уроці, а не лише розповісти

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

• початковий стан зміни;
• документ BAS до оплати;
• розподіл суми за способами оплати;
• відповідь термінала без розкриття чутливих платіжних даних;
• стан запиту до ПРОРРО та отриманий фіскальний номер;
• документ повернення й видатковий чек;
• підсумкову звірку перед Z-звітом;
• підтвердження закриття зміни.

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

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

Типові помилки впровадження

Касир завершує продаж за фактом друку

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

Після тайм-ауту створюють новий чек

Відсутність відповіді не дорівнює відмові. Спочатку перевіряють первинний запит; інакше виникає дубль.

Спосіб оплати виправляють після фіскалізації

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

Повернення оформлюють тільки на складі

Прибуткування товару не замінює видатковий чек і фактичне повернення грошей. Усі три події мають бути пов’язані.

Урок записують на випадковому релізі

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

Фінальний чек-лист для керівника та бухгалтера

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

Практичний висновок

Інтеграція ПРОРРО з BAS цінна не кількістю кнопок, а цілісністю операції. Касир один раз створює продаж і розподіляє оплату; BAS передає дані до фіскального сервісу; відповідь із фіскальним номером повертається до того самого документа. Повернення проходить окремим контрольованим шляхом, а зміна закривається лише після звірки.

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