Привет всем. Подскажите пожалуйста, сломала всю голову.
Вот есть РегистрНакопления.СтраховыеВзносыПоФизическимЛицам по которому видно, с какого начисления сколько взносов рассчитано.
А где найти такой же регистр для НДФЛ, чтобы понять, с какого начисления взят налог?

(0) Нет такого.

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

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

И по поводу СтраховыеВзносыПоФизическимЛицам по которому видно

А разве в нем видно по какой ставке рассчитано? А если таких ставок одновременно две применяются? Имхо, этот регистр по смыслу примерно такой же, как "Сведения о доходах для учета НДФЛ"

Спасибо за ответы. Еще был вариант настроить отчет по анализу НДФЛ, и добавить туда детализацию по коду дохода, но отчет все равно не показывал вычеты и сумма налогов в одной строке :(((

Как же тогда бухгалтеру понимать, что удержанный в ведомости налог был посчитан с какого-то оклада и какие вычеты к нему были применены. Вообще ума не приложу...

...а так же когда и с какого начисления налог стал считаться с превышения по ставке 15%

Не могу, столько времени убила чтобы получить спеца-консультанта, а теперь надо ходить по клиентам и объяснять что 1С ничего не умеет :((((((((((

(6) добей ее тем, что у нее действие ставок по страховым тоже размазано и "с какого именно начисления" по регистру показывает не очень правильно

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

А как увидит, что все правильно, то может свалить все обратно в одну кучу и убедиться, что рассчиталось все верно.

(7) Это не 1С ничего не умеет, а сами бухи/расчетчки должны иметь больше компетенций. Компетентных бухов мало, а потому приходится им разъяснять вещи, наподобие тому, что я в (8) написал

(5) (6) Это неправильные высказывания. :)
Такого бухгалтера - за ногу и об стенку.

Налоговый Кодекс. Статья 226. п.2 п.3 Медитировать до посинения.

ps: Это ужас. Бухгалтер расчетчик, если она конечно бухгалтер, а не оператор ЭВМ, обязана знать главу НК по НДФЛ в части, ее касающейся, назубок, иначе она профессионально непригодна.

(7) специалиста-консультанта это тоже касается. Изучайте матчасть - Налоговый Кодекс. Даже Остап Бендер чтил Кодекс, правда уголовный.



(5) >> Как же тогда бухгалтеру понимать, что удержанный в ведомости налог был посчитан с какого-то оклада и какие вычеты к нему были применены. Вообще ума не приложу...

Приложи вот сюда:
"2. Исчисление сумм и уплата налога в соответствии с настоящей статьей производятся в отношении всех доходов налогоплательщика, источником которых является налоговый агент, с зачетом ранее удержанных сумм налога..."
"3. Исчисление сумм налога производится налоговыми агентами на дату фактического получения дохода, определяемую в соответствии со статьей 223 настоящего Кодекса, нарастающим итогом с начала налогового периода применительно ко всем доходам, в отношении которых применяется налоговая ставка, установленная пунктом 1 или 3.1 статьи 224 настоящего Кодекса, начисленным налогоплательщику за данный период, с зачетом удержанной в предыдущие месяцы текущего налогового периода суммы налога."

(9) +100500

Иными словами,  - не считается налог конкретно с какого-то оклада.

Берется ВЕСЬ доход (суммированный) с начала года и по момент расчета, из него вычитаются ВСЕ полагающиеся с начала года и по момент расчета вычеты (тоже суммированные с начала года), умножается на процентную ставку. От результата отнимается ранее исчисленный НДФЛ. Это если весь доход не превышает 5 млн. Где здесь какой-то конкретный оклад?


Если превышает - то НДФЛ считается как 650 тыс. плюс 15 % от суммы, превышающей 5 млн (совокупно) минус ранее исчисленный. Опять нарастающим с начала года, опять нет никакого конкретного какого-то оклада, вот же засада :)

Т.е. есть какая-то куча начислений (оклад, доплата1, ..., доплатаN). Программа всё это суммирует. Вычитает вычеты. Умножает на ставку. Получается налог.
Но у оклада одна дата получения дохода и срок перечисления налога, у доплаты другой срок, у другой доплаты третий.
Получается всё таки налог как-то считается с начисления, а пользователь этого не видит, но хочет.

(12) Но если Пользователь сам себе злой Буратино и свалил все начисления в один день регистрации документов, то... самое простое - проклинать 1С

(13) он же не виноват, есть приказ сверху посчитать и заплатить сегодня всё и сразу.
Или если это увольнение, там же всё в один день ляжет как ни крути.

А я хочу Эйфелеву башню в огороде :)


>> Получается всё таки налог как-то считается с начисления
хм... ну вот что здесь можно трактовать таким образом:
"3. Исчисление сумм налога производится налоговыми агентами на дату фактического получения дохода, определяемую в соответствии со статьей 223 настоящего Кодекса, нарастающим итогом с начала налогового периода применительно ко всем доходам, в отношении которых применяется налоговая ставка, установленная пунктом 1 или 3.1 статьи 224 настоящего Кодекса, начисленным налогоплательщику за данный период, с зачетом удержанной в предыдущие месяцы текущего налогового периода суммы налога."

нельзя даже сказать, что налог считается не то что с конкретного начисления, а даже нельзя сказать, что с базы *дельты" /приращения к предыдущей базе. Нет. Налог ВСЕГДА считается с СОВОКУПНОЙ базы (нарастающим с начала года).
"Дельта"же здесь - это разница между исчисленным на текущий момент и исчисленным ранее налогом.

Понятно, что рука так и тянется взять оклад, и умножить его на 13%. Но это обманчиво. Это неправильно.
Не надо поддерживать в бухе эту неправильную иллюзию и идти навстречу ее хотелкам.
Я понимаю, что буху так легче.
Но надо переучивать буха на правильный алгоритм расчета, то, как предписано Налоговым Кодексом.
Вот пусть она возьмет карандашик, калькулятор и пару-тройку раз посчитает по алгоритму, как Налоговом кодексе. Ручками. Ибо ТАК предписано. Глядишь - и перестанет задавать свои хотелки и пенять на 1С.
То есть здесь нужно не опускаться на уровень буха, а наоборот,  подтягивать ее уровень до требований нормативных правовых актов.

И вычеты тоже. Они не даются на какое-то конкретное начисление, при таком алгоритме расчета, как в НК, они "размазываются тонким слоем" по все налоговой базе. :)

(14) Т.е. смотрим еще раз, по кругу уже пошли. Поэтому попробуем сформулировать с другой стороны.

Для НДФЛ интересна дата получения дохода.
У нас есть какие-то крайние даты, куда подгоняются все начисления.
Если это начисления с кодом дохода 2000, то датой получения дохода (вне зависимости от того, как конкретно названы текущие виды начислений) становится последний день месяца, либо день увольнения.
На некоторые другие виды "дата получения дохода" это всегда даты выплаты дохода. Не день начисления, а выплаты.

Если в расчете суммы НДФЛ с конкретного физлица наблюдаются трудности, то это означает, мое предположение, что не только даты у всех начислений установленны одним днем, но и коды дохода в начислениях еще не установлены разные. А они должны быть разными.
Просто, если бы там у данного конкретного лица действовал только Оклад, то проблемы с данным лицом не возникало бы.

Но если коды видов дохода в базе на разные виды начислений у этого Расчетчика все-таки установлены верно (в чем я лично очень сомневаюсь),
а хочется расчет _развернуть_, то самый доступный и простой способ для такого расчетчика - в порядке предварительной подготовки документов к расчету
- разнести все начисления на разные документы с разными датами выплаты по этим документам.
Тогда существующая в конфигурации отчетность позволит увидеть, что весь окончательный расчет выполнен верно.

И повторюсь.
Когда расчетчик удовлетворит свои потребности в проверке расчета,
то он сможет заменить все введенные даты в документах одну общую дату или попробовать собрать все начисления в один документ, как это ожидается им от полученных приказов.
И после проведения сравнить результаты.

А вот когда два варианта регистрации документов покажут разные результаты расчета налога, вот тогда и надо расследовать это событие.