0
Отклонен

Объединение минусововых блоков в 6НДФЛ по 110й строке

AC! 6 лет назад в Отчетность / Отчетность в ФНС обновлен Вячеслав Шинкарев (менеджер разработки) 6 лет назад 15

Нередкость, когда в л/с сторнируют один тип дохода для 6НДФЛ, начисляют что-то взамен, когда имеется только вычет по НДФЛ и все это выплачивается одной или несколькими ведомостями в один день (=110 строка). Приходится каждую отчетность шаманить с переносами. Мне очень нравится переносить это на уволенных, а не в самом отчете, т.к. в любой нужный момент можем переформировать отчет и получить тот же самый результат. Такого с правкой в отчете не получишь.


Рассмотрите, пожалуйста, появление функционала по автоматическому объединению минусовых блоков по 110й строке при условии, что IDved не равна 0 - я за то, чтобы все выплачивалось ведомостями, а не плановой датой выплаты.

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

Например:

имеем

100 02.03.2018  130 - 5000

110 02.03.2018  140  - 650

120 05.03.2018


100 02.03.2018  130 20000

110 02.03.2018  140  2600

120 31.03.2018

,

добавляем автоматом два блока

100 02.03.2018  130 + 5000

110 02.03.2018  140  + 650

120 05.03.2018


100 02.03.2018  130 - 5000

110 02.03.2018  140  - 650

120 31.03.2018

,

получаем

100 02.03.2018  130 0

110 02.03.2018  140  0

120 05.03.2018


100 02.03.2018  130 15000

110 02.03.2018  140  1950

120 31.03.2018


Конечно, бывает, что одна из 130 или 140 может быть минусовой, а другая больше или равна 0. Но тоже можно придумать, как выйти из положения


ФНС. 6-НДФЛ

Ответ

Ответ
Отклонен

Андрей, фиктивность ЛС здесь вообще не причем. Форма 6-НДФЛ не хранит два одинаковых блока (по датам). Набор из 100,110 и 120 строки должны быть уникальными. Так что конкретно в 6-НДФЛ второй блок с теми же датами мы в ближайшее время точно показывать не будем.

На рассмотрении

Мы не можем добавлять второй блок с такими же 100, 110 и 120 строкой - это "ключ" по которому информация объединяется. Изменить это поведение это значит менять логику работы во многих местах. Так что вторым блоком это делать точно не получится.

А если два блока разносить фиктивным ЛС? Может с ТН=0 - сейчас же есть ID ТН? Нууу..., на крайний случай, аналог отчета "корректировка минусов в отчетности", который бы разносил на фиктивный лс оба блока? На мой взгляд, важно видеть, дополнительные корректирующие блоки.

Ответ
Отклонен

Андрей, фиктивность ЛС здесь вообще не причем. Форма 6-НДФЛ не хранит два одинаковых блока (по датам). Набор из 100,110 и 120 строки должны быть уникальными. Так что конкретно в 6-НДФЛ второй блок с теми же датами мы в ближайшее время точно показывать не будем.

Немножко не поняли мое предложение или я не так выразился. Не то, чтобы добавлять блок, а добавлять 2 строки (в таблице???) с фиктивным л/с в нужные блоки - в минусовой блок строку с плюсовыми суммами, в плюсовой блок - строку с минусовыми суммами. Т.е. при открытии блока чтобы было видно эти строки с фитивным лс. А блоки, конечно же, уникальны.


Да. Еще бывает, что имеется отрицательная сумма в строке 130, а 140 = 0 и нет строки 110 в комбинации со 100 и 120, поэтому данный вариант нужно перенести в любой произвольный блок. Хотя, если провести анализ - раскрутить доход от налога по всем блокам (например, в экселе), обычно видно куда этот минус нужно "впихнуть"

обычно видно куда этот минус нужно "впихнуть"

Ну "обычно видно" - это человеку обычно видно. А как научить видеть программу? Расскажите четкие правила по которым видно куда надо "впихнуть".

У вас блок отрицательный может быть потому что не хватило положительных сумм по другим людям чтобы перекрыть отрицательную. Все суммы перетаскивать в другой блок (и положительные и отрицательные) или только часть отрицательных (для которых не хватило положительных), или все отрицательные? Все это решается бухгалтером в каждом конкретном случае с оглядкой на платежки по НДФЛ.
Да, блок может быть отрицательным, но была платежка по НДФЛ к этому блоку по положительным работникам. Значит надо перекидывать только отрицательные суммы, а положительные оставить.


 а добавлять 2 строки (в таблице???) с фиктивным л/с в нужные блоки - в минусовой блок строку с плюсовыми суммами, в плюсовой блок - строку с минусовыми суммами. 

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


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

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

Вы правы, может быть и такое. Это может означать, что создана ведомость с отрицательным налогом, например, в пределах ОКТМО. Т.е. общая сумма всех 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. Соответственно, ведомостью данные доходы уже не зафиксированы и лезут в плановую дату выплаты.


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

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

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

В указанном примере, если делать все правильно, то должен остаться нетронутым блок №1 и должна появится строка 090 - возврат НДФЛ 1300. Никаких объединений в данном примере делать не надо.

В указанном примере человек внес деньги в кассу 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



Андрей, нет по НК "сторно" по 305 виду для такой ситуации. Это "чистопородный" возврат излишне удержанного налога. Причем в данном случае (когда возврат через кассу отпускных) идет возврат налога за счет уменьшения перечисления удержанного по другим физическим лицам налога. Именно поэтому эта отрицательная сумма должна проходить по 090 строке.


Ну круто, вы выкручиваетесь.

Сейчас вы привели пример когда суммы взаимоуничтожаются на уровне ОДНОГО работника, так как суммы исходно связаны одним и тем же пересчетом.

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

Это бухгалтер знает причинно-следственные связи и знает как он хочет это изменить в отчете. Программа не человек. Ей надо рассказать четкую последовательность действий "делай раз, делай два, делай три". А в вашем описании уже пошли условности типа "ну ладно этот пример не очень удачный двайте я вам приведу другой, где все просто" - на это я могу сказать одно: а как программа должна понять что она находится в условиях "простого примера" а не "сложного".


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


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

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


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

Работника А отозвали из отпуска на -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р?



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

А теперь все то же самое только в терминах которые поймет программа. Программа не знает что "он болел оказывается", "что узнали про это только в марте", что "какие-то пересчеты из-за того что не приняли к зачету". У программы есть только код вида Н-У, сумма, знак при сумме, месяц принадлежности и месяц начисления суммы. Ну вот и пляшите в "алгоритме" от знака, месяца принадлежности и месяца начисления. Если мы программу научим думать в терминах "оказывается болел, забыли начислить, не приняли к зачету", то бухгалтера можно будет уволить.

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


Ну это только за недостоверные данные в отчете. Что будет за нарушение порядка возврата излишне удержанного НДФЛ - надо читать НК.

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

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

Каждый минус анализировать - бухгалтеру проще застрелиться, чем убеждаться, что "дааа - вот он пересчет", перед тем как его "заткнуть". Да нету у них квалификации, чтобы во всех хитросплетениях разобраться. Да и надо ли это вообще??? Урон бюджету не наносится....


Сейчас минусы тупо "затыкаются" бухгалтером без анализа в 0, т.к. для налоговой с минусами никогда не будет идеально правильным - минусы не любят они, а если их прятать, то недостоверно представленные данные


Не нужны термины программе. Нажимая кнопку "спрятать минусы", которые он сам не выправил, бухгалтер принимает на себя ответственность за то, как программа выкрутится, объединяя по 100м и 120м строкам блоки. Главное, чтобы манипуляции происходили в блоках с одинаковыми 110мы строками.

Ну, и протокол манипуляций, как в корректировке минусов в отчетности, был бы интересен.


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

Да нету у них квалификации, чтобы во всех хитросплетениях разобраться.

Если у них нет квалификации спрятать минусы, то с такими бухгалтерами и подавно применять автоматическое сокрытие минусов опасно, так как именно такие бухгалтера любят сказать "это не мы виноваты, это программа".


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

Осталось дело за малым. Попасть в Думу или Минфин и оформить свой взгляд хотя бы в виде Письма Минфина.

+1

Вячеслав, мой взгляд - это то, как помочь бухгалтеру облегчить ежеквартальный труд с прятаньем минусов по 110 строке не выходя за ее рамки. Что здесь криминального? Или с минусами отчет сдавать более правильно? Ведь все прячут. Даже на 3х "коллегах". Невероятное удобство автоматом или кнопкой спрятать же их в этом недружелюбном 6НДФЛ.


Понимаю, что отправить в Минфин, Думу или к Верховному Главнокомандующему, возможно ближе, но все же можно нам надеяться, что подобная "пряталка" появится в скором времени?

Андрей в настоящий момент у нас нет ресурсов на решение плохо формализуемой задачи  "спрятать минусы".

Если бы она описывалась алгоритмом "сделай раз, сделай два, сделай три". Мы могли бы ее взять в разработку.

Но как показало обсуждение выше, "сделай раз, сделай два, сделай три" в общем случае не работает.

Предлагают идти по схеме, которая предлагалась для прятанья минусов для страховых взносов. Минусы прятать надо не в 6-НДФЛ, а в работнике, тогда потом не будет мучительно больно...

Сервис поддержки клиентов работает на платформе UserEcho