|
Документ начисление зарплаты и Сведения о доходах НДФЛ | ☑ | ||
---|---|---|---|---|
0
gul_Sayan
31.01.24
✎
12:32
|
Заметил что некоторые документы Начисления ЗП в регистр накопления Сведения о доходах НДФЛ делают движения и с + и с -, суммы разные но в результате на некоторых людях выходят в 0. Это нормально?
А то в отчете Анализ НДФЛ по документу доход пустой. |
|||
1
Momus
31.01.24
✎
12:38
|
так в ноль и должно выходить, если все взаиморасчеты с сотрудников выполнены
|
|||
2
Momus
31.01.24
✎
12:41
|
(0) или вы про тупо сложить все обороты?
|
|||
3
gul_Sayan
31.01.24
✎
12:56
|
(1)В ноль выводит ведомость на выплату если я правильно понимаю, а тут сам документ начисления выводит в 0.
|
|||
4
Gucci76
31.01.24
✎
13:00
|
Скорее всего это закрывается "аванс"
|
|||
5
gul_Sayan
31.01.24
✎
13:29
|
(4) Да по суммам - аванс. Причем ведомость по выплате аванса создала движения и с - закрывая аванс и с + который потом закрыло начисление зарплаты.
Не подскажите как это корректнее откорректировать? Месяц октябрь. |
|||
6
Gucci76
31.01.24
✎
13:45
|
Что откорректировать то надо?
|
|||
7
gul_Sayan
31.01.24
✎
13:52
|
(6) Нужно чтобы у документа начисления зарплаты остались только положительные суммы, чтобы по документу был доход.
Хотя к концу года всё выравнилось, и может сказать бухгалтерам что ничего трогать не надо. |
|||
8
Gucci76
31.01.24
✎
14:16
|
Не нужно!
Разберитесь с движениями по регистрам НДФЛ документов "Начисления за первую половину" и "Начисление ЗП" И не выплачивайте аванс более чем потом будет зарплата. |
|||
9
SleepyHead
гуру
31.01.24
✎
18:26
|
(0) Эти движения делает ведомость на выплату.
|
|||
10
Gucci76
31.01.24
✎
18:56
|
(9) Вряд ли ведомость. Ведомость всегда одинаковую сумму сторнирует и начисляет. А в (0) говорят, что бывают разные суммы.
Вообще надо регистр накопления смотреть. И что стоит в реквизите "Зарегистрировано при начислении аванса" |
|||
11
SleepyHead
гуру
31.01.24
✎
19:03
|
(10) Согласен
Нужно сделать отбор по документу, показать поля "Регистратор", "Документ-основание", "Дата получения дохода", "Зарегистрировано при начислении аванса" Сторно-записи будут на сумму ранее начисленного аванса, но датой получения дохода по зарплате (кроме случаев, когда аванс больше зарплаты). |
|||
12
Гена
гуру
31.01.24
✎
19:11
|
(11) Нельзя же так быстро менять своё мнение. Помните что на это сказал Мюллер Айсману? )
|
|||
13
Волшебник
31.01.24
✎
19:24
|
(12) "отказ от своего мнения дурно пахнет"
|
|||
14
Гена
гуру
31.01.24
✎
19:25
|
Да, естественно, именно выплата сторнирует и начисляет налоговый доход для НДФЛ.
Почему? Потому что когда идёт начисление любого дохода, кроме дивидендов, реальная дата выплаты ещё не известна. В программе применяется планируемая дата выплаты. Мы считаем, что предположительно зарплата будет выплачена в понедельник 5-го февраля. Идёт запись в РН: SleepyHead ... 05.02.2024 ... 50000= Но шеф оценил работу и приказал выдать зарплату в эту пятницу 02.02.2024 (послезавтра) Вот поэтому док Выплаты и делает свои две записи в тот же РН: SleepyHead ... 05.02.2024 ... -50000= SleepyHead ... 02.02.2024 ... +50000= Допустим, шеф передумал и как всем выплатил зарплату сотруднику как и планировалось в понедельник. Тогда программа всё равно сделает вышеуказанные записи, потому что она не анализирует совпадение планируемой даты и реальной. Это выяснили. Точно также происходит и при выплате аванса. Но. В доке начисления полной зарплаты за месяц мы регистрируем ПОЛНЫЙ месячный доход. А выплачиваем мЕньший на сумму ранешнего аванса. Вот почему док выплаты зарплаты делает две записи +/- по датам на мЕньшие суммы - на те, которые и были выплачены именно что в зарплату. |
|||
15
Gucci76
31.01.24
✎
20:08
|
(14) я из (0) выделил "...суммы разные..." - из этого сделал вывод, что это не ведомость. Она всегда одинаковые суммы переносит с одной даты на дату ведомости (а часто бывает, что это одна и таже дата).
|
|||
16
Гена
гуру
31.01.24
✎
20:16
|
(15) Именно что ведомость. Если разные суммы по +/- с одного начисления, то очень грустно: пользователь вручную правит суммы к выплате в доке. Тогда минус одна сумма по доку начисления и плюсом по доку выплаты. А за это SleepyHead применяет утюги и паяльники )
|
|||
17
Gucci76
31.01.24
✎
22:24
|
(16) Только что проверил - поменял суммы к выплате в ведомости. Все равно в регистре "Сведения о доходах НДФЛ" одинаковые суммы у плюс и минуса
|
|||
18
Gucci76
31.01.24
✎
22:38
|
(16) Понял, что вы хотели сказать. Я немного о другом.
В (3) сказано, что по регистратору "Ведомость" суммы выходят в ноль. (0) А начисление ЗП не в ноль. И это правильно. В ноль должно быть только когда аванс равен начислению ЗП. Мне кажется в ответах идет недопонимаение отвечающих (у меня точно оно есть :-) ). Прояснить ситуацию может только скрин этого регистра накоплений (хотя лучше выгрузить в эксель, т.к. скрин не поместит столько колонок) |
|||
19
SleepyHead
гуру
01.02.24
✎
02:35
|
(12) Такое содержимое регистра может быть как из-за ведомости, так и из-за зачета аванса. Отличия в том, что выступает регистратором - ведомость или документ начисления зарплаты.
Даже когда дата ведомости совпадает с плановой датой выплаты, все равно в регистре сведений о доходах есть записи (+) и (-) с одинаковыми суммами. На этот счет я писал на хотлайн пару лет назад. Ответили, что да, нехорошо получается, поправим - но так ничего и не сделано. |
|||
20
Гена
гуру
01.02.24
✎
08:04
|
(19) Короче, на вопрос ветки "Это нормально, когда в РН записи +/-" наш ответ:
- Да, это нормально. |
|||
21
SleepyHead
гуру
01.02.24
✎
10:16
|
(20) в ноль выходят? Месяц налогового периода тот же? Нормально.
|
|||
22
Гена
гуру
01.02.24
✎
15:57
|
(19) Вот любят у нас разработчикам писать...
Глянул. Попробуйте в общем модуле УчетФактическиПолученныхДоходовБазовый в районе строки 613 в условии: Если СуммаДохода = 0 Тогда
Продолжить; КонецЕсли; добавить: ... Или Выборка.ДатаПолученияДохода = ДатаВыплаты |
|||
23
SleepyHead
гуру
02.02.24
✎
08:03
|
(22) И потом поддерживать постоянно эти доработки?
|
|||
24
Гена
гуру
02.02.24
✎
08:26
|
(23) патч
|
|||
25
SleepyHead
гуру
02.02.24
✎
08:28
|
(24) Так ведь и патч надо поддерживать. Типовые модули постоянно "плывут".
Единственный недостаток - лишние записи, на остальное не влияет. Но не исключаю, что это был такой хитрый план от разработчиков, и такие записи все-же где-то используются. Лучше не трогать - работает же. |
|||
26
Гена
гуру
02.02.24
✎
08:37
|
(25) Не надумывайте, нигде не используются. Когда запрашивается регистр, то тупо выбирают по порядку все движения за заданный интервал времени.
Вы же вроде как перфекционист? ) |
|||
27
ANDRU48
02.02.24
✎
09:15
|
||||
28
ANDRU48
02.02.24
✎
09:18
|
В коде ЗУП смотрели: за предыдущие полгода выбирает, делает две таблицы и потом прокручивает их, смотрит текущие начисления и идет с первых за полгода и "зачитывает".
После этого к текущим начислениям, добавляет минусовые в регистре, по тем суммам, которые найдет по определенным отборам и потом эти суммы прокручивает по определенному алгоритму и добавляем минусом. |
|||
29
Гена
гуру
02.02.24
✎
09:35
|
(28) Тут проблема скорее теоретическая. Вот на Ваш взгляд перевыплаченный аванс - это доход для НДФЛ или всё же не доход, а ошибочная выплата к возврату?
|
|||
30
Гена
гуру
02.02.24
✎
09:37
|
Упрощенцы ИП здесь есть? Вот Вам пришли ошибочно деньги, которые Вы потом вернули обратно. Разве в КУДиР Вы показываете себе доход?
|
|||
31
SleepyHead
гуру
02.02.24
✎
09:45
|
(26) Я все равно не буду переделывать код. Ни за какие деньги! ))
|
|||
32
Гена
гуру
02.02.24
✎
09:46
|
(31) Не понял... Это бунт?..
|
|||
33
SleepyHead
гуру
02.02.24
✎
09:46
|
(27) Ух ты, на мисте ссылка на мою же статью. Офигеть.
|
|||
34
SleepyHead
гуру
02.02.24
✎
10:03
|
(29) Хороший вопрос. Вот недавно клиенты начислили зарплату за первую половину месяца, выплатили, а потом оказалось, что не тому.
Но выплатили же? В итоге решили легализовать выплату. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |