Ошибка при проверке флк статистика

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

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

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

  • Файл ON_SCHET_2BEcf64bba310444f5daed3cc864750e188_2BE7ed0b1f69af611e3845e005056b76e76_20140411_fc2c44c6-c131-11e3-ac8c-005056b74802.xml
    ошибки: [Отсутствует обязательный атрибут «Файл.Документ.СвСчет.СвПокуп.ИдСв.СвФЛ.ФИОИП.Имя»]
  • Файл ON_SCHET_2BE50afaf555e874a7cbd5d0d5ab3abc4f0_2BE7ed0b1f69af611e3845e005056b76e76_20140411_4469965e-c13c-11e3-9f08-005056b74802.xml
    ошибки: [Значение «2/4стр23Б» атрибута «Файл.Документ.СвСчет.СвПокуп.Адрес.АдрРФ.Дом» больше максимально допустимой длины (8)]

Причина №1. Вложение документа не соответствует утвержденному формату

  1. Проверьте вложения документа на соответствие утвержденным форматам. Исправьте формат вложения.
  2. Если при отправке вы указываете тип вложения («Документ.Вложение.Тип») — проверьте, соответствует ил он реальному типу вложения.
  3. Повторите отправку документа.

Причина №2. СБИС неправильно классифицирует неутвержденный формат и принимает его за утвержденный с ошибками

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

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

01.12.2021

«Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений».

При отправке реестра электронных листков нетрудоспособности (ЭЛН) в ФСС может возникать ошибка: «Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений».

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

Если при отправке реестра ЭЛН в ФСС часть данных может быть отправлена, а другая часть (содержащая ошибки) отклоняется, тогда в 1С весь реестр ЭЛН отмечается как неотправленный. 

Если этот больничный вам все-таки необходимо отправить, то в реестре ЭЛН для каждой строки нужно указать «Код причины исправления». Для этого в графе «Исправление по причине» необходимо поставить галку и выбрать причину, например, код «06» — «Ошибка оператора». После чего необходимо провести данный документ и заново отправить реестр.

Возврат к списку

Содержание

  • Почему возникла проблема выгрузки Реестров прямых выплат ФСС
  • Как обойти проблему выгрузки Реестров прямых выплат ФСС для ЭЛН

Почему возникла проблема выгрузки Реестров прямых выплат ФСС

В связи с обновлением в 1С реестров прямых выплат для выгрузки и отправки данных в новом формате 1.7.7 многие пользователи, которые отправляют данные в фонд соцстраха не из 1С, а из сторонних программ (СБИС, Контур и т.д.), столкнулись с проблемами. Дело в том, что в ЗУП 3.1 используется уже новый формат реестров — 1.7.7, а сторонние программы могут использовать еще старый формат 1.7.6. Говорят, что и ФСС в некоторых регионах не готов пока к приему данных в новом формате, хотя заявлено, что фонд должен принимать данные как в старом 1.7.6, так и в новом формате 1.7.7.

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

Об этой проблеме рассказывали в Новое в ЗУП за 5 минут — выпуск от 02.02.2021

Как обойти проблему выгрузки Реестров прямых выплат ФСС для ЭЛН

Вариантов обхода два.

Первый – выгружать данные в старом формате 1.7.6, но в новых версиях конфигурации 1С:ЗУП 3.1 возможности выбора формата, к сожалению, нет. Т.е. потребуется либо привлечение программиста и доработка, либо как вариант – остаться на старой версии конфигурации (версия ЗУП 3.1 <  3.1.14.394 и 3.1.16.133).

Второй вариант – сделать вид, что выгружаем бумажный больничный, а не электронный, а после загрузки в сторонней программе перед отправкой в ФСС восстановить признак «электронности» больничного.

Последовательность действий:

  1. В ЗУП 3 в Реестре прямых выплат ФСС снять флажки, что больничные электронные:
  2. Выгрузить Реестр прямых выплат ФСС в файл.
  3. Загрузить файл в стороннюю программу (СБИС, Контур и т.д.)
  4. В сторонней программе и в ЗУП 3 в Реестре прямых выплат ФСС поставить флаг ЭЛН.
  5. Отправить данные.

Напишите в комментариях, удалось ли вам сдать Реестр прямых выплат ФСС в новом формате?

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:ЗУП, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Оцените публикацию

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд

(10 оценок, среднее: 5,00 из 5)

Загрузка…

При отправке по кнопке отправить в фсс, ошибка в журнале регистрации, как в первом сообщении темы

Судя по вашим скриншотам, вы меняете настройки сертификатов. Правильные сертификаты на скриншоте. 

file_178d2f9.png

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

ФСС не принимает реестр по ЭЛН: как исправить ошибки?

Доброго всем времени суток!

База: 1С 8.3 «Предприятие».
Вид отчета: Реестр по ЭЛН.

Ошибки при отправке: 

1) WARN_919 (Ф/Л) Для корректной обработки реестра сведений ПВСО необходимо заполнить сведения в части страхователя в соответствующих Электронных листках нетрудоспособности № 000000 статус ЭЛН 030. 

2) ERR_917 (Ф/Л) Данные указанные в реестре/ в заявлении по ЭЛН 000000 не соответствует данным, указанным мед. организацией в ЭЛН

Как исправить данные ошибки?
Все, вроде, верно внесла. В ФСС получила сам лист ЭЛН с подробным описанием, что делвать (пришлось обращаться напрямую, после многих неудачных попыток отправить этот реестр!), но и это не помогло! Большая часть ошибок исчезла. Остались эти!(
До этого прекрасно отправляли! 
Уже и не знаю, что делать!

Заранее: Спасибо большое за ответ!!!!

День добрый.
Аналогичная ошибка (WARN_919(Ф/Л), только в СБИС.
До вчерашнего дня все отлично уходило.
День бьюсь — результата нет…

Формируйте и сдавайте реестры больничных в ФСС через интернет

Добрый день.
Очень похоже на временные неполадки программного модуля ФСС.

Александра Кривошеева, Спасибо большое! 
Получилось отправить, спустя некоторое время. Видимо, да, были неполадки)))

СЭДО с ФСС

Готовьте и сдавайте в ФСС сведения о застрахованных лицах

При попытке отправки «Реестра прямых выплат» выходит сообщение об ошибке: «Перед отправкой реестра прямых выплат для ЭЛН требуется отправить реестр ЭЛН». Что делать?

После обновления конфигурации при отправке «Реестра прямых выплат ФСС» выходит следующее сообщение:

2021-04-23_132307-1.png


Что делать?

Да, разработчики фирмы 1С в последних обновлениях добавили сообщение об ошибке, чтобы пользователи не забывали отправлять «Реестры ЭЛН» перед отправкой «Реестров прямых выплат», как того требует ФСС. Желательно, чтобы разрыв в отправке реестра ЭЛН и реестра для назначения не был больше 5 дней.

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

Как уточнили в ФСС: 


При наличии в организации электронных листов нетрудоспособности, необходимо создавать и отправлять реестры ЭЛН. При проверке страхователи, которые их не отправляют, будут привлечены к ответственности.

Теперь программы 1С просто стали предупреждать об этом раньше, чем это предупреждение придет в протоколе ФСС. Предупреждение является чисто информационным и не влияет на проведение Реестра, отправку или выгрузку файла.

ОБРАТИТЕ ВНИМАНИЕ!

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

Это предупреждение критично для тех организаций, кто отправляет реестры напрямую из конфигураций 1С через сервис 1С:Отчетность, т.к. сторонние программы (например, СБиС, Контур) при отправке сведений автоматически формируют оба файла и направляют в ФСС. «Реестр ЭЛН» в эти программы загружать отдельно не требуется.

Создание и отправка реестра ЭЛН в ФСС

«Реестр ЭЛН» можно создать в рабочем месте 1С-Отчетность :

2021-04-23_132318-2.png

Табличную часть документа Реестр ЭЛН для отправки в ФСС можно заполнить по выбранной организации по кнопке Заполнить. Таблица заполняется всеми ЭЛН, которые не были отправлены. По кнопке Подобрать можно выбрать конкретные ЭЛН, которые необходимо отправить в ФСС:

2021-04-23_132332-3.png

После проведения Реестр можно отправить через 1С-Отчетность по кнопке Отправить реестр в ФСС:

2021-04-23_132343-4.png

При отправке возникли трудности? Свяжитесь с нашими специалистами по телефону или оставьте заявку с помощью данной формы. Мы обязательно поможем!



Хотите сделать заказ? Оставьте
заявку


Мы в социальных сетях! Подписывайтесь!


й2.jpg  
Наш Ютуб-канал  
odnoklassniki  

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

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

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

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

Ошибка ФЛК: что это и как исправить?

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

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

Некорректный чек может быть принят ОФД. Чек с ошибкой можно увидеть в личном кабинете ОФД. Чаще всего ошибочные чеки — это чеки с неверными тегами. Если онлайн-касса работает по новому формату ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”. Желательно регулярно просматривать чеки в личном кабинете ОФД — так вы будете в курсе наличия ошибок и сможете предпринять шаги к их исправлению.

Также некорректный чек может быть вообще не принят ОФД. Обычно это происходит, если онлайн-касса неверно зарегистрирована в ФНС или имеет проблемы с фискальным накопителем. Для того, чтобы контролировать наличие таких непринятых ОФД чеков. нужно следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.

Если касса зарегистрирована корректно, данные об ФН также внесены верно, проблемы с неприекой чеков в ОФД быть не должно. 

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

#1

Алексей Жарков

    Новичок

  • Пользователи
  • Pip

  • 7 сообщений

Отправлено 31 December 2014 — 06:05

Добрый день!

Отправляли 30122014 файл SFC016577919_667120141230_339500021400032414_700.XML по открытию счета , при проверке на сайте — выясняется что файл «не принят » с результатом обработки : «Файл не принят. Ошибка форматно-логического контроля«.

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

Дата контроля имени файла, КА, шифрования: 30.12.2014 20:21:23

Дата контроля содержимого файла: 30.12.2014 20:41:34

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

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

Для решения данного вопроса был взят аналогичный файл SFC016577919_667120141229_339500021400032116_700.xml отправленный 29122014 с результатом «принят, ошибок нет»

При сравнении полей , форматов — расхождений не нашел.. файл квитанция SFE016577919_667120141230_339500021400032414_700.XML еще не пришел из ЦБ.

Файла прикладываю для сравнения.

Подскажите что за ошибка такая? и что в данном случае делать? 

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

  • ArthurMors, RanfallCAH, AstonioBize и 39 другим это нравится
  • Наверх


#2


Oleg123

Oleg123

    Новичок

  • Пользователи
  • Pip

  • 2 сообщений

Отправлено 31 December 2014 — 06:23

такая же беда, все поступившее ночью на обработку отбраковалось

  • Наверх


#3


ytcb

Отправлено 31 December 2014 — 06:26

Аналогично. За 30-е еще не обработались, а за 29-е — ошибка форматно-логического контроля.

Всех с Новым Годом!

С уважением,
Александр Бараев
+7 (4852) 58-70-95 ВТС 5910
Ярославский филиал ТКБ БАНК ПАО, Отдел ИТ

  • Наверх


#4


WiktorNSK

WiktorNSK

  • ГородНовосибирск

Отправлено 31 December 2014 — 06:30

У нас за 29 всё путём. А за 30 — да, на банкинформе отказы видны, причем по сообщениям по «физикам»

Нам квитанции ещё не дошли. Кому дошли — там что написано?

Виктор, Новосибирск
045004837

  • Наверх


#5


ytcb

Отправлено 31 December 2014 — 06:34

Для статистики:

SFC017888706_760420141229_221000151400203128_700

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

С уважением,
Александр Бараев
+7 (4852) 58-70-95 ВТС 5910
Ярославский филиал ТКБ БАНК ПАО, Отдел ИТ

  • Наверх


#6


Anastasia

Отправлено 31 December 2014 — 06:54

Ответные квитанции пока не пришли, проверили частично на сайте — Не приняты. Ужас, сегодня третий день, а переотправить не получится, пока не подгрузятся ответки о не принятии!!!! Теперь только после праздников придется переотправлять с нарушением сроков((( Вот подарочек на Новый Год((((((

  • Наверх


#7


ytcb

Отправлено 31 December 2014 — 06:55

Коллеги из другого региона прислали квитанцию.

С уважением,
Александр Бараев
+7 (4852) 58-70-95 ВТС 5910
Ярославский филиал ТКБ БАНК ПАО, Отдел ИТ

  • Наверх


#8


Алексей Жарков

Алексей Жарков

    Новичок

  • Пользователи
  • Pip

  • 7 сообщений

Отправлено 31 December 2014 — 07:05

Проверял файл валидатором — все ок!

  • Наверх


#9


Марина

Марина

  • ГородРостов-на-Дону

Отправлено 31 December 2014 — 07:05

Тоже самое, за 29 и 30 не приняты(((

  • Наверх


#10


Anastasia

Отправлено 31 December 2014 — 07:10

  • Наверх


#11


swet_pb

swet_pb

    Новичок

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

  • 6 сообщений

Отправлено 31 December 2014 — 07:19

У нас тоже самое — все файлы за 30-ое по физикам не приняты. По юр.лицам — все в порядке. Хотелось бы получить комментарии официальных лиц. Конечно, мы переотправим по-новой, но не повторится ли вчерашняя ситуация?

С уважением,
Галиева С.В. , АО «ПЕРВОУРАЛЬСКБАНК»

  • Наверх


#12


ytcb

Отправлено 31 December 2014 — 07:23

Конечно, мы переотправим по-новой, но не повторится ли вчерашняя ситуация?

По новой переотправлять не нужно! По крайней мере, пока. До комментариев Александра Свечникова.

Квитанция о непринятии, в данном случае, служит подтверждением своевременного исполнения обязанностей.

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

С уважением,
Александр Бараев
+7 (4852) 58-70-95 ВТС 5910
Ярославский филиал ТКБ БАНК ПАО, Отдел ИТ

  • Наверх


#13


Марина

Марина

  • ГородРостов-на-Дону

Отправлено 31 December 2014 — 07:30

 При проверке на сайте сообщений за 29.12.14  и 30.12.2014 — выясняется что файл «не принят » с результатом обработки : «Файл не принят. Ошибка форматно-логического контроля«.

  • Наверх


#14


WiktorNSK

WiktorNSK

  • ГородНовосибирск

Отправлено 31 December 2014 — 08:03

…а ведь сегодня — очень особый день. И Александр Свечников может быть, например, в отгуле. И тогда не дождаться нам ответа в этом году…

Виктор, Новосибирск
045004837

  • Наверх


#15


sham

Отправлено 31 December 2014 — 08:09

у нас не приняли 956 (пока) сообщений за 29.12 (пока).

код ошибки:

<Ошибки КодОшибки=»018″  НаимОшибки=»Недопустимое значение реквизита. При наличии блока НПФЛ КодЛица должен принимать значение 7″  КодРекв=»ФАЙЛ/ДОКУМЕНТ/СВНП@КОДЛИЦА»  ЗначРекв=»7″ />

в этих (как и в ранее принятых) сообщениях КодЛица именно 7.

если это косяк налоговой, почему молчит Свечников? а то ответисполнители  в панике …

  • Наверх


#16


ytcb

Отправлено 31 December 2014 — 08:19

… ничего страшного, мы сами через пару часов уйдём в «отгул», хи-хи-хи …

Ответоисполнителей действительно жалко, нервные они какие-то. Могу порекомендовать: а) 50 грамм; б) запросить в «банкинформе» сведения по *сводному* файлу ТУ типа NARS*.ARJ, чтобы могли убедиться, что проблема ГЛОБАЛЬНАЯ.

С уважением,
Александр Бараев
+7 (4852) 58-70-95 ВТС 5910
Ярославский филиал ТКБ БАНК ПАО, Отдел ИТ

  • Наверх


#17


WiktorNSK

WiktorNSK

  • ГородНовосибирск

Отправлено 31 December 2014 — 08:36

…исполнители выдали идею: а напечатать все сообщения и послать по почте. А я их проинформировал, что на печать одного сообщения уходит примерно минута. На печать 900 сообщений — 900 минут. А в одном часе — только 60 минут. Призвал не суетиться :)

PS: Местное время Мск+3. Времени почти не осталось.

Виктор, Новосибирск
045004837

  • Наверх


#18


Olga_otpbank

Olga_otpbank

    Новичок

  • Пользователи
  • Pip

  • 1 сообщений

Отправлено 31 December 2014 — 08:59

Александр, добрый день,  у нашего банка аналогичная проблема.

были отправлены сообщения по открытым/закрытым счетам физ. лиц за период с 26.12.2014-29.12.2014. Квитанции по отправленным файлам до сих пор не получены. Нами была проверена информация по отправленным файлам на сайте: https://service.nalog.ru/bi.do.
Результат обработки: Файл не принят. Ошибка форматно-логического контроля.
Большая просьба пояснить, с чем связана выше указанная ошибка,для того, чтобы мы могли ее оперативно устранить без нарушения сроков отправки(на текущий момент ситуация такова, что срок уже подошел к концу, квитанций с подробным пояснением ошибки нам так и не прислали).

С Уважением, Ольга, ОТП Банк.

  • Наверх


#19


Манечка

Манечка

    Новичок

  • Пользователи
  • Pip

  • 6 сообщений

Отправлено 31 December 2014 — 10:44

Добрый день, коллеги

У нас аналогичная ситуация с 700 файлами за 29/12/2014 и 30/12/2014. Квитанций по отправленным файлам нет. О проблеме знаем из результатов проверки на сайте ФНС.

В ТУ Банка России сказали, что архив с квитанциями от ФНС они не получали.

Очевидно, что проблема у ФНС с обработкой 700 сообщений глобальная. Мы решили не повторять отправку, пока не дождемся квитанций. Надеемся, что решится вопрос на уровне ФНС и повторять отправку не нужно будет). 

С уважением, Мария

КБ «Русский ипотечный банк» (ООО) 

Всех с Наступающим Новым Годом!!!!

  • Наверх


#20


Манечка

Манечка

    Новичок

  • Пользователи
  • Pip

  • 6 сообщений

Отправлено 31 December 2014 — 12:57

Коллеги, для информации

Получили квитанции за 29/12/2014 с ошибкой формально-логического контроля 018.

Позвонила по телефону, указанному в квитанции ВерсПрогАИС ЦОД 363-« ТелОтпр8(495)913-07-60«

Любезная оператор сказала, что в ФНС установлена новая версия ПО и проблема с обработкой была на их стороне.

Повторную отправку файлов сказала не делать. Они будут сами их грузить еще раз.

КБ «Русский ипотечный банк» (ООО) Москва 

  • Наверх


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

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

Понравилась статья? Поделить с друзьями:
  • Ошибка при проверке файлов genshin impact
  • Ошибка при проверке сертификата при подключении к серверу
  • Ошибка при проверке сертификата ssl dr web
  • Ошибка при проверке сертификата c отпечатком пфр
  • Ошибка при проверке пользователя ртс тендер 223 фз