Транспортный файл что это
4. Требования к содержанию и структуре транспортного контейнера
Транспортный контейнер представляет собой файл, содержащий зашифрованные данные и реквизиты их шифрования. Все криптографические преобразования выполняются средством криптографической защиты информации (СКЗИ). Применяемые СКЗИ должны удовлетворять следующим требованиям:
— реализовывать процедуры формирования и проверки ЭЦП в соответствии с отечественными стандартами ГОСТ Р 34.11-94, ГОСТ Р 34.10-2001;
— реализовывать процедуры шифрования и имитозащиты в соответствии с ГОСТ 28147-89;
— соответствовать стандарту RFC 4357 «Additional Cryptographic Algorithms for Use with GOST 28147-89, GOST R 34.10-94, GOST R 34.10-2001, and GOST R 34.11-94 Algorithms», January 2006 (http://www.ietf.org/rfc/rfc4357.txt);
— поддерживать криптографический интерфейс компании Microsoft — Microsoft Cryptographic Service Provider (CSP);
— быть сертифицированными в соответствии с законодательством Российской Федерации.
Реквизиты шифрования данных:
— Версия — реквизит формата файла транспортного контейнера;
— Длина отпечатка сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, — реквизит сертификата отправителя;
— Отпечаток сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, — реквизит сертификата отправителя;
— Длина имени владельца сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, — реквизит сертификата отправителя;
— Имя владельца сертификата ключа ЭЦП в кодировке Windows 1251, с помощью которого были зашифрованы данные, — реквизит сертификата отправителя;
— Длина отпечатка сертификата ключа ЭЦП, с помощью которого можно расшифровать данные, — реквизит сертификата получателя;
— Отпечаток сертификата ключа ЭЦП, с помощью которого можно расшифровать данные, — реквизит сертификата получателя;
— Длина имени владельца сертификата ключа ЭЦП, с помощью которого можно расшифровать данные, — реквизит сертификата получателя;
— Имя владельца сертификата ключа ЭЦП в кодировке Windows 1251, с помощью которого можно расшифровать данные, — реквизит сертификата получателя;
— Длина зашифрованного сессионного ключа — вырабатывается СКЗИ;
— Зашифрованный сессионный ключ — вырабатывается СКЗИ;
— Длина вектора инициализации — вырабатывается СКЗИ;
— Вектор инициализации — вырабатывается СКЗИ;
— Длина зашифрованных данных — вырабатывается СКЗИ.
Зашифрованные данные представляют собой файл архива, содержащий в себе:
— файл документа информационного взаимодействия (налоговая декларация, квитанция, протокол и т.п.) — ДИВ;
— один или несколько файлов ЭЦП, которыми заверен документ, — ;
— один или несколько файлов с сертификатами ключей ЭЦП, которыми заверен документ, — (данный файл (файлы) могут отсутствовать);
— файл описания документа информационного взаимодействия — ОДИВ;
— файл информации об отправителе и получателе — ИОП.
Шифрование данных транспортного контейнера выполняется единым блоком, при этом используется шифрование гаммированием с обратной связью ГОСТ 28147-89.
Для архивирования данных применяется формат, соответствующий спецификации файлового формата ZIP . Структура транспортного контейнера приведена в Приложении 2.
Описание формата ZIP доступно на сайте компании разработчика PkWare www.pkware.com/company/standards/appnote/appnote.txt).
Имя файла транспортного контейнера совпадает с именем документа информационного взаимодействия (filename.ext), который он содержит. Требования к наименованию исходного файла документа информационного взаимодействия, его формату и правилам заполнения определяются соответствующими нормативными документами ФНС России и Минфина России. Пример файла документа информационного взаимодействия приведен в Приложении 3.
Файлы ЭЦП () содержат электронные цифровые подписи документа информационного взаимодействия, сформированные лицами, имеющими полномочия на право подписи таких документов или подтверждающих получение данного документа. Структура файла ЭЦП приведена в Приложении 4.
Файлы сертификатов ЭЦП () содержат сертификаты электронных цифровых подписей, владельцами которых подписан документ информационного взаимодействия. Данный файл является необязательным.
При необходимости для каждого файла ЭЦП в транспортном контейнере может содержаться соответствующий ему файл сертификата. При передаче сообщений, являющихся ответом на первичное сообщение, файлы сертификатов в состав зашифрованных данных транспортного контейнера не включаются. Структура файла сертификата приведена в Приложении 5.
Файл описания документа информационного взаимодействия (ОДИВ) используется для передачи оригинального наименования документа информационного взаимодействия в случае, когда такое наименование не может быть передано в наименовании файла транспортного контейнера. Структура и пример файла описания документа информационного взаимодействия приведены в Приложении 6.
Файл информации об отправителе и получателе транспортного сообщения (ИОП) содержит идентификатор отправителя контейнера, идентификатор получателя контейнера, тип передаваемой информации, версию транспортной программы, дополнительную информацию, если она необходима. Структура и пример файла информации приведены в Приложении 7.
Транспортный контейнер должен содержать все обязательные файлы, согласно описанию в разделе 6, соответствующие типу документа, передаваемого в транспортном контейнере. Допускается расширение состава транспортного контейнера, поступающего из налогового органа, файлами, содержащими дополнительную технологическую информацию. Файлы, расширяющие состав транспортного контейнера, не должны совпадать по структуре именования с файлами, требуемыми настоящим форматом.
Наименование транспортного контейнера является регистрозависимым.
Транспортный контейнер, содержащий подтверждение отправки — подтверждение налогового органа (подтверждение специализированного оператора связи) об отправке документа, с датой и временем его передачи, имеет такое же наименование, как и транспортный контейнер, содержащий первичный документ (исходный файл документа информационного взаимодействия — filename.ext), с дополнительным расширением «rcpt».
Транспортный контейнер, содержащий квитанцию (первичный документ налогоплательщика, переподписанный налоговым органом), именуется так же, как транспортный контейнер, содержащий первичный документ.
Транспортный контейнер, содержащий переподписанное подтверждение об отправке документа, отправляемое налогоплательщиком, имеет такое же наименование, как и транспортный контейнер, содержащий подтверждение об отправке, с дополнительным расширением «nlp».
Транспортный контейнер, содержащий подтверждение приема налогоплательщиком неформализованного документа налогового органа с датой и временем его приема, имеет такое же наименование, как и транспортный контейнер, содержащий неформализованный документ налогового органа, с дополнительным расширением «nlp» (message.txt.nlp).
Транспортный контейнер, содержащий переподписанное подтверждение об отправке документа, отправляемое налоговым органом, имеет такое же наименование, как и транспортный контейнер, содержащий подтверждение об отправке, с расширением «gni».
Транспортный контейнер, содержащий протокол входного контроля, отправляемый налоговым органом, имеет такое же наименование, как и транспортный контейнер, содержащий первичный документ, с дополнительным расширением «log».
Транспортный контейнер, содержащий переподписанный налогоплательщиком протокол входного контроля, имеет такое же наименование, как и транспортный контейнер, содержащий протокол входного контроля, с дополнительным расширением «nlp».
Транспортный файл что это
3.1. Содержимое транспортного контейнера
Транспортный контейнер представляет собой zip-архив, содержащий:
— файл с транспортной информацией в формате xml;
— zip-архивы файлов с содержимым передаваемых документов;
— zip-архивы файлов с описаниями документов;
— файлы с содержимым передаваемых ЭП;
Схема транспортного контейнера приведена на рисунке 1.
│транспортный контейнер, zip-архив │
│ │транспортная │ │шифрованные данные │ │
│ │ │список документов и├─┼────┘ └─┤ ЭЦП │ │
Рисунок 1: Схема транспортного контейнера
3.1.1. Файлы с содержимым документов и ЭП именуются с использованием универсальных уникальных идентификаторов по формату «.bin».
3.1.2. Транспортная информация и файлы с содержимым документов и ЭП объединяются в zip-архив в режиме STORE. Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.
3.1.3. В одном транспортном контейнере передаются документы и ЭП, относящиеся к одной транзакции.
Транспортный контейнер может содержать не более 2500 файлов. Размер транспортного контейнера не должен превышать 72 мегабайт, а размер любого файла в контейнере не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт.
(в ред. Приказа ФНС России от 17.11.2014 N ММВ-7-6/588@)
(см. текст в предыдущей редакции)
3.1.3.1. Для КНД=1120101, 1120502, 1151100, 1155116, 1155118, 1160070, 1160082, КНД=1151001 v.5.04 и приложений (КНД=Индекс=0000080, 0000081, 0000090, 0000091, 0000100, 0000110, 0000120) к основному файлу (КНД=1120101, 1160070, КНД=1151001 v.5.04), размер транспортного контейнера не должен превышать 10 гигабайт, а размер любого файла в контейнере не должен превышать 8 гигабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 100 гигабайт. Транспортный контейнер передается в составе почтового сообщения, размер которого не превышает 10 гигабайт.
(в ред. Приказов ФНС России от 22.11.2021 N ЕД-7-26/1011@, от 21.01.2022 N ЕД-7-26/34@, от 26.01.2023 N БС-7-26/55@)
(см. текст в предыдущей редакции)
3.1.3.2. Для документов, передаваемых в рамках документооборота по осуществлению письменных обращений абонентов в налоговые органы, размер транспортного контейнера не должен превышать 5 мегабайт.
(п. 3.1.3.2 введен Приказом ФНС России от 22.11.2021 N ЕД-7-26/1011@)
3.1.3.3. Для документов, передаваемых в рамках документооборота, используемого налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, с КНД = 1160100, 1165022, 1165023, 1165052, 1165063, 1165215 размер транспортного контейнера не должен превышать 1 гигабайт. Размер любого файла в транспортном контейнере не должен превышать 900 мегабайт. Суммарный объем всех исходных файлов, zip-архивы которых содержатся в транспортном контейнере, не должен превышать 1 гигабайт.
(пп. 3.1.3.3 введен Приказом ФНС России от 27.05.2022 N ЕД-7-26/441@; в ред. Приказов ФНС России от 05.09.2022 N ЕД-7-26/810@, от 20.11.2023 N ПА-7-26/894@)
(см. текст в предыдущей редакции)
3.1.3.4. Для документов, передаваемых в рамках документооборота по осуществлению информационной рассылки со стороны налоговых органов и документооборота по осуществлению групповой информационной рассылки со стороны налоговых органов, размер транспортного контейнера не должен превышать 5 мегабайт, размер любого файла в транспортном контейнере не должен превышать 4 мегабайта. Исходный объем файлов, zip-архивы которых содержатся в транспортном контейнере, не должен превышать 4 мегабайта.
(пп. 3.1.3.4 введен Приказом ФНС России от 18.10.2022 N ЕД-7-26/945@)
3.1.3.5. Для документов, передаваемых в рамках документооборота, используемого налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, с КНД = 1160098, 1165020, 1165021 размер транспортного контейнера не должен превышать 10 гигабайт. Размер любого файла в транспортном контейнере не должен превышать 9 гигабайт. Суммарный объем всех исходных файлов, zip-архивы которых содержатся в транспортном контейнере, не должен превышать 10 гигабайт.
(пп. 3.1.3.5 введен Приказом ФНС России от 20.11.2023 N ПА-7-26/894@)
3.1.4. Описание документа присутствует в транспортном контейнере в виде отдельного zip-архива в случае, если описание документа определено типом передаваемого документа. Формат описания документов приведен в Приложении 1 к настоящему документу. Описание документа содержит дополнительную информацию о передаваемом файле и носит исключительно информативный характер. Документ может использоваться для более информативного диагностического сообщения при невозможности расшифровать файлы транспортного контейнера.
3.1.5. Формат описания транспортной информации приведен в Приложении 2 к настоящему документу.
Транспортный файл. Руководство пользователя
Это файл в формате .csv, с помощью которого можно, не заходя в «Центр Охраны», изменить часть данных в одной или нескольких карточках объекта. Транспортный файл можно создать вручную или автоматически выгрузить из программы, которая используется в организации.
Как выглядит транспортный файл?
Одна строка транспортного файла соответствует одной карточке объекта в «Центре Охраны».
Все поля в строках имеют разделитель — точка с запятой . В «Центр Охраны» передается только первые 6 полей строки. Остальные поля игнорируются.
Каждому полю транспортного файла соответствует поле в карточке объекта « Центра Охраны». Поэтому важно соблюдать порядок полей при создании файла.
Пример транспортного файла
Скриншот транспортного файла , созданного с помощью текстового редактора « Блокнот» в системе Windows.
с помощью такого файла можно изменить данные для двух карточек объекта с номерами 38 и 55
Какие поля содержит транспортный файл?:
1 — Номер объекта
Только целое число. Например, 38 или 112
2 — Номер договора
Любое значение, которое не содержит точку с запятой. Потому что этот символ является разделителем в csv-файле. Например, ДДУ-455
3 — Баланс
Целые и десятичные числа, с разделителем — запятая. Возможно указать отрицательное значение. Например , 123,034 или -1200,45
4 — Абонентская плата
Целые и десятичные числа с разделителем — запятая. Нельзя указать отрицательное значение. Например , 455,234 или 1200
5 — Дата списания
Дата в формате гггг-мм-дд. Например, 2018−11−14
6 — Уровень информирования
Целое число из диапазона от -1 до 3. Например, -1 или 2. Числа вне этого диапазона не принимаются.
Обязательные поля: «Номер объекта» или « Номер договора».
При загрузке файла в «Центр Охраны» значения запишутся в аналогичные поля карточки объекта в модуле « Менеджер объектов». «Номер договора» и «Номер объекта» расположены на вкладке « Объект». «Баланс», «Абонентская плата», «Дата списания» и «Уровень информирования» на вкладке « Охрана».
Значение поля « Уровень информирования» из транспортного файла влияет на переключатель в области « Услуги охраны» на кладке « Охрана».
Описание того, как поля из транспортного файла отображаются в мобильном приложении клиентов, описано в статье MyAlarm: Настройки объекта.
Что такое уровень информирования?
Значение уровня информирования ( -1, 0, 1, 2 или 3) в транспортном файле соответствует положению переключателя на вкладке « Охрана» в области « У слуги охраны».

- -1 Не отображать информацию в MyAlarm
- 0 Нет задолженности
- 1 Информировать о необходимости оплаты
- 2 Предупреждать о наличии задолженности
- 3 Запретить взятие под охраны и ограничить функции MyAlarm
Подробнее о том, как работает уровень информирования в статье MyAlarm: Настройки объекта
Как создать транспортный файл?
Транспортный файл можно создать вручную с помощью текстового редактора, Excel или любой другой похожей программы.
- Откройте текстовый редактор, например, «Блокнот»
- Создайте новый файл
- В строке перечислите через точку с запятой значения, которые хотите внести в карточку объекта
- Сохраните файл в формате .csv с кодировкой UTF-8 ( кодировка выбирается при сохранении, под названием, если используете « Блокнот»).
Важно! При перечислении значений в строке, нужно точно соблюдать порядок полей. Поля в строке расположены в таком порядке:
1 номер объекта; 2 номер договора; 3 баланс; 4 абонентская плата; 5 дата списания; 6 уровень информирования.
Если вы ошибетесь и внесете значение баланса ( номер 3), в поле абонентской платы ( номер 4), то клиент увидит в приложении неверную информацию об абонентской плате.
Транспортный файл может создаваться автоматически программой, которая используется в охранном предприятии для учета данных, например, 1С. Настроить выгрузку транспортного файла может технический специалист, обслуживающий эту систему.
Можно ли изменить только некоторые поля с помощью файла?
В транспортном файле можно указать значения только для части полей.
Номер объекта и номер договора — это идентификаторы объекта . Без них невозможно найти объект, чтобы внести в его карточку данные. Поэтому хотя бы одно из этих трех полей должно быть заполнено обязательно.
Важно! Нельзя просто удалить лишние поля из транспортного файла. Пустые поля должны быть разделены точкой с запятой.
Пример транспортного файла с частью данных
с помощью такого файла в карточку объекта загрузится только дата списания
Как изменить значения в нескольких карточках объекта?
Если нужно изменить данные по нескольким объектам одновременно, создайте в файле соответствующее количество строк и для каждой из них укажите свои значе ния.

Как очистить поля в карточке объекта ?
В этой версии с помощью транспортного файла очистить поля нельзя. Это возможно только вручную в карточке объекта.
Как загрузить транспортный файл в Центр Охраны?
В «Центр Охраны» файл загружается автоматически с помощью службы « Центра Охраны» C. Nord HTTP-API Service . Чтобы данные из файла начали загружаться в «Центр Охраны» автоматически, нужно сделать предварительные настройки, указав путь к файлу и частоту проверки изменений в нем.
Как настроить службу CNord.WebApi.Service?
Параметры службы задаются в конфигурационном файле CNord.WebApi.Service.exe.config, расположенном в папке установки « Центра Охраны».
В большинстве случаев файл находится по пути: C: Program Files ( x86)AndromedaHttpApiServiceCNord.WebApi.Service.exe.config
Чтобы изменить его содержимое, файл должен быть открыт от имени администратора.
В файле нужно сделать две настройки:
1. Частота проверки транспортного файла и загрузки его в «Центр Охраны»
Определяет в какие промежутке времени служба будет проверять файл и загружать его в «Центр Охраны».
Чтобы изменить параметр:
-
най дите в файле блок:
2. Путь к транспортному файлу
с помощью этого параметра служба определяет где и какой файл выбрать для загрузки
Чтобы изменить параметр:
-
найдите в файле блок:
Важно! После настройки службы транспортный файл нужно положить в в папку, которую вы указали в конфигурационном файле.
Что произойд ет после настройки службы CNord.WebApi.Service?
Согласно настройкам в конфигурационном файле, служба проверит наличие файла по указанному адресу. Если транспортный файл изменился с момента последней загрузки и все значения указаны правильно, данные из файла загрузятся в «Центр Охраны».
Бухгалтерская и налоговая отчетность в электронном виде
Бухгалтерская и налоговая отчетность в электронном виде (ЭБНО) представляет из себя набор атрибутов, перечисленных в соответствующем приказе МНС или ПФР о формате представления налоговой и бухгалтерской отчетности в электронном виде. На основании описания формы отчетности осуществляется заполнение ЭБНО данными системы. Описание форм отчетности формируется автоматически (с помощью конвертеров) и не подлежит редактированию.
Реестр форматов ЭБНО
Налоговая отчетность
- КНД 1110018: Сведения о среднесписочной численности работников за предшествующий календарный год
- КНД 1152004: Налоговая декларация по транспортному налогу
- КНД 1152026: Налоговая декларация по налогу на имущество организаций
- КНД 1152028: Налоговый расчет по авансовому платежу по налогу на имущество организаций
Бухгалтерская отчетность
- 4-ФСС: Расчет по начисленным и уплаченным страховым взносам на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством и по обязательному социальному страхованию от несчастных случаев на производстве и профессиональных заболеваний, а также по расходам на выплату страхового обеспечения
- РСВ-1: Расчет по начисленным и уплаченным страховым взносам на обязательное пенсионное страхование в Пенсионный фонд Российской Федерации, страховым взносам на обязательное медицинское страхование в Федеральный фонд обязательного медицинского страхования и территориальные фонды обязательного медицинского страхования плательщиками страховых взносов, производящими выплаты и иные вознаграждения физическим лицам
Работа с ЭБНО
Заполнение данными системы
Выполняется соответствующий расчет и заполнение атрибутов ЭБНО. После заполнения данными некоторые атрибуты ЭБНО требуется заполнить вручную (атрибут может быть пустым как из-за принципиальной невозможности автоматического вычисления (например, атрибут «Количество страниц» в отчетности, представленной в электронном виде), так и из-за отсутствия необходимых для расчета подсистем АвтоПарк). Для удобства работы есть возможность скрыть заполненные атрибуты, оставив только требующие ручного заполнения. При переформировании ЭБНО с заполненными данными операторские изменения не удаляются. Для полной очистки ЭБНО используется «Полная очистка».
Первичный и уточненный расчеты
При представлении первичного расчета в поле «Номер» проставляется код 001. Если представляется уточненный расчет за соответствующий период, то указывается порядковый номер корректировки, например 002, 003 и т.д. Существует строгий контроль нумерации ЭБНО — в отчетном периоде все номера должны идти последовательно.
Использование ЭБНО за предыдущий расчетный период
Расчетный период — это обычно календарный год. В некоторых ЭБНО требуется заполнять данные «на начало расчетного периода», то есть на начало года, по результатам отчетности прошлого года. Когда в Системе имеется единственная «предыдущая» ЭБНО со статусом «Сдан», ее данные выбираются автоматически. В других случаях при наличии ЭБНО за предыдущий расчетный период, предлагаются на выбор все подходящие ЭБНО. Если предыдущая отчетность по какой-то причине не годится, то можно выбрать «Не использовать ЭБНО за предыдущий период» и заполнить вручную данные предыдущих периодов.
Использование ЭБНО за предыдущий отчетный период
Отчетный период — это обычно квартал. При формировании некоторых ЭБНО требуются данные из предыдущего квартала. Если в Системе имеется единственная «предыдущая» ЭБНО со статусом «Сдан», ее данные выбираются автоматически. В других случаях предлагается выбор из всех подходящих пакетов за предыдущий период. Для корректного формирования ЭБНО за текущий отчетный период с использованием данных из пакета за предыдущий период требуется строгое соответствие данных в ЭБНО за предыдущий период и данных, принятых в контролирующем органе (ПФР, ФНС). В случае выбора пункта «Не использовать ЭБНО за предыдущий период» будет выполнен расчет данных за предыдущий отчетный период.
Транспортный файл
Транспортный файл создается в специальном формате для проверки и передаче по телекоммуникационным каналам связи. Файл создается в указанной пользователем папке. При выборе сменного диска на нем будет сохранена копия транспортного файла. Транспортный файл создается на основе подготовленных по ЭБНО данных. Если процедура создания транспортного файла уже выполнялась, следует обратить внимание на время последней модификации ЭБНО и время подготовки данных для формирования транспортного файла. Если в данные ЭБНО вносились изменения (дата/время подготовки данных меньше, чем дата/время последней модификации ЭБНО), настоятельно рекомендуется создание транспортный файл в режиме «с переформированием данных». Существует два режима создания транспортного файла:
- Создание: подготавливаются данные и создается транспортный файл. Если данные были подготовлены до модификации ЭБНО, пользователю будет предложено переформировать данные. Внимание! Если данные не будут переформированы, транспортный файл будет создан БЕЗ учета изменений в ЭБНО.
- С переформированием данных: данные для создания транспортного файла будут переформированы принудительно.
Печать
Печать в Word полностью сформированной ЭБНО по утвержденной в соответствующем приказе форме.
Выгрузка в Excel
Стандартная выгрузка данных ЭБНО в MS Excel (например, для выверки данных). Для некоторых форм ЭБНО существуют специальные формы выгрузки в Excel.
Особенности заполнения некоторых форм ЭБНО
Расчетная ведомость ФСС (форма 4-ФСС)
Методика заполнения
- Из расчетных листов работников по конкретным видам начислений — суммы расходов по видам пособий.
- Из документов учета отсутствия/оплаты по-среднему по конкретным видам документов — количество случаев и дней временной нетрудоспособности.
- Ручной ввод — информация по путевкам и перечислениям в ФСС, по пеням и штрафам.
Предварительная подготовка
- Сообщить Разработчику коды видов начислений, возмещаемых из средств Фонда социального страхования (ФСС РФ):
- по временной нетрудоспособности;
- по беременности и родам;
- по уходу за ребенком до полутора лет, первый ребенок;
- по уходу за ребенком до полутора лет, второй и последующие дети;
- при рождении ребенка;
- на погребение;
- оплата дополнительных выходных дней по уходу за ребенком-инвалидом;
- пособие женщинам, вставшим на учет в медицинских учреждениях в ранние сроки беременности;
- по временной нетрудоспособности в связи с несчастным случаем на производстве.
РСВ-1 Расчет по страховым взносам на ОПС и ОМС
- ЭБНО заполняется на основе сведений о страховых взносах ФЛ.
- При наличии подсистемы Учет расчетов данные об остатке страховых взносов, подлежащих уплате на начало расчетного периода и данные об уплаченных СВ могут быть подсчитаны по лицевым счетам договоров. Для этого в договорах должно быть указано соответствующее назначение договора (налоги и сборы: ПФР, страховая часть, налоги и сборы: ПФР, дополнительный тариф 1, налоги и сборы: ПФР, дополнительный тариф 2, налоги и сборы: ФФОМС страховой сбор и т.п.).
- При формировании расчета, начиная с с 2011 года, требуются данные из ЭБНО за предыдущий расчетный период (предыдущий год), а так же данные за предыдущий отчетный период (1 квартал/6 месяцев/9 месяцев, кроме формирования ЭБНО за первый квартал). При первоначальном формировании ЭБНО предлагается выбрать пакет за предыдущий расчетный период. Код выбранного пакета сохраняется в атрибуте «ПакетПредПериод» и при последующем переформировании используется для получения данных за предыдущий расчетный период. Если необходимо переформировать ЭБНО с другим пакетом за предыдущий расчетный период, следует либо явно указать в атрибуте «ПакетПредПериод» код ЭБНО за предыдущий расчетный период, либо вручную очистить номер пакета в ЭБНО и заново выполнить процедуру заполнения данными системы, либо выполнить «Полную очистку» ЭБНО с последующим заполнением данными системы.
- При формировании РСВ за текущий отчетный период в сумму доначисленных страховых взносов включаются СВ, рассчитанные в АвтоПарк после (сравниваются временной штамп ЭБНО и временной штамп расчета СВ) момента формирования последней сданной РСВ за предыдущий отчетный период. Особенности подсчета сумм страховых взносов, доначисленных в текущем отчетном периоде за предыдущие периоды:
- РСВ за текущий отчетный период формируется с учетом РСВ за предыдущий отчетный период: в сумму доначисленных СВ будут включены СВ, доначисленные в текущем отчетном периоде (квартал) за предыдущие отчетные периоды.
- РСВ за текущий отчетный период формируется без учета РСВ за предыдущий отчетный период: в сумму доначисленных СВ будут включены все СВ, доначисленные в текущем расчетном периоде (год) за предыдущие отчетные периоды.
- Для формирования РСВ-1, начиная с 2012 года, требуется наличие сформированных сведений персонифицированного учета.
- При формировании ЭБНО производится расчет разницы между двумя суммами за прошлый расчетный период (квартал, полугодие или 9 месяцев) — посчитанной (заново!) в момент формирования и взятой из ЭБНО (за прошлый период!). Порядок проверки:
- Сумма первого месяца расчетного квартала есть сумма, подсчитанная в момент формирования ЭБНО и увеличенная на сумму из п.1.
- Остальные два месяца расчетного квартала — просто посчитаны в момент формирования ЭБНО.
- При ненулевой сумме из п.1 в протоколе формирования РСВ по соответствующему атрибуту отображаются посчитанные данные и вычисленные (сумма из п.2). Ненулевая сумма из п.1 означает, что после сдачи сведений за предыдущий расчетный период изменились страховые взносы. Скорее всего, требуется подача корректирующей РСВ за предыдущие расчетные периоды.
- При передаче РСВ в ПФР в электронном формате с 2014 транспортные файлы по персонифицированному учету формируются одновременно с транспортным файлом РСВ-1.
Корректирующие РСВ, начиная с 2014 года
Корректирующую РСВ, начиная с 2014 года, требуется подавать с исходными сведениями персучета за корректируемый период. Для формирования корректирующей РСВ необходимо выполнить следующее:
- Установить состояние исходной РСВ за корректируемый период как «Отвергнуто».
- Установить состояние исходных сведений персучета за корректируемый период как «Отвергнуто».
- Сформировать новые исходные сведение персучета за корректируемый период.
- Сформировать корректирующую РСВ и выполнить процедуру заполнения данными.
Декларация (авансовый расчет) по налогу на имущество организаций
Формирование отчетности по данной форме происходит на основании данных подсистемы Учет основных средств. Ставка налога на имущество указывается в свойстве моей организации 8017 и, в случае льгот по конкретным объектам ОС, в свойстве соответствующих объектов ОС 7053. При наличии налоговой льготы в виде уменьшения суммы налога, подлежащей уплате в бюджет, код и сумма льготы указываются непосредственно в пакете с данными после формирования отчетности (атрибуты «КодЛгУмен» и «СумЛгУмен» соответственно).
Показатели декларации «Сумма авансовых платежей, исчисленная за отчетные периоды» подсчитываются автоматически на основании содержимого пакетов с расчетами по авансовым платежам (пакеты должны быть в состоянии «Сдан») за налоговый период.
Формы бухгалтерской и налоговой отчетности
Оформление
Код Наименование КНД Форма по КНД. Версия Номер версии электронного формата отчетности. Период применимости Вид Расчетная ведомость ФСС Декларация по НДС и др. Описание формы
