r двухзначный префикс принимающий значение d5 что это

Приказ Росалкогольрегулирования № 237

28 августа 2012 года был подписан Приказ Росалкогольрегулирования № 237
«О формате представления в электронном виде деклараций об объеме производства, оборота и (или) использования этилового спирта, алкогольной и спиртосодержащей продукции, об использовании производственных мощностей»

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

Розничным организациям и предпринимателям из этого приказа следует знать формат формирования имени файла, который формируется на этапе выгрузки декларации из программ, например из «Декларант-Алко».

Имя файла обмена должно иметь следующий вид:

R — двухзначный префикс, принимающий значение D1;

О – идентификатор отправителя информации, состоит из 10-разрядного ИНН организации,

Z — информация о периоде декларации состоит из 2-разрядного номера квартала (для 1 квартала — 03, для 2 квартала — 06, для 3 квартала — 09, для 4 квартала – 00) и последней цифры года, за который передается информация;

dd – день формирования передаваемого файла;

N – идентификационный номер файла – случайный номер, который формируется случайным образом.

Файл декларации должен быть сформирован на основе XML версии 4.20

Пример сформированных имен файлов декларации по форме №11:

R1— Означает, что это декларация по алкоголю

7800000000 — Обозначает ИНН организации

06— означает, что декларация за 3-ий квартал, 2 – указывает на 2012 год. В 2013 году будет 063.

Набор цифр 20042012 – указывают на дату выгрузки 20.04.2012 г.

В форме №12 все будет выглядеть таким же образом, только изменится префикс на R2:

Файл декларации должен быть подписан усиленной квалифицированной электронной подписью организации-декларанта.

Подписание и шифрование и архивирование файла обмена должно осуществляться сертификатом Росалкогольрегулирования.

Источник

Форма 8 декларации по пиву обязательна с 1 кв. 2021

С 1 января 2021 года вступил в силу приказ ФСРАР №396 от 17 декабря 2020 года “Об утверждении порядка и формата представления в форме электронного документа деклараций….”. Этот приказ определяет новую форму алкогольных деклараций, в том числе и декларацию об объеме розничной продажи пива и пивных напитков, сидра, пуаре и медовухи. В этом приказе она описывается в Приложении 8, поэтому именно под таким номером ее и принято называть, в отличии от “Формы 12”, которую было необходимо сдавать до этого. Декларацию по форме 8 будет необходимо сдавать уже по итогам 1 квартала 2021 года.

В чем ее отличие от старой формы?

Изменился титульный лист декларации. Убрали данные о руководителе организации, но добавили адрес места осуществления деятельности. Раздел 1 декларации дополняется данными о перемещении продукции между подразделениями одной организации. Добавился Раздел 3, которого в Форме 12 не было. Он показывает возвраты в разрезе алкокодов, производителя и поставщика продукции. Изменяются правила наименования файла с декларацией, который вы отправляете в ФСРАР.

Имя файла обмена должно иметь следующий вид:

R_O_Z_ddmmgggg_N.xml, где:

Файл обмена должен быть подписан усиленной квалифицированной электронной подписью организации-декларанта, представляющего декларацию. Шифрование и архивирование файла обмена должно осуществляться сертификатом Росалкогольрегулирования и сертификатом органа исполнительной власти субъекта Российской Федерации, принявшего декларацию.

По новым требованиям префикс названия файла для пивной декларации будет не “R2”, а “08”.

Как видим, список изменений не большой. Однако сдать декларацию по пиву по старой форме 12 просто не получится, система ее не примет. Поэтому мы настоятельно рекомендуем вам проверить, как и когда будет обновлятся информационная система, в которой вы будете формировать декларацию по пиву за 1 квартал 2021 года. Срок сдачи до 20 апреля 2021 года. Корректировки по этой декларации можно подавать до 20 июля 2021 года.

Пользователи Дримкас формируют декларации по пиву в «Кабинете Дримкас». В конце марта 2021 года пользователи «Кабинета Дримкас» смогут сформировать декларацию по форме восемь.

Если у вас возникнут сложности с получением обновлений для своей системы учета вы можете сдать декларацию с нашей помощью и в нашей системе. Все функции по работе с ЕГАИС доступны в триальной версии Кабинета с лицензией Учет, активировать ее и начать работу можно в разделе “Приемка товаров” вашего Кабинета Дримкас.

Учет товара в Кабинете Дримкас

Магазин принимает товары по накладной — сервис добавляет их в базу для учета. Дальше можно установить цену, скидку и напечатать ценники.

Сервис заменяет товароучетную систему, Excel и другие программы.

Источник

Законодательная база Российской Федерации

Бесплатная горячая линия юридической помощи

Бесплатная консультация

Навигация

Федеральное законодательство

Действия

ФОРМА 12. ФОРМАТ ПРЕДСТАВЛЕНИЯ ДЕКЛАРАЦИИ ОБ ОБЪЕМЕ РОЗНИЧНОЙ ПРОДАЖИ ПИВА И ПИВНЫХ НАПИТКОВ (НА ОСНОВЕ XML) (ВЕРСИЯ 4.20)

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

2.2. Логическая модель файла обмена

Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла обмена и сведения о них приведены в Разделе 3.

Для каждого структурного элемента логической модели файла обмена в Разделе 4 приводятся следующие сведения:

В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется в случае возможного присутствия в файле обмена только одного элемента из описанных в этой строке.

— Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML.

Для простых элементов, являющихся базовыми в XML (определенными в /content/base/), например, элемент с типом «date», поле «Формат значения элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента.

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XSD схеме условий присутствия (отсутствия) элемента в файле обмена или к принимаемым значениям элемента. Например: «НУ», «ОКУ».

— Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Корректирующая форма отчетности (Корректирующая)

Источник

Кодирование информации

Обычно в процессе кодирования информация преобразуется из формы, удобной для непосредственного использования, в форму, удобную для передачи, хранения или автоматической обработки. В более узком смысле кодированием информации называют представление информации в виде кода. Средством кодирования служит таблица соответствия знаковых систем, которая устанавливает взаимно однозначное соответствие между знаками или группами знаков двух различных знаковых систем.

Содержание

Код [ править ]

Виды кодов [ править ]

Все вышеперечисленные коды являются однозначно декодируемыми — для такого кода любое слово, составленное из кодовых слов, можно декодировать только единственным способом.

Примеры кодов [ править ]

Однозначно декодируемый код [ править ]

Пусть есть код заданный следующей кодовой таблицей:

[math]a_1 \rightarrow b_1[/math]

[math]a_2 \rightarrow b_2[/math]

[math]a_k \rightarrow b_k[/math]

Код является однозначно декодируемым, только тогда, когда для любых строк, составленных из кодовых слов, вида:

Всегда выполняются равенства:

Заметим, что если среди кодовых слов будут одинаковые, то однозначно декодировать этот код мы уже не сможем.

Префиксный код [ править ]

Предпочтение префиксным кодам отдается из-за того, что они упрощают декодирование. Поскольку никакое кодовое слово не выступает в роли префикса другого, кодовое слово, с которого начинается файл, определяется однозначно, как и все последующие кодовые слова.

Пример кодирования [ править ]

Закодируем строку [math]abacaba[/math] :

Такой код можно однозначно разбить на слова:

[math]00\ 01\ 00\ 1\ 00\ 01\ 00[/math]

Преимущества префиксных кодов [ править ]

Недостатки префиксных кодов [ править ]

Пример неудачного декодирования [ править ]

Предположим, что последовательность [math]abacaba[/math] из примера передалась неверно и стала:

[math]c^<**>(abacaba) = 0001001\ 1\ 00100[/math]

Разобьем ее согласно словарю:

[math] 00\ 01\ 00\ 1\ 1\ 00\ 1\ 00[/math]

[math]a\quad b\quad a\ c\ c\quad a\ c\ a[/math]

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

Не префиксный однозначно декодируемый код [ править ]

Как уже было сказано, префиксный код всегда однозначно декодируем. Обратное в общем случае неверно:

Мы можем ее однозначно декодировать, так как знаем, что слева от двойки и справа от тройки всегда стоит единица.

После декодирования получаем: [math]abbca[/math]

Источник

Кодирование информации

Обычно в процессе кодирования информация преобразуется из формы, удобной для непосредственного использования, в форму, удобную для передачи, хранения или автоматической обработки. В более узком смысле кодированием информации называют представление информации в виде кода. Средством кодирования служит таблица соответствия знаковых систем, которая устанавливает взаимно однозначное соответствие между знаками или группами знаков двух различных знаковых систем.

Содержание

Код [ править ]

Виды кодов [ править ]

Все вышеперечисленные коды являются однозначно декодируемыми — для такого кода любое слово, составленное из кодовых слов, можно декодировать только единственным способом.

Примеры кодов [ править ]

Однозначно декодируемый код [ править ]

Пусть есть код заданный следующей кодовой таблицей:

[math]a_1 \rightarrow b_1[/math]

[math]a_2 \rightarrow b_2[/math]

[math]a_k \rightarrow b_k[/math]

Код является однозначно декодируемым, только тогда, когда для любых строк, составленных из кодовых слов, вида:

Всегда выполняются равенства:

Заметим, что если среди кодовых слов будут одинаковые, то однозначно декодировать этот код мы уже не сможем.

Префиксный код [ править ]

Предпочтение префиксным кодам отдается из-за того, что они упрощают декодирование. Поскольку никакое кодовое слово не выступает в роли префикса другого, кодовое слово, с которого начинается файл, определяется однозначно, как и все последующие кодовые слова.

Пример кодирования [ править ]

Закодируем строку [math]abacaba[/math] :

Такой код можно однозначно разбить на слова:

[math]00\ 01\ 00\ 1\ 00\ 01\ 00[/math]

Преимущества префиксных кодов [ править ]

Недостатки префиксных кодов [ править ]

Пример неудачного декодирования [ править ]

Предположим, что последовательность [math]abacaba[/math] из примера передалась неверно и стала:

[math]c^<**>(abacaba) = 0001001\ 1\ 00100[/math]

Разобьем ее согласно словарю:

[math] 00\ 01\ 00\ 1\ 1\ 00\ 1\ 00[/math]

[math]a\quad b\quad a\ c\ c\quad a\ c\ a[/math]

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

Не префиксный однозначно декодируемый код [ править ]

Как уже было сказано, префиксный код всегда однозначно декодируем. Обратное в общем случае неверно:

Мы можем ее однозначно декодировать, так как знаем, что слева от двойки и справа от тройки всегда стоит единица.

После декодирования получаем: [math]abbca[/math]

Источник