Перенос отпуска и налогов к нему на 97 счет

[konrad]

Добрый день, коллеги!
Кто сталкивался с данной проблемой и как ее решал?
Имеющееся в стандартном функционале периодическое задание после правки ряда глюков худо-бедно переносит отпуска, а вот с налогами на сумму перенесенного отпуска уже не справляется. Да и потом вся периодическая отчетность работает по 14821 таблице, а там налоги на перенесенную часть отпуска не выделяются.
Собственно, видится два варианта решения данной проблемы.
1. Доработка имеющегося периодического задания для выделения требующей перенесения части налогов, а также периодических отчетов для корректного отображения начисленных налогов.
2. Изменение механизма расчета ЗП для выделения в отдельные проводки в 14820 (и как следствие - 14821) таблице начисляемых на перенесенную часть налогов. Также доработка периодических отчетов (менее значительная, чем в первом варианте).
Как, по мнению уважаемой конференции, лучше решать данную проблему?

[Шрэк]

konrad, меня подобная мысль неоднократно посещала (только пока не было организаций с переносом отчислений на 97 счет),я бы пошел по 2 варианту. Вывел бы еще в настройки, что относить или нет на 97 счет. Чтобы при расчете формировалось двумя строками. И тогда не нужно никаких периодических заданий. По крайней мере подобный алгоритм есть в наших системах намного лучше приспособленных для расчета заработной платы.
С другой стороны, почему-то кажется, что открыжить это периодическое задание будет проще.
И если кто что-то и делал в этой области посоветуют вам именно это, т.е. 1 вариант.

[konrad]

С первым-то действительно все более-менее понятно - бери и копай, и хуже чем есть уже не сделаешь. Тем более что работаю я на стороне клиента, и у нас тут параллельно живут 3.10 и 3.70, и обе системы потребуется править.
А вот второй вариант несколько пугает в силу его глобальности и высокой трудоемкости, особенно в разрезе двух систем (310 и 370). Хотя несомненно, что с точки зрения общей логики он правильней.

[Eugeny_F]

Я в свое время пошел по первому варианту. Времени это заняло не так уж много, не более одного дня.
По поводу доработки расчета надо копать предметную область.
Например, какой-нибудь товарищ берет отпуск с 20 декабря по 15 января. Какие при этом сделать проводки по налогам вообщем-то понятно. А вот, к какому году должен относиться начисленный ЕСН и НДФЛ, к текущему или следующему, не очень. Мне все-таки кажется, что к текущему. А вот, если к следующими, тогда уже действительно стоит расчет пилить.

[Шрэк]

Цитата:

Сообщение от Eugeny_F

А вот, к какому году должен относиться начисленный ЕСН и НДФЛ, к текущему или следующему, не очень. Мне все-таки кажется, что к текущему. А вот, если к следующими, тогда уже действительно стоит расчет пилить.

Относится к тому году В котором удержано, отчислено,начислено, а не За.
Но не в этом суть. Опять же, в продвинутых системах по расчету заработной платы предусматривается настройка - как учитывать налог с этого начисления, удержания - по методу В или ЗА.

P.S.
Так и думал, что если и будет от кого ответ, так это от Евгения.

[Шрэк]

Цитата:

Сообщение от konrad

Хотя несомненно, что с точки зрения общей логики он правильней.

Кто бы сомневался. До сих пор не понимаю, почему изначально пошли по другому пути?

[konrad]

Спасибо за совет, коллеги.
В связи с хроническим дефицитом времени пойду по варианту 1.
Из непоняток там пока видятся только ситуации в граничных точках регрессивной шкалы, остальное вроде более-мение понятно.

[Eugeny_F]

Цитата:

Сообщение от konrad

Из непоняток там пока видятся только ситуации в граничных точках регрессивной шкалы, остальное вроде более-мение понятно.

Я и в граничных точках и не в граничных действовал так:
1) Находил, какую долю составляет отпуск будущего периода в налогооблагаемой базе текущего месяца.
2) Полученный результат умножал на сумму налога.

[konrad]

Отлично. Так и сделаю. И проценты ловить по допсправочникам не надо. Спасибо за идею!