Перейти до вмісту

ПРРО

Матеріал з K2 ERP Wiki

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

Під час роботи з ПРРО можуть виникати такі помилки:

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

істотно розділяти:

Z-звіт

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

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

  • відкриття зміни;
  • закриття зміни;
  • реєстрації чеків;
  • реєстрації чеків повернення;
  • приймання Z-звітів;
  • роботи з офлайн-документами;
  • повернення статусів;
  • перевірки даних;
  • отримання фіскального номера.; Журнал обміну потрібен для контролю фіскалізації та пошуку помилок.; # платформа перевіряє відкриту зміну.; # Налаштувати електронні підписи.; # Фіскальний номер зберігається в замовленні.; # Покупцю друкується або надсилається чек.; У фіскальному чеку можуть бути такі інформаційні дані:

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

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

ДПС публікує характеристика API фіскального сервера для ПРРО, а в описі API Електронного кабінету зазначено адресу API взаємодії фіскального сервера ДПС та програмних РРО.; !РРО

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

Безпека ПРРО

Не плутати: офлайн-режим ПРРО не означає, що чеки можна не передавати до ДПС.; # ПРРО фіскалізує чек.; Він має змогу встановлюватися на комп’ютер, планшет, смартфон або бути частиною хмарного сервісу.; До основних переваг ПРРО можна віднести: SaaS

Реєстрація касира

ПРРО і РРО

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

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

Загальний характеристика

Під час впровадження ПРРО потрібно враховувати: |- |Форма |Апаратний реєстратор або фіскальний реєстратор |Програмне забезпечення |- |Фіскалізація |Через апаратний пристрій |Через програму і фіскальний сервер |- |Встановлення |Потрібен фізичний пристрій |Потрібен застосунок або програмний компонент |- |Чек |Паперовий або електронний залежно від рішення для бізнесу |Переважно електронний, але має змогу друкуватися |- |інтеграційні функціональні можливості |Через драйвери, SDK або протоколи пристрою |Через API або програмний компонент |- |Обслуговування |має змогу потребувати сервісного центру |Залежить від програмного провайдера |} Для роботи з ПРРО потрібно зареєструвати касира або відповідальну особу, яка буде виконувати розрахункові операції.; Безпека: електронні підписи касирів і ключі доступу до ПРРО потрібно зберігати захищено.; ([tax.gov.ua](https://tax.gov.ua/baneryi/programni-rro))

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

Для використання ПРРО потрібно зареєструвати програмний реєстратор у ДПС.; # Отримати фіскальний номер ПРРО.; ([tax.gov.ua](https://tax.gov.ua/nove-pro-podatki--novini-/449407.html))

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

У фізичній точці продажу ПРРО має змогу бути частиною POS-системи.; # Налаштувати програму або інтеграційний компонент.; Він підсумовує операції за зміну.; # POS передає чек у ПРРО.;

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

У системі потрібно контролювати:

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

Фіскальний реєстратор: FR90

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

Джерела

  • фіскальний номер ПРРО;
  • назву каси;
  • господарську одиницю;
  • касира;
  • електронний підпис;
  • номер зміни;
  • статус зміни;
  • дату відкриття зміни;
  • дату закриття зміни;
  • номер чека;
  • фіскальний номер чека;
  • дату і час чека;
  • суму чека;
  • форму оплати;
  • товари чека;
  • податкові ставки;
  • номер Z-звіту;
  • статус фіскалізації;
  • відповідь ДПС;
  • текст помилки;
  • зв’язок із документом продажу;
  • зв’язок із оплатою;
  • зв’язок із поверненням;
  • посилання або QR-код для перевірки чека.; Зверніть увагу: сфера застосування РРО або ПРРО регулюється Податковим кодексом України та Законом України № 265/95-ВР про сфера застосування реєстраторів розрахункових операцій.; # Перевірити відкриття зміни.; ДПС має окремий розділ «Програмні РРО», де розміщуються форми, інструкції, нормативні матеріали, безкоштовне ПРРО та характеристика API фіскального сервера.; Окремо варто відзначити громадського харчування, послуг, інтернет-продажів, доставки, мобільної торгівлі і інших сценаріях, де потрібно фіскалізувати розрахункові операції.;== Типовий сценарій фіскалізації в K2 ERP ==

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

Типові етапи:

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

Типова реалізація має змогу включати:

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

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

  • потребу в реєстрації ПРРО;
  • потребу в реєстрації касирів;
  • потребу в електронних підписах;
  • залежність від інтернету або правил офлайн-режиму;
  • потребу в правильному закритті змін;
  • потребу в контролі Z-звітів;
  • потребу в обробці помилок ДПС;
  • потребу в захисті ключів;
  • потребу в навчанні касирів;
  • потребу в юридичній перевірці сценаріїв сфера застосування.; Він не замінює облікову систему, складський обліковий облік або ERP, а застосовується як фіскальний компонент продажу.;
ПРРО має змогу працювати як програмний застосунок, вебсервіс, мобільний застосунок, касовий компонент у POS-системі, компонент ERP або інтеграційний сервіс, який передає фіскальні чеки на фіскальний сервер ДПС.; Фіскальний сервер ДПС — це державна платформа, з якою взаємодіє ПРРО для фіскалізації чеків і передавання звітів.; # Замовлення передається на відвантаження.; # Чек передається через ПРРО.; # Зареєструвати господарську одиницю, якщо це потрібно для сценарію.;

У логах ПРРО не варто виводити:

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

переважні аспекти ПРРО

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

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

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

Електронний підпис має змогу використовуватися для:

ДПС

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

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

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

Практичне сфера застосування: ПРРО зручний для інтернет-магазинів, служб доставки, невеликих торгових точок, кафе, сервісних компаній і бізнесів, яким потрібна програмна фіскалізація без окремого апаратного фіскального реєстратора.; # Формується фіскальний чек.; ПРРО та РРО виконують схожу задачу — фіскалізацію розрахункових операцій, але реалізують її різними способами.; Для K2 ERP ПРРО доцільно реалізовувати як окремий фіскальний компонент, який пов’язує продажі та реалізація, оплати, повернення, касирів, зміни, чеки, Z-звіти та відповіді ДПС.; # користувач системи або автоматичне правило запускає фіскалізацію.; Такий підхід надає можливість автоматизувати фіскалізацію онлайн- і офлайн-продажів, зменшити ручні помилки та забезпечити прозорий контроль розрахункових операцій.; # платформа розраховує суму.; # Покупець оплачує замовлення онлайн або при отриманні.; ([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))

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

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

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

  • приватні ключі електронного підпису;
  • паролі до ключів;
  • токени доступу;
  • повні персональні інформаційні дані покупців понад необхідний мінімум;
  • повні реквізити банківських карток;
  • production connection strings;
  • внутрішні API-ключі;
  • конфіденційні фінансові інформаційні дані.;РРО
  • права касирів;
  • доступ до електронних підписів;
  • строк дії сертифікатів;
  • доступ до налаштувань кас;
  • журнал дій;
  • захист API-ключів;
  • захист логів;
  • розмежування ролей;
  • блокування звільнених касирів;
  • доступ до фіскальних документів;
  • резервне копіювання даних;
  • контроль офлайн-документів.;

Модуль Prom

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

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

  1. У K2 ERP створюється замовлення або документ продажу.; Фіскальний сервер має змогу використовуватися для:

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

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

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

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

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

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

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

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

Типові дії:

  • номер Z-звіту;
  • дату і час формування;
  • касира;
  • ПРРО;
  • кількість чеків;
  • суму продажів;
  • суму повернень;
  • суми за формами оплати;
  • службове внесення;
  • службову видачу;
  • статус передавання;
  • відповідь ДПС;
  • помилки, якщо вони були.;OpenCart

B2C

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

Отримано з https://wiki.corp2.eu/index.php?title=ПРРО&oldid=1172