Ошибка флк что это фсс - Решение и исправление самых разных ошибок на TopOshibok.ru

Ошибки ФЛК: когда чек попадет в жесткий карантин, как исправить

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

Иллюстрация: Вера Ревина/Клерк.ру

Что такое форматно-логический контроль

ФЛК проверяет, соответствуют ли поля чеков и БСО требованиям налоговой для этого типа документа и версии ФФД. Процедуру контроля и интерпретацию кодов ответа от инспекции регламентирует Протокол информационного обмена между техническими средствами ОФД и информационной системой ФНС для соответствующего ФФД.

ФЛК проверяет, чтобы в фискальных документах:

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

Что такое жесткий карантин

Если при проверке в чеке найдена ошибка, система откажет в приеме или поместит его в карантин. Фискальному документу, содержащему серьезные ошибки, может быть сразу присвоен статус «Отказ в приеме».

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

Код	Сообщение пользователю	Описание проверки
400	Недопустимые параметры запроса
405	ККТ без передачи ФД в адрес ОФД	Проверка наличия пары по методу get_kkt_info
409	Параметры запроса не соответствуют ФД
417	Длина бинарного представления не соответствует требованиям	Проверка длины RawData
419	Нечитаемое бинарное представление	Проверка читаемости RawData
420	Отсутствует обязательный тег	Проверка наличия обязательных тегов в соответствии с типом документа
421	Нарушен формат обязательного тега	Проверка формата обязательных тегов в соответствии с типом документа
422	Значение вне разрешенного диапазона	Проверка значения тега на соответствие допустимым значениям и их длине в соответствии с типом документа
423	Присутствуют незадекларированные теги
424	Тег имеет недопустимые повторения	Проверка повторяемости тега в ФД
502	Время на кассе отстает от текущего более чем на 1 год	Время формирования документа (тег 1012) ранее, чем время получения в ППФД (receiveDate) минус 1 год
503	Время на кассе опережает текущее более, чем на сутки (24 часа)	Время формирования документа dateTime (тег 1012) позже, чем время получения в ППФД (receiveDate) плюс 24 часа
505	Неправильно заполнены теги НДС	Чек содержит не менее одного из следующих реквизитов: nds18 (тег 1102) сумма НДС чека по ставке 20%, nds10 (тег 1103) сумма НДС чека по ставке 10%, nds0 (тег 1104) сумма расчета по чеку с НДС по ставке 0%, ndsNo (тег 1105) сумма расчета по чеку без НДС, nds18180 (тег 1106) сумма НДС чека по ставке 20/120, nds10110 (тег 1107) сумма НДС чека по ставке 10/110
506	Неправильно заполнен НДС на товар	Общая сумма НДС по соответствующим ставкам не должна превышать 5-кратного значения суммы чека с учетом скидок
507	Общая сумма товара указана неправильно	Сумма значений реквизитов «сумма по чеку наличными» (тег 1031), «сумма по чеку безналичными» (тег 1081), «сумма по чеку предоплатой (зачетом аванса)» (тег 1215), «сумма по чеку постоплатой (в кредит)» (тег 1216) и «сумма по чеку встречным предоставлением» (тег 1217) должна быть равна значению реквизита «сумма расчета, указанного в чеке» (тег 1020)
510	Не указан ИНН поставщика	Если в предмете расчета есть непустой «признак агента по предмету расчета» (тег 1222), равный одному из значений равный 1,2,4,8,16,32 или 64, то должен быть «ИНН поставщика» (тег 1226) в этом же предмете расчета
511	Не указан ИНН поставщика	Если в чеке есть непустой «признак агента» (1057), равный одному из значений 1,2,4,8,16,32 или 64, то должен быть «ИНН поставщика» (1226) в каждом предмете расчета
533	Неправильно указано количество предмета расчета	При включении реквизита «дробное количество маркированного товара» (тег 1291) в состав реквизита «предмет расчета» (тег 1059), реквизит «количество предмета расчета» (тег 1023) должен принимать значение, равное «1»

Почему важно отследить статус чека и как это сделать

ОФД отслеживают проходящие через них документы и собирают сведения от ФНС, чтобы проинформировать предпринимателя об ошибках.

В Личном кабинете «Астрал.ОФД» можно в любое время проверить статус чека в ФНС и узнать, почему документ отклонили. С помощью сервиса компания оперативно исправит чеки и наладит работу ККТ.

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

Что делать с чеком, попавшим в жесткий карантин

Если владелец ККТ не завершил ее регистрацию или перерегистрацию, ПО кассы устарело или на сайте ФНС указаны неверные реквизиты организации, чек попадет в карантин.

Чтобы избежать ошибок:

Проверьте информацию о ККТ: в разделе «Учет ККТ» личного кабинета налогоплательщика уточните реквизиты по нужной кассе.
Закончите регистрацию или перерегистрацию ККТ. После покупки кассу нужно обязательно поставить на учет, а при замене фискального накопителя требуется перерегистрация. После окончания процедуры статус «Принят в карантин» будет снят, а чек попадет в налоговую.
Обратитесь в сервисный центр и установите актуальную прошивку кассы.

При обнаружении ошибки в чеке сообщите об этом в налоговую. Это можно сделать путем отправки чека коррекции. При применении ФФД 1.05 нужно указать признак расчета «расход», при ФФД 1.1, 1.2 — «возврат прихода». Не лишним будет приложить к чеку пояснения — что, когда и как было нарушено, и ссылку именно на тот фискальный документ, которым нарушение было исправлено.

Зарегистрируйте кассу в ФНС с помощью сервиса Астрал.ОФД. В личном кабинете ОФД вы сможете отправлять копии электронных чеков по электронной почте или в смс, фильтровать фискальные документы, следить за наполняемостью фискального накопителя. Если вы работаете с маркированными товарами, сервис отправит данные в «Честный ЗНАК».

Быстрая отправка чеков в ФНС и систему маркировки

Личный кабинет с широкими возможностями аналитики

Оставьте заявку и наш специалист свяжется с вами

Реклама: ООО «АСТРАЛ-СОФТ», ИНН: 4027145240, erid: LjN8K6NRn

Источник

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

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

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

Файл 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С или иной другой системе, где формируются отправляемые документы.

Источник

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

Что такое ошибка ФЛК

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

сколько полей содержится в документе;
как заполнены эти поля;
какое расширение у отправленного файла.

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

Коды ошибок ФЛК и их расшифровка

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

Код ошибки	Сообщение пользователю кассы	Описание проверки
321	Нарушен формат необязательного поля	Проверка формата необязательных тегов в соответствии с типом документов
322	Значение необязательного тега вне разрешённого диапазона	Проверка значения тега на соответствие допустимым значениям и их длине в соответствии с типом документа
400	Недопустимые параметры запроса
405	Регистрация ККТ не завершена, ККТ без передачи ФД в адрес ОФД	Проверка наличия пары по методу get_kkt_info
409	Параметры запроса не соответствуют ФД
417	Длина бинарного представления не соответствует требованиям	Проверка длины RawData
419	Нечитаемое бинарное представление	Проверка читаемости RawData
420	Отсутствует обязательный тег	Проверка наличия обязательных тегов в соответствии с типом документа
421	Нарушен формат обязательного тега	Проверка формата обязательных тегов в соответствии с типом документа
422	Значение вне разрешённого диапазона	Проверка значения тега на соответствие допустимым значениям и их длине в соответствии с типом документа
423	Присутствуют незадекларированные теги
424	Тег имеет недопустимые повторения	Проверка повторяемости тега в ФД
504	Неправильная дата и время формирования ФД	Проверка на соответствие разработанным правилам проверки логики (ФЛК)
505	Неправильно заполнены теги НДС
506	Суммарное значение НДС превышает разрешённое
507	Сумма по способам оплаты не соответствует общей сумме чека
508	Сумма позиций чека не соответствует общей сумме чека	Значение реквизита «сумма расчёта, указанного в чеке (БСО)» (1020) должно вычисляться как сумма всех значений реквизита «стоимость предмета расчёта с учётом скидок и наценок» (1043)
509	Сумма товара указана неправильно	Значение реквизита «стоимость предмета расчёта с учётом скидок и наценок» (1043) должно быть равно произведению значения реквизита «цена за единицу предмета расчёта с учётом скидок и наценок» (1079), умноженному на значение реквизита «количество предмета расчёта» (1023)
510	Признак агента по предмету расчёта требует присутствия ИНН поставщика
512	Ошибочно указана сумма кредита	Если в чеке отсутствуют предметы расчёта с «Признак способа расчёта» (1214) со значениями частичной оплаты или передачей предмета расчёта без оплаты, то «Сумма постоплаты (кредитами)» (1216) должна быть не заполнена, либо принимать значение 0
513	Сумма кредита не принимает положительное значение	Если «признак способа расчёта» (1214) хотя бы в одном из «предметов расчёта» имеет частичную оплату или передачу предмета расчёта без оплаты, то «сумма постоплаты (кредитами)» (1216) должна принимать положительное значение
514	Сумма кредита не равна сумме кредитов в предметах расчёта	Если в чеке есть позиции с передачей предмета расчёта без оплаты и нет позиций с частичной оплатой, то «сумма постоплатами (кредитами)» (1216) по чеку должна быть равна сумме позиций с передачей предмета расчёта без оплаты
515	Сумма кредита меньше суммы кредитов с последующей оплатой	Если в чеке есть позиции с частичной оплатой и передачей предмета расчёта без оплаты, то «сумма постоплатами (кредитами)» (1216) по чеку должна быть больше суммы позиций с передачей предмета расчёта без оплаты
516	Сумма кредита меньше суммы кредитов по предметам расчёта	Если в чеке есть позиции с частичной оплатой и передачей предмета расчёта без оплаты, то «сумма постоплатами (кредитами)» (1216) по чеку должна быть меньше суммы позиций с частичной оплатой и передачей предмета расчёта без оплаты
517	Сумма кредита больше суммы кредитов с частичной оплатой по предметам расчёта	Если в чеке присутствуют предметы расчёта с частичной оплатой и отсутствуют предметы расчёта передачей предмета расчёта без оплаты, то «сумма постоплаты (кредитами)» (1216) должна быть меньше суммы стоимостей товаров предметов расчёта с частичной оплатой
518	Нарушение логики зачёта предоплаты	Если в чеке зачёта «суммы предоплаты (авансами)» принимает положительное значение, то в чеке должен присутствовать хотя бы один предмет расчёта с «признаком способа расчёта» полной оплаты с учётом аванса, частичной или оплатой предмета расчёта после его передачи с оплатой кредита
519	Неверная корректируемая дата	Дата корректируемого чека должна быть ранее даты формирования ФД
533	Неправильно указано количество предмета расчёта	При включении реквизита «дробное количество маркированного товара» (тег 1291) в состав реквизита «предмет расчёта» (тег 1059), реквизит «количество предмета расчёта» (тег 1023) должен принимать значение, равное «1»
534	Аванс по чеку больше суммы в предметах расчёта	Сумма предметов расчёта с «признаком способа расчёта» = 4,5, или 7 должна быть не больше «суммы предоплаты (авансами)» по чеку

Как отвечает ОФД при ошибках ФЛК

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

Подробная инструкция по регистрации в ЛК Астрал.ОФД дана в материале нашего эксперта.

Рассмотрим статусы фискальных документов в сервисе Астрал.ОФД.

Принят. ФНС не нашла ошибок ФЛК и приняла документы.

Принят с предупреждением. Налоговая приняла чек, но обнаружила некритичные ошибки ФЛК, которые нужно исправить.

Отказ в приёме. В чеке найдены серьёзные ошибки, из-за которых документ не смог пройти ФЛК. Необходимо исправить чек, чтобы налоговая могла принять его.

Принят в мягкий карантин. Астрал.ОФД передал ваш чек в ФНС, но документ не прошёл ФЛК из-за того, что регистрация кассы не завершена. Такой чек не принимается к учёту в налоговой.

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

Нет ответа от ФНС. Фискальный документ передан в ФНС, ожидаем результат обработки.

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

Основные причины возникновения ошибок ФЛК: неправильно зарегистрированная ККТ, устаревшее кассовое ПО и неверно указанные на сайте налоговой реквизиты компании. Чтобы предотвратить ошибки ФЛК, необходимо:

Проверить сведения о кассе на сайте ФНС. Войдите в Личный кабинет ИП или юрлица и откройте раздел «Учёт ККТ». Выберите нужную кассу и проверьте все реквизиты ККТ.
Провести регистрацию или перерегистрацию ККТ. При покупке новой кассы не забудьте зарегистрировать её через Личный кабинет на сайте ФНС. Если вы заменили фискальный накопитель в ККТ, кассу необходимо перерегистрировать.
Обновить прошивку кассы. Зайдите на сайт производителя вашей ККТ и уточните, какая версия ПО сейчас актуальна.

Чтобы исправить уже допущенную ошибку ФЛК, отправьте в налоговую следующие документы:

чек коррекции или чек на возврат. Если касса использует ФФД 1.1 или 1.2, продавцу потребуется сформировать чек коррекции, если ККТ применяет ФФД 1.05 — обычный кассовый чек;
заявление о допущенном нарушении. Подробно опишите то, в чём заключалась ошибка ФЛК и как вы её исправили.

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

Что делать, если чек попал в карантин

Фискальные документы часто попадают в карантин из-за незавершённых регистрационных действий. Это происходит, если владелец кассы не довёл до конца первичную постановку ККТ на учёт или её перерегистрацию. После того как предприниматель закончит регистрацию ККТ, чеки будут выведены из карантина и снова отправятся на проверку ФЛК.

Зарегистрировать онлайн-кассу в налоговой можно с помощью сервиса Астрал.ОФД. Пользователи Личного кабинета сервиса могут поставить кассу на учёт в ФНС и ОФД одновременно. Для регистрации ККТ потребуется усиленная квалифицированная электронная подпись.

Если чек не попал в карантин, а сразу получил статус «Отказ в приёме», то проблема может заключаться в том, что предприниматель допустил ошибку при регистрации ККТ в налоговой: например, неправильно указал данные кассы или фискального накопителя. Проверьте и измените регистрационные данные кассы в Личном кабинете налогоплательщика на сайте ФНС.

Согласно закону № 54-ФЗ, ККТ заблокируют, если в течение 30 дней магазин не будет отправлять фискальные данные в ФНС. Таким образом, если в течение месяца на кассе будет храниться чек со статусом «Отказ в приёме», это приведёт к блокировке аппарата. Чтобы избежать штрафа, регулярно проверяйте статусы фискальных документов в Личном кабинете Астрал.ОФД и исправляйте ошибки ФЛК.

Источник

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

Код	Наименование	Описание
-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	Внутренняя ошибка в модуле контроля принимаемых данных.	Сообщите в техническую поддержку.

Источник