Вы правы, и правда, выкрутился :)

Ну тогда пример с двумя работниками, как Вы просили :)

Работника А отозвали из отпуска на -2500, НДФЛ -325, начислена зарплата за февраль 9000, НДФЛ 1170

Работнику Б оказывается зря выплатили часть зарплаты за январь - он болел оказывается. Узнали в марте, перерасчет на - 10000, НДФЛ  - 1300. В феврале были невыясненные неявки. В марте за февраль на часть предоставленных им больничных листов получилась сумма 5000, НДФЛ 650

Работнику В начислен больничный не принят к зачету на -10000, НДФЛ -1300, начислили суммы из прибыли 10000, НДФЛ 1300

Все выплачено 15.03

Имеем

Блок №1

Работник А зарплата за февраль

100 28.02.2018 130 9000

110 15.03.2018 140 1170

120 16.03.2018

Блок №2

Работник Б сторно зарплаты за январь

100 31.01.2018 130 -10000

110 15.03.2018 140  - 1300

120 16.03.2018

Блок №3

Работник В суммы из прибыли взамен больничных

100 15.03.2018 130 10000

110 15.03.2018 140  1300

120 16.03.2018

Блок №4

Работник А отзыв из отпуска

100 15.03.2018 130 -2500

110 15.03.2018 140  -325

120 31.03.2018

Работник Б больничный за февраль

100 15.03.2018 130 5000

110 15.03.2018 140  650

120 31.03.2018

Работник В не принят больничный к зачету

100 15.03.2018 130 -10000

110 15.03.2018 140 -1300

120 31.03.2018

ИТОГО по работникам А+Б+В

100 15.03.2018 130 -7500

110 15.03.2018 140 -975

120 31.03.2018

Корректировка фиктивными строками в блоках.

Наверное, правильнее начинать с просмотра 120х строк блоков - по сроку платежа (здесь блоки 1,2,3). Далее по 100й строке, например, "закрыть" самые ранние (зарплатные) строки между собой (Блоки 1,2), затем оставшиеся:

Блок №1

Работник А

100 28.02.2018 130 9000

110 15.03.2018 140 1170

120 16.03.2018

Корректировка с Блоком №2

100 28.02.2018 130 -9000

110 15.03.2018 140 -1170

120 16.03.2018

ИТОГО с корректировкой

100 28.02.2018 130 0

110 15.03.2018 140 0

120 16.03.2018

Блок №2

Работник Б

100 31.01.2018 130 -10000

110 15.03.2018 140  - 1300

120 16.03.2018

Корректировка с Блоком №1

100 31.01.2018 130 +9000

110 15.03.2018 140 +1170

120 16.03.2018

Корректировка с Блоком №3

100 31.01.2018 130 +1000

110 15.03.2018 140 +130

120 16.03.2018

ИТОГО с корректировкой

100 31.01.2018 130 0

110 15.03.2018 140 0

120 16.03.2018

Блок №3

Работник В

100 15.03.2018 130 10000

110 15.03.2018 140  1300

120 16.03.2018

Корректировка с Блоком №2

100 15.03.2018 130 -1000

110 15.03.2018 140  -130

120 16.03.2018

Корректировка с Блоком №4

100 15.03.2018 130 -7500

110 15.03.2018 140  -975

120 16.03.2018

ИТОГО с корректировкой

100 15.03.2018 130 1500

110 15.03.2018 140  195

120 16.03.2018

Блок №4

ИТОГО по работникам А+Б+В

100 15.03.2018 130 -7500

110 15.03.2018 140 -975

120 31.03.2018

Корректировка с Блоком №3

100 15.03.2018 130 7500

110 15.03.2018 140 975

120 31.03.2018

ИТОГО с корректировкой

100 15.03.2018 130 0

110 15.03.2018 140 0

120 31.03.2018

Ну либо давайте прописывать полные, подробные правила по уничтожению минусов в 6-НДФЛ, причем каждый вариант "а вот в этом варианте надо по другому" должен сопровождаться описанием как программа этот вариант идентифицирует.

Вячеслав, кроме строки 90 Вы видите какие-либо еще нюансы?

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

А кто-нибудь заполняет строку 90? Вроде как проще сразу уменьшить 70ю. Если так делать, что грозит бухгалтеру, 500р?

В указанном примере человек внес деньги в кассу 8700. :))

Т.е. вернет полученный "чистый" доход, значит и "грязный" доход уйдет из обложения. По крайней мере бухгалтеры стараются уйти от 80х и 90х строк... Поэтому бухгалтер сделает по виду 305 -1300. Если бы не сделал по виду 305 сторно, то наверное, нужна строка 90?

Хорошо, например, при проверке не принят БЛ к зачету. БЛ сторнируем, взамен начисляем выплатой из прибыли (работник пострадать не должен)

№1

100 15.03.2018 130 10000

110 15.03.2018 140 1300

120 16.03.2018

№2

100 15.03.2018 130 -10000

110 15.03.2018 140  - 1300

120 31.03.2018

В целом нравится. Ориентироваться пока нет так быстро получается, как по старому форуму, но удобнее искать в строке поиска - вроде как быстрее.

Визуальный текстовый редактор минималистичен - Не вижу как цитаты вставлять, Нет смайликов :)

Нет возможности отправить личное сообщение?

Из любопытства количество просмотров :)

У вас блок отрицательный может быть потому что не хватило положительных сумм по другим людям чтобы перекрыть отрицательную.

Вы правы, может быть и такое. Это может означать, что создана ведомость с отрицательным налогом, например, в пределах ОКТМО. Т.е. общая сумма всех 140х строк в в блоках с ключевой 110й строкой в комбинациях строк 100 и 120 меньше 0. Но ведь его и не заплатят, а блок перенесут в ближайший день оплаты данного налога. Да. Это дело бухгалтера - пусть идет и меняет дату у ведомости, снимает с разноски из общей ведомости выбранных людей, переформировывает ведомость на них с другой датой и т.д.

(кстати, надо предварительно не забыть снять автомат расчета видов в настройке "Авт. расчет видов после расчета месяца", а потом не забыть вернуть обратно :((( )

Но когда по сумме всех блоков с одинаковой датой 110х строк в комбинациях со 100 и 120 больше или равна 0, то минус можно научить программу?

Да, блок может быть отрицательным, но была платежка по НДФЛ к этому блоку по положительным работникам. Значит надо перекидывать только отрицательные суммы, а положительные оставить.

Из нашей практики сдачи отчетности такими мелочами не занимаются. Минусовой блок закрывается в 0 - не важно, что картину может "портить" один ЛС из всех. Главное, чтобы закрытие отрицательных сумм происходило строго по блокам с одинаковой строкой 110. В блоки с другими 110мы строками минусы перетаскивать нельзя - это дело бухглалтера.

?! В какой блок то совать строку с минусовыми суммами? Ведь такого же блока (с таким же набором дат) нет + оперировать надо на уровне целого блока, а не на уровне записи по одному человеку. 

Искать надо по блокам с одинаковой 110й строкой :(((

Пример. Работнику № 1 начислили зарплату за февраль +10000, НДФЛ +1300, другого уволили и забрали отпуск, выданный авансом на сумму -10000, НДФЛ -1300 (человек внес деньги в кассу), Сформировали ведомость 15.03.2018 и выплатили 10000, а НДФЛ 0

Имеем блоки

№1

100 28.02.2018 130 10000

110 15.03.2018 140 1300

120 16.03.2018

№2

100 15.03.2018 130 -10000

110 15.03.2018 140  - 1300

120 31.03.2018

Что можно сделать? "вывести" минусы из блока №2 в блок №1. Собственно, так и делаем на фиктивном ЛС - набираем данные блоки с обратным знаком. А если минус окажется больше, то бухгалтер, как минимум не перечислял же этот минус в бюджет. А мог учесть его в ближайшем платеже. Следовательно, пусть сам оставшийся минус и выводит куда считает нужным.

Да, бывает и такое, что минус только в блоке по строке 130, а 140 положительная или равна 0. Такое бывает, например, если после формирования ведомости суммы по видам очистили, провели по другим видам, а к выплате = 0. Соответственно, ведомостью данные доходы уже не зафиксированы и лезут в плановую дату выплаты.

То есть это какая-то дополнительная обработка после того как отчет создан и мы хотим спрятать минусы. Ну то есть это что-то вроде вызов действия "спрятать минусы" на готовом отчете

Может быть и так - либо кнопку нажать, либо по настройке, чтобы сама нажималась?

Было бы просто супер!

На счет трудовиков и пр - самое главное - произвести доплату до требуемой суммы, чтобы было не ниже, чем по закону. Или если доплата до МРОТ будет без выделения СН и РК, а общей суммой, то суд может заставить накрутить их сверху? )))

Плюсы выделения - может быть, если используется один вид СН - можно настроить добавление 3х видов: доплаты до МРОТ, СН и РК с нее.

Минусы: если видов СН более, чем один, то нужно завести такое же количество видов СН для доплаты до МРОТ, а значит автомат на добавление видов не получится, ну или делать мегаалгоритм для СН, который учтет и вахтовиков и обычных, и процент по к/ч с пропорцией по дням, а это уже не минимальная модификация алгоритмов...

На момент расчета СН на доплату до МРОТ, % СН работника в РВ вида уже должен быть известен, почему не соглашаетесь, на чтение РВ из СН? :)))

п.с.

минусы распределения СН и РК с доплаты до МРОТ в своде заключаются в том, что есть еще прочие отчеты экономистам, проверяющим и т.д., где так же нужно придумывать распределение :(((

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

Т.е. нужны суммы по доплате до мрот, аесли сн и рк крутить сверху, то часть доплаты “теряется” в общих суммах сн и рк.

Т.о. вместо выделения сн и рк с доплаты до мрот было бы удобнее сразу в доплате до мрот уметь вычислять % сн и сравнивать доход с мрот+сн+рк

Конкретное удобство в том, что вид планировалось добавить всем работникам+ автоматом новеньким. С веером сн этого сделать нельзя :(

В том-то и дело, что видов сн несколько: есть с 12м алгоритмом и вахтовые, которые по отработанным дням в табеле вычисляют процент.

Поэтому только рв из видов сн по столбцу можно поймать процент...

Блин, с этимим северными...

Вячеслав предложил хорошее решение "крутить" СН, РК сверху доплаты до МРОТ. Но, блин теперь хочют выделять СН и РК с доплаты до МРОТ = "вернулись к тем же баранам" с кучей СН.

Наверное, одно из решений в 897м алгоритме при определении суммы МРОТ с СН и РК - искать  виды северных в л/с и выбирать процент С/Н из РВ. Т.е.+ в колонке доплаты до МРОТ нужно отметить виды С/Н и выбирать либо РВ только по основному источнику/объекту/итд???

Спасибо, помогли

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

Т.е. за квартал/год просто не получится?