При отправке документов часто возникают различные ошибки в документах, в том числе и их заполнения, т.к. формирование документов бухгалтерией может быть не автоматизировано, а с большой долей ручного труда, который как известно изобилует ошибками рано или поздно.
Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 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С или иной другой системе, где формируются отправляемые документы.
Подтверждение компетентности лаборатории. Часть 2. |
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
Вид сведений
Описание проверки
Код ошибки
Описание ошибки
Выполнение внутреннего ФЛК
Причины и рекомендуемые действия
Решения по типовым ошибкам
Сведения о льготах граждан
Архив с загружаемым XML-файлом содержит больше одного файла, либо не содержит файл с расширением .xml
ArchiveError
В архиве отсутствует xml файл или больше одного файла
Нет
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Ошибка на стороне ЕЦП исключается архитектурой работы сервиса интеграции
Сведения о льготах граждан
Структура загружаемого XML не соответствует XSD
XMLFormatError
Структура XML не соответствует XSD
Нет
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно произошло изменение XSD на фед. сервисе
Сведения о льготах граждан
Значение тега не соответствует параметрам валидации. (Дата указана в неверном диапазоне, Дата указана неверном формате, строка передана не по маске, превышена допустимая длина строки, несоответствие параметрам валидации см. приложения 2-4)
ValidationError
Неверный формат значения тега <имя тега>
Да
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Большой пласт возможных ошибок, вероятно проблемы с маппингом данных и актуализацией справочников ФР НСИ
Сведения о льготах граждан
Передано неизвестное значение тегов, содержащих словарные термины: documentscitizencitizenship_confirmdoc_type, documentscitizenidentify_docsdoc_type, documentscitizenregion, documentsbenefitsbenefit_code, info_sys_code, documentscitizencitizenship, documentsbenefitsbenefit_code, documentsbenefitsdiagnosis, documentsbenefitsext_benefit_code
DocTypeDicError
Передано неверный код термина в теге <имя тега>
Да
Если значение не определено, то данные по льготнику не включаются в файл выгрузки.
В список ошибок включается сообщение об ошибке, указанное в колонке «Сообщение об ошибке», в котором выполняется замена <имя тега> на название тега.
Проверить введенные данные в ЕЦП указанные в сообщении об ошибке и выполнить корректировку
Сведения о льготах граждан
Ошибка возникает при выполнении одного из условий ниже:
- при загрузке сведений из файла фиксированной структуры пользователем с ограничением на субъект РФ в теге info_sys_code указана информационная система федерального уровня, либо субъект РФ информационной системы отличается от субъекта РФ пользователя;
- при загрузке сведений из файла фиксированной структуры пользователем без ограничения на субъект РФ в теге info_sys_code передана информационная система уровня субъекта РФ;
- при загрузке сведений посредством интеграционного сервиса значение атрибута code_ips (Ид. ИПС) у информационной системы, переданной в теге info_sys_code, отличается от идентификатора информационной системы, предоставившей сведения, согласно справочнику информационных систем ИПС
InfoSysCodeError
Передан некорректный код информационной системы
Нет
Указанный в настройках сервиса код ИС не корректен или не актуален. Необходимо написать заявку в фед. СТП с приложением соответствующей формы заявки для обновления или получения кода ИС региона
Сведения о льготах граждан
Ошибка возникает в случае, если в тегах documentscitizenregister_id и documentscitizenext_citizen_id не переданы или переданы неизвестные значения, при выполнении одно из условий ниже:
- не передано непустое значение хотя бы в одном из тегов documentscitizenname, documentscitizensurname, documentscitizenpatronymic;
- передано пустое значение в теге documentscitizenbirthdate;
- передано пустое значение в теге documentscitizensex
RequiredCitizenError
Не переданы обязательные сведения о гражданине в теге <name> или <surname> или <patronymic> и <sex>,<birthdate>
Да
Если значение не определено, то данные не включаются в файл выгрузки.
Необходимо проверить персданные пациента. Обязательны: фамилия, имя, отчество (при наличии), пол, дата рождения
Сведения о льготах граждан
Не было передано ни одно из значений в тегах documentscitizensnils, или documentscitizenpolicy_sn, или documentscitizenidentify_docs, при этом не передано значение (или передано неизвестное значение) в тэге documentscitizenregister_id и не передано значение (или передано неизвестное значение) в тэге documentscitizenext_citizen_id
RequiredIdentifyError
Не передано ни одного идентификатора гражданина
Нет
Если значение не определено, то данные не включаются в файл выгрузки.
В качестве идентификатора гражданина передается ИД пациента, который определяется однозначно.
Следует обратиться к 2ЛП для анализа ошибки
Сведения о льготах граждан
Переданные идентификаторы гражданина в тегах documentscitizensnils, documentscitizenpolicy_sn, documentscitizenidentify_docs согласно информации в ФРЛЛО не принадлежат гражданину, сведения о котором переданы в тэгах documentscitizenname, documentscitizensurname, documentscitizenpatronymic, documentscitizenfirstsurname, documentscitizenbirthdate и documentscitizensex
П р и м е ч а н и е – Данная проверка также сработает для случая, когда переданные идентификаторы гражданина принадлежат разным гражданам согласно информации в ФРЛЛО
CitizenIdentifyError
Переданы некорректные идентификаторы документов гражданина
Нет
Необходимо проверить персданные пациента.
Обратить внимание на параметры: фамилия, имя, отчество (при наличии), пол, дата рождения, номер полиса ОМС, документ удостоверяющий личность. Вероятно есть ошибка или заведён двойник пациента в ЕЦП
Сведения о льготах граждан
В выгрузке переданы некорректные отчества граждан. Считаем, что в выгрузке переданы некорректные отчества граждан в случае, если в выгрузке, сформированной информационной системой, процент типовых отчеств в теге citizen/patronymic меньше процента, указанного для информационной системы, сформировавшей выгрузку, в атрибуте typical_patr_lvl Справочника ФНСИ 1.2.643.5.1.13.13.99.2.622. Отчество гражданина считается типовым, при выполнении одного из следующих условий:
- пол переданного гражданина – мужской (значение тега citizen/sex = 1), значение отчества в теге citizen/patronymic непустое и заканчивается на «вич»;
- пол переданного гражданина – женский (значение тега citizen/sex = 2), значение отчества в теге citizen/patronymic непустое и заканчивается на «вна».
П р и м е ч а н и я
- Проверку необходимо проводить в случае, если для информационной системы в теге из тега info_sys_code в атрибуте typical_patr_lvl указано значение больше 0.
- Проверку необходимо производить на этапе проверки на соответствие файла XSD-схеме
PatronymicError
Переданы некорректные отчества граждан
Нет
При проверке на стороне ФРЛЛО был получен результат что отчество не является типовым. Проверьте отчество пациента, вероятно в нём допущены ошибки.
Есть возможность отключить проверку для зарегистрированной ИС. для этого требуется отправить заявку установленной формы в федеральную СТП
Сведения о льготах граждан
Не было передано значение обязательного тега documentcitizenregion при этом не передано значение (или передано неизвестное значение) в тэге documentcitizenregister_id и не передано значение (или передано неизвестное значение) в тэге documentcitizenext_citizen_id
ИЛИ
В теге info_sys_code передана информационная система уровня субъекта РФ и значение в теге documentcitizenregion отличается от субъекта РФ информационной системы
CitizenRegionError
Не передано или передано некорректное значение субъекта РФ, в котором гражданин получает льготное обеспечение
Нет
Код региона не определен или передан не корректный.
Варианты решения:
- Необходимо отправить заявку федеральную СТП о смене региона зарегистрированной ИС
- Обратиться к 2ЛП для анализа ошибки
Сведения о льготах граждан
Не было переданы значения обязательных тэгов элемента documentsbenefit: benefit_code (или ext_benefit_code для которого в справочнике определен код льготы ФРЛЛО)
RequiredBenefitError
Не передано значение обязательного тега категории льготы <имя тега>
Да
Если значение не определено, то данные по льготнику не включаются в файл выгрузки.
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно проблемы с актуализацией справочников ФР НСИ и линковочных таблиц в ЕЦП
Сведения о льготах граждан
Для категории льготы по нозологии (для переданной льготы в справочнике категории льгот (Справочник ФНСИ 1.2.643.5.1.13.13.99.2.541) есть ссылка на диагноз по МКБ-10) не передан диагноз (не передано значение в теге documentsbenefitsdiagnosis), или передан диагноза, не соответствующий категории льготы, переданной в теге documentsbenefitsbenefit_code (или documentsbenefitsext_benefit_code)
DiagnosisError
Не передан диагноз заболевания или передан некорректный диагноз заболевания для категории льготы по нозологии
Да
Выполняются проверки:
- в справочнике льгот ФРЛЛО указан список диагнозов, и у льготы человека диагноз не указан
- или диагноз указан и ни диагноз льготы, являющийся диагнозом 4 уровня по справочнику МКБ, ни диагноз третьего уровня, соответствующий диагнозу льготы, не входят в список диагнозов льготы ФРЛЛО,
Если значение по данным НСИ ФРЛЛО не определено, то данные по льготнику не включаются в файл выгрузки.
Необходимо проверить наличие диагноза для льготы, а также соответствие диагноза льготе и выполнить корректировки
Сведения о льготах граждан
Не было переданы значения одного из вложенных тегов для идентификации типа документа doc_type_name и doc_type в составе тегов documentscitizencitizenship_confirmdoc_type
DocTypeError
Не передан тип документа в теге <имя тега>
Да
Если значение не определено, то данные по льготнику не включаются в файл выгрузки.
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно проблемы с актуализацией справочников ФР НСИ и линковочных таблиц в ЕЦП
Сведения о льготах граждан
Для категорий льгот, переданных в тегах documentsbenefit одна из дат в теге дата получения льготы больше даты отмены льготы по всем льготам передаваемым в documentsbenefit
BenefitDateError
В передаваемых льготах documentsbenefit дата назначения льготы больше даты отмены
Да
Логическая ошибка, период действия льготы должен быть положительным числом.
Проверьте и исправьте ошибку в датах для льготы пациента
Сведения о льготах граждан
Дата отмены льготы в теге benefitsbenefitcancel_date меньше даты «01.12.2020»
BenefitTooLate
Сведения о категории льготы устарели
Да
Для выгрузки в ФРЛЛО, кроме действующих льгот, берутся недействующие льготы, у которых дата закрытия больше или равна «01.12.2020»
Сведения о льготах граждан
В загружаемом в систему xml файле содержится более 100 тысяч элементов
FileSizeError
Загружаемый файл содержит более 100 тысяч записей
Нет
Файл ограничен 50 тыс. записей. Следует обратиться к 2ЛП для анализа ошибки
Сведения о назначении медицинской продукции
Структура загружаемого XML не соответствует XSD – схеме
XMLFormatError
Структура XML не соответствует XSD – схеме
Нет
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно произошло изменение XSD на фед. сервисе
Сведения о назначении медицинской продукции
Ошибка возникает при выполнении одного из следующих условий:
- при загрузке сведений из файла фиксированной структуры пользователем с ограничением на субъект РФ в теге /info_sys_code указана информационная система федерального уровня (с пустым значением атрибута ref_info_sys.r_region_code), либо субъект РФ информационной системы ref_info_sys.r_region_code) отличается от субъекта РФ пользователя;
- при загрузке сведений из файла фиксированной структуры пользователем без ограничения на субъект РФ и без привилегии frllo_register_load_admin в теге /info_sys_code передана информационная система уровня субъекта РФ (с НЕпустым значением атрибута ref_info_sys.r_region_code);
- при загрузке сведений посредством интеграционного сервиса значение атрибута code_ips (Ид. ИПС) у информационной системы, переданной в теге info_sys_code, отличается от идентификатора информационной системы, предоставившей сведения, согласно справочнику информационных систем ИПС
InfoSysCodeError
Передан некорректный код информационной системы
Нет
Указанный в настройках сервиса код ИС не корректен или не актуален. Необходимо написать заявку в фед. СТП с приложением соответствующей формы заявки для обновления или получения кода ИС региона
Сведения о назначении медицинской продукции
Значение тега не соответствует параметрам валидации. (Дата указана в неверном диапазоне, Дата указана в неверном формате, строка передана не по маске, превышена допустимая длина строки, несоответствие параметрам валидации см. приложения 2-4)
ValidationError
Неверный формат значения тега <имя тега>
Да
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Большой пласт возможных ошибок, вероятно проблемы с маппингом данных и актуализацией справочников ФР НСИ
Значение тега <pay_percent> содержит недопустимый символ «%». Доработка сервиса интеграции в задаче PROMEDWEB-124437
Сведения о назначении медицинской продукции
Передано неизвестное значение тегов, содержащих словарные термины: documents/document/citizen/sex, documents/document/citizen/region, documents/document/citizen/identify_docs/doc/doc_type, documents/document/recipe/med_org_oid, documents/document/recipe/staff_position_code, documents/document/recipe/benefit_code, documents/document/recipe/mkb10_code, documents/document/recipe/drug_smnn_code, documents/document/recipe/med_equip_code, documents/document/recipe/nutrition_code, documents/document/recipe/recipe_priority_code, documents/document/recipe/recipe_expiry_code
DocTypeDicError
Передано неверный код термина в теге <имя тега>
Нет
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно проблемы с актуализацией справочников ФР НСИ и линковочных таблиц в ЕЦП
- Значение тега <drug_smnn_code> не соответствует справочнику ФР НСИ:
- Необходимо обновить версию справочника nsi.UnitSMNN и связки в таблице dbo.UnitSmnnComplexLink.
- Ошибка со стороны ЕГИСЗ. Будет исправлено в рамках тикета в фед. СТП #894049 от 14.09.22;
- Значение тега <med_equip_code> не соответствует справочнику ФР НСИ.
- Необходимо обновить версию справочника integra.CatalogMedProduct и связки в таблице dbo.CatalogMedProductPrepLink. Обновление в рамках задачи PROMEDWEB-123806
- Значение тега <nutrition_code> не соответствует справочнику ФР НСИ.
- Необходимо обновить версию справочника nsi.MedNutrition и связки в таблице nsi.MedNutritionLink
Сведения о назначении медицинской продукции
Ошибка возникает в случае, если в тегах documentscitizenregister_id и documentscitizenext_citizen_id не переданы или переданы неизвестные значения, при выполнении одно из условий ниже:
- Не передано непустое значение хотя бы в одном из тегов documentscitizenname, documentscitizensurname, documentscitizenpatronymic;
- Передано пустое значение в теге documentscitizenbirthdate;
- Передано пустое значение в теге documentscitizensex.
П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id
RequiredCitizenError
Не переданы обязательные сведения о гражданине в теге <name> или <surname> или <patronymic> и <sex>,<birthdate>
Да
Если значение не определено, то данные не включаются в файл выгрузки.
Необходимо проверить персданные пациента. Обязательны: фамилия, имя, отчество (при наличии), пол, дата рождения
Сведения о назначении медицинской продукции
Не было передано ни одно из значений в тегах documents/citizen/snils, или documents/citizen/policy_sn, или documents/citizen/identify_docs, при этом не передано значение (или передано неизвестное значение) в тэге documents/citizen/register_id и не передано значение (или передано неизвестное значение) в тэге documents/citizen/ext_citizen_id
П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id
RequiredIdentifyError
Не передано ни одного идентификатора гражданина
Нет
Если значение не определено, то данные не включаются в файл выгрузки.
В качестве идентификатора гражданина передается ИД пациента, который определяется однозначно.
Следует обратиться к 2ЛП для анализа ошибки
Сведения о назначении медицинской продукции
Переданные идентификаторы гражданина в тегах documents/citizen/snils, documents/citizen/policy_sn, documents/citizen/identify_docs согласно информации в ФРЛЛО не принадлежат гражданину, сведения о котором переданы в тэгах documents/citizen/name, documents/citizen/surname, documents/citizen/lastname, documents/citizen/firstsurname, documents/citizen/birthdate и documents/citizen/sex
П р и м е ч а н и я
- Данная проверка также сработает для случая, когда переданные идентификаторы гражданина принадлежат разным гражданам согласно информации в ФРЛЛО, на основе: (citizen.surname + citizen.name + citizen.lastname НЕ РАВНО /citizen/surname + /citizen/name + /citizen/lastname) И/ИЛИ (citizen.birthdate НЕ РАВНО /сitizen/birthdate) И/ИЛИ (citizen.r_sex НЕ РАВНО citizen/sex) И/ИЛИ (citizen.snils РАВНО citizen/snils) И/ИЛИ (citizen_docs.serial РАВНО /citizen/identify_docs/serial/ И citizen_docs.num РАВНО /citizen/identify_docs/num/) И/ИЛИ (citizen.policy_sn РАВНО /citizen/policy_sn )
- Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id
CitizenIdentifyError
Переданы некорректные идентификаторы документов гражданина
Нет
Необходимо проверить персданные пациента.
Обратить внимание на параметры: фамилия, имя, отчество (при наличии), пол, дата рождения, номер полиса ОМС, документ удостоверяющий личность. Вероятно есть ошибка или заведён двойник пациента в ЕЦП
Сведения о назначении медицинской продукции
По переданным идентификаторам гражданина и регистровой записи гражданина не удалось найти регистровую запись, с которой необходимо связать сведения о назначении
П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов reciperecipe_id, recipeext_recipe_id
CitizenSearchError
Сведения о гражданине в регистре не найдены
Нет
Данные о льготе для пациента не были переданы, необходимо проверить результаты регистрации сведений о льготе.
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки
Сведения о назначении медицинской продукции
В тегах documents/recipe/drug_smnn_code, documents/recipe/med_equip_code, documents/recipe/nutrition_code не передано значение, переданы значения в нескольких из перечисленных тегов
RecipePositionError
Не передан код назначенной мед. продукции или передана неоднозначная информация о коде назначенной мед. продукции
Да
Если при поиске кодов медицинской продукции в справочниках ФРЛЛО одному виду медицинской продукции найдено более 1 или ни одного значения для выгрузки, то ошибка.
Вероятно проблема в стыковках справочников ЕЦП и ФР НСИ.
Обращение к 2ЛП для анализа ошибки
Сведения о назначении медицинской продукции
Информационная система, переданная в теге /info_sys_code не является владельцем сведений о назначении для категории льготы, переданной в теге recipe/benefit_code (отличается от информационной системы, указанной в поле «Владелец сведений о назначенной и отпущенной медицинской продукции» для категории льготы в справочнике 1.2.643.5.1.13.13.99.2.655)
BenefitSourceError
Информационная система не является владельцем сведений о назначении для категории льготы
Нет
Необходима отправка заявки в фед. СТП установленной формы для указания категорий льгот соответствующих ИС
Сведения о назначении медицинской продукции
Ошибка возникает при выполнении одного из следующих условий:
- не передано значение тега recipe/med_org_oid при этом не переданы значения тегов recipe/se_num и recipe/se_name;
- одновременно переданы НЕпустые значения тегов recipe/med_org_oid И (recipe/se_num ИЛИ recipe/se_name)
OrganizationError
Не переданы сведения об организации, назначившей мед. продукцию, или переданы противоречивые сведения об организации
Да
Если для МО выписки не определен ОИД ФРМО, то ошибка.
Проверки по se_num, se_name не выполняются, т.к. нет индивидуальных предпринимателей в Системе.
Необходимо указать корректный ОИД для медицинской организации, а также ОИД для группы отделений в которой был выписан рецепт
Сведения о назначении медицинской продукции
У регистровых записей гражданина, данные которого переданы в тэгах documents/citizen/register_id или documents/citizen/ext_citizen_id или в параметрах /citizen/surname, /citizen/name, /citizen/lastname, citizen/sex, citizen/snils, /citizen/identify_docs/, /citizen/policy_sn не найдены связи с льготой переданной в теге documents/recipe/benefit_code
CitizenBenefitError
У гражданина не найдены сведения коду льготы в теге documents/recipe/benefit_code
Да
Данные льготы должны быть переданы в ФРЛЛО: по этой льготе есть данные в журнале экспорта и успешный результат передачи данных на ФРЛЛО.
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки
Сведения о назначении медицинской продукции
У гражданина отсутствуют активные регистровые записи, в субъекте РФ, указанном в теге /citizen/region
CitizenRegionError
У гражданина отсутствуют льготы, в субъекте РФ, указанном в назначении
Нет
Код региона не определен или передан не корректный.
Варианты решения:
- Необходимо отправить заявку федеральную СТП о смене региона зарегистрированной ИС
- Обратиться к 2ЛП для анализа ошибки
Сведения о назначении медицинской продукции
Не заполнены значения тегов recipe/commission_date и recipe/commission_num, при этом в теге recipe/drug_name передано непустое значение
ComissionInfoError
Отсутствуют сведения о врачебной комиссии при назначении лекарственного препарата по торговому наименованию
Нет
Необходима отметка в рецепте о врачебной комиссии. Проверить данные в ЕЦП и выполнить правку
Сведения о назначении медицинской продукции
Дата назначения documents/recipe/recipe_date меньше 01.12.2020 или меньше даты рождения (если дата рождения указана в теге /сitizen/birthdate
RecipeDateError
В тегах /recipe_date не корректно передана дата назначения
Да
Дата выписки рецепта должна быть больше даты рождения и больше чем 1 декабря 2020 г.
Проверить данные в ЕЦП и выполнить правку
Сведения о назначении медицинской продукции
Ошибка возникает, если указанная дата окончания действия назначения мед. продукции, переданная в теге documents/recipe/date_expiry не совпадает с вычисленной датой окончания действия назначения мед. продукции на основе кода срока действия назначения мед. продукции, переданного в теге documents/recipe/recipe_expiry_code и даты назначения, переданной в теге documents/recipe/recipe_date.
Получать вычисляемую дату окончания действия назначения мед. продукции необходимо на основании следующих правил:
- если recipe_expiry_code=1, то date_expiry=recipe_date+15 (дней);
- если recipe_expiry_code=2, то date_expiry=recipe_date+30 (дней);
- если recipe_expiry_code=3, то date_expiry=recipe_date+60 (дней);
- если recipe_expiry_code=4, то date_expiry=recipe_date+90 (дней);
- если recipe_expiry_code=5, то date_expiry=recipe_date+1 год;
- если recipe_expiry_code=6, то date_expiry=recipe_date+1 месяц;
- если recipe_expiry_code=7, то date_expiry=recipe_date+3 месяца
ExpiryDateError
Дата в теге /date_expiry не согласуется со сроком действия в теге /recipe_expiry_code
Нет
Проверить указание срока годности медицинской продукции в справочнике ЕЦП.
Дата должна соответствовать коду срока действия по ФР НСИ.
Обращение к 2ЛП для анализа ошибки
Дата в теге /date_expiry не согласуется со сроком действия в теге /recipe_expiry_code. Доработка сервиса интеграции в задаче PROMEDWEB-123931
Сведения о назначении медицинской продукции
В загружаемом в систему xml файле содержится более 100 тысяч элементов
FileSizeError
Загружаемый файл содержит более 100 тысяч записей
Нет
Файл ограничен 50 тыс. записей. Следует обратиться к 2ЛП для анализа ошибки
Сведения об отпуске медицинской продукции
Структура загружаемого XML не соответствует XSD – схеме
XMLFormatError
Структура XML не соответствует XSD – схеме
Нет
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно произошло изменение XSD на фед. сервисе
Сведения об отпуске медицинской продукции
Ошибка возникает при выполнении одного из следующих условий:
- при загрузке сведений из файла фиксированной структуры пользователем с ограничением на субъект РФ в теге info_sys_code указана информационная система федерального уровня (с пустым значением атрибута ref_info_sys.r_region_code), либо субъект РФ информационной системы ref_info_sys.r_region_code) отличается от субъекта РФ пользователя;
- при загрузке сведений из файла фиксированной структуры пользователем без ограничения на субъект РФ и без привилегии frllo_register_load_admin в теге info_sys_code передана информационная система уровня субъекта РФ (с НЕпустым значением атрибута ref_info_sys.r_region_code);
- при загрузке сведений посредством интеграционного сервиса значение атрибута code_ips (Ид. ИПС) у информационной системы, переданной в теге info_sys_code, отличается от идентификатора информационной системы, предоставившей сведения, согласно справочнику информационных систем ИПС
InfoSysCodeError
Передан некорректный код информационной системы
Нет
Указанный в настройках сервиса код ИС не корректен или не актуален. Необходимо написать заявку в фед. СТП с приложением соответствующей формы заявки для обновления или получения кода ИС региона
Сведения об отпуске медицинской продукции
Значение тега не соответствует параметрам валидации. (Дата указана в неверном диапазоне, Дата указана в неверном формате, строка передана не по маске, превышена допустимая длина строки, несоответствие параметрам валидации см. приложения 2-4)
ValidationError
Неверный формат значения тега <имя тега>
Да
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Большой пласт возможных ошибок, вероятно проблемы с маппингом данных и актуализацией справочников ФР НСИ
Сведения об отпуске медицинской продукции
Передано неизвестное значение тегов, содержащих словарные термины: relise/med_org_oid, relise/staff_position_code, relise/drug_klp_code, relise/med_equip_code, relise/nutrition_code, relise/service_types_code, relise/refuse_reason_code
DicError
Передано неверный код термина в теге <имя тега>
Нет
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно проблемы с актуализацией справочников ФР НСИ и линковочных таблиц в ЕЦП
Сведения об отпуске медицинской продукции
Не было передано значение ни для одного из тегов relise/drug_klp_code, relise/med_equip_code, documents/relise/nutrition_code, или переданы значения для нескольких из перечисленных тегов
RelisePositionError
Не передан код отпущенной мед. продукции, либо передан неоднозначный код отпущенной мед. продукции
Да
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно проблемы с маппингом данных и актуализацией справочников ФР НСИ
Сведения об отпуске медицинской продукции
Не передано значение в тегах relise/recipe_id и relise/ext_recipe_id или переданы неизвестные значения в тегах relise/recipe_id и relise/ext_recipe_id
П р и м е ч а н и е – Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов relise/relise_id, relise/ext_relise_id
RecipeIdentifyError
Отсутствуют сведения о переданном назначении мед. продукции
Нет
Данные о назначении не были переданы, необходимо проверить результаты регистрации сведений о назначении медицинской продукции (рецепте).
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки
Сведения об отпуске медицинской продукции
Ошибка возникает при выполнении одного из следующих условий:
- не передано значение тега relise/med_org_oid при этом не переданы значения тегов relise/se_num и relise/se_name;
- одновременно переданы НЕпустые значения тегов relise/med_org_oid И (relise/se_num ИЛИ relise/se_name)
OrganizationError
Не переданы сведения об организации, отпустившей мед. продукцию, или переданы противоречивые сведения об организации
Да
Вероятно не указан ОИД для аптечной организации, либо ОИД указан не корректно и требует актуализации в справочнике ЕЦП
Сведения об отпуске медицинской продукции
Ошибка возникает при выполнении одного из следующих условий:
- значение тега relise/drug_klp_code передано, при этом «Код узла СМНН» отпущенной товарной позиции лекарственного препарата не соответствует «Коду узла СМНН», указанному в сведениях о назначении, по которому осуществляется отпуск (recipe.r_drug_smnn_code);
- значение тега relise/med_equip_code передано, при этом значение отличается от кода медицинского изделия, указанного в сведениях о назначении, по которому осуществляется отпуск (recipe.r_med_equip_code);
- значение тега relise/nutrition_code передано, при этом значение отличается от кода спец. питания, указанного в сведениях о назначении, по которому осуществляется отпуск (recipe.r_nutrition_code)
RelisePositionError
Код отпускаемой мед продукции не соответствует назначению мед. продукции
Да
-
СМНН, отпущенного по рецепту, должен быть равен СМНН, выписанного по рецепту.
- При отпуске МИ и лечебного питания: код медицинской продукции выписанной в рецепте, должен быть равен коду медицинской продукции, отпущенной по рецепту.
- Если такой контроль не выполняется, то ошибка ФЛК: «Код отпускаемой мед продукции не соответствует назначению мед. продукции»
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки.
Вероятно проблемы с маппингом данных и актуализацией справочников ФР НСИ
Сведения об отпуске медицинской продукции
Дата отпуска (relise/release_date) больше текущей даты и меньше даты назначения, по которому осуществляется отпуск (recipe.recipe_date)
ReliseDateError
В тегах /release_date не корректно передана дата отпуска
Да
Логическая ошибка в датах, не может быть отпущено медицинское изделие раньше чем был выписан рецепт.
Проверить данные в ЕЦП и исправить указание дат выписки или отпуска
Сведения об отпуске медицинской продукции
Ошибка возникает если в сведениях об отпуске кол-во отпущенных потребительских упаковок, переданное в теге relise/pack_qty, не соответствует кол-ву отпущенных потребительских единиц, переданному в теге relise/item_qty.
Соответствие кол-ва отпущенных потребительских упаковок и кол-ва отпущенных потребительских единиц должно проверяться по следующим правилам:
- если relise/med_equip_code is not null или relise/nutrition_code is not null, то relise/item_qty==relise/pack_qty;
- если relise/drug_klp_code is not null, то (relise/pack_qty * ref_drug_products.primary_pack_qty * ref_drug_products.consumer_pack_qty)*0,95 =< relise/item_qty=< (relise/pack_qty * ref_drug_products.primary_pack_qty * ref_drug_products.consumer_pack_qty)*1,05.
Параметры ref_drug_products.primary_pack_qty и ref_drug_products.consumer_pack_qty должны быть получены по переданному коду КЛП отпущенной товарной позиции лекарственного препарата в теге relise/drug_klp_code, который должен совпадать с полем ref_drug_products.klp_code
ReliseQtyError
Количество потребительских упаковок в теге relise/pack_qty не согласуется с кол-вом потребительских единиц в теге relise/item_qty
Да
Проверка указанного количества отпущенных потребительских единиц медицинской продукции.
Для лек. средств указывается в количестве единиц во всех упаковках.
Для леч. питания и мед. изделий указывается количество упаковок.
Вычисленное количество сервисом не соответствует данной проверке.
Запрос уточнения причин ошибки в федеральную СТП и обращение к 2ЛП для анализа ошибки
Сведения об отпуске медицинской продукции
В загружаемом в систему xml файле содержится более 100 тысяч элементов
FileSizeError
Загружаемый файл содержит более 100 тысяч записей
Нет
Файл ограничен 50 тыс. записей. Следует обратиться к 2ЛП для анализа ошибки
Содержание
- Ошибка ФЛК: что это и как исправить?
- Аккредитация в Росаккредитации
- ФГИС — Работа в личном кабинете
- #1 ФГИС — Работа в личном кабинете
- #2 Подключение к ФГИС Росаккредитации.
- #3 Подключение к ФГИС Росаккредитации.
- #4 Подключение к ФГИС Росаккредитации.
- #5 Подключение к ФГИС Росаккредитации.
- #6 Подключение к ФГИС Росаккредитации.
- #7 ФГИС — Личный кабинет
- #8 Новые модули в личном кабинете ФГИС
- #9 Новые модули в личном кабинете ФГИС
- #10 ФГИС — Личный кабинет
- #11 Рабочие инструкции (методические рекомендации) по эксплуатации системы для испытательной лаборатории
- #12 Росаккредитация не даёт доступ к личному кабинету ФГИС 2.0
- 440-П Ошибка ФЛК — Что это ?
- #1 Eugene74ru
- #2 striker
- #3 AntonKeb
- #4 Юлия1307
- #5 yarlov
- #6 sancase
- #7 Юлия1307
- #8 Dmitry_IT
- Прикрепленные файлы
- #9 AntonKeb
- #10 Dmitry_IT
- #11 ValeryM
- #12 yarlov
- #13 sancase
- #14 ValeryM
- #15 sancase
- #16 ValeryM
- #17 AntonKeb
- #18 sancase
- #19 uav
- #20 analiteg
Ошибка ФЛК: что это и как исправить?
Для того, чтобы ФНС могла качественнее контролировать бизнес, работающий с онлайн-кассами, к данным, передающимся в ОФД предъявляется все больше требований. На сегодняшний день в ФНС ежедневно отправляется около 200 млн кассовых чеков. Логично, что постоянно усиливаются требования к корректности фискальных данных, передаваемых из ККТ оператору фискальных данных. Штрафы за нарушения, связанные с использованием касс, растут, требований к формированию данных — все больше.
Корректность чеков проверяет ОФД. Оператор производит эту проверку, согласно стандартам, утвержденным налоговыми органами. Эта проверка носит название форматно-логический контроль (ФЛК).ФЛК помогает оперативно проверить корректность тегов в чеках, форматы данных, соответствие налоговому режиму операций, которые совершаются на кассе и пр. В случае, если переданный в ОФД документ не проходит успешно проверку ФЛК, то он в ФНС передан не будет.
Некорректный чек может быть принят ОФД. Чек с ошибкой можно увидеть в личном кабинете ОФД. Чаще всего ошибочные чеки — это чеки с неверными тегами. Если онлайн-касса работает по новому формату ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”. Желательно регулярно просматривать чеки в личном кабинете ОФД — так вы будете в курсе наличия ошибок и сможете предпринять шаги к их исправлению.
Также некорректный чек может быть вообще не принят ОФД. Обычно это происходит, если онлайн-касса неверно зарегистрирована в ФНС или имеет проблемы с фискальным накопителем. Для того, чтобы контролировать наличие таких непринятых ОФД чеков. нужно следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.
Если касса зарегистрирована корректно, данные об ФН также внесены верно, проблемы с неприекой чеков в ОФД быть не должно.
Для того, чтобы не было чеков с ошибками, не возникало “Ошибки ФЛК”, нужно обновлять своевременно прошивку кассы и внешнее кассовое ПО, которое поддерживало бы все изменения по части внутреннего ПО кассы.
Источник
Аккредитация в Росаккредитации
форум для аккредитованных лабораторий
- Непрочитанные сообщения
- Темы без ответов
- Активные темы
- Поиск
- Топлист сообщений
- Благодарности
- Статистика сайта
ФГИС — Работа в личном кабинете
#1 ФГИС — Работа в личном кабинете
Непрочитанное сообщение 9967662 » 23 май 2017 16:31
#2 Подключение к ФГИС Росаккредитации.
#3 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение Дневной бродяга » 24 май 2017 12:53
#4 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение 9967662 » 24 май 2017 14:50
#5 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение Дневной бродяга » 24 май 2017 15:09
Вам нужен защищенный канал, для передачи данных во ФГИС. Эту услугу Росаккредитация не предоставляет. Сторонние провайдеры этим занимаются.
Отправлено спустя 41 секунду:
Как только все программы/ключи будут у Вас на компе, тогда и заявку во ФГИС
#6 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение Дневной бродяга » 25 май 2017 08:55
#7 ФГИС — Личный кабинет
Непрочитанное сообщение Pytone » 30 май 2017 18:18
#8 Новые модули в личном кабинете ФГИС
Непрочитанное сообщение ochetv » 04 июн 2017 16:23
#9 Новые модули в личном кабинете ФГИС
Непрочитанное сообщение Pytone » 06 июн 2017 21:41
#10 ФГИС — Личный кабинет
Непрочитанное сообщение Маргарита » 18 июн 2018 11:36
#11 Рабочие инструкции (методические рекомендации) по эксплуатации системы для испытательной лаборатории
#12 Росаккредитация не даёт доступ к личному кабинету ФГИС 2.0
Непрочитанное сообщение B0ris » 08 фев 2019 11:33
Доброго времени суток!
Данная тема является одновременно и криком души, и просьбой о помощи хотя бы моральной )
20.12.2018 г. мы направили запрос на подключение к ФГИС, все действия были выполнены в соответствии с инструкцией, однако, по истечении 30 календарных дней (в тех.поддержке сказали, что именно такой срок подключения к их информационной системе) мы так и не получили доступ к личному кабинету.
22.01.2019 г. я связался с техподдержкой и мне сообщили, что необходимо направить еще один запрос, который не предусмотрен и не описан в инструкции. Запрос (!) на получение формы запроса (. ) на предоставление dst-ключей для организации защищенного канала. Ну ладно, заполнили, отправили. Далее последовали письма с просьбой отправить им всю ту же информацию, что мы им отправляли ранее. Ок. Заново, так заново. Отправили.
04.02.2019 г. попросили отправить им право на использование VipNet. Второй раз. Ну ок, отправили.
По состоянию на 08.02.2019 г. мы так и не получили доступ к личному кабинету и к информационной системе. Зато получили письмо из техподдержки, что необходимо отправить сертификаты электронных подписей, указанных в запросе и т.д.. В третий (. ) раз я отправляю одно и тоже.
Написали в электронную приёмную по данной проблеме. Перезванивала девушка выслушала меня и попросила перезвонить им через пол-часа. Дозвониться я так и не смог.
Отправили письмо на бумаге почтой, с описанием всего.. Интересно, сколько раз необходимо будет отправлять им одно и то же?
Кто-нибудь с подобным сталкивался?
Что подскажите делать?
По сути ведь совершенно элементарная и простая процедура, тем не менее Росаккредитация не способна ее выполнить. Ведь это же не просто не является нормальным. Всё это вызывает возмущение и недоумение.
Источник
440-П Ошибка ФЛК — Что это ?
#1 Eugene74ru
- Falcolmlale, Felipspl, AstonioBize и 28 другим это нравится
#2 striker
#3 AntonKeb
- Город Москва
За файлы отправленные 16.11.2018 у нас тоже самое.
Что за ошибки форматно-логического контроля? Через KlikoMsg 440 все файлы успешны.
#4 Юлия1307
Присоединяемся к вопросу.
У нас за 16.11.18 положительные только файлы PB 1 и PB 2, остальные типы файлов (BOS, BVS, BVD. ) с ошибкой форматно-логистического контроля.
Что делать дальше?
#5 yarlov
Аналогичная ситуация. Что делать дальше?
#6 sancase
#7 Юлия1307
Сегодня на сайте ФНС для нашего Банка выложен 21 пустой архив.
Что вообще происходит? Когда уже наладится взаимодействие?
Сведения о файле
Данные извещения/подтверждения ТУ
(формируется при наличии ошибок)
Имя файла: AFN_MIFNS00_2748701_20181126_00021.ARJ
БИК: 042748701
Количество файлов, включенных в архивный файл: 0
Имя Файла: (Отсутствует значение)
Код результата обработки: (Отсутствует значение)
Текст результата обработки: (Отсутствует значение)
Дата проверки архива: (Отсутствует значение)
#8 Dmitry_IT
Такая же «Ошибка ФЛК».
Прикрепленные файлы
Ошибка ФЛК.png213.86К 0 скачиваний
#9 AntonKeb
- Город Москва
Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.
#10 Dmitry_IT
Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.
В том-то и дело, что уже больше недели квитанций нет. Проверить не на чем, кроме как на сайте налоговой.
#11 ValeryM
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «
xml version=»1.0″ encoding=»windows-1251″ ?>
#12 yarlov
Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.
Какие наши действия?
#13 sancase
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «
xml version=»1.0″ encoding=»windows-1251″ ?>
Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.
РВ1 — префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке . по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа
— формат РВ1 ведь корректный .
РВ2 — префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения;
#14 ValeryM
#15 sancase
Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.
Какие наши действия?
Это совсем другое. Это наша ошибка. Будем исправлять.
#16 ValeryM
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«
Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.
РВ1 — префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке . по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа
— формат РВ1 ведь корректный .
РВ2 — префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения;
Мы не можем принять электронный документ из за ошибки. По результатам контроля документа получили ошибку — «Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России» (Код 41). PB2 формируется по результатам ПРИНЯТОГО электронного документа. Сформировали PB1 — это отказ о принятии электронного документа. Зачем нам формировать PB2, если мы отказываемся в принятии документа?
Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.
#17 AntonKeb
- Город Москва
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«
Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.
РВ1 — префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке . по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа
— формат РВ1 ведь корректный .
РВ2 — префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения;
Мы не можем принять электронный документ из за ошибки. По результатам контроля документа получили ошибку — «Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России» (Код 41). PB2 формируется по результатам ПРИНЯТОГО электронного документа. Сформировали PB1 — это отказ о принятии электронного документа. Зачем нам формировать PB2, если мы отказываемся в принятии документа?
Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.
Вам же Александр подчеркнул, что PB1 формируется при проверке формата сообщения. Если он по xsd схеме проходит, то вы обязаны его принять. А то, что внутри тегов в запросе Вам не нравится — то формируется PB2.
Возможно они просто сейчас в новой АИС включили на это контроль.
#18 sancase
РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.
Значит ваше ПО работает неправильно.
#19 uav
РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.
Значит ваше ПО работает неправильно.
у нас такая ошибка по файлам с устаревшими нашими БИКами
т.е. в файле используются старый БИКи. Почему?
#20 analiteg
РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.
Значит ваше ПО работает неправильно.
Уважаемый, Александр Николаевич!
Не находите ли Вы, что проверка формата и проверка по XSD — это разные проверки, и налоговые органы необоснованно отказывают в приеме подтверждений, которые не только соответствуют XSD для подтверждений, но и соответствуют описанию формата «Налог»?
Формирование подтверждений с отрицательным результатом проверки, согласно Положению Банка России 440-П — не только право, но и обязанность банков, в которые вы с коллегами направляете документы:
3.9. Банк (филиал банка), подразделение Банка России после завершения проверки формата сообщения, содержащего документ налогового органа, направляет подразделению информатизации ТУ Банка России для последующей передачи ЦИТ Банка России уполномоченной организации ФНС России сообщение, содержащее подтверждение, в котором указываются:
дата и время завершения проверки формата сообщения, содержащего документ налогового органа;
при отрицательных результатах проверки формата сообщения — причина отрицательного результата проверки;
реквизиты сообщения, содержащего документ налогового органа, позволяющие его идентифицировать.
Хотелось бы акцентировать Ваше внимание, что формат, это не только XSD, содержащие типы данных, но и описание формата «Налог», в котором описано, какие значения должны содержать атрибуты.
И если в описании формата «Налог» сказано, что атрибут «БИК» содержит «Банковский идентификационный код», это означает, что любые девять цифр, которые соответствуют шаблону d <9>по XSD (например, «123456789»), но не являются банковским идентификационным кодом — не соответствуют формату. И банк имеет полное право направить PB1 с отрицательным результатом проверки, что БИК = «123456789» не соответствует формату.
Просим прислушаться и отключить необоснованные проверки подтверждений, которые не позволяют банкам исполнять возложенные на них обязанности так, как прописано в нормативных актах Банка России.
К слову, это на руку и налоговым органам, т.к. качественная обратная связь, которую предоставляют банки в подтверждениях, позволяет выявлять и устранять ошибки в программном обеспечении ФНС.
Источник
Ошибка ФЛК — что делать владельцу кассового аппарата
Ошибка ФЛК — что делать владельцу кассового аппарата
Проверка корректности чеков возложена на вашего оператора фискальных данных (ОФД), который выполняет ее по правилам, утвержденным ФНС. Такая проверка называется форматно-логический контроль (ФЛК) и уже давно применяется при приемке всей электронной налоговой отчетности. При ФЛК проверяется точное соответствие всех реквизитов фискального документа (тегов) выполняемой кассовой операции, формата данных, их состава и порядка заполнения.. Кроме самого чека также проверяется правильность и полнота данных о регистрации ККТ, выполняемых на ней операциях, заявленному при регистрации виду деятельности и применяемому налоговому режиму. Если чек не проходит ФЛК, то он не может быть отправлен в ФНС.
В зависимости от вида ошибки ФЛК со стороны ОФД может быть несколько вариантов:
Как исправить ошибку ФЛК на кассе
Самой частой причиной ошибок ФЛК является устаревшее программное обеспечение вашей кассы. Меняются требования законодательства, усиливается контроль за кассовыми чеками, исправляются обнаруженные ошибки. Если вы не обновите прошивку вашей кассы, то она об этом никогда не узнает и так и будет продолжать нарушать требования закона, а вместе с ней и вы, как ее владелец.
Кассовые чеки формирует кассовая программа. Дальше она отправляет их в кассовый аппарат, который в свою очередь выдает команды на фискализацию по этим данным. Любая ошибка во взаимодействии этих двух частей приведет к неправильному формированию кассового чека. В зависимости от кассовой программы ошибка может быть выявлена сразу и вы увидите ее на экране, или, что гораздо хуже, неправильный чек будет фискализирован и отправлен в ОФД. Поэтому так важно, на какой кассе и с какой программой вы работаете.
Дримкас проводит регулярный мониторинг изменения требования законодательства и результатов проверки ФЛК чеков наших кассовых аппаратов. Ниже мы приводим сокращенный список того, что было изменено в прошивках наших касс для устранения вероятности появления ошибок ФЛК только за осень 2021 года:
Чтобы касса работала корректно обновите прошивку и кассовое программное обеспечение или обратитесь в вашу обслуживающую организацию.
Источник
Аккредитация в Росаккредитации
форум для аккредитованных лабораторий
Непрочитанное сообщение 9967662 » 23 май 2017 16:31
#2 Подключение к ФГИС Росаккредитации.
#3 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение Дневной бродяга » 24 май 2017 12:53
#4 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение 9967662 » 24 май 2017 14:50
#5 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение Дневной бродяга » 24 май 2017 15:08
Вам нужен защищенный канал, для передачи данных во ФГИС. Эту услугу Росаккредитация не предоставляет. Сторонние провайдеры этим занимаются.
Отправлено спустя 41 секунду:
Как только все программы/ключи будут у Вас на компе, тогда и заявку во ФГИС
#6 Подключение к ФГИС Росаккредитации.
Непрочитанное сообщение Дневной бродяга » 25 май 2017 08:55
Непрочитанное сообщение Pytone » 30 май 2017 18:18
#8 Новые модули в личном кабинете ФГИС
Непрочитанное сообщение ochetv » 04 июн 2017 16:23
#9 Новые модули в личном кабинете ФГИС
Непрочитанное сообщение Pytone » 06 июн 2017 21:41
Непрочитанное сообщение Маргарита » 18 июн 2018 11:36
#11 Рабочие инструкции (методические рекомендации) по эксплуатации системы для испытательной лаборатории
#12 Росаккредитация не даёт доступ к личному кабинету ФГИС 2.0
Непрочитанное сообщение B0ris » 08 фев 2019 11:33
Доброго времени суток!
Данная тема является одновременно и криком души, и просьбой о помощи хотя бы моральной )
20.12.2018 г. мы направили запрос на подключение к ФГИС, все действия были выполнены в соответствии с инструкцией, однако, по истечении 30 календарных дней (в тех.поддержке сказали, что именно такой срок подключения к их информационной системе) мы так и не получили доступ к личному кабинету.
22.01.2019 г. я связался с техподдержкой и мне сообщили, что необходимо направить еще один запрос, который не предусмотрен и не описан в инструкции. Запрос (!) на получение формы запроса (. ) на предоставление dst-ключей для организации защищенного канала. Ну ладно, заполнили, отправили. Далее последовали письма с просьбой отправить им всю ту же информацию, что мы им отправляли ранее. Ок. Заново, так заново. Отправили.
04.02.2019 г. попросили отправить им право на использование VipNet. Второй раз. Ну ок, отправили.
По состоянию на 08.02.2019 г. мы так и не получили доступ к личному кабинету и к информационной системе. Зато получили письмо из техподдержки, что необходимо отправить сертификаты электронных подписей, указанных в запросе и т.д.. В третий (. ) раз я отправляю одно и тоже.
Написали в электронную приёмную по данной проблеме. Перезванивала девушка выслушала меня и попросила перезвонить им через пол-часа. Дозвониться я так и не смог.
Отправили письмо на бумаге почтой, с описанием всего.. Интересно, сколько раз необходимо будет отправлять им одно и то же?
Кто-нибудь с подобным сталкивался?
Что подскажите делать?
По сути ведь совершенно элементарная и простая процедура, тем не менее Росаккредитация не способна ее выполнить. Ведь это же не просто не является нормальным. Всё это вызывает возмущение и недоумение.
Источник
За файлы отправленные 16.11.2018 у нас тоже самое.
Что за ошибки форматно-логического контроля? Через KlikoMsg 440 все файлы успешны.
Присоединяемся к вопросу.
У нас за 16.11.18 положительные только файлы PB 1 и PB 2, остальные типы файлов (BOS, BVS, BVD. ) с ошибкой форматно-логистического контроля.
Аналогичная ситуация. Что делать дальше?
Сегодня на сайте ФНС для нашего Банка выложен 21 пустой архив.
Что вообще происходит? Когда уже наладится взаимодействие?
Сведения о файле
Данные извещения/подтверждения ТУ
(формируется при наличии ошибок)
Имя файла: AFN_MIFNS00_2748701_20181126_00021.ARJ
БИК: 042748701
Количество файлов, включенных в архивный файл: 0
Имя Файла: (Отсутствует значение)
Код результата обработки: (Отсутствует значение)
Текст результата обработки: (Отсутствует значение)
Дата проверки архива: (Отсутствует значение)
Такая же «Ошибка ФЛК».
Прикрепленные файлы
Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.
Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.
В том-то и дело, что уже больше недели квитанций нет. Проверить не на чем, кроме как на сайте налоговой.
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «
Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.
Какие наши действия?
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «
Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.
Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.
Какие наши действия?
Это совсем другое. Это наша ошибка. Будем исправлять.
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«
Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.
Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.
На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«
Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.
Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.
Возможно они просто сейчас в новой АИС включили на это контроль.
Значит ваше ПО работает неправильно.
Значит ваше ПО работает неправильно.
у нас такая ошибка по файлам с устаревшими нашими БИКами
т.е. в файле используются старый БИКи. Почему?
Значит ваше ПО работает неправильно.
Уважаемый, Александр Николаевич!
3.9. Банк (филиал банка), подразделение Банка России после завершения проверки формата сообщения, содержащего документ налогового органа, направляет подразделению информатизации ТУ Банка России для последующей передачи ЦИТ Банка России уполномоченной организации ФНС России сообщение, содержащее подтверждение, в котором указываются:
дата и время завершения проверки формата сообщения, содержащего документ налогового органа;
реквизиты сообщения, содержащего документ налогового органа, позволяющие его идентифицировать.
Хотелось бы акцентировать Ваше внимание, что формат, это не только XSD, содержащие типы данных, но и описание формата «Налог», в котором описано, какие значения должны содержать атрибуты.
Просим прислушаться и отключить необоснованные проверки подтверждений, которые не позволяют банкам исполнять возложенные на них обязанности так, как прописано в нормативных актах Банка России.
К слову, это на руку и налоговым органам, т.к. качественная обратная связь, которую предоставляют банки в подтверждениях, позволяет выявлять и устранять ошибки в программном обеспечении ФНС.
Источник
Личный кабинет ИЛ ФГИС Росаккредитации
Помогите пожалуйста новичку.
Испытательная лаборатория в стадии подтверждения компетентности. После выездной экспертизы уволилась директор ООО. Мы получили приказ о приостановке. Ждем приказ со сроками для устранения нарушений и фактически устраняем их.
Сейчас принят новый директор. Начальник лаборатории не менялся.
Я так понимаю в 10 дневный срок мы должны подать данные о смене работников? Пока входим во ФГИС с ЭЦП прежнего директора. какой сейчас порядок действий???
Сегодня удалось загрузить протоколы пакетной загрузкой через старый личный кабинет.
Через новый ЛК на за 3 часа отправил 60 протоколов. Пакетной загрузкой отчитался за 800 протоколов за 10 минут.
Сегодня удалось загрузить протоколы пакетной загрузкой через старый личный кабинет.
Через новый ЛК на за 3 часа отправил 60 протоколов. Пакетной загрузкой отчитался за 800 протоколов за 10 минут.
Т.е. сколько времени у вас уйдёт на 800 протколов.
Я так понимаю в 10 дневный срок мы должны подать данные о смене работников? Пока входим во ФГИС с ЭЦП прежнего директора. какой сейчас порядок действий???
Вы не можете входить во ФГИС с ЭЦП уволившегося директора, это уже является нарушением, поскольку данные ИЛ отправляются с ЭЦП неработающего в Вашей организации человека. Кроме того, ЭЦП надо было отдать «старому» директору, это ведь ее личные персональные данные. Не зря же составляются доверенности на право пользования чужой ЭЦП и это требуют эксперты по аккредитации.
Тем более как Вы собираетесь подавать сведения о смене директора (если я правильно поняла вопрос), если в ЛК вносятся сведения о руководителе ИЛ, а не ЮЛ?
Знаки отличия
Знаки отличия
Сегодня отправили письмо в РА.
Сегодня удалось загрузить протоколы пакетной загрузкой через старый личный кабинет
добрый день, коллеги!
может быть обсуждалось ранее, но не смогла найти в переписке.
подскажите, пожалуйста, если сотрудник меняет фамилию, как внести изменения в личный кабинет.
просто изменить фамилию и отправить?
тогда как подтвердить изменение фамилии? или приложить трудовую книжку с внесенной записью об изменении фамилии?
так же в дополнительных сведениях на сотрудника имеются графы ФИО. они не для этого заведены?
буду благодарна за ответ!
Знаки отличия
протоколы за сегодня тоже отправились. Не знаю с чем связано. Я знаю еще одну лабораторию, у которой пакетная загрузка работает.
Пакетная работает без проблем.
Голова кругом((( связывалась с организацией для изготовления новой ЭЦП, ждем когда ФНС внесет данные в ЕГРЮЛ. получается с новой ЭЦП мы сможем попасть в ЛК только после заявки в техподдержку? Заявка в произвольной форме?
Прикрепленные файлы
Спасибо огромное! Буду работать.
Хочу еще уточнить на всякий случай. Мысль вчера только вечером пришла.
Вы попробуйте сначала написать в техподдержку о «проблеме», возможно форма заявки может быть немножко другой, т.к. у Вас уже имеется ЛК.
А та форма больше наверно предназначена для первого подключения к ЛК.
Отправлено Сегодня, 06:36 Сегодня впервые вылезла ошибка при пакетной загрузке протоколов в ФГИС 1: Ошибка, невозможно сохранить данные: Не удается сохранить объект BundleRPIBundleEntityReport В ФГИС 2 не нашел пакетной загрузки. Уважаемые пользователи системы, как Вы сейчас загружаете протоколы? Есть ли возможность пакетной загрузки?
Знаки отличия
Запросила ФСА, коллеги. Ждем ответа. Не паникуйте раньше времени.
Во ФГИС2 вообще не хочет заходить в протоколы.
А еще вопрос, коллеги: при входе в реестр протолов, который во фгис1, очень долго грузит страницу. Кто-нибудь сталкивался?
Знаки отличия
Коллеги, ответ такой: это временно.
Чрез терни в дебри!
Знаки отличия
Во ФГИС2 вообще не хочет заходить в протоколы.
А еще вопрос, коллеги: при входе в реестр протолов, который во фгис1, очень долго грузит страницу. Кто-нибудь сталкивался?
Знаки отличия
Коллеги, восстановилась пакетная отправка? Дайте знать как сейчас дела.
Коллеги, восстановилась пакетная отправка? Дайте знать как сейчас дела.
ПС. И, кстати, МпК коллег дозвонилась в РА. Там сказали, что сервис пакетной загрузки выключен и включен больше не будет.
Знаки отличия
ПС. И, кстати, МпК коллег дозвонилась в РА. Там сказали, что сервис пакетной загрузки выключен и включен больше не будет.
Очень плохие новости ((
Согласно сообщениям форумчан, подобная ошибка уже появлялась в декабре 2018г.
В ФГИС 2 пакетная загрузка отсутствует. Весной 2018г на вебинаре сообщили, что пакетная загрузка возможно будет добавлена в ФГИС 2 с использованием так называемых API функций. Но видать они передумали.
А если даже и реализуют, то этот способ понравится не всем.
Я ещё в декабре нескольким лабораториям рекомендовал постепенно готовиться к ручному вводу сведений о протоколах в ФГИС 2. Для этого, прежде всего, нужно в ФГИС 2 набить сведения об испытательном оборудовании.
Во ФГИС2 вообще не хочет заходить в протоколы.
А еще вопрос, коллеги: при входе в реестр протолов, который во фгис1, очень долго грузит страницу. Кто-нибудь сталкивался?
Сталкивались с таким и в ФГИС 1 и в ФГИС 2. Через некоторое время (через час или на следующий день) скорость загрузки страницы снова улучшалась до приемлемого уровня.
Время поджимает- день не резиновый, а протоколы некоторые горят.
У Вас уважительная причина на то, чтобы не соблюсти установленные сроки загрузки. Некоторые лаборатории по этому поводу вообще не беспокоятся. Я ещё не слышал, чтобы кому то сделали замечание за нарушение сроков подачи сведений о протоколах в ФГИС РА.
ПС. И, кстати, МпК коллег дозвонилась в РА. Там сказали, что сервис пакетной загрузки выключен и включен больше не будет.
Они наверное имели ввиду, что пакетная загрузка отсутствует в ФГИС 2.
Если они решат убрать пакетную загрузку в ФГИС 1, то они из личного кабинета уберут соответствующую кнопку, позволяющую произвести пакетный экспорт данных о протоколах.
Мне не понятно, почему они так долго не могут произвести полный переход с ФГИС 1 на ФГИС 2. Ведь поддерживать одновременно старую и новую версии ФГИС РА вдвойне затратно и трудоёмко. Но, учитывая предстоящие перспективы, их черепашья скорость для Вас – это благо.
Знаки отличия
Мне не понятно, почему они так долго не могут произвести полный переход с ФГИС 1 на ФГИС 2.
Если отбросить «лирику», то причина, скорее всего в том, что для отправки через ФГИС-2 нужно
нужно в ФГИС 2 набить сведения об испытательном оборудовании.
, а это не входит ПОКА в перечень обязательных сведений (по приказу МЭР).
Также хочется надеяться, что в РА не только услышали наши «вопли» про трудозатратность, но и приняли к сведению предложения.
а это не входит ПОКА в перечень обязательных сведений (по приказу МЭР).
Также хочется надеяться, что в РА не только услышали наши «вопли» про трудозатратность, но и приняли к сведению предложения.
В приказе № 329 МЭР сказано, что аккредитованные лица представляют в РА сведения об изменении прав собственности, владения и (или) пользования на испытательное оборудование.
Ранее на вебинаре так же сообщили, что в обязательном порядке в ФГИС-2 придется внести только сведения об испытательном оборудовании (ВО и СИ пока вносятся по усмотрению лаборатории – так весной 2018г говорили на вебинаре).
Дело в том, что при заполнении сведений о протоколе в ФГИС-2, нужно обязательно заполнить раздел “Сведения об оборудовании”. Иначе система не пропустит, так как это поле является обязательным для заполнения. Заполняются эти сведения путем выбора из соответствующего справочника (вручную написать наименование оборудования не получится). Соответственно данный справочник (перечень имеющегося в лаборатории оборудования) предварительно придется наполнить данными.
Многие лаборатории сведения об испытательном оборудовании внесли в ФГИС-1. Сведения об испытательном оборудовании из ФГИС-1 в ФГИС-2 переходят автоматом.
Есть лаборатории, которые в ФГИС-1 в раздел для испытательного оборудования внесли ИО, ВО и СИ. Все эти данные автоматом перенеслись в ФГИС-2. Но тип оборудования (вид оборудования) всем присвоился единый – испытательное оборудование. Т.е. средства измерений теперь числятся как испытательное оборудование, что следует исправить.
Я в последний раз в личный кабинет заходил в декабре, поэтому может уже что то изменилось. Соответственно поправьте меня знающие люди, если я где то не прав.
Источник
Имеются ошибки флк во фгис что это
Подтверждение компетентности лаборатории. Часть 2.
pavlenkoIgor1980 | Дата: Четверг, 28.01.2021, 18:32 | Сообщение # 6051 |
Если совсем коротенько. Отзываете «старый», создаете новый с новым номером и ссылкой на номер старого. Указать причину отзыва старого. Говорю, что думаю, и думаю, что говорю. |
|
Мытарь | Дата: Четверг, 28.01.2021, 19:37 | Сообщение # 6053 |
pavlenkoIgor1980 | Дата: Четверг, 28.01.2021, 21:15 | Сообщение # 6054 |
А зачем новый номер, сам то протокол нормальный в нем нет ошибок, ошибка так сказать на путях передачи ФГИС. Я хочу (а м.б. и не буду) отозвать протокол, и по новой его внести с тем же номером просто в графе наименов. фактора поставить правильное указание (вибрация) |
|
Еленарук | Дата: Четверг, 28.01.2021, 21:26 | Сообщение # 6055 |
Поскольку протоколы аккредитованной ИЛ имеют практически статус юридического документа, а также вкупе с требованиями 17025: 7.8.8 Изменения к отчетам Т.е. изменения в виде дополнительного документа, который должен иметь другой номер, но связанный с основным протоколом (двойной или еще какой-то) А сами изменения и предыдущий контент должны быть сохранены и также связаны. 7.5.2 Лаборатория должна обеспечивать прослеживаемость изменений, вносимых в технические записи, к предыдущим версиям либо к первичным наблюдениям. И первичные, и измененные данные и файлы должны сохраняться с указанием даты внесения изменений, сведений об аспектах, претерпевших изменения, и лицах, ответственных за данные изменения. Источник Вам также понравится Adblock |
Руководство пользователя по эксплуатации сервиса регистрации декларации о соответствии
Содержание
Глоссарий
1 Введение
1.1 Назначение системы
1.2 Уровень подготовки пользователя
2 Описание операций
2.1 Описание всех выполняемых функций, задач, комплексов задач, процедур
2.1.1 Авторизация в Системе
2.1.2 Описание функций сервиса регистрации деклараций о соответствии
2.1.2.1 Открытие сервиса
2.1.2.2 Просмотр записей сервиса
2.1.2.3 Настройка состава отображаемых столбцов
2.1.2.4 Поиск и фильтрация записей сервиса
2.1.2.5 Экспорт записей сервиса
2.1.2.6 Просмотр записи сервиса
2.1.2.7 Просмотр истории изменений записи сервиса
2.1.2.8 Экспорт карточки записи сервиса
2.1.2.9 Ведение сервиса регистрации деклараций о соответствии
2.1.2.9.1 Добавление черновика записи
2.1.3.9.1.1. Блок «Основные сведения»
2.1.3.9.1.2. Блок «Декларация о соответствии»
2.1.3.9.1.3. Блок «Заявитель»
2.1.3.9.1.4. Блок «Изготовитель»
2.1.3.9.1.1. Блок «Сведения о продукции»
2.1.3.9.1.5. Блок «Исследования, испытания, измерения»
2.1.3.9.1.6. Блок «Документы»
2.1.3.9.1.7. Блок «Скан-копии документов»
2.1.2.9.2 Редактирование черновика записи
2.1.2.9.3 Удаление черновика декларации
2.1.2.9.4 Публикация черновика записи
2.1.2.9.5 Создание записи с публикацией
2.1.2.9.6 Прекращение и приостановление действия декларации о соответствии заявителем
2.1.2.9.7 Вывод сведений о зарегистрированной декларации для печати
3 Рекомендации по освоению
Глоссарий |
|
Термин, сокращение |
Определение |
Росаккредитация, Служба, Заказчик | Федеральная служба по аккредитации |
Росстандарт | Федеральное агентство по техническому регулированию и метрологии |
РФ | Российская Федерация |
ТР | Технический регламент |
ТС | Таможенный союз |
ФГИС Росаккредитации, Система | Федеральная государственная информационная система Росаккредитации |
ФИАС | Федеральная информационная адресная система |
Ф. И. О. | Фамилия, имя, отчество |
ФЛК | Форматно-логический контроль |
ЭП | Электронная подпись |
ЮЛ | Юридическое лицо |
1 Введение
1.1 Назначение системы
Основным назначением Сервиса регистрации деклараций о соответствии (далее — Сервис, Система) является регистрация деклараций о соответствии в Едином реестре, а также возможность внесения сведений о прекращении, приостановлении действия зарегистрированных деклараций. Для регистрации и внесения изменений доступны следующие типы деклараций:
— декларация о соответствии требованиям технического регламента Евразийского экономического союза (технического регламента Таможенного союза) (далее — декларация TP ЕАЭС);
— декларация о соответствии, оформленная по единой форме Евразийского экономического союза (далее — декларация ЕП ЕАЭС);
— декларация о соответствии требованиям технических регламентов Российской Федерации (далее — декларация TP РФ);
— декларация о соответствии продукции, включенной в Единый перечень продукции Российской Федерации (далее — декларация ЕП РФ).
1.2 Уровень подготовки пользователя
Пользователи должны обладать соответствующей квалификацией в предметной области, иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных программах Windows.
2 Описание операций
2.1 Описание всех выполняемых функций, задач, комплексов задач, процедур
2.1.1 Авторизация в Системе
Чтобы войти в Сервис регистрации деклараций, необходимо перейти по ссылке http://srd.fsa.gov.ru/landing/. Далее требуется осуществить вход с помощью ЕСИА, в рабочем пространстве выбрать учетные данные юридического лица или индивидуального предпринимателя. Физическим лицам, не зарегистрированным в качестве индивидуального предпринимателя, доступ к Сервису ограничен.
2.1.2 Описание функций сервиса регистрации деклараций о соответствии
2.1.2.1 Открытие сервиса.
Главная страница сервиса включает следующие функциональные элементы (Рисунок 1):
— Шапка страницы — включает меню для перехода по разделам Системы, наименование раздела, ФИО пользователя и список доступных категорий пользователя, функциональную
кнопку для выхода из Системы | ; |
— Поиск записей — включает строки поиска для поиска записей по столбцам таблицы записей сервиса;
— Панель «Фильтры» — предназначена для поиска записей с использованием критериев фильтрации;
— Функциональные кнопки — представлены в виде иконок с всплывающими подсказками и отвечают за вызов соответствующей операции над записями сервиса:
публикация | , | экспорт | и т.д. Наличие функциональных кнопок зависит от |
привилегии пользователя.
— Список записей — отображается список записей в табличном представлении с учетом настройки состава отображаемых полей таблицы и примененных параметров фильтрации и поиска;
— Статистическая информация по количеству записей — отображается количество записей по следующим показателям: «Всего записей», «Найдено», «Выбрано».
— Блок навигации — предназначен для перехода по страницам со списком записей сервиса.
Рисунок 1 — Сервис регистрации декларации. Главная страница |
2.1.2.2 Просмотр записей сервиса
Для просмотра записей сервиса необходимо открыть сервис (см. раздел 2.1.2.1) и нажать кнопку «Полный список сведений» или использовать параметры фильтрации на панели «Фильтры».
В результате на главной странице сервиса отобразится список записей (Рисунок 2).
Рисунок 2 — Список записей |
Изменение количества выводимых на странице записей сервиса выполняется нажатием на соответствующее значение в выпадающем списке «Показать по»: 10, 25, 50, 100.
Для перехода к следующей/ предыдущей странице необходимо нажать на соответствующие
кнопки | , расположенные рядом с номером текущей страницы (Рисунок 3). |
Для перехода к первой/ последней странице необходимо нажать на соответствующие
кнопки | , расположенные рядом с номером текущей страницы (Рисунок 3). |
Справа от кнопок перехода по страницам указано общее количество страниц.
Рисунок 3 — Блок навигации |
2.1.2.3 Настройка состава отображаемых столбцов
Количество и последовательность столбцов сервиса могут быть изменены. Для этого
необходимо нажать кнопку | в верхней части главной страницы сервиса. |
Откроется окно «Настройка таблицы» (Рисунок 4).
Рисунок 4 — Окно «Настройка таблицы» |
Окно содержит два списка:
— Доступные столбцы — включает перечень атрибутов сервиса, которые могут быть добавлены для отображения в таблице записей сервиса.
Выбранные столбцы — включает перечень атрибутов сервиса, которые выбраны для отображения в таблице записей сервиса с учетом последовательности их следования в списке.
Для перемещения атрибутов сервиса между списками необходимо дважды нажать левой клавишей мыши по соответствующему наименованию атрибута, либо выделить нужные
названия и нажать кнопку | соответственно. При нажатии кнопку «Выбрать все» под |
одним из списков,- все наименования из этого списка будут выделены. При нажатии кнопку «Отменить все» — выделение со всех наименований будет снято. Чтобы вернуться к отображению перечня полей сервиса по умолчанию, необходимо нажать кнопку «Значения по умолчанию».
Для изменения порядка следования полей таблицы записей сервиса необходимо в списке «Выбранные столбцы» перетащить соответствующее наименование атрибута, нажатой левой
клавишей мыши, или выделить наименование атрибута и использовать кнопки |
Для завершения редактирования количества и последовательности следования полей таблицы записей сервиса необходимо нажать кнопку «Сохранить». Для отмены внесенных корректировок — закрыть окно, нажатием кнопки «Отмена».
2.1.2.4 Поиск и фильтрация записей сервиса
Задать параметры для отображения записей сервиса можно путем использования поиска. Строки поиска находятся под заголовками столбцов таблицы сервиса (Рисунок 5).
Для поиска по столбцу следует указать параметр поиска в строке поиска и нажать кнопку |
В результате отобразится список записей сервиса, удовлетворяющих заданному параметру поиска. Можно осуществлять поиск по нескольким столбцам таблицы записей сервиса.
Чтобы сбросить параметры поиска по одному из столбцов, необходимо нажать
соответствующую кнопку | в строке поиска. Чтобы сбросить |
все заданные параметры поиска по столбцам необходимо нажать ссылку «Очистить поиск», расположенную в верхней части главной страницы сервиса.
Рисунок 5 — Строка поиска в сервисе |
Чтобы открыть панель «Фильтры», расположенную в левой части главной страницы сервиса, необходимо нажать левой кнопкой мыши на ее название (Рисунок 6).
Рисунок 6 — Панель «Фильтры» |
На панели фильтров представлены критерии фильтрации в виде полей для ввода или раскрывающего списка.
Рядом с названием панели фильтров (в скобках) отображается количество указанных критериев фильтрации.
Для фильтрации записей сервиса по критерию следует в выпадающем списке выбрать одно или несколько элементов списка, или в поле для ввода ввести параметр, по которому будет проводиться поиск. Затем нажать кнопку «Найти». В результате отобразится список записей сервиса, удовлетворяющих заданным параметрам фильтрации и с учетом результатов функции поиска.
Для сброса указанных критериев фильтрации следует нажать кнопку «Очистить фильтры». В результате отобразится полный список записей сервиса с учетом результатов функции поиска.
2.1.2.5 Экспорт записей сервиса
Экспорт записей осуществляется с учетом настройки состава отображаемых полей таблицы и примененных параметров фильтрации и поиска.
Для экспорта записей сервиса необходимо нажать кнопку | , расположенную |
расположенную в верхней части главной страницы сервиса (Рисунок 2).
Отобразится диалоговое окно «Настройка экспорта» (Рисунок 7). Необходимо выбрать формат файла с выгружаемыми данными (docx, .xlsx, .pdf) и нажать кнопку «Экспорт». Сформированный файл с записями сервиса отобразится в загрузках браузера.
Для отмены экспорта необходимо нажать кнопку «Отмена».
Рисунок 7 — Настройка экспорта |
2.1.2.6 Просмотр записи сервиса
Для открытия записи необходимо выбрать запись и нажать по ней левой кнопкой мыши. В результате откроется запись в режиме просмотра (Рисунок 8), которая включает:
— Шапку записи — содержит ключевые сведения.
— Область данных — содержит сведения записи, объединенные по разделам. Слева от области данных представлен перечень разделов, справа отображаются сведения, соответствующие выбранному разделу. Для перехода на раздел следует нажать левой кнопкой мыши на его наименование. В результате справа области данных отобразятся сведения, соответствующие выбранному разделу. Сведения по разделам могут быть представлены в виде перечня полей или записей. Для просмотра отдельной записи следует нажать левой кнопкой мыши на ее заголовок.
— Функциональные кнопки — представлены в виде иконок с всплывающими подсказками и отвечают за вызов соответствующей операции над записью:
редактирование | , экспорт | и т.д. | ||
Возврат к главной странице сервиса выполняется с использованием кнопки | < | , |
Расположенной в левой части шапки карточки записи.
Рисунок 8 — Запись сервиса деклараций о соответствии |
2.1.2.7 Просмотр истории изменений записи сервиса
Для истории изменений записи необходимо перейти к записи (см. раздел 2.1.2.6) и перейти в раздел «История изменений», нажав левой кнопкой мыши на его наименование.
В разделе «История изменений» слева в области данных отражен перечень записей об изменении с заголовком «Причина изменения», «Дата и время изменения», справа в области данных — сведения по выбранной записи (Рисунок 9).
Рисунок 9 — История изменений |
2.1.2.8 Экспорт карточки записи сервиса
Чтобы выгрузить карточку декларации о соответствии в формат текстового редактора (docx) необходимо найти нужную декларацию в главной таблице реестра (см. раздел 2.1.2.6) и открыть
ее карточку. Нажать кнопку «Экспорт» | в карточке декларации. Сформированный файл с |
данными декларации отобразится в загрузках браузера.
Для отмены экспорта нажмите кнопку «Отмена».
2.1.2.9 Ведение сервиса регистрации деклараций о соответствии
2.1.2.9.1 Добавление черновика записи
Для добавления черновика записи необходимо нажать кнопку «Добавить» |
расположенную в верхней части главной страницы сервиса (Рисунок 2). Сохранение записи как черновика производится по нажатию кнопки «Сохранить», для того что бы сразу же опубликовать декларацию необходимо нажать кнопку «Сохранить и опубликовать».
После сохранения черновик декларации отобразится в главной таблице сервиса со статусом «Черновик».
2.1.3.9.1.1. Блок «Основные сведения»
После нажатия кнопки | откроется страница добавления (Рисунок 10), в которой |
следует заполнить соответствующие поля.
Рисунок 10 — Страница добавления записи |
В окне «Основные сведения» необходимо заполнить следующие поля:
— «Тип декларации»;
— «Технический регламент»;
— «Группа продукции»/»Единый перечень продукции»;
— «Схема декларирования»;
— «Тип объекта декларирования».
После заполнение основных сведений необходимо нажать кнопку «ок».
Порядок заполнения основных сведений о декларации
1. В первую очередь необходимо указать тип декларации, в зависимости от выбранного типа будет зависеть другие параметры, которые необходимо указать при заполнении сведений о декларации.
2. Следующим шагом после выбора типа декларации следует выбор значения в поле «Технический регламент», если тип декларации — декларация о соответствии требованиям технического регламента Евразийского экономического союза (технического регламента Таможенного союза), декларация о соответствии требованиям технических регламентов Российской Федерации. В случае если тип декларации — декларация о соответствии, оформленная по единой форме Евразийского экономического союза, следующим шагом будет заполнение поля «Единый перечень продукции ЕАЭС», если тип декларации — декларация о соответствии продукции, включенной в Единый перечень продукции Российской Федерации, то необходимо заполнить поле «Единый перечень продукции РФ».
3. После выбора технического регламента обязательным условием является заполнение справочного поля «Группа продукции». Для деклараций о соответствии доступны те группы продукции, для которых декларирование определено как форма подтверждения соответствия.
Продукция, на которую регистрируется декларация, относится к тем группам продукции, которые указаны в соответствующих технических регламентах либо в виде перечней продукции, либо в виде перечисления объектов технического регулирования. Группа продукции указывается в целях идентификации продукции и определяется заявителем самостоятельно.
4. От выбранного технического регламента зависит перечень схем декларирования в поле «Схема декларирования», в поле доступны только те схемы, которые обозначены в выбранном техническом регламенте. Для деклараций ЕП РФ и деклараций ЕП ЕАЭС перечень схем зависит от типа декларации.
Схема декларирования указывается:
— для деклараций о соответствии продукции требованиям технических регламентов ЕАЭС — в соответствии с техническим регламентом;
— для деклараций о соответствии продукции требованиям технических регламентов РФ — в соответствии с техническим регламентом;
— для деклараций о соответствии на продукцию, включенную в единый перечень продукции, утвержденный Постановлением Правительства Российской Федерации от 1 декабря 2009 г. N 982, — в соответствии с ГОСТ Р 54008-2010;
— для деклараций о соответствии на продукцию, включенную в единый перечень продукции ЕАЭС, утвержденный Решением Комиссии Таможенного союза от 7 апреля 2011 г. N 620, — в соответствии с Решением Комиссии Таможенного союза от 7 апреля 2011 г. N 621.
Схема декларирования определяет обязательность заполнения и наличие элементов справочников в следующих полях:
— дата окончания действия декларации о соответствии (блок «Декларация о соответствии»);
— тип декларанта (блок «Заявитель»);
— испытания продукции (блок «Исследования, испытания, измерения»).
5. Тип объекта декларирования в некоторых случаях устанавливается автоматически в зависимости от выбранной схемы декларирования, иногда предлагается выбор между значениями. От выбранного типа объекта декларирования (значения: серийный выпуск, партия, единичное изделие) зависит наличие некоторых полей в блоке «Сведения о продукции».
2.1.3.9.1.2. Блок «Декларация о соответствии»
После заполнения основных сведений становится доступным для заполнения блок «Декларация о соответствии» (Рисунок 11).
Рисунок 11 — Блок «Декларация о соответствии» |
В блоке «Декларация о соответствии» необходимо указать дату окончания действия декларации о соответствии, а также установить флаг «Свободное распространение продукции не ограничено законодательством РФ», который определяет ответственность заявителя в части декларирования санкционной продукции.
Поле «Дата регистрации декларации» устанавливается автоматически при публикации декларации. Поле «Дата окончания действия декларации» устанавливается пользователем, но может быть ограничена в соответствии с выбранным техническим регламентом и схемой декларирования.
Поле «Временный номер» устанавливается автоматически при сохранении черновика декларации.
Поле «Регистрационный номер декларации» заполняется только после установки флага «Присвоить постоянный регистрационный номер». Необходимо обратить внимание на страну, указанную в адресе места нахождения (адресе места жительства для ИП) и тип объекта декларирования, на основании этих двух полей формируется регистрационный номер. Присвоенные порядковые номера не переиспользуются в случае удаления декларации с присвоенным регистрационным номером.
Рекомендация: используйте функцию присвоения порядкового номера перед публикацией декларации.
2.1.3.9.1.3. Блок «Заявитель».
В блоке «Заявитель» указывается информация о заявителе. В зависимости от выбранной схемы декларирования накладываться ограничения на выбор значений в поле «Тип декларанта». Сведения о заявителе заполняются в автоматическом режиме из ЕГРЮЛ/ЕГРИП в соответствии с ИПП и ОГРП, указанном в ЛК пользователя на Едином портале государственных и муниципальных услуг. Следующие поля, полученные из ЕГРЮЛ, являются недоступными для редактирования:
— Основной государственный регистрационный номер юридического лица (ОГРН);
— Идентификационный номер налогоплательщика (ИНН);
— Полное наименование юридического лица; Сокращенное наименование юридического лица;
— Организационно-правовая форма;
— Наименование органа, зарегистрировавшего организацию в качестве юридического лиц;
— Дата регистрации в качестве ЮЛ;
— Дата присвоения ОГРН;
— Код причины постановки на учет (КПП);
— Адрес места нахождения.
Следующие поля, полученные из ЕГРИП, являются недоступными для редактирования:
— Основной государственный регистрационный номер индивидуального предпринимателя (ОГРНИН);
— Идентификационный номер налогоплательщика (ИНН);
— Фамилия;
— Имя;
— Отчество;
— Наименование органа, зарегистрировавшего гражданина в качестве индивидуального предпринимателя;
— Дата регистрации в качестве ИП;
— Дата присвоения ОГРНИН;
При этом сведения о руководителе юридического лица доступны для редактирования.
В данном блоке также необходимо указать сведения об адресе места осуществления деятельности заявителя (в случае если адрес места нахождения/адрес места жительства и адрес места осуществления деятельности различаются). Для указания адреса используются данные, содержащиеся в Федеральной информационной адресной системе (http://fias.nalog.ru/). Для добавления адреса необходимо нажать кнопку «+» рядом с наименованием поля, после чего отобразится всплывающее окно с соответствующими полями (Рисунок 12).
Рисунок 12 Добавление адреса |
Если адрес по каким-то параметрам не найден, необходимо установить флаг «Уникальный адрес» и в поле ниже указать те сведения об адресе, которые не были найдены с использованием справочников (например, страну, субъект повторно указывать не нужно).
В случае отсутствия адреса в ФИАС можно подать заявку на добавление адреса, как указано в разделе «Вопросы и ответы» на сайте ФИАС http://fias.nalog.ru/Help.aspx.
Также в указанном блоке необходимо указать сведения о контактных данных юридического лица и заполнить подблок «Лицо, принявшее декларацию» (Рисунок 13).
Рисунок 13 — Подблок «Лицо, принявшее декларацию» |
В подблоке «Лицо, принявшее декларацию» указываются сведения о руководителе организации-заявителя или лице организации-заявителя, уполномоченного в соответствии с законодательством государства-члена принимать декларацию о соответствии. Если лицом, принявшем декларацию, является руководитель, то необходимо установить флаг «Является руководителем заявителя», все соответствующие поля заполнятся в автоматическом режиме. В случае если лицом, принявшем декларацию, является не руководитель организации, необходимо заполнить обязательные поля этого блока:
— Фамилия лица, принявшего декларацию;
— Имя лица, принявшего декларацию;
— Отчество лица, принявшего декларацию (при наличии);
— Должность лица, принявшего декларацию.
Также в таком случае необходимо указать наименование и реквизиты уполномочивающего документа в подблоке «Документ, на основании которого лицо уполномочено принимать декларацию». В блоке «Заявитель» доступно указание контактной информации о лице, принявшем декларацию.
2.1.3.9.1.4. Блок «Изготовитель».
В блоке «Изготовитель» (в случае если изготовитель Юридическое лицо/Индивидуальный предприниматель, зарегистрированный на территории РФ) рядом с полем «ОГРН» необходимо нажать кнопку «Выбрать» и в открывшемся окне найти необходимое значение ОГРН/ИНН юридического лица путем ввода в поле с соответствующим названием значения и нажать кнопку «Найти». При указании ИНН/ОГРН информацию необходимо вводить полностью в соответствии с маской (Рисунок 14).
Рисунок 14 — Поиск по ОГРН/ИНН |
Из предложенного списка необходимо выбрать значение, удовлетворяющее параметрам поиска и нажать кнопку «Выбрать». В блоке «Изготовитель» поля со сведениями автоматически будут заполнены из справочника ЕГРЮЛ/ЕГРИН. При этом поля, полученные из ЕГРЮЛ/ЕГРИН, перечисленные в пункте 2.1.3.9.1.3 недоступны для редактирования.
Сведения о производственных площадках, на которых производится продукция, заполняются в ручном режиме (Рисунок 15).
Рисунок 15 — Подблок «Производственные площадки» |
В данном подблоке указываются сведения об адресах места осуществления деятельности по изготовлению продукции, а также информация о филиалах, которые изготавливают продукцию. Порядок добавление адреса описан в пункте 2.1.3.9.1.3.
2.1.3.9.1.1. Блок «Сведения о продукции»
В данном блоке вносится информация о декларируемой продукции (Рисунок 16). Блок «Сведения о продукции» разделен на два подблока:
«Сведения о продукции», в котором указывается обобщенная информация о декларируемой продукции.
Что бы отобразились поля для указания сведений о партии, в блоке «Основные сведения» в поле «Тип объекта декларирования» необходимо установить значение «Партия», в таком случае станут доступными для заполнения поля: Размер партии. Идентификатор партии.
«Сведения об обозначении, идентификации и дополнительная информация о продукции», данный подблок является множественным и предполагает заполнение каждой позиции продукции в отдельной вкладке, для каждой позиции декларируемой продукции необходимо указать код ТП ВЭД, тип, марку, модель, артикул, сорт, информацию о сроке годности и ресурсе продукции.
Рисунок 16 — Блок «Сведения о продукции» |
Отображение подраздела «Единица продукции» зависит от значения, указанного в поле «Тип объекта декларирования», подраздел отображается если в поле указано «Партия» либо «Единичное изделие».
2.1.3.9.1.5. Блок «Исследования, испытания, измерения»
В блоке «Исследования, испытания, измерения» производится указание сведений об испытательных лабораториях, которые проводили испытания, а также сведения о выданных протоколах.
При заполнении данного блока в первую очередь необходимо указать информацию о проведении испытаний продукции (Рисунок 17).
Если выбранной схемой декларирования предполагаются испытания только в аккредитованной испытательной лаборатории, то в справочнике «Испытания продукции» в автоматическом режиме установится значение «Испытания проводились в аккредитованной в ЕАЭС лаборатории» без возможности изменения значения.
Рисунок 17 — Блок «Исследования, испытания, измерения» |
При указании сведений об аккредитованной лаборатории, на первом шаге необходимо выбрать страну аккредитации (Рисунок 18).
Рисунок 18 — Заполнение сведений об аккредитованной в ЕАЭС лаборатории |
Далее необходимо заполнить поле «Помер аттестата аккредитации испытательной лаборатории», заполнение данного поля предполагает выбор значения из справочника, для удобства при раскрытии справочника отображается строка поиска.
Все поля об аккредитованной испытательной лаборатории заполняются в автоматическом режиме после выбора номера аттестата аккредитации.
Подблок «Сведения о грузовой таможенной декларации» заполняется в случае декларирования продукции, произведенной за пределами ЕАЭС, в нем указывается информация о таможенных декларациях, выданных на ввозимые образцы продукции.
Подблок «Протокол исследования (испытания) и измерения» заполняется сведениями о протоколах, выданных выбранной испытательной лабораторией. Сведения о каждом протоколе вносятся отдельно, для добавления протокола необходимо нажать кнопку «+» в соответствующей таблице, после чего отобразится всплывающее окно с полями для указания сведений о протоколе испытания (Рисунок 19).
Рисунок 19 — Указание сведений о протоколе |
Обязательными сведениями являются: Дата протокола. Помер протокола. Если техническим регламентом предусмотрено предоставление заявителем результатов исследований, испытаний, измерений, то соответствующий скан необходимо прикрепить к протоколу. После того как все обязательные поля в этом окне будут заполнены, будет активирована кнопка «Ок».
Для удаления или редактирования протокола, в таблице протоколов необходимо выбрать нужную строку, установив в ней флаг, и нажать соответствующую кнопку (Рисунок 20).
Рисунок 20 — Работа с таблицей протоколов |
2.1.3.9.1.6. Блок «Документы»
В блоке «Документы» указываются сведения о всех предоставленных заявителем документах. Блок разделен на 2 подблока:
Документы, предусмотренные схемой декларирования (Рисунок 21).
Рисунок 21 — Подблок «Документы, предусмотренные схемой декларирования» |
В этом блоке указываются реквизиты документов, которые обозначены в выбранной схеме декларирования.
Документы, представленные заявителем (Рисунок 22).
Рисунок 22 — Подблок «Документы, представленные заявителем» |
В подблоке указывается информация о сертификатах (декларациях) на сырье, материалы, составные части изделия, договоре на выполнение функций иностранного изготовителя, иных документах.
Указание сведений о товаросопроводительной документации, иных договорах и контрактах предполагается в разделе «Иные документы, представленные заявителем». При указании сведений о документе необходимо задать категорию документа (Рисунок 23).
Рисунок 23 — Заполнение раздела «Иные документы, представленные заявителем» |
Для добавления каждого документа необходимо нажать кнопку «+».
2.1.3.9.1.7. Блок «Скан-копии документов»
В данном блоке прикрепляются сканы всех документов, представленных заявителем, необходимых для регистрации декларации (Рисунок 24).
Рисунок 24 — Блок «Скан-копии документов» |
В блоке представлено 5 таблиц, в которые можно крепить документы. Для добавления документа, необходимо нажать кнопку «+» в нужной таблице, после чего откроется дополнительное окно с полями для указания информации о документе (Рисунок 25).
Рисунок 25 — Добавление скан-копии документа |
В окне необходимо указать наименование документа и прикрепить скан-копию, после чего нажать кнопку «Сохранить». Прикрепленный документ отобразится в таблице.
Для удаления или редактирования наименования прикрепленного документа, в таблице необходимо выбрать нужную строку, установив в ней флаг, и нажать соответствующую кнопку (Рисунок 26).
Рисунок 26 — Работа с таблицей документов |
2.1.2.9.2 Редактирование черновика записи
Для редактирования записи в статусе «Черновик» необходимо перейти карточку записи
и нажать кнопку | , расположенную в верхней части страницы карточки записи (Рисунок 8). |
Откроется форма редактирования, в которой следует заполнить/отредактировать
соответствующие поля и сохранить запись как черновик, используя кнопку | . |
Сведения по разделам можно заполнять/редактировать не в порядке очередности их следования, но следует учесть зависимость полей, описанных в пункте 2.1.3.9.1.1. Контроль на заполнение всех полей при редактировании не осуществляется.
2.1.2.9.3 Удаление черновика декларации
Чтобы удалить декларацию о соответствии необходимо найти нужную запись или
несколько, выделить ее, нажать кнопку | в верхней части главной |
страницы сервиса и подтвердить удаление записи. Для отмены удаления необходимо нажать кнопку «Отменить».
Удаление доступно только для деклараций в статусе «Черновик».
2.1.2.9.4 Публикация черновика записи
Публикацию черновика записи можно реализовать следующими способами.
1 способ: Установить флаг напротив записи в статусе «Черновик» и нажать
кнопку | , расположенную в верхней части |
главной страницы сервиса (Рисунок 2), подтвердить публикацию записи электронной подписью
2 способ: Необходимо перейти в карточку декларации (см. раздел 2.1.2.6) и нажать кнопку
, расположенную в верхней части карточки записи (Рисунок 8), и подтвердить |
публикацию записи электронной подписью.
По результатам публикации записи в статусе «Черновик» присвоится статус «Действует». Подтверждение публикации осуществляется через сервис ЕСЭП, в который производится автоматический переход.
Внимание: Публикация записи в статусе «Черновик» возможна только после корректного заполнения всех обязательных полей в карточке декларации.
2.1.2.9.5 Создание записи с публикацией
Для создания новой записи с публикацией необходимо нажать кнопку ЕЗ, расположенную в верхней части главной страницы сервиса (Рисунок 2). Откроется страница создания записи сервиса (Рисунок 10), в которой следует корректно заполнить все обязательные поля и
опубликовать запись, используя кнопку | После публикации и подписания электронной |
подписью записи присваивается статус «Действует».
Сведения по разделам можно заполнять не в порядке очередности их следования.
2.1.2.9.6 Прекращение и приостановление действия декларации о соответствии заявителем
Для прекращения или приостановления действия декларации о соответствии заявителем
необходимо перейти к выбранной записи и нажать кнопку | , расположенную в верхней |
части карточки (Рисунок 8). Перейдя в блок «Изменение статуса», необходимо указать в качестве нового статуса «Прекращен» или «Приостановлен», заполнить необходимые поля и нажать кнопку «Сохранить и опубликовать». При публикации необходимо провести процедуру подписания ЭП. Также возможно промежуточное сохранение сведений о прекращении/приостановлении с последующей публикацией указанных сведений.
После публикации и успешного подписания ЭП в сервисе регистрации деклараций запись отобразится со статусом «Прекращен» или «Приостановлен». В случае внесения сведений о прекращении/приостановлении без подписания ЭП статус декларации не изменится, но в
карточке будет отображена метка | — «Ожидает утверждения». |
2.1.2.9.7 Вывод сведений о зарегистрированной декларации для печати
Для вывода сведений о зарегистрированной декларации для печати необходимо перейти к записи (см. раздел 2.1.2.6) и нажать по ней левой кнопкой мыши.
На форме просмотра записи декларации необходимо нажать кнопку «Печать» |
которая располагается в правой верхней части карточки. В открывшемся диалоговом окне выбрать печатную форму «Декларация о соответствии» (Рисунок 27).
Рисунок 27 — Печать на бланк |
На локальный диск пользовательского компьютера экспортируется файл со сведениями из записи о декларации и с изображением QR-кода в соответствии с утвержденной формой декларации.
3 Рекомендации по освоению
Для эффективной работы пользователи системы должны обладать соответствующей квалификацией в предметной области.
Перед началом работы с системой необходимо ознакомиться с настоящим Руководством пользователя. В Руководстве пользователя описаны операции пользователя по выполнению ими функций системы в рамках имеющихся подсистем.
В подразделе 1.2 настоящего документа описаны минимальные требования к уровню подготовки пользователя применительно к имеющимся подсистемам.
N
Наименование критерия
Статус ошибки
Результат контроля
Объект контроля
Код ошибки
Примечание
1
Исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
2
Реквизит не прописан в схеме
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FC0002
Контроль файла передачи данных на соответствие xsd-схеме
3
Отсутствует обязательный реквизит
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1005
Контроль файла передачи данных на соответствие xsd-схеме
4
Отсутствует предписанный реквизит
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1005
Контроль файла передачи данных на соответствие xsd-схеме
5
Реквизит не может принимать множественные значения
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FC0007
Контроль файла передачи данных на соответствие xsd-схеме
6
Ошибка длины реквизита
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1102
Контроль файла передачи данных на соответствие xsd-схеме
7
Ошибка ФИО
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1511
Недопустимые сочетания допустимых символов при написании Ф.И.О.:
В реквизите «Фамилия»:
наличие символа «.» (точка), «-» (дефис), «‘» (апостроф), » » (пробел), «,» (запятая) в качестве первого, последнего символа или единственного символа;
наличие «(» (открывающая скобка) в качестве последнего или единственного символа;
наличие «)» (закрывающая скобка) в качестве первого или единственного символа.
В реквизитах «Имя», «Отчество»:
наличие символа «-» (дефис), «‘» (апостроф), » » (пробел), «,» (запятая) в качестве первого, последнего символа или единственного символа;
наличие символа «.» (точка) в качестве первого или единственного символа;
наличие «(» (открывающая скобка) в качестве последнего или единственного символа;
наличие «)» (закрывающая скобка) в качестве первого или единственного символа.
В элементе «ФИО»:
наличие подряд идущих символов: «.» (точка), «-» (дефис), «‘» (апостроф), » » (пробел), «,» (запятая), «(» (открывающая скобка), «)» (закрывающая скобка);
наличие только одной, непарной скобки: только «(» (открывающая скобка), или только «)» (закрывающая скобка);
наличие строчных букв латинского алфавита (i, v), а также использование этих букв в качестве первого или единственного символа.
(п. 7 в ред. Приказа Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022)
(см. текст в предыдущей редакции)
8
Ошибка ИНН ЮЛ
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1016
Проверка правильности указания ИНН ЮЛ. Контроль ИНН на соответствие xsd-схеме ИННЮЛТип: <xs:pattern value=»([0-9]{1}[1-9]{1}([1-9]{1}[0-9]{1})[0-9]{8}»/>;
контроль на контрольный разряд последнего символа в значении ИНН ЮЛ
9
Ошибка ИНН ФЛ
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1008
Проверка правильности указания ИНН ФЛ. Контроль ИНН на соответствие xsd-схеме ИННФЛТип: <xs:pattern value=»([0-9]{1}[1-9]{1}([1-9]{1}[0-9]{1})[0-9]{10}»/>
контроль на контрольный разряд 2-х последних символов в значении ИНН ФЛ
10
Ошибка КПП
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1003
Контроль КПП на соответствие xsd-схеме «КППТип»
<xs:pattern value=»([0-9]{1}[1-9]{1}([1-9]{1}[0-9]{1})([0-9]{2})([0-9A-Z]{2})([0-9]{3})»/>;
5 — 6 цифры КПП не могут быть 00
11
Ошибка положительного целого числа
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1015
Контроль файла передачи данных на соответствие xsd-схеме
12
Ошибка целого числа
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1003
Контроль файла передачи данных на соответствие xsd-схеме
13
Ошибка числа с десятичной точкой
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1003
Контроль файла передачи данных на соответствие xsd-схеме
14
Реквизит содержит только пробелы
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1003
Контроль файла передачи данных на соответствие xsd-схеме
15
Ошибка ОГРН
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1200
Контроль файла передачи данных на соответствие xsd-схеме ОГРН
Тип: <xs:pattern value=»[0-9]{13}»/>
16
Ошибка даты
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1172
Контроль файла передачи данных на соответствие xsd-схеме
17
Исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
18
Исключен. — Приказ Росреестра N П/0072, ФНС России N ЕД-7-21/154@ от 11.03.2020
(см. текст в предыдущей редакции)
18
Исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022.
(см. текст в предыдущей редакции)
19
Код в справочнике отсутствует
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1018
Проверка наличия кодов, соответствующих элементов файла обмена в следующих справочниках и классификаторах:
Общероссийский классификатор административно-территориального деления (ОКАТО), утвержденный Постановлением Госстандарта России от 31.07.1995 N 413;
Общероссийский классификатор территорий муниципальных образований (ОКТМО), принятый и введенный в действие приказом Федерального агентства по техническому регулированию и метрологии от 14.06.2013 N 159-ст;
Общероссийский классификатор единиц измерения (ОКЕИ), утвержденный постановлением Госстандарта РФ от 26.12.1994 N 366;
Общероссийский классификатор стран мира (ОКСМ), принятый и введенный в действие постановлением Госстандарта РФ от 14.12.2001 N 529-ст;
Справочник «Система обозначения налоговых органов» (СОНО), утвержденный приказом МНС России от 22.01.2001 N БГ-3-14/17;
Классификатор адресов России (КЛАДР), утвержденный приказом ФНС России от 17.11.05 N САЭ-3-13/594@;
Федеральная адресная информационная система (ФИАС), Федеральный закон от 28.12.2013 N 443-ФЗ «О федеральной информационной адресной системе и о внесении изменений в Федеральный закон «Об общих принципах организации местного самоуправления в Российской Федерации»;
Справочник «Виды документов, удостоверяющих личность налогоплательщика» (СПДУЛ), Приложение N 4 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник «Субъекты Российской Федерации» (ССРФ), Приложение N 3 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник «Виды прав на объекты недвижимости, а также ограничения (обременения) прав», Приложение N 1 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник «Правоустанавливающие документы», Приложение N 2 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник «Категории земли», Приложение N 5 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник «Виды использования земель», Приложение N 6 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник «Виды объектов недвижимости», Приложение N 7 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Абзац исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022;
Справочник «Тип основного параметра» (STOP), Приложение N 9 к Порядку заполнения формы сведений о недвижимом имуществе, зарегистрированных правах на недвижимое имущество и сделках с ним и о владельцах недвижимого имущества, утвержденному приказом ФНС России от 10.04.2017 N ММВ-7-21/302@;
Справочник видов использования земельных участков (SVIZ);
Классификатор видов разрешенного использования земельных участков (SVIZ2), утвержденный приказом Росреестра от 10.11.2020 N П/0412
(в ред. Приказа Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022)
(см. текст в предыдущей редакции)
20
Отсутствует описатель служебной части файла
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1005
Контроль файла передачи данных на соответствие xsd-схеме
21
Ошибка структуры реквизита
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1005
Контроль файла передачи данных на соответствие xsd-схеме
22
Ошибка серии/номера удостоверения личности
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FC0038
Проверка шаблонов серии и номера документа по справочнику СПДУЛ
23
Строка содержит не цифровые символы
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1003
Контроль файла передачи данных на соответствие xsd-схеме
24
Дата выдачи паспорта гражданина РФ меньше 01.10.1997
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK0042
Дата выдачи паспорта РФ — не меньше 01.10.1997
25
Разница дат выдачи документа и рождения ФЛ меньше 13 лет и 10 месяцев
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK0043
Разница между ДатаРожд и ДатаВыдачи паспорта — не меньше 13 лет и 10 месяцев
26
Для вида права «Собственность (индивидуальная)» общее количество собственников должно быть не более 1
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
RR0018
Для вида права «Собственность (индивидуальная)» (код 001001000000) в сведениях по объекту общее количество собственников не должно превосходить 1
27
Исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022.
(см. текст в предыдущей редакции)
28
Размер доли в праве (знаменатель) должен быть обязательно заполнен при наличии размера доли в праве (числитель)
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДоляПраваЗ
RR0022
Элемент «ДоляПраваЗ» обязателен при наличии <ДоляПраваЧ>
29
Реквизит должен быть обязательно заполнен при регистрации права после 05.12.2006
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаРожд
RR0025
Элемент «ДатаРожд» обязателен:
для правообладателя, если дата регистрации права больше или равна 05.12.2006
30
Должна быть хотя бы одна цифра или буква в серии и номере документа, удостоверяющего личность, для документов, шаблоны которых содержат неконтролируемые символы
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
RR0029
Для документов, удостоверяющих личность, шаблоны которых содержат неконтролируемые символы (КодВидДок = 03, 08, 10 — 15, 62), контролируется на наличие хотя бы одной цифры или буквы, а также отсутствие слов «нет», «отсутствует», «б/н» в реквизите «Серия и номер документа, удостоверяющего личность» (СерНомДок)
(в ред. Приказа Росреестра N П/0072, ФНС России N ЕД-7-21/154@ от 11.03.2020)
(см. текст в предыдущей редакции)
31
Исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
32
Дата прекращения права должна быть обязательно заполнена для признака правообладателя «Предыдущий правообладатель»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаПрекрПрава
RR0034
Элемент «ДатаПрекрПрава» обязателен при <ПризнПравОбл>=2 (Предыдущий правообладатель)
34
Исключен. — Приказ Росреестра N П/0072, ФНС России N ЕД-7-21/154@ от 11.03.2020
(см. текст в предыдущей редакции)
33 — 34
Исключены с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
35
Значение реквизита «Кадастровый номер земельного участка» должно содержать 3 разделителя «:»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
КадастНомЗУ
RR0046
Контроль структуры кадастрового номера земельного участка:
наличие трех разделителей «:» (двоеточие), последняя фасета кадастрового номера отлична от нуля
36
Данные о кадастровой стоимости для Вида передаваемых сведений «07 — об изменении КС ЗУ» должны быть заполнены
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СведЗУ/КадСтОб
RR0047
Данные о кадастровой стоимости для вида передаваемых сведений «07» — об изменении кадастровой стоимости земельных участков вследствие проведенной государственной кадастровой оценки земель должны быть заполнены
37
Данные о кадастровой стоимости для Вида сведений «08 — об изменении КС ОН имущества» должны быть заполнены
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СведЗдание/КадСтОб;
СведПомещ/КадСтОб
RR0048
Данные о кадастровой стоимости для вида сведений «08 — об изменении кадастровой стоимости объектов недвижимого имущества вследствие проведенной государственной кадастровой оценки объектов недвижимости» должны быть заполнены
38
Дата регистрации обременения должна быть меньше или равна дате окончания действия обременения
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаРегОбремПрава
RR0076
Контроль между датами:
Дата регистрации обременения (ДатаРегОбрем) Дата окончания действия обременения (ДатаОкончОбрем)
39
Дата внесения сведений о кадастровой стоимости обязательна при наличии кадастровой стоимости земельного участка
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаВнГКНКадСт
RR0077
Элемент Дата внесения сведений о кадастровой стоимости «ДатаВнКадСт» обязателен при наличии <КадСтОб>
40
Дата внесения сведений о кадастровой стоимости обязательна при наличии кадастровой стоимости здания (сооружения)
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаВнКадСт
RR0084
Элемент Дата внесения сведений о кадастровой стоимости «ДатаВнКадСт» обязателен при наличии <КадСтОб>
41
Дата внесения сведений о кадастровой стоимости обязательна при наличии кадастровой стоимости помещения
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаВнКадСт
RR0085
Элемент Дата внесения сведений о кадастровой стоимости «ДатаВнКадСт» обязателен при наличии <КадСтОб>
42
Один из реквизитов «ОКАТО» или «ОКТМО» должен быть обязательно заполнен
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ОКАТО;
ОКТМО
RR0086
Один из реквизитов «ОКАТО» или «ОКТМО» должен быть обязательно заполнен
43
Элемент «Сведения о правообладателях» обязателен для видов сведений 01/03/04
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СвПрав
RR0087
Элемент «Сведения о правообладателях» (СвПрав) обязательно должен быть заполнен для «ВидСвед» = 01/ 03/ 04
44
Элемент «Сведения об обременении права» обязателен для вида сведения 10
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СвОбремПрав
RR0088
Элемент «Сведения об обременении права» (СвОбремПрав) обязателен для «ВидСвед»= 10
45
Элемент «Сведения о ранее возникших правах на земельные участки» обязателен для вида сведения 11
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СведРВПЗУ
RR0089
Элемент «Сведения о ранее возникших правах на земельные участки» (СведРВПЗУ) обязателен для «ВидСвед» = 11
46
Элемент не формируется для типов информации РОСРЕЕСТР_ОН_10 и РОСРЕЕСТР_ОН_ГОД
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СведРВПЗУ
СведОПС
RR0091
Элементы «Сведения о ранее возникших правах на земельные участки» (СведРВПЗУ)/Сведения об отказе от права собственности, постоянного (бессрочного) пользования, пожизненного наследуемого владения на земельный участок либо об отказе от права собственности на земельную долю (СведОПС) не формируются для <ТипИнф> = РОСРЕЕСТР_ОН_ГОД | РОСРЕЕСТР_ОН_10
47
Элемент «Тип основного параметра» должен принимать значение «05»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ТипОП
RR0092
Значение элемента «Тип основного параметра» (ТипОП) в Сведениях о земельном участке (СведЗУ), Сведениях о машино-месте или помещении, расположенном в здании (сооружении) (СведПомещ) должен принимать значение «05» — площадь
48 — 49
Исключены с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
50
Элемент «Предмет аренды» обязателен при виде обременения «аренда»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ПредАренд
RR0094
Элемент Предмет аренды «ПредАренд» обязателен при <КодВидОбрем> = 022006000000
51
Элемент «Размер арендной платы» обязателен при виде обременения «аренда»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
АрендПлатаТ
RR0095
Элемент «АрендПлатаТ» обязателен при <КодВидОбрем> = 022006000000
52
Элемент «Наименование закрытого паевого инвестиционного фонда» обязателен при виде обременения «доверительное управление»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
НаимЗПИФ
RR0096
Элемент «НаимЗПИФ» обязателен для <КодВидОбрем> = 022010000000
53
Элемент «Сведения об отказе от права собственности» обязателен для вида сведения 12
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
СведОПС
RR0097
Элемент «СведОПС» обязателен при <ВидСвед>=12
54 — 55
Исключены с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
56
Тип информации не соответствует виду передаваемых сведений «07», «11», «12»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ВидСвед
RR0102
Контроль вида сведений в зависимости от типа информации
Если тип информации содержит ТипИнф=»РОСРЕЕСТР_ОН_10″, то «ВидСвед» не может быть равен
«07 — об изменении кадастровой стоимости земельных участков вследствие проведенной государственной кадастровой оценки земель»,
«11 — о ранее возникших правах на земельный участок»,
«12 — об отказе от права собственности, постоянного (бессрочного) пользования, пожизненного наследуемого владения на земельный участок либо об отказе от права собственности на земельную долю»
57
Реквизит «Вид сведений» должен быть обязательно заполнен для типа документа «Первичный» или «Корректирующий» и типа информации РОСРЕЕСТР_ЗУ_10 или РОСРЕЕСТР_ОН_10
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ВидСвед
RR0103
Элемент «ВидСвед» обязателен для <ТипИнф> = РОСРЕЕСТР_ЗУ_10 | РОСРЕЕСТР_ОН_10
58
Неверная структура кадастрового номера объекта недвижимости, за исключением земельного участка
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
КадастНомЗУ
RR0105
Контроль структуры кадастрового номера объекта недвижимости выполняется по следующим критериям:
наличие трех разделителей «:» (двоеточие);
последняя фасета кадастрового номера отлична от нуля
59
Может принимать только значения «055», «058», «059», «061»
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
КодОКЕИПл
RR0106
Код единицы измерения площади земельного участка по ОКЕИ (КодОКЕИПл) может принимать только следующие значения:
«055» (Квадратный метр);
«058» (Тысяча квадратных метров);
«059» (Гектар);
«061» (Квадратный километр)
60
Дата окончания действия обременения должна быть больше или равна дате начала действия обременения
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаНачОбрем
RR0107
Дата начала действия обременения (ДатаНачОбрем) Дата окончания действия обременения (ДатаОкончОбрем)
61
Сведения о документе, удостоверяющем личность, обязательны для <ВидСвед> = 11 (о ранее возникших правах на земельный участок) или при отсутствии <СНИЛС>
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
УдЛичнФЛ
RR0108
Сведения о документе, удостоверяющем личность, (УдЛичнФЛ) обязательны для <ВидСвед> = 11 (о ранее возникших правах на земельный участок) или при отсутствии <СНИЛС>
62
Исключен с 1 января 2023 года. — Приказ Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022
(см. текст в предыдущей редакции)
63
Не заполнен размер доли в праве для вида права «Долевая собственность»
1 — критичная
Сведение о праве дальнейшей обработке не подлежит
Сведения о зарегистрированных правах на объекты собственности
RR0401
Ошибка формируется в том случае, если в документе ФПД для сведений о регистрации вида права
«001002000000 — долевая собственность» значения ни одного из реквизитов «Размер доли в праве (простая дробь, числитель/ дробь знаменатель, текст)» не заполнены
64
Сведения о праве с видом «Хозяйственное ведение», «Оперативное управление» не предполагаются для ФЛ
1 — критичная
Сведение о праве дальнейшей обработке не подлежит
Сведения о зарегистрированных правах на объекты собственности
RR0402
Ошибка формируется в том случае, если в документе ФПД по сведению о регистрации права по ФЛ представлены виды права
«001004000000 — Хозяйственное ведение», «001005000000 — Оперативное управление»
67 — 68
Исключены. — Приказ Росреестра N П/0072, ФНС России N ЕД-7-21/154@ от 11.03.2020
(см. текст в предыдущей редакции)
65
Суммарный размер доли в праве в документе ФПД в рассматриваемый временной период превышает допустимое значение
1 — критичная
Сведение о праве дальнейшей обработке не подлежит
Сведения о зарегистрированных правах на объекты собственности
RR0440
Контроль выполняется только по правам, по которым определены значения числителя и знаменателя размера доли в праве.
При выполнении контроля рассматриваются все сведения о правах рассматриваемого документа. Определяются все возможные временные периоды, по которым необходимо суммировать доли и проверить итог на превышение.
Ошибка формируется, если сумма долей превышает 102%.
Контроль применяется только к записям о государственной регистрации права, датированным после 31.12.2018
(п. 65 введен Приказом Росреестра N П/0072, ФНС России N ЕД-7-21/154@
от 11.03.2020)
66
Дата должна быть меньше или равна дате прекращения существования помещения/дате снятия с кадастрового учета помещения (при наличии)
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаРегПрава;
ДатаНачОбрем
RR0032
При наличии заполнения реквизита Дата снятия с кадастрового учета (СведПомещ/ДатаПрекрКадУч) выполняется следующий контроль дат:
все реквизиты «Дата регистрации права» (ДатаРегПрава) при их наличии < = Дата снятия с кадастрового учета (ДатаПрекрКадУч);
Дата начала действия обременения (ДатаНачОбрем) при их наличии < = Дата снятия с кадастрового учета
(п. 66 введен Приказом Росреестра N П/0072, ФНС России N ЕД-7-21/154@
от 11.03.2020)
67
Размер доли в праве для вида права «Общая долевая собственность» должен быть заполнен, принимать допустимое значение и не быть равным нулю
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДоляПраваЧ
RR0019
Элемент «ДоляПраваЗ» обязателен при наличии <ДоляПраваЧ> при <КодВидПрава>=001002000000;
Элементы «ДоляПраваЧ» и «ДоляПраваЗ» принимают значение больше 0 (нуля)
(п. 67 введен Приказом Росреестра N П/0072, ФНС России N ЕД-7-21/154@
от 11.03.2020)
68
Дата должна быть меньше или равна дате прекращения существования здания (сооружения)/дате снятия с кадастрового учета здания (сооружения) (при наличии)
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ДатаПрекрКадУч;
RR0031
При наличии заполнения реквизита Дата снятия с кадастрового учета (СведЗдание/ДатаПрекрКадУч) выполняется следующий контроль дат:
все реквизиты «Дата регистрации права» (ДатаРегПрава) при их наличии < = Дата снятия с кадастрового учета (ДатаПрекрКадУч);
все реквизиты Дата начала действия обременения (ДатаНачОбрем) при их наличии < = Дата снятия с кадастрового учета (ДатаПрекрКадУч)
ДатаРегПрава;
ДатаНачОбрем
(п. 68 введен Приказом Росреестра N П/0072, ФНС России N ЕД-7-21/154@
от 11.03.2020)
69
Объект недвижимости имеет различные виды прав у актуальных правообладателей
1 — критичная
Сведения об объекте недвижимости дальнейшей обработке не подлежат
Сведения об объекте недвижимости
RR0017
При наличии в сведениях по объекту различных видов прав актуальные правообладатели (при наличии) должны иметь только один вид права, за исключением случаев одновременной регистрации:
совместная собственность (001003000000) и долевая собственность (001002000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и хозяйственное ведение (001004000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и оперативное управление (001005000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и постоянное (бессрочное) пользование (001007000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и пожизненное наследуемое владение (001006000000)
(п. 69 введен Приказом Росреестра N П/0072, ФНС России N ЕД-7-21/154@
от 11.03.2020)
70
Значение больше допустимого
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
FK1106
Контроль файла передачи данных на соответствие xsd-схеме
(п. 70 введен Приказом Росреестра N П/0072, ФНС России N ЕД-7-21/154@
от 11.03.2020)
71
Наличие элемента «Цена сделки, явившейся основанием регистрации права» и (или) «Цена сделки, явившейся основанием регистрации права (текст)» при наличии в элементе «Код правоустанавливающего документа» значения кода для договора купли-продажи
1 — критичная
Документ ФПД дальнейшей обработке не подлежит
ФПД/Документы ФПД
RR0120
Наличие элемента «ЦенаСделкиРуб» и (или) «ЦенаСделкиТ» при наличии кода 558401010101 в элементе «КодПравДок» или «КодПравУстДокТип»
(п. 71 введен Приказом Росреестра N П/0353, ФНС России N ЕД-7-21/851@ от 20.09.2022)
1. Ошибки при работе в программе Декларант-Алко
1.1 Ошибка обновления программы Декларант-Алко
Не рекомендуется обновлять программу «Декларант-Алко» автоматически, т.к. при этом может произойти сбой, и вся БД может потеряться. Рекомендуем скачать обновление программы с нашего сайта и вручную обновить программу, нажав на «шестеренку» и указав путь к скаченному файлу обновления.
Перед обновлением рекомендуется сохранить вашу базу — файл base.sdf с данными вашей организации:
зайдите в папку: C:UsersUserDocumentsФСРАРДекларант-Алко или C:Program FilesФСРАРДекларант-Алко;
найдите файл base.sdf и скопируйте его на рабочий стол;
После установки обновления Декларант-Алко, вставьте данный файл в папку с установленной программой Декларант-Алко.
1.2. Ошибка «Заполните справочные данные»
Если при заполнении декларации возникает данная ошибка, следует проверить заполненные данные по контрагентам, для этого:
1. Откройте программу Декларант-Алко
- Нажмите Контрагенты, выберите контрагента и нажмите Изменить
- если данные по контрагентам не заполнены, заполните их
- убедитесь, что галочка производитель/импортер стоит, если ваш контрагент является производителем/импортером
- в случае, если ваш контрагент является поставщиком, галочку ставить не нужно
- желательно выбирать реквизиты контрагентов из справочника, а не заполнять вручную
2. После того, как вы заполнили (откорректировали) данные по контрагенту, нажмите ОК
3. Убедитесь, что у контрагента добавлена лицензия. Если данные по лицензии не заполнены, нажмите Добавить
1.3. Входная строка имеет неверный формат
Если при заполнении декларации появляется ошибка Входная строка имела неверный формат,
выполните следующие действия:
1. Пройдите по пути Пуск — Панель управления — Языки и региональные стандарты
2. В окне Языки и региональные стандарты нажмите Изменить этот формат
3. В строке Разделитель целой и дробной части выберите запятую, затем нажмите ОК
Ошибка ввода дробного числа устранена.
1.4. Содержимое элемента Лицензии является неполным
Если при проверке декларации появляется ошибка Содержимое элемента Лицензии является неполным. Список ожидаемых элементов: Лицензия, выполните следующее:
1. В программе Декларант-Алко нажмите Работа с декларациями
2. Выберите из списка необходимую декларацию и нажмите Изменить
3. В открывшемся окне поставьте галочку напротив лицензии, выданной организации. Нажмите ОК
4. Проверьте декларацию снова
Ошибка устранена.
1.5. Недействительное значение атрибута
Ошибка: В строке №7 Атрибут «П000000000005» недействителен: значение «780000000» недействительно с зрения его типа данных «ИННЮЛТип» — Сбой ограничения Pattern.
Решение: Судя по этому атрибуту «ИННЮЛТип», видно, что где то не корректно указан ИНН организации (указано 9 цифр, а ИНН имеет 10 цифр). Можно посмотреть всю базу контрагентов и найти этот неправильный ИНН или можно найти неправильную строчку открыв XML файл декларации с помощью программы «notepad++»
Аналогичные ошибки могут быть из-за не правильно указаного КПП или если ИНН или КПП вообще не указаны.
Если не указан ИНН, КПП, ошибка выглядит следующим образом:
В строке №7 Атрибут «П000000000005» недействителен: значение «» недействительно с зрения его типа данных «ИННЮЛТип» — Сбой ограничения Pattern.
Т.е. в кавычках нет цифр — значит не указан ИНН.
2. Ошибки при подаче деклараций в информационную систему Субъекта
2.1. Ошибка регистрации в личном кабинете на портале Субъекта.
Декларанты проверяют информацию в перечне розничных лицензий на сайте РАРа (http://fsrar.ru/licens/reestrretail), указывают при регистрации свои данные (серию и номер лицензии, дату ее выдачи), а система Субъекта выдает, что организация не найдена в перечне лицензиатов.
Решение для Декларантов в СПБ: Для корректной регистрации надо поменять местами месяц и дату и снова попробовать зарегистрироваться. Ошибка возникает вследствие разноформатного отображения даты в перечне лицензиатов Субъектов.
Решение для Декларантов в ЛО: Для корректной регистрации надо дату и месяц отделить точками. Ошибка возникает вследствие разно форматного отображения даты в перечне лицензиатов Субъектов.
Если ошибка не разрешилась, то надо обратиться в службу поддержки АИС «СКАЛА-Декларирование» через обратную связь с Субъектом — сообщить ВАШ ИНН и проблему. В ответ на Вашу эл. почту будут высланы Ваши корректные регистрационные данные.
2.2. Ошибка функции восстановления пароля
«Ответ на контрольный вопрос некорректный. Попробуйте снова».
Обратитесь в службу поддержки АИС «СКАЛА-Декларирование» через обратную связь с Субъектом, СООБЩИТЕ ВАШ ИНН и проблему.
2.3. Ошибка при подаче декларации в Субъект
«Вы не можете сдавать данную декларацию»
Решение: Ошибка возникла вследствие не правильной регистрации — организация зарегистрировались как организация, торгующая только пивом. В такой ситуации надо написать официальное письмо на бланке организаций за подписью руководителя в уполномоченный орган субъекта с просьбой удалить неверную регистрацию в АИС «Скала».
В СПБ — на имя Директора СПб ГБУ «Центр контроля качества товаров(продукции), работ и услуг» — Герман Александр Викторович на адрес: mail@quality.spb.ru
В ЛО – на имя Начальника департамента государственного лицензирования Орлов Андрей Николаевич на адрес: dglplo@mail.ru
Такое письмо лучше сразу продублировать через сервис «Обратная связь с субъектом».
После удаления некорректной регистрации можно будет зарегистрироваться уже правильно.
2.4. Ошибка при распаковке криптографического сообщения
Если после отправки декларации в протоколе обработки появляется ошибка «Ошибка при распаковке криптографического сообщения»,
выполните следующие действия:
1. Сохраните на компьютер и запустите программу CertsRosalko.exe, это необходимо для автоматической установки корневого сертификата Росалкогольрегулирования
2. Убедитесь, что в хранилище Другие пользователи установлены сертификаты Росалкогольрегулирования и Субъекта. Для этого:
- пройдите по пути Пуск — Панель управления — Свойства обозревателя
- в Свойствах обозревателя откройте вкладку Содержание, нажмите Сертификаты
- в открывшемся окне нажмите Другие пользователи, убедитесь, что в списке сертификатов присутствует сертификат Росалкогольрегулирования и сертификат Субъекта. Откройте каждый сертификат, срок действия сертификатов должен быть действительным.
- o если оба или один из сертификатов не установлен (не действителен) — установите их/его.
3. Зашифруйте и подпишите файл декларации заново.
Внимание! Имя файла декларации должно отличаться от имени отправленной ранее декларации.
В окне выбора сертификатов получателей необходимо выбирать два сертификата: сертификат Субъекта и сертификат Росалкогольрегулирования
4. Повторно отправьте файл декларации в контролирующие органы.
2.5. Ошибка при распаковке криптографического сообщения
«Файл с декларацией имеет неверный формат».
Файл с декларацией должен иметь расширение XML.sig.zip.enc.
Проверьте правильность своих действий: выгрузить, подписать, заархивировать, зашифровать 2-мя сертификатами.
2.6. При подаче деклараций в субъект возникла ошибка: «Значение элемента «Остаток на конец отчетного периода» должно равняться сумме «Остаток на начало отчетного периода» и «Поступление всего» минус «Расход всего»»
Решение: Ошибка в арифметике декларации. Необходимо зайти в «Декларант Алко» открыть редактирование декларации, и нажать на кнопку «Импорт закупок из таблицы номер 2», в более ранних версиях ДА кнопка называется «Расчет по таблице 2». Поискать строчки с отрицательным остатком или нулевые строчки, исправить или удалить их, повторно выгрузить, подписать и отправить декларацию.
2.7. При подаче деклараций в субъект возникла ошибка: «Декларация не принята к рассмотрению. Подробнее об ошибке: За данный период отсутствует первичная декларация. Поданная декларация является корректирующей»
Решение: Отправили как корректировку, когда не сдана первичка. Нужно исправить реквизит в разделе «Работа с декларациями» и повторно подать.
При подаче деклараций в Субъект могут возникать аналогичные ошибки как и при проверке в самой программе «Декларант-Алко», рекомендуем клиентам сначала проверять «Формат XML» в ДА, а потом отправлять декларацию в Субъект.
2.8. Ошибка при подаче декларации в Субъект Статус декларации: False (Ошибка обработки).
Как узнать какая ошибка?
Выделяете интересующую Вас декларацию, внизу экрана в «Журнале обработки» и смотрите список ошибок.
Если ошибок нет
1. Как понять, что декларация принята?
— Статус декларации: Успешно обработана. Журнал обработки: Декларация успешно обработана и сохранена в базу.
2. Статус декларации: Успешно обработана, что делать дальше?
— Выделяете декларацию, нажимаете «Скачать с подписью», сохраняете на свой компьютер, загружаете её через свой личный кабинет на ФСРАР.
Так выглядит личный кабинет субъекта РФ в системе РАИС «СКАЛА»
3. Ошибки, которые могут возникнуть при подаче копии декларации
на портале ФСРАР
3.1. Ошибка: «Не удается зайти в личный кабинет по ЭЦП»
Решение: Возможно не уставлен КриптоПро ЭЦП browser plug-in, это можно проверить на сайте перед входом в личный кабинет, тут же его можно и скачать.
Если ПО установлено, но ошибка присутствует – рекомендуем войти на сайт РАРа через другой браузер. Лучше всего с порталом работать через «Google Chrome» или «Mozilla».
3.2. Ошибка при подаче декларации в РАР
«Файл имеет неверное расширение или неправильное имя файла»
Решение: Не скачана копия декларации с ЭЦП Субъекта. В РАР отправляется тот же файл, что и в субъект. Необходимо зайти на портал субъекта и нажать на кнопку «Скачать с подписью», сохранить и отправить в РАР.
3.3. Если при подаче декларации в РАР возникли ошибки
Формат форматно-логического контроля ФЛК корректности заполнения декларации в АИС Субъекта и в РАРе может отличаться. В РАРе м.б. более жесткая проверка – возникают случаи когда Субъект принял декларацию, а РАР нашел ошибку. В этом случае клиенты пытаются подать снова декларацию в Субъект, а система сообщает о том, что декларация уже подана.
Решение: Необходимо исправить ошибку в «Декларант-Алко», выгрузить ее и зашифровать в КриптЭК-Д только на сертификате РАРа, потом зайти на портал РАРа и подать декларацию через вкладку «Электронные копии деклараций, поданные в бумажном виде».
Интерфейс личного кабинета РАРа.
По вопросам, возникающим при работе с сайтом ФСРАР и программой «Декларант-Алко», нужно обращаться в службу тех. поддержки Росалкогольрегулирования по телефону, e-mail или на форум ФСРАР
1. Форум Росалкогольрегулирования
2. Телефоны Дежурной линии по декларированию:
+7 (499) 251-46-19, 251-53-87, 251-83-03, 662-50-52 доб. 1050
3. Специализированные электронные почтовые ящики,
на которые организации и ИП могут направить свой запрос, с приложением необходимых документов:
register@alcolicenziat.ru – вопросы регистрации, ошибки уже выполненной регистрации,
licens@alcolicenziat.ru – вопросы отсутствия розничной лицензии в сведениях на сайте www.fsrar.ru,
declaring@alcolicenziat.ru – иные технические вопросы по декларированию в электронном виде.
Контактные телефоны по вопросам методологии:
(495) 662-50-52 *1276, *1254, *1261, *1267, *5014.
Телефоны Дежурной линии по ЕГАИС:
+7 (499) 251-11-56, 251-06-59, 251-06-55, 251-71-15
Confluence Mobile
После определения формата отправляемых документов сервер СБИС зафиксировал фатальные ошибки в форматно-логическом контроле.
Примеры расширенной части сообщения:
Причина №1. Вложение документа не соответствует утвержденному формату
Обратитесь в техподдержку и предоставьте описание вашего формата документа. Мы дадим рекомендации к исправлению ошибки определения формата либо зарегистрируем ваш формат в справочнике для загрузки.
Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.
При отправке документа в окне мониторинга СБИС Коннекта появилась ошибка. В логах указано «В некоторых файлах обнаружены ошибки. Отправка с ошибками запрещена».
В документе есть ошибки форматно-логического контроля. Например, неверно указаны реквизиты или нет адреса контрагента.
Решение №1. Исправьте ошибку в личном кабинете СБИС
Откройте документ в СБИС и ознакомьтесь с ошибкой. Исправьте ее и повторите отправку документа.
Решение №2. Исправьте ошибку в вашей информационной системе
Посмотрите причину ошибки в логах отправки или в файле со статусами состояния СБИС Коннекта.
В файле статусов состояния
Если проблема осталась, обратитесь в техподдержку.
Что нужно знать о проверках ФЛК во ФГИС ЕГРН?
Продолжаем разбираться с вопросами, с которыми с большой долей вероятности
столкнется каждый кадастровый инженер с началом работы в новой учетной системе
ФГИС ЕГРН. Дело в том, что во ФГИС ЕГРН установлены проверки
форматно-логического контроля, отличные от тех, что применялись в ранее
существовавшей системе АИС ГКН. Поэтому даже знакомые ошибки могут выглядеть
по-другому и вызывать сложности в их трактовке и локализации.
Условно проверки в новой системе можно разделить на два типа: программные и
обусловленные наличием ошибки в документе.
К первой группе относится проверка на наличие чересполосицы, которой ранее не
существовало в АИС ГКН. При проверке межевых планов наличие чересполосицы
выявляется автоматически, при этом в системе установлен размер буферной зоны,
равный 5 м. Это значит, что если в радиусе 5 метров от границ земельного участка
учтены границы другого земельного участка, то система автоматически выявляет
наличие чересполосицы. Старая учетная система АИС ГКН вообще не выявила бы в
таком случае проблем в описании границ.
Ошибки из второй группы свидетельствуют о неверном описании границ объектов в
межевом или техническом плане. Однако формулировки этих ошибок отличаются от
тех, что использовались в старой учетной системе, поэтому зачастую выявить
причину достаточно затруднительно. Разберемся в возможных причинах самых
распространенных ошибок, выявляемых новой учетной системой.
Например, ошибка вида «Не удалось определить систему координат для одного из
обрабатываемых объектов». Основные причины:
Для того, чтобы исключить подобные ошибки, в первую очередь рекомендуется
использовать в работе актуальные сведения ЕГРН. Также следует помнить о том, что
в границы уточняемых или смежных участков нельзя включать существующие точки,
которые не принадлежат данному участку. Если работы выполняются только в
отношении отдельно взятого контура многоконтурного земельного участка, помимо
вышеперечисленного, следует обращать внимание на правильность указания учетного
номера контура, в границы которого вносятся изменения.
Что это и как исправить?
Для того, чтобы ФНС могла качественнее контролировать бизнес, работающий с онлайн-кассами, к данным, передающимся в ОФД предъявляется все больше требований. На сегодняшний день в ФНС ежедневно отправляется около 200 млн кассовых чеков. Логично, что постоянно усиливаются требования к корректности фискальных данных, передаваемых из ККТ оператору фискальных данных. Штрафы за нарушения, связанные с использованием касс, растут, требований к формированию данных — все больше.Корректность чеков проверяет ОФД. Оператор производит эту проверку, согласно стандартам, утвержденным налоговыми органами. Эта проверка носит название форматно-логический контроль (ФЛК).ФЛК помогает оперативно проверить корректность тегов в чеках, форматы данных, соответствие налоговому режиму операций, которые совершаются на кассе и пр. В случае, если переданный в ОФД документ не проходит успешно проверку ФЛК, то он в ФНС передан не будет.Некорректный чек может быть принят ОФД. Чек с ошибкой можно увидеть в личном кабинете ОФД. Чаще всего ошибочные чеки — это чеки с неверными тегами. Если онлайн-касса работает по новому формату ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”. Желательно регулярно просматривать чеки в личном кабинете ОФД — так вы будете в курсе наличия ошибок и сможете предпринять шаги к их исправлению.Также некорректный чек может быть вообще не принят ОФД. Обычно это происходит, если онлайн-касса неверно зарегистрирована в ФНС или имеет проблемы с фискальным накопителем. Для того, чтобы контролировать наличие таких непринятых ОФД чеков. нужно следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.Если касса зарегистрирована корректно, данные об ФН также внесены верно, проблемы с неприекой чеков в ОФД быть не должно. Для того, чтобы не было чеков с ошибками, не возникало “Ошибки ФЛК”, нужно обновлять своевременно прошивку кассы и внешнее кассовое ПО, которое поддерживало бы все изменения по части внутреннего ПО кассы.
Service is not available in your region
Sorry for the inconvenience caused
При отправке документов часто возникают различные ошибки в документах, в том числе и их заполнения, т.к. формирование документов бухгалтерией может быть не автоматизировано, а с большой долей ручного труда, который как известно изобилует ошибками рано или поздно.
Т.е. простыми словами электронный документ это xml файл определенной структуры, если структура или состав данных в полях выгружаемого документа нарушены, возникает такая ошибка.
Исправить эту ошибку можно просто внимательно перечитав ошибку. Например:
Документ ‘Фактура 03.05.19 № 1 на сумму 0.01 р., в т.ч. НДС 0 р.’ (файл ‘ON_SCHFDOPPR_*_*_20190503_debc19dc-1bd6-433c-a04d-fe65c6b70536.xml’) содержит ошибку:
1) Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст: Минимальная длина поля равна 1.
В данном случае в этом узле “Файл.Документ.СвСчФакт.СвПрод.Адрес.АдрИнф.АдрТекст” указывает что явно есть какая-то ошибка с адресом. Из этой части “СвПрод.Адрес” становится понятно, “Минимальная длина поля равна 1” что адрес не заполнен у продавца документа. Таким образом адрес продавца по формату этого документа – обязательный и для отправки документа необходимо исправить адрес в справочнике СБИС или 1С или иной другой системе, где формируются отправляемые документы.
Ошибка проверки по схеме
1 – критичная
Документ ФПД (далее – файл передачи данных) дальнейшей обработке не подлежит
Контроль файла передачи данных на соответствие xsd-схеме
Реквизит не прописан в схеме
Документ ФПД дальнейшей обработке не подлежит
Отсутствует обязательный реквизит
Отсутствует предписанный реквизит
Реквизит не может принимать множественные значения
Ошибка длины реквизита
Недопустимые сочетания допустимых символов при написании Ф.И.О:
– наличие символа “.” (точка) или “-” (дефис), “,” (апостроф), ” ” (пробел) в качестве первого, последнего символа или единственного символа.
В имени, отчестве:
– наличие символа “-” (дефис), “,” (апостроф), ” ” (пробел) в качестве первого, последнего символа или единственного символа;
– наличие символа “.” (точка) в качестве первого или единственного символа.
– расположение подряд двух и более символов “.” (точка), “-” (дефис), “,” (апостроф), ” ” (пробел);
– не допускается наличия подряд идущих символов: “.” (точка), “-” (дефис), “,” (апостроф);
– наличие строчных букв латинского алфавита (i, v), а также использование этих букв в качестве первого или единственного символа.
Ошибка ИНН ЮЛ
контроль на контрольный разряд последнего символа в значении ИНН ЮЛ
Ошибка ИНН ФЛ
контроль на контрольный разряд 2-х последних символов в значении ИНН ФЛ
Контроль КПП на соответствие xsd-схеме “КППТип”
5 – 6 цифры КПП не могут быть 00
Ошибка положительного целого числа
Ошибка целого числа
Ошибка числа с десятичной точкой
Реквизит содержит только пробелы
Контроль файла передачи данных на соответствие xsd-схеме ОГРН
Дата больше текущей даты
Все даты должны быть не больше текущей даты, за исключением следующих дат:
“Дата утверждения кадастровой стоимости земельного участка” (ДатаКадСт);
“Дата утверждения кадастровой стоимости здания (сооружения)” (ДатаКадСт/СведЗдание);
“Дата утверждения кадастровой стоимости помещения” (ДатаКадСт/СведПомещ);
“Дата окончания действия обременения”
“Дата начала применения кадастровой стоимости”
(см. текст в предыдущей редакции)
Значение меньше допустимого
Все даты должны быть больше 01.01.1900, за исключением “Даты рождения” (ДатаРожд).
Значение основного параметра (ОснПарамТип/ЗначОП) должно быть больше нуля;
Количество документов (КолДок) должно принимать значение от 1 и более;
Код в справочнике отсутствует
Проверка наличия кодов, соответствующих элементов файла обмена в следующих справочниках и классификаторах:
Общероссийский классификатор административно-территориального деления (ОКАТО), утвержденный Постановлением Госстандарта России от 31.07.1995 N 413;
Общероссийский классификатор территорий муниципальных образований (ОКТМО), принятый и введенный в действие приказом Федерального агентства по техническому регулированию и метрологии от 14.06.2013 N 159-ст;
Общероссийский классификатор единиц измерения (ОКЕИ), утвержденный постановлением Госстандарта РФ от 26.12.1994 N 366;
Общероссийский классификатор стран мира (ОКСМ), принятый и введенный в действие постановлением Госстандарта РФ от 14.12.2001 N 529-ст;
Справочник “Система обозначения налоговых органов” (СОНО), утвержденный приказом МНС России от 22.01.2001 N БГ-3-14/17;
Федеральная адресная информационная система (ФИАС), Федеральный закон от 28.12.2013 N 443-ФЗ “О федеральной информационной адресной системе и о внесении изменений в Федеральный закон “Об общих принципах организации местного самоуправления в Российской Федерации”;
Справочник видов использования земельных участков (SVIZ);
Справочник видов разрешенного использования земельных участков (SVIZ2), утвержденный приказом Минэкономразвития России от 01.09.2014 N 540 “Об утверждении классификатора видов разрешенного использования земельных участков”
Отсутствует описатель служебной части файла
Ошибка структуры реквизита
Ошибка серии/номера удостоверения личности
Проверка шаблонов серии и номера документа по справочнику СПДУЛ
Строка содержит не цифровые символы
Разница дат выдачи документа и рождения ФЛ меньше 13 лет и 10 месяцев
Разница между ДатаРожд и ДатаВыдачи паспорта – не меньше 13 лет и 10 месяцев
Контроль суммарной доли:
Контроль осуществляется для вида права “Долевая собственность” (код 001002000000).
где размер доли – простая правильная дробь, числитель которой равен значению реквизита “Размер доли в праве (простая дробь, числитель)” (ДоляПраваЧ), а знаменатель равен значению реквизита “Размер доли в праве (простая дробь, знаменатель)” (ДоляПраваЗ);
n – количество актуальных правообладателей. К актуальным правообладателям относятся лица, удовлетворяющие одному из условий:
лица, у которых в сведениях по одному объекту недвижимости (земельному участку) при наличии элемента “Реквизиты права по ЕГРП” отсутствует реквизит “Дата прекращения права” (ДатаПрекрПрава)
Контроль выполняется с учетом погрешности округления при переводе доли из простой дроби в десятичную.
Размер доли в праве (знаменатель) должен быть обязательно заполнен при наличии размера доли в праве (числитель)
Элемент “ДатаРожд” обязателен:
Должна быть хотя бы одна цифра или буква в серии и номере документа, удостоверяющего личность, для документов, шаблоны которых содержат неконтролируемые символы
Для документов, удостоверяющих личность, шаблоны которых содержат неконтролируемые символы (КодВидДок = 03, 08, 10 – 15, 62), контролируется на наличие хотя бы одной цифры или буквы, а также отсутствие слов “нет”, “отсутствует”, “б/н” в реквизите “Серия и номер документа, удостоверяющего личность” (СерНомДок)
Дата прекращения права должна быть больше или равна дате регистрации права
“Дата регистрации права” (ДатаРегПрава)
“Дата прекращения права” (ДатаПрекрПрава) при наличии обеих дат
Дата прекращения права должна быть обязательно заполнена для признака правообладателя “Предыдущий правообладатель”
Дата правоустанавливающего документа должна быть обязательно заполнена для правоустанавливающего документа, за исключением “Государственный акт о праве на землю”
Дата правоустанавливающего документа должна быть меньше или равна дате регистрации права
Контроль между датами:
“Дата правоустанавливающего документа” (ДатаПравДок)
Значение реквизита “Кадастровый номер земельного участка” должно содержать 3 разделителя “:”
Контроль структуры кадастрового номера земельного участка:
наличие трех разделителей “:” (двоеточие), последняя фасета кадастрового номера отлична от нуля
Данные о кадастровой стоимости для Вида передаваемых сведений “07 – об изменении КС ЗУ” должны быть заполнены
Данные о кадастровой стоимости для вида передаваемых сведений “07” – об изменении кадастровой стоимости земельных участков вследствие проведенной государственной кадастровой оценки земель должны быть заполнены
Данные о кадастровой стоимости для Вида сведений “08 – об изменении КС ОН имущества” должны быть заполнены
Данные о кадастровой стоимости для вида сведений “08 – об изменении кадастровой стоимости объектов недвижимого имущества вследствие проведенной государственной кадастровой оценки объектов недвижимости” должны быть заполнены
Дата регистрации обременения должна быть меньше или равна дате окончания действия обременения
Дата регистрации обременения (ДатаРегОбрем)
Дата окончания действия обременения (ДатаОкончОбрем)
Дата внесения сведений о кадастровой стоимости обязательна при наличии кадастровой стоимости земельного участка
Дата внесения сведений о кадастровой стоимости обязательна при наличии кадастровой стоимости здания (сооружения)
Дата внесения сведений о кадастровой стоимости обязательна при наличии кадастровой стоимости помещения
Один из реквизитов “ОКАТО” или “ОКТМО” должен быть обязательно заполнен
Элемент не формируется для типов информации РОСРЕЕСТР_ОН_10 и РОСРЕЕСТР_ОН_ГОД
Значение элемента “Тип основного параметра” (ТипОП) в Сведениях о земельном участке (СведЗУ), Сведениях о машино-месте или помещении, расположенном в здании (сооружении) (СведПомещ) должен принимать значение “05” – площадь
Элемент “Код последнего отождествленного адресного элемента” обязателен при наличии адреса по КЛАДР
Элемент “Предмет аренды” обязателен при виде обременения “аренда”
Элемент “Размер арендной платы” обязателен при виде обременения “аренда”
Элемент “Наименование закрытого паевого инвестиционного фонда” обязателен при виде обременения “доверительное управление”
Дата должна быть меньше или равна дате снятия с кадастрового учета
При наличии заполнения реквизита “Дата снятия с кадастрового учета” (СведЗУ/ДатаПрекрКадНУ) следующий контроль дат:
все реквизиты “Дата регистрации права” (ДатаРегПрава)
все реквизиты Дата начала действия обременения (ДатаНачОбрем)
Дата снятия с кадастрового учета при их наличии
Тип информации не соответствует виду сведений “08 – об изменении КС ОН”
Контроль вида сведений в зависимости от типа информации
Если тип информации содержит ТипИнф=”РОСРЕЕСТР_ЗУ_10″, то “ВидСвед” не может быть равен “08”
Если тип информации содержит ТипИнф=”РОСРЕЕСТР_ОН_10″, то “ВидСвед” не может быть равен
“07 – об изменении кадастровой стоимости земельных участков вследствие проведенной государственной кадастровой оценки земель”,
“11 – о ранее возникших правах на земельный участок”,
“12 – об отказе от права собственности, постоянного (бессрочного) пользования, пожизненного наследуемого владения на земельный участок либо об отказе от права собственности на земельную долю”
Реквизит “Вид сведений” должен быть обязательно заполнен для типа документа “Первичный” или “Корректирующий” и типа информации РОСРЕЕСТР_ЗУ_10 или РОСРЕЕСТР_ОН_10
Неверная структура кадастрового номера объекта недвижимости, за исключением земельного участка
Контроль структуры кадастрового номера объекта недвижимости выполняется по следующим критериям:
наличие трех разделителей “:” (двоеточие);
Может принимать только значения “055”, “058”, “059”, “061”
Код единицы измерения площади земельного участка по ОКЕИ (КодОКЕИПл) может принимать только следующие значения:
Дата окончания действия обременения должна быть больше или равна дате начала действия обременения
Земельные участки с одним КН имеют различные значения “Даты присвоения кадастрового номера”
Ошибка формируется в том случае, если территориальные органы Росреестра в разных документах ФПД передали сведения с одним и тем же значением “Кадастрового номера ЗУ” и разными значениями “Даты присвоения кадастрового номера”
Не заполнен размер доли в праве для вида права “Долевая собственность”
Сведение о праве дальнейшей обработке не подлежит
Сведения о зарегистрированных правах на объекты собственности
Ошибка формируется в том случае, если в документе ФПД для сведений о регистрации вида права
“001002000000 – долевая собственность” значения ни одного из реквизитов “Размер доли в праве (простая дробь, числитель/ дробь знаменатель, текст)” не заполнены
Сведения о праве с видом “Хозяйственное ведение”, “Оперативное управление” не предполагаются для ФЛ
Ошибка формируется в том случае, если в документе ФПД по сведению о регистрации права по ФЛ представлены виды права
“001004000000 – Хозяйственное ведение”, “001005000000 – Оперативное управление”
67 – 68
Суммарный размер доли в праве в документе ФПД в рассматриваемый временной период превышает допустимое значение
Контроль выполняется только по правам, по которым определены значения числителя и знаменателя размера доли в праве.
При выполнении контроля рассматриваются все сведения о правах рассматриваемого документа. Определяются все возможные временные периоды, по которым необходимо суммировать доли и проверить итог на превышение.
Контроль применяется только к записям о государственной регистрации права, датированным после 31.12.2018
Дата должна быть меньше или равна дате прекращения существования помещения/дате снятия с кадастрового учета помещения (при наличии)
При наличии заполнения реквизита Дата снятия с кадастрового учета (СведПомещ/ДатаПрекрКадУч) выполняется следующий контроль дат:
все реквизиты “Дата регистрации права” (ДатаРегПрава) при их наличии < = Дата снятия с кадастрового учета (ДатаПрекрКадУч);
Дата начала действия обременения (ДатаНачОбрем) при их наличии < = Дата снятия с кадастрового учета
Размер доли в праве для вида права “Общая долевая собственность” должен быть заполнен, принимать допустимое значение и не быть равным нулю
Дата должна быть меньше или равна дате прекращения существования здания (сооружения)/дате снятия с кадастрового учета здания (сооружения) (при наличии)
При наличии заполнения реквизита Дата снятия с кадастрового учета (СведЗдание/ДатаПрекрКадУч) выполняется следующий контроль дат:
все реквизиты Дата начала действия обременения (ДатаНачОбрем) при их наличии < = Дата снятия с кадастрового учета (ДатаПрекрКадУч)
Объект недвижимости имеет различные виды прав у актуальных правообладателей
Сведения об объекте недвижимости дальнейшей обработке не подлежат
При наличии в сведениях по объекту различных видов прав актуальные правообладатели (при наличии) должны иметь только один вид права, за исключением случаев одновременной регистрации:
совместная собственность (001003000000) и долевая собственность (001002000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и хозяйственное ведение (001004000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и оперативное управление (001005000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и постоянное (бессрочное) пользование (001007000000);
собственность (индивидуальная) (001001000000) (или долевая собственность (001002000000) и пожизненное наследуемое владение (001006000000)
Значение больше допустимого
Приказ ФНС России от 12. 2020 N ЕД-7-15/737@
“Об утверждении Методических рекомендаций по ведению информационного ресурса “ЕАЭС – обмен”
Этот документ в некоммерческой версии КонсультантПлюс доступен
по расписанию:
Вы можете заказать документ на e-mail
Форумы GIS-Lab. info
Геоинформационные системы (ГИС) и Дистанционное зондирование Земли
Помощь загрузки генплана в ФГИС ТП
НовоприбывшийСообщения: 4Зарегистрирован: 21 янв 2022, 14:22Репутация: Откуда: Волгоград
TarasLis писал(а): ↑
09 мар 2022, 17:30
Добрый день! У меня только выходит только одна ошибка “Не найдено объявление элемента FeatureCollection” Строка 7, позиция 57. И все равно не грузится! Пользуюсь конвектором Петра. В чем может быть проблема???
23 мар 2022, 10:17
DMchik писал(а): ↑
09 мар 2022, 14:17
ИнтересующийсяСообщения: 37Зарегистрирован: 06 апр 2020, 15:16Репутация: Откуда: остазия
23 мар 2022, 11:01
Простите за глупый вопрос, а ошибка одна на всех картах? А то может быть условно в 4х картах эта некритичная, а в пятой еще что-то подцепилось. Можно файлик с ошибками?
НовоприбывшийСообщения: 10Зарегистрирован: 10 янв 2022, 10:09Репутация: Откуда: Вологда
23 мар 2022, 11:15
Ксения писал(а): ↑
Добрый день!тоже глупый вопрос, а количество объектов получено/загружено совпадают? не помножились на ноль все случайно?
после того раза загрузил еще 5 ГП, все прошли успешно, последнее грузил в понедельник, тоже проблем не было
возможно тех работы и что-то поломалось, или что-то прикрутили непонятное(
23 мар 2022, 14:31
cruiser писал(а): ↑
Вобщем, стала сама грузить на сайте все получилось! Муниципалы ввели в заблуждение! Все грузится с этой ошибкой! Извините!!!
ginpetrЗавсегдатайСообщения: 363Зарегистрирован: 21 июн 2011, 12:07Репутация: Откуда: Орск
Контактная информация:
24 мар 2022, 10:16
Был у конго-нибудь в последнее время положительный опыт загрузки мультигеометрии? проходят сейчас многоконтурные полигоны, полилинии из нескольких частей?
24 мар 2022, 15:20
ginpetr писал(а): ↑
я не пробовал даже, просто разбиваю изначально
24 мар 2022, 16:32
Числа 16 марта грузили,полигональные функцзоны и охранки были мульти, панорамовский конвертер сделал – не прошло.
Суть в том была, что флк как будто бы считал, что все внешние части – дырки (конвертация вроде была по принципу interior exterior). Holes lies и иже с ними.
В итоге в исходниках разбили на обычные полигоны – все загрузилось сходу.
в admborder также примерно, причем вторая часть населенного пункта удалилась сама по себе при конвертации)
25 мар 2022, 11:32
пользователи ogr и qgis хитро помалкивают, что мультигеометрия грузится как и раньше)
Свет в окошке
НовоприбывшийСообщения: 1Зарегистрирован: 25 мар 2022, 11:40Репутация: Откуда: Барнаул
Свет в окошке » 25 мар 2022, 11:50
25 мар 2022, 12:17
без файлов GML не понять
ИнтересующийсяСообщения: 38Зарегистрирован: 21 ноя 2013, 15:16Репутация:
25 мар 2022, 13:59
Скорее всего не грузится из-за того, что в одном слое есть разные типы геометрии Полигон (Polygon) (простой тип геометрии) и Мультиполигон (MultiPolygon) (составной(сложный) тип геометрии).
Раздел 1.3.1.1 помощи: При этом, если в файле в одном слое у одного объекта тип геометрии указан как «Полигон», а у другого объекта в этом же слое тип геометрии указан как «Мультиполигон» система выдаст сообщение об ошибке.
Там же написано как это лечится. Через Qgis преобразовать в составные объекты.
так же рекомендую при экспорте указывать формат GML3, знаю что другие не загрузятся в систему.
25 мар 2022, 14:08
вернул принцип работы своего конвертера в “дофевральское” состояние с небольшими правками. Делает мультигеометрию – не нужно разбивать объекты, всё грузится как раньше.
Ошибка “Не найдено объявление элемента FeatureCollection” осталась.
Зря я тогда запаниковал и закопался в разборе этих схем)
Утилита на 1 странице, как обычно.
28 мар 2022, 14:09
Через какой тег мультиполигоны ныне описываются?
Получается если в условных ФЗ все мультиполигоны и затесалось кладбище простым полигоном, то его тоже как мульти описывать надо?
28 мар 2022, 14:56
Код: Выделить всё
все объявляю как мульти, чтоб единообразие соблюсти
Ошибка ФЛК — это неправильно сформированный чек, он не соответствует последним требованиям ФНС, поэтому его невозможно корректно отправить и зафиксировать. Такое несоответствие может привести к штрафам и блокировке ККТ
ФГИС Росаккредитации предназначена для автоматизации процессов в сфере аккредитации, осуществляемых работниками центрального аппарата и территориальных органов Росаккредитации , аккредитованными лицами, экспертами по аккредитации, экспертными организациями и иными участниками национальной системы аккредитации, повышения