Ваши комментарии
ох.там всё плохо. Они слова видят, а для чего исходно эти слова придумали (дух нормативного акта) - не помнят/не знают/не понимают.
Должно быть несложно настроить
Потому что у дивидендов и остальных доходов разные сетки, и считаются они не учитывая друг друга при определении достижения 5 млн.
0) придумайте свой номер алгоритма (чтобы не пересекался с существующими). Ну например 606.
1) заведите вид Н-У в ТВХ, который будет видом НДФЛ 15% с превышения 5 млн. по дивидендам.
2) Важно! Порядок расчета у нового вида должен быть меньше, чем порядок расчета у 306 (в лицевом счете этот вид должен располагаться выше 306)
3) скопируйте настройку НДФЛ для 15% с той же даты, что и настройка с алгоритмом 206.
4) в настройке для 206 алгоритма НДФЛ найдите в списке видов, вид который добавили в ТВХ и поставьте в столбце "Доп" букву "Н".
5) в настройке для 606 алгоритма НДФЛ очистите коды доходов у всех видов кроме дивидендов (так как это сделано в настройке для 208 алгоритма НДФЛ).
Если теперь в лицевой счет заведете и новый вид и 306, то на новом виде будет считаться НДФЛ 15% по дивидендам, а на 306 только НДФЛ 15% с остальных доходов.
Если вдруг забудете добавить новый вид в ЛС, то ничего страшного не произойдет. 306 вид как и раньше посчитает 15% как с превышения по дивидендам так и по остальным доходам.
Выборка данных в 6-НДФЛ тоже будет происходить как происходила.
Если что-то не получится - пишите.
дополню, что перенос в Архив полезное действие. Освобождает вам реестр от тех пособий, по которым вы уже закончили работу.
Если вдруг потребуется сделать пересчет уже отправленного больничного, то пересчет больничного сам достанет ранее отправленное пособие из архива (снимет признак архивности) и он появится в списке и без установки галочки "показывать архивные"
Нет. Не критично. Смысл этой галочки в старом интерфейсе в следующем.
У вас есть набор рассчитанных больничных. В течении месяца у одного человека их может быть 1,2 и больше.
Приносят их не все сразу. И отправляете вы их не все сразу.
Принесли первый, посчитали, "сформировали таблицу", отправили.
Принесли второй, посчитали, "сформировали таблицу", отправили... и т.д.
Проблема была на шаге "сформировали таблицу". Как сделать так, чтобы во вторую таблицу не попал первый больничный? Надо пометить, что он уже был передан.
В новом интерфейсе пособия создаются в процессе расчета. Вы их все видите в списке созданных пособий. Вы выбираете, какие из них хотите отправить. В этом сценарии не возникает потребности "нужен флаг отправленности" у рассчитанного больничного в лицевом счете. Поэтому мы его и не заполняем из нового интерфейса.
Зачем вам нужно заполнение этого признака? Для спокойствия бухгалтера?
Можем вернуться к его заполнению когда мы сами будем отправлять реестр и получать от ФСС подтверждение что он отправлен. В этом случае мы с уверенностью можем ставить флажок "отправлен" для спокойствия бухгалтера.
Ну деньги за хостинг списывают исправно.
Будем разбираться что произошло.
Интересно а кто-нибудь из бухгалтеров пробовал показать КРУшникам и другим "важным людям" о какой разнице в расчете идет речь?
Кажется не очень оптимальный вариант. Если у вас у нескольких людей будут такие "странные должности" требующие другого наименования для справки, вам придется для всех этих людей не забывать править доп.поле.
Напрашивается решение через таблицу соответствия. Завести сетку с двумя столбцами: название должности в поле КЧ - название должности в справке для минтруда.
Можно поправить поставочный алгоритм: если дошли до значения из поля КЧ, то дополнительно смотрим нет ли этого значения в таблице(сетке) соответствия.
Поставка 609.4 от 18.05.2021
Сервис поддержки клиентов работает на платформе UserEcho
Заработал