Ваши комментарии
Наша задача сдать отчет. С минусами этого сделать нельзя. Если минус идет из ведомости, и есть блоки по 110й строке, которые позволяют закрыть минусовый блок, то как ни крути, мы должны его, как минимум, закрыть в 0.
На мой взгляд нужно сперва объединять по сроку уплаты 120й строке и по типу доходов 100й строке. Затем между собой то, что осталось, пока не избавимся от минусов окончательно.
Каждый минус анализировать - бухгалтеру проще застрелиться, чем убеждаться, что "дааа - вот он пересчет", перед тем как его "заткнуть". Да нету у них квалификации, чтобы во всех хитросплетениях разобраться. Да и надо ли это вообще??? Урон бюджету не наносится....
Сейчас минусы тупо "затыкаются" бухгалтером без анализа в 0, т.к. для налоговой с минусами никогда не будет идеально правильным - минусы не любят они, а если их прятать, то недостоверно представленные данные
Не нужны термины программе. Нажимая кнопку "спрятать минусы", которые он сам не выправил, бухгалтер принимает на себя ответственность за то, как программа выкрутится, объединяя по 100м и 120м строкам блоки. Главное, чтобы манипуляции происходили в блоках с одинаковыми 110мы строками.
Ну, и протокол манипуляций, как в корректировке минусов в отчетности, был бы интересен.
п.с. Бывает еще, правда, когда доход отрицательный без налога и нет одинаковых блоков по 110й строке. Так бывает, когда суммы по видам чистят после фиксации их ведомостями. Было предупреждение перед очисткой или запрет - и проблему можно бы избегать.
Просьба добавить в проверку и "краснить" еще такое рукоблудие бухгалтеров, как некорректные коды вычетов
Старый форум недоступен
Вы правы, и правда, выкрутился :)
Ну тогда пример с двумя работниками, как Вы просили :)
Работника А отозвали из отпуска на -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х видов: доплаты до МРОТ, СН и РК с нее.
Минусы: если видов СН более, чем один, то нужно завести такое же количество видов СН для доплаты до МРОТ, а значит автомат на добавление видов не получится, ну или делать мегаалгоритм для СН, который учтет и вахтовиков и обычных, и процент по к/ч с пропорцией по дням, а это уже не минимальная модификация алгоритмов...
На момент расчета СН на доплату до МРОТ, % СН работника в РВ вида уже должен быть известен, почему не соглашаетесь, на чтение РВ из СН? :)))
п.с.
минусы распределения СН и РК с доплаты до МРОТ в своде заключаются в том, что есть еще прочие отчеты экономистам, проверяющим и т.д., где так же нужно придумывать распределение :(((
сн и рк накрутили сверху, чтобы вашим алгоритмом воспользоваться. А тут не хотят сн и рк общей суммой со всех начислений видеть. Получается, что вынесли голую доплату до мрот за сн и рк ради того, чтобы выделить сн и рк с доплаты до мрот :)
Т.е. нужны суммы по доплате до мрот, аесли сн и рк крутить сверху, то часть доплаты “теряется” в общих суммах сн и рк.
Т.о. вместо выделения сн и рк с доплаты до мрот было бы удобнее сразу в доплате до мрот уметь вычислять % сн и сравнивать доход с мрот+сн+рк
Конкретное удобство в том, что вид планировалось добавить всем работникам+ автоматом новеньким. С веером сн этого сделать нельзя :(
Сервис поддержки клиентов работает на платформе UserEcho
сколько не пересоздавал, 9 апреля в файле пишет, а сегодня 10
в угоду ФНС, чтобы не в файле менять