Сотрудница появилась в нашей организации в марте.
Сначала сотруднице начисляли ЗП без вычетов. Затем в мае завели вычеты
127/115 2й реб
128/116 3й реб
128/116 4й реб

Итого вычетов в месяц: 6000 + 6000 + 2800 = 14800.

В мае зарплата начисляется с датой получения в июне.

Соответственно 1С:ЗУП насчитывает вычетов за 4 мес (14800*4).

Бухгалтер упёрлась и заявляет, что ЗУП должен предоставлять вычеты только за 3 мес. Я говорю, что всё в ЗУП верно — должно быть 4 мес. вычетов, т. к. дата получения июньская.

Какие доводы можно привести, что в 1С:ЗУП правильно?

(11) Перенос доходов собираемся сделать, но в пн :-)

(13) Не будет.
Легко проверить: откройте программу и гляньте как часто зп выплачивалась в начале следующего месяца.

(14) Дубль два: по НДФЛ не надо переносить доходы, они чужие.

(16) Имелось в виду в личной карточке собирались завести доходы с предыдущего места работы. Ведь по этим данным учитывается предел 450 тыс.

Итак вот что мне в итоге написала бухгалтер:
РЛ-это финансовый документ период ЗП за месяц, никаких дополнительных предоставлений ст/вычетов, на даты выплаты, как вы утверждаете, основываясь на формирование справки 2 НДФЛ в нем не должно быть.
В Закрытие ЗП за месяц, все должно рассчитываться точно до копейки.
Если сотрудницу перевели к нам с 01.03.25, а документы на ст/вычеты она предоставила в Мае 2025г. Вот в РЛ мая 25, ей и должен вернуться излишне удержанный НДФЛ, только из расчета трех месячного периода работы. И количество сумм ст/вычетов в РЛ мая 25,
должно равняться количеству её несовершеннолетних детей умноженное  на 3, период работы в ГПА –Март, Апрель, Май-25г. По другому не бывает. БУХУЧЕТ НАУКА ТОЧНАЯ, ТВОРЧЕСТВА НЕ ПРОЩАЕТ! НАКАЗАНИЕ ШТРАФЫ!


По поводу предложения сместить в заявление месяц предоставления на месяц вперёд (вычет марта уже предоставлен в базе филиала), не согласна, расчетчику предоставили документы на ст/вычеты, в текущем месяце, он их отрабатывает вводом в систему в этом месяце. В закрытие ЗП, при Начисление в автоматизационной системе, все должно рассчитываться.

Там ещё в другом месте накатали кучу текста. Надо сначала самому осмыслить :-)

(18) Забавно )))
Берите с неё письменное ТЗ с живой подписью и делайте всё, что она хочет. Заранее предусмотрите опцию мгновенного удаления всех своих правок в ближайшем будущем.

Новенькая пришла на фирму? Не спорьте, а то выгонят )

https://www.v2b.ru/documents/pismo-fns-rossii-ot-28-12-2022-zg-3-11-14974/

(18)

(21) Не надо ей ничего показывать. Раз написала капсом, значит зла как чёрт, запомнит шибко умного прога и выживет его с фирмы на раз-два-три )

Вот что ещё написали:
Сотрудницу перевели из филиала к нам с 01.03.2025г. Единственное что мы можем перенести из данных филиала, это ФОТ за период работы 2025г. Стандартные вычеты переносить нельзя. За стандартными вычетами сотрудник должен обращаться в ОК (согласно Пр.6596 от20.12.24). самостоятельно, и предоставлять подтверждающие документов, на основании которых мы вводим в систему Коды СВ, суммы которых уменьшают Облагаемую базу. еще раз повторяю, это учет фактических денег сотрудника.
РЛ, равен периода Закрытия ЗП, т.е месяцу, и предоставленные СВ, в нём должны учитываться в одинарном размере, ни каких лишних предоставлений на переходящий доход в РЛ не должно быть, т.к. это риск переплат, а так же не верный расчет НДФЛ и в сторону уменьшения, который приводит к претензиям со стороны сотрудников, при объяснениях с ними отнимается много рабочего времени у расчетчика!
Сотрудница обратилась с документами на СВ в Мае 2025г, т.к. База филиала и заработок с Марта 25 у нас не превысила предел разрешенной базы (450т.р.). Сотрудница имеет право пользоваться СТ на 2-го (2800р.) 3-го (6000р.) и 4-го(6000р). в месяц. В закрытие ЗП Май 2025, система должна была пересчитать НДФЛ на возврат в рамках трех месяцев. Файл расчета ручной проверки я вам вложила. Применять лишний четвертый СТ, как вы утверждаете, в фактическом расчете затрат нельзя! Есть 1часть ЗП, и 2часть ЗП-вот в расчете последней все должно приводиться в соответствие.

(20) Уже больше года трудится. Раньше, возможно, она не обращала внимание. :-)

))))))))))))))))))
Всё. Молча исполняйте её хотелку.

(20) Уже заставила доработать заполнение документа "Справка 2-НДФЛ", чтобы доход учитывался исходя из даты документа. Т.е. если указать 31.03.2025, то доходы должны ограничиваться мартом. Типовой сбор данных ориентировался не на дату получения дохода, а месяц учёта, т.е. могли отображаться данные апреля. Сказали это неправильно - переделывайте.

(21) Спасибо. Почитаю.

(25) Эм. Тут потом проблем не оберёшься по всем остальным... Так что как-то надо продумать убеждение подкреплённое законами :-)

(26) Ну и правильно.
Мне как-то одна знакомая объяснила кто такой зануда - это мужчина, которому легче дать, чем объяснить, почему именно сегодня не можешь )

Завтра буду читать и обдумывать :-)

(30) Как хотите. Ждём Вас в ветках поиска новой работы )

Только держите нас в курсе. Давно я так не смеялся, без обид )

(18) а причем бухучет?
НДФЛ - это налоговый учёт...

(18) "...В закрытие ЗП, при Начисление в автоматизационной системе, все должно рассчитываться."
Какой-то бред про несуществующие в ЗУП3 сущности.

Ладно... давайте спасать коллегу. Итак, ГБ работает год и её всё устраивало. Когда зарплата выплачивается всё время в начале следующего месяца, то и впрямь не видно, что по НК РФ вычеты сдвинуты на месяц вперёд. На них же не написано, что это февральский вычет, но за зарплату января )

Эрго, только для данного кекса надо прогнать туфту (всё равно эта инфа чисто справочная и особо не нужная):
Если ФИО или код табельный номер = Кекс И месяц = май 2025, то в р/л выводим сумму 3*(месячные вычеты)
)))

(20) Пасовать перед бухгалтеренкой - чему вы, сэр, на молодых учите ? С каких это пор ? "Что то Ген ты больно робок ..."

Понаписала бушка глупостей с важным видом. Расч. листок стал финансовым документом ... С каких это пор, всегда был информационным. Бухучет точная наука. При жизни Луки Пачоли очень может быть он таким и был. Но с появлением изощренных налоговых кодексов все стало много сложнее.
Коллеге можно посочувствовать. Если НК для буха не аргумент - предстоит длительная война. Переписывать конфу под дурные хотелки - то еще удовольствие

(23) "Применять лишний четвертый СТ, как вы утверждаете, в фактическом расчете затрат нельзя!"

А вот за этот креатив можно и партбилет положить на стол. Хочешь чтоб так было - выплачивай зарплату в последний день мая. Выплатил в июне - любуйся на июньский вычет.

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

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

(22) Сдается мне, джентльмены, она уже это делает.

Сначала вынудит исполнять ее хотелки. Потом те же хотелки обратит против автора ветки.

(22) "запомнит шибко умного прога и выживет его с фирмы на раз-два-три"

Ну тут конечно от конторы зависти...кого там больше ценят

Меня почему веселит данная ветка. Вспомнил, где ещё встречалось обозначение вычетов как СТ (стандартный) или СВ (стандартный вычет). Да в двухлетней же переписке автора со своей бухгалтером. Гераклит был неправ. Есть вещи, которые не текут и не изменяются. Это почтовый роман наших действующих лиц. Сравните.

Текущая ветка:
"РЛ, равен периода Закрытия ЗП, т.е месяцу, и предоставленные СВ, в нём должны учитываться в одинарном размере, ни каких лишних предоставлений на переходящий доход в РЛ не должно быть"

А вот ветка от марта 2023
Доказать бухгалтеру как применяется вычет на детей
"наш бухгалтер видит в расчётном за декабрь вычет и говорит неправильно ... вычет должен предоставляться согласно периоду регистрации документа ... Я согласна, что доходы декабря 22г полученные в январе 23г, становятся в системе Базой для расчета января 2023г., но С/В должен применятся с месяца отчетного периода.(Отчетный налоговый период-текущий календарный год!)"

Пройдут года, изменятся границы стран и континентов, людям покорится термояд... и только общение DomenER со своей бухгалтером по поводу отражения вычетов в расчётном листке будет вечно радовать своей новизной читателей данного форума...

Предлагаю разрубить этот гордиев узел: см. последовательно слайды.

(41) Тогда у меня к автору вопрос: чем закончилась битва 2023 г. ?

(43) "чем закончилась битва 2023 г. ?"

Если контора новая, то в 23 ушел автор...если старая, то ушел бух ))

(43) Насколько помню каждый остался при своём мнении.

(44) Контора старая. Никто никуда не ушёл. Все остались при своём мнении и разошлись.

(45) А барышня та же или уже другая и у "их" там гнездо?

А... вижу... та же...

(45) В той старой ветке в первом же ответе дан прекрасный рецепт борьбы с подобными толкователями НПА. Действуйте !

(42) Скрыть проблему не значит её решить :-)

Думаю посмотреть что-нить на 1С:ИТС с примерами.

(47) Она никуда не уходила. Добавились ещё новые :-)

(50) Тогда так: цветы, конфеты, ресторан, утром кофе.

И вечный бой! Покой нам только снится.
Сквозь кровь и пыль…
Летит, летит степная кобылица
И мнёт ковыль…

На тему предоставления вычетов есть статья на 1С:ИТС:
https://its.1c.ru/db/answers1c/content/1647/hdoc

Может кому ещё пригодится. Я попробую показать нашему бухгалтеру...

(52) Вы так и не поняли. Она давно согласна с налоговым учётом, где вычет предоставляется по месяцу первой выплаты.
Бухгалтер хочет видеть вычеты в бухгалтерском учёте. Расчётный листок - это БУ, а не НУ. В нём она справочно хочет видеть вычеты не по месяцу дохода в НУ, а по месяцу регистрации 70-го счёта в БУ.

На пальцах: она не призывает ломать расчёт НДФЛ_НУ. Она хочет видеть НДФЛ_БУ в р/л и расчётных ведомостях.

(52) Попробуйте конечно, но у меня предчувствие что не зайдет. Налицо хроническая упертость и зацикленность только на своем мнении

(53) надо графу такую в РЛ добавить

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

(55) Сходу не получится. Не вижу простого алгоритма сбора данных по доходу, вычетам и НДФЛ в БУ.

Ну и в сотый раз: вот на фига козе баян? Зачем простому рабочему видеть справочно внизу своего р/л облагаемый годовой свой доход и вычеты данного месяца?

(57) ну согласен...да простой рабочий это увидет...и побежит к тойже бушке вопросы задавать.

(53) Так кто ей мешает сформировать Подробный анализ НДФЛ по чуваку и увидеть в какие месяца ложатся вычеты ?
Расчетный листок - это пипифакс, который нужен только чтобы проинформировать сотрудника о его начислениях и удержаниях. А она придает ему какой то сакральный смысл

(55) Плохо вы Геннадий знаете "простых рабочих". В личной практике был эпизод когда "рабочий/крестьянка" требовали рассчитывать НДФЛ с копейками. Аргументировав это тем, что копейки есть и в ценах, это Российские деньги. А мы с бухгалтером - противники Конституции РФ. Это уже крайние аргументы. Начало и середину дискуссии о НК не запомнил).

(60) А это общая беда российской бухгалтерии. 99% работяг уверены, что бухгалтерия их специально дурит и обсчитывает.

(60) Тю, тоже мне проблема
Говорите такому гению:
- Полиграф Полиграфыч, вы не горячитесь, вот вам ручка, бумага, напишите все как должно быть. А мы ваше заявление примем и рассмотрим.
И все. На этом вопрос с вероятностью 99% закроется. Потому как болтать легко, а нормально мысль положить на бумагу - на порядок тяжелее. Одно дело ляпнуть глупость и совсем другое - под глупостью расписаться.
С подобными умниками только так. Потому что на словах он Лев Толстой, а на деле - хрен простой

.

(53) Вот не у того человека ник Гений. Хорошо объяснили.

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

Прикладываю картинку, как я объясняю бухгалтеру, как программа предоставила вычет.

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

(63) В ЗУП "1-НДФЛ" это отчет "Регистр налогового учета".Если ничего не путаю.

(65) Э... заработались Вы, батенька... это шутка как если про две части фильма )

(59) а откуда сотрудник поймет правильно ли ему насчитали ЗП?

(64) Типовые отчеты все прекрасно дают, надо только выкинуть из головы навязчивый бред о расчетном листке. Он не для этого предназначен и нечего придавать ему ненужные функции.

(68) " Типовые отчеты все прекрасно дают"

Если у вас нет РКСН, то еще как-то можно пользоваться.
Но они дают кучу данных, без анализа.
А бухгалтеру нужно дать информацию в пригодном для анализа виде, и хорош бы, чтобы выполнялись хоть какое-то элементарные проверки.

Тут изображение Каневского и надпись - но это уже совсем другая история.

(69) Соглашусь что не для всех ситуаций они информативны. Но это можно донастроить выведя нужные поля и аналитики
Но в любом случае тут за основу будет взят не расч. лист

(70) Бухгалтерия любит проверять регламентную отчетность, отталкиваясь от бухгалтерского учета. И у них есть на это основания - они ж таки ведут бухучет, а налоговый воспринимается только как "лишь бы отвязались".

Проверить типовыми отчетами по НУ не всегда можно, потому что период в регистрах НУ и в регистрах БУ не всегда один и тот же, и когда бухгалтер видит, что он проверить не может - он боится.

А типовые отчеты БУ и НУ никак не стыкуют, а зря, это придало бы бухгалтерии больше спокойствия и уверенности.

Я свои отчеты строю по такому принципу
1. Опираемся на регистры Бу, берем данные за проверяемый период
2. Добавляем данные, зарегистрированные в БУ прошлого периода, но которые относятся к проверяемому периоду в НУ
3. Отнимаем данные, зарегистрированные в текущем периоде БУ, и которые относятся к будущим периодам в НУ.

Вот так бухгалтеру понятно, и противоречия как-то сами собой снимаются.

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

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

(65) Все верно.
А зря 1-НДФЛ отменили. Очень удобная форма была.
Пытаюсь ее воссоздать для проверки расчета НДФЛ.
Все в ней видно - какой месяц какой доход, когда предел превышен, какой лимит вычетов к доходам. С одного взгляда понятно куда смотреть и искать ошибку.

В итоге бухгалтер закрыла задачу с самой низкой оценкой и комментарием "За непонятный спор"

:-)

А я всего то предложил почитать статью на 1С:ИТС.

В общем получается как в прошлый раз. Разошлись и каждый остался при своём мнении :-)

(73) Не огорчайтесь, это её характеризует как непрофессионала. Ей непонятно что говорит НК РФ.
Зато теперь у вас есть пугало, как только начнется что похожее - ссылку на статью и пусть думают

(73) Если это влияет на ваш КПЭ и зарплату, то эскалируйте вопрос выше. У текущего работодателя тоже была своеобразная любительница эпистолярного жанра с простынями в переписках. Уволилась, когда поняла, что это ей никак не поможет поднять ее собственную зарплату.

(76) Поддерживаю

Всё. Попрут.

(73) А ты ей тоже создай задачу, чтобы привела в порядок базу данных. И отрицательную оценку ей впендюрь!

(75) Че ей это пугало, у нее есть право и компетенции оценивать работу аналитика или там архитектора. Она по умолчанию выше в пищевой цепочке предприятия🤣

(79) У нас в 1 сторону работает. Итоги иногда смотрят руководство отдела и службы и наслышаны об этой женщине :-)

(78) Отставить панику
(80) К сожалению только право
Короче, автору виднее как воевать

(72) Я такой отчет уже сделал, картинка в (64), обращайтесь.

(73) "и комментарием "За непонятный спор""

А могла бы написать - "программа не работает". И сразу понятно, что виноват программист.

(73) оценка за закрытие задачи есть.

Нужно тогда оценку за постановку задачи ввести))

(83) Спасибо.
Я почти доделал уже основной блок. И уже есть идеи дальнейшего его развития.

(86) Другими словами, вы самостоятельно пройдете путь, которым я шел 9 лет )) Что ж, свое всегда лучше для своих целей, понимаю.

(83) На инфостарте то есть?)

(88) Нет, я не согласен с их условиями распространения.

(89) Тогда дайте людЯм номер своей карточки и озвучьте сумму.

(90) Я ничего не согласовывал на мисте. Пишите в личку.

(87) Я форму 1-НДФЛ во всех конфигурациях дорабатывал:
https://infostart.ru/1c/reports/119238/
https://infostart.ru/1c/reports/626958/
))))

Настало время для 3.1 )))

На мой взгляд очень удобная и понятная.

(92) Согласен, выглядит наглядно, я делал похожий вариант, начинал с того же.

А дальше вам захочется понять, что и в какой момент пошло не так. По вашей форме это будет понять невозможно.

По моей можно, но ее минус в том, что за счет анализа и поиска ошибок она становится несколько сложнее и к ее особенностям нужно привыкнуть.

А ведь цель-то в чем? Не просто показать простую и понятную картинку, а решить проблему.

(92) Вот пример того, как я стыкую бухучет и налоговый учет. Специально взял отчет за 3 месяца, чтобы картинка не выглядела слишком уж "шакалистой". И все равно не поместилось, потому что проверки и анализ предполагают, что данных на картинке будет больше, чем просто отчет, который показывает информацию.

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

И это только доходы, там дальше идет проверочный расчет применения вычетов и сравнение с примененными вычетами. аналогично по патенту иностранцев, потом проверочный расчет налога и сравнение с налогом в программе (и тоже стыковка регистров БУ и НУ).

(94) Таблицы Брадиса.
Надо подумать, что делать дальше... Минуточку...

Да. Значит так. Нам нужна динамика, а не статика, видео, а не фото.
Термины:
1. Период регистрации = поле «Месяц» вверху слева любого документа начисления = последнее число этого месяца для отражения начислений в БУ на 70-ом счёте бух-программы.
2. Период действия = месяц (и дата) отражения начислений в НУ (по дате выплаты) = 1- и 2-НДФЛ.

ТЗ (рыба)
На основании готового кода Вашего отчёта создать новый, где в шапке будет выбор по переключателю «Период регистрации или БУ» - «Период действия или НУ» - «БУ + НУ» (Ваш нынешний вариант). Причём есть датные поля выбора размеров этих периодов.

Щёлк – и перед нами чисто 70-й как в расчётных листках и ведомостях (левая часть, начисления).
Щёлк – и перед нами 1-НДФЛ как у Gucci76

Время на исполнение: 1.5 часа

(95) Я не понял, какую проблему решает ваше ТЗ.

Что касается моего комментария - у меня стыковка БУ и НУ, чтобы понять, правильно ли сформированы доходы и налог в НУ.

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

А что вы делаете, яне понял, нужны пояснения. Не вижу ценности в отдельном рассмотрении БУ и отдельном НУЮ но зная вас, понимаю, что смысла в этом есть. Только какой именно - не понял.

(95) "Нам нужна динамика, а не статика, видео, а не фото."

Вот у меня как раз динамика - видно, как бухучет в НУ перетекает.

(96) Ценность в комфорте проверки. По щелчку бухгалтер видит и сверяет БУ и НУ отдельно. Что крайне важно при корректировках. Любой отчёт должен быть красив и удобен, только тогда он верен.

И ещё, главное. В отчёте есть дата его формирования. Она отсекает все будущие документы программы. Это позволяет точно формировать любую цепочку 6-НДФЛ на любом этапе Перв - Корр_1 - Корр_2 - ... - Корр_n в НУ. Аналогично и в БУ.

Вот покомпактнее, для решения тоже же задачи, как состыковать НУ и БУ

1. Начислено в 1 квартале в БУ
2. плюс начислено в декабре, относится в НУ к 1 кварталу
3. минус начислено в марте, не относится в НУ к 1 кварталу
4. (=) вышли на налоговый учет 1 квартала для сверки 6-НДФЛ.

(98) "По щелчку бухгалтер видит и сверяет БУ и НУ отдельно."

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

(98) "По щелчку бухгалтер видит и сверяет БУ и НУ отдельно"


Вот вам щелчок в предыдущем комментарии. Недавно проверял нового клиента. Бухгалтер грамотный, понимает, что доходы учитываются по месяцу фактической выплаты

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

По факту документы-основания сидели в ведомости от 10.04.2025.

Не спорьте. Делайте. Тогда будет виден предмет дискуссии наглядно.

(102) Вот тут смешно было. Не, спасибо, я уже сделаю работающую модель, которая решает реальные проблемы.

Ваше объяснение меня не убедило. Делайте вы, покажете потом, как это работает, какую конкретно проблему решает.

(103) Как хотите. Вы свободный человек свободной страны.

(93) "Что пошло не так"....
Я реализовал как печатную форму - она подключается к любому документу (правда тестировал только на начислении ЗП и авансе и ведомостях, а так же к карточке сотрудника). Т.е. расчетчик по идее онлайн ведет проверку документов, которые провел (работает после проведения документа)
Если есть расхождение БУ и НУ (когда аванс больше ЗП) тоже выведет и предложит исправить (создаст документ перенос данных с заполнением - на этапе тестирования этот момент)
Так же есть возмжоность расшифровки любым отчетом из справочника "Варианты отчетов" (в этот отчет поставится физлицо из спозиционированной карточки 1-НДФЛ и период от начала года до даты актуальности) - на моем скрине вверху справа кнопка есть. Плюс встроенная расшифровка - правда я пока не придумал какие данные выводить в этом случае (но заготовка кое какая есть уже)

Владимир, возможно в будущем мой отчет тоже трансформируется в похожий на ваш.

(105) "Если есть расхождение БУ и НУ (когда аванс больше ЗП) тоже выведет и предложит исправить (создаст документ перенос данных с заполнением - на этапе тестирования этот момент)"

Не во всех случаях нужно исправлять сразу же. К этому я тоже не сразу пришел.

1. если сотрудник получил аванс и умер - не надо исправлять, но надо включить сумму аванса в базу взносов, так как доход получен до смерти;
2. если сотрудник получил аванс и уволился, а начисленная по итогам месяца зарплата меньше аванса - исправлять не надо, нужно включить разницу в базу взносов.
3. Если НДФл с аванса отрицательный, исправлять надо сразу же, иначе у вас в БУ будет налог больше, чем в НУ, и программа никогда это сама не зачтет.
4. если сотрудник продолжает работать, программа потихоньку выравнивает базы НДФЛ  в взносов сама, зачитывая зарплату следующих месяцев. Но только первые полгода! Дальше перестает и разницу надо зачесть самостоятельно.


"Владимир, возможно в будущем мой отчет тоже трансформируется в похожий на ваш."

Мой еще проверяет выплаты и взносы, а также регламентные отчеты )) Так что таки да, нескоро.

(105) "она подключается к любому документу (правда тестировал только на начислении ЗП и авансе и ведомостях, а так же к карточке сотрудника). Т.е. расчетчик по идее онлайн ведет проверку документов, которые провел (работает после проведения документа)"

Не вполне согласен с таким подходом. Проверять нужно после того, как проведены все документы начисления, но еще не созданы выплаты (а потом еще раз, когда созданы).

Когда начисляете аванс - проверять после того, как проведен документ начисления аванса плюс все, которые выплачиваются с авансом.

Когда начисляете ЗП - после проведения окончательного расчета документом "Начисления ЗП".

Проверки промежуточных документов лишние.

Ну и вопрос - а вы уже реализовали дату актуальности в своей обработке, или пока еще нет? Иногда надо проверить учет по состоянию на какой-то момент. а уже есть "будущие" по отношению к этому моменту документы. Я реализовал, когда начал проверять базы новых клиентов прошлых лет.

(106)  Исправление происходит не автоматически. Для этого надо нажать на соответствующую кнопку. Откроется заполненный документ перенос данных. Когда нажать решать пользователю. И видно за какой период эта пересортица (понять прошло ли полгода можно).

Я еще не придумал как быстро разобраться в какой момент произошла ошибка. Как правило использую "Анализ НДФЛ .... " только сделал его подробным. И пока каждую ошибку анализирую дополнительно. Вдруг это не является таковой - тогда дорабатываю алгоритм предупреждений об ошибке.

(107) Дату актуальности можно выбрать. Учитываются все документы до этой даты включительно. Когда проводить анализ тоже решать пользователю (но есть возможность использовать для любого документа).
НДФЛ удержанный пока не проверяю.

Для меня главное, чтобы пользователь смог сам разобраться взглянув на отчет. Быстро "провалиться" для проверки результата (над этим еще работаю).

У каждого свое представление как искать и исправлять. Вы, я помню, уже давно свой отчет разработали. Я еще только с 2,5 "переходил", а у вас уже был похожий отчет.

(108) "Исправление происходит не автоматически. Для этого надо нажать на соответствующую кнопку. Откроется заполненный документ перенос данных. Когда нажать решать пользователю. И видно за какой период эта пересортица (понять прошло ли полгода можно)."

Согласен, делаю так же.

Но в отчет добавил дополнительную информацию - уволен человек или нет.

Спасибо за идею. Добавлю немного кадровой информации в 1-НДФЛ - место вверху есть.

(53) На пальцах: она не призывает ломать расчёт НДФЛ_НУ. Она хочет видеть НДФЛ_БУ в р/л
у меня одна такая барышня в начислении зарплаты умышленно ставит планируемую дату выплаты такую же, как и дату самого начисления зарплаты - последний день месяца.
Она все прекрасно знает и понимает, и Налоговый Кодекс воспринимает адекватно - но.. вот так.
Ее устраивает. И на все слова говорит - "не учи меня жить, лучше помоги... материально". :)
Правда, у нее всего-то с полста сотрудников. И ЗиК ГУ базовая версия, даже не проф, не говоря уж о корп.

(111) Если в этой бюджетной организации почти всегда одинакове месячные суммы - то сойдёт и её подход.

(112) Конечно, сойдет, у нее все начисления и выплаты в пределах одного года.

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