Правила 1251 от 22102012

Приказ Федеральной налоговой службы от 15 июля 2016 г. № ММВ-7-14/[email protected] “О внесении изменений в приказ ФНС России от 22.10.2012 № ММВ-7-6/[email protected]

В соответствии с пунктом 10 статьи 85 Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 1998, № 31, ст. 3824; 2016, № 22, ст. 3092) приказываю:

1. Внести в приказ ФНС России от 22.10.2012 № ММВ-7-6/[email protected] «Об утверждении форматов представления сведений в соответствии с пунктами 1, 2, 3 (в части представления сведений о фактах рождения и смерти физических лиц), 6 и абзацем первым пункта 9 статьи 85 Налогового кодекса Российской Федерации в электронной форме» (зарегистрирован Министерством юстиции Российской Федерации 21.12.2012, регистрационный номер 26256) с изменениями, внесенными приказами ФНС России от 08.07.2014 № ММВ-7-14/[email protected] «О внесении изменений в приложение № 4 к приказу ФНС России от 22.10.2012 № ММВ-7-6/[email protected]» (зарегистрирован Министерством юстиции Российской Федерации 29.08.2014, регистрационный номер 33908) и от 04.03.2015 № ММВ-7-11/[email protected] «О внесении изменений в приказ Федеральной налоговой службы от 22 октября 2012 года № ММВ-7-6/[email protected]» (зарегистрирован Министерством юстиции Российской Федерации от 12.05.2015, регистрационный номер 37250), следующие изменения:

1.1. Абзац второй пункта 1 изложить в следующей редакции:

«формат представления сведений о физическом лице, назначенном на должность нотариуса, занимающегося частной практикой (освобожденном от нее), в электронной форме согласно приложению № 1 к настоящему приказу;».

1.2. В приложении № 1:

1.2.1. Наименование изложить в следующей редакции:

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

1.2.2. Пункт 1 изложить в следующей редакции:

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

1.2.3. Пункт 2 изложить в следующей редакции:

«2. Номер версии настоящего формата 4.02, часть 330_09.»;

1.2.4. В абзаце пятом пункта 3 слова: «выдающих лицензии на право нотариальной деятельности и» исключить;

1.2.5 Абзац тринадцатый пункта 3 изложить в следующей редакции:

«VO_FLNOTARLIC_2_330_09_04_02_xx, где хх — номер версии схемы.»;

1.2.6. В абзаце первом пункта 4 номера таблиц «4.1 — 4.12» заменить номерами «4.1 — 4.11»;

1.2.7. Рисунок 1 «Диаграмма структуры файла обмена» изложить в редакции согласно приложению № 1 к настоящему приказу;

1.2.8. В таблице 4.1 «Файл обмена (Файл)»:

дополнительную информацию в строке «Версия формата» изложить в следующей редакции: «Принимает значение: 4.02»;

строку «Сведения о физическом лице, получившем лицензию на право нотариальной деятельности и (или) назначенном на должность нотариуса, занимающегося частной практикой (освобожденного от нее)» изложить в следующей редакции:

1.2.9. Наименование таблицы 4.3 изложить в следующей редакции:

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

1.2.10. В таблице 4.5 «Содержание передаваемых сведений (Сод.ПерСвед)» строку «Сведения о лицензии на право нотариальной деятельности» исключить;

1.2.11. Таблицу 4.9 «Сведения о лицензии на право нотариальной деятельности (ЛицНотарДеят)» исключить;

1.2.12. Номера таблиц 4.10 — 4.12 считать соответственно 4.9 — 4.11.

1.3. В приложении № 2:

1.3.1. Пункт 2 изложить в следующей редакции:

«2. Номер версии настоящего формата 4.02, часть 330_10.»;

1.3.2. Абзац тринадцатый пункта 3 изложить в следующей редакции:

«VO_SVADVPAL_2_330_10_04_02_xx, где хх — номер версии схемы.»;

1.3.3. Рисунок 1 «Диаграмма структуры файла обмена» изложить в редакции согласно приложению № 2 к настоящему приказу;

1.3.4. Дополнительную информацию в строке «Версия формата» таблицы 4.1 изложить в следующей редакции: «Принимает значение: 4.02»;

1.3.5. В таблице 4.5 «Содержание передаваемых сведений (СодПерСвед)» строку «Сведения о статусе адвоката» изложить в следующей редакции:

1.4. Приложение № 5 изложить в редакции согласно приложению № 3 к настоящему приказу.

1.5. Приложение № 6 изложить в редакции согласно приложению № 4 к настоящему приказу.

2. Управлениям Федеральной налоговой службы по субъектам Российской Федерации:

довести настоящий приказ до нижестоящих налоговых органов и обеспечить его применение;

обеспечить доведение настоящего приказа до органов, обязанных представлять сведения в налоговые органы в соответствии с пунктами 1, 2 и 6 статьи 85 Налогового кодекса Российской Федерации.

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

Зарегистрировано в Минюсте РФ 8 августа 2016 г.

Приложение № 1
к приказу Федеральной налоговой службы
от 15 июля 2016 г. № ММВ-7-14/[email protected]

Приложение № 2
к приказу Федеральной налоговой службы
от 15 июля 2016 г. № ММВ-7-14/[email protected]

Приложение № 3
к приказу Федеральной налоговой службы
от 15 июля 2016 г. № ММВ-7-14/[email protected]

Формат
представления сведений о выдаче свидетельства о праве на наследство в электронной форме
(утв. приказом Федеральной налоговой службы
от 22 октября 2012 г. № ММВ-7-6/[email protected])

I. Общие сведения

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

2. Номер версии настоящего формата 4.02, часть 160_04.

II. Описание файла обмена

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

R_T — префикс, принимающий значение: VO_FNPGFN;

Р — идентификатор получателя информации в виде четырехразрядного кода (код налогового органа в соответствии с классификатором «Система обозначений налоговых органов» (далее — СОНО);

О — идентификатор нотариуса — отправителя информации в виде двенадцатиразрядного кода (ИНН физического лица);

GGGG — год формирования передаваемого файла, ММ — месяц, DD — день;

N — идентификационный номер файла (длина — от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).

Расширение имени файла — xml. Расширение имени файла может указываться как строчными, так и прописными буквами.

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

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

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

VO_FNPGFN_2_160_04_04_02_xx, где хх — номер версии схемы.

Расширение имени файла — xsd.

XML схема файла обмена в электронном виде приводится отдельным файлом.

4. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 4.1 — 4.29 настоящего формата.

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

наименование элемента. Приводится полное наименование элемента*;

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

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями:

Т — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или Т(=к), где:

n — минимальное количество знаков, к — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-).

Формат числового значения указывается в виде N(m.к), где:

m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, к — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобному.), то признак обязательности элемента дополняется символом «К». Например: «ОК». В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например: «НМ», «ОКМ».

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

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

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

www.garant.ru

Есть сайт, работающий под управлением Битрикс Старт. По большому счету сайт уже готов и я выбрал более прогрессивную кодировку UTF-8, но возникла проблема подключения стороннего модуля (просто инклудом), которому кровь из носу нужно чтобы сайт был в cp1251.

P.S> Вариант перенаправления вывода подключаемого модуля и смена кодировки полученного текста не предлагать. Уже пробывал, по определенным причинам не вариант.

Извините но все-ровно не понял(

По-идее вам нужно переконвертить только файло, где есть русский текст. Потому что английский, если он был в cp1251, будет также нормально отображаться в utf. Но хз, лучще конвертить. В общем если хотите чтобы отображался русский текст, то конверть, если не надо, то и конвертить не стоит.

конечно. Для этого:
все файл пересохраняем в нужной кодировке
делаем дам БД и переводи его в нужную кодировку
изменяем кодировку в настройках сайта

В панели управления хостингом у вас должен быть phpMyAdmin, откройте в нем вашу базу данных, сделайте Export, в файл на свой комп. После этого файл сконвертируйте в cp1251 + в самом файле при создании таблиц (CREATE TABLE) тоже есть кодировка CHARSET=utf8, ее тоже надо поменять на 1251. Файлик потом там же заливается назад импортом.

Проблемы при перекодировке с windows-1251 на utf-8

Здравствуйте.
Возникла небольшая проблема с изменением кодировки. Делал все так, как описано здесь:
http://dev.1c-bitrix.ru/community/blogs/howto/1466.php
Возможно в чем-то ошибся.

Суть в том, что представленным скриптом успешно конвертировались (как сказал сам скрипт) все файлы сайта, но почему-то вся админка и административная панель при смене кодировки с windows-1251 на utf-8 в языковых настройках, вот в таких вот символах: «����», в то время как верстка сайта, наоборот, принимает презентабельный вид.
Насколько я понял, кодировка файлов битрикса почему-то представленным в блоге скриптом не изменилась. Не могу понять почему, и не могу понять как это исправить.
Надеюсь на помощь, и заранее спасибо.

Т.е. файлы и таблицы БД изменили как положено в статье?

И все равно кракозябры в админке?

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

Вполне возможно, что проблема действительно была в том, что я не удалил кэш вручную. Но сейчас уже принял решение не мучаться с этим, так как времени на создание сайта выделено не много, а написано на нем было не так уж и много, поэтому установил битрикс заново, уже с utf-8.

В любом случае, спасибо за помощь. Уверен, что мне это в будущем еще может понадобиться, и что кто-нибудь рано или поздно с проблемой столкнется.

Доброго времени суток.

Собственно вопрос: могу ли я на уже готовом сайте сменить кодировку?

начинать советую с конца

Спасибо за ответы. Собственно как я предполагал.

А что подразумевается под фразой «Смена кодировки в настройках битрикса»?

Как сменить кодировку с UTF-8 на cp1251

Меня не так волнуют файлы которые отвечают за вывод(и кстати какие файлики вы имели ввиду, физические странички,и шаблоны или какие еще содержат кирилицу кроме языковых?), меня больеш волнует вопрос перекодировки абсолютно всех файлов. Нужно ли это. А скрипт конвертер лехко может испольовать например тот же grep. Тоесть ввести маску можно — но стоит ли? Я просто там подчеркивал именно словосочитание «ВСЕ файлы»
Спасибо за ответ.

Если конвертить графическое файло, то ему приходит «бдыщь».

dev.1c-bitrix.ru