Данные декларации больше чем закупки егаис
Обновлено: 19.05.2024
Приказ Федеральной службы по регулированию алкогольного рынка
от 14 мая 2021 г. N 158
"Об утверждении формата представления в форме электронного
документа уведомления о начале оборота на территории
Российской Федерации алкогольной продукции"
В соответствии с абзацем вторым пункта 28 Правил ведения и функционирования единой государственной автоматизированной информационной системы учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции, а также учета информации об объеме производства, оборота и (или) использования этилового спирта, алкогольной и спиртосодержащей продукции, о концентрации денатурирующих веществ в денатурированном этиловом спирте (денатурате), об использовании производственных мощностей, объеме собранного винограда, использованного для производства винодельческой продукции, утвержденных постановлением Правительства Российской Федерации от 31 декабря 2020 г. N 2466 (Собрание законодательства Российской Федерации, 2021, N 2, ст. 470), приказываю:
1. Утвердить прилагаемый формат представления в форме электронного документа уведомления о начале оборота на территории Российской Федерации алкогольной продукции.
2. Настоящий приказ вступает в силу с 1 сентября 2021 года, но не ранее чем по истечении девяноста дней после дня официального опубликования, и действует до 1 сентября 2027 года.
ФОРМАТ
ПРЕДСТАВЛЕНИЯ В ФОРМЕ ЭЛЕКТРОННОГО ДОКУМЕНТА УВЕДОМЛЕНИЯ
О НАЧАЛЕ ОБОРОТА НА ТЕРРИТОРИИ РОССИЙСКОЙ ФЕДЕРАЦИИ
АЛКОГОЛЬНОЙ ПРОДУКЦИИ
Настоящий формат описывает требования к XML файлам (далее - файл обмена) передачи в форме электронного документа, подписанного усиленной квалифицированной подписью, по телекоммуникационным каналам связи посредством единой государственной автоматизированной информационной системы учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции (далее - ЕГАИС) либо с использованием федеральной государственной информационной системы "Единый портал государственных и муниципальных услуг (функций)" (далее - ЕПГУ) уведомления о начале оборота на территории Российской Федерации алкогольной продукции, либо уведомления о начале оборота на территории Российской Федерации алкогольной продукции, сведения которого уточняются .
Абзац второй пункта 28 Правил ведения и функционирования единой государственной автоматизированной информационной системы учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции, а также учета информации об объеме производства, оборота и (или) использования этилового спирта, алкогольной и спиртосодержащей продукции, о концентрации денатурирующих веществ в денатурированном этиловом спирте (денатурате), об использовании производственных мощностей, объеме собранного винограда, использованного для производства винодельческой продукции, утвержденных постановлением Правительства Российской Федерации от 31 декабря 2020 г. N 2466.
Имена файлов обмена должны иметь следующий вид:
FrapClaims.xml и FrapClaimsCor.xml
Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена.
Первая строка XML файла должна иметь следующий вид:
XSD схема файла обмена содержит описание и применение в автоматическом режиме Форматно-логистического контроля передаваемых данных, что способствует повышению качества первичных данных на этапе приемки (далее - ФЛК).
XSD схема файла обмена приводится отдельным файлом и размещается на официальном сайте Федеральной службы по регулированию алкогольного рынка.
Имя файла, содержащего XSD схему файла обмена, FrapClaims.xsd и FrapClaimsCor.xsd.
Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в Разделе 3 настоящего формата (в таблицах 3.1 - 3.7).
Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:
наименование элемента. Приводится полное наименование элемента ;
При описании структуры формата файла обмена используются следующие металингвистические конструкции:
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
сокращенное наименование элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;
признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML файла; "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения";
формат значения элемента. Формат значения элемента представляется следующими условными обозначениями: "T" - символьная строка; "N" - числовое значение (целое или дробное);
Формат символьной строки указывается в виде T(n-k) или T(=k), где "n" - минимальное количество знаков в строке, "k" - максимальное количество знаков, символ "-" разделитель, символ " m" - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а "k" - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента;
признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле обмена обязательно; "Н" - присутствие элемента в файле обмена необязательно, т.е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например, "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ", "ОКМ".
К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе "Дополнительная информация". Например, "НМУ" или "ОКМУ";
дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Требования к достоверности и качеству учета алкоголя в ресторанах постоянно возрастают. В первую очередь это связано с ростом аналитических возможностей контролирующих органов.
В их распоряжении оказывается информация из самых разных источников, а современные технологии позволяют сравнивать ее и в автоматическом режиме выявлять нарушения.
Ярким примером таких новых возможностей ФСРАР стала сверка данных по ЕГАИС с данными по алкогольным декларациям за первый квартал 2018 года. Давайте вместе проанализируем тот алгоритм, по которому была проведена эта сверка, чтобы понимать на какие аспекты учета алкоголя теперь необходимо уделять особое внимание.
На первом этапе такая сверка остатков была произведена по пиву – рестораны и бары, у которых остатки немаркируемой алкогольной продукции (пиво или сидр) в ЕГАИС и в декларации имели расхождения более 100 литров получили предупреждение примерно такого содержания:
«В соответствии с пунктом 2 статьи 8 Федерального закона от 22.11.1995 № 171-ФЗ "О государственном регулировании производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции и об ограничении потребления (распития) алкогольной продукции" (далее – Закон № 171-ФЗ) учет объема оборота алкогольной продукции должен осуществляться с использованием ЕГАИС, за исключением случаем предусмотренных пунктом 2.1 указанной статьи Федерального закона № 171-ФЗ
Требования к порядку учета алкоголя в ЕГАИС и в декларации об объеме розничной продажи пива и пивных напитков немного отличаются друг от друга. Так, например, поступление алкоголя от поставщика в ЕГАИС может отличатся от даты этого же поступления по декларации, и один и тот же документ от поставщика в декларации может попасть в разные отчетные периоды и сильно повлиять на остатки. Аналогичная ситуация с продажами – в ЕГАИС фактом списания алкоголя является вскрытие тары (кеги пива), а в декларации – фактическая продажа пива. Если строго следовать этим правилам, то данные об остатках в декларации просто не могут совпасть с данными в ЕГАИС.
Чтобы учесть разные алгоритмы учета алкоголя в декларации и в ЕГАИС ФСРАР проводит предварительную подготовку данных для анализа:
Фиксируется сумма остатков по каждому алкокоду в ЕГАИС на 1 и 2 регистрах на конец отчетного квартала.
И если после всех этих манипуляций разница в остатках ЕГАИС и в декларации по алкокоду превысит 100 дал, то вас посчитают нарушителем требований к учету алкоголя с передачей информации территориальному управлению ФСРАР для проведения выездной проверки. Если выездная проверка подтвердит факт правонарушения, то предприятие ждут санкции по КоАП 14.17.1– штраф от 100 до 150 тыс. рублей.
Понятно, что в первую очередь целью такой проверки стали те компании, которые накопили огромные расхождения, свидетельствующие о полном пренебрежении требований к учету алкоголя в ресторане. И своей цели ФСРАР добился – первые письма были массово разосланы 28 апреля 2018 года и уже за май остатки пива в ЕГАИС по всем предприятиям страны сократились на 25%. Но и эта картина все еще далека от идеала, поэтому такие сверки данных ЕГАИС и деклараций станут ежеквартальными. Что сделать, чтобы не попасть в зону особого внимания ФСРАР?
Рекомендации по учету алкоголя от Docsinbox
Как видно из алгоритма сверки остатков даже добросовестная компания может попасть под расхождения. Чтобы избежать такой ситуации наша система электронного обмена документами Docsinbox формирует данные для декларации на основании накладных поставщика в ЕГАИС. Такой подход позволяет полностью исключить расхождения в данных по приходу алкоголя – все то, что есть в ЕГАИС автоматически попадет в графу поступлений декларации об объеме розничной продажи пива и пивной продукции.
Но данные об остатках формируются не только на основании данных о поступлении алкогольной продукции. Нам также важно корректно учесть и все продажи, возвраты и списания алкоголя за отчетный период. Тут мы также советуем синхронизировать данные для декларации с данными для ЕГАИС. Для этого в Docsinbox реализовано четыре алгоритма работы с реализациями алкоголя:
Полная инвентаризация
Получаем остатки из ЕГАИС, вносим фактические остатки, разница списывается. Либо сканируем все бутылки, которые есть в наличии, а разница спишется автоматически. Второй вариант будет не удобным для учета пива, т.к. его придется пересчитывать, потому что на пиве нет акцизных марок. Но такой способ отлично подойдет для инвентаризации бара.
Мы рекомендуем делать полную инвентаризацию алкоголя хотя бы один раз в квартал, а лучше чаще. Причин для расхождения остатков может быть много и перекрыть их все очень сложно. Гораздо эффективнее регулярно проводить инвентаризации и на основании полученных данных делать выводы.
Частичная инвентаризация
Такой способ будет полезен для оперативного исправления остатков, когда на полную инвентаризацию времени не хватает или ее невозможно провести по техническим причинам. При таком способе вы просто сканируете марки или подбираете позиции по остаткам в ЕГАИС и пересчитываете их фактическое наличие.
Списание при приемке
Идеально подходит для небольших пивных баров. При таком способе все поступившее через ЕГАИС пиво полностью списывается как проданное. Если поставка небольшая, то такой способ очень близок к реальному, потому что фактом продажи пива для ЕГАИС является момент вскрытия кеги. В небольших помещениях практически нет места хранить запасы, все что пришло тут же подключается к системе разлива. Это самый простой способ учета продаж и их одновременного отражения и в декларации, и в ЕГАИС.
Списание по мере продаж
Залогом успешной работы по учету алкоголя в ресторане является внимание к каждой детали на каждом этапе движения продукции в ресторане. Наша задача сделать так, чтобы этот процесс был удобен, логичен и понятен.
Читайте также: