Ошибка флк поля ошибка отсутствует фио дата ок

Вид сведений
Описание проверки
Код ошибки
Описание ошибки
Выполнение внутреннего ФЛК
Причины и рекомендуемые действия
Решения по типовым ошибкам

Сведения о льготах граждан

Архив с загружаемым 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 непустое и заканчивается на «вна».

П р и м е ч а н и я

1. Проверку необходимо проводить в случае, если для информационной системы в теге из тега info_sys_code в атрибуте typical_patr_lvl указано значение больше 0.
2. Проверку необходимо производить на этапе проверки на соответствие файла 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

П р и м е ч а н и я 

1. Данная проверка также сработает для случая, когда переданные идентификаторы гражданина принадлежат разным гражданам согласно информации в ФРЛЛО, на основе: (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 )
2. Проверка выполняется в случае, если не переданы значения (или переданы неизвестные значения) тегов 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ЛП для анализа ошибки

Что значит ошибка флк

Столкнулись с такой проблемой, при попытки редактирования записи, в данном случае других индивидуальных авторов, высвечивается сообщение об ошибке, и дальнейшее редактирование становится невозможным, единственное, что спасает это отмена выполненного действия.
Запись правда старая, точнее несколько записей, во второй тысяче идут, из 36000 с мелочью, может проблема возникла еще при переходе с 32 на 64 ирбис, подскажите пожалуйста, что это может быть, и как с этим бороться.

Ирбис 64
в. 2011.1

Редактировано 1 раз. Последний раз 28.03.2012 14:36 пользователем Mantis.

MIR написал(а):
——————————————————-
> Добрый день, У нас возникли проблемы с ФЛК, не
> сохраняется запись, может ли кто-нибудь
> подсказать, как исправить данную проблему. Скрин
> прилагаю! Будем очень благодарны за помощь!

Система предупреждает вас о дублетном шифре и дублетном инвентарном номере. (В электронном каталоге у документов должны быть уникальные шифры и инвентарные номера.)
В окне сообщения указаны номера (MFN) документов базы данных, где встречается указанный вами шифр и указанный вами инвентарный номер.
Посмотрите, пожалуйста, документы по этим номерам.
Если это та же книга (М. Ю. Лермонтов), то описания книг следут объединить, а новое описание — удалить.

Raigul написал(а):
——————————————————-
> Добрый день, У нас проблемы с ФЛК, запись
> сохраняется, но в то же время выдает ошибку когда
> забиваем больше 10-ти экземпляров. Подскажите
> пожалуйста как исправить данную проблему. Скрин
> прилагаю! Будем очень благодарны за помощь!

ФЛК говорит о наличии дублетных инв. номеров внутри записи и никак не зависит от числа введенных полей.
Контролировать вид проверки экз-ров или вообще ее отменить Вы можете либо в настройке, либо в поле 905 в параметре «Проверку экз-ров отменить?»

Но зачем вводить дублетные номера? Как будете их выдавать читателям?

Ошибка в том, что не должно быть повторения 702 поля без внесенного ФИО.

AVD System, Техническая поддержка, [www.open4u.ru]

АРМ «Каталогизатор». Сотрудник библиотеки решил изменить Город издания было: М., хотел изменить на : Москва, то есть полное наименование города.
Ранее, в этой записи в поле 210 не был указан ни год издания, ни Издательство. Просто в подподе Город1 было значение М.
Но, как только, сотрудник решил изменить на полное имя города, возникла Ошибка: ФЛК поля Ошибка в структуре.
Так и с другими записями. Ранее было заполнено поле Город1 М. — все нормально, не выдает программа ошибок, но если начинаешь там вносить изменения, то такие же ошибки выдает и уже невозможно обратно снова поставить просто М. или же Москва полностью, протко Ошибка.
Подскажите, пожалуйста, в чем причина?
Заранее спасибо.

Источник

Форум Просто ЭДО | forum.help-edo.ru

Форум об ЭДО, обсуждаем насущные вопросы, делимся информацией | help-edo.ru

Ошибка ФЛК или Документ *** содержит ошибку:

Ошибка ФЛК или Документ *** содержит ошибку:

Сообщение hedo » Вт июн 04, 2019 5:26 pm

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

Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 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С или иной другой системе, где формируются отправляемые документы.

Источник

440-П Ошибка ФЛК — Что это ?

#1 Eugene74ru

Кредитные организации

83 сообщений

• Falcolmlale, Felipspl, AstonioBize и 19 другим это нравится

#2 striker

Кредитные организации

321 сообщений

#3 AntonKeb

Кредитные организации

190 сообщений

• Город Москва

За файлы отправленные 16.11.2018 у нас тоже самое.

Что за ошибки форматно-логического контроля? Через KlikoMsg 440 все файлы успешны.

#4 Юлия1307

Кредитные организации

851 сообщений

Присоединяемся к вопросу.

У нас за 16.11.18 положительные только файлы PB 1 и PB 2, остальные типы файлов (BOS, BVS, BVD. ) с ошибкой форматно-логистического контроля.

Что делать дальше?

#5 yarlov

Кредитные организации

28 сообщений

Аналогичная ситуация. Что делать дальше?

#6 sancase

Модераторы

2234 сообщений

#7 Юлия1307

Кредитные организации

851 сообщений

Сегодня на сайте ФНС для нашего Банка выложен 21 пустой архив.

Что вообще происходит? Когда уже наладится взаимодействие?

Сведения о файле

Данные извещения/подтверждения ТУ
(формируется при наличии ошибок)

Имя файла: AFN_MIFNS00_2748701_20181126_00021.ARJ

БИК: 042748701

Количество файлов, включенных в архивный файл: 0

Имя Файла: (Отсутствует значение)

Код результата обработки: (Отсутствует значение)

Текст результата обработки: (Отсутствует значение)

Дата проверки архива: (Отсутствует значение)

#8 Dmitry_IT

Кредитные организации

37 сообщений

Такая же «Ошибка ФЛК».

Прикрепленные файлы

• Ошибка ФЛК.png213.86К 0 скачиваний

#9 AntonKeb

Кредитные организации

190 сообщений

• Город Москва

Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.

#10 Dmitry_IT

Кредитные организации

37 сообщений

Видимо сайт неверно отображает информацию. К нам пришли квитанции с кодом 01.

В том-то и дело, что уже больше недели квитанций нет. Проверить не на чем, кроме как на сайте налоговой.

#11 ValeryM

Кредитные организации

17 сообщений

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «

xml version=»1.0″ encoding=»windows-1251″ ?>

#12 yarlov

Кредитные организации

28 сообщений

Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.

Какие наши действия?

#13 sancase

Модераторы

2234 сообщений

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки =» 07 «

xml version=»1.0″ encoding=»windows-1251″ ?>

Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.

РВ1 — префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке . по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа
— формат РВ1 ведь корректный .
РВ2 — префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения;

#14 ValeryM

Кредитные организации

17 сообщений

#15 sancase

Модераторы

2234 сообщений

Аналогичная ситуация. Квитанции пришли, а на сайте стоит ошибка ФЛК.

Какие наши действия?

Это совсем другое. Это наша ошибка. Будем исправлять.

#16 ValeryM

Кредитные организации

17 сообщений

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«

Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.

РВ1 — префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке . по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа
— формат РВ1 ведь корректный .
РВ2 — префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения;

Мы не можем принять электронный документ из за ошибки. По результатам контроля документа получили ошибку — «Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России» (Код 41). PB2 формируется по результатам ПРИНЯТОГО электронного документа. Сформировали PB1 — это отказ о принятии электронного документа. Зачем нам формировать PB2, если мы отказываемся в принятии документа?

Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.

#17 AntonKeb

Кредитные организации

190 сообщений

• Город Москва

На сайте налоговой ошибка ФЛК, а в пришедшей квитанции КодРезПроверки=»07«

Это ваша ошибка. Вы должны были отвечать не PB1, а PB2.

РВ1 — префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке . по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа
— формат РВ1 ведь корректный .
РВ2 — префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения;

Мы не можем принять электронный документ из за ошибки. По результатам контроля документа получили ошибку — «Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России» (Код 41). PB2 формируется по результатам ПРИНЯТОГО электронного документа. Сформировали PB1 — это отказ о принятии электронного документа. Зачем нам формировать PB2, если мы отказываемся в принятии документа?

Такие документы у нас уже неоднократно были, всегда Банк направлял PB1 и в ответ получал положительный ответ.

Вам же Александр подчеркнул, что PB1 формируется при проверке формата сообщения. Если он по xsd схеме проходит, то вы обязаны его принять. А то, что внутри тегов в запросе Вам не нравится — то формируется PB2.

Возможно они просто сейчас в новой АИС включили на это контроль.

#18 sancase

Модераторы

2234 сообщений

РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.

Значит ваше ПО работает неправильно.

#19 uav

Кредитные организации

17 сообщений

РВ1 — . по результатам форматного контроля. К пуговицам претензии есть? Все остальное потом.

Значит ваше ПО работает неправильно.

у нас такая ошибка по файлам с устаревшими нашими БИКами

т.е. в файле используются старый БИКи. Почему?

#20 analiteg

Кредитные организации

175 сообщений

РВ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.8.8.1 Если необходимо внести изменения, дополнения в выданный отчет, переоформить его, любое изменение информации должно быть четко обозначено и, если необходимо, причина внесения изменения должна быть включена в отчет. 7.8.8.2 Изменения в отчет после его выдачи должны вноситься только в виде дополнительного документа или иного способа передачи данных, которые включают формулировку: «Изменение к от- чету, порядковый номер… [или иная идентификация]» или другую подобную формулировку. Такие изменения должны соответствовать всем требованиям настоящего стандарта. Т.е. изменения в виде дополнительного документа, который должен иметь другой номер, но связанный с основным протоколом (двойной или еще какой-то) И неважно, является ли причина в опечатке по невнимательности или результаты были уточнены, или еще что-то. А сами изменения и предыдущий контент должны быть сохранены и также связаны. 7.5 Технические записи 7.5.2 Лаборатория должна обеспечивать прослеживаемость изменений, вносимых в технические записи, к предыдущим версиям либо к первичным наблюдениям. И первичные, и измененные данные и файлы должны сохраняться с указанием даты внесения изменений, сведений об аспектах, претерпевших изменения, и лицах, ответственных за данные изменения. Источник Вам также понравится Adblock detector

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибка ФЛК это ошибка наполнения документа данными в соответствии с требованиями формата документа (в первую очередь требования к формату описаны в соответствующих приказах, например «Приказ ФНС России от 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С или иной другой системе, где формируются отправляемые документы.

№ п/п Код и текст ошибки Исправление Пример 1 0001 «Не заполнен тип лечения в специфике ЗНО»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
• укажите тип лечения ЗНО

Не заполнен тип лечения в специфике ЗНО.mp4 2 0002 «Не указан номер талона и/или дата выдачи талона»

• перейдите на форму КВС;
• заполните поля «Дата выдачи талона на ВМП» и/или «Номер талона на ВМП» в разделе «1. Госпитализация»

Не указан номер талона и/или дата выдачи талона.mp4 3 0003 «В случае не указана КСГ»

• перейдите на форму движения;
• дополните движение необходимыми критериями подбора

КСГ.mp4 4 0004 «Не указан СНИЛС врача»

• перейдите на форму «Структура МО»;
• выберите вкладку «Сотрудники»;
• найдите сотрудника из движения;
• нажмите кнопку «Изменить», отобразится форма «Место работы: редактирование»;
• нажмите кнопку «Редактировать», отобразится форма «Сотрудник: Редактирование»;
• перейдите на форму редактирования человека – кнопка «Редактировать»;
• в модальном окне «Человек: редактирование» заполните поле СНИЛС;
• сохраните изменения

Не указан СНИЛС врача.mp4 5 0006 «Не указана специальность врача. Необходимо укажите специальность на форме «Место работы» → «Описание»»

• перейдите на форму «Структура МО»;
• выберите вкладку «Сотрудники»;
• найдите сотрудника из движения;
• нажмите кнопку «Изменить», отобразится форма «Место работы: редактирование»;
• перейдите на вкладку «Описание»;
• в поле «Специальность врача» укажите значение

Не указана специальность врача. Необходимо указать специальность на форме «Место работы» → «Описание».mp4 6 0007 «Не указан реестровый номер медицинской организации»

• перейдите на форму «Паспорт МО»;
• в поле «Региональный реестровый код МО» введите значение в соответствии с полем CODE_LPU по справочнику ТФОМС  LPUMMYY.DBF

Не указан реестровый номер медицинской организации.mp4 7 0008 «Дата проведения консилиума выходит за рамки случая»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
• перейдите в раздел «Сведения о проведении консилиума»;
• выберите запись с консилиумом и откройте на редактирование;
• измените дату входящую в период движения

8

0009 «Не заполнено территория  (ОКАТО территории) страхования»

• перейдите на форму «Организация: Редактирование»;
• В поле ОКАТО введите код ОКАТО согласно справочника F002 ФФОМС

9 0010 «В случае отсутствует или неверно указана стадия опухолевого процесса»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
•  заполните/исправьте стадию опухолевого процесса по ФОМС

В случае отсутствует или неверно указана стадия опухолевого процесса.mp4 10 0011 «В случае отсутствует или неверно указана стадия опухолевого процесса»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
•  заполните/исправьте стадию опухолевого процесса TNM по ФОМС

В случае отсутствует или неверно указана стадия опухолевого процесса.mp4 11 0012 «Не заполнены данные о противоопухолевом лекарственном препарате»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
• перейдите на вкладку специфического лечения;
• откройте запись лечения на редактирование;
• в разделе «Препарат» откройте форму добавления препарата;
• добавьте препарат

Не заполнены данные о противоопухолевом лекарственном препарате.mp4 12 0013 «Не заполнен федеральный реестровый код МО (F003) или не указана МО в которую направлен пациент»

• перейдите на форму «Организация: Редактирование»;
• в поле «Федеральный реестровый код МО» введите код по справочнику ФФОМС F003 или по справочнику ТФОМС LPUMMYY.DBF значение поля IDMO

13

0014 «Для случая ЗНО не указан повод обращения»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
• укажите повод обращения

14 0017 «Со случаем стационарного лечения № %NHISTORY пересекается случай(–и) лечения в поликлинике № %NHISTORY[0], %NHISTORY[1], …, %NHISTORY[n]»

• перейдите в подсистему «Поликлиника» и сверьте даты оказания АПП;
• в случае явного пересечения – удалите случай из реестра подсистемы «Поликлиника»

15 0018 «Дата закрытия случая раньше даты противопоказания»

• перейдите на форму движения;
• откройте специфику – онко–специфику;
• перейдите в раздел «Данные об отказах/противопоказаниях»;
• в существующей записи исправьте дату на входящую в период движения пациента

16 0019 «Для схемы группы 1 или 2 не выбран препарат из справочника соответствия V033»

• перейдите на форму движения. перейдите в раздел «12. Лекарственное лечение»;
• нажмите кнопку «Добавить», отобразится окно «Курс лекарственного лечения: Добавление»;
• в блоке «Медикамент» выберите схему ЛТ,  препарат из справочника N020

17

0020 «Не указано Количество введений препарата при лечении пациента с Covid–19»

• перейдите на форму движения;
• перейдите в раздел «12. Лекарственное лечение»;
• откройте имеющийся курс лечения на редактирование;
• в нижней части на форме «Курс лекарственного лечения: Редактирование» выберите назначенный курс. В блоке «Медикамент» количество введений препарата

18

0021 «Отсутствуют сведения о  дозе (доза на 1 прием) введения лекарственного препарата при лечении пациента с Covid–19»

• перейдите на форму движения;
• перейдите в раздел «12. Лекарственное лечение»;
  откройте имеющийся курс лечения на редактирование;
• в нижней части на форме «Курс лекарственного лечения: Редактирование» выберите назначенный курс. В блоке «Медикамент» укажите сведения о дозе на 1 прием

19

0022 «Отсутствует схема ЛТ в случае лечения COVID–19»

• перейдите на форму движения;
• в разделе «Установка случая движения» укажите схему лекарственной терапии COVID–19

20

0023 «Отсутствуют антропометрические сведения пациента»

• перейдите на форму «Карты выбывшего из стационара»;
• в разделе «3. Приемное» заполните витальные параметры

21

0024 «Дата планируемой госпитализации меньше Даты выдачи талона на ВМП»

• перейдите на форму «Карты выбывшего из стационара»;
• в разделе «1. Госпитализация» исправьте дату планируемой госпитализации (ВМП) в соответствии со значением «Дата выдачи талона на ВМП»

22

0027 «Не указан Код МО, направившей на лечение (диагностику, консультацию, госпитализацию)»

• перейдите на форму «Организация: Редактирование»;
• в поле «Федеральный реестровый код МО» укажите код по справочнику ФФОМС F003 или по справочнику ТФОМС LPUMMYY.DBF значение поля IDMO

23

0028 «Не указана Дата направления на лечение (диагностику, консультацию, госпитализацию)»

Укажите дату направления на лечение 24

0029 «В случае отсутствует услуга»

• перейдите на форму движения;
• в разделе «Услуги» добавьте общую услугу или операцию (в зависимости от тип лечения ЗНО)

25

0030 «Исход «Выздоровление» не допустим при данном результате лечения»

• перейдите на форму движения;
• в разделе «2. Исход госпитализации» исправьте значение в поле «Исход заболевания» на отличное от «101. Выздоровление»

26

0033 «Некорректно введены серия или номер УДЛ»

• перейдите на форму «Человек: редактирование»;
• исправьте серию или номер документа удостоверяющего личность в соответствии с требованиями:
  • если УДЛ – паспорт гражданина РФ:
    • серия – 4 любые цифры;
    • номер – 6 любых цифр;
  • если УДЛ – свидетельство о рождении:
    • серия – до 4 символов латинского алфавита, 2 символа кириллицы;
    • номер – 6 любых цифр;
  • если УДЛ – паспорт иностранного гражданина, вид на жительство,  документ иностранного гражданина, разрешение на временное проживание:
    
    • номер – не более 12 цифр

27 0034 «Необходимо указать законного представителя пациента»

• перейдите на форму «Человек: редактирование»;
• откройте вкладку «2.Дополнительно» и укажите представителя пациента

28 0035 «Не указано фамилия или имя законного представителя пациента»

• перейдите на форму «Человек: редактирование» представителя пациента;
• укажите имя или фамилию представителя пациента

29

0036 «Не указана дата рождения представителя пациента»

• перейдите на форму «Человек: редактирование» представителя пациента;
• укажите дату рождения представителя пациента

30

0037 «Представитель пациента должен быть старше пациента не менее чем на 14 лет»

• перейдите на форму «Человек: редактирование» представителя пациента;
• проверьте дату рождения представителя пациента или измените представителя пациента

31

0038 «Дата выдачи документа удостоверяющего личность должна быть позже даты рождения пациента»

• перейдите на форму «Человек: редактирование» представителя пациента;
• исправьте дату выдачи документа удостоверяющего личность.

или

• перейдите на форму «Человек: редактирование» пациента;
• исправьте дату рождения пациента

32 0039 «Представленные к оплате услуги не включены в объемы»

• исправьте случай госпитализации таким образом, что бы новая КСГ относилась к другой группе планирования. иначе по данной ошибке необходимо обратиться в ТФОМС

33

0040 «Не допускается плановая госпитализация незастрахованного пациента»

• для общих случаев:
  • перейдите на форму «Человек: редактирование»;
  • укажите данные полиса ОМС;
• для круглосуточного стационара:
  • перейдите на форму «Карты выбывшего из стационара»;
  • в разделе «3. Приемное» исправьте значение поля «Тип госпитализации» на «2.Экстренно»;
• для дневного стационара:
  • перейдите на форму «Человек: редактирование»;
  • укажите данные полиса ОМС;
  • иначе измените вид оплаты случая на отличный от «ОМС»

34

0041 «Дата направления не может быть меньше даты рождения пациента»

Исправьте дату направления 35

0042 «Код МКБ–10 основного диагноза дублируется в качестве сопутствующего или осложнения основного»

• перейдите на форму движения;
• в Разделе «3. Диагнозы» удалите диагноз с кодом идентичным коду основного заболевания

36

0043 «Код МКБ–10 сопутствующего диагноза дублируется в качестве осложнения основного»

• перейдите на форму движения;
• в разделе «3. Диагнозы» удалите один из диагнозов с идентичными кодами

37

0044 «Дублируется код МКБ–10 сопутствующего  диагноза или осложнения основного»

• перейдите на форму движения
• в разделе «3. Диагнозы» удалите один из диагнозов с идентичными кодами

38

0045 «Указан профиль МП для детей при лечении совершеннолетнего пациента»

Профили медицинской помощи с кодами «17», «18», «19», «20», «21», «55», «68», «83», «86» разрешено использовать только для пациентов младше 18 лет 39

0046 «Согласно справочника ТФОМС сотрудник со специальность %PRVS, %PRVS_name не может оказывать данный вид медицинской помощи %VIDMP, %VIDMP_name»

На основании справочника ТФОМС vspMMYY.DBF.

• перейдите на форму «Структура МО»;
• выберите вкладку «Сотрудники»;
• найдите сотрудника из движения;
• нажмите кнопку «Изменить», отобразится форма «Место работы: редактирование»;
  • в случае неверной специальности – перейдите на вкладку «Описание» в поле «специальность врача» исправьте значение;
  • в случае неверного вида медицинской помощи – напротив поля «Строка штатного расписания» нажмите на кнопку «Редактировать». Измените значение поля «Вид МП» на соответствующее

40

0047 «Вид медицинской помощи не соответствует условиям оказания»

• перейдите на форму «Структура МО»;
• выберите вкладку «Сотрудники»;
• найдите сотрудника из движения;
• нажмите кнопку «Изменить», отобразится форма «Место работы: редактирование»;
• напротив поля «Строка штатного расписания» нажмите на кнопку «Редактировать». Отобразится окно «Строка штатного расписания: Редактирование»;
• измените значение поля «Вид МП» на соответствующее:
  • для круглосуточного стационара:
    • «3  Специализированная, в том числе высокотехнологичная, медицинская помощь»;
    • «31 Специализированная медицинская помощь»;
    • «32 Высокотехнологичная специализированная медицинская помощь»;
  • для дневного стационара:
    • «12 Первичная врачебная медико–санитарная помощь»;
    • «13 Первичная специализированная медико–санитарная помощь»;
    • «14 Первичная медико–санитарная помощь с применением телемедицинских технологий»;
    • «31 Специализированная медицинская помощь»;
    • «32 Высокотехнологичная специализированная медицинская помощь»

41

0048 «Пол пациента не соответствует диагнозу»

По справочнику ТФОМС mkbMMYY.DBF

• перейдите на форму движения;
• в соответствии со справочником ТФОМС исправьте диагноз (основной, сопутствующий или осложнение основного);
• иначе – перейдите на форму «Человек: Редактирование» и исправьте пол пациента

42

0049 «Указанный профиль МП не допускается для пациента с возрастом %VOZR»

• перейдите на форму движения;
• исправьте профиль медицинской помощи в соответствии:
  • для профилей с кодами «29», «60», «108», «122» – на начало лечения пациент старше 18 лет;
  • для профиля с кодом «14» – на начало лечения пациент старше 60 лет

43

0050 «Для вашей МО недопустимо оказание ВМП»

По справочнику ТФОМС lpuMMYY.DBF.

В соответствии со справочником ТФОМС для вашей МО недопустимо оказание ВМП.

• перейдите на форму движения;
• очистите поле «Метод ВМП» и «Вид ВМП»;
• иначе – необходимо обратиться в ТФОМС

44

0051 «Для вашей МО недопустимы случаи лечения в КС»

По справочнику ТФОМС lpuMMYY.DBF.

• перейдите на форму движения;
• измените отделение на отделение дневного стационара. Убедится в изменении КСГ на КСГ дневного стационара (код начинается с ds);
• иначе – необходимо обратиться в ТФОМС

45

0052 «Для вашей МО недопустимы случаи лечения в ДС» 

По справочнику ТФОМС lpuMMYY.DBF.

• перейдите на форму движения;
• измените отделение на отделение круглосуточного стационара. Убедится в изменении КСГ на КСГ круглосуточного стационара (код начинается с st);
• иначе – необходимо обратиться в ТФОМС

46

0053 «Для вашей МО недопустимы случаи лечения иногородних в КС»

По справочнику ТФОМС lpuMMYY.DBF.

• перейдите на форму движения;
• измените отделение на отделение дневного стационара. Убедится в изменении КСГ на КСГ дневного стационара (код начинается с ds);
• иначе – необходимо обратиться в ТФОМС

47

0054 «Для вашей МО недопустимы случаи лечения иногородних в ДС»

По справочнику ТФОМС lpuMMYY.DBF.

• перейдите на форму движения;
• измените отделение на отделение круглосуточного стационара. Убедится в изменении КСГ на КСГ круглосуточного стационара (код начинается с st);
• иначе – необходимо обратиться в ТФОМС

48

0055 «Для вашей МО недопустимы случаи лечения незастрахованных»

По справочнику ТФОМС lpuMMYY.DBF.

• перейдите на форму «Человек: редактирование»;
• введите сведения о полисе ОМС пациента;
• иначе – необходимо обратиться в ТФОМС

49

0056 «Основной диагноз не соответствует возрасту пациента»

По справочнику ТФОМС mkbMMYY.DBF.

Диагноз пациента на дату начала лечения не соответствует допустимым согласно справочника ТФОМС.

• перейдите на форму движения;
• измените диагноз основного заболевания

50

0057 «Не указана дата рождения пациента»

• перейдите на форму «Человек: редактирование»;
• введите дату рождения пациента

51

0058 «Не указан адрес регистрации пациента или отсутствует значение ОКАТО для адреса»

• перейдите на форму «Человек: редактирование»;
• введите адрес регистрации пациента

52

0059 «Исход заболевания не соответствует результату обращения»

По справочнику ТФОМС FLK1mmyy.DBF

• перейдите на форму движения;
• в разделе «2. Исход госпитализации» исправьте поле «Исход госпитализации» или поле «Исход заболевания»

53 0073 «Профиль МП () в движении не соответствует специальности врача (). Для специальности () допускаются следующие профили 

Соответствие профиля и специальности можно посмотреть в справочнике pspMMYY.dbf, который можно скачать в Пакете НСИ http://www.mofoms.ru/documents/reference/

Также в описании ошибки указано какие профили допускаются для специальности

54 0061 «Указанная специальность врача (специалиста) отсутствует в справочнике специальностей«

• перейдите в модуль «Структура МО»
• найдите врача из случая в сотрудниках МО.
• На форме «Рабочее место врача» измените специальность на существующую в справочнике v021

55 0063 «Диагноз не допускается по данным ТФОМС«

Проверяется соответствие диагноза и пола пациента на соответствие по справочнику MKB (ТФОМС).

1. Откройте карточку пациенту из реестров (Реестр→ Открыть данные человека). Укажите корректный пол.
2. В случае соответствия пола пациента в система — измените диагноз в случае.

56 0066 «Для услуги не указан тип имплантируемого изделия»

• перейдите на форму редактирования операции в движении пациента
• заполните поля «Тип имплантируемого изделия» и/или «Имплантированное изделие».

57 0074 «Для вашей МО при USL_OK = () и виде медицинской помощи () не допускается профиль медицинской помощи (). 

1. Допускается один из профилей ()[0], ()[1], ()[…]. ()[n]
2. Для данного вида медицинской помощи нет допустимых профилей МП

«

Для случаев круглосуточного стационара в т.ч. случаев ВМП:

• перейдите на форму движения
• измените профиль МП в движении на соответствующий по справочнику FLK4 (список допустимых профилей так же перечислен в тексте валидации)

Для случаев дневного стационара:

Вариант 1:

• перейдите на форму движения
• измените профиль МП в движении на соответствующий по справочнику FLK4 (список допустимых профилей так же перечислен в тексте валидации)

Вариант 2:

• перейдите в модуль «Структура МО»
• найдите в сотрудниках врача из случая
• перейдите на форму редактирования «Рабочее место врача»
• перейдите на форму редактирования «Строка штатного расписания»
• измените вид медицинской помощи для должности.

Для КСГ st36.009, st36.010, st36.011 и услуг диализа в КС:

• перейдите на форму движения
• перейдите на форму редактирования услуги диализа или одной из услуг (A16.20.078, A16.12.030, A16.10.021.001) формирующих КСГ из списка st36.009, st36.010, st36.011
• измените профиль МП в услуге на соответствующий FLK4 (список допустимых профилей так же перечислен в тексте валидации)

58 0904 «В реестре дублируется врач (ФЛ), необходимо во всех случаях данного врача указать врача одной и той же должности: случаев с должностью ()[0] — ()[0]»

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

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

59 0906 «Согласно ГТС для случаев с КСГ () и диагнозе () обязательно наличие консилиума»

• перейдите на форму движения
• перейдите на форму онкоспецифики
• перейдите в раздел «Консилиум»
• добавьте сведения о проведении консилиума

60 0089 «Сочетание значений специальности врача () и вида медицинской помощи (), указанные в карточке сотрудника не допускаются (в соответствии со справочником ТФОМС — VSP.DBF)»

Вариант 1:

• перейдите в модуль «Структура МО»
• найдите в сотрудниках врача из случая
• перейдите на форму редактирования «Рабочее место врача»
• перейдите на форму редактирования «Строка штатного расписания»
• измените вид медицинской помощи для должности.

Вариант 2

• перейдите в модуль «Структура МО»
• найдите в сотрудниках врача из случая
• перейдите на форму редактирования «Рабочее место врача»
• измените специальность сотрудника

61 0908 «Дата выдачи талона ВМП позже даты госпитализации. Необходимо исправить дату талона на дату госпитализации или ранее»

• перейдите на форму движения
• перейдите на форму «Талон ВМП»
• измените дату плановой госпитализации на соответствующую дате начала лечения или ранее

62 0909 «Дата направления № () () из отделения — () выходит за пределы дат лечения случая. Необходимо отменить направление с причиной «Неверный ввод» или «Ошибочное направление» или изменить дату направления.»

В АРМ врача стационара:

• перейдите на форму движения
• перейдите в раздел направлений
• внесите изменения в направление согласно текста валидации

63 0910 «В случае указан тип лечения () при наличии противопоказаний. Необходимо удалить противопоказания или тип лечения»

В случае указан тип лечение и противопоказание/отказ от данного типа лечения.

• перейдите на форму движения
• перейдите на форму онкоспецифики
• Удалите отказ/противопоказание или тип лечения

64 0077 «Случаи дневного стационара не могут быть с типом госпитализации «Экстренная»»

• перейдите на форму КВС
• исправьте тип госпитализации на «Плановая»

65 0081 «Не указан код подразделения в справочнике ЕРМО»

• перейдите в модуль «Структура МО»
• для отделения с ошибкой — откройте форму редактирования отделения
• перейдите на вкладку «Атрибуты»
• добавьте/измените атрибут «Справочник ЕРМО», указав код по справочнику ERM (ТФОМС)

66 0079 «Длительность применения антимикробной терапии  () меньше допускаемой по справочнику MDU (ТФОМС)»

По справочнику ODG (ТФОМС)

• перейдите на форму движения
• отройте форму редактирования атрибута движения с признаком «Применение антимикробной терапии»
• измените период терапии таким образом, что бы длительность соответствовала значению KSLPVAL справочника ODG для данной КСГ 

Ошибка ФЛК на Эвотор — пошаговая инструкция

21 октября 2022

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

Содержание

Что такое ФЛК на Эвотор

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

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

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

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

2 причины возникновения ошибки ФЛК на Эвотор

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

1. При регистрации смарт-терминала была допущена ошибка.
2. Касса недавно обновилась или ПО наоборот устаревшее.

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

Для каждой причины есть свое решение. Мы можем провести быстрый чек-ап кассы, чтобы понять, в чем дело (это бесплатно). Ошибка ФЛК при включении возникает по разным причинам. Например:

Причина 1 — ошибка при регистрации

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

1. Откройте личный кабинет ФНС → Учет ККТ



2. Выберите смарт-терминал и проверьте его реквизиты

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

Причина 2 — устаревшая прошивка ККТ

Обычно смарт-терминал обновляется автоматически. Ему для этого нужно стабильное интернет-соединение и отсутствие технических проблем. Однако бывает так, что автоматически это не происходит. Что делать в таком случае:

1. Проверьте версию прошивки Эвотор.

Актуальная версия — 54хх и выше.

Если версия устаревшая, причина вероятнее всего в этом.

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

Совет техподдержки — как предотвратить ошибку ФЛК Эвотор после обновления и при работе

Чтобы избежать такой проблемы, следуйте этим простым рекомендациям:

1. Внимательно заполняйте все поля при регистрации кассы и ФН

Любая, даже мелкая, ошибка проводят к блокировке фискальника и ошибкам на терминале. Лучше доверить это профессионалам техподдержки Эвотор.

2. Обеспечьте стабильное соединение с Интернетом на ККТ. Если устройство не будет выходить в Сеть, его связь с ОФД и обмен данными остановится. Также без Интернета на ККТ не будут устанавливаться обновления системы.

Другие записи блога