Объявление

Свернуть
Пока нет объявлений.

РСВ-1 проверка база*тариф=взносы

Свернуть
X
  • Фильтр
  • Время
  • Показать
  • Сортировать
  • Упорядочить по
Очистить всё
новые сообщения

    РСВ-1 проверка база*тариф=взносы

    Уважаемые сотрудники Бухсофт.Если у Вас есть выход на ПФ,
    может объясните им , что требование для РСВ-1:
    база*тариф должно точно равняться взносам невыполнимо.
    Если они не верят, привожу пример.

    1)В организации 3 работника, каждый из которых заработал 1002.48
    Страховые взносы по каждому 1002.48*20%=200.496~200.50

    В порядке заполнения РСВ-1 в п.1.2 сказано:
    "Округление до целых рублей базы для начисления страховых взносов,
    а также ИСЧИЛЕННЫХ СУММ СТРАХОВЫХ ВЗНОСОВ, иных показателей,
    имеющих денежное выражение, которые указываются в Расчете,
    производится после суммирования всех данных индивидуального
    учета в целом по плательщику страховых взносов."

    (Этот пункт соответствует закону ФЗ-212)

    Поэтому мы заполняем:

    Всего фонд по организации 1002.48*3=3007.44 Округляем до рублей 3007.44~3007
    Всего страховые взносы по организации 200.50*3=601.50 Округляем до рублей 601.50~602

    соотношения, описанные в порядке заполнения РСВ-1 в п.4.3
    не выполняются
    602 не равно 3007*20%=601.40~601

    Получается, что требования по пункту 4.3 противоречат пункту 1.2

    Надо с этим что-то делать. Тем более, что :

    "Данный Порядок носит рекомендательный характер, актуализируется по мере внесения изменений и дополнений в форму РСВ-1" (цитата)

    С уважением.

    #2
    Я с Вами полностью солидарен. Лично у меня уже не хватает
    интеллекта на подгонку взносов под требования ПФР.
    На мой взгляд упорная погоня ПФР (да и ФСС) за "копейкой"
    объясняется: а) отсутствием практического опыта в бухгалтерии,
    б) недостаточными знаниями в арифметике

    Комментарий


      #3
      Неофициальные пути уже пройдены еще в апреле. С примерами. И отказов не было и с мертвой точки вопрос никак не сдвинулся. Писали письмо и в ПФР и в Красноярск разработчикам АСВ и руководителю. Помимо письма напоминали, что такое письмо отправлено и просьба рассмотреть была. Тишина.
      А в официальном пути шансы у всех одинаковые. Попробуйте написать, может откликнутся.
      Последний раз редактировалось Алексей К.; 08.07.2010, 14:52.

      Комментарий


        #4
        Вот сам текст письма прилагаю. Ставьте свои реквизиты и пишите. Может получится количеством взять?
        https://www.buhsoft.ru/test/3/123.doc

        А может вдруг найдется добрый человек, который имеет более влиятельный выход на ПФР, чем скромная компания БухСофт.
        Мы будет только рады как и все остальные наши коллеги-разработчики.
        Вы поймите правильно, ПФР огромная структура, с кучей проитворечий внутри и даже имея "выходы" не все вопросы удается решить.

        P.S.
        По последним данным Никольский уволился и с департаментами была реорганизация. В общем кому сейчас писАть не очень то и понятно. Наверно просто в ПФР РФ.
        Последний раз редактировалось Алексей К.; 08.07.2010, 15:09.

        Комментарий


          #5
          Сообщение от Aleksei_kr2 Посмотреть сообщение
          Я с Вами полностью солидарен. Лично у меня уже не хватает
          интеллекта на подгонку взносов под требования ПФР.
          На мой взгляд упорная погоня ПФР (да и ФСС) за "копейкой"
          объясняется: а) отсутствием практического опыта в бухгалтерии,
          б) недостаточными знаниями в арифметике
          Им так проще и все, добровольно они ничего менять не будут, только через суд.

          Комментарий


            #6
            Алексей К.

            Спасибо за ответ.Письмо хорошее.

            Я, как разработчик программы, выходил на наш региональный ПФ.
            на зама, объяснял ситуацию, вроде даже поняли.
            Но кивают на Москву, что все оттуда.Даже не уверен, что
            что-то туда написали.

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

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

            Вопрос на засыпку:
            Вы планируете в checkxml вставлять эти проверки?

            С уважением.

            Комментарий


              #7
              А что Вы скажете на это?

              Вот фрагмент вопросов-ответов на сайте ФСС:

              Вопрос. Почему результат расчета, производимого в информационной системе Фонда, иногда отличается на одну или несколько копеек от результатов расчета в большинстве распространенных бухгалтерских программ? Почему Вы не можете сделать, чтобы ваш результат расчета совпал с результатами расчета в большинстве распространенных бухгалтерских программ? Почему в промежуточных вычислениях ваши программы показывают и используют более двух знаков после запятой при том, что все расчеты должны вестись в рублях и копейках, т. е. с точностью до двух знаков после запятой, и не в этом ли кроется причина расхождений?
              Ответ. Задача расчета пособия Фондом состоит не в том чтобы СОШЛОСЬ с расчетом в какой-либо популярной бухгалтерской программе, а в том, чтобы посчитать ПРАВИЛЬНО. В большинстве, если не во всех популярных (и распространенных) бухгалтерских программах не учитываются правила приближенных вычислений, в связи с чем теряются значащие разряды в промежуточных вычислениях, т. е. теряется требуемая точность вычисления, что и приводит к потере одной или нескольких копеек.

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

              Изучение и применение правил приближенного вычисления входило в программу обучения 8 или 9-го класса средней школы в 80-х годах прошлого века, возможно, что входит в программу обучения и в настоящее время. В любом случае о приближенных вычислениях можно также прочитать в книге Я.И.Перельмана «Занимательная арифметика», например здесь: далее следует адрес

              Цитируем:
              ----------------------------
              Итак, все правила приближенных вычислений могут быть при выполнении расчетов сведены к двум следующим:
              1) устанавливают, сколько значащих цифр в самом коротком из данных задачи: столько же значащих цифр нужно будет удержать в окончательном результате;
              2) в результатах всех промежуточных вычислений удерживают одной цифрой больше, чем установлено для окончательного результата.
              Прочие цифры во всех случаях заменять нолями или отбрасывать по правилам округления.
              ----------------------------
              конец цитаты.

              Попробуем применить на практике.

              Определимся с точностью (количеством значащих разрядов) исходных данных.

              Предположим, что значение начисленной (выплаченной) работнику зарплаты за период дано с округлением до копеек S = RRRRR,KK, т.е. оно не точное а приближенное. В данном случае число содержит 7 значащих разрядов.
              Период измеряется в целых днях, обозначим его как D. Это число точное, т. е. содержит не меньше значащих разрядов, чем любое из участвующих в вычислениях приближенное число.

              Легко заметить (в силу правила 1), что при делении и умножении на абсолютно точное число, количество значащих разрядов в результате будет равно количеству значащих разрядов в исходном числе. Для примера будем считать D = 100, тогда среднедневная зарплата за период Z = S/D = RRR,RRKK имеет те же 7 значащих разрядов. Так как среднедневная зарплата это всего лишь понятие для именования промежуточного результата (т.е. ее не выплачивают ежедневно кому-либо в реальных рублях и копейках), то по правилу 2, в промежуточном вычислении надо оставить на 1 разряд больше. Таким образом, промежуточное значение среднедневной зарплаты необходимо показывать и, главное, использовать в дальнейших расчетах (для описываемого примера) с точностью в 8 разрядов, т.е. Z = RRR,RRKK0.
              Так как в общем случае значение D не круглое, то и в промежуточном расчете цифра в дополнительном разряде в общем случае не будет нулем.

              Далее, находим сумму пособия P = Z * N, где N — число дней, на которые рассчитывается пособие, точное и целое число, для примера возьмем его равным 10. Тогда P = RRR,RRKK0 * 10 = RRRR,RKK0. Так как полученное значение уже не промежуточный, а искомый нами результат, то от него следует отбросить все незначащие цифры, в данном случае последний разряд. Таким образом, вычислено пособие с точностью до 0.1 копейки (в нашем примере). Но так как пособие выдается в реальных рублях и копейках, то полученный результат округляем до требуемой величины, т.е. до RRRR,RL, где L зависит от того, больше 5 была цифра в третьем знаке после запятой или нет (правило округления).

              Сколько необходимо использовать знаков после запятой в промежуточном результате зависит, вообще говоря, от количества значащих разрядов в приближенном значении исходного числа и от значения делителя (в нашем примере).Заметим, что значащие разряды и количество цифр после десятичной запятой - это совсем не одно и то же.

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

              Для этого воспользуемся известными из курса начальной школы переместительным и сочетательным законами (свойствами) умножения.

              Теория:
              Переместительный закон умножения: ab = ba.
              Сочетательный закон умножения: (ab)с = a(bc).

              ПРАВИЛЬНЫЙ расчет должен удовлетворять вышеприведенным законам, т.е. сумма пособия P, вычисленная по формулам

              P = (S/D)*N (1)
              и
              P = (N*S)/D (2),

              должна давать одинаковый результат при любых S, D, N,
              где S - сумма выплат за период, D - календарных дней в периоде, N — дней, за которые необходимо рассчитать пособие к выплате.

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

              Пример:
              Пусть за предыдущий период (например, D = 365 дней) работодателем были произведены выплаты (начисления) застрахованному в сумме 182518 рублей 03 копейки (S = 182518,03). Необходимо рассчитать пособие за N = 10 дней.
              Считаем с округлением промежуточного результата до копеек, т. е. до 2-х знаков после запятой:

              1. P = (S/D)*N: P = (182518,03/365)*10 = 500,05 * 10 = 5000 р. 50 коп.
              2. P = (N*S)/D: P = (10 * 182518,03)/365 = 1825180,3/365 = 5000 р. 49 коп.

              Если бы количество дней в пособии было не 10, а, например 20, 50, 100 или 200, то ошибка составила бы соответственно 2, 5, 10 или 20 копеек.

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

              И можно даже сказать почему: потому что при округлении промежуточного результата происходит потеря значащих разрядов (в примере потеряно три значащих разряда и один полузначащий). Об этом и было сказано в коротком ответе на вопрос в самом начале.

              Можно убедиться что те же данные при использовании правил приближенного вычисления не приводят к нарушению законов умножения:
              1. P = (S/D)*N: P = (182518,03/365)*10 = 500,049397 * 10 = 5000,49397 = 5000 р. 49 коп.
              2. P = (N*S)/D: P = (10 * 182518,03)/365 = 1825180,30/365 = 5000,49397 = 5000 р. 49 коп.

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


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

              Комментарий


                #8
                Вопрос на засыпку:
                Вы планируете в checkxml вставлять эти проверки?
                Да, они прописаны в правилах проверки.
                он подготовил официальный запрос, аналогичный Вашему, куда бы вставил все свои реальные цифры по
                предприятию и спросил как ему заполнить РСВ-1
                А вот это не обязательно. Ни суд ни ПФР проверять это не будет.

                Комментарий


                  #9
                  MAEstro

                  Все что касается погрешностей при расчете, я знаю и понимаю.

                  В данном случае проблема в методике расчета.

                  В ФЗ-212 написано( цитата):

                  6. Плательщики страховых взносов обязаны вести учет сумм начисленных выплат и иных вознаграждений, СУММ СТРАХОВЫХ ВЗНОСОВ, относящихся к ним, в отношении каждого физического лица, в пользу которого осуществлялись выплаты.
                  (это к ФСС тоже относится)

                  Да, не написано , с какой точностью. Но если рассуждать, что страховые
                  взносы-это N-е количество денег, которое предприятие платит за
                  работника, то логично его вести в рублях и копейках.Тем более в
                  ПФ эти страховые взносы передаются по каждому работнику в рублях
                  и копейках.

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


                  Кстати для 14% условие в целых рублях может не выполняться, хотя в копейках все идет.
                  Например , база получилась 1010.5
                  взносы в копейках 1010,5*14%=141.47

                  округляем базу -1011
                  округляем взносы - 141.
                  но 1011*14%=141.54~142

                  Примечание:
                  для произ.травматизма определен порядок расчета не по работникам.
                  Берется сумма выплат по предприятию , умножается на тариф .Там требование ФСС о точности в копейках уместно.

                  Комментарий


                    #10
                    Есть документ, который предлагается заполнять для каждого сотрудника - карточка по учету взносов. Ее нужно заполнять в рублях и копейках. До этого была индивидуальная карточка по ЕСН. Так что ФСС абсолютно не прав, утверждая, что сумма взносов должна вычисляться с общей зарплаты по предприятию!

                    Комментарий

                    реклама

                    Свернуть
                    Обработка...
                    X