КОНЕЦ МЕСЯЦА. НЕПРАВИЛЬНО СЧИТАЕТ СТРАХОВЫЕ ВЗНОСЫ - Каминсофт

КОНЕЦ МЕСЯЦА. НЕПРАВИЛЬНО СЧИТАЕТ СТРАХОВЫЕ ВЗНОСЫ

31 март 2017 10:48 #1
от Татьяна
Камин 3.0 релиз 88.4
Добрый день, подскажите, в чем может быть причина?? Неправильно рассчитываются страховые взносы. Разница в несколько копеек. Пробовали перепроводить с начала года документы, не помогло. Во вложении скриншоты Конец месяца за март. База стоит правильно, процент тоже, а сумма взносов на несколько копеек меньше

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

Но как тогда сдавать отчеты? Например, при сдаче ФСС выходит ошибка как раз на эти копейки, потому что там считают от общей базы, а не от базы по каждому сотруднику

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

31 март 2017 11:09 #2
от Ролен
Я отдельно Январь, Февраль есть копейки?
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
31 март 2017 11:16 #3
от Татьяна
В январе и Феврале отдельно по сотрудникам округление выполняется верно.
Тема закрыта.

31 март 2017 11:54 #4
от Ролен
Смотрим Март. Ручных изменений не было, не стандартных начислений? Перепроводили?
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
31 март 2017 12:38 #5
от Татьяна
Перепроводили. Все расчеты выполнены автоматически, вручную ничего не правили.
Тема закрыта.

01 апр 2017 14:10 #6
от Ролен

Перепроводили. Все расчеты выполнены автоматически, вручную ничего не правили.


Обновляемся на последний релиз. Перепроводим. Проверяем. Если проблема остается, пишем на хотлайн.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
30 авг 2017 13:28 #7
от Integrate
Добрый день! Аналогичная ситуация, релиз последний (КАМИН:Расчет заработной платы. Версия 3.0 (3.0.91.3)). По сотрудника считает всё верно, но если умножать процент на общую базу, разница в копейках. РСВ из-за этой разницы не принимают.
Тема закрыта.

30 авг 2017 17:25 #8
от Николай Малышевский

РСВ из-за этой разницы не принимают.

Можете привести текст отказа?
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
30 авг 2017 17:29 #9
от Наталья Иванова ГК КАМИН
Здравствуйте.

Расчет страховых взносов четко регламентируется НК РФ. Все расчеты в программе полностью соответствуют НК.

НК РФ Статья 431. Порядок исчисления и уплаты страховых взносов, уплачиваемых плательщиками, производящими выплаты и иные вознаграждения физическим лицам, и порядок возмещения суммы страховых взносов на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством
1. В течение расчетного периода по итогам каждого календарного месяца плательщики производят исчисление и уплату страховых взносов исходя из базы для исчисления страховых взносов с начала расчетного периода до окончания соответствующего календарного месяца и тарифов страховых взносов за вычетом сумм страховых взносов, исчисленных с начала расчетного периода по предшествующий календарный месяц включительно.
2. Сумма страховых взносов на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством уменьшается плательщиками страховых взносов на сумму произведенных ими расходов на выплату страхового обеспечения по указанному виду обязательного социального страхования в соответствии с законодательством Российской Федерации.
3. Сумма страховых взносов, исчисленная для уплаты за календарный месяц, подлежит уплате в срок не позднее 15-го числа следующего календарного месяца.
4. Плательщики обязаны вести учет сумм начисленных выплат и иных вознаграждений (за исключением указанных в подпункте 3 пункта 3 статьи 422 настоящего Кодекса), сумм страховых взносов, относящихся к ним, в отношении каждого физического лица, в пользу которого осуществлялись выплаты.
5. Сумма страховых взносов, подлежащая перечислению, исчисляется в рублях и копейках.

Поэтому не корректно проверять сумму взносов умножением базы на тариф.

Иванова Наталья
Группа компаний КАМИН
Тема закрыта.
Спасибо сказали: Андрей Ланьшин, Николай Малышевский
30 авг 2017 18:49 #10
от ООО "Компания "Гарант" (13796)
Проверка осуществляется как по сотруднику, так и по организации в целом. Программа проверки сразу возвращает РСВ с ошибками. Им не интересно что Камин считает "в отношении каждого физического лица" когда в целом идет нарушение контрольного соотношения. Может в регистрах вести учет отчислений не в сотых (0,01), а в тысячных или... А при формировании отчетов округлять до копеек???

Удаленная поддержка (обновление, консультации, доработка конфигураций) программных продуктов фирмы 1С и КАМИН.
Тел. 8(34241)7-49-00, 4-54-44
Email: sovet1C@ya.ru или garant-soft@ya.ru
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
10 сен 2017 19:34 #11
от Анна Терентьева
Я с этой проблемой сталкивалась в прошлом квартале. С налоговой долго воевала. Теперь мстят), требуют постоянных пояснений по каждой цифре в РСВ-1.
www.kaminsoft.ru/forum/zarplata3-0/5900-kopejki-v-rsv-1.html
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
11 сен 2017 10:06 #12
от Boris Nagornov
Если при расчете взносов в документе "Конец месяца" увеличить точность расчета до 5 знаков (а в базе сохранять только 2 знака после запятой), то сумма по сотрудникам и сумма по тарифу совпадут и ошибки при сдаче возникать не будут. Нужно только внести изменения в программу.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
19 сен 2017 08:31 #13
от Андрей Ланьшин

Если при расчете взносов в документе "Конец месяца" увеличить точность расчета до 5 знаков (а в базе сохранять только 2 знака после запятой), то сумма по сотрудникам и сумма по тарифу совпадут и ошибки при сдаче возникать не будут. Нужно только внести изменения в программу.


Почему Вы считаете, что "этой ошибки" при сдаче отчетности не будет если изменить только точность расчетов, а точность хранения данных не менять? Ведь при расчете используются данные предыдущих месяцев нарастающим итогом, соответственно будут браться данные из базы с точностью до копеек, следовательно "ошибка округления" не исчезнет.

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

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.

19 сен 2017 09:12 #14
от Boris Nagornov

Почему Вы считаете, что "этой ошибки" при сдаче отчетности не будет если изменить только точность расчетов, а точность хранения данных не менять? Ведь при расчете используются данные предыдущих месяцев нарастающим итогом, соответственно будут браться данные из базы с точностью до копеек, следовательно "ошибка округления" не исчезнет.

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


Я смоделировал расчет в Excel. При умножении на тариф по каждому сотруднику округление дает погрешность как в "+", так и в "-".
Расчет нарастающим итогом нивелироует эту погрешность по сотруднику.

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

Виноват, в конечном счете, программист на месте, который не может "не хочет" изменить программу, чтобы она делала как нужно для нормальной сдачи отчета.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
19 сен 2017 09:18 #15
от Андрей Ланьшин

Я смоделировал расчет в Excel. При умножении на тариф по каждому сотруднику округление дает погрешность как в "+", так и в "-".
Расчет нарастающим итогом нивелироует эту погрешность по сотруднику.


Так в программе точно так же должно происходить, ведь данные одни и те-же по месяцам (с округлением до копеек).
Борис, я не понимаю, как изменение точности расчета без изменения точности хранения данных может привести к исправлению сложившейся ситуации. :(

Ланьшин Андрей, фирма КАМИН
Правильно заданный вопрос содержит половину ответа!
Тема закрыта.

19 сен 2017 09:53 #16
от Boris Nagornov

Так в программе точно так же должно происходить, ведь данные одни и те-же по месяцам (с округлением до копеек).
Борис, я не понимаю, как изменение точности расчета без изменения точности хранения данных может привести к исправлению сложившейся ситуации. :(

Когда мы не смогли сдать отчет в ФСС НС за апрель из-за погрешности на 1,42 руб, то пришлось провести исследование.

Тариф ФСС НС 0,6. Если провести обратный расчет по данным отчета, сформированного в программе, то получается почти по всем сотрудникам тариф 0,5999...
То есть расчет произведен с погрешностью?

Когда в документе "Конец месяца" в формуле расчета ФСС НС изменил точность до 5-го знака, то получил в отчете цифру, полностью совпадающую с проверочным расчетом ФСС. А что еще нужно для "счастья" расчетчика?

Может быть это просто совпадение.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин
19 сен 2017 10:09 #17
от Николай Малышевский

Когда в документе "Конец месяца" в формуле расчета ФСС НС изменил точность до 5-го знака, то получил в отчете цифру, полностью совпадающую с проверочным расчетом ФСС. А что еще нужно для "счастья" расчетчика?

Может быть это просто совпадение.

Скорее всего, именно совпадение.

Вспомните, раньше (когда взносы уплачивались в ПФР / ФСС и т.д.) эта проблема тоже возникала, в самом начале -- в 2010 году.
Позднее ПФР официально опубликовал требования к заполнению форм персонифицированного учёта, где упоминались ошибки округления и говорилось о допустимости небольших расхождений общей суммы взносов с расчётом "база, умноженная на ставку". Если мне не изменяет память, допускалось расхождение в 1 рубль на каждых 6 работников.
Тема закрыта.
Спасибо сказали: Андрей Ланьшин

Опрос
Всего 3 простых вопроса

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

Принять