| 0
- 27.04.2012 - 10:40
|
Сообщение из ПФР Раздел 2.1. Строка 250. Графа 3: Ошибка вычисления. Значение показателя определяется как сумма (240 строка * 22%) + (241 строка * 16%). Ожидаемое значение: 620257.22. Сумма расхождения: 0.01. Возможна ошибка округления ...... и т.д. в том же духе далее в конце Данные ошибки не позволяют осуществить разнесение страховых взносов на индивидуальные лицевые счета застрахованных лиц, что повлечет нарушение их пенсионных прав. ПФР требует исправить РСВ-1, при этом тот факт, что АДВ не будет на эти копейки не совпадать с РСВ их не волнует. Однако, я думаю при выполнении их пожеланий как раз и будут гарушены пенсионные права. Это у всех так?     | |
| 41
- 28.04.2012 - 09:31
|
34-Гена >хм... судя по протоколу - "уплачено по данным АДВ 5500, уплачено по даным РСВ - 4500." фига се "три копеечки на застрахованное лицо..." :))) Вот пусть "рыдающие бухи в фирмочках до 10 человек" лучше объяснят, откуда у них вылезла разница в одну тыщу рублей. кроме всего, как ты сам неоднократно говорил - программисты тоже люди и тоже ошибаются. В данном случае это косяк Чек-Уфа. кстати, изменения Чек-Уфа: "1.1.65 от 18.04.2012 Исправлена проверка раздела 3.5 РСВ-1 Исправлена ошибка в описании допусков между РСВ и АДВ Исправлены тарифы для РВ-3 на 2012 год ..." Реальные допуски я привела выше, в (30). Ни о каких три копейки на лицо речь не идет. В документе четко сказано: "в пределах одного рубля". В документе. Не в программе. А то, что ты показываешь - вероятно, прошлая версия Чек-Уфы. Ну и разница в тыщу рублей впридачу. :) | |
| 42
- 28.04.2012 - 09:40
|
да 1000 понятно... я привёл отказ именно местного ПФР как иллюстрацию структуры их проверки... значится, скажу - пусть ждёт новой приёмной программы своего местного ПФР... | |
| 43
- 28.04.2012 - 09:47
|
33-victuan >Я не вижу в этом здравого смысла. я тоже. присоединяюсь. Одна надежда - по ссылке в (25). Будем надеяться, что вместо двух форм сделают одну обобщенную. А пока вынуждены исполнять порядок заполнения и ставить разные цифры в РСВ и АДВ. И не пытаться искать в этом здравого смысла - имхо, его там нет. | |
| 44
- 28.04.2012 - 14:19
|
43-Блондинка в шок > Смысл есть - это способ обоснования всевозможных никчемных затрат, начиная от от разработки/написания ПО до расширения штата сотрудников, призванных обслуживать эту нерациональную схему функционирования ПФР. Чисто бюрократические стимулы... | |
| 45
- 01.05.2012 - 08:57
|
Если РСВ-1 будет отличаться от АДВ, то итоговое сальдо по концу периода тоже поплывет!!! И дальше будет перенос на след. период! При этом оно не будет совпадать с сальдо по бухгалтерии!!! | |
| 46
- 01.05.2012 - 16:45
| Все пока не дочитала... Тоже исходила из того, что РСВ должно до копейки совпадать с ИС, поэтому и при выгрузке проводок не правила (ФСС всегда правлю, чтоб по базе било). проверка ругнулась, что не совпадает с база*процент, но это от того, что не вбила количество застрахованных лиц. стоило вбить, как все замечательно проскочило. значит "люфт" есть. в прошлом при заполнении РСВ исходила из конечной суммы базы и взносов и разгоняла округление по месяцам, но теперь, ИМХО, это лишнее, если брать строго взносы сотрудников и учитывать "люфт" по количеству застрахованных лиц... ЗЫ: протокол из ПФ мы пока не получили... может и завернут, тогда придется пересмотреть свое мнение... | |
| 47
- 01.05.2012 - 19:49
| Проблема в том, что именно в АДВ РЕАЛЬНЫЕ суммы начисления взносов, а в РСВ-1 - нет! НО!! Именно по РСВ-1 считается сальдо, которое будет некорректным!!! | |
| 48
- 02.05.2012 - 08:52
| 47-leosoft777 >Бухсофт подал в суд на МЗСР за порядок заполнения РСВ-1. | |
| 49
- 04.05.2012 - 07:42
| Столкнулась в аналогичной ситуацией, что делать, ПФР не принимает, бухгалтер в шоке что у него РСВ не пойдет с обороткой,(Как это так) долг по уплате тоже плывет. Как убедить ПФР что 20 копеек погрешности на 3000 человек не повод для драки или успокоить бухгалтера что если она наврет в РСВ ей не будет атата? | |
| 50
- 04.05.2012 - 07:43
| Кроме того Чек-Уфа пропускает, ошибок не выдает! Но ПФР не принимает. | |
| 51
- 04.05.2012 - 07:45
| (50) крепите здесь добуквенный отрицательный протокол без конфиданса... | |
| 52
- 04.05.2012 - 07:55
| (51)Простите. Какой протокол? | |
| 53
- 04.05.2012 - 07:56
| и куда крепить? | |
| 54
- 04.05.2012 - 07:58
| раз ПФР "не принимает", то есть письменный протокол... проще всего "копи" - "вставка" сюда | |
| 55
- 04.05.2012 - 08:04
|
Та же 250 строка что и в теме Раздел 2.1. Строка 250. Графа 3: Ошибка вычисления. Значение показателя определяется как сумма (240 строка * 22%) + (241 строка * 16%). Ожидаемое значение: 37385108.49. Сумма расхождения: 0.24 Раздел 2.1. Строка 250. Графа 4: Ошибка вычисления. Значение показателя определяется как сумма (240 строка * 22%) + (241 строка * 16%). Ожидаемое значение: 12691124.47. Сумма расхождения: 0.14 Раздел 2.1. Строка 250. Графа 5: Ошибка вычисления. Значение показателя определяется как сумма (240 строка * 22%) + (241 строка * 16%). Ожидаемое значение: 10991341.67. Сумма расхождения: 0.11 Раздел 2.1. Строка 250. Графа 6: Ошибка вычисления. Значение показателя определяется как сумма (240 строка * 22%) + (241 строка * 16%). Ожидаемое значение: 13702642.35. Сумма расхождения: 0.21 Раздел 2.1. Строка 251. Графа 3: Ошибка вычисления. Значение показателя определяется как (241 строка * 6%). Ожидаемое значение: 6658612.56. Сумма расхождения: 0.21 Раздел 2.1. Строка 251. Графа 4: Ошибка вычисления. Значение показателя определяется как (241 строка * 6%). Ожидаемое значение: 2246414.7. Сумма расхождения: 0.23 Раздел 2.1. Строка 251. Графа 5: Ошибка вычисления. Значение показателя определяется как (241 строка * 6%). Ожидаемое значение: 1945825.86. Сумма расхождения: 0.12 Раздел 2.1. Строка 251. Графа 6: Ошибка вычисления. Значение показателя определяется как (241 строка * 6%). Ожидаемое значение: 2466372. Сумма расхождения: 0.14 Раздел 2.1. Строка 276. Графа 3: Ошибка вычисления. Значение показателя определяется как 275 строка * 5.1%. Ожидаемое значение: 10210135.33. Сумма расхождения: 0.20 Раздел 2.1. Строка 276. Графа 5: Ошибка вычисления. Значение показателя определяется как 275 строка * 5.1%. Ожидаемое значение: 2999070.66. Сумма расхождения: 0.11 Раздел 2.1. Строка 276. Графа 6: Ошибка вычисления. Значение показателя определяется как 275 строка * 5.1%. Ожидаемое значение: 3748271.51. Сумма расхождения: 0.38 | |
| 56
- 04.05.2012 - 08:08
| Еще раз повторюсь отчет заполнен по данным бух учета. ПФР требует чтобы тупо базу умножали а у нас суммарные данные по 3000 чел. Можем подогнать РСВ-1 но тогда мало того что отчет с бух учетом не совпадет так еще плывет долг по уплате. | |
| 57
- 04.05.2012 - 08:13
|
(56) надо делать точно как они хотят... только подгонять на сотрудниках, а они уже лягут в РСВ... я подгонял на самом богатом - на гендире :) с первого раза всё принято положительно [скромно так] | |
| 58
- 04.05.2012 - 08:17
| Эх. | |
| 59
- 04.05.2012 - 08:25
| А как по одному человеку? Базу то трогать нельзя получается надо по одной копейке убирать. К тому же у нас АДВ и так с РСВ не идет потому что у нас 6 чел с превышением. Получается АДВ с РСВ по страховой части почти на 300 тыр разнит. | |
| 60
- 04.05.2012 - 08:42
|
(59) я прямо в СЗВ-6 поменял квартальные пфр'ы для совпадения АДВ и РСВ а месячные пфр'ы и омс - прямо в самом РСВ | |
| 61
- 04.05.2012 - 08:54
|
57-Гена >Кто сказал, что надо подгонять на сотрудниках? Оставьте сотрудников в покое. Приказ МЗСР обязывает фактически вести двойной учет страховых взносов и его сальдо по РСВ-1 и перс. учету, начиная с 2010 года. Копейки полученные в РСВ-1 и копейки по перс.учету это разные разрезы учета. Порядок же заполнения РСВ-1 же противорчив, в некоторых случаях его соблюдение физически невозможно. Вот пример с другого форума: http://buhsoft.ru/forums/showthread.php?t=26746 "Мне кажется, если Порядок заполнения формы сам по себе противоречив и теоретически невыполним, то это Порядок просто не имеет право на существование. Простейший пример (не мой, взял на одном форуме): строка 240 - 3001,68 1000,56 1000,56 1000,56 строка 250 - 660,37 220,12 220,12 220,12 если в строке 250 гр.3 поставить цифру 660,36 - явно нарушается Порядок, конкретно то, что строка 250 гр.3 = строка 240 гр.3*тариф Если же в строке 250 гр.3 в соответствии с Порядком оставить цифру 660,37, тогда явно нарушается Порядок заполнения строки 110 графа 3, а именно, что строка 110 гр.3, с одной стороны, должна быть равна строке 250 гр.3, а с другой стороны, должна быть равна строке 114 гр.3 (а соответственно, сумме строк 111, 112, 113 гр.3 и соответственно, сумме граф 4, 5, 6 строки 250) Все. Какую бы цифру в строку 110 гр.3 ни поставил, а один из пунктов Порядка в данном примере нарушается. Порядок логически противоречив. Любопытно было бы в суде попросить ответчика заполнить форму вышеприведенным примером и при этом ни на йоту не нарушить букву Порядка." | |
| 62
- 04.05.2012 - 09:05
|
(61) я не злопамятный, но держите "ответ" за упрёк в мою сторону, что я не читаю посты в рабочей ветке :) >"Простейший пример (не мой, взял на одном форуме)" гляньте здешний пост #11 - и станет ясно, что за форум :) как я Вас поддел, а? :) | |
| 63
- 04.05.2012 - 09:12
|
62-Гена >Да, неплохо получилось. ;) Только мне это ясно было до этого (я всё-таки читаю "рабочие" ветки), я же цитату привел, а не от своего имени выступил. Но если глянуть ретроспективно, то я заодно ответил на #13. | |
| 64
- 04.05.2012 - 09:18
|
(63) БвШ права... напрямую в Разделе 2 не проверяется горизонталь Квартал = сумма 3-х месяцев однако Раздел(ы)2 идут в Раздел 1, а там уже проверяется уже вертикаль 114 = 111 + 112 + 113 ежу понятно, что надо дать люфт и не проверять жёстко месяц, только квартал... | |
| 65
- 04.05.2012 - 09:20
|
Продолжу. Как решается проблема на местах, в бесплатных программых от ПФР, как в них в алгоритмах авторасчета формы РСВ-1 решаются противоречия Порядка заполнения. Вот в программе Документы ПУ-5, например, использован "алгоритм БвШ", т.е. взносы считаются нарастающим итогом, но тогда на копейку неизбежно будет нарушение в гр.4-6 (по месяцам), но не будет в в гр.3(итогом). Вот что ответил на это мне разработчик программы: > Вы в программе пошли по пути "нарушить" копейку не в итоге за > квартал (гр.3), а в месяце (гр.4-гр.5). > Но "нарушение" копейки хоть там, хоть там - нарушение Порядка > заполнения и формально - отказ в приеме сведений. > А фактически получается, что ПФ принимает отчет в случае "нарушения" > копейки в месяце несмотря на то, что это прямое нарушение Порядка > заполнения (абзац девятый пункта 7.2 Порядка заполнения). Я правильно понял? Я давно не заморачиваюсь такими "глобальными" вопросами, потому как бесполезно. К тому же я просто программист, что сказали, то и сделал. Вывод: "алгоритм БвШ" известен в ПФР, они его и спустили в ТЗ разработчику. | |
| 66
- 04.05.2012 - 09:23
|
64-Гена >Наоборот, при приеме в ПФР напрямую в Разделе 2 проверяется горизонталь Квартал = сумма 3-х месяцев. Цитирую: "То есть сумма начисленных взносов (округленных) по месяцам не равна начисленным взносам (расчитанным от базы за год и округленным) за год. Если же убрать 1 рубль [с 2012 г. 1 копейку] из какого-либо месяца, то будет расхождения по начисленным взносам за этот месяц Именно так проверяет правильность заполнения РСВ-1 текущая версия ПТК АСВ*. В результате такой отчет никогда не сможет быть принятым, то есть завершить ввод можно будет только с ошибкой. __________________________________________________ ____________________________________ * ПТК АСВ - программно-технический комплекс ПФР РФ "Администрирование Страховых взносов"" | |
Интернет-форум Краснодарского края и Краснодара |
