Страница 1 из 2
Налог на несчастные случаи
Добавлено: 20 апр 2006, 11:20
SergeyZhd
Доброе время суток
есть проблема с налогами на несчастные случаи с начала года процентная ставка по этому налогу была 7% а в марте пришло распоряжение что с начала года ставка 4%
Галактика рассчитала корректно за март но надо чтобы процент применился за январь и февраль
кто нибудь сталкивался с такой проблемой?
(7.12)
Добавлено: 20 апр 2006, 13:31
Великий Пользователь
Ага недавно такой стресс получили
Только у нас произшло увеличение налога с 1,2% до 2,5%. Т.е. январь-февраль мы уже закрыли с налогом в 1,2%, а когда уже было хотели закрывать март тут пришло мать его так письмо из ФСС что налог у нас 2,5%. Так вот тех. поддержка нам посоветовало следующее. ДО! расчета текущей зарплаты в классификатор налогов на ФОТ необходимо внести новый налог с новой ставкой. Хотя нам сказали что проблема в ПИР зарегистрирована по тому, чтобы сделать периоды действия ставок налога. Но решения пока не видно. Далее по закрытым месяцам проводим "Сервисную функцию" -> "Налоги на ФОТ" -> "Перерасчет налогов на ФОТ за закрытые месяца". Далее возникнет окно, название которого и проясняет какие именно налоги можно пересчитать, а именно не входящие в ЕСН. Помечаете месяца и пересчитываете архивы. Конечно же надо еще дать кооректировки по проводкам. Но это уже другая история
Добавлено: 20 апр 2006, 13:34
hope
Нужно в настройке налога поставить новый %.
Дfлее Расчет ЗП - Сервисные функции - Налоги на ФОТ - Пересчет налога на ФОТ за закрытые месяцы - там выбираете налог и какие месяца пересчитывать.
Но на платформе MS SQL эта функции работала не правильно (при патче zar11): она просто добавляла запись с налогом по новой ставке, не удаляя при этом прежний рассчитанный налог. На платформе Pervasive - говорят работает правильно. Попробуйте пересчитать сначала на одного работника.
Добавлено: 20 апр 2006, 13:47
Мария_Ф
На платформе MS SQL нужно сделать этот перерасчет дважды: действительно первый раз она не удаляет предыдущий налог, а добавляет новый, а при втором расчете все встает на место.
Добавлено: 20 апр 2006, 13:50
hope
У нас MS SQL. Пришлось из таблиц удалить все записи по этому налогу. А потом выполнили данную функцию.
Добавлено: 20 апр 2006, 13:51
hope
У нас при выполнении данной функции во второй раз - утраивала налог.
Добавлено: 20 апр 2006, 14:10
Мария_Ф
Странно, у всех по-разному отрабатывает.
Добавлено: 20 апр 2006, 14:17
Oweo
Мария_Ф писал(а):Странно, у всех по-разному отрабатывает.
Вы вообще-то не уточняете на каких патчах это делаете
Так что ничего особо удивительного не вижу
Добавлено: 20 апр 2006, 15:10
Великий Пользователь
Дык. Надо же создать новый налог, изменить входимость для всех видов оплат. И только тогда, старый налог удаляется, а новый вводиться. Делали это на Первезиве с zar11.
Добавлено: 21 апр 2006, 08:08
hope
Ошибку на платформе MS SQL зарегистрировали и может уже в zar12 решили.
Добавлено: 21 апр 2006, 08:56
Мария_Ф
Oweo
Сделано на Zar11.
Великий Пользователь
Ну зачем же такие сложности?
Добавлено: 21 апр 2006, 10:05
Великий Пользователь
Как посоветовала тех. поддержка так и сделали. Вопросы к ним
Добавлено: 21 апр 2006, 11:01
SergeyZhd
спасибо всем!!!!
Добавлено: 06 май 2006, 13:14
SergeyZhd
перерасчитали налог
а в отчёты попадают всё равно старые цыфры, как победить?
Добавлено: 06 май 2006, 19:03
sim
Выполнить пересчет налога с признаком Т с помощью стандартной функции нет возможности. Потому что как он не входит в ЕСН.
Проблема в ПИР №102.41551.
Проблема в принципе решена и включена в сборку версии 8.1
А на сегодня решить проблему можно только с помощью SQL.