Странная новость от ФСРАР про необходимость указывать информацию об объеме проданного в общепите МАРКИРОВАННОГО алкоголя : ЕГАИС в опте и рознице

но тогда возникает необходимость посчитать или узнать у УС количество оставшегося алкоголя. Первое неизбежно будет приводить к расхождениям по остаткам по этой марке в ЕГАИС (как минимум из-за того, что была истрачена порция по которой определили испорченность алкоголя), а второе требует усложнение в работе УМС - а это замедления функционала, увеличение занимаемой памяти и ЦП

так все к этому идет - был комментарий кого то с рара (я тогда счел это бредом и не сохранил) - типа утм будет не только марку проверять но кол-во при продаже чтобы ни дай бог не продали больше и не заплатили меньше налогов и прочего
а память\замедление\цп и прочее - это из серии "проблемы индейцев шерифа не ..."

Возможно, из-за недостаточного финансирования, ФСРАР остановится только на "тригерах"по которым можно будет судить о наличии проблем.
Например, если количество чеков/списаний с одной маркой превышает 50/100/500 штук - это повод пристальнее взглянуть на это заведение.
А всем будут говорить, что у них "блокчейн" и все такое.

По сути получается ситуация аналогичная переходу на офд 1.2 и чек3 в егаис. с одной стороны все должны, а с другой никого за это особо не подтягивают. так получается? только здесь сроки есть до 01.03.2024

Да, так. Правда есть еще одно "НО" в виде отсутствия технической возможности. "Боевого" УТМ с новыми форматами пока нет, есть только тестовый, а до 1 сентября 4 дня

да и с ним куча вопросов :(

1. если использовать адрес как в доках
http: //localhost: 8080/xml?type=ChequeV4
то в ответ прилетает
Проверка не пройдена: XML запроса не соответствует схеме
т.е. работает только отправка на
http: //localhost: 8080/xml?type=ChequeV3

2. по схеме - кол-во целое
<xs:complexType name="Catering">
<xs:annotation>
<xs:documentation>Маркированная продукция наливом</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="Barcode" type="c:PDF417String" minOccurs="1" maxOccurs="1"/>
<xs:element name="EAN" type="c:EANType" minOccurs="0" maxOccurs="1"/>
<xs:element name="Price" type="c:NoNegativeDecimalType" minOccurs="1" maxOccurs="1"/>
<xs:element name="Volume" type="xs:positiveInteger" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
и нигде не написано как передавать дробное (на него идет ошибка что не целое)
или здесь в миллилитрах надо ?

да, количество указывается в миллилитрах целым числом

Кстати, в чеках используется positiveInteger, а в списаниях - NoNegativeIntegerType. Почему сделали по разному - хз

а насчет адреса отправки соображения какие либо есть ?

да, есть, чисто прагматичные. Это меня пока мало волнует :) К марту в документации отразят новые документы и напишут команды которыми их надо отправлять :)

Меня больше огромные дыры в методологических вопросах сейчас напрягают:
- Не понятно, можно ли будет продолжать оформлять Списания с причиной "Реализация" для продажи бутылок целиком.
- Определение "чистого" алкоголя не дано. Нет понимая считается ли "виски со льдом" чистым алкоголем и требует фиксации чеком или это блюдо и его надо отправлять в Списании.
- ФСРАР требует разбивки коктейлей в Списании на составляющие, с указанием марок и количества в миллилитрах по каждому виду алкоголя. Это значительно усложняет учет. Если не показать программе вскрытие хотя бы по одному из видов алкоголя в коктейле, то или в Списание его придется не добавлять или ЕГАИС вернет ошибку.
- Не решен вопрос с переливами/недоливами. Надо ли что-то делать оставшимися по данным ЕГАИС в бутылке миллилитрами пока неизвестно.
- Не понятно, надо ли что-то делать с испортившимися остатками в бутылке.
- Остатки по марке для сверки запросить в ЕГАИС будет нельзя.
- Возможны ошибки в ЕГАИС при суммировании остатков по марке. Часть может продаваться чеками, часть - Списанием.
- Не озвучено, меняется ли что-то для мини-баров отелей.
- Не известно, надо ли будет указывать цену продажи в Списании с причиной "Приготовление". Если надо, то непонятно как ее вычислять, если алкоголь из бутылки расходуется на разные цели с разной ценой.
- ФСРАР не понимает, насколько усложнится работа сотрудников.
- От сотрудников потребуется больше ответственности при работе с маркированным алкоголем.
- УТМ всем общепитам надо будет обновить

Раньше в нашем городе на заборах писали указатели "Чистый" и стрелка. А там цистерна и что-то разливают всем желающим. Наверное ФСРАР решил возобновить такие цистерны и их учитывать через ЕГАИС.