Подскажите, пожалуйста, почему если сотрудник работает в одном подразделении, а договор ГПХ зарегистрирован в другом, то в своде оплата по договору подряда выходит в том подразделении, где числится основный работник? То есть если построить свод по тому подразделению, где был ГПХ, то сумма по договору подряда просто не отразится в своде.

(0) насколько помню - Свод фигурирует понятием физлицо в итоге
не ждите от него многого

(1) Ну это же явная ошибка. Причём грубая. Пользователь строит свод и не видит там начисленных сумм, которые по этому подразделению прошли.

(2) Переходите на 3.1, там это реализовано

(3) Не будем. ЗУП 3.1 ужасна.

(2) правильно - потому-что этот отчет не для этого

то что вы хотите - либо анализ начислений
либо отражение ЗП в учете

В 2.5 сотрудник определятся потом. Сначала данные собираются по физлицам, а потом программа пытается определить сотрудника - не всегда хорошо правда.
Потому что удержания и выплаты идут физлицу, а не сотруднику.

Если вам нужны только начисления, то надо делать свой свод - по сотрудникам

(5) А для чего тогда этот отчет? Я хочу посмотреть сумму начислений с отбором по подразделению, а мне ЗУП выдает неправильные цифры. Это нормально?

(7) Это нормально
Принятый по ДГПХ человек не является сотрудником организации, не числится ни в каких ее подразделениях. В своде он будет идти отдельно, без привязки к подразделениям и даже без привязки к организации.

(4) Вы просто не кошерно готовите 3.1

(8) Ну может быть и так. А что касается 3.1, так я ее вообще не должна готовить. Деньги уплачены за то, чтобы получить, установить и начать работать. За тормоза, глюки и бестолковость никто не платил.

(9) Категорически не так
Ни к одному дистрибутиву ПО не прилагается бесплатная коробка с грамотным пользователем. Пользователь приобретается отдельно

(10) Пользователи грамотны. Программа тормозит и тупит.

(11) Как бы там ни было, вопреки озвученному в (4) переходить будете. Ибо закрывается лавочка.

(12) У нас КОРП.

(13) Это читерство)))

(14) С чьей стороны?))))

(13) Этот пёсик издохнет чуть позже

(13) Если только не появиться чего-нибудь новенького,что в 2.5 не будут реализовывать

Поговаривают что 2.5 чисто на уровне архитектуры не может в 6-НДФЛ. Хотя 3 тоже не очень может

(18)Кто поговаривает? А как же люди сдают 6-НДФЛ из 2.5?

(19) Если флажок поставлен, то всё зависит от пряморукости бухгалтеров. Если бухгалтеры криворукие, то очень сложно 6 - НДФЛ построить.

(19) Там какие-то костыли, обработкой двигают последовательность начислений

20+ Если флажок снят, то при любых бухгалтерах отчет не построится правильно.

(21) Если у вас пивной ларек, то обработка, может быть, и поможет. Если производственное предприятие, то только руками.

(18)(20)(21)(22)(23)Сказки какие-то.
При установленном флажке "Принимать налог исчисленный как удержанный" все нормально заполняется, при условии, что в организации нет задержек выплаты зарплаты.
При снятом флажке и пряморукости бухгалтеров тоже все заполняется корректно.
Обработка нужна для криворуких бухгалтеров, чтобы исправлять криворукость.

(24) Да ладно! А как вы прокомментируете тот факт, что платежка удерживает НДФЛ с аванса? Как после такого кощунства 6-НДФЛ правильно построится?

(25) Сей факт не обязательно есть кощунство
Если кроме аванса иных доходов не было - надо удерживать

(26) Аванс цэ доход?

(25)При снятом флажке "Принимать налог исчисленный как удержанный" не удерживает.

(25)Это в каком-то релизе в первом или втором квартале 2016 года удерживала.

(27) В условиях когда нет иных доходов - да

(26) LOL

(28) Врёте. Удерживает.

(31) Не удерживает как раз тогда, когда флажок установлен.

(32)Все правильно. Не удерживает при установленном флажке "Принимать налог исчисленный как удержанный".
Запутали вы меня прошлогодними проблемами.

(0) может начисление ДГПХ надо дублированному сотру начислить, а физ.лицо один будет. Тогда смешивать не будет.
НДФЛ собирается по физлицу.