Всем доброе время суток !

Ситуация на первый взгляд простая и уже не раз обсуждалась. Тем и интересная.


Сотрудница не попадает в документ начисления зарплаты в ЗУП

Была принята на работу, затем отпуск по уходу за ребенком, затем отзыв из отпуска. На первый взгляд все сделано красиво и правильно.


По регистрам все проверил.

Плановые начисления - начисление есть (Оплата по часовому тарифу).

Значения периодических показателей расчета зарплаты сотрудников - значение есть (Тарифная ставка (часовая)).

Состояние сотрудников - работа (через документ Возврат из отпуска по уходу).

Данные для подбора сотрудников - есть.

По кадровым отчетам сотрудница является работником того подразделения по которому начисляется зарплата.


Куда еще копать ? В чем может быть дело ?

(25) А если принудительно добавить в документ, она рассчитывается ?

Если нет, то скорее всего она рассчитана где то раньше

(28) Вот да, это проверить можно так - открыть регистр "Начисления и удержания по сотрудникам", с отбором по этому человеку.

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

(26) По подразделению конечно.

То есть получается странная картина.

Она пришла в 2012 в это подразделение, в 2019 сходила в отпуск по уходу за ребенком из которого ее отозвали досрочно в июле 2021. Кадровых переводов не было.

Но при этом почему то в документ начисления зарплаты по этому подразделению не попадает.

(24)
Зарплата и управление персоналом, редакция 3.1 (3.1.20.97)

(31) Был у меня случай - завели два идентичных подразделения, отличались только кодами. Я бы проверил тогда сначала список подразделений, в режиме показа скрытых и расформированых.

(32) надо бы обновить релиз до актуального. Тяжело им с таким устаревшим работать. Были существенные изменения за это время, что прошло. А затем, после обновления уже и с сотрудником разбираться.

(29) В регистре она есть.

Она попадает в документ "Начисление зарплаты и взносов" в НДФЛ. Поскольку до этого был введен документ по начислению месячной премии.

Ну это логично. Поскольку именно документ "Начисление зарплаты и взносов" рассчитывает НДФЛ за месяц.

Но в начисления она не попадает.

Давай выкладывай список плановых начислений

(24) вот тебе и нах.. релиз обнови. хотя нужно тупо  с отладчиком поработать

(28) >А если принудительно добавить в документ, она рассчитывается ?

Каким образом ?

Добавил ее вручную. После "Заполнить" она из документа пропадает. "Заполнить сохранив изменения" то же самое.

(35) Тебя в (12) спрашивали. Ответа не было. У тебя в документе "Возврат из отпуска" указаны начисления? Галочки какие там стоят / не стоят?

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

(39) >У тебя в документе "Возврат из отпуска" указаны начисления? Галочки какие там стоят / не стоят?

Нет не указаны.

Галочки не стоят.

В регистре ПлановыеНачисленияСрезПоследних на начало месяца

Период    Регистратор    НомерСтроки    Активность    Сотрудник    Начисление    ФизическоеЛицо    ДокументОснование    ГоловнаяОрганизация    Используется    Размер    ДействуетДо    ПересчетНеТребуется    ВторичнаяЗапись
09.12.2019 23:59:10    Отпуск по уходу за ребенком 00000000001 от 09.12.2019    1    Да    ФИО    Пособие по уходу за ребенком до полутора лет    ФИО        Организация    Да        08.03.2021    Нет    Нет
01.07.2021 0:00:30    Возврат из отпуска по уходу 00000000001 от 01.07.2021    1    Да    ФИО    Пособие по уходу за ребенком до трех лет    ФИО        Организация    Нет            Нет    Нет
01.01.2021 0:00:10    Начальная штатная расстановка 0000-000013 от 01.01.2021    19    Да    ФИО    Оплата по часовому тарифу    ФИО        Организация    Да    24 808,00        Нет    Нет

(41) Есть еще регистр "Применение плановых начислений".

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

(40) Про какую кнопку ты говоришь ?

В документе где начисления три кнопки "Заполнить", "Заполнить сохранив изменения" "Дозаполнить новыми сотрудниками".

При нажатии на любую из них сотрудник пропадает из начислений (если до этого был добавлен вручную).

(42) Ты хочешь сказать что записи в ПлановыеНачисления неедостаточно ? Там же последняя запись говорит о том что после возврата из отпуска по уходу у нее включилось начисление  Оплата по часовому тарифу

(41) и что здесь должно насчитаться?

а, оклад, пардон

А вот поэтому, нормальных расчетчиков воспитывать нужно.

Сказано им - был Отпуск по уходу за ребенком? Вернулся человек из Отпуска? -- Сделай кадровым перемещением актуальное состояние этому сотруднику. Хуже не будет, но все заработает так, как этот документ установит.

(45) Оплата по часовому тарифу

(44) Недостаточно.

(41) "Нет не указаны." - ну вот и ответ

Должна стоять галочка "Приказом установлены ежемесячные начисления"
и в ТЧ перечислены плановые начисления, а если за время отпуска менялся оклад/ставка, то и галочка "Изменить начисления"

(44) Последняя запись там - Возврат из отпуска вообще-то. И в нем не видно, что Оплата по часовому тарифу обязательно включится.

(42) >Есть еще регистр "Применение плановых начислений".

А что в нем должно быть ?

У меня сейчас в нем две записи по сотрудницами которые ушли в декретный отпуск. С регистраторами "Отпуск по уходу за ребенком" которые отменили эти начисления.

Вместо многих многих слов, было бы полезнее озвучить тут скрин заполненного документа "Возврат из отпуска по уходу" и его движения.

(52) С даты возврата ресурс "применение" = истина.

(42) Скинь пример как у тебя выглядят записи в этом регистра по регистраторам которые включают начисления.

(53) да ну... что у ТС разве когда-то бывают темы без многих слов... :-)

(54) Это я понял. Каким регистратором это включается ?

(53) А что там озвучивать ?

Галочек по начислениям нет. Банально возврат из отпуска, дата документа, дата возврата.

(55) https://disk.yandex.ru/i/GKkDkdIZ5ACuIA

(57) Можно Возвратом из Отпуска. Там если сразу не видно, что вкладка должна быть. Надо базу открыть и посмотреть, как оно в этом релизе, не помню.

А можно Перемещение Кадровым. Просто продублировать полностью все данные Сотрудника, чтоб все нормально считалось. После Перемещения 100% срабатывает. Но все поля нужно перепроверить и подтвердить на актуальные.

(58) Проверь эту галку, выделил ан картинке красным. Она включает применение начислений.

https://disk.yandex.ru/i/mJQ9rX5_TNEEKw

Документ Перемещение формально лишний. Там есть галочка на передачу перевода в ПФР - ее не ставить.
А с технической точки зрения - полезно как раз в случае возни с Отпусками по уходу

(62) Да, вот к сожалению, в возврате не предусмотрена смена подразделения и позиции штатного/должности. Хотя вполне жизненная ситуация - реорганизация, пока сотрудница была в таком отпуске.

(58) Расходимся народ :) Работника вернули из отпуска по уходу без установления ему оклада и начислений :))

PS: в (40) я неудачно пошутил насчет пиктограммы "Показать подробности расчета" :(

(63) Ну я бы наоборот.

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

Вот как в этом примере у расчетчиков ТС: просто забыли поставить и проверить эту галку несчастную. Я думаю, что им было бы гораздо проще отработать по чек-листу на несколько документов, чем перепроверять себя по вкладочкам одного и того же.

При чём тут ЗУП? Прервать отпуск,  перевести, возобновить отпуск - рядовая же ситуация, так Минтруда рекомендовало в своём письме от 14.08.2019 № 14-2/В-643.

(54) Разобрался. Спасибо большое за помощь.

Включается через документ "Возврат из отпуска по уходу".

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

(63) >к сожалению, в возврате не предусмотрена смена подразделения и позиции штатного/должности

На мой взгляд это правильно сделано. Не надо путать кислое с мягким.

Если проведена реорганизация то сначала возврат в то подразделение где числилась и только потому же кадровый перевод в новое.

(66) >Прервать отпуск,  перевести, возобновить отпуск - рядовая же ситуация

Тем не менее логика действия документа "Возврат из отпуска по уходу" неочевидная.

По идее должно быть - вернули из отпуска и сразу возобновились начисления. Ведь в регистре ПлановыеНачисления показывается что после проведения Возврат из отпуска по уходу" восстанавливается начисление Оплата по часовому тарифу. А тарифную ставку ему не меняли значит берем актуальную.

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

(69) "А оказывается еще нужно включать обратно тарифную ставку которая действовала на момент ухода в отпуск."

Вот зачем такие сложности в типовой? Это вообще нелогично, т.к. ну а вдруг по ней не было изменений? Зачем лишние телодвижения

(70) "ну а вдруг по ней не было изменений?" - совершено верно, - как правило, более вероятнее повышение оклада и/или индексация зарплаты, чем "не было изменений". Инфляция, сэр :)

(71) А еще один момент можешь подсказать ? По поводу настройки отражения в бухучете.

Смотри в чем вопрос.

В ЗУП в подразделении есть закладка "Бухучет и выплата зарплаты".

Выбираю вариант "Отражается на указанном счете, субсчете".

Дальше идет связка "Подразделение - Способ отражения".

Но в этом способе отражения нигде не указываются счета учета, субконто и т.п.

В каком месте и где происходит настройка связки "Способ отражения" - "Счет и субконто" ?

ИТС: "... Способ отражения в учете характеризуется только наименованием и описывается в справочнике "Способы отражения зарплаты в бухгалтерском учете" (раздел Настройка – Способ отражения зарплаты в бухучете). Элементы этого справочника синхронизируются с элементами одноименного справочника в программе "1С:Бухгалтерия 8" (ред. 3.0) по наименованию, причем в программе "1С:Бухгалтерия 8" (ред. 3.0) для каждого способа отражения в учете дополнительно указываются счет Дт и аналитика, на основании которых в программе "1С:Бухгалтерия 8" (ред. 3.0) формируются проводки по бухгалтерскому и налоговому учету. Если необходимый способ отражения для организации в справочнике отсутствует, его необходимо создать;"
https://its.1c.ru/db/answers1c#content:253:hdoc

(72) мда

(74) Тебя что то смущает ?

Я один раз это делал (настройку связки ЗУП и БП 3). Сделал, все заработало интуитивно. Поскольку все заработало глубоко не копал.

(73) Спасибо большое.

А еще один момент можешь подсказать ?

Я правильно понимаю что синхронизация ЗУП 3 работает только с где есть аналогичный блок БСП (БП 3, ЕРП и т.п.)

То есть связать ЗУП 3 и например УПП штатными средствами нельзя.

(74) Я из себя эксперта-консультанта по ЗУП не строю и если что то не знаю не считаю зазорным спросить.

(76) Да, правильно понимаете. И дело тут не в БСП. Штатных средств обмена с актуальными конфигурациями в УПП нет и не будет, будут только правила переноса в лучшем случае. Как Вы сами знаете, функционал УПП разработчиками конфигурации не развивается, а только поддерживается в минимальном объёме (на уровне актуализации изменений законодательства). Все подсистемы УПП безнадёжно устарели, - например, подсистема ЗУП в УПП застряла на уровне 2.5 :(

(78) Как будто отражение зарплаты в учете сильно меняется. Документа резервов премий нет, но это не проблема

(79) В 3.1 Добавляется перенос удержанного налога для единого платежа, переход на который добровольно запланирован на 2023 год по всем организациям.
В УПП такое вряд ли будет.

(79) Замечание, имхо, не в тему. Мой спич не об изменении отражения зарплаты в системах учета, как такого, самое по себе, - а об изменении методистами 1С подхода к реализации этого функционала.

(34) >надо бы обновить релиз до актуального

Обновил релиз. Текущий Зарплата и управление персоналом, редакция 3.1 (3.1.23.68). С даты выпуска релиза прошло уже две недели, так что по идее релиз стабильный.

Но при попытке проведения документа НачислениеЗарплаты происходит падение.

{Документ.НачислениеЗарплаты.МодульМенеджера(432)}: Ошибка при вызове метода контекста (Записать)
по причине:

по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
{ОбщийМодуль.УчетНачисленнойЗарплатыБазовый.Модуль(369)}: Слишком много фактических параметров


Технические подробности:
Ошибка выполнения фонового задания ДлительныеОперации.ВыполнитьСКонтекстомКлиента с идентификатором cfc541dd-08b8-4c44-be7d-b45a97998ac9 по причине
Слишком много фактических параметров
{Документ.НачислениеЗарплаты.МодульМенеджера(432)}:    ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
{(1)}:Документы.НачислениеЗарплаты.ВыполнитьПроведение(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5276)}:    Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1370)}:        ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1349)}:            ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);

по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
Слишком много фактических параметров
{ОбщийМодуль.УчетНачисленнойЗарплатыБазовый.Модуль(369)}:    ОбщегоНазначенияКлиентСервер.ДополнитьСоответствие(
{ОбщийМодуль.УчетНачисленнойЗарплатыРасширенный.Модуль(851)}:    ВидыДоходовНачислений = УчетНачисленнойЗарплатыБазовый.ВидыДоходовИсполнительногоПроизводстваНачислений(Период);
{ОбщийМодуль.УчетНачисленнойЗарплатыВнутренний.Модуль(33)}:    Возврат УчетНачисленнойЗарплатыРасширенный.ВидыДоходовИсполнительногоПроизводстваНачислений(Период);
{ОбщийМодуль.УчетНачисленнойЗарплаты.Модуль(1073)}:    Возврат УчетНачисленнойЗарплатыВнутренний.ВидыДоходовИсполнительногоПроизводстваНачислений(Период);
{ОбщийМодуль.УчетНачисленнойЗарплаты.Модуль(102)}:    ВидыДоходаИсполнительногоПроизводства = ВидыДоходовИсполнительногоПроизводстваНачислений(ПланируемаяДатаВыплаты);
{Документ.НачислениеЗарплаты.МодульМенеджера(125)}:        УчетНачисленнойЗарплаты.ЗарегистрироватьНачисления(ДанныеДляПроведенияУчетЗарплаты, Отказ, ДанныеДляПроведения.НачисленияПоДоговорамСРаспределением, Неопределено);
{Документ.НачислениеЗарплаты.МодульОбъекта(124)}:    Документы.НачислениеЗарплаты.ПровестиПоУчетам(Ссылка, РежимПроведения, Отказ, Неопределено, Движения, ЭтотОбъект, ДополнительныеСвойства);
{Документ.НачислениеЗарплаты.МодульМенеджера(432)}:    ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
{(1)}:Документы.НачислениеЗарплаты.ВыполнитьПроведение(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5276)}:    Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1370)}:        ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1349)}:            ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);


См. также журнал регистрации.
{ОбщийМодуль.ДлительныеОперации.Модуль(891)}:    ВызватьИсключение ТекстОшибки;
{Документ.НачислениеЗарплаты.Форма.ФормаДокумента.Форма(4827)}:    Возврат ДлительныеОперации.ЗаданиеВыполнено(ИдентификаторЗадания);
{Документ.НачислениеЗарплаты.Форма.ФормаДокумента.Форма(4852)}:            Если ЗаданиеВыполнено(ИдентификаторЗадания) Тогда

Конфа на поддержке.

Прикольно не то слово.

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

Отбой. Ложная тревога. Разобрался.

(84) У меня в прошлом году был интересный опыт.

Пришлось несколько раз обновлять древние релизы БП и ЗУП (которые по 2-3 года не обновлялись). Ну и наверно уже по теории вероятности столько обновлений сделал что попал на серьезные грабли.

Ситуация выглядела следующим образом.

После применения изменений в конфигурации (после замены конфигурации поставщика из шаблона обновления) при реструктуризации ИНОГДА происходил вынос всей таблицы пользователей.

В результате после перезапуска базы обнаруживаешь пустой список пользователей.

Приходилось через несколько обновленных релизов делать резервную копию средствами скуля чтобы в случае подобных фокусов откатывать не на начало обновления.

Ребята, подскажите пожалуйста один момент еще.

Регистр "Зарплата к выплате".

Не пойму почему так организовано.

Документы которые образуют задолженность при движении заполняют измерение "Документ основание". А документы которые погашают задолженность ("Ведомость в банк" и "Ведомость в кассу") нет.

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

В чем логика разработчиков ?

Да в документе "Ведомость в банк" и "Ведомость в кассу" в ТЧ есть реквизит "Документ основание". Но в случае если документов rоторые образуют задолженность несколько а выплачивается по одному
получится полная ерунда.

Логичней было бы заполнять измерение "Документ основание" регистра "Зарплата к выплате" значением самого документа который погашает задолженность "Ведомость в банк" или "Ведомость в кассу"
чтобы он хотя бы в отчет попадал.

(87) А ты открой ведомость по этому человеку, выдели одного и нажми кнопку "Изменить зарплату". Скорее всего, там докумнет-основание не указан.
Такое бывает, когда пользователи колотят руками. Ну или при ошибке.

Как все за сотрудницу переживают, тема вторую неделю живет. Шла бы речь о сотруднике - забыли бы через пару часов)

(87) Корректировки "задним" числом, ручной ввод суммы к выплате и т.д. и т.п.
Если прям лютый бардак, то регистр можно почистить и внести верные остатки

(90) Главное потом бить бухов по рукам, если опять начнут заниматься самодеятельностью

(89) это Чессмастера тема. У него любая тема может болтаться, пока не грохнут принудительно.

(82) И как разобрались?таже ошибка(

(93) Прочитать ветку не судьба?

(88) Так вопрос не в этом.

Еще раз.

Документы которые образуют задолженность при движении заполняют измерение "Документ основание". А документы которые погашают задолженность ("Ведомость в банк" и "Ведомость в кассу") нет.

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


Понимаешь ?

Если ставишь в отчете детализацию по документам основаниям документы которые создали задолженность видно а документы выплаты нет.

(88) При этом в документ "Ведомость на выплату в банк" пихать документ основание из документов создавших задолженность нельзя. Потому что их несколько а погашаются одной выплатой.

(92) И почему на твой взгляд это плохо ? Зачем лепить ветки клоны если вопросы в одном русле ?

(90) >Если прям лютый бардак, то регистр можно почистить и внести верные остатки

Прочитайте пожалуйста внимательно.

В данных ошибок нет. Есть ошибки в логике заполнения регистра у разработчиков.

Эта странная логика приводит к тому что отчет "Задолженность по зарплате" с этими данными получается кривой.

(88) Причем эта странная логика проектирования регистра не только по этому измерению. По измерению подразделение такая же ерунда.

Суммы удержаний которые проходят по документу "Начисление зарплаты и взносов" записываются в регистр без заполнения Подразделения. Потому что в ТЧ Удержания нет реквизита Подразделение а заполнять его из данных регистра КадроваяИсторияСотрудников разработчики не догадались.

В результате опять же в отчете "Задолженность по зарплате" по таким сотрудникам цифры разъезжаются.

Ну и еще наверно один вопрос.

Сделал подписку на событие ПередЗаписью. Поставил источником нужным мне регистр накопления.

Хочу заполнить то что мне нужно перед записью набора записей.

При отладке при проведении документа вижу следующую картину.

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

Это какой то новый метод записи набора записей который реализован в ЗУП ? В БП 3 прекрасно делал с набором записей регистра перед записью что нужно было. И в событие ПередЗаписью приходил уже полноценный набора записей (а не пустой как в ЗУП).

Ну и еще наверно один небольшой вопрос (Фрэнки любит интересные вопросы :) .

Можно ли как то сделать так чтобы при проведении документов из формы списка (когда их все выделяешь цветом а потом выбираешь "провести") сделать так чтобы проведение шло через "Попытка Исключение"
или проведение прерывалось при первой ошибке ?

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

Ну или сделать так чтобы это модальное окно было с таймаутом.

(100) ИТС: ... Также в данном обработчике следует выполнять действия, связанные с обращением к "старым" значениям реквизитов объекта, сохраненным в базу данных (имеет смысл при редактировании уже записанных ранее объектов, наборов записей и т.п.)...

Ну и классика жанра (но про регистр сведений): ... При этом, в общем случае, используются два набора записей: один предназначен для удаления "старой" записи, другой - для записи данных, определенных менеджером записи. Это проявляется, например, в том, что при выполнении записи могут дважды вызываться события ПередЗаписью и ПриЗаписи объекта РегистрСведенийНаборЗаписей.<Имя регистра сведений>, сначала для пустого набора записей удаляющего "старую" запись, а затем для набора записей с новыми данными.

(102) Там еще более хитрая конструкция.

После подписки ПередЗаписью идет ПередЗаписью в модуле набора записей.

Дальше интересней.

В общем модуле КонтрольСоответствияНачисленийИВыплат есть процедуры ПередЗаписьюЗарплатыКВыплате и ПриЗаписиЗарплатыКВыплате. И модификация наборов записей происходит еще и там.

Но самое интересное вот в чем.

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

Но я несколько раз прокрутив под отладчиком понял что заполнение или очищение этого подразделения зависит от прошлых движений.

Короче после перепроведения всех документов Начисление зарплаты и взносов за период измерение заполнилось.

Вопрос решен, дальше пока копать нет времени.

(102) Подскажи такой момент еще пожалуйста.

Я сейчас проверяю правильность начисления взносов. И обнаружил что в отчетах по взносам нет отбора по подразделению.

Как то странно все это. В отчетах по начислению зарплаты отбор по подразделенbю есть, а в отчетах по взносам (которые производное от начислений) таких отборов нет.

В чем такой прикол ? Это же дико неудобно так сверять.

(102) Расчетчицу спросил как она сверят. Она говорит - а через документ начисления зарплаты.

А если по подразделению два документа ? А если (и т.п.) ?

(105) Отчеты по взносам формируют с целью проверки регламентной отчетности. Там нет подразделений по умолчанию.

Но если очень надо - открывай расширенные настройки и настраивай под себя. Поле "Подразделение" я там видел, его можно добавить в структуру отчета и/или в поля.

Подразделение добавлено в каждый вложенный отчет. ПФР, ФСС и т.д. Вытащить в общую структуру можно.

(107) >Отчеты по взносам формируют с целью проверки регламентной отчетности. Там нет подразделений по умолчанию.

А если нужно сравнивать по подразделениям ? Например между двумя программами.


>Но если очень надо - открывай расширенные настройки и настраивай под себя. Поле "Подразделение" я там видел, его можно добавить в структуру

Нет там подразделения.

Проверял на отчете "Анализ взносов в фонды".

Статус застрахованного или Пол есть а подразделения нет.

(107) По сути всего три отчета для проверки взносов

Анализ взносов в фонды

Карточка учета страховых взносов

Проверка расчетов взносов.

Ни в одном нет возможности отобрать по подразделению. Причем даже добавить в отбор не говоря уже о выведении на форму.

(110) Странно. У тебя такой возможности нет. А кто-то включает "расширенные настройки" и вносит изменения в структуру отчета.

(111) Я включил расширенные настройки.

Но там подразделения нет.


В выбранных полях отчета выбор только из

Головная организация

Организация

Период

Период формирования отчета

Статус застрахованного

Физическое лицо

Формулы

(112) читай (108)

(113) Я правильно понимаю

Перейти к настройке встроенных отчетов. Далее

Далее открывается таблица.

В ней ПФР, ФОМС, ФСС и ФСС НС - это встроенные отчеты.

В каждом из этих отчетов добавляю в Фильтры Подразделение.

(114) В отборы их добавлять не интересно. Поскольку это вложенные отчеты, то с отборами нужно в самом СКД много всякого менять.

Проще тогда свой отчет полностью. Но моих пользователей устроила сама возможность увидеть, как оно развернуто на подразделения

(114) Можешь в структуру - группировки добавить, тогда получишь общие итоги и итоги по подразделениям.

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

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

(115) (116) (117)

А если сделать такой фокус сделать. По идее сработает.

В физлица добавить реквизит "Подразделение" (через встроенный механизм доп. реквизитов и свойств). И через расширенные настройки добавить отбор по Физическое лицо.Подразделение.

Сейчас в отборах есть возможность ставить отбор по всем реквизитам Физлица, встроенный механизм доп. реквизитов и свойств даст дополнительный реквизит для отбора.

Останется только прикрутить заполнение этого реквизита в физлицах и все.

(118) Реализуемо, конечно.

Но если быть готовым к подобным заморочкам, то я повторюсь, что правильней тогда будет свой отчет написать - переработать существующий в свою версию.

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

(118) И заполнить это реквизит, вручную или программно.

(119) (120) А теперь представим, что этот физик в одном месяце работал в двух разных подразделениях... Или вообще постоянно работает в двух разных

угу. Только хотел об этом написать.
Костылем потому и назвал.

(121) А я к тому и вел. Но не все ж сразу ))

(121) И кстати, что понимается под подразделением в типовых отчетах - тот еще вопрос. Я не разбирался.

(124) Обычные подразделения. Любые элементы из Справочник.ПодразделенияОрганизаций

(125) Не то имел ввиду. Варианты

1. подразделение из регистра "Учет доходов для исчисления взносов"
2. подразделение сотрудника на конец периода
3. еще что-то

Запросы не ковырял, ответа не знаю.

(125) + ко 126
Если ввести операцию учета взносов - в ней подразделения нет, в регистре учета доходов в поле "Подразделение" тоже будет пусто. Что будет в отчете в таком случае? Тоже вопрос.
Но это больше к автору и к его понимаю, что он хочет видеть в подразделениях.