категория УСЕН

[LoraK]

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

Я не про пользователей ПК говорила, а вообще про страхователей (бухгалтеров, программистов и т.д.). Должны быть четкие инструкции, что и как делать, тогда и не будет вопросов. А то мы гадаем: подавать ОЗОИ/УСЕН в 2011 году или нет. Везде по-разному.

И опять-таки, в том обстоятельстве, что коды и т.п. до сих пор не утверждаются нельзя винить один ПФР.

Понятно, Вы защищаете честь мундира. Это достойно уважения. Но нам-то, страхователям всей страны от этого не легче: с нас требуют сами не знают что, и ничего не могут объяснить, увы. Нам-то что делать в этой ситуации?!?

[LoraK]

Но всё-равно не поверю, что повсеместно по России сидят все тупые инспекторы и не могут внятно ничего объяснить.
Интересно, а ваши руководители предприятий знают о ваших проблемах? На днях мне один ответил, что ему не докладывают, а он думал, что всё в порядке и проблем нет.

Развеселили! Конечно же, нет! Не их царское это дело... Мы сами варимся в собственном соку вместе с бухгалтером. Да если бы ген.директор и главбух знали об этих проблемах, что изменилось бы?.. Чем они могут помочь? Инспекторы у нас не тупые, но они ничего не могут нам рекомендовать, так как и им разъяснения "сверху" не поступали. Все разводят руками. ( Проблема в том, что нет единой четкой официальной позиции в ПФР. Понятно, что задачи перед ПФР стоят масштабные. Понятно, что ресурсов не хватает и т.п. Но ведь нам за несвоевременное представление сведений грозят штрафы, а ПФРу - что? Наверное, надо сначала определиться, выработать "правила игры", хотя бы в общих чертах, довести до сведения всех, а уж потом требовать исполнения этих правил и уж тем более применять штрафные санкции за неисполнение...

[Михаил Иванович]

Хочу немного принять участие в полемике (хоть это не в теме) по поводу информированности инспекторов ПФР и помощи с их стороны бухгалтерам. Приведу конкретные примеры. Некоторым организациям прислали "письма счастья" по поводу переплаты по страховым взносам отдельных ЗЛ за 2010 год, и предложили переделать ИС за второе полугодие. При этом рекомендовали воспользоваться ПО "Документы ПУ 5", даже выдали специальную инструкцию. В одной организации этот фокус прошёл. Когда переслали файлы в ПФР, инспектор что-то колдовала на компьютере, потом сказала, что у нас всё в порядке. На следующий день исправляли отчёт 2 полугодия в другой организации. Там было превышение всего у двоих ЗЛ. Мы попытались воспользоваться инструкцией для Документы ПУ 5. Получалась "чушь собачья". Ситуация осложнялась тем, что в организации перепутали суммы страховой и накопительной части: по страховой большая недоплата, а по накопительной - огромная переплата (а там ЗЛ младшей группы - всего ничего). Даже в самом УПФР инспектор при мне пыталась исправить уплаты. Ничего не получалось. После почти часового мучения инспектора я спросил, как нам "вытащить" суммы начислений и уплаты суммарно по каждому ЗЛ за оба полугодия. Она мне скинула программу, которая за считанные минуты выдала требуемый результат. Оказалось, в ПФР разослали программу, которая выдаёт такую информацию. И не надо ждать, пока из Москвы пришлют результаты контроля, как было совсем недавно. Почему же на местах работники ПФР сразу не информировали те организации, по которым были переплаты, что есть такая программа, берите её и исправляйте 2 полугодие. А ведь некоторые бухгалтеры чуть ли не доходили до нервного срыва! Вот результат "взаимодействия" ПФР и страхователей. И такие случаи, к сожалению, не единичны. Почему же в ПФР в преддверии отчётности 2 полугодия не продумали методику проверки превышений уплаты в целом за год, ведь на эту тему мы много высказывали соображений. Это я к слову о системе подготовки решений и инструкций в ПФР. А ведь сейчас уже май, отчёты за 1 квартал 2011 года ещё ждут своей очереди.

[НатальяА]

Подскажите, пожалуйста, что делать в такой ситуации, клиенту из СПб прислали отрицательный протокол, в котором ошибка - это расхождение между АДВ и РСВ.
Перед отправкой клиенты звонили инспектору, и там им сказали, что надо создать:
-СЗВ-6+АДВ-6-2 с доуплатами за 2010 по категории УСЕН
-СЗВ-6+АДВ-6-2 с суммами и стажем по коду НР
-файл с РСВ-1 за 1 квартал 2011
переспросили несколько раз надо ли именно две адв-6-2, инспектор твердо ответила, что да, надо.
Сегодня получили сразу два отрицательных протокола, в котором написано, что суммы в РСВ расходятся с АДВ(в первом протоколе разница на суммы из второго, и наоборот). Теперь не знаем как отправлять? может быть надо одну АДВ-6-2? В ПФ дозвонились, но инспектор ушел в оптуск (
И в протоколе написано, что обязательно отправить до 16 мая, но протокол пришел только 17 мая, будет ли теперь штраф клиентам?

[v_i_b]

Подскажите, пожалуйста, что делать в такой ситуации, клиенту из СПб прислали отрицательный протокол, в котором ошибка - это расхождение между АДВ и РСВ.
Перед отправкой клиенты звонили инспектору, и там им сказали, что надо создать:
-СЗВ-6+АДВ-6-2 с доуплатами за 2010 по категории УСЕН
-СЗВ-6+АДВ-6-2 с суммами и стажем по коду НР
-файл с РСВ-1 за 1 квартал 2011
переспросили несколько раз надо ли именно две адв-6-2, инспектор твердо ответила, что да, надо.
Сегодня получили сразу два отрицательных протокола, в котором написано, что суммы в РСВ расходятся с АДВ(в первом протоколе разница на суммы из второго, и наоборот). Теперь не знаем как отправлять? может быть надо одну АДВ-6-2? В ПФ дозвонились, но инспектор ушел в оптуск (
И в протоколе написано, что обязательно отправить до 16 мая, но протокол пришел только 17 мая, будет ли теперь штраф клиентам?

Надо одну АДВ-6-2.

[osg_54]

Моим клиентам по запросу выдали файлы СЗВ-6 в XML-формате с явными следами обработки программой ПФР (в файле присутствуют теги <СостояниеАдреса>ПРАВИЛЬНЫЙ</СостояниеАдреса>, отсутствующие в исходных файлах). Сдавали ИС через СБИС++
В связи с известными случаями редактирования ИС уже после выгрузки из своей программы бухгалтером или сотрудником ПФР (!) вопрос получения загруженных в рабочую базу ПУ становится актуальным...

[elgai]

Моим клиентам по запросу выдали файлы СЗВ-6 в XML-формате с явными следами обработки программой ПФР (в файле присутствуют теги <СостояниеАдреса>ПРАВИЛЬНЫЙ</СостояниеАдреса>, отсутствующие в исходных файлах). Сдавали ИС через СБИС++
В связи с известными случаями редактирования ИС уже после выгрузки из своей программы бухгалтером или сотрудником ПФР (!) вопрос получения загруженных в рабочую базу ПУ становится актуальным...

Может это СБИС сделал?

[osg_54]

Может это СБИС сделал?

Не знаю, кто сделал. В исходном файле, выгруженном из бух.программы, этих тегов не было точно.

[IgorAV]

Не знаю, кто сделал. В исходном файле, выгруженном из бух.программы, этих тегов не было точно.

СБИС переделывает файлы - это точно.
В частности добавляет тэг
<СостояниеАдреса>ПРАВИЛЬНЫЙ</СостояниеАдреса>

Хотя в правилах проверки сказано

1) Значение элемента Состояние адреса формируется средствами ПТК СПУ.