К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Ошибка при проврке пачек ПФР: В данных о заработке сумма, облагаемая взносами, превышает сумму начисленного заработка!

0 - 02.02.2013 - 21:18
Доброго дня!
Проверила вручную,взяла начисления за 3 месяца, умножила на процент по страховым взносам ПФР, все правильно, но пишет эту ошибку, причем по тем людям у кого во втором квартале делали сторно по больничному листу за предыдущий период, и в этом же месяце сделали правильный больничный лист. Подскажите пожалуйста как эту ошибку исправить?
Заранее спасибо



1 - 02.02.2013 - 21:25
Работаем Зарплата и Управление Персоналом, редакция 2.5 (2.5.61.1)
Гость
2 - 02.02.2013 - 22:30
Похоже, придется исправлять предыдущий квартал.
Дата дохода = дата начисления. А не события.
3 - 02.02.2013 - 23:01
Неправильно отсторнировали? В январе был болничный, в июде обнаружилось что он неверный, мы июлем сделали документ сторно и июлем сдели другой больничный,указав период болезни январь, а как надо было?
4 - 02.02.2013 - 23:20
3-Кэтти > все вы правильно сделали. но ПФ не понимает подобного. варианта два - относить на январь и пересдавать или "завернуть" куда-нибудь минусовую разницу:) (на другой месяц в этом квартале, если есть еще больничные или необлагаемые суммы у этих людей или на дублеров).
5 - 03.02.2013 - 00:13
(4) Не совсем понятно почему это было во 2 кв, ошибок все это время никаких не было, а в 4 кв появилась ошибка и больничные страховыми взносами не облагаются
Гость
6 - 03.02.2013 - 00:40
5-Кэтти > Больничные и во втором квартале страховыми взносами не облагались.
Более того, скажу совсем смело: они вообще никогда не облагались.
А вот некоторые бухгалтера, развесив уши перед "объяснениями", облаЖались...
7 - 03.02.2013 - 01:00
(4)Ой вопрос снят, СЗВ 6-3 у нас не поквартально сдается.
"Завернуть" мне больше нравится. Я получается зайду в СЗВ 6-з сравняю облагаемую базу и заработок, насколько плохо будет если я на эту разницу уменьшу заработок, но только в другом квартале ибо больничные у меня только там
8 - 03.02.2013 - 01:04
(6)Знаю что никогда не облагались
9 - 03.02.2013 - 01:05
(6)Запятую просто не поставила :-)
Гость
10 - 03.02.2013 - 02:06
9-Кэтти > Начнем сначала.
"В данных о заработке сумма, облагаемая взносами, превышает сумму начисленного заработка! ... причем по тем людям у кого во втором квартале делали сторно по больничному листу..."
Ну? И причем здесь "больничный лист" и его "сторно"?
Гость
11 - 03.02.2013 - 02:30
+10 "... мы июлем сделали документ сторно и июлем сделали другой больничный" (!?) А что, кнопка "Исправить" недоступна, или неправославна?
Впрочем, в любом случае больничные на взносы в ПФР влиять не могут...
12 - 03.02.2013 - 09:00
(11) что ж ты с налёту на людей всегда накидываешься... думай сначала хоть немного...

вспомни строение СЗВ-6-3... там помесячно две графы: Всего и База

в месяце регистрации сторно БЛ будет Всего < База => ошибка при проверке...

пять секунд добавить Всего в этом иесяце под Базу и убрать в месяце действия ошибочного БЛ при сохранении ИтогоВсего
13 - 03.02.2013 - 11:15
12-Гена > если между 2 и 1 кв, то может прокатит, т.к. оно вроде пока с РСВ не сверяются. но если минусы в 4 кв, то как-то с РСВ должно сходиться, поэтому как вариант - "заворачивать" на дублеров, чтоб било с РСВ и с облагаемой базой конкретного сотрудника (если у этого сотрудника больше в этом квартале необлагаемых нет).
14 - 03.02.2013 - 12:00
(11)Я по началу тоже как VZ не могла понять при чем тут больничный и страховые взносы
15 - 03.02.2013 - 12:03
Везде почитала,пишут что это ошибка программы, Chek вроде ошибку не выдал,но в ПФР все равно наверное не примут если так оставить
16 - 03.02.2013 - 13:54
Chek ошибку не выдал - отправляйте. Не понравится, переделаете.
Это ошибка методологии 1С, когда исправление незарплатных расчетов в сторону уменьшения проводится не периодом действия (по дате выплаты дохода, вознаграждения), а по периоду регистрации перерасчета, когда выплаты нет.
17 - 03.02.2013 - 15:11
Спасибо всем,попробуем пока отправить так,если не примут будем переделывать
Гость
18 - 03.02.2013 - 15:20
16-GSokolov > "Это ошибка методологии 1С, когда исправление незарплатных расчетов в сторону уменьшения проводится не периодом действия (по дате выплаты дохода, вознаграждения), а по периоду регистрации..." - применяй принятую терминологию правильно.
"Период действия" (по "терминологии 1С") есть период события (а вовсе не "выплаты").
"Период регистрации" (по терминологии 1С") есть период фиксации и расчета этого события. Опять же, с выплатой никакой связи.
Методологи 1С отказались от ввода сущности "Период оплаты", условно совместив его с "периодом регистрации". О причине этого решения говорить не буду - они довольно очевидны.
Ни о какой "ошибке" в свете этого разговора быть не может. Это следствие, которое исправляется "макаронными" алгоритмами в модулях. С многочисленными гирляндами "если ... иначеесли ... иначе......".
19 - 03.02.2013 - 19:17
17-Кэтти > ИМХО, не примут... но в любом случае расскажите о результатах - очень интересно:)
20 - 03.02.2013 - 20:47
Цитата:
Сообщение от VZ Посмотреть сообщение
"Период действия" (по "терминологии 1С") есть период события (а вовсе не "выплаты").
А в терминологии НДФЛ событие как раз выплата дохода, это 1С упростила (кроме последних версий), приняв вместо даты выплаты период начисления и регистрации этого начисления. Для взносов та же картина (не учитывая конкретный день), однако, если для НДФЛ теперь есть дата выплаты дохода, куда можно отнести корректировку, то для ПФР этого сделать не додумались. И отрицательная корректировка дохода (выплаты, вознаграждения) вылазит в периоде регистрации корректировки сторнированием, а не в периоде её действия (получения дохода). Отрицательными доходы-то не бывают, ПФР это жёстко застолбил, можно лишь уменьшить сумму ранее полученного. А метод, применяемый 1С - это полное сторнирование прежней суммы и начисление новой, но уже в новом периоде. Именно эту ошибку я имел ввиду.
21 - 03.02.2013 - 21:26
в серую надо платить короче, а б/л вообще зло - не должно их быть в учёте, заодно и директор порадуется что никто на больничных не сидит годами
Гость
22 - 03.02.2013 - 22:09
20-GSokolov > Во-первых, про НДФЛ в сабже речи не было, и не надо уводить разговор в сторону.
Во-вторых, для доходов в пользу НДФЛ существует два события, а вовсе не одно.
В третьих. Для ПФР (ФСС и иже с ними) существует только одно событие: дата начисления независимо от момента фактической выплаты (п. 1 ст. 11 Закона № 212-ФЗ). Которая попадает как раз в период расчета. В "терминах 1С".
Вспоминаем матчасть, вспоминаем...
Гость
23 - 03.02.2013 - 22:22
+22 "А метод, применяемый 1С - это полное сторнирование прежней суммы и начисление новой, но уже в новом периоде. Именно эту ошибку я имел ввиду." - опять призываю изучить таки матчасть.
Кроме полного сторнирования с последующим новым документом в ЗУПе существует иной метод корректировки: в документе есть и кнопочка "Исправить". Рекомендую ознакомится.
В ЗиКе - аж 3 метода: кнопочкой, сторнированием, и "изменением документа" (последний предполагает изменения только сумм, но не периода действия).
Гость
24 - 12.02.2013 - 17:24
Не подскажите ссылку на обработку которая находит людей у которых возникает такая ошибка (0), был сторнируемый больничный и вседствии этого СЗВ 6-3 не идет с РСВ?
25 - 12.02.2013 - 20:45
24-George > не вяжется что-то "был сторнируемый больничный", "обработку которая находит людей у которых возникает такая ошибка (0)" и "СЗВ 6-3 не идет с РСВ":)
Если известно, что был сторнируемый больничный, то скорее известно какой. при ошибке (0) СЗВ 6-3 идет с РСВ, но проверочная программа ругается на превышение облагаемой над общей. чем не обработка?;) если просто СЗВ 6-3 не идет с РСВ, то скорее был не "сторниемый", а "сторнирующий" больничный и в минус завалилась общая сумма начислений, поэтому в СЗВ 6-3 просто не попало. обработков разных в сети есть. можно просто в условиях типового формирования поменять >0 на <>0 и выловить проверочной программой. а для какой конфы хоть интересует?
Гость
26 - 12.02.2013 - 21:09
Все верно. Мне надо было поставить вопрос так: Какая обработка находит сотрудников у которых "в минус завалилась общая сумма начислений, поэтому в СЗВ 6-3 просто не попало"? Конфигурация ЗКБУ (1.0.51.1).
27 - 13.02.2013 - 05:22
26-George >Есть. CheckXML называется. Скачать можно бесплатно.
28 - 13.02.2013 - 06:57
27-victuan > если не попало, то не найдет:)
Гость
29 - 13.02.2013 - 18:52
(26) не совсем понятно зачем для этого специальная обработка, с ЗКБУ не знаком, но с ЗУП немного дружу, элементарная ежемесячная расшифровка колонок в "Анализе начисленных налогов и взносов (ПФР)" по физическим лицам и поиском "-" в колонке начислений выявляет таких лиц легко (в ЗКБУ подозреваю можно сделать аналогично). На самом деле проблема здесь не в обработках, а в желании или не желании расчетчика сделать несколько движений пальцами в конце каждого месяца.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены