-
#41
Факс уберите из отчета, в ошибках же написано.
У нас были регулярно ошибки в емэйл, система не принимает большие буквы в электронном адресе.
-
#42
аналогичная проблема, пытаюсь выгрузить отчеты с 15 числа обещали вчера обновить сегодня те же ошибки
-
#43
аналогичная проблема, пытаюсь выгрузить отчеты с 15 числа обещали вчера обновить сегодня те же ошибки
Мы связывались с тех. поддержкой по этому поводу, нам сказали, что нужно отправлять отчеты без проверки на ошибки, что если отчет импортировался в систему ФГИС, то он автоматически проверяется и ошибок у него нет, поэтому нужно присвоить номер, сформировать отчет в программе Аттестация 5.1, импортировать в систему ФГИС и отправить без проверки.
-
#44
тех поддержка дистанционно связывалась ничего не сделали, забрали файл, обещали разобраться. у нас Труд-эксперт, кто ни будь им пользуется?
-
#45
тех поддержка дистанционно связывалась ничего не сделали, забрали файл, обещали разобраться
У нас такие же ошибки выдавала система при проверке отчетов, самостоятельно исправить «ссылки на необъявленный ID» мы не можем, а тех. поддержка программы Аттестация 5.1 проверила наш отчет и не нашла в нем ошибок. Мы тоже отправили файл тех. поддержке ФГИС СОУТ (отделу АКОТ), они его забрали и в итоге переписки с ними получили такой ответ:
А если кнопку «Проверить» не нажимать, а попробовать отправить сразу?
Перед отправкой отчет всё равно проверяется. Этот отчет уже не годен, его нужно аннулировать. Импортировать новый. Если ничего не получится, то придется ждать исправлений.
Ждать исправлений нам некогда (сроки поджимают), поэтому отправляем по этой схеме-без проверки.
-
#46
У нас такие же ошибки выдавала система при проверке отчетов, самостоятельно исправить «ссылки на необъявленный ID» мы не можем, а тех. поддержка программы Аттестация 5.1 проверила наш отчет и не нашла в нем ошибок. Мы тоже отправили файл тех. поддержке ФГИС СОУТ (отделу АКОТ), они его забрали и в итоге переписки с ними получили такой ответ:
А если кнопку «Проверить» не нажимать, а попробовать отправить сразу?
Перед отправкой отчет всё равно проверяется. Этот отчет уже не годен, его нужно аннулировать. Импортировать новый. Если ничего не получится, то придется ждать исправлений.
Ждать исправлений нам некогда (сроки поджимают), поэтому отправляем по этой схеме-без проверки.
почему то перед отправкой не видит КПП работодателя, приходится вводить, а дальнейшая отправка выдает ошибки, даже без Проверки
-
#47
почему то перед отправкой не видит КПП работодателя
Мы КПП и номер отчета вводили в программу Аттестация 5.1, потом заново формировали файл для ФГИС СОУТ
-
#48
Мы КПП и номер отчета вводили в программу Аттестация 5.1, потом заново формировали файл для ФГИС СОУТ
Правильно. Хотя пару отчетов отправил в пятницу без КПП и ИД в Аттестации 5.1, внес уже ручками во ФГИС. Все ушло. Только что отправлял отчет, висит получение ИД, остальное вроде бы работает. И, кстати, с проверкой. Ошибок нет.
-
#49
Правильно. Хотя пару отчетов отправил в пятницу без КПП и ИД в Аттестации 5.1, внес уже ручками во ФГИС. Все ушло. Только что отправлял отчет, висит получение ИД, остальное вроде бы работает. И, кстати, с проверкой. Ошибок нет.
Мы отправляли на прошлой неделе, на этой не пробовали еще.
-
#50
Коллеги, кто пользуется Аттестацией 5.1, как решили вопрос с требованием закона о выгрузке информации в ФГИС СОУТ «индивидуальный номер рабочего места, который при внеплановой и (или) повторной специальной оценке условий труда должен полностью совпадать с первоначально указанным для данного рабочего места»? Много готовых организаций зависли на стадии сдачи. Проблем с тем, кто впервые проводит СОУТ, нет. Но с повторной СОУТ и нумерацией рабочих мест, простите, происходит взрыв мозга.
-
#51
В одной организации у вас одна нумерация, в дальнейшем она должна соблюдаться. В другой организации тоже может быть РМ под номером 001, но оно ведь в иной организации.
Вы думаете, что для каждого РМ нужно давать уникальный номер?
-
#52
У нас номер РМ состоит из номера договора и далее по порядку 1, 2 и т.д, также формируются номера протоколов для Росаккредитации. Но ситуация, когда в организации ранее проводилась СОУТ и так же есть новые рабочие места, поставила меня в тупик)) получается, что для тех рм для которых это повторная спецоценка, нужно указывать предыдущий индивидуальный номер рабочего места?
-
#53
Требование бредовое и бессмысленное. Но откуда ФГИС знает, что это именно то самое РМ, а не созданное вновь?
-
#54
Требование бредовое и бессмысленное. Но откуда ФГИС знает, что это именно то самое РМ, а не созданное вновь?
ФГИС это как раз не знает. А вот для того, чтобы она это узнала (что это то самое место) как раз и введено требование, чтобы нумерация этого места была та же самая, что и ранее. Так что, требование это вполне осмысленное и является одним из элементов в реализации идей Минтруда о мониторинге условий труда каждого конкретного работника на протяжении всей его трудовой деятельности.
-
#55
Работник — это СНИЛС. И он может переводится с одного РМ на другое. Поэтому получается мониторинг условий труда на РМ, а не работника. Цель требования — понятна. Реализация — вот сейчас, когда ФГИС уже наполнилась какими-то хаотичными номерами РМ (фактически это произвольный набор символов), ну такое… Прежде всего будут проблемы у работодателей: если структура поменялась, добавились/убавились уровни подчинения подразделений, введены новые РМ, сокращены старые — любая существующая, принятая система многоуровневого кодирования РМ превратится в белиберду. Если бы все РМ были закодированы изначально простым порядковым восьмиразрядным (или сколько там в 33н, не помню) номером в пределах одного РБТД, тогда это имеет смысл. Но это не так — https://declaration.rostrud.ru/declaration/index (примерно 7-й столбик «Индивидуальный номер рабочего места (аналогичных рабочих мест) «)
А ещё есть такие РБТД, у которых СОУТ проводило несколько разных ОПСОУТ, в разное время. Каждая — со своей системой кодирования. Особенно шкодно — если они совпадали.
Последнее редактирование: 21.01.2020
-
#56
Знакомые организации пока игнорируют это требование закона
-
#57
В программе Аттестация можно для каждого РМ указать индивидуальный номер, а в настройках экспорта в ФГИС есть выбор какой номер рабочего места выгружать в файл отчёта. Но там выбор: или порядковый номер места в организации, или уникальный номер места в рамках базы. Про индивидуальный номер ничего не сказано. Может здесь можно что-то придумать?
-
#58
Писать в минтруд, с конкретными примерами, больше пока никаких идей нет.
-
#59
Может здесь можно что-то придумать?
А смысл? Какая бы система не применялась для кодирования, повторно на этих РМ нужно применить туже самую. А на новых — попытаться её продолжить или просто пронумеровать их насквозь. Ох и каша получится…
-
#60
А вот для того, чтобы она это узнала (что это то самое место)
А если продолжать придумывать новую нумерацию, вместо того, что бы скрестить ужа с ежом, на каком этапе, когда и как минтруд сможет наказать ОПСОУТ за неправильное указание номера РМ (за невыполнение требования ФЗ)?
Добрый день.
У меня выскакивает такая ошибка. Проверял Уфой, чеком. Делал отчеты и выгружал из CheckXML + 2НДФЛ 2013. Подскажите пожалуйста где искать и что поправить?
CHECKXML. ВЕРСИЯ ОТ 19.04.2013. ЖУРНАЛ ПРОВЕРКИ ПАКЕТА ДОКУМЕНТОВ КВАРТАЛЬНОЙ ОТЧЕТНОСТИ.
Папка с файлами: C:CHECKXML
No Файл для проверки Форма
1 PFR-700-Y-2013-ORG-060-029-012214-DCK-00001-DPT-000000-DCK-00000.XML РСВ-1
2 PFR-700-Y-2013-ORG-060-029-012214-DCK-00002-DPT-000000-DCK-00000.XML СЗВ-6-4
3 PFR-700-Y-2013-ORG-060-029-012214-DCK-00003-DPT-000000-DCK-00000.XML АДВ-6-2
ПРОВЕРКА ФАЙЛА: PFR-700-Y-2013-ORG-060-029-012214-DCK-00001-DPT-000000-DCK-00000.XML
Проверка по общей схеме документа…
***50: Ошибка при проверке файла по общей схеме.
Причина Указанное значение отсутствует в классификаторе.
Атрибут ‘Окружение’ должен принимать одно из значений, указанных в классификаторе.
Источник <ПачкаВходящихДокументов Окружение=»ЕДИНИЧНЫЙ ЗАПРОС»>
Строка 13
Позиция 56
Фатальная ошибка. Дальнейшая проверка невозможна.
Тип документов Кол-во в пачке
Не удалось определить 0
Ошибок 1
Предупреждений 0
ПРОВЕРКА ФАЙЛА: PFR-700-Y-2013-ORG-060-029-012214-DCK-00002-DPT-000000-DCK-00000.XML
Тип документов Кол-во в пачке
ВХОДЯЩАЯ_ОПИСЬ_ПО_СУММАМ_ВЫПЛАТ_И_ПО_СТРАХОВЫМ_ВЗН ОСАМ 1
СВЕДЕНИЯ_О_СУММЕ_ВЫПЛАТ_О_СТРАХОВЫХ_ВЗНОСАХ_И_СТРА ХОВОМ_СТАЖЕ_ЗЛ 1
Предупреждений 0
ПРОВЕРКА ФАЙЛА: PFR-700-Y-2013-ORG-060-029-012214-DCK-00003-DPT-000000-DCK-00000.XML
Тип документов Кол-во в пачке
ВХОДЯЩАЯ_ОПИСЬ_ПО_СТРАХОВЫМ_ВЗНОСАМ 1
ОПИСЬ_СВЕДЕНИЙ_ПЕРЕДАВАЕМЫХ_СТРАХОВАТЕЛЕМ 1
Предупреждений 0
Проверка комплектности пакета документов квартальной отчетности…
***40: Ошибка пакета. Не представлен файл, содержащий документ РАСЧЕТ_ПО_СТРАХОВЫМ_ВЗНОСАМ_НА_ОПС_И_ОМС_ПЛАТЕЛЬЩИ КАМИ_СВ_ПРОИЗВОДЯЩИМИ_ВЫПЛАТЫ_ФЛ_НАЧИНАЯ_С_2013_ГО ДА (форму РСВ-1)
Составитель пачки
НП «САДКО»
060-029-012214 ИНН: 5029065828 КПП: 502901001
Неудача.
Ошибок 2
Предупреждений 0
СЗВ-СТАЖ ошибки в Астрал-отчет — Каминсофт
-
Форум -
Программные продукты ГК Камин -
КАМИН:Расчет заработной платы для бюд… -
СЗВ-СТАЖ ошибки в Астрал-отчет
СЗВ-СТАЖ ошибки в Астрал-отчет
23 янв 2018 11:23 #1
#1
от Мельникова Юлия
Попытались (школа) отправить отчет СЗВ-СТАЖ через Астрал. Выходят такие ошибки в Астрал’е
<ИС:Код>27-ПД</ИС:Код>
Debug code: -1072897687, Строка: 30, Позиция: 21
’27-ПД’ violates enumeration constraint of ’27-1 27-2 27-3 27-4 27-5 27-6 27-7 27-8 27-9 27-10 27-ОС 27-ПЖ 28-СЕВ’. The element ‘{http://пф.рф/ВС/типыИС/2017-01-01}Код’ with value ’27-ПД’ failed to parse.
b. СТРУКТУРА
50
<ИС:ДопСведенияИС>ВНЕТРУД</ИС:ДопСведенияИС>
Debug code: -1072897687, Строка: 1201, Позиция: 33
‘ВНЕТРУД’ violates enumeration constraint of ‘ДЕТИ ДЕКРЕТ ДОГОВОР ДЛОТПУСК ВАХТА МЕСЯЦ КВАЛИФ ОБЩЕСТ СДКРОВ ОТСТРАН ПРОСТОЙ УЧОТПУСК МЕДНЕТРУД НЕОПЛДОГ НЕОПЛАВТ ДОПВЫХ ЗГ…’. The element ‘{http://пф.рф/ВС/типыИС/2017-01-01}ДопСведенияИС’ with value ‘ВНЕТРУД’ failed to parse.
Кто-нибудь может подсказать, может кто уже сталкивался — что это за ошибки и как их убрать?
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
23 янв 2018 15:37 #2
#2
от Галина Алексеевна
Аналогичная ошибка при отправке СЗВ-СТАЖ через Такском
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
26 янв 2018 15:03 #3
#3
от Килочок Андрей
Тоже интересует этот же вопрос по Астрал Отчету. Будет выпущено какое-то исправление в КАМИН 3.5?
Тема закрыта.
29 янв 2018 12:11 #4
#4
от Ольга Николаевна
Мельникова
Попытались (школа) отправить отчет СЗВ-СТАЖ через Астрал. Выходят такие ошибки в Астрал’е
<ИС:Код>27-ПД</ИС:Код>
Debug code: -1072897687, Строка: 30, Позиция: 21
’27-ПД’ violates enumeration constraint of ’27-1 27-2 27-3 27-4 27-5 27-6 27-7 27-8 27-9 27-10 27-ОС 27-ПЖ 28-СЕВ’. The element ‘{http://пф.рф/ВС/типыИС/2017-01-01}Код’ with value ’27-ПД’ failed to parse.
По данному вопросу все вопросы к проверочной программе ПФ РФ. В Инструкции заполнения в ОДВ-1 прописаны все коды особых условий и выслуги без исключений. А в программе проверки всего 13ть ’27-1 27-2 27-3 27-4 27-5 27-6 27-7 27-8 27-9 27-10 27-ОС 27-ПЖ 28-СЕВ’. Не заполняйте по коду выслуги 27-ПД сведения в ОДВ-1.
Мельникова
Попытались (школа) отправить отчет СЗВ-СТАЖ через Астрал. Выходят такие ошибки в Астрал’е
<ИС:ДопСведенияИС>ВНЕТРУД</ИС:ДопСведенияИС>
Debug code: -1072897687, Строка: 1201, Позиция: 33
‘ВНЕТРУД’ violates enumeration constraint of ‘ДЕТИ ДЕКРЕТ ДОГОВОР ДЛОТПУСК ВАХТА МЕСЯЦ КВАЛИФ ОБЩЕСТ СДКРОВ ОТСТРАН ПРОСТОЙ УЧОТПУСК МЕДНЕТРУД НЕОПЛДОГ НЕОПЛАВТ ДОПВЫХ ЗГ…’. The element ‘{http://пф.рф/ВС/типыИС/2017-01-01}ДопСведенияИС’ with value ‘ВНЕТРУД’ failed to parse.Кто-нибудь может подсказать, может кто уже сталкивался — что это за ошибки и как их убрать?
Почему у Вас обозначение ВНЕТРУД? Проверяйте «настройку» — должно быть ВРНЕТРУД.
Акулиничева Ольга Николаевна
Группа компаний «Камин»
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
30 янв 2018 16:27 #5
#5
от ООО ПКФ Новая Цефея
При выгрузке появляются следующие ошибки:
<УТ:По/></
Debug code: -1072897535, Строка: 271, Позиция: 14
Error parsing » as date datatype. The element ‘{http://пф.рф/унифицированныеТипы/2014-01-01}По’ with value » failed to parse.
В чем ошибка? Что подправить? Прогоняли отчет через CheckPFR появляется та же ошибка. Это не вопрос Астрала
Тема закрыта.
30 янв 2018 16:28 #6
#6
от Ольга Николаевна
ООО
При выгрузке появляются следующие ошибки:
<УТ:По/></
Debug code: -1072897535, Строка: 271, Позиция: 14
Error parsing » as date datatype. The element ‘{http://пф.рф/унифицированныеТипы/2014-01-01}По’ with value » failed to parse.В чем ошибка? Что подправить? Прогоняли отчет через CheckPFR появляется та же ошибка. Это не вопрос Астрала
У кого-то из сотрудников есть строка стажа с пустой датой окончания.
Акулиничева Ольга Николаевна
Группа компаний «Камин»
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, ООО ПКФ Новая Цефея
30 янв 2018 17:34 #7
#7
от Ольга Николаевна
ООО
При выгрузке появляются следующие ошибки:
<УТ:По/></
Debug code: -1072897535, Строка: 271, Позиция: 14
Error parsing » as date datatype. The element ‘{http://пф.рф/унифицированныеТипы/2014-01-01}По’ with value » failed to parse.В чем ошибка? Что подправить? Прогоняли отчет через CheckPFR появляется та же ошибка. Это не вопрос Астрала
В дополнение: оформлено предложение № 2915 — добавить проверку на «незакрытые» записи по стажу.
Акулиничева Ольга Николаевна
Группа компаний «Камин»
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, ООО ПКФ Новая Цефея
20 фев 2018 18:22 #8
#8
от МАДОУ д/с № 1 г. Балтийска
У нас следующая ошибка: Форма ОДВ-1: Если в таблице 3 формы СЗВ-СТАЖ заполнены: графа «Особые условия труда» или поле «Основание» исчисляемого трудового стажа, или поле «Основание» досрочного назначения страховой пенсии, таблица 5 формы ОДВ-1 — обязательна для заполнения
В сведениях 3: Сведения о периодах работы — у нас педагоги заполнено в досрочном назначении страховой пенсии — 27 ПД. По инструкции следует, что мы в ОДВ 1 не должны заполнять строки (т.к. мы относимся к п.19 Федерального закона от 28.12.2013 N 400-ФЗ ), а туда вносятся только п.1- п.18
Как исправить ошибку? Данные не выгружаются
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
21 фев 2018 04:16 #9
#9
от Светлана
Здравствуйте, у кого нибудь была такая ошибка? Помогите пожалуйста
СЗВ ошибка 30
Если «Льготный стаж. ВЛ. Основание» принимает одно из значений 28-ГД, 28-СМ, 28-СМХР, 28-ГДХР, 28-ПД, 28-ПДРК, 27- ГД, 27-СМ, 27-СМХР, 27-ГДХР, 27-ПД или 27-ПДРК и указаны «ЛьготныйСтаж. ОУТ. Код» и «ЛьготныйСтаж. ВЛ. ДоляСтавки», а элемент «ЛьготныйСтаж. ДопСведенияИС» отсутствует, то блок «ЛьготныйСтаж. ИС. ВыработкаКалендарная» должен присутствовать, а блок «ЛьготныйСтаж. ИС. ВыработкаВчасах»– отсутствовать
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
21 фев 2018 14:42 #10
#10
от Ольга Николаевна
Светлана
Здравствуйте, у кого нибудь была такая ошибка? Помогите пожалуйста
СЗВ ошибка 30
Если «Льготный стаж. ВЛ. Основание» принимает одно из значений 28-ГД, 28-СМ, 28-СМХР, 28-ГДХР, 28-ПД, 28-ПДРК, 27- ГД, 27-СМ, 27-СМХР, 27-ГДХР, 27-ПД или 27-ПДРК и указаны «ЛьготныйСтаж. ОУТ. Код» и «ЛьготныйСтаж. ВЛ. ДоляСтавки», а элемент «ЛьготныйСтаж. ДопСведенияИС» отсутствует, то блок «ЛьготныйСтаж. ИС. ВыработкаКалендарная» должен присутствовать, а блок «ЛьготныйСтаж. ИС. ВыработкаВчасах»– отсутствовать
Выложите, пож-та. скриншот стажевых записей по льготнику.
Акулиничева Ольга Николаевна
Группа компаний «Камин»
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
21 фев 2018 21:27 #11
#11
от МарковоКЭЧ
В вашем файле блок должен быть примерно следующим:
-<СтажевыйПериод>
-<ИС:Период>
<УТ:С>2017-01-01</УТ:С>
<УТ:По>2017-01-17</УТ:По>
</ИС:Период>
-<ИС:ЛьготныйСтаж>
-<ИС:ОУТ>
<ИС:Код>27-2</ИС:Код>
<ИС:ПозицияСписка>2260000В</ИС:ПозицияСписка>
</ИС:ОУТ>
-<ИС:ИС>
<ВС:ВыработкаКалендарная>
<ВС:ВсеДни>17</ВС:ВсеДни>
</ВС:ВыработкаКалендарная>
</ИС:ИС>
-<ИС:ВЛ>
<ИС:Основание>27-СМ</ИС:Основание>
<ИС:ДоляСтавки>1.00</ИС:ДоляСтавки>
</ИС:ВЛ>
</ИС:ЛьготныйСтаж>
</СтажевыйПериод>
—
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
22 фев 2018 04:41 #12
#12
от Светлана
стаж сотрудника во вложении
Тема закрыта.
22 фев 2018 07:41 #13
#13
от МарковоКЭЧ
Так введите кол дней и мес и отправляйте.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
Модераторы: Shundrin, Наталья Иванова ГК КАМИН, Romen
Часто задаваемый вопрос код органа ПФР в СЗВ-М
Код органа ПФР это первые 6 цифр регистрационного номера ПФР вашей организации.
Если при импорте ПФР отчета СЗВ-М возникает ошибка «Данный файл не является документом отчетности по выбранному направлению» то это означает что не заполнен «Код органа ПФР».
Где заполняется этот код:
Программа 1С 8.х
Выбрать вкладку «Предприятие», далее нажать на название Вашей организации, выбрать вкладку «Коды» и заполнить «Код органа ПФР» без пробелов и тире в формате хххххх .
После этого ранее добавленный отчет СЗВ-М необходимо удалить и добавить заново.
Программа ПУ-6
Выгрузка xml — Код территориального органа ПФР. Код указывается в формате: xxxxxx.
Внешний вид файла отчетности СЗВ-М должен быть таким:
ПФР_019-035-012345_019035_СЗВ-М_20160607_хххххх-хххх-хххх-хххх-хххххххххххх.xml
где:
019-035-012345 — рег.номер ПФР Вашей организации;
019035 — код органа ПФР, куда предоставляется отчет;
20160607 — дата формирования отчета;
хххххх-хххх-хххх-хххх-хххххххххххх — уникальный номер отчета.
Напоминаем, так же:
Сдача отчета СЗВ-М за май месяц официально проходит с 1 по 10 июня.
Сроки ПФР на обработку и проверку отчета СЗВ-М до 3 рабочих дней.
Отчет СЗВ-М должны сдавать ИП и организации за тех сотрудников, которые работают по трудовому или гражданско-правовому договору и получают доходы, облагающиеся страховыми взносами в ПФР.
За несдачу формы СЗВ-М З в ПФР или подачу отчета с неполными или недостоверными сведениями предусмотрен штраф в размере 500 рублей за каждого работника, но не менее 2000 рублей.
Обновлено 04.05.2016 в 14:00
Обработка отчетов СЗВ-М запущена в ПФР.
Другие часто встречающиеся ошибки при отправке отчета СЗВ-М:
Слишком короткий GUID в отчете. GUID это уникальный номер отчета, который отображен в названии файла в виде хххххх-хххх-хххх-хххх-хххххххххххх а так же в самом файле в теге
<СлужебнаяИнформация>
<АФ:GUID>97D50D8A-774B-4CAC-B4EA-D5A42619CDF2</АФ:GUID>
Если последняя группа знаков короче 12, то отчет ПФР принят не будет.
Ошибка «Даты и времени».
<АФ:ДатаВремя>2016-05-05Т12:00:00+03:00</АФ:ДатаВремя>
Debug code: -1072897535, Строка: 66, Позиция: 44
Ошибка разбора »2016-05-05Т12:00:00+03:00» как типа данных dateTime. Не удалось проанализировать элемент «{http://пф.рф/АФ}ДатаВремя» со значением «2016-05-05Т12:00:00+03:00».
Данная ошибка связана с тем, что: Если в теге <АФ:ДатаВремя> буква «Т» разделитель даты и времени будет в кирилице, то проверочная программа ПФР будет выдавать указанную ошибку. Если буква «Т» будет в английской раскладке, то отчет будет принят.
1с 8.2 (2.0.46.7) , при попытке проверки сформированной отчетности программа выдает 4 ошибки в виде текста
<ОПСнакопительнаяЧасть/>
Debug code: -1072897535
Ошибка разбора »» как типа данных decimal. Не удалось проанализировать элемент «ОПСнакопительнаяЧасть» со значением «».
<ОПСстраховаяЧастьПоДопТар1/>
Debug code: -1072897535
Ошибка разбора »» как типа данных decimal. Не удалось проанализировать элемент «ОПСстраховаяЧастьПоДопТар1» со значением «».
<ОПСстраховаяЧастьПоДопТар2/>
Debug code: -1072897535
Ошибка разбора »» как типа данных decimal. Не удалось проанализировать элемент «ОПСстраховаяЧастьПоДопТар2» со значением «».
<СтраховыеВзносыОМС/>
Debug code: -1072897535
Ошибка разбора »» как типа данных decimal. Не удалось проанализировать элемент «СтраховыеВзносыОМС» со значением «».
Судя по имени файла, речь идет об отчете РСВ-1
Возможно кто то сталкивался с такой проблемой, подскажите в чем дело, пожалуйста