Ошибка флк вики принт 57ф

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

Федеральная Налоговая Служба ведет постоянную работу по совершенствованию механизмов автоматического анализа и контроля тех данных, которые организации предоставляют ей в электронном виде. Ее цель понятна — повысить собираемость налогов. Это касается и фискальных данных, которые формирует ваша 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.

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

Архив с загружаемым 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ЛП для анализа ошибки

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

21 октября 2022

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

Содержание

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

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

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

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

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

Проведем диагностику кассы Эвотор

Оставьте заявку или позвоните сами8 (800) 700 40 85

whatsapp

telegram

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

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

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

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

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

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

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

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

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

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

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

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

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

Настройки

Обслуживание кассы

Версия ККТ

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

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

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

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

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

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

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

Проведем диагностику смарт-теримнала Эвотор

Оставьте заявку или позвоните сами8 (800) 700 40 85

whatsapp

telegram

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

Эвотор 5i эквайринг: активация и возможные ошибки

Эвотор подключение эквайринга Эвотор Pay для ООО

Эвотор подключение эквайринга для ИП

Эвотор принтер этикеток

#21

Отправлено 26 November 2018 — 16:21

Добрый день!

Существуют принципиальные различия в технологии обработки PB1 и PB2.

Если формат запроса (или другого ЭД) корректный, то Банк проверив формат должен был отправить положительное подтверждение PB1 о том, что запрос принят к обработке. В процессе обработки может выявиться, что банк по разным причинам не может исполнить принятый запрос. Например, не может идентифицировать клиента, недействующий БИК, нет такого счета и т.п. Тогда он должен направить PB2 с ошибкой, например: «Невозможно идентифицировать клиента».

PB2 доводится до инспектора. Инспектор увидит, что его запрос не будет выполнен и должен принять соответствующие меры. PB1 обрабатывается автоматически. Если невозможно расшифровать файл, неверная ЭЦП, нарушен формат, искажена кодировка или произошли другие технические ошибки, то Запрос автоматически переформировывается и направляется заново. Таким образом банк отправляя PB1 будет до бесконечности получать тот же запрос, пока не вмешаются разработчики ПО.

Именно для этого ошибки разделяются на PB1 и PB2.

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

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

В форматах такие коды выделены в особый раздел.

          Коды, формируемые банком, подразделением Банка России

41      Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России

42      В банке (филиале банка), подразделении Банка России отсутствует номер счета, указанный в электронном документе, сформированном налоговым органом

43      Наименование или ИНН клиента не соответствует номеру счета клиента, указанному в электронном документе, сформированном налоговым органом

44      В банке (филиале банка), подразделении Банка России отсутствует клиент с указанным ИНН

45      Невозможно исполнить запрос налогового органа в связи с превышением объема выписки; в этом случае в текстовом пояснении указывается период, за который возможно формирование выписки

46      Документ налогового органа в банк, в подразделение Банка России не поступал

47      Документ налогового органа уже исполнен

48      Невозможно исполнить документ налогового органа

49      Невозможно однозначно идентифицировать клиента банка, клиента подразделения Банка России

  • BernasdTap, Robentea, EnwardPelm и 19 другим это нравится

Свечников Александр

  • Наверх


#22


analiteg

Отправлено 26 November 2018 — 23:57

Уважаемый Александр Николаевич.

К сожалению или к счастью, коды в справочнике «Перечень кодов результатов проверки» не помечены, как относящиеся к тому или иному типу подтверждения. Если и был замысел , что коды 01-14, 99 должны использоваться для PB1, а коды 41-49 — для PB2, то в описании формата «Налог» он не закреплен.

Теперь хотелось бы пояснить, почему при указании неправильного БИК нет возможности направить PB2, а не PB1 с кодом результата 41.

Согласно описанию формата «Налог» наименование PB2 имеет структуру:

<PB2_P_FFFF.xml>, где:

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

P — наименование полученного зашифрованного файла или архивного файла (без расширения);

FFFF — порядковый номер филиала банка по Книге государственной регистрации Банка России, по счетам которого высылается подтверждение; для банка,  подразделения Банка России проставляется «0000».


 

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

Теперь, представим ситуацию, что у есть банк «Мой банк», у которого есть филиал «Филиал Моего банка в г. Москва». У банка «Мой банк»  заключен договор электронного обмена, по которому он получает и направляет документа за себя и за свой филиал.

И вот «Мой банк» получает документ налогового органа, в котором указан БИК банка «Какой-то другой банк». В этой ситуации, «Мой банк» даже не имеет возможности определить, какое из его подразделений исполняет документ! И вообще, для «Моего банка» БИК «Какого-то другого банка» — просто набор цифр, который не имеет к «Моему банку» никакого отношения и не влечет никакой обязанности даже пытаться исполнять такой документ.

Формировать в описанной ситуации PB2 нет оснований и возможности, т.к. нет оснований исполнять такой документ и нет исполнителя. Это в чистом виде ошибка, которая выявляется на этапе приема документа налогового органа. И сообщить об этой ошибке банк может и обязан на этапе приема — сформировать PB1.

Надеюсь, наши доводы убедили Вас, что ошибка 41 может и должна применяться в PB1?

Тот факт, что PB1 не доходит до инспектора, не означает, что не надо исправлять ошибки отправки в банки документов с неправильным БИК, которые имеют место на стороне ФНС, согласитесь?

  • Наверх


#23


a.kontarev

Отправлено 28 November 2018 — 05:47

Добрый день.

Получили 29/11 два сводных архивных файла с одинаковым содержимым: AFN_MIFNS00_6711103_20181129_00001.arj и AFN_MIFNS00_6711103_20181128_00053.arj

Вопрос, при обработке второго архивного файла мы должны формировать PB1 с кодом ошибки 02 наименование файла не уникально — верно?

Контарев Александр,
АО «Севастопольский Морской банк»

  • Наверх


#24


Drusha

Drusha

  • ГородСанкт-Петербург

Отправлено 28 November 2018 — 06:38

Добрый день.

Получили 29/11 два сводных архивных файла с одинаковым содержимым: AFN_MIFNS00_6711103_20181129_00001.arj и AFN_MIFNS00_6711103_20181128_00053.arj

Вопрос, при обработке второго архивного файла мы должны формировать PB1 с кодом ошибки 02 наименование файла не уникально — верно?

В соседней теме был ответ:

https://forum.gnivc….alog-3»/?p=7819

Вкратце — игнорировать

  • Наверх


#25


Sergey V Fedorov

Отправлено 28 November 2018 — 06:47

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

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

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

Добрый день!

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

  • Наверх


#26


yarlov

Отправлено 28 November 2018 — 09:29

Также не исправлены на сайте «ошибки ФЛК», хотя приходят положительные квитанции.

  • Наверх


#27


analiteg

Отправлено 01 December 2018 — 10:00

Уважаемый Александр Николаевич.

К сожалению или к счастью, коды в справочнике «Перечень кодов результатов проверки» не помечены, как относящиеся к тому или иному типу подтверждения. Если и был замысел , что коды 01-14, 99 должны использоваться для PB1, а коды 41-49 — для PB2, то в описании формата «Налог» он не закреплен.

Теперь хотелось бы пояснить, почему при указании неправильного БИК нет возможности направить PB2, а не PB1 с кодом результата 41.

Согласно описанию формата «Налог» наименование PB2 имеет структуру:

<PB2_P_FFFF.xml>, где:

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

P — наименование полученного зашифрованного файла или архивного файла (без расширения);

FFFF — порядковый номер филиала банка по Книге государственной регистрации Банка России, по счетам которого высылается подтверждение; для банка,  подразделения Банка России проставляется «0000».


 

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

Теперь, представим ситуацию, что у есть банк «Мой банк», у которого есть филиал «Филиал Моего банка в г. Москва». У банка «Мой банк»  заключен договор электронного обмена, по которому он получает и направляет документа за себя и за свой филиал.

И вот «Мой банк» получает документ налогового органа, в котором указан БИК банка «Какой-то другой банк». В этой ситуации, «Мой банк» даже не имеет возможности определить, какое из его подразделений исполняет документ! И вообще, для «Моего банка» БИК «Какого-то другого банка» — просто набор цифр, который не имеет к «Моему банку» никакого отношения и не влечет никакой обязанности даже пытаться исполнять такой документ.

Формировать в описанной ситуации PB2 нет оснований и возможности, т.к. нет оснований исполнять такой документ и нет исполнителя. Это в чистом виде ошибка, которая выявляется на этапе приема документа налогового органа. И сообщить об этой ошибке банк может и обязан на этапе приема — сформировать PB1.

Надеюсь, наши доводы убедили Вас, что ошибка 41 может и должна применяться в PB1?

Тот факт, что PB1 не доходит до инспектора, не означает, что не надо исправлять ошибки отправки в банки документов с неправильным БИК, которые имеют место на стороне ФНС, согласитесь?

Александр Николаевич, прокомментируйте, пожалуйста.

  • Наверх


#28


striker

Отправлено 02 December 2018 — 03:48

Так и продолжается. В сервисе ошибка ФЛК, а квитанции приходят положительные.

  • Наверх


#29


Юлия1307

Отправлено 03 December 2018 — 08:28

Уважаемый Александр Николаевич.

К сожалению или к счастью, коды в справочнике «Перечень кодов результатов проверки» не помечены, как относящиеся к тому или иному типу подтверждения. Если и был замысел , что коды 01-14, 99 должны использоваться для PB1, а коды 41-49 — для PB2, то в описании формата «Налог» он не закреплен.

Теперь хотелось бы пояснить, почему при указании неправильного БИК нет возможности направить PB2, а не PB1 с кодом результата 41.

Согласно описанию формата «Налог» наименование PB2 имеет структуру:

<PB2_P_FFFF.xml>, где:

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

P — наименование полученного зашифрованного файла или архивного файла (без расширения);

FFFF — порядковый номер филиала банка по Книге государственной регистрации Банка России, по счетам которого высылается подтверждение; для банка,  подразделения Банка России проставляется «0000».


 

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

Теперь, представим ситуацию, что у есть банк «Мой банк», у которого есть филиал «Филиал Моего банка в г. Москва». У банка «Мой банк»  заключен договор электронного обмена, по которому он получает и направляет документа за себя и за свой филиал.

И вот «Мой банк» получает документ налогового органа, в котором указан БИК банка «Какой-то другой банк». В этой ситуации, «Мой банк» даже не имеет возможности определить, какое из его подразделений исполняет документ! И вообще, для «Моего банка» БИК «Какого-то другого банка» — просто набор цифр, который не имеет к «Моему банку» никакого отношения и не влечет никакой обязанности даже пытаться исполнять такой документ.

Формировать в описанной ситуации PB2 нет оснований и возможности, т.к. нет оснований исполнять такой документ и нет исполнителя. Это в чистом виде ошибка, которая выявляется на этапе приема документа налогового органа. И сообщить об этой ошибке банк может и обязан на этапе приема — сформировать PB1.

Надеюсь, наши доводы убедили Вас, что ошибка 41 может и должна применяться в PB1?

Тот факт, что PB1 не доходит до инспектора, не означает, что не надо исправлять ошибки отправки в банки документов с неправильным БИК, которые имеют место на стороне ФНС, согласитесь?

Александр Николаевич, прокомментируйте, пожалуйста.

Я тоже считаю, что все PB1 c отрицательными кодами результата проверки должны анализироваться инспекторами и по результатам анализа исправляться (если ошибка на стороне ФНС), а не до бесконечности направляться в Банк в таком же виде.

  • Наверх


#30


sancase

Отправлено 03 December 2018 — 18:41

В общем так и есть. Только не все — инспекторами, а и разработчиками.

Свечников Александр

  • Наверх


#31


VolgaAN

VolgaAN

    Новичок

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

  • 7 сообщений
  • ГородРостов-на-Дону

Отправлено 04 December 2018 — 05:45

Александр Николаевич, добрый день.

Подскажите пожалуйста.

По нижеперечисленым файлам отправленным в составе архива AFN_6015066_MIFNS00_20181119_00003.arj

в сервисе —  ошибка ФЛК. Никаких квитанций ни положительных ни отрицательных по этим файлам мы не получали.

Подскажите когда будет повторная обработка данных файлов. Висят уже с 19.11.2018

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000009_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000010_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000011_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000012_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000013_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000014_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000015_000001.xml

BVS1_ZSV16015066_121820181114_000075_20181119_0002.xml

BVS1_ZSV16015066_236020181113_000070_20181119_0002.xml

BVS1_ZSV16015066_502920181113_000567_20181119_0002.xml
BVS1_ZSV16015066_507520181112_000036_20181119_0002.xml

BVS1_ZSV16015066_615420181112_000905_20181119_0002.xml

BVS1_ZSV16015066_616420181114_000217_20181119_0002.xml

BVS1_ZSV16015066_616420181114_000218_20181119_0002.xml

BVS1_ZSV16015066_616420181114_000219_20181119_0002.xml

BVS1_ZSV16015066_616520181114_000065_20181119_0002.xml

BVS1_ZSV16015066_618820181109_000569_20181119_0002.xml

BVS1_ZSV16015066_710120181114_000042_20181119_0002.xml

  • Наверх


#32


sancase

Отправлено 05 December 2018 — 08:55

Сейчас в БАНКИНФОРМ файлы обработаны, квитанции высланы. С ошибками надо разбираться отдельно по каждому файлу.

Например

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

Сведения о квитанции

Наименование файла: AFN_6015066_MIFNS00_20181119_00003.ARJ

Дата обработки: 26.11.2018 13:13:40

Результат обработки: Файл принят. Нет ошибок.

Статус обработки: Контроль файла выполнен.

Имя квитанции: КВИТАНЦИЯ НЕ ПРЕДПОЛАГАЕТСЯ

    • Сведения о состоянии обработки файла банка (BVD1_ZSV16015066_710120181114_000042_20181119_0002_000001_000001.XML)

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

Сведения о квитанции

Наименование файла: BVD1_ZSV16015066_710120181114_000042_20181119_0002_000001_000001.XML

Дата контроля имени файла, КА, шифрования: 26.11.2018 16:13:10

Дата контроля содержимого файла: 26.11.2018 13:13:40

Результат обработки: Файл не принят. Ошибка имени файла

Статус обработки: Квитанция сформирована.

Имя квитанции: KWTFCB_BVD1_ZSV16015066_710120181114_000042_20181119_0002_000001_000001.xml

Имя архивного файла: AFN_MIFNS00_6015066_20181126_00007.arj

Имя сводного архива: SAFN_NO_60_20181126_00409.arj

Дата выгрузки: 26.11.2018 16:43:01

Дата передачи в ЦИТ: 27.11.2018 19:04:05

Свечников Александр

  • Наверх


#33


VolgaAN

VolgaAN

    Новичок

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

  • 7 сообщений
  • ГородРостов-на-Дону

Отправлено 08 December 2018 — 05:46

Александр Николаевич, добрый день.

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

Меня интересует судьба именно вот этих файлов из архива AFN_6015066_MIFNS00_20181119_00003.arj

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000009_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000010_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000011_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000012_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000013_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000014_000001.xml

BVD1_ZSV16015066_618820181109_000569_20181119_0002_000015_000001.xml

BVS1_ZSV16015066_121820181114_000075_20181119_0002.xml

BVS1_ZSV16015066_236020181113_000070_20181119_0002.xml

BVS1_ZSV16015066_502920181113_000567_20181119_0002.xml
BVS1_ZSV16015066_507520181112_000036_20181119_0002.xml

BVS1_ZSV16015066_615420181112_000905_20181119_0002.xml

BVS1_ZSV16015066_616420181114_000217_20181119_0002.xml

BVS1_ZSV16015066_616420181114_000218_20181119_0002.xml

BVS1_ZSV16015066_616420181114_000219_20181119_0002.xml

BVS1_ZSV16015066_616520181114_000065_20181119_0002.xml

BVS1_ZSV16015066_618820181109_000569_20181119_0002.xml

BVS1_ZSV16015066_710120181114_000042_20181119_0002.xml

—————————————————————————————————————————————————

Наименование файла: BVD1_ZSV16015066_618820181109_000569_20181119_0002_000009_000001.XML

Дата контроля имени файла, КА, шифрования: 26.11.2018 14:49:09

Дата контроля содержимого файла: 26.11.2018 13:13:40

Результат обработки: Файл не принят. Ошибка ФЛК

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

Имя квитанции: (Отсутствует значение)

Имя архивного файла: (Отсутствует значение)

Имя сводного архива: (Отсутствует значение)

Дата выгрузки: (Отсутствует значение)

Дата передачи в ЦИТ: (Отсутствует значение)

Если эти 18 файлов были обработаны, то подскажите в каких архивах квитанции были направлены в банк.

Квитанции не получены.  Поиск по БАНКИНФОРМ ничего не дал

  • Наверх


#34


Orgia

Отправлено 10 December 2018 — 12:12

Такая же проблема Результат обработки: Файл не принят. Ошибка ФЛК по файлам, квитанций нет. Для примера:

BVD1_ZSV15004761_774720181203_000049_20181207_0001_000001_000001.xml

BVD1_ZSV15004761_774720181203_000049_20181207_0001_000002_000001.xml

BVD1_ZSV15004761_774720181203_000049_20181207_0001_000003_000001.xml

BVD1_ZSV15004761_774720181203_000049_20181207_0001_000004_000001.xml

BVS1_ZSV15004761_774720181203_000049_20181207_0001.xml.

Большая просьба прокомментировать ситуацию на текущий момент. Спасибо.

  • Наверх


#35


sancase

Отправлено 10 December 2018 — 17:23

Свечников Александр

  • Наверх


#36


VolgaAN

VolgaAN

    Новичок

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

  • 7 сообщений
  • ГородРостов-на-Дону

Отправлено 11 December 2018 — 04:53

Мы дождались своих квитанций.

На файлы отправленные 19.11.2018 получили 12.12.2018 положительные квитанции.

  • Наверх


#37


Sergei

Sergei

    Новичок

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

  • 1 сообщений

Отправлено 11 December 2018 — 05:20

Добрый день.

Подскажите, по файлам ниже, отправленных 3 и 7 декабря (архивы AFN_4525911_mifns00_20181203_00001.arj, AFN_4525911_mifns00_20181203_00002.arj, AFN_4525911_mifns00_20181207_00001.arj):

PB нет никакой информации на сайте;

BVS, BOS, BVD, BNP —   Ошибка ФЛК;

BNP1_PNO14525911_695020181206_000672_20181207_0000.xml
BOS1_RPO14525911_366620181206_001501_20181207_0000.xml
BOS1_RPO14525911_502020181207_000383_20181207_0000.xml
BOS1_RPO14525911_502020181207_000384_20181207_0000.xml
BOS1_RPO14525911_694920181206_000080_20181207_0000.xml
BOS1_RPO14525911_695020181206_000432_20181207_0000.xml
BOS1_RPO14525911_774320181206_004233_20181207_0000.xml
BVD1_ZSV14525911_540620181206_000100_20181207_0000_000001_000001.xml
BVD1_ZSV14525911_540620181206_000156_20181207_0000_000001_000001.xml
BVD1_ZSV14525911_695220181206_000186_20181207_0000_000001_000001.xml
BVS1_ZSV14525911_362920181129_000036_20181203_0004.xml
BVS1_ZSV14525911_362920181129_000036_20181203_0019.xml
BVS1_ZSV14525911_470320181130_000054_20181203_0000.xml
BVS1_ZSV14525911_470320181130_000054_20181203_0006.xml
BVS1_ZSV14525911_540620181206_000100_20181207_0000.xml
BVS1_ZSV14525911_540620181206_000156_20181207_0000.xml
BVS1_ZSV14525911_667020181206_001905_20181207_0000.xml
BVS1_ZSV14525911_695020181130_000729_20181203_0000.xml
BVS1_ZSV14525911_695020181130_000928_20181203_0000.xml
BVS1_ZSV14525911_695220181130_501329_20181203_0000.xml
BVS1_ZSV14525911_695220181130_501329_20181203_0015.xml
BVS1_ZSV14525911_695220181130_501359_20181203_0000.xml
BVS1_ZSV14525911_695220181130_501359_20181203_0015.xml
BVS1_ZSV14525911_695220181206_000186_20181207_0000.xml
BVS1_ZSV14525911_772220181206_000212_20181207_0000.xml
BVS1_ZSV14525911_774920181130_500629_20181203_0000.xml
BVS1_ZSV14525911_774920181130_500629_20181203_0004.xml
BVS1_ZSV14525911_774920181130_500629_20181203_0015.xml
PB1_PNO14525911_540620181130_001084.xml
PB1_PNO14525911_540620181130_001085.xml
PB1_PNO14525911_695020181129_001266.xml
PB1_PNO14525911_695020181129_001267.xml
PB1_PNO14525911_695020181129_001268.xml
PB1_PNO14525911_695020181129_001269.xml
PB1_PNO14525911_772120181130_000354.xml
PB1_PNO14525911_772120181130_000355.xml
PB1_PNO14525911_772120181130_000356.xml
PB1_PNO14525911_772120181130_000357.xml
PB1_ROO14525911_641320181130_000021.xml
PB1_ROO14525911_770820181129_000051.xml
PB1_RPO14525911_540620181130_000850.xml
PB1_RPO14525911_583720181130_000124.xml
PB1_RPO14525911_740420181130_001277.xml
PB1_RPO14525911_740420181130_001279.xml
PB1_RPO14525911_770820181130_000212.xml
PB1_RPO14525911_772120181130_001122.xml
PB1_RPO14525911_773320181129_003430.xml
PB1_ZSV14525911_362920181129_000036.xml
PB1_ZSV14525911_470320181130_000054.xml
PB1_ZSV14525911_682920181129_000279.xml
PB1_ZSV14525911_695020181130_000721.xml
PB1_ZSV14525911_695020181130_000723.xml
PB1_ZSV14525911_695020181130_000729.xml
PB1_ZSV14525911_695020181130_000739.xml
PB1_ZSV14525911_695020181130_000788.xml
PB1_ZSV14525911_695020181130_000869.xml
PB1_ZSV14525911_695020181130_000928.xml
PB1_ZSV14525911_695020181130_000957.xml
PB1_ZSV14525911_695020181130_000966.xml
PB1_ZSV14525911_695020181130_001147.xml
PB1_ZSV14525911_695020181130_001154.xml
PB1_ZSV14525911_695020181130_001160.xml
PB1_ZSV14525911_695220181130_501329.xml
PB1_ZSV14525911_695220181130_501359.xml
PB1_ZSV14525911_774920181130_500629.xml
PB2_BVS1_ZBV14525911_773020181120_000067_20181203_0000_0000.xml
PB2_PNO14525911_695020181129_001266_0000.xml
PB2_PNO14525911_695020181129_001267_0000.xml
PB2_PNO14525911_695020181129_001268_0000.xml
PB2_PNO14525911_695020181129_001269_0000.xml
PB2_ZSV14525911_682920181129_000279_0000.xml
PB2_ZSV14525911_695020181130_000721_0000.xml
PB2_ZSV14525911_695020181130_000723_0000.xml
PB2_ZSV14525911_695020181130_000729_0000.xml
PB2_ZSV14525911_695020181130_000739_0000.xml
PB2_ZSV14525911_695020181130_000788_0000.xml
PB2_ZSV14525911_695020181130_000869_0000.xml
PB2_ZSV14525911_695020181130_000928_0000.xml
PB2_ZSV14525911_695020181130_000957_0000.xml
PB2_ZSV14525911_695020181130_000966_0000.xml
PB2_ZSV14525911_695020181130_001147_0000.xml
PB2_ZSV14525911_695020181130_001154_0000.xml
PB2_ZSV14525911_695020181130_001160_0000.xml
 

  • Marbeg это нравится
  • Наверх


#38


Orgia

Отправлено 22 December 2018 — 07:22

также большое количество непринятых/необработанных файлов. с 12 декабря нет ответа.

Наименование файла: BOS1_RPO15004761_420520181211_000923_20181212_0000.XML

Дата контроля имени файла, КА, шифрования: (Отсутствует значение)

Дата контроля содержимого файла: 14.12.2018 18:51:39

Результат обработки: Файл не принят. Ошибка ФЛК

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

Имя квитанции: (Отсутствует значение)

Имя архивного файла: (Отсутствует значение)

Имя сводного архива: (Отсутствует значение)

Дата выгрузки: (Отсутствует значение)

Дата передачи в ЦИТ: (Отсутствует значение)

список непринятых

BOS1_RPO15004761_420520181211_000923_20181212_0000.xml

BOS1_RPO15004761_420520181211_000988_20181212_0000.xml

BOS1_RPO15004761_502920181211_000757_20181212_0001.xml

BOS1_RPO15004761_631920181211_000484_20181212_0001.xml

BOS1_RPO15004761_665820181211_001246_20181212_0001.xml

BOS1_RPO15004761_744920181211_000253_20181212_0001.xml

BOS1_RPO15004761_772120181211_001778_20181212_0001.xml

BOS1_RPO15004761_772320181211_000645_20181212_0001.xml

BOS1_RPO15004761_784220181211_003658_20181212_0001.xml

BOS1_RPO15004761_560920181211_000100_20181212_0001.xml

BVD1_ZSV15004761_507420181211_000376_20181212_0001_000001_000001.xml

BVD1_ZSV15004761_507420181211_000376_20181212_0001_000002_000001.xml

BVS1_ZSV15004761_507420181211_000376_20181212_0001.xml

BVD1_ZSV15004761_507420181211_000375_20181212_0001_000001_000001.xml

BVD1_ZSV15004761_507420181211_000375_20181212_0001_000002_000001.xml

BVS1_ZSV15004761_507420181211_000375_20181212_0001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000008_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000009_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000007_000005.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000007_000004.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000006_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000007_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000007_000002.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000005.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000006.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000007.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000005_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000002.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000003.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000004_000004.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000001_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000002_000001.xml

BVD1_ZSV15004761_540620181210_000320_20181212_0001_000003_000001.xml

BVS1_ZSV15004761_540620181210_000320_20181212_0001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000007_000001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000008_000001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000003_000001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000004_000001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000005_000001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000001_000001.xml

BVD1_ZSV15004761_540620181210_000319_20181212_0000_000002_000001.xml

BVS1_ZSV15004761_540620181210_000319_20181212_0000.xml

BVD1_ZSV15004761_540620181210_000322_20181212_0000_000001_000001.xml

BVD1_ZSV15004761_540620181210_000322_20181212_0000_000002_000001.xml

неясно что делать?

  • Наверх


#39


Nadegdae

Отправлено 23 December 2018 — 07:58

Получили отказные KWT-квитанции  с кодом 10 — «Повторная обработка файла». 

На часть ранее приходили положительные квитанции,  другие — только с отрицательными.

На БАНКИНФОРМ у всех сообщений  Результат обработки: Файл не принят. Ошибка ФЛК  и заполнено только поле Дата контроля содержимого файла: 14.12.2018   

Все остальные поля пустые.

Вопрос — когда приходит отказ с кодом 23 — «Повторное сообщение не принято»  — то понятно, что первое одноименное сообщение Банка было принято. А как трактовать  код 10 — «Повторная обработка файла» ?  логика текста отказа предполагает, что ответ Банка один раз уже был обработан, но нет ясности какой был результат — принят или нет ? Особенно учитывая, что на БАНКИНФОРМ только один результат «Файл не принят. Ошибка ФЛК«

Наименование файла:BOS1_RPO14525225_772820181210_000107_20181212_0880.XML

Дата контроля имени файла, КА, шифрования:(Отсутствует значение)

Дата контроля содержимого файла:14.12.2018 17:05:52

Результат обработки:Файл не принят. Ошибка ФЛК

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

Имя квитанции:(Отсутствует значение)

Имя архивного файла:(Отсутствует значение)

Имя сводного архива:(Отсутствует значение)

Дата выгрузки:(Отсутствует значение)

Дата передачи в ЦИТ:(Отсутствует значение)

Надежда Егорова

Сбербанк России, Москва

  • Наверх


#40


OlegAr

Отправлено 23 December 2018 — 09:34

Добрый день.

12 декабря 2018 г .были отправлены 5 файлов ответов на запрос:

1  BVS1  BVS1_ZSV13678783_775120181211_000460_20181212_0000.xml

и 4 BVD1  

BVD1_ZSV13678783_775120181211_000460_20181212_0000_000001_000001.xml 

BVD1_ZSV13678783_775120181211_000460_20181212_0000_000002_000001.xml

BVD1_ZSV13678783_775120181211_000460_20181212_0000_000003_000001.xml

BVD1_ZSV13678783_775120181211_000460_20181212_0000_000004_000001.xml

У всех на БАНКИНФОРМЕ статус: Файл не принят. Ошибка ФЛК

при этом на BVS, первый BVD и последний BVD получены положительные квитанции, на средние BVD квитанций до сих пор нет никаких.

Прошло больше 10 дней…. Что дальше ?

  • Наверх


Наш адрес: г. Москва, ул. Полярная, д. 31, стр. 1. Телефон: +7 495 649 16 77 (Skype, ICQ). Режим работы: понедельник — пятница с 9:00 до 18:00; суббота и воскресенье — выходной. Доставка по России, Белоруссии, Украине, Казахстану: Москва, Подольск, Сергиев Посад, Истра, Рязань, Курск, Липецк, Тула, Иваново, Воронеж, Ярославль, Тверь, Смоленск, Калуга, Белгород, Орел,
Тамбов, Кострома, Брянск, Красноярск, Норильск, Кемерово, Новокузнецк, Новосибирск, Омск, Барнаул, Иркутск, Братск, Бийск, Улан-Удэ, Томск, Абакан, Чита, Горно-Алтайск, Кызыл, Санкт-Петербург,
СПб, Выборг, Вологда, Череповец, Мурманск, Сыктывкар, Ухта, Архангельск, Северодвинск, Великий Новгород, Петрозаводск, Гомель, Гродно, Витебск, Могилев, Брест, Минск, Алма-Ата, Астана,
Ереван, Киев, Днепропетровск, Львов, Ташкент, Могилев, Псков, Калининград, Нарьян-Мар, Уфа, Стерлитамак, Самара, Тольятти, Сызрань, Нижний Новгород, Арзамас, Саратов, Энгельс, Пермь,
Ижевск, Казань, Набережные Челны, Бугульма, Пенза, Оренбург, Орск, Чебоксары, Новочебоксарск, Ульяновск, Киров, Йошкар-Ола, Саранск, Екатеринбург, Верхняя Пышма, Серов, Челябинск,
Магнитогорск, Снежинск, Тюмень, Курган, Нижневартовск, Сургут, Надым, Ростов-на-Дону, Волгодонск, Таганрог, Волгоград, Волжский, Краснодар, Армавир, Астрахань, Майкоп, Владивосток,
Уссурийск, Хабаровск, Комсомольск-на-Амуре, Советская Гавань, Южно-Сахалинск, Благовещенск, Петропавловск-Камчатский, Мирный, Ставрополь, Минеральные Воды, Махачкала, Нальчик, Алушта, Армянск, Джанкой, Евпатория, Керчь, Севастополь, Симферополь, Судак, Крым, Феодосия, Ялта. Сайт отвечает на вопросы: Как отремонтировать, настроить, установить оборудование? Где скачать документацию (инструкцию, мануал)? Где посмотреть партномер? Где купить запчасти (запасные
части, зип), комплектующие, аксессуары и термоэтикетка, чековая лента для весов, термопринтеров штрих-кода, чековых принтеров? Обслуживание весов, кассовых аппаратов, термопринтеров,
терминалов сбора данных, сканеров штрих-кода: каким образом возможно своими силами? Вас интересует наличие, цена, купить запчасти за наличный и безналичный расчет? — сделайте запрос
нашим менеджерам. Официальный сайт компании Zipstore.ru.

  • Ошибка флк атол 30ф
  • Ошибка флешки файл слишком велик для конечной файловой системы
  • Ошибка флешки сбой запроса дескриптора устройства
  • Ошибка флешки просит отформатировать
  • Ошибка флешки неверно задано имя папки как решить