Добрый день.

Расчетчики для заполнения ведомости на аванс распроводят ведомость на выплату ЗП в ЗУП, но документ ведомость синхронизируется с БП и там встает на удаление, плюсом тащит за собой документы "Списание с расчетного счета". При обратном проведение ведомости в ЗУП, в БП ведомость встает как проведенная, но "Списания с расчётного счета" так и остаются помеченные на удаление.

Пока для себя вижу решения: доработкой заполнения начисления аванса, без разведения ведомости за выплату ЗП за прошлый месяц;
Ну еще как вариант смотреть план обмена с БП;

Собственно вопрос, может как то штатно лечиться или "заплаты" какие есть по данной теме?

(0) "Расчетчики для заполнения ведомости на аванс распроводят ведомость на выплату ЗП в ЗУП"
Зачем? Аванс - это когда зарплата ещё не рассчитана. Как только рассчитали - это уже не аванс, а частичная выплата зарплаты.

Как вариант выключить обмен по расписанию. Удалять зарегестрированую ведомость перед обменом. Или с датойсзапрета в ба поиграться.

(1) Это на самом деле старый косяк. Когда выплата в межрасчетном периоде, ответ 1С: распроводите, заполняйте, проводите
(2) Бухи могут ведомость поправить и будут сидеть ждать когда прилетит :) ..  короче колхозить не хочется, может есть еще варианты?

(0) Какой "Месяц выплаты" стоит в доке выплаты ЗП и не равен ли он такому же реквизиту в доке выплаты аванса?

(4) Равен, иначе отчеты неправильно формируются (уже проходили)

А если временно перевести в выплате зп на месяц назад, перед заполнением аванса?

(6) Тогда нормально. Но тут возникает другая неявная проблема, забыли дату вернуть, а как сдача отчетов - истерика.

Нет проблем. Тогда найдите условие перед заполнением аванса по этому МесяцРегистрации выплаты зп и сдвиньте там, только для условия, если я понятно объяснил

(8) В общем так и хочу, в начале писал, вариант №1 поправить заполнение.
Была надежда без ковыряния конфы решить проблему, но видно нет

(0) Месяц выплаты в ведомости должен соответствовать месяцу начисления. И не придется вам плясать с бубном вокруг ведомостей.

(3) "Это на самом деле старый косяк. Когда выплата в межрасчетном периоде"
Не понял, объясните. Как можно отменять ведомость, если она уже повлекла за собой финансовые движения?

(11) Люди хотя  видеть переходящее сальдо в сводах, но ничего не знают о дополнительных настройках и что давно уже можно включить отражение взаиморасчетов по бухучету.
По привычке в ведомости ставят месяц выплаты "январь", когда выплачивают зп за декабрь, ну и так далее.

А ЗУП отказывается формировать ведомость на аванс в январе, если уже проведена ведомость с характером выплаты "С зарплатой".

Вот и извращаются потом, кто как может.

(12) А, понятно. Я просто всегда включаю бухгалтерское сальдо везде. И с такими проблемами не знаком.

(13) Не всем оно нужно. Бюджетники очень любят старое доброе зарплатное сальдо. Хозрасчетники наоборот. Это из моих.
Грянина (бухэксперт) даже как-то рассказывала, как в типовой отчетности вывести и то, и другое.

(14) В двух моих знакомых бюджетных организациях зарплату за расчетный месяц всегда выплачивавают в конце месяца. Сальдо всегда ноль. И там разницы нет) А в хозрасчете переходящее сальдо - обычное дело.

(15) А у моих по плану 5 числа следующего месяца, что образует переходящее сальдо. Но любят зарплатное.

(16) "Но любят зарплатное."
Дело привычки. В бюджетных организациях на 1с переходили со всяких там Парусов, а там может быть было именно такое сальдо. Уже и не осталось никого работавшего в той системе, а обычай сохранился. Как в эксперименте с обезьянами, которых обливали холодной водой при попытке достать банан.

(12) Точно! Отлично. А я вчера думал, ну зачем этот реквизит "Месяц выплаты" в ведомостях, если автор ветки предлагал ВСЕГДА выбирать месяц даты документа. Ведь прекрасно можно из даты документа получить и Месяц его регистрации. Вроде как лишняя дублирующая сущность. Предположение о том, что просто лень каждый раз получать Месяц из даты документа, несерьёзно.
Следовательно, этот реквизит именно что Период Действия документа. Выплата не "В" каком месяце, а "ЗА" какой месяц. И действительно не зря в ЗУПе есть два отдельных регистра:
Взаиморасчеты с сотрудниками
и
Бухгалтерские взаиморасчеты с сотрудниками
В первом период записи дока Выплаты формируется по периоду действия дока (реквизит "Месяц выплаты"), а во втором - по периоду регистрации дока (реквизит дата дока).

Вот теперь всё гармонично. Мы можем формировать любые зарплатные отчёты, где собирать данные либо из первого регистра, либо из второго. Жаль, конечно, что фирма 1С поленилась сделать кнопку выбора в самих отчётах. Ну ничего. При желании можно пользоваться и стандартным переключателем:
Настройка - Дополнительные настройки - Показывать взаиморасчеты
Этот переключатель не затрагивает ничего и только используется для показа при формировании отчётов. Только после переключения надо заново переоткрыть нужный отчёт.

А так полезная штука для написание своих собственных внешних отчётов, где захочется выбирать либо период действия выплат, либо период их регистрации )

Это... теперь осталась политика. Для поддержания авторитета автору ветки нельзя прямо признаваться, что просмотрел этот переключатель. Лучше заявить, что мудрая фирма 1С выпустила наконец-то новый релиз и теперь в доках выплаты зарплаты надо всегда выбирать тот месяц, ЗА который она платится )
Прокатит.

(18) У этих двух регистров есть еще одно отличие.

(17) Привычка, конечно, это да. Но на самом деле так удобно проверять, выплачена ли зарплата за месяц, в котором она начислена. И стыковать с оборотками в бухгалтерии. У бюджетников нет 70-го счета, там своя кухня, ну и контролировать удобно именно по месяцу.

(20) Какое? Пригодится знание.

(22) В бухгалтерских взаиморасчетах нет вида дохода исполнительного производства.

"Мы можем формировать любые зарплатные отчёты, где собирать данные либо из первого регистра, либо из второго"

Поэтому , к сожалению, не все отчеты получится делать таким способом.

(23) что это за зверь такой, чтоб самому не искать? Это тот код 1 или 2, что мы ставим в платёжках на выплату зарплаты?

Да, увидел, он.

(0) А просто поправить план обмена на нужды компании, не предлагать? :)

+(27)  Правила обмена...

(12) Да, не знал про такие настройки. Спасибо.
(19) Точняк, так и сделаю )) бухи года три не задавали этот вопрос ..

Вроде сошелся пазл в голове, пошел проверять.

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

Или есть ещё какой отчёт?

(30) Я думал, вы имеет ввиду свои отчеты (которые сами разрабатываете).

(31) я бухгалтер и сам отчёты не пишу, только ТЗ и обсуждение с грамотными программистами. Мне повезло по жизни и все кодеры толковые попадались, начиная с Абырвалга, 101 и других, но они скорее всего здесь не знакомы )

А кто-то реально занимается созданием разных ведомостей по разным кодам исполнительного производства? Это ж с дуба рухнешь. Удвоение работы бухгалтера.

(33) ну, не удвоение, а лёгкий гемор... список выплат, с которых не удерживаются взыскания, достаточно короток: суточные, на рождение ребёнка и т.п.

(33) Если у работника есть исполнительный лист, и разные коды дохода ИЛ - то зачем его подставлять? Работника. Кому приятно. если приставы снимут с карточки сумму, зачисленную как зарплату, а не как сумма, недоступная для списания.

Если нет ИЛ - конечно, никто особо не заморачивается.

(34) При этом возврат НДФЛ при проведении поле "Вид дохода ИЛ" вообще никак не заполняет. Но в ведомости идет как "1 - зарплата".

(36) Правильно идёт единичка. С возврата НДФЛ удерживаются взыски.
Например, если алиментщик получит возврат по имущественному вычету, то на детей с него удержат )

(37) Это все так. Но посмотрите движения самого документа "Возврат НДФЛ", он вид дохода не заполняет. Думаю, что это ошибка. А уже ведомость считает незаполненный реквизит регистра единицей.

(38) это не ошибка... пустота оставлена на будущее, скорее всего, потому что до сих пор этот вопрос спорный вплоть до судов )
А умная программа всегда для пустот подставляет основной элемент. Ну и пусть.

(39) Так ведь возвращенный НДФЛ вообще не доход, с которого ИЛ удерживаем. по-хорошему он должен идти по коду 2, или я что-то не понял?

(40) я же в (37) написал, что надо удерживать, 1 - правильный код

Постановление Правительства РФ от 2 ноября 2021 г. N 1908
2. Удержание алиментов также производится со следующих видов доходов:
... н) с сумм возвращенного налога на доходы физических лиц в связи с получением права на налоговый вычет через работодателя в соответствии с законодательством Российской Федерации, а также с денежных средств, возвращенных после перерасчета налоговой базы с учетом предоставления налоговых вычетов по окончании налогового периода;

(41) Понял. Почитал, почему - он не указан среди доходов, на которые не может быть обращено взыскание. Но тогда почему не заполняет код при проведении возврата, все равно не понял. Можно раскопать, поискать информацию, но желания нет пока что, не настолько принципиальный вопрос...

(43) Скорее всего, потому что в программе возврат НДФЛ это не начисление дохода, а возврат удержанного, причём уже из бюджета, а не из средств организации. Хотя для работника это такой же доход.

(44) (41) Так чегож зупа стесняется тогда, если все равно выплачивает по коду 1? Тогда бы и в движениях возврата НДФЛ ставила код 1, а не пустое значение.
Типовой отчет учитывает эту особенность, но когда смотришь регистры тем же универсальным отчетом - сразу видишь разрыв.