[ Закрыто ] Проект постановления Министерства по налогам и сборам Республики Беларусь «Об изменении постановления Министерства по налогам и сборам Республики Беларусь от 29 марта 2018 г. № 10» (требования к программным кассам и операторам программных кассовых систем)
Документ направлен на: • определение требований к программным кассам, предназначенным для установки в автоматический электронный аппарат, торговый автомат, и программным кассам, размещенным в центре обработки данных оператора программной кассовой системы, с которыми такой автомат может взаимодействовать; • дополнение требований, предъявляемые к операторам программных кассовых систем.
Постановление Министерства по налогам и сборам Республики Беларусь от 29 марта 2018 г. № 10 «О требованиях к программной кассовой системе, программной кассе, оператору программной кассовой системы и о работе комиссии по оценке на соответствие предъявляемым требованиям».
Сроки проведения обсуждения: с 1 по 10 марта 2024 г.
29.02.2024 16:25:48
Виталий
Пользователь
НОВИЧОК
0
0.0
14
1. Крайне странный документ. Складывается впечатление, что делали абы было.
2. Общие наброски (тезисно): - Требования к чеку: требуется ли в чеке указывать наименование продаваемого товара (диф. учет), выполненных работ или оказанных услуг? Это важно, т.к. суммовой учет фундаментальна проблема полноты налогообложения предпринимателей и защиты потребительских прав в случае инцидентов. Если я прав, то можно работать только с суммовым учетом, получается... "кто в лес, кто по дрова". - "Программные кассы для автоматического электронного аппарата, торгового автомата могут не обеспечивать выполнение следующих кассовых операций: регистрация аннулирования; регистрация возврата средств платежа;" - Современные комплексы при определенных условиях способны определять когда не выдался товар, либо работы/услуги не выполнены/не оказаны качественно. Следовательно они в автоматическом режиме могут совершать операции "аннулирвоание" и "возврат средств платежа". Тоже самое актуально для "ручного" режима представителем ОТС, что учтено в проекте. Если я прав, то данные операции не обязательны для поддержания. Получается... "кто в лес, кто по дрова". - "Программные кассы для автоматического электронного аппарата, торгового автомата могут не обеспечивать выполнение следующих операций: регистрация продажи смешанным (комбинированным) способом расчета одновременно; регистрация приема платежей в адрес третьих лиц;" А если функция комбинированной оплаты в программном комплексе реализована и используется, как быть? - Учет скидок все равно ведется в различных программных решениях телеметрии, т.к. это важный момент управленческого фин. учета. Если он все равно ведется, почему бы не работать с программной кассой полноценно, а не половинчато или вообще - четвертино? - Как по месту и в момент совершения покупки получить чек, пусть и в электронном виде: считать QR, ввести эл. почту для слипа на почту, номер телефона для "SMS" слипа. - Ситуация: "торговый автомат питания, командировка, надо предоставить чек в бухгалтерию. Как быть: куда писать/звонить? Гарантия что "там" поднимут/ответят и выполнят свои обязанности (предоставить копию чека)? - Торговый автомат, это не железная коробчёнка с _приготовлением на месте_ и продажей готовой продукции(напитков). Надо рассмотреть полное и соответствующее реальности и современности определение данного термина, например: "торговые автомат - торговое, технологической или промышленное оборудование предназначенные для выдачи (отпуска) товара, изготовления на месте продукции общественного питания (напиток, блюдо и т.д.) с последующей её выдачей (отпуском), выполнения работ или оказания услуг в адрес потребителя (покупателя), принятия предварительных заказов от заинтересованных лиц, при этом принимать оплату (осуществлять расчёты) с использованием любых легальных платежных средств и(или) систем без участия человека (кассира, продавца, оператора) методом самообслуживания схеме "человек-машина"." - В продолжение пункта выше... Если торговый автомат не железная будка или деревянная конструкция с кофемашиной с _приготовлением на месте_ и продажей готовой продукции(напитков), а вполне возможно и магазин без кассиров, то... что-нибудь планируется думать/решать с дисплеем покупателя? Или (ОДНО ДРУГО НЕ ИСКЛЮЧАЕТ) - интерфейсом покупателя, как на кассах самообслуживания, где можно перепроверить по количеству и наименованию свои покупки! Поверить цены! Проверить скидки! Посмотреть сумму к оплате?
03.03.2024 14:56:06
Yury1973
Пользователь
НОВИЧОК
0
0.7
1
Здравствуйте интересно когда нибудь будет что-то принято для упрощения работы.
03.03.2024 16:22:32
Виталий
Пользователь
НОВИЧОК
0
0.0
14
Еще одна ремарка в части данного постановления.
В продолжения тезиса, что торговый автомат -- это не будка с одной функцией, а может быть как простой торговый объект (снековый автомат), так и полноценный (магазин белоруснефти без кассиров), то... кто-нибудь вообще задумывался о то как будет происходить: - вывод маркированного товара из оборота как продажа? Я взял в магазине без кассиров булытку воды или молока - какую? Как ее вывести из оборота? - вывод маркированного товара из оборота как ингредиенты для собственного производства - продукция собственного производства - напитки (общепит, кофейни самообслуживания, кофейные торговые автоматы и т.д.)? Купил 20 литров молока по БН, как его учитывать и выводить из оборота? - повторный ввод в оборот маркированного товара ? Я ИП, пошел купил молоко в магазине (который его вывез из оборота через кассу), и залил его в свою т.н. кофейню самообслуживания. А вдруг пока нес оно испортилось, у меня дома на жаре стояло выходные и потом я его залил и отравились люди... и т.д.?
04.03.2024 13:13:47
Виталий
Пользователь
НОВИЧОК
0
0.0
14
Серию постов хочу дополнить еще одним стратегически важным моментом. Да, именно стратегически.
Как правило в торговыми автоматами работают люди из другой, не классической "кассовой" и "программной" областях, потому что это IIoT и там есть "железяки" - контроллеры, которые "управляют" оборудованием. В стране таких компаний раз, два и обчелся, т.к. сложность и экономика этого бизнеса - телеметрийщиков, куда выше и сложнее.
На рынке присутствуют компании из других стран, но... 1. Имеют ли беларуские продавцы телеметрии статус представителя, по аналогии с импортерами продуктов питания. Кому претензии? Кто несет ответственность за качество, доработки, работу с персональными и промышленными данными. 2. Имеют ли продавцы телеметрии какой-то штат профильных специалистов, как например ЦТО в кассах или требования в операторам кассовым, ведь это не только ответственность и обязательства, но и гарантия работы экономических агентов, причем в самом ее чувствительном сегменте - микробизнес и малый бизнес. Или можно продать 100500 телеметрий, ни за что не отвечать и всех адресовать на оплату и тех.поддержку в вайберы, телеграмы, вацапы в другие страны: Или можно/нужно платить за облачное ПО, за услуги предоставления доступа (помните же, что это в 99,9% облачные решения?), напрямую за границу? Можно ли продать 100500 телеметрий с кассами, чтобы в один прекрасный момент они отключились (по разным причинам: взлом, не дружественный жест и т.д.) - ведь ПО и поставщики "облачного" решения за границей (не факт, что справа). Это же экономическая безопасность, вспомните историю с фискальными регистраторами в начале недавно прошедшего года. Ладно так крупный игрок которому пришли на помощь все, а кто придет к мелкому? Тем более, с облачным ПО, например, не дружественных стран, относительно недавно, полной ложкой ели все крупные компании, когда по щелчку все отключалось в останавливалось. 3. Есть ли какое-то понимание где и как будут содержаться сервера, требования к ним, как и где будут храниться, как и кем и по каким законам обрабатываться персональные данные, которые используются в системах лояльности подобных систем или того больше - промышленные данные (данные товарооборота, выручек, платежей)
В общем вопросов тьма, и к импортерам, и к разработчикам локальным, и к данным и к безопасности и т.д.
То, что на крестьянском языке называют "система телеметрии" - это ПО уровня энтерпрайз с поддержкой кастомного аппаратного обеспечения, которое тоже участвует в этой работе.
Вон, возьмите реальный пример с ПО от агрегаторов такси... и сервера и представительства и требования и ....
[ Закрыто ] Проект постановления Министерства по налогам и сборам Республики Беларусь «Об изменении постановления Министерства по налогам и сборам Республики Беларусь от 29 марта 2018 г. № 10» (требования к программным кассам и операторам программных кассовых систем)
Общественное обсуждение
4Документ направлен на:
• определение требований к программным кассам, предназначенным для установки в автоматический электронный аппарат, торговый автомат, и программным кассам, размещенным в центре обработки данных оператора программной кассовой системы, с которыми такой автомат может взаимодействовать;
• дополнение требований, предъявляемые к операторам программных кассовых систем.
Прилагаемая информация:
Документ, в который вносятся изменения:
Постановление Министерства по налогам и сборам Республики Беларусь от 29 марта 2018 г. № 10 «О требованиях к программной кассовой системе, программной кассе, оператору программной кассовой системы и о работе комиссии по оценке на соответствие предъявляемым требованиям».
Организатор общественного обсуждения:
Сроки проведения обсуждения: с 1 по 10 марта 2024 г.
29.02.2024 16:25:48
Пользователь
НОВИЧОККрайне странный документ.
Складывается впечатление, что делали абы было.
2.
Общие наброски (тезисно):
- Требования к чеку: требуется ли в чеке указывать наименование продаваемого товара (диф. учет), выполненных работ или оказанных услуг? Это важно, т.к. суммовой учет фундаментальна проблема полноты налогообложения предпринимателей и защиты потребительских прав в случае инцидентов. Если я прав, то можно работать только с суммовым учетом, получается... "кто в лес, кто по дрова".
- "Программные кассы для автоматического электронного аппарата, торгового автомата могут не обеспечивать выполнение следующих кассовых операций: регистрация аннулирования; регистрация возврата средств платежа;" - Современные комплексы при определенных условиях способны определять когда не выдался товар, либо работы/услуги не выполнены/не оказаны качественно. Следовательно они в автоматическом режиме могут совершать операции "аннулирвоание" и "возврат средств платежа". Тоже самое актуально для "ручного" режима представителем ОТС, что учтено в проекте. Если я прав, то данные операции не обязательны для поддержания. Получается... "кто в лес, кто по дрова".
- "Программные кассы для автоматического электронного аппарата, торгового автомата могут не обеспечивать выполнение следующих операций: регистрация продажи смешанным (комбинированным) способом расчета одновременно; регистрация приема платежей в адрес третьих лиц;" А если функция комбинированной оплаты в программном комплексе реализована и используется, как быть?
- Учет скидок все равно ведется в различных программных решениях телеметрии, т.к. это важный момент управленческого фин. учета. Если он все равно ведется, почему бы не работать с программной кассой полноценно, а не половинчато или вообще - четвертино?
- Как по месту и в момент совершения покупки получить чек, пусть и в электронном виде: считать QR, ввести эл. почту для слипа на почту, номер телефона для "SMS" слипа.
- Ситуация: "торговый автомат питания, командировка, надо предоставить чек в бухгалтерию. Как быть: куда писать/звонить? Гарантия что "там" поднимут/ответят и выполнят свои обязанности (предоставить копию чека)?
- Торговый автомат, это не железная коробчёнка с _приготовлением на месте_ и продажей готовой продукции(напитков). Надо рассмотреть полное и соответствующее реальности и современности определение данного термина, например: "торговые автомат - торговое, технологической или промышленное оборудование предназначенные для выдачи (отпуска) товара, изготовления на месте продукции общественного питания (напиток, блюдо и т.д.) с последующей её выдачей (отпуском), выполнения работ или оказания услуг в адрес потребителя (покупателя), принятия предварительных заказов от заинтересованных лиц, при этом принимать оплату (осуществлять расчёты) с использованием любых легальных платежных средств и(или) систем без участия человека (кассира, продавца, оператора) методом самообслуживания схеме "человек-машина"."
- В продолжение пункта выше... Если торговый автомат не железная будка или деревянная конструкция с кофемашиной с _приготовлением на месте_ и продажей готовой продукции(напитков), а вполне возможно и магазин без кассиров, то... что-нибудь планируется думать/решать с дисплеем покупателя? Или (ОДНО ДРУГО НЕ ИСКЛЮЧАЕТ) - интерфейсом покупателя, как на кассах самообслуживания, где можно перепроверить по количеству и наименованию свои покупки! Поверить цены! Проверить скидки! Посмотреть сумму к оплате?
03.03.2024 14:56:06
Пользователь
НОВИЧОК03.03.2024 16:22:32
Пользователь
НОВИЧОКВ продолжения тезиса, что торговый автомат -- это не будка с одной функцией, а может быть как простой торговый объект (снековый автомат), так и полноценный (магазин белоруснефти без кассиров), то... кто-нибудь вообще задумывался о то как будет происходить:
- вывод маркированного товара из оборота как продажа? Я взял в магазине без кассиров булытку воды или молока - какую? Как ее вывести из оборота?
- вывод маркированного товара из оборота как ингредиенты для собственного производства - продукция собственного производства - напитки (общепит, кофейни самообслуживания, кофейные торговые автоматы и т.д.)? Купил 20 литров молока по БН, как его учитывать и выводить из оборота?
- повторный ввод в оборот маркированного товара ? Я ИП, пошел купил молоко в магазине (который его вывез из оборота через кассу), и залил его в свою т.н. кофейню самообслуживания. А вдруг пока нес оно испортилось, у меня дома на жаре стояло выходные и потом я его залил и отравились люди... и т.д.?
04.03.2024 13:13:47
Пользователь
НОВИЧОКДа, именно стратегически.
Как правило в торговыми автоматами работают люди из другой, не классической "кассовой" и "программной" областях, потому что это IIoT и там есть "железяки" - контроллеры, которые "управляют" оборудованием.
В стране таких компаний раз, два и обчелся, т.к. сложность и экономика этого бизнеса - телеметрийщиков, куда выше и сложнее.
На рынке присутствуют компании из других стран, но...
1. Имеют ли беларуские продавцы телеметрии статус представителя, по аналогии с импортерами продуктов питания. Кому претензии? Кто несет ответственность за качество, доработки, работу с персональными и промышленными данными.
2. Имеют ли продавцы телеметрии какой-то штат профильных специалистов, как например ЦТО в кассах или требования в операторам кассовым, ведь это не только ответственность и обязательства, но и гарантия работы экономических агентов, причем в самом ее чувствительном сегменте - микробизнес и малый бизнес.
Или можно продать 100500 телеметрий, ни за что не отвечать и всех адресовать на оплату и тех.поддержку в вайберы, телеграмы, вацапы в другие страны:
Или можно/нужно платить за облачное ПО, за услуги предоставления доступа (помните же, что это в 99,9% облачные решения?), напрямую за границу?
Можно ли продать 100500 телеметрий с кассами, чтобы в один прекрасный момент они отключились (по разным причинам: взлом, не дружественный жест и т.д.) - ведь ПО и поставщики "облачного" решения за границей (не факт, что справа). Это же экономическая безопасность, вспомните историю с фискальными регистраторами в начале недавно прошедшего года. Ладно так крупный игрок которому пришли на помощь все, а кто придет к мелкому? Тем более, с облачным ПО, например, не дружественных стран, относительно недавно, полной ложкой ели все крупные компании, когда по щелчку все отключалось в останавливалось.
3. Есть ли какое-то понимание где и как будут содержаться сервера, требования к ним, как и где будут храниться, как и кем и по каким законам обрабатываться персональные данные, которые используются в системах лояльности подобных систем или того больше - промышленные данные (данные товарооборота, выручек, платежей)
В общем вопросов тьма, и к импортерам, и к разработчикам локальным, и к данным и к безопасности и т.д.
То, что на крестьянском языке называют "система телеметрии" - это ПО уровня энтерпрайз с поддержкой кастомного аппаратного обеспечения, которое тоже участвует в этой работе.
Вон, возьмите реальный пример с ПО от агрегаторов такси... и сервера и представительства и требования и ....
04.03.2024 19:42:00
Поделиться:
Для участия в обсуждении необходимо зарегистрироваться