ПРРО

Чек повернення застосовується для, коли покупцю повертаються кошти або товар повертається продавцю.

відсутність потреби в окремому апаратному фіскальному реєстраторі;
можливість роботи на комп’ютері, планшеті або смартфоні;
зручність для онлайн-продажів;
інтеграційні функції ERP з ERP і POS;
електронні чеки;
швидше впровадження;
робота з кількома касами;
централізоване керування;
автоматизація процесів фіскалізації;
зменшення ручних операцій;
можливість використання API. # Формується структура чека. # інформаційні дані чека зберігаються в ERP. Основні задачі ПРРО:

конкурентні переваги ПРРО

Не плутати: ПРРО фіскалізує розрахункову операцію, але не веде повноцінний складський, бухгалтерський або управлінський обліковий облік. До основних переваг ПРРО можна віднести: У фізичній точці продажу ПРРО здатна бути частиною POS-системи. # Подати заяву на реєстрацію ПРРО. # Покупець оплачує замовлення онлайн або при отриманні. # Замовлення передається на відвантаження. У журналі бажано зберігати: ПРРО здатна забезпечувати такі функції ERP: В інтернет-магазині ПРРО здатна використовуватися для фіскалізації онлайн-замовлень. ПРРО потрібен для фіскалізації продажів і підтвердження розрахункової операції перед покупцем та контролюючим органом. * довідник ПРРО;

довідник касирів;
довідник господарських одиниць;
конфігурація електронних підписів;
відкриття зміни;
закриття зміни;
формування фіскального чека;
формування чека повернення;
формування Z-звіту;
інтеграцію з фіскальним сервером ДПС;
інтеграцію з провайдерами ПРРО;
зберігання фіскальних номерів;
журнал обміну;
контроль помилок;
повторну відправку;
зв’язок із документами продажу, оплати, повернення і доставки. Інтеграційний акцент: якщо ПРРО реалізується як компонент K2 ERP, платформа має не лише відправляти чек, а й зберігати відповідь ДПС, фіскальний номер, статус, час операції, помилки та зв’язок із документом продажу. # ERP або інтернет-магазин отримує статус оплати. Обидва використовуються для фіскалізації, але мають різну технічну реалізацію. # У K2 ERP створюється замовлення або документ продажу. У системі потрібно контролювати:

Зареєструвати господарську одиницю, якщо це потрібно для сценарію. # Налаштувати програму або інтеграційний компонент.== Загальний SEO-опис ==

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

реєстрацію програмної каси;
реєстрацію касирів;
відкриття зміни;
закриття зміни;
фіскалізацію продажу;
фіскалізацію повернення;
фіскалізацію службового внесення;
фіскалізацію службової видачі;
формування електронного чека;
друк паперового чека за потреби;
надсилання чека на email або в месенджер;
отримання статусу операції;
формування Z-звіту;
зберігання історії операцій;
роботу з кількома касами;
роботу з кількома касирами;
інтеграцію з фіскальним сервером ДПС. У логах ПРРО не варто виводити:

ДПС публікує SEO-опис API фіскального сервера для ПРРО, а в описі API Електронного кабінету зазначено адресу API взаємодії фіскального сервера ДПС та програмних РРО. Він потрібен для ідентифікації користувача та підтвердження дій. Для використання ПРРО потрібно зареєструвати програмний реєстратор у ДПС. У K2 ERP чек повернення здатна бути пов’язаний із: Електронний підпис здатна використовуватися для: У фіскальному чеку можуть бути такі інформаційні дані:

Фіскальний чек — це розрахунковий документ, який підтверджує проведення розрахункової операції через РРО або ПРРО. # платформа перевіряє відкриту зміну.ЕДО

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

Модуль Prom

Журнал обміну потрібен для контролю фіскалізації та пошуку помилок. # платформа розраховує суму.

ПРРО і РРО

потребу в реєстрації ПРРО;
потребу в реєстрації касирів;
потребу в електронних підписах;
залежність від інтернету або правил офлайн-режиму;
потребу в правильному закритті змін;
потребу в контролі Z-звітів;
потребу в обробці помилок ДПС;
потребу в захисті ключів;
потребу в навчанні касирів;
потребу в юридичній перевірці сценаріїв сценарії використання.== Фіскальний сервер ДПС ==

Відкриття і закриття зміни

права касирів;
доступ до електронних підписів;
строк дії сертифікатів;
доступ до налаштувань кас;
журнал дій;
захист API-ключів;
захист логів;
розмежування ролей;
блокування звільнених касирів;
доступ до фіскальних документів;
резервне копіювання даних;
контроль офлайн-документів. # Документ продажу отримує статус «Фіскалізовано». Типові дії:

K2 Модуль Magento

Покупець оформлює замовлення. Без такого зв’язку складно контролювати продажі та реалізація, повернення, звірку оплат і податкові операції. # Зареєструвати касирів. Фіскальний сервер ДПС — це державна платформа, з якою взаємодіє ПРРО для фіскалізації чеків і передавання звітів. критично розділяти:

інформаційні дані, які не можна виводити в логах

ПІБ касира;
податковий номер або інший ідентифікатор;
електронний підпис;
статус реєстрації;
дату реєстрації;
пов’язаний ПРРО;
права доступу;
дату блокування або звільнення;
журнал дій касира. * ПРРО не зареєстровано;
касир не зареєстрований;
електронний підпис недійсний;
сертифікат підпису прострочений;
зміна не відкрита;
зміна вже закрита;
неправильна сума чека;
неправильна форма оплати;
не заповнені товари;
неправильна ставка податку;
фіскальний сервер недоступний;
чек не отримав фіскальний номер;
Z-звіт не сформовано;
офлайн-чеки не передані після відновлення зв’язку;
чек створено двічі;
повернення не пов’язане з початковим продажем;
статус у ERP не оновився.== Реєстрація касира ==

ПРРО зазвичай функціонує в онлайн-режимі, коли розрахунковий документ передається до фіскального сервера ДПС під час операції. # користувач системи або автоматичне правило запускає фіскалізацію. * відкриття зміни;

закриття зміни;
реєстрації чеків;
реєстрації чеків повернення;
приймання Z-звітів;
роботи з офлайн-документами;
повернення статусів;
перевірки даних;
отримання фіскального номера.РРО

Онлайн і офлайн режим

Зверніть увагу: сценарії використання РРО або ПРРО регулюється Податковим кодексом України та Законом України № 265/95-ВР про сценарії використання реєстраторів розрахункових операцій.

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

ПРРО і платіжні системи

K2 Модуль Wix

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

Можливі помилки під час роботи

Обмеження та ризики

Для K2 ERP ПРРО доцільно реалізовувати як окремий фіскальний компонент, який пов’язує продажі та реалізація, оплати, повернення, касирів, зміни, чеки, Z-звіти та відповіді ДПС. # платформа перевіряє оплату. # Електронний чек надсилається покупцю. * платіж — підтвердження оплати;

чек — фіскалізація розрахункової операції;
замовлення — бізнес-документ продажу;
відвантаження — складський документ;
повернення — окремий бізнес-процес. Він не замінює облікову систему забезпечується через критично: ПРРО.== Використання ПРРО у K2 ERP ==

Типовий сценарій:

Журнал обміну

Фіскальний сервер здатна використовуватися для:

номер Z-звіту;
дату і час формування;
касира;
ПРРО;
кількість чеків;
суму продажів;
суму повернень;
суми за формами оплати;
службове внесення;
службову видачу;
статус передавання;
відповідь ДПС;
помилки, якщо вони були. Такий підхід дає можливість цифровізувати фіскалізацію онлайн- і офлайн-продажів, зменшити ручні помилки та забезпечити прозорий контроль розрахункових операцій. !РРО

Реєстрація ПРРО

Безпека: електронні підписи касирів і ключі доступу до ПРРО потрібно зберігати захищено. # платформа визначає, чи потрібна фіскалізація.Фіскальний реєстратор: FR90 K2 Модуль Shopify

фіскальний номер ПРРО;
назву каси;
господарську одиницю;
касира;
електронний підпис;
номер зміни;
статус зміни;
дату відкриття зміни;
дату закриття зміни;
номер чека;
фіскальний номер чека;
дату і час чека;
суму чека;
форму оплати;
товари чека;
податкові ставки;
номер Z-звіту;
статус фіскалізації;
відповідь ДПС;
текст помилки;
зв’язок із документом продажу;
зв’язок із оплатою;
зв’язок із поверненням;
посилання або QR-код для перевірки чека. # POS передає чек у ПРРО. ПРРО часто функціонує разом із платіжними системами, як приклад LiqPay або іншими еквайринговими сервісами. ПРРО — це скорочення від програмний реєстратор розрахункових операцій.== Див. так само ==

LiqPay

!ПРРО

!Критерій

Висновок

Джерела

У системі бажано зберігати:

ПРРО здатна працювати як програмний застосунок, вебсервіс, мобільний застосунок, касовий компонент у POS-системі, компонент ERP або інтеграційний сервіс, який передає фіскальні чеки на фіскальний сервер ДПС.

Електронний підпис

перехід в офлайн-режим;
причину офлайн-режиму;
діапазон офлайн-номерів;
кількість офлайн-чеків;
час роботи офлайн;
передачу чеків після відновлення зв’язку;
підтвердження доставки;
помилки синхронізації.B2C

приватні ключі електронного підпису;
паролі до ключів;
токени доступу;
повні персональні інформаційні дані покупців понад необхідний мінімум;
повні реквізити банківських карток;
production connection strings;
внутрішні API-ключі;
конфіденційні фінансові інформаційні дані. * відкриття зміни касиром;
проведення чеків;
проведення повернень;
службове внесення;
службова видача;
закриття зміни;
формування Z-звіту;
передавання звіту до ДПС;
збереження результату в ERP. ПРРО функціонує в межах касової зміни. Він підсумовує операції за зміну. Не можна залишати їх у відкритих папках, репозиторіях, логах або повідомленнях. # Касир відкриває зміну. ПРРО застосовують, коли потрібно для фіскалізації розрахункових операцій у програмному вигляді без обов’язкового використання окремого апаратного фіскального реєстратора. # Сканує або вибирає товари. # Фіскальний номер зберігається в замовленні.== Z-звіт ==

Типовий сценарій фіскалізації в K2 ERP

OpenCart

Безпека ПРРО

Рекомендація: у K2 ERP потрібно контролювати, щоб касир не проводив фіскальні чеки без відкритої зміни, а зміна не залишалася відкритою без потреби після завершення робочого дня. # Формується фіскальний чек. Не плутати: РРО — це ширше поняття реєстратора розрахункових операцій, а ПРРО — програмна форма такого реєстратора. Перед впровадженням потрібно перевірити актуальні вимоги для конкретного виду діяльності. # ПРРО фіскалізує чек. ([tax.gov.ua](https://tax.gov.ua/nove-pro-podatki--novini-/449407.html)) Tilda Commerce

У бізнес-процесі потрібно зберігати: ДПС

Для безпечної роботи з ПРРО потрібно контролювати:

Під час впровадження ПРРО потрібно враховувати: це програмний інструмент; так само реалізовано складський обліковий облік або ERP, а застосовується для як фіскальний компонент продажу виступає ключовою рисою створення фіскальних чеків і передавання розрахункових операцій до ДПС. Окремо варто відзначити громадського харчування, послуг, інтернет-продажів, доставки, мобільної торгівлі і інших сценаріях, де потрібно фіскалізувати розрахункові операції.== Фіскальний чек ==

дату і час запиту;
тип операції;
касира;
ПРРО;
номер зміни;
номер документа ERP;
номер чека;
статус операції;
технічну відповідь;
текст помилки;
кількість повторних спроб;
результат повторної обробки;
користувача або сервіс, який ініціював операцію. Перед проведенням чеків зміна відкривається, а після завершення роботи закривається. У системі K2 ERP ПРРО здатна бути реалізований як окремий фіскальний компонент або інтеграційні функції ERP з провайдером ПРРО. # Покупцю друкується або надсилається чек. # Перевірити відкриття зміни. Після відновлення зв’язку платформа має передати накопичені документи відповідно до встановлених правил. # Покупець оплачує готівкою або карткою. * початковим фіскальним чеком;
документом повернення;
товаром;
кількістю;
сумою повернення;
способом повернення коштів;
складським поверненням;
статусом фіскалізації;
причиною повернення. Не плутати: офлайн-режим ПРРО не означає, що чеки можна не передавати до ДПС.== Чек повернення ==

Типові етапи: Інтеграція РРО в Python

SaaS

інформаційні дані, які бажано зберігати в ERP

ПРРО в POS-системі

входу в ПРРО;
відкриття зміни;
підписання операцій;
закриття зміни;
реєстрації касира;
підтвердження дій у системі;
взаємодії з ДПС. Для якісної роботи з ПРРО в ERP бажано зберігати:

Фіскальний реєстратор MINI-ФП

Рекомендація: після успішної онлайн-оплати ERP має автоматизовано перевірити, чи потрібен фіскальний чек, і створити його через ПРРО за правилами компанії. ([tax.gov.ua](https://tax.gov.ua/baneryi/programni-rro/opis-ari-fiskalnogo-servera/), [cabinet.tax.gov.ua](https://cabinet.tax.gov.ua/help/api.html)) Z-звіт — це фіскальний звітний чек, який формується при закритті зміни.== Основні функції ERP ==

ПРРО — це програмний реєстратор розрахункових операцій, який застосовується для для створення фіскальних чеків, чеків повернення, відкриття і закриття змін, формування Z-звітів та передавання даних до ДПС. ([tax.gov.ua](https://tax.gov.ua/baneryi/programni-rro))

Під час роботи з ПРРО можуть виникати такі помилки: Технічне завдання: інтеграція ПРРО Checkbox для Python

номер чека;
фіскальний номер;
дата і час;
продавець;
господарська одиниця;
касир;
перелік товарів або послуг;
кількість;
ціна;
знижки;
сума;
ставка податку;
форма оплати;
QR-код або посилання для перевірки;
службові реквізити;
статус фіскалізації. # Провести тестові або робочі операції відповідно до правил. Якщо запит повторюється через збій мережі, платформа не повинна створювати дубль фіскального чека або повторно списувати оплату. # Чек передається через ПРРО. Для K2 ERP: ПРРО має бути пов’язаний із документом продажу, оплатою, касиром, зміною, складом, клієнтом і фіскальним чеком. # Отримати фіскальний номер ПРРО. ДПС у роз’ясненнях зазначає, що реєстрація ПРРО проводиться на підставі заяви за формою № 1-ПРРО, після чого за відсутності підстав для відмови фіскальний сервер присвоює фіскальний номер ПРРО та вносить інформаційні дані до Реєстру програмних РРО. У такому випадку документи створюються локально та передаються до ДПС після відновлення зв’язку. # Покупцю надсилається електронний чек. # Налаштувати електронні підписи. ПРРО та РРО виконують схожу задачу — фіскалізацію розрахункових операцій, але реалізують її різними способами. Для цього потрібна ERP або облікова платформа. # Наприкінці дня касир закриває зміну.

створення фіскального чека;
створення чека повернення;
відкриття касової зміни;
закриття касової зміни;
формування Z-звіту;
передавання чеків до ДПС;
отримання фіскального номера чека;
робота з оплатами готівкою;
робота з оплатами карткою;
робота з онлайн-оплатами;
надсилання електронного чека покупцю;
зберігання статусів фіскалізації;
робота в онлайн-режимі;
робота в офлайн-режимі за встановленими правилами;
інтеграційні функції ERP з ERP, POS, CRM або інтернет-магазином. |-

Форма	Апаратний реєстратор або фіскальний реєстратор	програмне забезпечення (ПЗ)
Фіскалізація	Через апаратний пристрій	Через програму і фіскальний сервер
Встановлення	Потрібен фізичний пристрій	Потрібен застосунок або програмний компонент
Чек	Паперовий або електронний залежно від рішення для бізнесу	Переважно електронний, але здатна друкуватися
інтеграційні функції ERP	Через драйвери, SDK або протоколи пристрою	Через API або програмний компонент
Обслуговування	здатна потребувати сервісного центру	Залежить від програмного провайдера

ПРРО в інтернет-магазині

Для роботи з ПРРО застосовується для електронний підпис касира або уповноваженої особи.