стандарт. вычеты по НДФЛ в 2009 при наличии переходящих отпусков (дек. 2008 - янв. 2009)

Новая тема
Добрый день. Имеем 1С:Предприятие 8.1 (8.1.12.101), Управление производственным предприятием, редакция 1.2 (1.2.16.1)<br>Проблема с переходящими в другой налоговый период отпусками (декабрь 2008 - январь 2009).  Посчитали зарплату на тестовой базе по сотрудникам с такими отпусками за первые 3 месяца 2009 года. Результат - стандартные вычеты по НДФЛ в 2009 году даются с учетом суммы отпускных, приходящихся на январь. То есть, налицо ситуация что в совокупный доход работника за 2009 год приходит доход, начисленный и выплаченный в<br>2008 г. Бухгалтера считают это неправильным результатом, при этом ссылаются на письмо Минфина от 6 марта 2008 г. №03-04-06-01/49:<br><br>"...Дата фактического получения доходов в виде оплаты отпуска определяется в<br>соответствии с пп.1 п.1 ст.233 Кодекса как день выплаты доходов, в том числе<br>перечисления дохода на счета налогоплательщика в банках, независимо от того, за какой <br>месяц она была начислена..."<br><br> Можно ли как-то повлиять на данную ситуацию с вычетами в 2009 году?
Зачем менять программа все сделала правильно. НДФЛ начислен в 2008 и удержан в 2008 с учетом дохода 2009 года с вычетом по НДФЛ. У нас такое было в прошлом году. Правда письмо еще нечитала может что то и поменялась, найду почитаю.
https://buh.ru/document-1381
Статья хорошая, спору нет, но все эти манипуляции являются по сути обходным решением, чтобы сдать отчетность 2-НДФЛ в налоговую за 2008 год (если делать отчетность на копии рабочей базы). Похоже что и вычетами в 2009 году вопрос закроется сам (доход с январских отпускных не перейдет в совокупный доход 2009 года)если изменения сделать в рабочей базе. А как подмена предопределенного кода дохода альтернативным стыкуется с периодическими обновлениями конфигурации, которые фирма "1С" (сама или через фрач) настоятельно рекомендует делать? Судя по организации, от которой выступает автор статьи, изложенное в ней не является официальной позицией фирмы "1С". Такой вот "Троянский конь"...
>  Судя по организации, от которой выступает автор статьи, изложенное в ней не является официальной позицией фирмы "1С". Такой вот "Троянский конь"...<br>На этом ресурсе не публикуется материалов в разделе "Автоматизация учета" без согласования с методистами фирмы "1С".<br><br>
"...Блаженны верующие, ибо воздастся им по вере их..." <br>Вопрос остался открытым. Сможем ли обновить конфигурацию базы данных с введенным альтернативным кодом дохода используя типовой релиз обновления от разработчика. На данный момент наша рабочая конфа сильно заточена под "хотелки" бухгалтеров (нанимали "франчей" при внедрении, денег вбухали немеряно, деньги кончились внезапно, остались еще и должны, подддержки нет), но вопрос не в особенностях обновления нетиповых конфигураций.<br>Вопрос в том, учтет ли разработчик при выпуске своих будущих обновлений, что данным обходным решением кто-то воспользовался и начал вести альтернативный расчет и учет отпусков?
> А как подмена предопределенного кода дохода альтернативным стыкуется с периодическими обновлениями конфигурации, которые фирма "1С" (сама или через фрач) настоятельно рекомендует делать? <br>нормально стыкуется
Читают тему
(гостей: 1)

Быстрый переход