Имя: Пароль:
1C
 
Документ начисление зарплаты и Сведения о доходах НДФЛ
,
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) Хороший вопрос. Вот недавно клиенты начислили зарплату за первую половину месяца, выплатили, а потом оказалось, что не тому.

Но выплатили же?

В итоге решили легализовать выплату.