Ошибка флк что это фсс - Не ошибается лишь тот, кто ничего не делает!

Ошибки при форматно-логической проверке

После определения формата отправляемых документов сервер СБИС зафиксировал фатальные ошибки в форматно-логическом контроле.

Примеры расширенной части сообщения:

Файл ON_SCHET_2BEcf64bba310444f5daed3cc864750e188_2BE7ed0b1f69af611e3845e005056b76e76_20140411_fc2c44c6-c131-11e3-ac8c-005056b74802.xml
ошибки: [Отсутствует обязательный атрибут «Файл.Документ.СвСчет.СвПокуп.ИдСв.СвФЛ.ФИОИП.Имя»]
Файл ON_SCHET_2BE50afaf555e874a7cbd5d0d5ab3abc4f0_2BE7ed0b1f69af611e3845e005056b76e76_20140411_4469965e-c13c-11e3-9f08-005056b74802.xml
ошибки: [Значение «2/4стр23Б» атрибута «Файл.Документ.СвСчет.СвПокуп.Адрес.АдрРФ.Дом» больше максимально допустимой длины (8)]

Причина №1. Вложение документа не соответствует утвержденному формату

Проверьте вложения документа на соответствие утвержденным форматам. Исправьте формат вложения.
Если при отправке вы указываете тип вложения («Документ.Вложение.Тип») — проверьте, соответствует ил он реальному типу вложения.
Повторите отправку документа.

Причина №2. СБИС неправильно классифицирует неутвержденный формат и принимает его за утвержденный с ошибками

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

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

01.12.2021

«Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений».

При отправке реестра электронных листков нетрудоспособности (ЭЛН) в ФСС может возникать ошибка: «Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений».

Данная ошибка может возникать в тех случаях, когда данные ЭЛН уже были получены в ФСС от страхователя. При этом, если попытаться опять перезаполнить больничный из ФСС в программе, то программа скажет, что документ невозможно загрузить, так как он уже «Рассчитан страхователем».

Если при отправке реестра ЭЛН в ФСС часть данных может быть отправлена, а другая часть (содержащая ошибки) отклоняется, тогда в 1С весь реестр ЭЛН отмечается как неотправленный.

Если этот больничный вам все-таки необходимо отправить, то в реестре ЭЛН для каждой строки нужно указать «Код причины исправления». Для этого в графе «Исправление по причине» необходимо поставить галку и выбрать причину, например, код «06» — «Ошибка оператора». После чего необходимо провести данный документ и заново отправить реестр.

Возврат к списку

Содержание

Почему возникла проблема выгрузки Реестров прямых выплат ФСС
Как обойти проблему выгрузки Реестров прямых выплат ФСС для ЭЛН

Почему возникла проблема выгрузки Реестров прямых выплат ФСС

В связи с обновлением в 1С реестров прямых выплат для выгрузки и отправки данных в новом формате 1.7.7 многие пользователи, которые отправляют данные в фонд соцстраха не из 1С, а из сторонних программ (СБИС, Контур и т.д.), столкнулись с проблемами. Дело в том, что в ЗУП 3.1 используется уже новый формат реестров — 1.7.7, а сторонние программы могут использовать еще старый формат 1.7.6. Говорят, что и ФСС в некоторых регионах не готов пока к приему данных в новом формате, хотя заявлено, что фонд должен принимать данные как в старом 1.7.6, так и в новом формате 1.7.7.

В новом формате изменилась выгрузка данных по электронным больничным (ЭЛН) — многие реквизиты для ЭЛН теперь не требуется выгружать и отправлять в ФСС. Т.е. для бумажных и электронных больничных выгрузка теперь формируется по-разному: для ЭЛН выгружается гораздо меньше данных. Это приводит к тому, что при загрузке в сторонние программы реестров по электронным больничным выдается ошибка, что данных недостаточно и требуется ручной ввод недостающих данных.

Об этой проблеме рассказывали в Новое в ЗУП за 5 минут — выпуск от 02.02.2021

Как обойти проблему выгрузки Реестров прямых выплат ФСС для ЭЛН

Вариантов обхода два.

Первый – выгружать данные в старом формате 1.7.6, но в новых версиях конфигурации 1С:ЗУП 3.1 возможности выбора формата, к сожалению, нет. Т.е. потребуется либо привлечение программиста и доработка, либо как вариант – остаться на старой версии конфигурации (версия ЗУП 3.1 < 3.1.14.394 и 3.1.16.133).

Второй вариант – сделать вид, что выгружаем бумажный больничный, а не электронный, а после загрузки в сторонней программе перед отправкой в ФСС восстановить признак «электронности» больничного.

Последовательность действий:

В ЗУП 3 в Реестре прямых выплат ФСС снять флажки, что больничные электронные:
Выгрузить Реестр прямых выплат ФСС в файл.
Загрузить файл в стороннюю программу (СБИС, Контур и т.д.)
В сторонней программе и в ЗУП 3 в Реестре прямых выплат ФСС поставить флаг ЭЛН.
Отправить данные.

Напишите в комментариях, удалось ли вам сдать Реестр прямых выплат ФСС в новом формате?

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:ЗУП, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Оцените публикацию

(10 оценок, среднее: 5,00 из 5)

Загрузка…

При отправке по кнопке отправить в фсс, ошибка в журнале регистрации, как в первом сообщении темы

Судя по вашим скриншотам, вы меняете настройки сертификатов. Правильные сертификаты на скриншоте.

Создаем документ Реестр сведений для начисления пособий, который можно открыть непосредственно из документа Расчет пособия по временной нетрудоспособности, либо из раздела Отчетность-Пилотный проект. Заполняем реестр, проверяем правильность заполнения с помощью кнопки Контроль. При нажатии на кнопку Отправить ЭЛН в ФСС, сформируется и автоматически отправится Реестр ЭЛН на портал ФСС, данный Реестр содержит данные страхователя (работодателя). Взаимосвязь с ФСС напрямую по кнопке Отправить ЭЛН в ФСС произойдет, если в программе заполнены сертификаты и настроен Обмен с ФСС. Если ЭЛН был загружен в программу из файла, скачанного из Личного кабинета в ФСС, тогда необходимо данные о страхователе (работодателе) заполнить в Личном кабинете ФСС вручную.4. После формирования Реестра ЭЛН, в том же документе Реестр сведений для начисления пособий, нажимаем на кнопку Сформировать файл, сформируется Реестр для оплаты, который отправляем в ФСС через спецоператора связи. Реестр сведений для начисления пособий можно сформировать непосредственно из документа Расчет пособия по временной нетрудоспособности, либо из раздела Отчетность — группа Пилотный проект.
Файл на оплату можно отправить напрямую из программы, при условии, что у вас подключена 1С Отчетность. При подключенной 1С Отчетности, в Реестре нажать Отправка — Отправить в ФСС или непосредственно из раздела Отчетность — 1С Отчетность — Регламентированная отчетность.



ФСС не принимает реестр по ЭЛН: как исправить ошибки?

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

База: 1С 8.3 «Предприятие».
Вид отчета: Реестр по ЭЛН.

Ошибки при отправке:

1) WARN_919 (Ф/Л) Для корректной обработки реестра сведений ПВСО необходимо заполнить сведения в части страхователя в соответствующих Электронных листках нетрудоспособности № 000000 статус ЭЛН 030.

2) ERR_917 (Ф/Л) Данные указанные в реестре/ в заявлении по ЭЛН 000000 не соответствует данным, указанным мед. организацией в ЭЛН

Как исправить данные ошибки?
Все, вроде, верно внесла. В ФСС получила сам лист ЭЛН с подробным описанием, что делвать (пришлось обращаться напрямую, после многих неудачных попыток отправить этот реестр!), но и это не помогло! Большая часть ошибок исчезла. Остались эти!(
До этого прекрасно отправляли!
Уже и не знаю, что делать!

Заранее: Спасибо большое за ответ!!!!

День добрый.
Аналогичная ошибка (WARN_919(Ф/Л), только в СБИС.
До вчерашнего дня все отлично уходило.
День бьюсь — результата нет…

Формируйте и сдавайте реестры больничных в ФСС через интернет

Добрый день.
Очень похоже на временные неполадки программного модуля ФСС.

Александра Кривошеева, Спасибо большое!
Получилось отправить, спустя некоторое время. Видимо, да, были неполадки)))

СЭДО с ФСС

Готовьте и сдавайте в ФСС сведения о застрахованных лицах

При попытке отправки «Реестра прямых выплат» выходит сообщение об ошибке: «Перед отправкой реестра прямых выплат для ЭЛН требуется отправить реестр ЭЛН». Что делать?

После обновления конфигурации при отправке «Реестра прямых выплат ФСС» выходит следующее сообщение:

Что делать?

Да, разработчики фирмы 1С в последних обновлениях добавили сообщение об ошибке, чтобы пользователи не забывали отправлять «Реестры ЭЛН» перед отправкой «Реестров прямых выплат», как того требует ФСС. Желательно, чтобы разрыв в отправке реестра ЭЛН и реестра для назначения не был больше 5 дней.

Реестр ЭЛН для отправки в ФСС — содержит сведения об имеющихся в Вашей организации электронных больничных листах (ЭЛН).
Реестр прямых выплат (для назначения пособий) — содержит не только сведения об ЭЛН, но и содержит информацию, необходимую для назначения пособия со стороны ФСС.

Как уточнили в ФСС:

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

Теперь программы 1С просто стали предупреждать об этом раньше, чем это предупреждение придет в протоколе ФСС. Предупреждение является чисто информационным и не влияет на проведение Реестра, отправку или выгрузку файла.

ОБРАТИТЕ ВНИМАНИЕ!

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

Это предупреждение критично для тех организаций, кто отправляет реестры напрямую из конфигураций 1С через сервис 1С:Отчетность, т.к. сторонние программы (например, СБиС, Контур) при отправке сведений автоматически формируют оба файла и направляют в ФСС. «Реестр ЭЛН» в эти программы загружать отдельно не требуется.

Создание и отправка реестра ЭЛН в ФСС

«Реестр ЭЛН» можно создать в рабочем месте 1С-Отчетность :

Табличную часть документа Реестр ЭЛН для отправки в ФСС можно заполнить по выбранной организации по кнопке Заполнить. Таблица заполняется всеми ЭЛН, которые не были отправлены. По кнопке Подобрать можно выбрать конкретные ЭЛН, которые необходимо отправить в ФСС:

После проведения Реестр можно отправить через 1С-Отчетность по кнопке Отправить реестр в ФСС:

При отправке возникли трудности? Свяжитесь с нашими специалистами по телефону или оставьте заявку с помощью данной формы. Мы обязательно поможем!

Хотите сделать заказ? Оставьте
заявку

Мы в социальных сетях! Подписывайтесь!

й2.jpg

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

Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 19.12.2018 N ММВ-7-15/820@») для счет-фактуры.

Т.е. простыми словами электронный документ это xml файл определенной структуры, если структура или состав данных в полях выгружаемого документа нарушены, возникает такая ошибка.

Исправить эту ошибку можно просто внимательно перечитав ошибку. Например:
Документ ‘Фактура 03.05.19 № 1 на сумму 0.01 р., в т.ч. НДС 0 р.’ (файл ‘ON_SCHFDOPPR_*_*_20190503_debc19dc-1bd6-433c-a04d-fe65c6b70536.xml’) содержит ошибку:
1) Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст: Минимальная длина поля равна 1.

В данном случае в этом узле «Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст» указывает что явно есть какая-то ошибка с адресом. Из этой части «СвПрод.Адрес» становится понятно, «Минимальная длина поля равна 1» что адрес не заполнен у продавца документа. Таким образом адрес продавца по формату этого документа — обязательный и для отправки документа необходимо исправить адрес в справочнике СБИС или 1С или иной другой системе, где формируются отправляемые документы.

Источник

Ошибка ФЛК — что делать владельцу кассового аппарата

Федеральная Налоговая Служба ведет постоянную работу по совершенствованию механизмов автоматического анализа и контроля тех данных, которые организации предоставляют ей в электронном виде. Ее цель понятна — повысить собираемость налогов. Это касается и фискальных данных, которые формирует ваша on-line касса. Чеки, товары и услуги из них, открытие и закрытие смены, возвраты, ваши кассиры и клиенты, данные о товарах и местах расчета, применяемых скидках, предоплатах и авансах и еще многое другое. Объем обрабатываемой информации огромен — более 3,5 млн. кассовых аппаратов по всей стране отправляют в ФНС ежедневно примерно 200 млн кассовых чеков. Понятно, что работать с такими большими данными можно только, если эти данные сформированы по правилам. Поэтому с каждым днем усиливаются требования именно к корректности данных, вплоть до полного отклонения фискальных документов, в которых выявлены какие-либо нарушения по их заполнению. В случае отклонения чека с вашей кассы на стороне ОФД или ФНС вы, как владелец кассового аппарата, начинаете нарушать требования законодательства по ее применению, что влечет за собой серьезные штрафы. Как их избежать мы и обсудим в этой статье.

Проверка корректности чеков возложена на вашего оператора фискальных данных (ОФД), который выполняет ее по правилам, утвержденным ФНС. Такая проверка называется форматно-логический контроль (ФЛК) и уже давно применяется при приемке всей электронной налоговой отчетности. При ФЛК проверяется точное соответствие всех реквизитов фискального документа (тегов) выполняемой кассовой операции, формата данных, их состава и порядка заполнения.. Кроме самого чека также проверяется правильность и полнота данных о регистрации ККТ, выполняемых на ней операциях, заявленному при регистрации виду деятельности и применяемому налоговому режиму. Если чек не проходит ФЛК, то он не может быть отправлен в ФНС.

В зависимости от вида ошибки ФЛК со стороны ОФД может быть несколько вариантов:

Полный отказ в приемке чеков с кассы. Этот вариант может быть применен ОФД при ошибках в регистрационных данных самой кассы или фискального накопителя. Например вы, или ваша обслуживающая организация не указали данные нового фискального накопителя при его замене или указали их неправильно. В этом случае касса будет заблокирована и не сможет работать через 30 дней после первого непринятого чека.
Как избежать: следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.
Как исправить: сверить регистрационные данные кассового аппарата с фактическими, исправить ошибки. Сделать это можно самостоятельно, например в Личном Кабинете налогоплательщика на сайте ФНС, или обратившись в организацию, которая обслуживает ваши кассы. На все возникающие вопросы сможет ответить наша техническая поддержка.
Прием чека с ошибкой ФЛК. Такие чеки можно найти в вашем личном кабинете ОФД, оператор выделит их и покажет, какие именно ошибки в них выявлены. Как правило это чеки с неправильно заполненными тегами. Если ваша касса работает по ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”

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

Как исправить ошибку ФЛК на кассе

Самой частой причиной ошибок ФЛК является устаревшее программное обеспечение вашей кассы. Меняются требования законодательства, усиливается контроль за кассовыми чеками, исправляются обнаруженные ошибки. Если вы не обновите прошивку вашей кассы, то она об этом никогда не узнает и так и будет продолжать нарушать требования закона, а вместе с ней и вы, как ее владелец.

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

Дримкас проводит регулярный мониторинг изменения требования законодательства и результатов проверки ФЛК чеков наших кассовых аппаратов. Ниже мы приводим сокращенный список того, что было изменено в прошивках наших касс для устранения вероятности появления ошибок ФЛК только за осень 2021 года:

Реализована возможность сформировать “Чек коррекции” с указанием наименования товаров в режиме работы ККТ по ФФД 1.05 по рекомендации ФЗ-240:
Реализована обработка короткого кода маркировки (блоки табачной продукции) в соответствии с описанием структуры этого кода у оператора ИСМ (тэг 1306)
В случае ошибочного указания признаков условий применения ККТ (торговля маркированными товарами, ломбарды и страховая деятельность) при регистрации/перерегистрации ККТ в режиме ФФД 1.05 указанные признаки будут проигнорированы при формировании ФД (тэг 1290)
В случае передачи в ККТ кода Datamatrix без разделителей, например, при неправильной настройке сканера, такой код будет определен ККТ, как “Нераспознанный код товара” (тэг 1300);
Теги 1229 (акциз), 1230 (код страны происхождения) и 1231 (номер таможенной декларации) передаются в чек только если в чеке есть ИНН покупателя (юридического лица;
Убрали поле «Описание коррекции» (тег 1177) так как он исключен из состава тега 1174 с 01.03.2020;
Результат проверки КМ (тэг 2107) теперь всегда передается в электронной форме чека при продаже маркированного товара, что устраняет возможную ошибку ФЛК у пользователей;
При формирование операционного реквизита чека (тэг 1273) допускается передача даты со временем в форме ddmmyyhhmm (день:месяц:год:час:минута)
Количество символов передаваемого кода товара (тэг 1163) приведена в соответствие с ФФД;
Формирование дополнительных реквизитов кассового чека (команда 0x57), что устраняет возможную ошибку ФЛК у пользователей;
Для касс с ФФД 1.2 добавлены недостающие «Признаки предмета расчета» (тег 1212) для маркированного товара;
При формировании “чека коррекции” в режиме ФФД 1.2 можно не указывать номер предписания для коррекции, если коррекция выполняется не по предписанию налогового органа;
При работе в режиме ФФД 1.2, в соответствии с письмом ФНС России от 28.07.2021 № АБ-4-20/10633@ “мера количества предмета расчета” (тэг 2108) указывается всегда и для всех товаров. Для выполнения требования ФНС изменен алгоритм передачи в ККТ данного тэга. Необходимо использовать 42 или в 79/x команды;
В режиме ФФД 1.05 изменен алгоритм передачи в ККТ “единицы измерения предмета расчета” (тэг 1197), передача которого осуществляется теперь 42 командой, вместо 24 команды;
Запрещена передача в ККТ “количества предмета расчета” (тэг 1023) равное нулю. Значение тэга 1023 всегда передается в электронной форме чека.

Чтобы касса работала корректно обновите прошивку и кассовое программное обеспечение или обратитесь в вашу обслуживающую организацию.

Руководитель направления маркировки компании «Дримкас». Более 20 лет опыта в автоматизации ритейла и логистики. Эксперт в вопросах маркировки, ЕГАИС и ФЗ-54.

Источник

Содержание

Приложение N 2. Требования форматно-логического контроля
Ошибка ФЛК — что делать владельцу кассового аппарата
Ошибка ФЛК — что делать владельцу кассового аппарата
Как исправить ошибку ФЛК на кассе
Ошибка 508 в отчете ФСС — что это и как исправить?
Порядок сдачи отчета 4-ФСС
Что делать, если пришел отрицательный протокол проверки?
Распространенные ошибки в протоколе и порядок их устранения

Приложение N 2. Требования форматно-логического контроля

1. Общие требования.

Форматно-логический контроль (ФЛК) осуществляется в управлениях ФНС России по субъектам Российской Федерации при приеме сведений, сформированных органами, осуществляющими государственный технический учет в субъектах Российской Федерации.

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

Сведения, не прошедшие ФЛК, приему не подлежат.

Результаты форматно-логического контроля оформляются в управлениях ФНС России в соответствии с требованиями протокола обработки (ПРИЛОЖЕНИЕ 3) к настоящему документу).

Форматный контроль осуществляется в соответствии с требованиями формата и XSD схемы к нему (ПРИЛОЖЕНИЕ 1). При наличии в файле ошибочного сведения по объекту (элемент «Состав и структура документа» (Документ)), не прошедшего проверку по xsd-схеме, осуществляется частичный прием корректных сведений об объектах недвижимости (документов).

2. Требования ФЛК в части сведений, передаваемых органами, осуществляющими государственный технический учет, в Управления ФНС России по субъектам Российской Федерации.

2.1. Проверка выполнения условий, указанных в графе «Дополнительная информация» таблиц 4.1 — 4.15 ПРИЛОЖЕНИЯ N 1.

2.2. Требования к проверке по справочникам и классификаторам.

2.2.1. Проверка наличия кодов соответствующих элементов файла обмена в следующих справочниках и классификаторах:

— Общероссийский классификатор административно-территориального деления (ОКАТО);

— Общероссийский классификатор единиц измерения (ОКЕИ);

— Общероссийский классификатор стран мира (ОКСМ);

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

— Классификатор адресов России (КЛАДР);

— Справочник «Виды документов, удостоверяющих личность налогоплательщика» (CПДУЛ);

— Справочник «Субъекты Российской Федерации» (ССРФ);

— Справочник «Виды прав на объекты недвижимости, а также ограничения (обременения) прав»;

— Справочник «Виды объектов недвижимости»;

— Справочник «Перечень наименований материалов наружных стен здания»;

— Справочник «Целевые назначения объектов недвижимости».

2.2.2. Проверка шаблонов серии и номера документа по справочнику СПДУЛ.

2.3. Проверка правильности указания ИНН, КПП, ОГРН.

2.4. Логический контроль дат.

2.4.1. Значение реквизита «Год, по состоянию на 1 января которого представляются сведения» (ГодПериодОтч) 2000.

2.4.2. Контроль реквизита «Год ввода в эксплуатацию здания (сооружения)» (ГодВводаЭкспл) не выполняется.

2.4.3. Все даты должны быть не больше текущей даты.

2.4.4. Все даты должны быть больше 01.01.1900.

2.4.5. Контроль между датами:

— «Дата правоустанавливающего документа» (ДатаПравДок) «Дата прекращения права» (ДатаПрекрПрава) при наличии обеих дат;

— «Дата определения инвентаризационной стоимости объекта (ДатаИнвСтОб)» 1 января года, указанного на титульном листе в реквизите «Год, по состоянию на 1 января которого представляются сведения».

2.5. Логический контроль элемента «Сведения об объекте недвижимости» (СведОН).

2.5.1. Контроль значений кадастрового и условного номеров (КадастрНомОб, КадастНомЗд УслНомОб, УслНомЗд) с целью исключения приема сведений с фиктивными кадастровыми или условными номерами от органов БТИ:

— значение кадастрового номера не может содержать только одни и те же символы;

— значение условного номера не может содержать только одни и те же символы.

При наличии в значениях кадастрового и условного номеров одних и тех же символов сведения по указанному объекту не принимаются.

2.5.2. Контроль уникальности реквизита «Уникальный номер объекта БТИ» (УНБТИ): в фале # передачи не может содержать одинаковые УНБТИ для одного органа технической инвентаризации (ИНН, КПП органа БТИ).

2.5.3. Площадь (протяженность) объекта больше нуля (при наличии).

2.5.4. Площадь общего имущества в многоквартирном доме больше нуля (при наличии).

2.5.5. Площадь всех помещений в многоквартирном доме больше нуля (при наличии).

2.5.6. Инвентаризационная стоимость объекта больше нуля (при наличии).

2.5.7. Инвентаризационная стоимость общего имущества в многоквартирном доме больше нуля (при наличии).

2.5.8. Проверка наличия заполнения реквизита «Дом» или «Корпус» в элементе «Адрес места нахождения объекта» (АдрОб), если реквизит «Назначение объекта» (НазнОб) = 1 (жилое) или реквизит «Признак многоквартирного дома» (ПрМнДома) = 1 (многоквартирный дом).

2.5.9. Проверка наличия заполнения реквизитов «Номер комнаты (помещения)» (Комн), в элементе «Адрес места нахождения объекта» (АдрОб) реквизита «Дом» или «Корпус», реквизита «Квартира», если реквизит «Код вида объекта недвижимости по справочнику «Виды объектов недвижимости»» (КодВидОН) = 30210 (комната).

2.5.10. Проверка наличия заполнения реквизита реквизита «Квартира» и реквизита «Дом» или «Корпус» в элементе «Адрес места нахождения объекта» (АдрОб), если реквизит «Код вида объекта недвижимости по справочнику «Виды объектов недвижимости»» (КодВидОН) = 30200 (квартира).

Источник

Ошибка ФЛК — что делать владельцу кассового аппарата

В зависимости от вида ошибки ФЛК со стороны ОФД может быть несколько вариантов:

Полный отказ в приемке чеков с кассы. Этот вариант может быть применен ОФД при ошибках в регистрационных данных самой кассы или фискального накопителя. Например вы, или ваша обслуживающая организация не указали данные нового фискального накопителя при его замене или указали их неправильно. В этом случае касса будет заблокирована и не сможет работать через 30 дней после первого непринятого чека.
Как избежать: следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.
Как исправить: сверить регистрационные данные кассового аппарата с фактическими, исправить ошибки. Сделать это можно самостоятельно, например в Личном Кабинете налогоплательщика на сайте ФНС, или обратившись в организацию, которая обслуживает ваши кассы. На все возникающие вопросы сможет ответить наша техническая поддержка.
Прием чека с ошибкой ФЛК. Такие чеки можно найти в вашем личном кабинете ОФД, оператор выделит их и покажет, какие именно ошибки в них выявлены. Как правило это чеки с неправильно заполненными тегами. Если ваша касса работает по ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”

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

Как исправить ошибку ФЛК на кассе

Реализована возможность сформировать “Чек коррекции” с указанием наименования товаров в режиме работы ККТ по ФФД 1.05 по рекомендации ФЗ-240:
Реализована обработка короткого кода маркировки (блоки табачной продукции) в соответствии с описанием структуры этого кода у оператора ИСМ (тэг 1306)
В случае ошибочного указания признаков условий применения ККТ (торговля маркированными товарами, ломбарды и страховая деятельность) при регистрации/перерегистрации ККТ в режиме ФФД 1.05 указанные признаки будут проигнорированы при формировании ФД (тэг 1290)
В случае передачи в ККТ кода Datamatrix без разделителей, например, при неправильной настройке сканера, такой код будет определен ККТ, как “Нераспознанный код товара” (тэг 1300);
Теги 1229 (акциз), 1230 (код страны происхождения) и 1231 (номер таможенной декларации) передаются в чек только если в чеке есть ИНН покупателя (юридического лица;
Убрали поле «Описание коррекции» (тег 1177) так как он исключен из состава тега 1174 с 01.03.2020;
Результат проверки КМ (тэг 2107) теперь всегда передается в электронной форме чека при продаже маркированного товара, что устраняет возможную ошибку ФЛК у пользователей;
При формирование операционного реквизита чека (тэг 1273) допускается передача даты со временем в форме ddmmyyhhmm (день:месяц:год:час:минута)
Количество символов передаваемого кода товара (тэг 1163) приведена в соответствие с ФФД;
Формирование дополнительных реквизитов кассового чека (команда 0x57), что устраняет возможную ошибку ФЛК у пользователей;
Для касс с ФФД 1.2 добавлены недостающие «Признаки предмета расчета» (тег 1212) для маркированного товара;
При формировании “чека коррекции” в режиме ФФД 1.2 можно не указывать номер предписания для коррекции, если коррекция выполняется не по предписанию налогового органа;
При работе в режиме ФФД 1.2, в соответствии с письмом ФНС России от 28.07.2021 № АБ-4-20/10633@ “мера количества предмета расчета” (тэг 2108) указывается всегда и для всех товаров. Для выполнения требования ФНС изменен алгоритм передачи в ККТ данного тэга. Необходимо использовать 42 или в 79/x команды;
В режиме ФФД 1.05 изменен алгоритм передачи в ККТ “единицы измерения предмета расчета” (тэг 1197), передача которого осуществляется теперь 42 командой, вместо 24 команды;
Запрещена передача в ККТ “количества предмета расчета” (тэг 1023) равное нулю. Значение тэга 1023 всегда передается в электронной форме чека.

Источник

Ошибка 508 в отчете ФСС — что это и как исправить?

Порядок сдачи отчета 4-ФСС

Форма 4-ФСС ежеквартально подается всеми работодателями, использующими труд наемных сотрудников. С 2017 года в связи с переменой администратора страховых взносов этот отчет стал содержать только сведения о взносах на страхование от несчастных случаев. Бланк отчета, сдаваемого в 2020-2021 годах, и порядок его заполнения утверждены приказом ФСС РФ от 26.09.2016 № 381.

Основным нормативным актом, регламентирующим порядок начисления и уплаты взносов на страхование по травматизму, является закон «О страховании от несчастных случаев на производстве и профзаболеваний» от 24.07.1998 № 125-ФЗ.

Законодатели предусмотрели 2 срока для сдачи расчета (п. 1 ст. 24 закона № 125-ФЗ):

до 20-го числа месяца, следующего за отчетным кварталом — для передачи отчета на бумажном носителе;
до 25-го числа того же месяца — для сдачи электронной версии расчета.

Однако право выбора варианта отправки предоставлено лишь небольшим компаниям со среднесписочной численностью сотрудников до 25 человек включительно. Если в организации трудится более 25 работников, то сдавать файлы можно только в электронном виде. Несоблюдение способа подачи отчетности приводит к штрафу на сумму 200 руб. (п. 2 ст. 26.30 закона № 125-ФЗ).

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

Что делать, если пришел отрицательный протокол проверки?

Если по итогам проверки орган ФСС прислал отрицательный протокол, расчет считается несданным. Необходимо исправить все указанные в документе ошибки и выслать отчет вновь. Датой представления расчета считается дата, когда файл прошел все этапы проверки и был принят фондом.

Если файл будет принят после 25-го числа, ФСС начислит штраф, который будет рассчитан как 5% от суммы начисленных взносов на травматизм за отчетный период, но не менее 1 000 руб. и не более 30% указанной суммы (п. 1 ст. 26.30 закона № 125-ФЗ).

Важно! Подсказка от КонсультантПлюс
В ситуации, когда вы подаете уточненный расчет после того, как срок уплаты взносов и срок подачи первичного расчета прошли, избежать штрафа можно, если одновременно соблюдены следующие условия.
Подробнее об условиях читайте в К+. Это можно сделать бесплатно, получив пробный доступ.

Рассмотрим наиболее частые коды ошибок в протоколе и порядок их исправления.

Распространенные ошибки в протоколе и порядок их устранения

Полный перечень кодов ошибок и их расшифровку можно найти на сайте ФСС и ниже в нашей статье.

Самый распространенный код ошибки в протоколе проверки формы 4 ФСС — ошибка 508, которая обозначает, что формат файла некорректный и расчет не прошел форматно-логический контроль.

Основные ее причины:

при заполнении отчета в программе 1С выгружается только часть данных;
не обновлена программа для формирования отчета.

В данном случае отчет можно заполнить на официальном сайте ФСС portal.fss.ru (вкладка «Форма 4-ФСС»), а далее — выгрузить корректный файл и отправить его через своего оператора связи.

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

Код ошибки 503 в отчете ФСС означает, что задано неверное имя файла и оно не соответствует XSD-схеме.

Согласно приложению 1 к приказу ФСС «О внедрении защищенного обмена документами в электронном виде…» от 12.02.2010 № 19 название файла должно выглядеть следующим образом:

При этом номер страхователя — 10-значное цифровое обозначение регистрационного номера плательщика. Он должен соответствовать регистрационным документам. Расчетный год записывается в формате ГГГГ, например 2020. Отчетный квартал должен содержать 2 цифры: для 1-го квартала ставится обозначение 03, для 6 мес. — 06, 9 мес. — 09, года — 12.

Чтобы исправить ошибку 503, необходимо переименовать файл или же сформировать файл в программе и выгрузить его снова.

Ошибка 598 в отчете ФСС означает, что в предоставленном файле указан ИНН, не совпадающий с регистрационным номером страхователя.

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

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

Имейте в виду, что судебные инстанции не считают ошибку, допущенную в регистрационном номере страхователя, достаточной причиной для непринятия расчета. Подробнее об этом — в материале «Ошибка в регистрационном номере — не повод для штрафа за несдачу 4-ФСС».

Если вам нужно составить уточненный 4-ФСС, воспользуйтесь рекомендациями экспертов КонсультантПлюс. Пробный доступ к правовой системе можно получить бесплатно.

Источник

Описание ошибок приёма

Код	Наименование	Описание
-10	He удалось расшифровать	Общая ошибка расшифровки. Возможно, проблема в сертификате, используемом для шифрования.
-11	He удалось проверить ЭЦП.	Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭЦП, затем зашифровывается.
-12	ЭЦП не верна.	ЭЦП файла расчёта не верна или отсутствует.
-13	В сертификате отсутствует регистрационный номер страхователя.	Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-14	В сертификате отсутствует код подразделения ФСС РФ.	Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-15	Ошибка шифрования	Внутренняя ошибка криптосервиса. Необходимо отправить файл расчета повторно.
-16	Неверный формат регистрационного номера страхователя.	В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-17	Неверный формат кода подразделения ФСС РФ.	В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-18	Расчет зашифрован на ключе, отличном от открытого ключа ФСС.	При подписании и шифровании файла расчета выбран неверный сертификат уполномоченного лица ФСС РФ. В данном случае нужно повторить операцию подписания и шифрования используя сертификат уполномоченного лица ФСС РФ Хасянова Рената Алиевича (Департамент ИТ ФСС РФ). При подписании и шифровании файла расчета выбран просроченный сертификат уполномоченного лица ФСС РФ. Необходимо использовать новый сертификат уполномоченного лица ФСС РФ. Для этого их необходимо загрузить новый сертификат с официального сайта Фонда http://www.fss.ru/uc и установить в хранилище сертификатов («Обновление сертификатов УЦ ФСС РФ»).
-19	Расчет не зашифрован или не подписан.	Необходимо подписать, зашифровать и направить файл расчета на шлюз приема расчетов повторно.
-20	Неизвестный формат файла.	Формат файла не xml. Необходимо сформировать новый файл расчёта в соответствии с Технологией приема расчетов (http://fss.ru/ru/legal_information/124/133/258854.shtml).Расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой.
-41	Нет доверия к издателю сертификата.	Данная ошибка возникает в следующих случаях: 1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ) 2) Не установлен корневой сертификат УЦ Необходимо связаться с УЦ, выдавшим сертификат пользователя.
-42	Ошибка при проверке сертификата.	Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
-43	Сертификат отозван.	Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.
-44	Не найден или просрочен СОС издателя сертификата.	Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.
-45	Сертификат поврежден.	Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
-46	Сертификат просрочен	Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-50	В сертификате отсутствует ИНН страхователя.	Сертификат пользователя не содержит записи о ИНН страхователя (свойство 1.2.643.3.131.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-51	ИНН, указанный в расчете, отсутствует в базе данных ЕГРЮЛ.	Отчет не принят, т.к. ИНН, указанный в расчете, отсутствует в базе данных ЕГРЮЛ. Необходимо обратиться в ФНС по месту регистрации.
-503	XML-файл расчёта не прошел форматный контроль	Рекомендуется проверить xml-файл по соответствующей ему XSD схеме. Например, расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой. Для других периодов используются соответствующие XSD схемы.
-504	В сертификате указано несуществующее подразделение ФСС РФ	В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-505	Неверное наименование файла.	Необходимо привести наименование файла в соответствие с Технологией приема расчетов (регистрационный номер страхователя_расчетный год_отчетный квартал.ef4).
-506	Вторые разделы расчёта имеют одинаковые шифры налогообложения	Необходимо исправить расчёт.
-507	Нет файла *.xml	Не загружен файл расчета. Необходимо отправить файл расчета повторно.
-508	Ошибки логического контроля	Рекомендуется исправить ошибочные параметры расчёта(например: не заполнена строка Всего Таблицы 1.1). Отчет принят с замечаниями.
-509	Отчетный период в XML-файле не совпал с отчетным периодом в наименовании файла	Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
-511	Ошибка при чтении XML-файла расчёта	Файл пуст или не является XML-файлом
-512	Расчетный год в XML-файле не совпал с расчетным годом в наименовании файла расчёта.	Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
-513	Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.	Файл расчёта подписан ЭЦП, принадлежащей организации, отличной от указанной в расчёте. Необходимо проверить сертификат используемый для ЭЦП.
-514	Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП.	Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.
-515	Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла.	Необходимо проверить содержание xml-файла расчёта.
-516	Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла.	Необходимо проверить содержание xml-файла расчёта.
-517	Слишком большой файл	Размер файла расчёта превышает максимально допустимое значение 2097152 байт. Необходимо сформировать новый файл расчёта
-518	Нулевой размер файла	Необходимо сформировать новый файл расчёта
-519	ИНН страхователя в XML-файле не совпадает с ИНН страхователя в сертификате.	При сдаче за другое юр. лицо должны соответствовать рег. номер, при сдаче за своё юр. лицо — ИНН. Следует проверить сертификат, используемый для ЭЦП.
-520	ОГРН страхователя в XML-файле не совпадает с ОГРН страхователя в сертификате.	Необходимо проверить сертификат используемый для ЭЦП.
-550	Сертификат не является квалифицированным сертификатом.	Сертификат пользователя, которым подписан файл расчета, не является квалифицированным сертификатом.
-552	Атрибут QUART_NUM элемента TITLE может иметь значение только из следующего ряда: «3»,»6″,»9″,»0″,»03″,»06″,»09″,»12″.	Необходимо исправить значение атрибута QUART_NUM в XML-файле отчёта.
-598	ИНН страхователя в XML-файле отличается от ИНН, соответствующего регистрационному номеру страхователя в БД ФСС РФ.	Необходимо проверить актуальность использованного ИНН.
-599	Внутренняя ошибка в модуле контроля принимаемых данных.	Сообщите в техническую поддержку.

Источник