Публичное обсуждение проектов НПА

Проект правового акта:
Проект постановления Совета Министров Республики Беларусь «Об изменении постановлений Совета Министров Республики Беларусь» [PDF].

Документ направлен на:
• определение требований к программным кассам, предназначенным для установки в автоматический электронный аппарат, торговый автомат, и программным кассам, размещенным в центре обработки данных оператора программной кассовой системы, с которыми такой автомат может взаимодействовать;
• дополнение требований, предъявляемые к операторам программных кассовых систем.

Прилагаемая информация:
Обоснование проекта постановления Совета Министров Республики Беларусь «Об изменении постановлений Совета Министров Республики Беларусь» [PDF].

Документ, в который вносятся изменения:

Постановление Министерства по налогам и сборам Республики Беларусь от 29 марта 2018 г. № 10 «О требованиях к программной кассовой системе, программной кассе, оператору программной кассовой системы и о работе комиссии по оценке на соответствие предъявляемым требованиям».

Организатор общественного обсуждения: Министерство по налогам и сборам.

Сроки проведения обсуждения: с 1 по 10 марта 2024 г.

1.
Крайне странный документ.
Складывается впечатление, что делали абы было.

2.
Общие наброски (тезисно):
- Требования к чеку: требуется ли в чеке указывать наименование продаваемого товара (диф. учет), выполненных работ или оказанных услуг? Это важно, т.к. суммовой учет фундаментальна проблема полноты налогообложения предпринимателей и защиты потребительских прав в случае инцидентов. Если я прав, то можно работать только с суммовым учетом, получается... "кто в лес, кто по дрова".
- "Программные кассы для автоматического электронного аппарата, торгового автомата могут не обеспечивать выполнение следующих кассовых операций: регистрация аннулирования; регистрация возврата средств платежа;" - Современные комплексы при определенных условиях способны определять когда не выдался товар, либо работы/услуги не выполнены/не оказаны качественно. Следовательно они в автоматическом режиме могут совершать операции "аннулирвоание" и "возврат средств платежа". Тоже самое актуально для "ручного" режима представителем ОТС, что учтено в проекте. Если я прав, то данные операции не обязательны для поддержания. Получается... "кто в лес, кто по дрова".
- "Программные кассы для автоматического электронного аппарата, торгового автомата могут не обеспечивать выполнение следующих операций: регистрация продажи смешанным (комбинированным) способом расчета одновременно; регистрация приема платежей в адрес третьих лиц;" А если функция комбинированной оплаты в программном комплексе реализована и используется, как быть?
- Учет скидок все равно ведется в различных программных решениях телеметрии, т.к. это важный момент управленческого фин. учета. Если он все равно ведется, почему бы не работать с программной кассой полноценно, а не половинчато или вообще - четвертино?
- Как по месту и в момент совершения покупки получить чек, пусть и в электронном виде: считать QR, ввести эл. почту для слипа на почту, номер телефона для "SMS" слипа.
- Ситуация: "торговый автомат питания, командировка, надо предоставить чек в бухгалтерию. Как быть: куда писать/звонить? Гарантия что "там" поднимут/ответят и выполнят свои обязанности (предоставить копию чека)?
- Торговый автомат, это не железная коробчёнка с _приготовлением на месте_ и продажей готовой продукции(напитков). Надо рассмотреть полное и соответствующее реальности и современности определение данного термина, например: "торговые автомат - торговое, технологической или промышленное оборудование предназначенные для выдачи (отпуска) товара, изготовления на месте продукции общественного питания (напиток, блюдо и т.д.) с последующей её выдачей (отпуском), выполнения работ или оказания услуг в адрес потребителя (покупателя), принятия предварительных заказов от заинтересованных лиц, при этом принимать оплату (осуществлять расчёты) с использованием любых легальных платежных средств и(или) систем без участия человека (кассира, продавца, оператора) методом самообслуживания схеме "человек-машина"."
- В продолжение пункта выше... Если торговый автомат не железная будка или деревянная конструкция с кофемашиной с _приготовлением на месте_ и продажей готовой продукции(напитков), а вполне возможно и магазин без кассиров, то... что-нибудь планируется думать/решать с дисплеем покупателя? Или (ОДНО ДРУГО НЕ ИСКЛЮЧАЕТ) - интерфейсом покупателя, как на кассах самообслуживания, где можно перепроверить по количеству и наименованию свои покупки! Поверить цены! Проверить скидки! Посмотреть сумму к оплате?

Здравствуйте интересно когда нибудь будет что-то принято для упрощения работы.

Еще одна ремарка в части данного постановления.

В продолжения тезиса, что торговый автомат -- это не будка с одной функцией, а может быть как простой торговый объект (снековый автомат), так и полноценный (магазин белоруснефти без кассиров), то... кто-нибудь вообще задумывался о то как будет происходить:
- вывод маркированного товара из оборота как продажа? Я взял в магазине без кассиров булытку воды или молока - какую? Как ее вывести из оборота?
- вывод маркированного товара из оборота как ингредиенты для собственного производства - продукция собственного производства - напитки (общепит, кофейни самообслуживания, кофейные торговые автоматы и т.д.)? Купил 20 литров молока по БН, как его учитывать и выводить из оборота?
- повторный ввод в оборот маркированного товара ? Я ИП, пошел купил молоко в магазине (который его вывез из оборота через кассу), и залил его в свою т.н. кофейню самообслуживания. А вдруг пока нес оно испортилось, у меня дома на жаре стояло выходные и потом я его залил и отравились люди... и т.д.?

Серию постов хочу дополнить еще одним стратегически важным моментом.
Да, именно стратегически.

Как правило в торговыми автоматами работают люди из другой, не классической "кассовой" и "программной" областях, потому что это IIoT и там есть "железяки" - контроллеры, которые "управляют" оборудованием.
В стране таких компаний раз, два и обчелся, т.к. сложность и экономика этого бизнеса - телеметрийщиков, куда выше и сложнее.

На рынке присутствуют компании из других стран, но...
1. Имеют ли беларуские продавцы телеметрии статус представителя, по аналогии с импортерами продуктов питания. Кому претензии? Кто несет ответственность за качество, доработки, работу с персональными и промышленными данными.
2. Имеют ли продавцы телеметрии какой-то штат профильных специалистов, как например ЦТО в кассах или требования в операторам кассовым, ведь это не только ответственность и обязательства, но и гарантия работы экономических агентов, причем в самом ее чувствительном сегменте - микробизнес и малый бизнес.
Или можно продать 100500 телеметрий, ни за что не отвечать и всех адресовать на оплату и тех.поддержку в вайберы, телеграмы, вацапы в другие страны:
Или можно/нужно платить за облачное ПО, за услуги предоставления доступа (помните же, что это в 99,9% облачные решения?), напрямую за границу?
Можно ли продать 100500 телеметрий с кассами, чтобы в один прекрасный момент они отключились (по разным причинам: взлом, не дружественный жест и т.д.) - ведь ПО и поставщики "облачного" решения за границей (не факт, что справа). Это же экономическая безопасность, вспомните историю с фискальными регистраторами в начале недавно прошедшего года. Ладно так крупный игрок которому пришли на помощь все, а кто придет к мелкому? Тем более, с облачным ПО, например, не дружественных стран, относительно недавно, полной ложкой ели все крупные компании, когда по щелчку все отключалось в останавливалось.
3. Есть ли какое-то понимание где и как будут содержаться сервера, требования к ним, как и где будут храниться, как и кем и по каким законам обрабатываться персональные данные, которые используются в системах лояльности подобных систем или того больше - промышленные данные (данные товарооборота, выручек, платежей)

В общем вопросов тьма, и к импортерам, и к разработчикам локальным, и к данным и к безопасности и т.д.

То, что на крестьянском языке называют "система телеметрии" - это ПО уровня энтерпрайз с поддержкой кастомного аппаратного обеспечения, которое тоже участвует в этой работе.

Вон, возьмите реальный пример с ПО от агрегаторов такси... и сервера и представительства и требования и ....