Сторно командировки

Вопрос задал Ева *.

Ответственный за ответ: Клишева Мила (★9.84/10)

Добрый вечер. Ранее обсуждала вопрос с Милой, по возможности хотела продолжить с ней тк вышел новый релиз, а проблема осталась. Командировку начислили и выплатили, в следующем месяце сторнировали без доначисления, доначисление выполнено в зп, в итоге некрасиво в ндфл и дважды сторнирована команидировка в рл. Скриншоты подготовлю и вышлю чуть позже

Все комментарии (28)

  1. Здравствуйте! Мы получили Ваш вопрос! Куратор займется подготовкой ответа для Вас 2 мая. Если вопрос срочный и не терпит отлагательства, напишите об этом в комментарии. В этом случае постараемся ответить оперативно!

  2. вариант с сторно без доначисления в нем

  3. Приложение

    Здравствуйте!
    Смоделировала ситуацию на релизе 3.1.29.38. Чтобы программа верно отрабатывала сторнирование — в документе Сторнирование ставим флажок Доначислить при необходимости. Далее при расчете зарплаты в документе Начисление зарплаты и взносов вновь происходит перерасчет прошлого месяца. Но по итогу за месяц сторно верное.
    В отчете Подробный анализ ндфл по сотруднику доход и ндфл верно отражен. При выплате зарплаты за апрель ндфл ведомости пришел верно. Руками ничего не исправляла. Мы сейчас может исправить апрельский документ Сторно командировки?

  4. Мила, добрый день, я сейчас посмотрю что происходит если доначислить суммы в сторно, но на мой взгляд то что при отсутствии в сторно доначисления командировочные сторнируются дважды ошибка, Вы так не считаете?

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

  5. Приложение

    на мой взгляд то что при отсутствии в сторно доначисления командировочные сторнируются дважды ошибкаНа мой взгляд, тоже не однозначное поведение программы. Но сумма перерасчета на вкладке Доначисление, перерасчеты равно 0. В итоге взаиморасчеты с сотрудником верны — рады и этому.
    И еще меня удивило о что при выплате в плановую дату в ведомости есть движения по доходом для ндфл, в рабочей программе у меня такого нет, подскажите может это от чего то зависит? Вы имеете ввиду, что у меня в подробном анализе краснота — сторно суммы? Это зависит от дохода. У меня сумма сторнирование меньше, чем доначисления. У Вас больше — поэтому разное поведение.
    сложно моделировать ситуации если разное движение по регистрам
    Учтоните, пожалуйста,какие суммы у Вас.

  6. посмотрите 3 страницу в файле там движения ведомости, так вот в рабочей такое есть только если плановая дата разница с фактической в ведомости, в а демо постоянно так.

  7. Приложение

    Да, все верно. Если смоделировать пример, где сумма сторнирование меньше доначисление, то красноты нет.
    К сожалению, не совсем поняла про плановую дату и фактическую. Про какой регистр идет речь и про какую сумму.

  8. Вообще не об этом речь, посмотрите 3 страницу в файле ведомость делает движения по регистру доходы для ндфл, хотя плановая дата равна дате ведомости.

  9. Приложение

    В моем примере в документе Сторнирование указана дата выплаты 3 мая. Что является ошибкой. Далее при выплате зарплату 5 мая дата получения дохода переопредилась на верное число 5 мая.
    На 4 странице регистр Ведомость на выплату командировки в апреле. Какую дату Вы там ожидали увидеть?

  10. Мила, я говорю о ведомости на выплату зп с начислением командировки (3 лист в файле что я ранее Вам прислала). Я вообще не понимаю почему ведомость на выплату делает движения по регистру Учет доходов для исчисления НДФЛ.
    У меня дата выплаты в зп равна дате ведомости.

  11. Приложение

    Прошу прощения, что я не могу понять Вас!
    Ведомость на выплату всегда делает движение по регистру Учет доходов для исчисления НДФЛ.
    В приложенном файле -лист 3 — выплата зарплаты за март.Дата документа 5 апреля. Следующий скриншот нам говорит о том, что фактическая дата совпала с планируемой. Поэтому дата получения не переопределилась. Но записи программа делает всегда: плюс на минус.
    Прикладываю ссылку на публикацию, возможно Вас будет полезна данная информация: Частичная выплата дохода при округлении сумм – особенности учета НДФЛ в ЗУП 3.1

  12. в рабочей базе такого нет, возможно какая то настройка или константа?

  13. Уточните,пожалуйста, что нет в рабочей базе?

  14. В рабочей базе ведомость в подобном случае не делает движений пл этому регистру.

  15. Может быть в демо-базе и в рабочей отличаются даты, суммы или что-то еще?

  16. Добрый день, в копии Вы видите что дата выплаты равна плановой (скриншоты во вложении), в рабочей базе также но движений а этом регистре нет.

  17. Может быть разница в том, что в рабочей базе при начислении марта был другой релиз. Сейчас я моделирую всю ситуацию на одном. Если даты, суммы все совпадает, то думаю дело в этом.

  18. за последний год было несколько релизов сейчас последний, нет ведомостей, а из больше тысячи, в которых ведомости писали бы в этот регистр.

  19. Да, сейчас последний. Но март был начислен на другом релизе.
    Сейчас, из-за того что нет записей в регистр есть ошибка по итогу квартала в ндфл у сотрудника? Если можно — приложите скриншот отчета Подробного анализа ндфл для сотрудника. Это позволит исключить разночтение в ситуации.

  20. Добрый день, если Вы не знаете по какой причине при одинаковых датах выплаты ведомость делает движения по регистру доходы в рабочей базе, то ок, опустим это. Ранее скриншоты делала на онлайн демо версии, сейчас там все затерто другими пользователями, поэтому сделала 2 примера на локальной демо базы, кроме движения по регистру доходы документом ведомость, картина идентичная с рабочей базой.
    в следующем письме 2 примера тогда когда мы доначисляем в сторно и когда в зп, мне непонятно по какой причине в обоих случаях командировка сторнируется не по дате выплаты данной командировки

  21. Приложение

    Здравствуйте!
    Дело не в том, что я не знаю, почему при одинаковых датах выплаты ведомость делает движения по регистру доходы в рабочей базе другие движения. Дело в том, что дать однозначного ответа не предоставляется возможным.
    Прошло достаточно время с тех пор. Чтобы быть точный ответ нужно знать: какой был релиз в том момент. Какая была последовательность действий. Дело в том, что когда мы работаем в демо базе здесь и сейчас, мы все делаем в правильной последовательности в ввода документов. В рабочей базе так не получается работать: кто-то отвлекает, какие документы приходится отменять так как поменялась приказы и другие рабочие моменты, которые заставляют пользователя вводить/отменять и перепроводить документы. И именно эти нюансы не получится у восстановить, чтобы воспроизвести в демо базе. Но большому счету уже не и не надо. Мы будем работать с тем, что у нас уже есть.
    Если мы говорим о двух смоделированных примерах, то вариант с ручной правкой сторнирующих записей в документе Начисление зарплаты и взносов рассматривать и анализировать нет смысла. Данная последовательность действий ошибочная, ее не нужно использовать в рабочей базе.
    Если мы говорим о ситуации, когда мы доначислен в документе Сторнирование, то там дело все в Планируемой дате выплаты. В Вашем примере дата указана 5 июня. Программа не стала анализировать, правильно ли это или нет. Она просто сделала движение на ту дату, которая указана в документе. Так как суммы к выплате не будет, сторно больше, чем доначислено, то рекомендую оставить дату получения дохода в том месяце, когда происходит сторно. То есть в мае.
    При таком вводе стонированная сумма будет отнесена к маю, переброски в июне не произойдет.
    Хотела бы обратить внимание на еще одну замеченную нами ошибку: если в Командировке использовать параметр Рассчитать командировку с авансом и зарплатой, то коэффициент индексации не будет применять.
    Прикладываю ссылку на вопрос: Пересчет командировки после индексации .

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

  22. по первой части письма, все ведомости не делают движений по регистру доходы для ндфл в прошлых и текущем (последнем релизе) в копии базы воспроизвожу выплату с нула никто не отвлекает начислила — выплатила, также в ведомость нет движения по регистру доходы для ндфл, предположила что есть настройка или константы и если бы это было так Вы бы вероятно об этом знали.
    касательно рекомендации сторнировать по новой дате отличной от даты выплаты — странная рекомендация,в случае сторно отпуска, больничного всегда сторно по дате получения.
    На прошлом релизе моделировала сторно если начисление командировки в командировке тоже сторно было по дате получения командировки.
    То что сторнируется дважды если нет доначисления в командировке — разработчики зарегистрировали ошибку поэтому попробовала просто в зп удалить втое сторно командировочных.

  23. Как мы с Вами можем наблюдать поведение программы меняется из релиза к релизу. То что работало в прошлой версии программы,сейчас может не сработать.
    То что ошибок много в программе, согласна с Вами. Нам приходится под них подстраиваться.

  24. Мила, ВЫ считаете что то что сторно командировки не по дате её выплаты — не ошибка?

  25. Нет, я так не считаю.Я считаю, что ошибка. Именно по этому нужно как-то обходить эту ситуацию в программе.

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

  27. Приложение

    Правильно ли я понимаю, что мы сейчас говорим именно о том, что программа делает сторно на 31 мая, а Вы хотите, чтобы там было отражено датой выплаты зарплаты за май.Мне кажется проще указать другую Планируемую дату выплат в документе Сторнирование командировке.
    ТОгда не нужно будет вводить дополнительный документ Операция учета ндфл

Комментарии закрыты.