Из нашей статьи вы узнаете:
Индивидуальные предприниматели и организации сдают ежеквартальный расчёт 4-ФСС, который свидетельствует об уплате взносов на обязательное социальное страхование от несчастных случаев на производстве. Сдавать отчёт должны не только ИП и ООО, но и физические лица, если нанимают персонал. Если в компании работают более 25 человек, то документ подаётся в электронном формате.
Расчёт отправляется в фонд социального страхования, однако, его могут вернуть с указанием кода ошибки. Один из самых распространённых кодов — 508. В этой статье мы объясним, что это за ошибка, почему она возникает и как её исправить.
Что делать, если прислали отрицательный протокол проверки
Отрицательный протокол — это документ, который присылает ФСС и в котором указаны ошибки, обнаруженные во время проверки расчёта. Проблема заключается в том, что если ФСС присылает отрицательный протокол, расчёт считается несданным.
Если организация не успеет исправить ошибки, а ФСС проверить документ до отчётной даты, то на должностных лиц компании будут наложены штрафы. По этой причине рекомендуется подавать расчёт заблаговременно, так у организации будет время на то, чтобы исправить ошибки, если они будут обнаружены, а у ФСС проверить вновь поданный файл.
Дата положительной проверки документа будет считаться датой его подачи. Поэтому, если индивидуальный предприниматель, физическое лицо или организация получают отрицательный протокол проверки, они должны максимально быстро исправить недочёты и вновь подать документ.
Ошибка 508 — что это такое и как исправить
Ошибка 508 — одна из самых распространённых. Её указывают в отрицательном протоколе, о котором мы говорили выше. Не все знают, что этот код указывает не одну конкретную ошибку, а группу возможных ошибок.
Согласно описанию ошибок приёма на портале ФСС РФ, код 508 свидетельствует об ошибках логического контроля. Там же указано решение — нужно исправить ошибочные параметры расчёта, указанные в протоколе проверки. Исходя из этого объяснения, становится ясно, что узнать эти параметры можно из отрицательного протокола.
Файл протокола содержит детализацию, где указаны номера строк, в которых допущены ошибки. Ниже мы перечислим самые распространённые из них.
-
Избыточное заполнение. Некоторые строки расчёта должны оставаться пустыми, и если они были заполнены, в детализации к протоколу проверки будут указаны эти самые строки.
Чтобы исправить эту ошибку, достаточно просто удалить лишние данные.
-
Незаконченное заполнение. Такая ошибка возникает, когда конкретные данные не заполнены, а косвенно относящиеся к ним — внесены. Другими словами — взаимосвязанные значения в документе не сходятся.
Решение проблемы — проставление всех пропущенных значений.
-
Неверные расчёты. Если расчёт был проведён с ошибками, в отрицательном протоколе обязательно это укажут и попросят исправить. Это может быть несоответствие между суммой выплат сотрудникам и размером взносов.
Чтобы решить проблему, нужно заново провести расчёты и ввести корректные значения.
Как видно из примеров, ошибка 508 возникает, когда в документ указываются неверные данные. Решение проблем этой группы — исправление ошибок в соответствии с указаниями в файле протокола.
Какие ещё наиболее частые ошибки встречаются в протоколе
Число 508 не означает, что с расчётом 4-ФСС могут произойти минимум 508 различных проблем, на самом кодов ошибок применительно к этой форме расчёта гораздо меньше. Одни из них встречаются чаще, другие реже. Коротко расскажем о том, какие ошибки встречаются чаще других.
Ошибка 503 говорит о том, что XML-файл расчёта не прошёл форматный контроль. Портал ФСС рекомендует в этом случае проверить файл по XSD схеме. В нашем случае это следующая схема → «XSD-схема расчёта 4-ФСС»
Ошибка 598 свидетельствует об ошибке в указанном ИНН. Если ИНН страхователя, указанный в расчёте, не соответствует тому, что сохранён в базе данных ФСС, появится эта ошибка. Чтобы исправить её, нужно проверить актуальность данных и верно заполнить эту строку.
Таблица значения других кодов ошибок
| Код ошибки | Название ошибки | Описание и решение |
|---|---|---|
| 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 | Расчёт зашифрован на ключе, отличном от открытого ключа ФСС. |
|
| 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 | Ошибки логического контроля | Необходимо исправить ошибочные параметры расчёта, указанные в протоколе проверки. |
| 509 | Отчётный период в XML-файле не совпал с отчётным периодом в наименовании файла | Необходимо привести содержание xml-файла расчёта в соответствие с наименованием. |
| 511 | Ошибка при чтении XML-файла расчёта | Файл пуст или не является XML-файлом. |
| 512 | Расчётный год в XML-файле не совпал с расчётным годом в наименовании файла расчёта. | Необходимо привести содержание xml-файла расчёта в соответствие с наименованием. |
| 513 | Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла. | Файл расчёта подписан ЭЦП, принадлежащей организации, отличной от указанной в расчёте. Необходимо проверить сертификат, используемый для ЭЦП. |
| 514 | Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП. | Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом. |
| 515 | Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла. | Необходимо проверить содержание xml-файла расчёта. |
| 516 | Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла. | Необходимо проверить содержание xml-файла расчёта. |
| 507 | Слишком большой файл | Размер файла расчёта превышает максимально допустимое значение 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 | Внутренняя ошибка в модуле контроля принимаемых данных. | Сообщите в техническую поддержку. |
Удобный сервис для отправки отчетности 1С-Отчетность проследит, чтобы вы не отправили ошибочные данные. Сервис подскажет, как правильно заполнить все поля еще на этапе заполнения отчетности
После отправки больничного через Контур при проверке данных в личном кабинете ФСС выдается ошибка: что делать?
Здравствуйте.
Подскажите, был отправлен больничный через Контур, при проверке данных в ЛК ФСС выдает ошибку
СТАТУС:Найдены ошибки при логической проверке
ПЕРЕЧЕНЬ ОШИБОК
№ строкиСообщение об ошибке1ERR_146(Ф/Л)Поле «Страна» должно быть заполнено
Подскажите что в таком случае необходимо сделать? Повторно отправить реестр по больничному в ФСС?
nastya medved,
Заполнить поле страна РОССИЯ
в больничном листе на самой первой вкладке, и отправить повторно
ЭЦП для отчетности на 2023 год
Получите электронную подпись без посещения госорганов
Оля Анатольевна, т.е. в Контуре я заново создаю документ на отправку больничного? Да?
Заходите в тот же больничный
поправляете поле «страна» и его же отправляете, в статусе первичный (если он был первичным)
И еще вопрос. При повторной подаче что писать в графе «Признак подачи информации: первичный или перерасчет?
и в графе «Дата предоставления документов страхователю», если писать ту же дату, тогда сроки получается нарушаются. или писать дату когда обнаружена ошибка.
Я извиняюсь, за такие вопросы)) только начала работать с больничными и не хочется напортачить
Оля Анатольевна, в контуре я его уже не нахожу((
Захожу в раздел ФСС-Пособия и ЭЛН-все документы и там пусто. Вообще нет никаких данных
может я не там ищу?)
Отправляйте налоговую отчетность прямо из 1С!
1) Ваш больничный скорее всего находиться в статусе «в работе» (это самая первая вкладка когда зайдёт на ЭЛН-все документы
2) в графе «Дата предоставления документов страхователю» — можете ставить сегодняшнюю дату смело
3) При повторной подаче в графе «Признак подачи информации: первичный или перерасчет?
нужно писать первичный — если не было изменений в расчётах
а «перерасчёт» — в случае внесения изменений в данные влияющие на сам расчёт больничного листа
4) Спрашивайте сколько угодно — всегда рада помочь!
😀
Оля Анатольевна, спасибо Вам большое за ответы. Нашла)))
но конечно странно почему не прошел. В графе «Гражданство» на первой вкладке указано слово Россия. Интересно почему?))
Отправлю повторно, теперь буду отслеживать)
nastya medved,
Ок! Всегда пожалуйста !
Сдавайте декларацию по УСН и по земельному налогу через интернет
С 2022 года ФСС назначает пособия проактивно. Порядок взаимодействия фонда с работодателями и другими инстанциями при оплате пособий определен постановлением Правительства РФ от 23.11.2021 № 2010. Обязанности отправлять в ФСС реестры документов по пособиям в нем нет. А дополнительные сведения работодатели могут сразу размещать в информационной системе ФСС или сообщать соцстраху в ответе на его запрос. К тому же больничные теперь оформяются в электронном виде и сразу размещаются в ЕИИС соцстраха. Поэтому необходимости в реестрах больничных больше нет.
Однако в полную силу проактивный порядок заработал еще не везде и некоторым бухгатерам всё еще приходится слать в ФСС реестры для пособий по-старому. Иногда случаются и ошибки.
Список ошибок при приеме документов от страхователей можно найти на портале ФСС. Код 508 означает ошибки логического контроля. О данной категории ошибок мы рассказывали в статье.
На сайте фонда указано, что при возникновении ошибки 508 необходимо исправить ошибочные параметры, указанные в протоколе проверки. То есть неточность, вызвавшую ошибку, вы можете увидеть в отказном протоколе ФСС.
Например, она может быть описана так: «ERR.915Cтpaxoвaтель 7719….., с указанным кодом подчиненности 7719 отсутствует в справочнике страхователей фонда». Это значит, что неточность в коде подчиненности и нужно править его.
Если после исправлений ошибка повторяется, остается только звонить в техподдержку или ФСС. Если у вас был положительный опыт борьбы с данными ошибками, делитесь в комментариях, помогите коллегам.
Организовать взаимодействие с ФСС по оплате пособий по новым правилам вам поможет Готовое решение от «КонсультантПлюс». Получите пробный доступ к системе бесплатно.
Описание ошибок приёма
| Код | Наименование | Описание |
| -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 | Расчет зашифрован на ключе, отличном от открытого ключа ФСС. |
|
| -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 | Внутренняя ошибка в модуле контроля принимаемых данных. | Сообщите в техническую поддержку. |
Все ЮЛ и ИП, в которых работают наемные сотрудники, должны раз в 3 месяца направлять в отдел социального страхования отчет по ф. 4-ФСС. В этом отчете фиксируются сведения о начисленных и выплаченных взносах. Уплачиваются эти взносы для того, чтобы создать резерв для выплат при болезнях и травмах, появившихся из-за производственного фактора. Если в отчете обнаружат ошибки, он не будет принят. Электронный документ отправляется обратно с пометкой «Ошибка 508».
Как заполнить и сдать отчетность по форме 4 — ФСС по страховым взносам от несчастных случаев?
Особенности подачи отчета 4-ФСС
Особенности подачи отчета установлены ФЗ №125 «О страховании» от 24 июля 1998 года. В нормативных актах указано, что отчеты должны направляться в электронной форме, если это ИП или ЮЛ с количеством наемных сотрудников больше 25 человек. Если объем штата меньше 25 работников, можно направлять отчет в бумажной форме. Утверждены такие сроки подачи отчетности:
- Для коммерческих фирм, поставляющих бумажные отчеты, – 20 числа месяца, следующего за отчетным кварталом.
- Для учреждений, подающих электронный отчет, – до 25 числа.
При создании отчета бухгалтер обязан тщательно проверить документ на наличие недочетов. Если ФСС выявит ошибки, документ будет отправлен обратно. Бухгалтер также получает уведомление с перечнем недочетов. Все ошибки нужно своевременно устранить. В обратном случае на фирму накладываются штрафы.
Как действовать, если отчет не прошел проверку?
Отчет может не пройти проверку по причине наличия ошибок. В этом случае ФСС отправляет в адрес компании отрицательный протокол. Если организация получила этот протокол, отчет считается несданным. Бухгалтеру нужно убрать все недочеты, а затем снова отправить документ. Дата отправки бумаги — дата принятия ее фондом. Фонд принимает документ только после того, как он прошел все этапы проверки.
Если документ принимается ФСС только после 25 числа, компания привлекается к ответственности. В частности, назначается штраф в объеме 5% от начисленных взносов за отчетное время. Минимальный размер штрафа – 1 000 рублей. Соответствующее указание содержится в пункте 1 статьи 26.30 ФЗ №125.
Вопрос: Нужно ли организации — участнику пилотного проекта отражать в форме 4 — ФСС выплату работнице пособия по беременности и родам?
Посмотреть ответ
Что обозначает код ошибки «508»?
ВАЖНО! Образец заполнения расчета по форме 4-ФСС от КонсультантПлюс доступен по ссылке
Бухгалтер может допустить ошибки в отчетности. Недочеты могут быть самыми разными. Они классифицируются, подразделяются на основании признаков. Каждому из видов ошибок присваивается свой код.
Один из самых распространенных кодов недочетов – «508». Он обозначает, что документ составлен некорректно. В нем есть погрешности. Как правило, это технические погрешности. Код ошибки «508» обозначает, что отчет не прошел форматно-логический контроль. Подобный недочет обычно возникает по следующим причинам:
- Данные не выгружены из бухгалтерской системы, которая применяется компанией. Загружена только часть сведений.
- ПО, в котором размещены бланки под заполнение, устарело. Программа формирует бумаги, которые перестали быть актуальными.
Что делать, если отчетность не проходит логический контроль? Нужно убрать недочет. Однако не всегда возможно это сделать. Невозможность эта связана со специфической причиной возникновения ошибки «508» (проблемы с программным обеспечением). Если фирма не может исправить ошибку сама, можно использовать ресурсы сайта ФСС. На нем заполняется отчет. Через этот же сайт можно отправить отчетность. На ресурсе присутствует функция проверки документов. Для использования сервиса нужно зарегистрироваться в нем, а также получить электронную подпись.
Инструкция по устранению недочета под кодом «508»
Если в документе обнаруживается ошибка «508», он отправляется на доработку. Если произошла такая ситуация, нужно действовать в соответствии с этим алгоритмом:
- Изучение предписаний ФСС касательно выявленного недочета. На основании этих предписаний нужно внести соответствующие изменения. Как правило, для исправления недочета требуется обновить используемую бухгалтерскую программу. Необходимо также удостовериться в полноте загруженных сведений. Указания ФСС нужно выполнить в обязательном порядке.
- Необходимо удостовериться, что в измененном расчете нет никаких ошибок. Сделать это можно самостоятельно. Если для заполнения используется сервис ФСС, проверка может выполняться автоматически. Для автоматической проверки нужно создать расчет в бухгалтерской программе. После этого в сервисе требуется зайти в раздел «Форма 4-ФСС». В него загружается измененный документ. После этого запускается проверка. Для этого нужно нажать на клавишу «Проверить».
- Измененный файл сдается. После того как бухгалтер нажимает на клавишу «Сдать», файл проверяется снова. Этапы проверки, которые предстоит пройти: получение документа, анализ его содержания, проверка электронной подписи, логический контроль, создание квитанции. Только если файл прошел все этапы проверки, он признается принятым.
Датой принятия файла признается та, в которую документ прошел все этапы проверки. То есть нельзя подавать файл в заключительный день, отпущенный для сдачи отчетности ФСС. Делать это нужно заблаговременно, чтобы документ успел пройти все этапы проверки.
К СВЕДЕНИЮ! Если отчет пройдет проверку, компанию уведомят об этом.
Ответственность за ошибку «508»
Недочет под кодом «508» не считается правонарушением сам по себе. То есть за такую ошибку не предполагается наказание. Если рассматриваемый недочет будет обнаружен, отчетность просто возвращается. Бухгалтер должен быстро убрать все найденные ошибки. После этого откорректированный документ отправляется обратно.
Ещё раз обратим внимание: отчетность требуется сдавать 4 раза в год (раз в квартал до 20 или 25 числа месяца). До 25 числа документ нужно сдавать в том случае, если это бумажный формат. Если файл сдается в электронном формате, нужно успеть до 20 числа. Эти сроки не сдвигаются, если бухгалтер допустил ошибку и ему пришлось отправлять файл заново.
Никакой ответственности за ошибку «508» не полагается. Однако ответственность накладывается в том случае, если пропущен срок сдачи отчетности. Рассмотрим формы наказания за срыв сроков:
- Отчетность сдается в бумажном формате. Накладывается штраф в размере 5% от взносов, выплаченных за 3 месяца. Эта сумма не может быть меньше 1 000 рублей. Но она не может превышать 1/3 от страхового взноса.
- Отчетность сдается в электронном формате. Штраф составляет 200 рублей.
Лицо будет привлечено к ответственности даже в том случае, если срок сорван на один день.
Как отразить в учете начисление и уплату штрафа за несвоевременное представление в ФСС РФ расчета по начисленным и уплаченным страховым взносам на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний?
Посмотреть ответ
Примеры
Бухгалтер создает отчетность и сдает ее в электронном формате. В документе обнаружена ошибка «508», вследствие чего файл отправлен обратно. Бухгалтер быстро исправляет все недочеты и сдает откорректированный документ. Он успешно проверяется до 20-го числа и поступает в ФСС. В этом случае допущение ошибки не влечет за собой никаких наказаний.
Рассмотрим другой пример. Отправленная ранее отчетность была возвращена обратно вследствие ошибки «508». Бухгалтер исправляет все недочеты и сдает файл 19-го числа. Однако документ проходит все этапы проверки только 21-го числа. Файл считается сданным только тогда, когда он проходит через полный цикл проверки. Следовательно, происходит срыв сроков. Компания привлекается к ответственности. Назначается штраф размером 200 рублей.
К СВЕДЕНИЮ! Для предупреждения срыва сроков нужно отправлять первую версию отчета заблаговременно. Нужно заложить время на то, что возможно придется исправлять недочеты.
Ошибка 508 при отправке больничного в приложении Логический контроль может появляться по нескольким причинам. Об основных из них мы расскажем подробно в данном руководстве. Ознакомившись с которым, вы сможете самостоятельно решить её.
Содержание
- Почему возникает ошибка Логический контроль 508
- Что проверять в форме при отправке больничного
- Проверка программы на обновления
- Другие причины ошибки 508 ФСС
- Видеоинструкция
Почему возникает ошибка Логический контроль 508
Работая с программой для отправки электронных документов и больничных листов, принимают форму и обрабатывают её такие же компьютерные программы. 
Обзор корректности ведётся с разных направления. Система проверяет следующие параметры:
- Имена и фамилии в бланке;
- Идентифицируется подпись владельца;
- Устанавливаются форматы документа, размер файла, даты и прочее;
- Осуществляются другие проверочные логические операции.
Если эти данные в порядке, выгружаются соответствующие документы, необходимые в данном обмене – протокол и чек. Эту операцию можно считать успешно завершённой. Но если документ содержит ошибки, форматы или размеры не соответствуют лимитам, пользователь видит ошибку 508 на своём компьютере. Каждый код говорит владельцу об определённой несостыковке с необходимым форматом или требованиями. По этой ссылке на портале ФСС https://portal.fss.ru/fss/analytics/gate/error-description можно узнать расшифровку всех существующих ошибок при отправке документов.
Обозначение ошибки 508 в данном списке говорит о том, что документ был заполнен неверно. В нём присутствуют ошибки. Какие именно – это ещё предстоит выяснить. Но в целом код указывает на то, что скорее всего ошибка была допущена пользователем в документе.
Это может быть полезным: невозможно создание объекта сервером программирования объекта.
Что проверять в форме при отправке больничного
Проверочная система располагает всеми кодами и названиями учреждений и организаций. Определив неверные их коды, на экране появится ошибка 508 или др. при проверке. Чтобы этого не произошло, ещё до отправки внимательно проверяйте следующие пункты электронного бланка.
Кроме ошибок, допускаемых пользователем, есть ещё ряд технических недочётов, которые приводят к ошибке 508 в ФСС при отправке документа. Данная функция логического контроля является необходимым этапом в принятии документов службы.
Читайте также: не удалось определить цифровой сертификат получателя 1С — как исправить?
Проверка программы на обновления
В случае, если с документом всё в порядке, данные заполнены верно, ошибок и неточностей нет, необходимо проверить, нет ли новой версии для вашей программы 1С-Отчётность. Устаревшие модули программы могут вызывать ошибку 508. А после обновления можно продолжить работу не боясь отправлять новые отчёты. Перед проверкой и установкой новой версии рекомендуется сделать копию существующей. Так как никогда не известно наверняка, чем это может закончиться для вашего ПО.
- Выберите в открытой программе пункт «Конфигурация»;
- Наведите курсор мыши на пункт «Поддержка»;
- Справа от него появится выпадающее меню, где нужно выбрать «Обновить конфигурацию»;
- Если этот пункт неактивен в данный момент, нажмите в окне «Конфигурация» строку «Открыть конфигурацию».
Далее следует выбрать функцию, которая автоматически проверит и установит на ваш компьютер доступные версии программы. Обновление можно скачать отдельно на любой носитель. После чего через эти же параметры обновления конфигурации указать путь к ним. После обновления желательно перезагрузить программу, чтобы новые параметры вступили в силу.
Другие причины ошибки 508 ФСС
Для устранения ошибки 508 при отправке больничного проверьте правильность вводимых данных. Об этом нам хочет сказать кодом компьютерная программа. Проверке должны подлежать также числа, расчёты и дополнительная информация в электронном бланке. Некоторые значения в нём могут быть попросту пропущены, обратите на это внимание. Могут быть указаны неверные перерасчёты сумм начислений денежных средств, дней и прочих данных. Проверьте, правильно ли назначена ставка на травматизм при необходимости.
Если долгое время не удаётся решить проблему Логический контроль, попробуйте составить новый отчёт с перерасчётом данных и заполнением формы заново. На сайте ФСС есть бесплатная программа https://fss.ru/ru/fund/download/55818/, позволяющая автоматически проводить подготовку расчётов для службы. В неё можно выгрузить файл отчётов в формате xml и ввести значения. После чего скачать исправленную версию и подать снова её в качестве отчёта. Есть возможность обратиться за помощью в поддержку ФСС на сайте.
Видеоинструкция
Способ формирования отчёта для ФСС, а также решение для ошибки 508 «Логический контроль» при отправке больничного, можно увидеть в этом видео.
Ошибки при форматно-логической проверке
После определения формата отправляемых документов сервер СБИС зафиксировал фатальные ошибки в форматно-логическом контроле.
Примеры расширенной части сообщения:
- Файл 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.
Расшифровка кодов ошибок на отчеты ФСС
-10 He удалось расшифровать
Общая ошибка расшифровки. Рекомендуется проверить действительность сертификата УЦ, выдавшего вам ЭП (текущее состояние кросс-сертификации УЦ ФСС РФ и доверенных УЦ).
-11 He удалось проверить ЭП.
Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭП, затем зашифровывается.
-13 В сертификате отсутствует регистрационный номер страхователя.
Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-14 В сертификате отсутствует код подразделения ФСС РФ.
Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-15 Ошибка шифрования
Внутренняя ошибка криптосервиса. Необходимо отправить файл расчета повторно.
-16 Неверный формат регистрационного номера страхователя.
В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-17 Неверный формат кода подразделения ФСС РФ.
В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-18 Расчет зашифрован на ключе, отличном от открытого ключа ФСС.
1. При подписании и шифровании файла расчета выбран неверный сертификат уполномоченного лица ФСС РФ. В данном случае нужно повторить операцию подписания и шифрования используя сертификат уполномоченного лица ФСС РФ Хасянова Рената Алиевича (Департамент ИТ ФСС РФ).
2. При подписании и шифровании файла расчета выбран просроченный сертификат уполномоченного лица ФСС РФ. Необходимо использовать новый сертификат уполномоченного лица ФСС РФ. Для этого их необходимо загрузить новый сертификат с официального сайта Фонда http://www.fss.ru/uc и установить в хранилище сертификатов («Обновление сертификатов УЦ ФСС РФ»).
-19 Расчет не зашифрован или не подписан.
Необходимо подписать, зашифровать и направить файл расчета на шлюз приема расчетов повторно.
-20 Неизвестный формат файла.
Формат файла не xml. Необходимо сформировать новый файл расчёта в соответствии с Технологией приема расчетов (http://fss.ru/ru/legal_information/124/133/68837.shtml).
-41 Не найден издатель сертификата.
Не установлен корневой сертификат УЦ или истек срок действия кросс-сертификата УЦ, выдавшего сертификат пользователя. Необходимо связаться с УЦ, выдавшим сертификат пользователя., предварительно проверив на состояние сертификата.
-42 Ошибка при проверке сертификата.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
-43 Сертификат отозван.
Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.
-44 Не найден или просрочен СОС издателя сертификата.
Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.
-45 Сертификат поврежден.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
-46 Сертификат просрочен
Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-503 XML-файл расчёта не прошел форматный контроль
Рекомендуется проверить xml-файл по XSD схеме
-504 В сертификате указано несуществующее подразделение ФСС РФ
В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-505 Неверное наименование файла.
Привести наименование файла расчёта в соответствиес Технологией приема расчетов (http://fss.ru/ru/legal_information/124/133/68837.shtml).
-506 Вторые разделы расчёта имеют одинаковые шифры налогообложения
Необходимо исправить расчёт.
-507 Нет файла ..xml ,Не загружен файл расчета.
Необходимо отправить файл расчета повторно.
-508 Ошибки логического контроля
Необходимо исправить ошибочные параметры расчёта, указанные в протоколе проверки.
-509 Отчетный период в XML-файле не совпал с отчетным периодом в наименовании файла
Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
-511 Ошибка при чтении XML-файла расчёта
Файл пуст или не является XML-файлом
-512 Расчетный год в XML-файле не совпал с расчетным годом в наименовании файла расчёта.
Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
-513 Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.
Файл расчёта подписан ЭП, принадлежащей организации отличной от организации, указанной в расчёте. Необходимо проверить сертификат используемый для ЭП.
-514 Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭП.
Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.
-517 Слишком большой файл
Размер файла расчёта превышает максимально допустимое значение 655360 байт. Необходимо сформировать новый файл расчёта
-518 Нулевой размер файла
Необходимо сформировать новый файл расчёта
Последнее время к нам стали все чаще обращаться с ошибкой при продаже крепкого алкоголя «Проверка не пройдена: продукция не поступала в магазин по поштучному учету«.
Поскольку мы оказываем поддержку по ЕГАИС более чем 4000 организациям и предпринимателям, эту ошибку мы научились быстро отлавливать и «лечить».
В данной статье мы опишем почему эта ошибка возникает, что она означает и как от нее избавиться.
Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами».
Что означает эта ошибка?
Очередной парадокс разработчиков ЕГАИС — текст ошибки «Проверка не пройдена: продукция не поступала в магазин по поштучному учету» не нужно воспринимать буквально, т.к. таким текстом ваш УТМ ЕГАИС будет отвечать в следующих случаях:
- Продукция действительно не поступала к Вам по поштучному учету (не подтверждена ТТН и/или подтверждение прошло «не до конца», либо такая марка вообще не поступала в ваш магазин)
- Марки, указанные в вашем чеке, числятся в ЕГАИС как «проданные»
- Ваш УТМ некорректно обрабатывает запрос на фиксацию продажи в ЕГАИС
- Продукция, которую Вы пытаетесь продать, некорректно зарегистрирована в системе производителем или импортером данной продукции
Ниже приведены способы диагностики и решения ошибки «Проверка не пройдена: продукция не поступала в магазин по поштучному учету«.
Настройки УТМ
Если Вы поймали такую ошибку, первое, что мы рекомендуем сделать — это проверить ваш УТМ!
В последних релизах УТМ ЕГАИС на главной странице УТМ появилась кнопка обновления настроек для поштучного (помарочного) учета. Функционал этой волшебной кнопки описан
в документации к УТМ в пункте 1.3.1, с которым мы рекомендуем ознакомиться. Для открытия домашней страницы УТМ обычно достаточно перейти по адресу
http://127.0.0.1:8080.
Для обновления настроек нужно нажать заветную кнопку и подтвердить обновление настроек УТМ. Обратите внимание, что в момент обновления настроек нежелательно производить розничные продажи и обрабатывать входящие документы.
Для обновления настроек нужно нажать заветную кнопку и подтвердить обновление настроек УТМ. Обратите внимание, что в момент обновления настроек нежелательно производить розничные продажи и обрабатывать входящие документы.
Обновление настроек займет до 2 минут, при условии, что подключение к сети Интернет стабильное. После успешного обновления на главном экране должна появиться надпись «Обновление настроек не требуется» (только после обновления страницы в браузере). Также рекомендуем перезапустить УТМ для нужного эффекта.
Важно!
Если у Вас нет кнопки для обновления настроек или настройки по каким-то причинам не обновляются — рекомендуем
переустановить УТМ по нашей инструкции. Скорее всего у Вас «старая версия сборки» УТМ 3.0.8.
Если Вы обновили настройки УТМ для поштучного (помарочного) учета — попробуйте продать на кассе проблемную бутылку. Если обновление настроек не помогло избавиться от ошибки «Проверка не пройдена: продукция не поступала в магазин по поштучному учету» то переходим к следующему пункту проверку.
Онлайн-проверка марки
Если после обновления настроек УТМ ошибка при продаже сохранилась, то рекомендуем выполнить онлайн-проверку марки на сайте
https://check1.fsrar.ru.
Переходим на сайт
https://check1.fsrar.ru и выбираем вкладку «Проверка статуса штрих-кода«, вводим штрих-код с проблемной бутылки, вводим код с картинки (капчу) и жмем кнопку «Запрос«.
Результатом онлайн проверки марки должна быть следующая информация: Вы должны увидеть статус «В обороте» данные ВАШЕЙ организации (ИНН и КПП) и адрес ВАШЕЙ организации, а в поле «Последнее движение» должна быть надпись «На остатках организации…..«, номер фиксации FORM2.
Важно!
Если у Вас нет кнопки для обновления настроек или настройки по каким-то причинам не обновляются — рекомендуем
переустановить УТМ по нашей инструкции. Скорее всего у Вас «старая версия сборки» УТМ 3.0.8.
Если Вы обновили настройки УТМ для поштучного (помарочного) учета — попробуйте продать на кассе проблемную бутылку. Если обновление настроек не помогло избавиться от ошибки «Проверка не пройдена: продукция не поступала в магазин по поштучному учету» то переходим к следующему пункту проверку.
Онлайн-проверка марки
Если после обновления настроек УТМ ошибка при продаже сохранилась, то рекомендуем выполнить онлайн-проверку марки на сайте
https://check1.fsrar.ru.
Переходим на сайт
https://check1.fsrar.ru и выбираем вкладку «Проверка статуса штрих-кода«, вводим штрих-код с проблемной бутылки, вводим код с картинки (капчу) и жмем кнопку «Запрос«.
Результатом онлайн проверки марки должна быть следующая информация: Вы должны увидеть статус «В обороте» данные ВАШЕЙ организации (ИНН и КПП) и адрес ВАШЕЙ организации, а в поле «Последнее движение» должна быть надпись «На остатках организации…..«, номер фиксации FORM2.
Если Вы увидели именно эти надписи — ваша продукция должна продаться, при условии что выполнено обновление настроек УТМ (пункт 1 данной инструкции). Есть, правда, еще одно исключение, о котором скажем ниже, но чаще всего в «правильном» статусе штрихкода марки продукция без проблем продается.
Если Вы увидели в ответе ЕГАИС что-то другое, а именно:
- Статус продукции «В архиве»;
- или Последнее движение «списано актом»;
- или Последнее движение «списано чеком»;
- или Владелец и Адрес указаны не ваши;
то Вы такую продукцию уже не продадите через ЕГАИС, как бы ни пытались.
В каждом отдельном случае необходимо разобраться, почему такой статус у штрихкода марки:
- может по ТТН ЕГАИС не завершен оборот?
- может была ошибка при фиксации продажи или списании/инвентаризации?
- может у Вас на руках бутылка, которая не поступала в ваш магазин через ЕГАИС?
Проверка ТТН ЕГАИС будет описана в следующем пункте. Неправильная фиксация продажи исправляется оформлением возврата через ЕГАИС. Неправильное списание исправляется постановкой на баланс имеющейся продукции в ЕГАИС.
Если Вы самостоятельно не можете справиться с проверкой статуса штрихкода, то
обратитесь в нашу платную техническую поддержку. Мы поможем определить статус штрихкода, подскажем как исправить ошибку при продаже в вашем случае.
Подтверждена ли ТТН ЕГАИС?
Казалось бы, что пункт про проверку подтверждения ТТН ЕГАИС должен быть на первом месте в статье, посвященной ошибке «Проверка не пройдена: продукция не поступала в магазин по поштучному учету«, однако на практике проверка по первым двум пунктам может быть выполнена намного оперативнее и продуктивнее, нежели поиск ТНН и проверка ее статуса в ЕГАИС. Поэтому считаем, что этот пункт на своем почетном третьем месте.
Если какая либо продукция не продается с ошибкой «…продукция не поступала в магазин по поштучному учету«, то не будет лишним проверить статус ТТН ЕГАИС, по которой «проблемная» продукция была получена от поставщика.
Для проверки статуса ТТН ЕГАИС переходим на сайт
https://check1.fsrar.ru
и открываем вкладку «Поиск по Идентификатору накладной«. Многие из Вас уже знают, что такое идентификатор накладной (вида TTN-0000000000) и где взять FSRAR_ID получателя или отправителя, поэтому описывать отдельно проверку статуса ТТН мы не будем, только укажем, что для того, чтобы продукция, полученная по ТТН продавалась, необходимо обратить внимание на следующие пункты:
- важно, чтобы документооборот по ТТН был завершен, а именно — все акты и подтверждения актов прошли через ЕГАИС (статус ТТН должна быть «Принята«);
- в случае, если был составлен акт с расхождениями по ТТН, поставщик должен подтвердить эти расхождения, иначе продукция по ТТН не встанет на ваш баланс в ЕГАИС;
- если поставщик отказал акт расхождений, отправленный вами на ТТН, то
требуется распровести ТТН и составить актуальный акт для ТТН, в противном случае продукция из ТТН не встанет на ваш баланс и не будет доступна для продажи.
Если Вы самостоятельно не можете справиться с проверкой статуса ТТН ЕГАИС, то
обратитесь в нашу платную техническую поддержку. Мы поможем правильно диагностировать статус ТТН, и, при необходимости, поможем его исправить.
Проверка статуса штрихкода в личном кабинете ФСРАР
В некоторых случаях продажа алкогольной продукции сопровождается ошибкой «…продукция не поступала в магазин по поштучному учету«. Она по факту поступила в вашу торговую точку по поштучному учету, числится на остатках и все предыдущие проверки Вы прошли успешно, но ошибка при продаже сохраняется.
С такой проблемой мы впервые столкнулись в декабре 2018 года, в основном эта проблема касалась импортной продукции («элитный алкоголь») и некоторой отечественной продукции. На тот момент мы нашли единственное рабочее решение — проверка марки в личном кабинете ФСРАР. Такой способ позволял продавать «проблемную» продукцию с высокой долей вероятности (3-4 бутылки из 50 проверенных, всетаки, не проходили фиксацию продажи в ЕГАИС).
Для выполнения этой проверки
переходим на сайт ФСРАР и входим в личный кабинет по ИНН и паролю, по электронной подписи или по аппаратному ключу (не важно как зайти, главное зайти).
В личном кабинете переходим в раздел «Проверка марок», добавляем новый документ, во вкладке «Проверка по штрихкоду» заносим проверяемые марки (каждая марка в отдельную строку), вводим буквы с картинки и жмем сохранить.
Проверка марок производится за несколько секунд, поэтому результата долго ждать не придется. По каждой проверенной марке Вы можете ознакомиться с отчетом о проверке, в котором будет вся информация о продукции, в т.ч. в самом конце отчета Вы увидите, была ли марка реализована в системе ЕГАИС.
Если информация о продаже в отчете будет присутствовать, то проверяемая продукция была продана, и для продажи такой продукции необходимо оформить возврат от покупателя или постановку на баланс в ЕГАИС.
Если информации о продажах в отчете нет, то можете пробовать продать такую бутылку через ЕГАИС. При условии что настройки УТМ для поштучного (помарочного) учета обновлены и продукция находится на ваших остатках, Вы сможете успешно зафиксировать продажу такой продукции в ЕГАИС.
Ниже размещено видео Как исправить ошибку в ЕГАИС «Проверка марки не пройдена». В нем показан один из способов исправления ошибки, при условии что марка числится на остатках организации в системе ЕГАИС и ее продажа еще не зафиксирована в системе.
Если Вы самостоятельно не можете справиться с проверкой марок в личном кабинете ФСРАР, то обратитесь в нашу платную техническую поддержку. Мы поможем настроить рабочее место для входа в личный кабинет ФСРАР, поможем выполнить проверку штрихкода, поясним результаты проверки и подскажем, как исправить проблему с фиксацией продаж в ЕГАИС.
Если помогла статья — скажите Спасибо автору:
Онлайн-проверка марки при продаже продукции
УТМ с версии 2.0.4 проводит автоматическую проверку продукции при ее продаже. Проверка производится отдельным процессом от процесса подписи чека.
УТМ организации в течение 5 секунд ожидает получение ответа от онлайн-проверки, и в случаях положительного ответа или отсутствия ответа в течение 5 секунд чек передается в ЕГАИС.
Причины, по которым чек может быть отклонен онлайн-проверкой:
— алкогольная продукция, оклеенная данной маркой, уже была ранее продана;
— алкогольная продукция оклеена маркой, которая по данным ЕГАИС уже уничтожена;
— организация-продавец не передала в онлайн-проверку данные по возврату алкогольной продукции. Данная ситуация решается после поступления и обработки в ЕГАИС по стандартным каналам чеков по продажам продукции.
— не пройдена проверка минимальной розничной цены, если таковая установлена для вида продукции. Проверка не проводится в отношении возвратных чеков
— не пройдена проверка федерального времени продажи продукции (с 8.00 до 23.00). Проверка не проводится в отношении возвратных чеков
Примеры ответов от онлайн-проверки (где «bcode» — это ШК марки):
— «Проверка не пройдена: продажа в запрещенное время». Данная ошибка возникает в случае, если организация не имеет лицензию общепита, и время в чеке не соответствует разрешенному периоду продажи АП. Проверка не проводится в отношении возвратных чеков
— «Проверка не пройдена: продукция не поступала в магазин по поштучному учету (bcode)». Данная ошибка возникает в случае, если чек содержит марку, текущий владелец которой не соответствует организации, отправившей чек на проверку (пересорт).
— «Проверка не пройдена: инверсия даты по поштучному учету (bcode)». Данная ошибка возникает в случае, если дата изменения текущего статуса штрихкода больше даты чека.
— «Проверка не пройдена: несоответствие предыдущего типа документа (bcode)». Данная ошибка возникает при продаже/возврате марки, состояние которой не позволяет совершить данную операцию (например, марка еще не поступила на баланс организации).
— «Проверка не пройдена: в отношении данной продукции проводятся контрольные мероприятия (bcode)». Данная ошибка возникает в случае, если AlcCode или штрихкод внесен в список заблокированных.
— «Проверка не пройдена: продукция с данной маркой отсутствует в ЕГАИС (bcode)». Данная ошибка возникает только для марок строго образца в случае, если марка с данным штрихкодом никогда не штрихкодировалась (не производилась).
— «Проверка не пройдена: продукция с данной маркой ранее списана в ЕГАИС (bcode)». Данная ошибка возникает только для марок строго образца в случае, если данная марка была списана актом о браке продукции (списание при производстве).
— «Проверка не пройдена: попытка продажи дубля продукции (bcode)». Данная ошибка возникает в случае повторной продажи с учетом возвратных чеков. (В данной проверке также учитываются акты списания (Порча, Проверки, Реализация, Производственные потери, Иные цели).
— «Проверка не пройдена: попытка возврата продукции без предварительной продажи (bcode)». Данная ошибка возникает в случае, если для возвратного чека нет предшествующего чека продажи.
— «Проверка не пройдена: нарушение минимальной цены (bcode-price)». Данная ошибка возникает в случае, если продукция попадает под действие ограничения МРЦ, и цена, указанная в чеке, ниже минимального ограничения. Проверка не проводится в отношении возвратных чеков
— «Проверка не пройдена: продукция не внесена в поштучный учет (bcode)». Данная ошибка возникает в случае, если чек содержит новую марку (длина штрихкода 150 символов), которая не внесена в систему поштучного учета.
— попытка возврата продукции, списанной ранее (bcode)
Если чек содержит несколько марок, которые не соответствуют условиям «Онлайн проверки», то XML будет содержать несколько штрихкодов с указанием причины отказа, перечисленных через запятую. Например, «<result><number>1</number><text>Проверка не пройдена: продукция не внесена в поштучный учет (bcode1), продукция не внесена в поштучный учет (bcode2), продукция не внесена в поштучный учет (bcode3)</text></result>». Максимальное количество штрихкодов, указанных в XML, — 10.
| Автор | Сообщение | ||
|---|---|---|---|
|
Заголовок сообщения: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|||
|
Зарегистрирован: Пн апр 10, 2017 7:06 am Клиент |
Добрый день! Как вы и сказали размещаю тему на форуме «ЕГАИС» такая проблема: при продаже пробивается не весь алкоголь, выдает ошибку (ошибка при отправки в UTM).
|
||
| Вернуться к началу |
|
||
 |
|
Свириденко Василий |
Заголовок сообщения: Re: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|
Зарегистрирован: Пн мар 22, 2021 10:11 am Автоматизатор |
Добрый день! |
| Вернуться к началу |
|
|
|
jeeeik |
Заголовок сообщения: Re: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|
Зарегистрирован: Пн апр 10, 2017 7:06 am Клиент |
Свириденко Василий писал(а): Добрый день! версия ЕГАИС Менеджер 3.07.051 |
| Вернуться к началу |
|
|
|
P0ZiTR0N |
Заголовок сообщения: Re: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|
Зарегистрирован: Вт апр 03, 2012 12:49 pm Автоматизатор |
Скриншот photo_2022-03-29_18-40-34.jpg _________________ |
| Вернуться к началу |
|
|
|
jeeeik |
Заголовок сообщения: Re: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|
Зарегистрирован: Пн апр 10, 2017 7:06 am Клиент |
P0ZiTR0N писал(а): Скриншот photo_2022-03-29_18-40-34.jpg |
| Вернуться к началу |
|
|
|
jeeeik |
Заголовок сообщения: Re: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|
Зарегистрирован: Пн апр 10, 2017 7:06 am Клиент |
jeeeik писал(а): P0ZiTR0N писал(а): Скриншот photo_2022-03-29_18-40-34.jpg |
| Вернуться к началу |
|
|
|
Анастасия Акбарова |
Заголовок сообщения: Re: при продаже выдает ошибку (ошибка при отправки в UTM)
|
|
Зарегистрирован: Вт авг 04, 2015 7:11 am Автоматизатор |
jeeeik писал(а): такая проблема: при продаже пробивается не весь алкоголь, выдает ошибку (ошибка при отправки в UTM). Здравствуйте https://check1.fsrar.ru |
| Вернуться к началу |
|
|
«Найдены ошибки при форматной проверке ФСС» – что это значит?
Российские граждане пользуются порталом Фонда Социального Страхования. Его возможности позволяют просматривать статусы отправленных заявлений на пособия и другие выплаты. Но многие участники системы не понимают значения надписей, появляющихся после проведения проверки. Например, много вопросов вызывает статус «Найдены ошибки». Он отображается после оформления больничного листа.
Что значит это сообщение
Технический статус «Найдены ошибки при форматной проверке» указывает на неправильно составленную документацию. Работодатель (он же – заявитель) указал неверные данные сотрудника при отправке заявления.
Обратите внимание! Заявление с ошибками проходит дополнительную обработку сотрудниками ФСС. Если проблема незначительная (например, указана неправильная дата) – сотрудник организации связывается с заявителем для уточнения подробностей. Если ошибка серьезная – документы отправляются обратно работодателю. После чего в личном кабинете появляется новый статус – «Извещение сформировано».
Иногда причиной уведомления становятся технические проблемы на стороне портала. Сервера время от времени перестают работать, поэтому запросы перестают обрабатываться. Рекомендуется подождать пару рабочих дней – за это время сотрудники устранят возможные неисправности. Со временем статус изменится на новый.
Способы решения проблемы
Своими силами исправить ошибку не получится – пользователи не могут редактировать заявление после его отправки. Рекомендуется связаться с бухгалтерией по месту своей работы, чтобы уточнить обстоятельства проблемы. Если ошибка будет найдена во время форматной проверке – работодатель (заявитель) получит уведомление от ФСС. Письмо приходит на электронный почтовый адрес или в личный кабинет. На бланке указаны все причины проблемы.
Еще один способ – звонок сотрудникам Фонда. Откройте раздел «Горячие линии» на портале. Перед вами появится карта страны, поделенная на области. Наведите курсор мыши на название своего региона для просмотра номера. После совершения звонка попросите проверить больничный лист. Сотрудники проводят бесплатные консультации по любым вопросам, связанным с получением пособий.
Кроме того, можно лично посетить отделение Фонда в своем регионе. Отправлять обращение можно только по месту регистрации страхователя, поскольку сотрудники организации не просматривают базы в других регионах страны.
Срок поступления денег
Работодатель получает 5 рабочих дней на отправку документов. После этого ФСС в течение 10 рабочих дней рассматривает и обрабатывает заявку. Сюда еще нужно прибавить время совершения банковского перевода – 1 или 3 дня. Точное время назвать невозможно – оно определяется вашим финансовым учреждением.
В случае выявления ошибки Фонд отправляет документы обратно заявителю. В результате сроки обнуляются – время рассмотрения заявления начинает отсчитываться заново. Этот момент невозможно ускорить самостоятельно. Единственный вариант – поговорить со своим работодателем.
Выводы
«Найдены ошибки при форматной проверке» – статус, который иногда появляется в личном кабинете Фонда Социального Страхования. Обычно проблема вызвана техническими неполадками на стороне организации. Подождите несколько дней, пока сотрудники Фонда исправят проблемы.
Если статус долго не меняется – свяжитесь с работодателем. Скорее всего, заявитель допустил ошибки в заявлении. После внесения исправлений придется отсчитывать время рассмотрения обращения с самого начала. Если возникают дополнительные вопросы по поводу работы системы – вы можете всегда набрать номер горячей линии ФСС и проконсультироваться с его сотрудниками.
«Найдены ошибки при форматной проверке» на портале ФСС: что это значит, как исправить
Многие люди используют официальный веб-сайт Фонда социального страхования для отслеживания статусов заявлений, поданных на начисление различных пособий. Однако значение многих статусов остается непонятным для большинства граждан. Далее речь пойдет о статусе на портале ФСС «Найдены ошибки при форматной проверке», с которым может столкнуться человек, оформлявший пособие по беременности или больничный лист.
Что означает данный статус
Уведомление о выявлении ошибок во время форматной проверки представляет собой системный статус, использующийся системой Фонда социального страхования. Обычно он высвечивается в связи с наличием недочетов в поданных страхователем (работодателем) документов. Заявления, в которых были обнаружены ошибки, проходят дополнительную обработку. Если лицо, заполнявшее документацию, допустило незначительные недочеты, сотруднику стоит обратиться напрямую к своему работодателю для решения создавшейся проблемы.
В случае выявления более серьезных недостатков документация отправляется обратно, а в личном кабинете появляется сообщение о сформированном извещении.
Уведомление «Найдены ошибки при форматной проверке» может указывать на наличие технических проблем, вызванных сбоем в работе серверов ФСС. В подобной ситуации рекомендуется выждать от одного до нескольких дней. После устранения технических неполадок статус изменится в автоматическом режиме.
Можно ли исправить ошибку без посторонней помощи
Исправить ошибки самостоятельно невозможно. В случае обнаружения неточности стоит обратиться в бухгалтерию для уточнения информации. Если они были обнаружены во время форматной проверки, страхователю поступит уведомление от ФСС (на электронную почту и в личный кабинет), в котором будут перечислены все нюансы. Также рекомендуется позвонить на номер горячей линии ФСС (телефоны региональных филиалов находятся на странице fss. ru/ru/fund/rusmap/index. shtml). Работник службы поддержки проверит нужный документ и ответит на возникшие вопросы.
Для того, чтобы исправить недочет, можно нанести визит в региональный филиал ФСС. Нужно учитывать, что сотрудники региональных отделений ФСС имеют доступ к базам данных только по месту регистрации работодателя.
Когда будут зачислены денежные средства
Работодатель должен отправить документацию в течение пяти дней. Регламентированный срок рассмотрения документов – десять дней. Банк обрабатывает заявку на перевод средств от одного до трех дней. Соответственно, деньги выплатят через шестнадцать – восемнадцать дней после подачи документов страхователю. Если Фонд социального страхования обнаружит ошибки и отправит документацию обратно, срок обнулится, и получателю придется ждать завершения нового цикла рассмотрения. Ускорить данный процесс невозможно.
Отзывы
Оформляла больничный лист по беременности. Отслеживала статус в ЛК на сайте ФСС. После того, как появилось сообщение о сформированном извещении, прошло уже больше недели, но статус так и не поменялся. С большим трудом дозвонилась в службу поддержки. Мне ответили, что причина задержки рассмотрения заявки – выявленные ошибки, однако никакой информации по срокам выплат я не получила.
Анна, Пермь
Дозвониться в филиал ФСС в Санкт-Петербурге невероятно сложно. Возникло затруднение с зачислением средств по больничному листу из-за неточностей в оформлении. Вчера звонил по номеру, указанному на сайте, с 10 утра до 17:00, однако телефон постоянно был занят. По всей видимости Фонд социального страхования не готов к такому объему работы. Теперь неизвестно, сколько ждать консультации по поводу допущенных ошибок. Скорей всего, выплата по больничному будет очень нескоро, так как придется ждать завершения повторного цикла рассмотрения заявки.
Виталий, Санкт-Петербург
Заключение
В случае возникновения статуса на портале ФСС «Найдены ошибки при форматной проверке» при оформлении больничного листа, рекомендуется выждать несколько дней. Если статус не изменится или появится уведомление о сформированном извещении, стоит обратиться к своему страхователю для корректировки ошибок.
Найдены ошибки при форматной проверке на портале ФСС – что это значит?
Достаточно большое количество людей пользуются услугами официального сайта Фонда Социального страхования. На данном сайте удобно отслеживать статусы рассмотрения поданных заявлений на выплаты и пособия. Однако очень часто высвечивающиеся статусы, которые многим пользователям совсем не понятны. Например, многие спрашивают про статус «Найдены ошибки при форматной проверке» на портале ФСС, который часто выскакивает при оформлении больничного листа или пособия по беременности и родам. В статье мы расскажем что это сообщение означает.
Статус Найдены ошибки при форматной проверке в лк ФСС
Что статус значит
«Найдены ошибки при форматной проверке» – это технический статус в системе ФСС, который, в большинстве случаев, означает наличие ошибок в поданной документации от заявителя (работодателя).
Важно! Заявления с допущенными ошибками дополнительно обрабатываются сотрудниками Фонда. Если ошибка выражена незначительным упущением при заполнении, сотрудник может в одностороннем порядке связаться с работодателем, уточнить нужный момент и вопрос решится быстро. Если же допущена более серьезная ошибка, документы отправляются обратно, а в личном кабинете появляется статус извещение сформировано .
В более редких случаях такое оповещение указывает на технические проблемы со стороны серверов ФСС, связанные с «зависанием» системы. Именно поэтому рекомендуется подождать несколько рабочих дней, возможно все правильно и статус автоматически будет изменен на рабочий.
Можно ли исправить ошибку самостоятельно?
- К сожалению, самостоятельно исправить допущенную ошибку нельзя. Рекомендуется прозвонить в бухгалтерию по месту вашей работы и уточнить у них момент с ошибкой. Если обнаруживаются ошибки при форматной проверке, работодатель получает извещение от ФСС (по почте и в личном кабинете), где в особом бланке указываются все нюансы.
- Также рекомендуем обратиться на горячую линии Фонда. Узнать телефон отделения в вашем регионе можно через данную страничку (наведите курсор на свой регион). Сотрудник проверит ваш больничный лист и проконсультирует по нужному моменту.
- Можно обратиться лично в отделение ФСС в вашем регионе. Важное замечание: обращаться нужно только по месту регистрации страхователя, так как сотрудники Фонда в других регионах не имеют доступов к чужим базам.
Когда будут начислены деньги
Важно сразу уточнить момент со сроками рассмотрения: 5 рабочих дней дается работодателю на отправку документов и 10 рабочих дней Фонду на рассмотрение и обработку данных. Сюда же можно прибавить время, которое займет денежный перевод через системе вашего банка, в среднем это 1-3 рабочих дня.
Если же ФСС обнаруживает ошибку и отправляет документы назад работодателю – сроки обнуляются и нужно отсчитывать новый цикл рассмотрения. Ускорить этот момент нельзя, поэтому вам остается только общаться со своим работодателем и решать данный вопрос лично.
Заключение
При появлении статуса «Найдены ошибки при форматной проверке» на портале ФСС, рекомендуем подождать несколько дней. Если статус не будет меняться или появится предупреждение о формировании извещения – обратитесь к работодателю и попросите того внести изменения или исправления. Если у вас имеются дополнительные вопросы, советы другим читателям или свои замечания – пишите их в комментариях ниже.
Источники:
https://support-tel. ru/naydeny-oshibki-pri-formatnoy-proverke-fss/
https://actualhelp. ru/naydeny-oshibki-v-fss/
https://devicess. ru/najdeny-oshibki-pri-formatnoj-proverke-fss/
Содержание
- Ошибки при обработке документов Честным знаком
- Как узнать статус документа в Честном Знаке?
- Что такое ошибки валидации и как их исправить: инструкция
- Ошибка валидации, что это такое?
- Почему ошибки валидации сайта оказывают влияние на ранжирование, восприятие?
- Как проверить ошибки валидации?
- Плагины для браузеров, которые помогут найти ошибки в коде
- Как исправить ошибку валидации?
- Технический и SEO-аудит
- В заключение
- Валидация
- Принципы
- Виды валидации
- Валидация по потере фокуса
- Когда использовать
- Как работает
- Валидация при отправке формы
- Когда использовать
- Как работает
- Блокирование кнопки отправки
- Сообщения об ошибках
- Тултипы
- Как работают
- Единообразие поведения и внешнего вида
- Красные тексты на странице
- Как работают
- Валидация зависимых полей
- Пример
Ошибки при обработке документов Честным знаком
Когда стороны сделки подписывают УПД, оператор ЭДО, передаёт в ГИС МТ «Честный ЗНАК» информацию, содержащуюся в этом документе. Затем в системе маркировки начинается дополнительная проверка документа и после завершения проверки, пользователь в личном кабинете системы маркировки может увидеть следующий результат:
- Когда у документа появляется статус «Обработан успешно» — означает, что произошел переход прав собственности на маркированные товары. Товары из документа можно реализовывать дальше.
- Когда у документа появляется статус «Обработан с ошибками» — означает, что переход права собственности на маркированные товары не произошел.
Как узнать статус документа в Честном Знаке?
Для просмотра статуса документа необходимо выполнить следующие действия:
1. Перейдите в личный кабинет по ссылке
2. Выберите необходимую товарную группу:
3. Перейдите в раздел «Документы»:
4. В разделе «Документы» выберите вкладку «Документы»:
5. Статус документа можно отфильтровать:
6. Если есть документ со статус «Обработан с ошибкой», то ошибку можно посмотреть, зайдя в документ:
7. Для того чтобы посмотреть ошибку, нажмите на кнопку «Сформировать список ошибок»
8. Дождитесь формирования списка ошибок:
9. Затем скачайте список ошибок, нажав на кнопку «Скачать список ошибок»
10. Скачанный документ рекомендуется извлечь из архива и открыть через блокнот:
11. Затем в документе можно посмотреть текст ошибки:
В образце указан номер ошибки «24», «Статус кода маркировки <КМ>не соответствует выполняемой операции»
Источник
Что такое ошибки валидации и как их исправить: инструкция
Наличие ошибок в коде страницы сайта всегда влечет за собой негативные последствия – от ухудшения позиций в ранжировании до жалоб со стороны пользователей. Ошибки валидации могут наблюдаться как на главной, так и на иных веб-страницах, их наличие свидетельствует о том, что ресурс является невалидным. Некоторые проблемы замечают даже неподготовленные пользователи, другие невозможно обнаружить без предварительного аудита, анализа. О том, что такое ошибки валидации и как их обнаружить, мы сейчас расскажем.
Ошибка валидации, что это такое?
Для написания страниц используется HTML – стандартизированный язык разметки, применяемый в веб-разработке. HTML, как любой другой язык, имеет специфические особенности синтаксиса, грамматики и т. д. Если во время написания кода правила не учитываются, то после запуска сайта будут появляться различные виды проблем. Если HTML-код ресурса не соответствует стандарту W3C, то он является невалидным, о чем мы писали выше.
Почему ошибки валидации сайта оказывают влияние на ранжирование, восприятие?
Наличие погрешностей в коде – проблема, с которой необходимо бороться сразу после обнаружения. Поисковые системы «читают» HTML-код, если он некорректный, то процесс индексации и ранжирования может быть затруднен. Поисковые роботы должны понимать, каким является ресурс, что он предлагает, какие запросы использует. Особо критичны такие ситуации для ресурсов, имеющих большое количество веб-страниц.
Как проверить ошибки валидации?
Для этой работы используется либо технический аудит сайта, либо валидаторы, которые ищут проблемы автоматически. Одним из самых популярных является сервис The W3C Markup Validation Service, выполняющий сканирование с оглядкой на World Wide Web Consortium (W3C). Рассматриваемый валидатор предлагает три способа, с помощью которых можно осуществить проверку сайта:
- ввод URL-адреса страниц, которые необходимо просканировать;
- загрузка файла страницы;
- ввод части HTML-кода, нуждающегося в проверке.
После завершения проверки вы получите развернутый список выявленных проблем, дополненных описанием, ссылками на стандарты W3C. По ходу анализа вы увидите слабые места со ссылками на правила, что позволит самостоятельно исправить проблему.
Существуют другие сервисы, позволяющие выполнить проверку валидности кода:
- Dr. Watson. Проверяет скорость загрузки страниц, орфографию, ссылки, а также исходный код;
- InternetSupervision.com. Отслеживает производительность сайта, проверяет доступность HTML.
Плагины для браузеров, которые помогут найти ошибки в коде
Решить рассматриваемую задачу можно с помощью плагинов, адаптированных под конкретный браузер. Можно использовать следующие инструменты (бесплатные):
- HTML Validator для браузера Firefox;
- HTML Validator for Chrome;
- Validate HTML для Firefox.
После проверки нужно решить, будете ли вы устранять выявленные ошибки. Многие эксперты акцентируют внимание на том, что поисковые системы сегодня уделяют больше внимания качеству внешней/внутренней оптимизации, контенту, другим характеристикам. Однако валидность нельзя оставлять без внимания, ведь если даже обнаруженные проблемы не будут мешать поисковым ботам, то они точно начнут раздражать посетителей сайта.
Как исправить ошибку валидации?
В первую очередь нужно сосредоточить внимание на слабых местах, связанных с контентом – это то, что важно для поисковых систем. Если во время сканирования было выявлено более 25 проблем, то их нельзя игнорировать из-за ряда причин:
- частичная индексация;
- медленная загрузка;
- баги, возникающие во время непосредственной коммуникации пользователя с ресурсом.
Например, игнорирование ошибок может привести к тому, что некоторые страницы не будут проиндексированы. Для решения рассматриваемой проблемы можно привлечь опытного фрилансера, однако лучшее решение – заказ услуги в веб-агентстве, что позволит исправить, а не усугубить ситуацию.
Технический и SEO-аудит
Выявление ошибок – первый шаг, ведь их еще нужно будет устранить. При наличии большого пула проблем целесообразно заказать профессиональный аудит сайта. Он поможет найти разные виды ошибок, повысит привлекательность ресурса для поисковых ботов, обычных пользователей: скорость загрузки страниц, верстка, переспам, другое.
В заключение
На всех сайтах наблюдаются ошибки валидации – их невозможно искоренить полностью, но и оставлять без внимания не стоит. Например, если провести проверку сайтов Google или «Яндекс», то можно увидеть ошибки, однако это не означает, что стоит вздохнуть спокойно и закрыть глаза на происходящее. Владелец сайта должен ставить во главу угла комплексное развитие, при таком подходе ресурс будет наполняться, обновляться и «лечиться» своевременно. Если проблем мало, то можно попробовать устранить их своими силами или с помощью привлечения стороннего частного специалиста. В остальных случаях лучше заказать услугу у проверенного подрядчика.
Источник
Валидация
Валидация — это проверка значений, указанных пользователем, и отображение найденных ошибок.
Описанное здесь поведение валидаций и отображение ошибок реализовано в библиотеке «React UI Validations», по возможности используйте эту библиотеку в продукте.
Принципы
Задача дизайнера — сделать так, чтобы пользователь не совершил ошибку и валидация не понадобилась, для этого:
- Ограничьте выбор заведомо неверных значений в списке: блокируйте эти значения или не показывайте в списке.
- Ограничьте ввод неподходящих символов. Если в поле нужно вводить только цифры, и это очевидно пользователю, игнорируйте ввод букв вместо того, чтобы показать ошибку. Используйте маски в полях, где у значений известен формат.
- Пишите подсказки для заполнения формы. Например, плейсхолдер в полях ввода.
Валидация на только что открытой пустой форме запрещена. Исключение — черновики, когда пользователь уже заполнял эту форму, через какое-то время вернулся к ней, а она заполнена с ошибками.
Виды валидации
Существует три вида валидаций: мгновенная, по потере фокуса и по отправке формы.
Чем раньше интерфейс сообщает об ошибке, тем лучше — пользователю проще вернуться и исправить ошибку.
Самый быстрый способ сообщить об ошибке — мгновенная валидация. Но она возможна только в тех случаях, когда в процессе ввода понятно, что значение некорректное. Обычно такие ошибки связаны с неправильной раскладкой клавиатуры (кириллица вместо латиницы) или вводом букв в цифровое поле (ИНН, КПП и др.) Для этих случаев мы используем поля с масками: ввод неподходящих символов в них заблокирован. Поэтому в наших интерфейсах есть только два вида валидации:
- по потере фокуса — основной вид валидации
- по отправке формы — для тех случаев, когда валидация по потере фокуса невозможна.
Валидация по потере фокуса
Когда использовать
Этот вид валидации подходит для большинства случаев.
Как работает
Не валидируйте поля на пустоту по потере фокуса — не показывайте ошибку если поле не заполнено, возможно пользователь вернется и заполнит поле чуть позже. Показывать ошибку в таких случаях можно только после отправки формы.
Валидация срабатывает сразу после потери фокуса, если значение в поле заполнено. Если найдена ошибка, поле подсвечивается красным. Фокус в это поле автоматически не возвращается:
Текст ошибки появляется в тултипе, когда поле получает наведение или фокус:
Поле с ошибкой должно остаться подсвеченным, если оно получило фокус, его значение не исправляли, а затем оно потеряло фокус.
Красная подсветка снимается с поля, как только пользователь начал исправлять ошибочное значение.
Валидация при отправке формы
Когда использовать
Используйте этот вид валидации, когда нельзя проверить поля по потере фокуса. Например, для проверки заполнения обязательных полей.
Как работает
Проверка происходит после того, как пользователь нажал кнопку отправки данных: все поля с ошибками на форме подсвечиваются, страница прокручивается к первому полю с ошибкой, фокус перемещается в это поле, курсор встает в конец строки, рядом с полем появляется тултип с подсказкой.
При прокрутке к первому полю от верхней границы окна до ошибочного поля остается отступ 48px — шесть модулей.
Блокирование кнопки отправки
В небольших формах вместо проверки заполнения обязательных полей можно блокировать кнопку отправки формы. Используйте это поведение, когда очевидно, почему кнопка отправки формы неактивна. Например, на форме входа:
Как только заполнены все обязательные поля — кнопка становится активной. Если после этого пользователь стер значение в одном из полей — кнопка снова должна стать не активной.
Сообщения об ошибках
Об ошибках можно сообщать двумя способами:
- Красным текстом около поля, обычно под полем или справа от него:
- Текстом в тултипе:
Из этих двух способов мы рекомендуем использовать тултипы. Они идут отдельным слоем, поэтому не раздвигают форму и легко размещаются, даже если поля на форме расположены плотно.
Тултипы
Как работают
Тултип с подсказкой появляется в двух случаях:
- При наведении на поле с ошибкой.
- Когда поле с ошибкой получает фокус.
Если значение в поле с ошибкой было изменено, потеряло фокус, а потом заново оказалось в фокусе — тултип с текстом старой ошибки уже не возникает. Это правило одинаково работает для всех типов валидаций: и по потере фокуса, и при отправке формы.
Тултип исчезает, когда:
- Курсор вышел из области поля с ошибкой.
- Поле с ошибкой потеряло фокус.
Тултип по наведению перекрывает тултип по фокусу.
Тултип может появляться сверху или справа от контрола с ошибкой, так чтобы он не перекрывал полезную информацию:
Единообразие поведения и внешнего вида
Показывайте тултипы справа от полей. Eсли в этом случае они перекрывают важное содержимое на странице, выводите тултипы сверху. Придерживайтесь единообразия, но помните, что контент важнее него.
Красные тексты на странице
Как работают
Красный текст ошибки появляется сразу, как только произошла валидация и ошибочное поле подсветилось.
Как только пользователь начал исправлять значение, красная подсветка поля исчезает, и цвет текста ошибки меняется на черный — #333.
Текст ошибки пропадает по потере фокуса и больше не появляется, если поле заново получает фокус. Это правило одинаково работает для всех типов валидаций: и по потере фокуса, и при отправке формы.
Выводите текст ошибки справа, если на форме есть место, а само сообщение короткое. Так форму не придется раздвигать, чтобы показать ошибку.
Если справа от поля нет места для текста, раздвигайте форму и выводите сообщение под полем.
На более сложных формах выводите сообщение об ошибке в тултипе.
Валидация зависимых полей
Зависимые поля — это поля, значение которых зависит друг от друга.
Ошибки, которые связаны с нарушением зависимости полей, мы показываем после сабмита формы. Например, ИНН и КПП. Если пользователь указал ИНН из 10 цифр, а поле с КПП оставил пустым, после отправки формы пустое поле с КПП будет подсвечено.
ИНН может быть двух видов:
- 10-значный у юридических лиц
- 12-значный у ИП.
Если пользователь указал ИНН из 12 цифр, значит организация — индивидуальный предприниматель, и у нее нет КПП, значит поле КПП заполнять не нужно. И наоборот, если заполнено КПП, а ИНН указан 12-значный, возможно неверно указан ИНН.
Подсветка зависимых полей пропадает, как только пользователь начал исправлять значение в одном из этих полей.
Если при заполнении зависимого поля нарушен формат значения, сообщайте о такой ошибке при потере фокуса. Например, пользователь ввел 3 цифры в поле ИНН и убрал фокус. Такое поле должно подсветиться сразу же.
Пример
Есть форма из 5 полей:
- Название организации — простое текстовое, обязательное
- ИНН — 10 или 12 цифр, проверка контрольной суммы по потере фокуса, обязательное
- КПП — 9 цифр с проверкой контрольной суммы по потере фокуса, обязательное, если ИНН состоит из 10 цифр
- Электронная почта — адрес почты, проверка по потере фокуса по маске a@a.aa, необязательное
- Телефон — международный формат, проверка по потере фокуса по маске +00000000000, обязательное
Пользователь пропустил поле с названием организации, заполнил ИНН значением из 10 цифр, перешел в поле почты, указал некорректный адрес, перешел в поле с телефоном и указал некорректный номер, но из поля пока не ушел:
Пользователь навел курсор на поле с почтой, появился тултип. Но исправлять значение пользователь не стал:
Пользователь нажал кнопку «Отправить» — фокус перешел в поле «Название организации», так как оно обязательное и незаполненное:
Поле с телефоном также подсветилось красным, так как заполнено некорректно. ИНН и КПП подсветились, так как ИНН состоит из 10 цифр, значит должен быть заполнен и КПП — валидация зависимых полей произошла только после отправки формы.
Пользователь начинает вводить название организации, подсветка поля гаснет, а текст подсказки остается:
Заполнил название организации, перешел в поле ИНН:
Понял, что ИНН правильный, и нужно заполнить КПП:
Начал заполнять поле КПП. Красная рамка у ИНН и КПП исчезла — пользователь изменил значение в одном из зависимых полей:
Заполнил КПП, перешел в следующее поле:
Исправил почту, перешел в следующее поле:
Исправил телефон, кликнул за пределами поля:
Теперь по нажатию кнопки «Отправить» все будет хорошо.
Реализованный пример этой формы можно посмотреть в библиотеке валидаций.
Источник
Новая версия универсального транспортного модуля — УТМ — привнесла ряд новшеств в работу системы ЕГАИС.
В данном материале будут рассмотрены две часто встречающиеся ошибки.
«Проверка не пройдена»
Отправлена информация об ошибке: [<A><error>1: Проверка не пройдена: 22N000000EM186TKB2L0158409030050030275443414292245800631210046404330</error><ver>2</ver></A>]
В УТМ 2.0.4 добавили проверку марок при продаже.
Ваша марка не прошла проверку по одной из причин:
1) данная марка была уже ранее продана вами,
2) данная марка была уже ранее продана другим магазином в пределах России,
3) данная марка не прошла проверку на сервере ЕГАИС, не действительная, «левая».
Для проверки первой причины попытайтесь найти эту марку в ЭЖП (журнале продаж). Если найдете, значит была ранее продажа спиртного по этой марке. Можете отправить в ЕГАИС чек возврата с этой маркой, и тогда можно будет вашу бутылку продать повторно.
«Лицензия на вид деятельности не действует»
WARN — Транспорт вернул ошибку: <A><error>Лицензия на вид деятельности не действует.</error><ver>2</ver></A>
См. новость от РАР:
В случае обнаружения несоответствий, необходимо обратиться в лицензирующий орган для корректировки сведений. Наименование органа доступно в реестре в реквизите наименование лицензирующего органа выдавшего лицензию.
Напоминаем, что Росалкогольрегулирование не лицензирует организации розничной торговли и не сможет внести никакие правки в реквизиты реестра в отношении таких организаций.