Добрый вечер. Ранее обсуждала вопрос с Милой, по возможности хотела продолжить с ней тк вышел новый релиз, а проблема осталась. Командировку начислили и выплатили, в следующем месяце сторнировали без доначисления, доначисление выполнено в зп, в итоге некрасиво в ндфл и дважды сторнирована команидировка в рл. Скриншоты подготовлю и вышлю чуть позже
Все комментарии (28)
Комментарии закрыты.
Здравствуйте! Мы получили Ваш вопрос! Куратор займется подготовкой ответа для Вас 2 мая. Если вопрос срочный и не терпит отлагательства, напишите об этом в комментарии. В этом случае постараемся ответить оперативно!
вариант с сторно без доначисления в нем
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-02_17-19-19.jpg)
![](https://buhexpert8.ru/wp-content/uploads/questions/questions/2024/04/2024-05-02_17-19-28-1024x685.jpg)
![](https://buhexpert8.ru/wp-content/uploads/questions/questions/questions/2024/04/2024-05-02_17-21-23-1024x657.jpg)
Здравствуйте!
Смоделировала ситуацию на релизе 3.1.29.38. Чтобы программа верно отрабатывала сторнирование — в документе Сторнирование ставим флажок Доначислить при необходимости. Далее при расчете зарплаты в документе Начисление зарплаты и взносов вновь происходит перерасчет прошлого месяца. Но по итогу за месяц сторно верное.
В отчете Подробный анализ ндфл по сотруднику доход и ндфл верно отражен. При выплате зарплаты за апрель ндфл ведомости пришел верно. Руками ничего не исправляла. Мы сейчас может исправить апрельский документ Сторно командировки?
Мила, добрый день, я сейчас посмотрю что происходит если доначислить суммы в сторно, но на мой взгляд то что при отсутствии в сторно доначисления командировочные сторнируются дважды ошибка, Вы так не считаете?
И еще меня удивило о что при выплате в плановую дату в ведомости есть движения по доходом для ндфл, в рабочей программе у меня такого нет, подскажите может это от чего то зависит?
сложно моделировать ситуации если разное движение по регистрам.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-02_18-52-03-1024x457.jpg)
на мой взгляд то что при отсутствии в сторно доначисления командировочные сторнируются дважды ошибкаНа мой взгляд, тоже не однозначное поведение программы. Но сумма перерасчета на вкладке Доначисление, перерасчеты равно 0. В итоге взаиморасчеты с сотрудником верны — рады и этому.
И еще меня удивило о что при выплате в плановую дату в ведомости есть движения по доходом для ндфл, в рабочей программе у меня такого нет, подскажите может это от чего то зависит? Вы имеете ввиду, что у меня в подробном анализе краснота — сторно суммы? Это зависит от дохода. У меня сумма сторнирование меньше, чем доначисления. У Вас больше — поэтому разное поведение.
сложно моделировать ситуации если разное движение по регистрам
Учтоните, пожалуйста,какие суммы у Вас.
посмотрите 3 страницу в файле там движения ведомости, так вот в рабочей такое есть только если плановая дата разница с фактической в ведомости, в а демо постоянно так.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-02_21-22-52-1024x722.jpg)
![](https://buhexpert8.ru/wp-content/uploads/questions/questions/2024/04/2024-05-02_21-24-45.jpg)
Да, все верно. Если смоделировать пример, где сумма сторнирование меньше доначисление, то красноты нет.
К сожалению, не совсем поняла про плановую дату и фактическую. Про какой регистр идет речь и про какую сумму.
Вообще не об этом речь, посмотрите 3 страницу в файле ведомость делает движения по регистру доходы для ндфл, хотя плановая дата равна дате ведомости.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-03_8-43-59-1024x495.jpg)
В моем примере в документе Сторнирование указана дата выплаты 3 мая. Что является ошибкой. Далее при выплате зарплату 5 мая дата получения дохода переопредилась на верное число 5 мая.
На 4 странице регистр Ведомость на выплату командировки в апреле. Какую дату Вы там ожидали увидеть?
Мила, я говорю о ведомости на выплату зп с начислением командировки (3 лист в файле что я ранее Вам прислала). Я вообще не понимаю почему ведомость на выплату делает движения по регистру Учет доходов для исчисления НДФЛ.
У меня дата выплаты в зп равна дате ведомости.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-03_15-25-03-1024x192.jpg)
Прошу прощения, что я не могу понять Вас!
Ведомость на выплату всегда делает движение по регистру Учет доходов для исчисления НДФЛ.
В приложенном файле -лист 3 — выплата зарплаты за март.Дата документа 5 апреля. Следующий скриншот нам говорит о том, что фактическая дата совпала с планируемой. Поэтому дата получения не переопределилась. Но записи программа делает всегда: плюс на минус.
Прикладываю ссылку на публикацию, возможно Вас будет полезна данная информация: Частичная выплата дохода при округлении сумм – особенности учета НДФЛ в ЗУП 3.1
в рабочей базе такого нет, возможно какая то настройка или константа?
Уточните,пожалуйста, что нет в рабочей базе?
В рабочей базе ведомость в подобном случае не делает движений пл этому регистру.
Может быть в демо-базе и в рабочей отличаются даты, суммы или что-то еще?
Добрый день, в копии Вы видите что дата выплаты равна плановой (скриншоты во вложении), в рабочей базе также но движений а этом регистре нет.
Может быть разница в том, что в рабочей базе при начислении марта был другой релиз. Сейчас я моделирую всю ситуацию на одном. Если даты, суммы все совпадает, то думаю дело в этом.
за последний год было несколько релизов сейчас последний, нет ведомостей, а из больше тысячи, в которых ведомости писали бы в этот регистр.
Да, сейчас последний. Но март был начислен на другом релизе.
Сейчас, из-за того что нет записей в регистр есть ошибка по итогу квартала в ндфл у сотрудника? Если можно — приложите скриншот отчета Подробного анализа ндфл для сотрудника. Это позволит исключить разночтение в ситуации.
Добрый день, если Вы не знаете по какой причине при одинаковых датах выплаты ведомость делает движения по регистру доходы в рабочей базе, то ок, опустим это. Ранее скриншоты делала на онлайн демо версии, сейчас там все затерто другими пользователями, поэтому сделала 2 примера на локальной демо базы, кроме движения по регистру доходы документом ведомость, картина идентичная с рабочей базой.
в следующем письме 2 примера тогда когда мы доначисляем в сторно и когда в зп, мне непонятно по какой причине в обоих случаях командировка сторнируется не по дате выплаты данной командировки
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-14_10-57-58-1024x303.jpg)
![](https://buhexpert8.ru/wp-content/uploads/questions/questions/2024/04/2024-05-14_10-58-29-1024x597.jpg)
Здравствуйте!
Дело не в том, что я не знаю, почему при одинаковых датах выплаты ведомость делает движения по регистру доходы в рабочей базе другие движения. Дело в том, что дать однозначного ответа не предоставляется возможным.
Прошло достаточно время с тех пор. Чтобы быть точный ответ нужно знать: какой был релиз в том момент. Какая была последовательность действий. Дело в том, что когда мы работаем в демо базе здесь и сейчас, мы все делаем в правильной последовательности в ввода документов. В рабочей базе так не получается работать: кто-то отвлекает, какие документы приходится отменять так как поменялась приказы и другие рабочие моменты, которые заставляют пользователя вводить/отменять и перепроводить документы. И именно эти нюансы не получится у восстановить, чтобы воспроизвести в демо базе. Но большому счету уже не и не надо. Мы будем работать с тем, что у нас уже есть.
Если мы говорим о двух смоделированных примерах, то вариант с ручной правкой сторнирующих записей в документе Начисление зарплаты и взносов рассматривать и анализировать нет смысла. Данная последовательность действий ошибочная, ее не нужно использовать в рабочей базе.
Если мы говорим о ситуации, когда мы доначислен в документе Сторнирование, то там дело все в Планируемой дате выплаты. В Вашем примере дата указана 5 июня. Программа не стала анализировать, правильно ли это или нет. Она просто сделала движение на ту дату, которая указана в документе. Так как суммы к выплате не будет, сторно больше, чем доначислено, то рекомендую оставить дату получения дохода в том месяце, когда происходит сторно. То есть в мае.
При таком вводе стонированная сумма будет отнесена к маю, переброски в июне не произойдет.
Хотела бы обратить внимание на еще одну замеченную нами ошибку: если в Командировке использовать параметр Рассчитать командировку с авансом и зарплатой, то коэффициент индексации не будет применять.
Прикладываю ссылку на вопрос: Пересчет командировки после индексации .
Получается, что у нас есть два варианта: или писать обо всем разработчикам в надежде, что они исправят данные механизмы. Скорее всего, у них разработчики действительно так глубоко не погружаться в учет и не могу смоделировать все возможные случаи начисления и перерасчетов. Или просто обходить проблемы и ошибки путем подбора ввода данных.
по первой части письма, все ведомости не делают движений по регистру доходы для ндфл в прошлых и текущем (последнем релизе) в копии базы воспроизвожу выплату с нула никто не отвлекает начислила — выплатила, также в ведомость нет движения по регистру доходы для ндфл, предположила что есть настройка или константы и если бы это было так Вы бы вероятно об этом знали.
касательно рекомендации сторнировать по новой дате отличной от даты выплаты — странная рекомендация,в случае сторно отпуска, больничного всегда сторно по дате получения.
На прошлом релизе моделировала сторно если начисление командировки в командировке тоже сторно было по дате получения командировки.
То что сторнируется дважды если нет доначисления в командировке — разработчики зарегистрировали ошибку поэтому попробовала просто в зп удалить втое сторно командировочных.
Как мы с Вами можем наблюдать поведение программы меняется из релиза к релизу. То что работало в прошлой версии программы,сейчас может не сработать.
То что ошибок много в программе, согласна с Вами. Нам приходится под них подстраиваться.
Мила, ВЫ считаете что то что сторно командировки не по дате её выплаты — не ошибка?
Нет, я так не считаю.Я считаю, что ошибка. Именно по этому нужно как-то обходить эту ситуацию в программе.
Добрый день. если это ошибка и правильно показать сторно датой получения дохода, тогда верный вариант изменить дату получения дохода через операции учета ндфл, а поом пересчитать сотрудника в зарплате чтобы налог сторнировался по той же дате разве нет?
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2024/04/2024-05-24_14-28-20-1024x331.jpg)
![](https://buhexpert8.ru/wp-content/uploads/questions/questions/2024/04/2024-05-24_14-29-50-1024x547.jpg)
Правильно ли я понимаю, что мы сейчас говорим именно о том, что программа делает сторно на 31 мая, а Вы хотите, чтобы там было отражено датой выплаты зарплаты за май.Мне кажется проще указать другую Планируемую дату выплат в документе Сторнирование командировке.
ТОгда не нужно будет вводить дополнительный документ Операция учета ндфл