Несправедливо все равно!Сообщение от Просто Таша
А как тогда расчитают декретные?
Уходить ей в марте. Период для расчета среднего уже другой возьмут? И будет ли учитываться здесь з/п за январь - февраль (там где она существенно теряет в з/п)?
Несправедливо все равно!
А как тогда расчитают декретные?
Уходить ей в марте. Период для расчета среднего уже другой возьмут? И будет ли учитываться здесь з/п за январь - февраль (там где она существенно теряет в з/п)?
Расчетным периодом будет 01.03.2009-28.02.2010. И по пункту 13 ПП 375 время сохранения среднего заработка за беременной сотрудницей, переведенной на легкий труд, и начисленные за это время суммы входят в расчет.
при чем тут справедливость? есть закон, его следует соблюдать.
В расчет среднего для б/л по БИР период сохранения среднего заработка не войдет, так что и дни и суммы, которые вы считаете несправедливыми в расчет не войдут и не повлияют на размер пособия
опа, значит надо будет ещё раз перечитать закон.
Для расчета декретных опять возьмут средний дневной, умноженный на 140 дней?
То что она перешла на легкий труд уменьшит ср. дневной заработок за расчетный период или увеличит?
Да, снова возьмут средний дневной, но считаться он будет уже не в рабочих, а в календарных днях. Поэтому особой разницы быть не должно.
А справедливость все-таки должна быть где-то.
Не думаю, что положение беременной сотрудницы должно ухудшиться в связи с переводом на легкий труд.
просто ей не повезло с месяцем. был бы июль, как вам уже заметили, она получила бы больше, чем если бы работала. Или справедливость по отношению к остальным вас не интересует? НУ просто именно так предусмотрен расчет, посочувствовать можно, что-то изменить - нет.
Но он тоже ограничен будет:
не более 1136,99 рублей в день? А подоходным облагается?
да
нет
Что "да нет"?
т.е. максимум что можно получить 1136,99 * 140 = 159178,6 руб. Так?
Подоходным не облагается, так?
chrn33, щас отвечу: Так. Так.
Максимальная сумма - 159178,60 за весь отпуск по БиР
НДФЛ и страховыми взносами всех мастей не облагается
Спасибо огромное - РАЗОБРАЛАСЬ наконец-то!!!chrn33, щас отвечу: Так. Так.
Максимальная сумма - 159178,60 за весь отпуск по БиР
НДФЛ и страховыми взносами всех мастей не облагается
waw, Вы уходите от ответа и гнете свою линию. Ответье в конце концов: мат.помощь при рождении ребенка для Вас (с учетом нормативки) это один вид или два? (в течении года после рождения и позже)?
А в программе Вы это реализовали одним видом или двумя?
Если одним - то Вы до конца следуете своей идее. Если двумя - то "тут следую, а тут не следую".
Вам же уже объяснили, почему в январе разница разительная - рабочий день января стоит дороже (то есть считайте что это максимально дорогой день в течении года), а Вы его оплачиваете "по-среднему". А насчет справедливости: а что справедливо работать легче/меньше и получать столько же? Со стороны беременной - да, а со стороны остальных работников?
Вот уж не думал, что это осталось непонятным.waw, Вы уходите от ответа и гнете свою линию. Ответье в конце концов: мат.помощь при рождении ребенка для Вас (с учетом нормативки) это один вид или два? (в течении года после рождения и позже)?
Тогда дам предельно лаконичный ответ: да, это один (1) вид выплаты. Бухгалтер во всех случаях выбирает этот единственный вид, а уж программа сама (по дате рождения, размеру выплаты и налоговому периоду) разбирается с тем, как правильно обложить данную сумму взносами.
Со вторым видом матпомощи (где до 4000) - тот же ответ: да, это один (1) вид выплаты. Бухгалтер во всех случаях выбирает этот единственный вид, а уж программа сама (по размеру выплаты и налоговому периоду) принимает решение о том, как правильно обложить данную сумму взносами.
И на всякий случай уточню - оба этих вида матпомощи - это разные виды выплат.
Вот, нашел вашу причину для разделения единовременной матпомощи на 2 подвида:
Насчет облегчения жизни всем - мы то с вами отлично понимаем, кому это облегчит жизньНу поясните мне тогда, как Вы, не создавая "нового вида выплат" сможете "налогообложить" мат.помощь выплаченную в течении года после рождения и позже? Вы привяжете вид выплат к конкретному ребенку и будете анализировать прошла сумма в течении 12 месяцев после рождения этого ребенка или нет? По мне так - два вида выплаты облегчит жизнь всем.
А раз программа сама определять этот год от рождения ребенка не будет, то этим вынужден будет заниматься бухгалтер. Именно он вместо того, чтобы просто ввести дату рождения (об идентификации ребенка умолчу, хотя детей различать безусловно надо) и ни о чем не беспокоиться, должен будет осознать, прошел уже год или нет, чтобы выбрать то начисление из двух, которыми вы его обеспечили.
И то же самое было бы, если бы вы разделили матпомощь на части до 4000 и после 4000. Просто в этом случае задурить голову бухгалтеру немного сложнее, да и тому принять правильное решение более трудоемко - самому (за программу) там чего-то складывать и вычитать.
Но принципиальной разницы между этими случаями (год/не год, до 4000/сверх 4000) я не вижу. Конечно, я понимаю, что второй случай где-то когда-то уже был вами реализован - с ним проблем нет, а вот прикрутить проверку до года/после года вы назвали заморочками. Вот и причина для появления "нового" вида выплаты.
Последний раз редактировалось waw; 10.02.2010 в 18:46.
По поводу идентификации ребенка:Вы привяжете вид выплат к конкретному ребенку?
Для определения того, прошел год с момента рождения или нет, достаточно просто даты рождения.
Различать детей следует из-за ограничения (50000) по необлагаемой сумме матпомощи. То есть эта "проблема" появилась не с этого года. Если ее не решаете вы, значит ее будет решать бухгалтер.
А к ребенку я бы привязал не вид выплаты, а конкретную сумму данного вида.
PS
В #105 немного ошибся - для единовременной МП по рождению налоговый период из списка условий нужно убрать - он не влияет на результат.
Последний раз редактировалось waw; 10.02.2010 в 19:17.
Ох дадут нам по шапке за оффтоп.
То есть при выходе данной поправки к НК (зависимость от времени выплаты) Вам пришлось массово обновлять программу всем своим клиентам? Или у Вас в архитектуре программы заложена возможность привязать к сумме любую дополнительную информацию (причем еще и интерфейсно это все реализовано: бац и программа как по щучьему веленью при вводе суммы спрашивает дату рождения)
Ну и Вы не сбрасывайте со счетов, что Вы программу то не бесплатно после внесения данного изменений (учет года рождения) обновилиНасчет облегчения жизни всем - мы то с вами отлично понимаем, кому это облегчит жизнь.
Кстати, Вам еще мало ввести дату рождения ребенка, Вам еще надо ввести дату, когда сумма фактически выплачена, в противном случае рискуете посчитать неправильно.
Как Вы думаете, сколько времени потребуется среднестатистическому бухгалтеру, чтобы определить сумма выдается в течении года после рождения или больше, зная дату рождения? думаю доли секунды ему хватит.
Принципиальной общечеловеческой - нет конечно. А архитектурно-программисткой - огромная. Первое условие задается на уровне настроек налогов и подобные схемы уже существуют десятилетиями (еще с подоходного налога), второе требует привязать новую сущность к сумме определенного вида начислений.
Повторюсь, общепринятого критерия разделения по видам оплаты не существует. Вы не поверите как многообразна бухгалтерская жизнь. Один бухгалетр надбавку за что-либо (сложность, вредность и т.п.) ставит сразу в оклад и это у него идет общей суммой с окладом, другой выделяет в отдельный вид.Вот и причина для появления "нового" вида выплаты
У нас этой проблемы нет (точнее так: привязку к ребенку для этого у нас делать не надо).
Это справедливо только для 2009 года. Для предыдущих лет, это не так
Вячеслав, это ваша вина, что мне постоянно приходится отвлекаться от "чистой теории" и обсуждать проблемы ее реализации на практике.Ох дадут нам по шапке за оффтоп.
На форуме я обычно пишу, что сам думаю по тому или иному поводу. Программа же часто подстраивается под "враждебное" окружение, но обсуждать эти компромиссы с властью не так интересно. Поэтому мне и хотелось, чтобы вы тоже высказывали просто свое мнение, а не то, что пришлось сделать в программе "на всякий случай", чтобы не переплатить пособия. Это-то мне понятно и сам поступаю аналогично, так как сам подозреваю ФСС в "неправильной трактовке".
Ведь все, кто не соглашался с моими суждениями здесь на форуме, приводили свои доводы, а эти - просто поставят перед фактом. И как жить дальше?..
"Здесь нет вычета, как в НДФЛ..." (не могу уже найти, где прочитала, поэтому так коряво цитирую)
Уважаемые программисты, вы, конечно, молодцы - глубоко вникаете в проблемы. Но, на мой взгляд, нужно понять следующее - время СИНХРОНИЗИРОВАТЬ нормы главы 23 НК РФ (где тоже есть предельные лимиты и необлагаемые суммы, с ними связанные) и № 212-ФЗ (в части страховых взносов). Попросту говоря, нужно внедрить в программные продукты вычеты: 403ф (собственно, и ранее действовал в отношении ЕСН), 405ф, 503ф, 508ф и пр., имея ввиду распространение данных кодов вычетов, установленных для НДФЛ, на взносы в фонды, и тем самым облегчить жизнь бухгалтерам. Нормы то фактически одинаковые по многим позициям в главе 23 НК РФ и № 212-ФЗ.
А вот насчет переходящего с 2009 года 12-месячного расчетного периода еще надо подумать, как там и что...
Вообще-то вычеты в практику расчета НДФЛ (кроме указанных в НК РФ) внедрило ФНС (или кто там в Правительстве), программисты лишь реализовали расчет с их использованием. Напишут инструкцию по заполнению РСВ-1 с вычетами, программисты сразу и запрограммируют.Это не к программистам, это к законодателям.время СИНХРОНИЗИРОВАТЬ нормы...
а еще по ограничению кол-ва БЛ по уходу.
Простите, не понял. Почему "не надо"? А если папа и мама работают в одной организации? Выплата привязана именно к ребенку, чтобы "случайно" два раза не выдать. Я так думаю.
На мое ИМХО, просьба не опираться!
Когда я говорю,складывается впечатление, что я брежу(©)
по 50 обоим
Так законодатели уже сделали это фактически в 212-ФЗ, не назвав вычетами (а назвав необлагаемыми - но сути дела это не меняет). Так что к программистам это, к ним родимым... (возможность бухгалтеру нужна применить традиционные коды вычетов по НДФЛ к страховым взносам для простого и эффективного ведения персонифицированного учета по всем "зарплатным" налогам и взносам)
А Инструкцию по заполнению РСВ-1 можно очень долго ждать... (не зря отсекли порядок заполнения от формы при ее принятии, побоялись в ПФР, что Минюст не пропустит). Работать то нужно сейчас - не углубляйтесь вы в понятийный аппарат, по сути решайте в программных продуктах.
Если не секрет, что за программа используется где этого нет? Вообще-то вычеты и в случае с ЕСН были нужны (мат.помощь у бюджетников). А где есть один вычет, там уж всяко есть механизм добавления произвольного количества вычетов с произвольным кодом вычета и размером.
Ну в общем не надо всех под одну гребенку
О! Это Вы хорошо посоветовали. Потом расхлебывать "не углубление в понятийный аппарат" будете очень долго (если "повезет" столкнуться с поделкой от таких программистов). Не понимая предметную область создать хорошую программу невозможно.
Ну и хорошо, если есть такая функция с распространением вычета по НДФЛ на страховые взносы в конкретных программных продуктах - и НЕ ТОЛЬКО ДЛЯ БЮДЖЕТНИКОВ (потом, не пойму я что-то - для бюджетников по ЕСН было 3000 руб, по НДФЛ 4000 руб., сейчас законодатели размеры для всех унифицировали - 4000 руб., т.е. вычет работает ОДИНАКОВО как по страховым, так и по НДФЛ).
Последний раз редактировалось finekss; 12.02.2010 в 17:02.
Вы опять о своих интересах - интересах программистов - говорите, а не об интересах тех, для кого работаете (бухгалтеров). Вам же посоветовали, как лучше поступить, чтобы СЕЙЧАС СОЗДАТЬ ХОРОШУЮ ПРОГРАММУ, доработать, как надо - учитывая СИНХРОННОСТЬ отдельных норм главы 23 НК РФ и № 212-ФЗ. Но можете, конечно, и дальше изучать "предметную область" теоретически...Если не секрет, что за программа используется где этого нет? Вообще-то вычеты и в случае с ЕСН были нужны (мат.помощь у бюджетников). А где есть один вычет, там уж всяко есть механизм добавления произвольного количества вычетов с произвольным кодом вычета и размером.
Ну в общем не надо всех под одну гребенку
О! Это Вы хорошо посоветовали. Потом расхлебывать "не углубление в понятийный аппарат" будете очень долго (если "повезет" столкнуться с поделкой от таких программистов). Не понимая предметную область создать хорошую программу невозможно.
Генук, это к чему? "Рекомендуемый порядок...", никем не утвержденный?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
