ПРОРРО внутри 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-отчёта, включая смешанную оплату, возврат и намеренно смоделированный неопределённый ответ.