Как в ЗУП 3.0 правильно получить тариф/оклад по сотруднику

06.02.15

Учетные задачи - Зарплата

Речь пойдет о том, как в новой редакции получить тариф/оклад сотрудника на заданную дату. Этот самый тариф нам очень часто нужен для вывода в отчетах чисто информативно. Проблема в том, что в 1С ЗУП 3.0 не очевидно, какое из плановых начислений является основным.

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

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

.

 

 

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

Теперь такого нет, в 1С Зарплата и Управление персонало 3.0 мы легко можем повесить человеку два "основных" начисления. Тут теперь вообще нет такого понятия, как основное/не основное. Сделали это не спроста, на практике бывают хитрые случаи, когда у человека одновременно и тариф по часам и оклад и тариф для сдельной оплаты труда. Это редкость, но такое бывает и структура данных в ЗУП 3.0 этому не мешает.

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

Первая засада с выбором наичсления решается следующим образом: у вида расчета есть поле "РеквизитДопУпорядочивания", у кого он меньше, тот и будет главным.

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

 

Но это не все. Найдя плановое начисление с самым маленьким "порядком", Вы не узнаете его размер. Теперь в ЗУП 3.0 размеры показателей лежат в отдельном регистре сведений. Раньше конфой было ограничено их количество шестью. Теперь их может быть много, и глядя в регистр сведений "ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудников" нифига не понятно, кто из них главный.

Чтобы понять, кто из них главный, надо залезть в таб.часть вида расчета "Показатели" и по булеву полю "ОсновнойПоказатель" вычисляем самого главного, он будет гарантировано один.

  {loadposition position-14}

Ниже привожу рабочий текст запроса, который возвращает все что нужно

ВЫБРАТЬ РАЗРЕШЕННЫЕ
ПлановыеНачисленияСрезПоследних.Сотрудник КАК Сотрудник,

ПлановыеНачисленияСрезПоследних.Начисление КАК Начисление,
ВЫБОР
КОГДА ПлановыеНачисленияСрезПоследних.ДействуетДо = ДАТАВРЕМЯ(1, 1, 1)
ИЛИ ПлановыеНачисленияСрезПоследних.ДействуетДо > КОНЕЦПЕРИОДА(&Период, ДЕНЬ)
И &Период <> ДАТАВРЕМЯ(1, 1, 1)
ТОГДА ПлановыеНачисленияСрезПоследних.Используется
ИНАЧЕ ПлановыеНачисленияСрезПоследних.ИспользуетсяПоОкончании
КОНЕЦ КАК Используется
ПОМЕСТИТЬ ВТПлановыеНачисленияСрезПоследних
ИЗ
РегистрСведений.ПлановыеНачисления.СрезПоследних(&Период, Сотрудник = &Сотрудник) КАК ПлановыеНачисленияСрезПоследних
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ РАЗРЕШЕННЫЕ
ПлановыеНачисленияСрезПоследних.Сотрудник КАК Сотрудник,
ПлановыеНачисленияСрезПоследних.Начисление КАК Начисление,
Начисления.РеквизитДопУпорядочивания КАК Порядок,
ЕСТЬNULL(НачисленияПоказатели.Показатель, ЗНАЧЕНИЕ(Справочник.ПоказателиРасчетаЗарплаты.ПустаяСсылка)) КАК ОсновнойПоказатель
ПОМЕСТИТЬ ВТПлановыеНачисленияСотрудниковСПоказателем
ИЗ
ВТПлановыеНачисленияСрезПоследних КАК ПлановыеНачисленияСрезПоследних
ЛЕВОЕ СОЕДИНЕНИЕ ПланВидовРасчета.Начисления КАК Начисления
ЛЕВОЕ СОЕДИНЕНИЕ ПланВидовРасчета.Начисления.Показатели КАК НачисленияПоказатели
ПО Начисления.Ссылка = НачисленияПоказатели.Ссылка
И (НачисленияПоказатели.ОсновнойПоказатель)
ПО ПлановыеНачисленияСрезПоследних.Начисление = Начисления.Ссылка
ГДЕ
ПлановыеНачисленияСрезПоследних.Используется
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
Порядок,
Начисление
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ РАЗРЕШЕННЫЕ
ПлановыеНачисленияСотрудников.Сотрудник КАК Сотрудник,
МИНИМУМ(ПлановыеНачисленияСотрудников.Порядок) КАК Порядок
ПОМЕСТИТЬ ВТПорядокОсновныхНачислений
ИЗ
ВТПлановыеНачисленияСотрудниковСПоказателем КАК ПлановыеНачисленияСотрудников
СГРУППИРОВАТЬ ПО
ПлановыеНачисленияСотрудников.Сотрудник
ИНДЕКСИРОВАТЬ ПО
Сотрудник,
Порядок
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВТПлановыеНачисленияСотрудниковСПоказателем.Сотрудник,
ВТПлановыеНачисленияСотрудниковСПоказателем.Начисление,
ВТПлановыеНачисленияСотрудниковСПоказателем.ОсновнойПоказатель,
ВЫБОР
КОГДА ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.ДействуетДо = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)
ТОГДА ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.Значение
КОГДА ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.ДействуетДо < &период
ТОГДА ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.ЗначениеПоОкончании
ИНАЧЕ ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.Значение
КОНЕЦ КАК ТарифОклад
ИЗ
ВТПорядокОсновныхНачислений КАК ВТПорядокОсновныхНачислений
ЛЕВОЕ СОЕДИНЕНИЕ ВТПлановыеНачисленияСотрудниковСПоказателем КАК ВТПлановыеНачисленияСотрудниковСПоказателем
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудников.СрезПоследних(&Период, ) КАК ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних
ПО ВТПлановыеНачисленияСотрудниковСПоказателем.Сотрудник = ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.Сотрудник
И ВТПлановыеНачисленияСотрудниковСПоказателем.ОсновнойПоказатель = ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковСрезПоследних.Показатель
ПО ВТПорядокОсновныхНачислений.Сотрудник = ВТПлановыеНачисленияСотрудниковСПоказателем.Сотрудник
И ВТПорядокОсновныхНачислений.Порядок = ВТПлановыеНачисленияСотрудниковСПоказателем.Порядок


 

тариф основной показатель основное начисление форма оплаты оклад ЗУП 3.0

См. также

SALE! 20%

Infostart Toolkit: Инструменты разработчика 1С 8.3 на управляемых формах

Инструментарий разработчика Роли и права Запросы СКД Платформа 1С v8.3 Управляемые формы Запросы Система компоновки данных Конфигурации 1cv8 Платные (руб)

Набор инструментов программиста и специалиста 1С для всех конфигураций на управляемых формах. В состав входят инструменты: Консоль запросов, Консоль СКД, Консоль кода, Редактор объекта, Анализ прав доступа, Метаданные, Поиск ссылок, Сравнение объектов, Все функции, Подписки на события и др. Редактор запросов и кода с раскраской и контекстной подсказкой. Доработанный конструктор запросов тонкого клиента. Продукт хорошо оптимизирован и обладает самым широким функционалом среди всех инструментов, представленных на рынке.

13000 10400 руб.

02.09.2020    122174    670    389    

714

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

19900 руб.

01.04.2020    140623    678    352    

232

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 8 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

84000 руб.

19.08.2020    22449    19    1    

22

SALE! 20%

Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х

Обмен между базами 1C Зарплата Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».

12000 9600 руб.

28.07.2016    57084    140    139    

116

Запрет доступа к данным по зарплате для БП 3.0 и КА 2.5

Зарплата Роли и права Платформа 1С v8.3 Бухгалтерский учет Управление правами 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".

5700 руб.

27.05.2021    32737    204    89    

165

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

Корректировка данных Зарплата Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

4800 руб.

06.10.2023    2324    29    15    

33

Устранение сальдо прошлых периодов в ведомостях ЗУП 3.1, КА, ЗиКГУ 3.1

Зарплата Платформа 1С v8.3 1С:Зарплата и кадры государственного учреждения 3 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

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

15600 руб.

14.09.2022    12595    60    22    

62
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. qwinter 671 08.02.15 20:53 Сейчас в теме
Изобретаете велосипед? Что мешает для этого использовать регистр сведений "Значения совокупных тарифных ставок сотрудников"?
2. monkbest 115 10.02.15 11:54 Сейчас в теме
(1) qwinter, ответ кроется в названии регистра :) прочитайте его заново по слогам и станет ясно, что это не оклад/тариф. Если у человека часововй тариф, то в него пишется "совокупная тарифная ставка", которая примерно плановый его доход за месяц.

по крайней мере для релиза 3 0 20 45 я прав

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

Задача у меня была написать внешний отчет, где рядом с ФИО сотрудника писалась бы его форма оплаты и его тариф/оклад. Мой запрос как раз выдает и имя показателя и его значение.
3. Gauss 10.02.15 17:22 Сейчас в теме
(2) пишете "Найдя плановое начисление...Вы не узнаете его размер"

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

В каких случаях они могут отличаться?
4. monkbest 115 11.02.15 06:59 Сейчас в теме
(3) Gauss, в случае оклада он совпадает, в случае часового тарифа, туда пишется примерный общий заработок, я точно не уверен, но, возможно, он равен совокупной тарифной ставке. Т.е. программа смотрит, что за график у человека, какие-то часы умножает на часовой тариф и итоговую сумму пишет в размер.

Алгоритм расчета этого "размера" и совокупной тарифной ставки не копал, но скорее всего придется. Он влияет на расчет простоев сотрудника по вине работодателя и у бухов на моем проекте есть вопросы "откуда он взял эту цифру?"
6. qwinter 671 16.02.15 13:07 Сейчас в теме
(2) хоть бы проверили перед ответом. При часовой тарифной ставке она туда и пишется. Изобретатели велосипедов покоряют этот мир(((
5. Chernika80 16.02.15 11:34 Сейчас в теме
Надо попробовать...
У меня бОльшая часть отчетов в 2.5 для кадровиков завязана на "окладе", не знала о такой тонкости в 3.0
спасиб :-)
7. monkbest 115 17.02.15 16:01 Сейчас в теме
Давай до свиданья, сам дурак... много чего можно ответить на это. Но давайте разберем все по полочкам:
1. Суть статьи - рассказать как в 3.0 "правильно" получить тариф/оклад. Правильно - значит так, как считают сами создатели. Есть типовой отчет "Анализ начислений и удержаний" в котором есть вариант "Расчетный листок", его вывод был мной проанализирован из тысяч строк кода выдернуто необходимое. Если со временем 1С переделает отчет на другие данные - ради бога, будет новая статья, или не будет.
2. "Изобретатели велосипедов " - говорите Вы - Вы троль. Эта фраза применима к тому, что уже кто-то сделал, а я заново повторяю. Кто-то раскопал этот алгоритм до меня и донес до публики? Или Вы видели документацию от 1С по ЗУП 3.0 живьем? Вы просто увидели, что похожую информацию можно вытащить из другого регистра и начали кидаться какашками.
3. Вам эта информация не интересна - Давай до свиданья, читай другое
4. Зарегился тут давно и считаешь себя гуру? Не мешай другим делиться опытом. Сайт не только для тех, кому такие "земные мелочи" не интересны и им подавай мега менеджмент настройка мега кластера и еще чего. Вообще на ИС модно срать авторов печатных форм и простых вещей, вспомни себя парень, ты тоже был зеленым, а может и еще до сих пор такой. мысль о том, что ты троль меня не покидает.
5. Я не знаю алгоритма заполнения регистра сведений "значения совокупных тарифных ставок", в моей базе он заполняется так, как я Вам написал. Раз его заполнение видимо зависит от настроек, то это не есть надежный источник данных, у него видимо, другое назначение
6. В регистре "значения совокупных тарифных ставок" нет показателя, нет начисления, только вид совокупной тарифной ставки - месячная / часовая /... но имени показателя и начисления там нет.
yhor; user1636219; frkbvfnjh; nance; Eillecho; user1233082; Dmitri93; YanTsys; +8 Ответить
8. qwinter 671 17.02.15 17:23 Сейчас в теме
(7) такое заполнение этого регистра является ошибкой настройки, а точнее установкой у показателя "Час. тариф" признака, что он является месячной тарифной ставкой. При данной настройке кстати у Вас будут неверно считаться ночные и праздничные часы.
9. monkbest 115 24.02.15 16:09 Сейчас в теме
(8) qwinter, Вы совершенно правы. Этот элемент справочника предопределенный и его править нельзя, но по чьей-то воле в нем галка "является тарифной ставкой" не стоит. Виню в этом кривой перенос из 7.7, ведь он выполнял первоначальное заполнение справочников. Перенос выполнялся на ранних релизах ЗУП 3.0, в конце 2013ого года, косяков в тех релизах было мама не горюй. Исправлять это сейчас пока смысла нет, т.к. формулы ночных, праздничных, простоев, тех.осмотров,... написаны так, что они работают верно, при кривом показателе "стоимость часа"."стоимость часа" - как Вы и говорите действительно считается криво. Но исправление показателя "Час. тариф" само по себе не приведет к верному расчету, потребуется перепроводить кучу документов за весь период. Есть шанс сделать хуже.

Но это все не относится к теме статьи :) см. п.1 и п.6 моего предыдущего поста
Давайте накатаем статью про тарифные ставки, как они считаются, как за ними следить, на что они влияют и какие грабли тут есть. ЗУП 3.0 вообще пока непаханое поле и тут можно про каждый регистр целую статью писать. Документации от 1С пока толком нет, книга на ИТС про ЗУП 3.0 не содержит полезной информации, в ней нет описания внутренних механизмов и причинно-следственных связей между реквизитами, там фразы в стиле "в поле сотрудник выберите сотрудника", "у обособленного подразделения поставьте галку обособленное подразделение".
10. RuslanKhanow 10.03.15 18:06 Сейчас в теме
(9) А как эти данные сейчас выводить,например мне нужно получить размер оклада сотрудник?
Простите за ,возможно, глупый вопрос,я только начал учиться
11. monkbest 115 17.03.15 07:58 Сейчас в теме
(10) RuslanKhanow, уберите в моем запросе условие по сотруднику и получите всех
12. m.s.moiseev 25.03.15 01:16 Сейчас в теме
Только сегодня этим занимался, жаль не увидел вашу статью. При проведении документа ПриемНаРаботу в случае если мы попытались добавить 2 вида оклада, то происходит проверка:

Начисления.ОбозначениеВТабелеУчетаРабочегоВремени <> ЗНАЧЕНИЕ(Справочник.ВидыИспользованияРабочегоВремени.ПустаяСсылка)
И Начисления.ЗачетНормыВремени = ИСТИНА

Если результат отсеивания больше 1, то возвращает ошибку.
Вот текст запроса полностью

ВЫБРАТЬ
ПлановыеНачисленияСрезПоследних.Сотрудник,
ПлановыеНачисленияСрезПоследних.Начисление,
ПлановыеНачисленияСрезПоследних.Размер,
ПлановыеНачисленияСрезПоследних.Начисление.ОбозначениеВТабелеУчетаРабочегоВремени КАК ОбозначениеВТабелеУчетаРабочегоВремени,
ПлановыеНачисленияСрезПоследних.Начисление.ЗачетНормыВремени КАК ЗачетНормыВремени
ПОМЕСТИТЬ ВТНачисленияВсеБезОтбора
ИЗ
РегистрСведений.ПлановыеНачисления.СрезПоследних(
&КонецПериода {(&КонецПериода)},
Сотрудник В
(ВЫБРАТЬ
ВТСотрудники.Сотрудник
ИЗ
ВТСотрудники КАК ВТСотрудники)) КАК ПлановыеНачисленияСрезПоследних
ГДЕ
ПлановыеНачисленияСрезПоследних.Используется = ИСТИНА
;

////////////////////////////////////////////////////////////­////////////////////
ВЫБРАТЬ
Начисления.Сотрудник КАК Сотрудник,
Начисления.Начисление КАК Начисление,
Начисления.Размер КАК Размер
ИЗ
ВТНачисленияВсеБезОтбора КАК Начисления
ГДЕ
Начисления.ОбозначениеВТабелеУчетаРабочегоВремени <> ЗНАЧЕНИЕ(Справочник.ВидыИспользованияРабочегоВремени.ПустаяСсылка)
И Начисления.ЗачетНормыВремени = ИСТИНА
andrey_Gavrilov; TRASTME; +2 Ответить
13. Lapitskiy 1057 18.07.15 05:46 Сейчас в теме
14. chmv 22.09.15 14:30 Сейчас в теме
А мне понравилась статья Спасибо
15. dock 44 09.11.15 14:22 Сейчас в теме
обожаю 3.0
Итак, рассмотрим вариант, когда сотруднику было временно назначен другой вид начисления (это может быть совмещение должностей или временный кадровый перевод)
и, барабанная дробь, приведенный запрос нам не выдает ни одного вида начисления! (на дату После окончания действия данного временного начисления)
в чем суть: в запросе используется СрезПоследних, если была введена запись с периодом действия, то срезом последних именно она и будет выведена.
а теперь у нас есть условие:

ПлановыеНачисленияСрезПоследних.ДействуетДо = ДАТАВРЕМЯ(1, 1, 1)
ИЛИ ПлановыеНачисленияСрезПоследних.ДействуетДо > КОНЕЦПЕРИОДА(&Период, ДЕНЬ)


И этим условием мы откидываем наше начисление...
Итог - по данным запроса назначенных видов начисления нет...

16. monkbest 115 10.11.15 14:56 Сейчас в теме
(15) dock, а ЗначениеПоОкончании не будет заполнено?
18. dock 44 05.12.16 11:15 Сейчас в теме
(16) так, с периодами правильно берет, с этим каюсь, не досмотрел.
но остается проблема в том, что отбирать "основное" начисление по полю "порядок" - однозначно неверно. В ЗУП 3 прекрасно работает, если "основное" начисление добавлено и в самый конец списка :)
вот тут нужно копать чуть чуть глубже - делать связку с настройкой ""Показатели, определяющие состав совокупной тарифной ставки".

в принципе, если нужно просто получить в коде начисления, можно воспользоваться следующими функциями:

КадровыеДанные = КадровыйУчет.КадровыеДанныеСотрудников(Истина, Объект.Сотрудник, "ТекущаяОрганизация,ФизическоеЛицо,ДатаПриема,ДатаУвольнения,ВидЗанятости,Состояние,Должность,Подразделение, Территория, ОплатаТрудаПериодЗаписи, ОплатаТрудаРегистратор, ТарифнаяСтавка, ФОТ, Надбавка,ОсновноеНачисление, ПоказательТарифнойСтавки, СовокупнаяТарифнаяСтавкаПериодРегистрации, СовокупнаяТарифнаяСтавкаРегистратор, СовокупнаяТарифнаяСтавка, ВидСовокупнойТарифнойСтавки, ГрафикРаботыПериодРегистрации, ГрафикРаботыРегистратор, ГрафикРаботы", Объект.Дата);


//получаем данные о начислениях
ДанныеНачисленийСотрудников =ЗарплатаКадрыРасширенный.ДействующиеНачисленияСотрудников(СотрудникиДаты, Неопределено, "Начисления","Начисление", Истина);

Полное описание параметров смотрим в коде - там на целую отдельную статью хватит
ivnik; Spacer; brodilan; Lena272; Kesak; Akvals; +6 Ответить
17. AliceLight 30.06.16 18:42 Сейчас в теме
Хм, у меня такой способ вернул "Ежемесячную премию" (потому что в начальной штатной расстановке она стояла первее, чем оклад). Ручки пользователя и порядок, в котором пользователь расставит начисления, предугадать сложно. Выкрутилась так: получила данные оклада из регистра сведений "ТекущаяТарифнаяСтавкаСотрудников" - именно оттуда берутся данные при открытии формы элемента Сотрудник для поля "Оклад (тариф)". Напрягает только мысль, возможно ли, что там будут две записи по сотруднику...
19. dock 44 19.10.17 15:31 Сейчас в теме
Для тех, кто уже обновился: в 3.1 - этот метод уже не сработает.
Почему ? Изменилось содержание: ресурс "ИспользуетсяПоОкончании" теперь не используется...
Spacer; AliceLight; Kesak; monkbest; +4 Ответить
20. monkbest 115 20.10.17 14:21 Сейчас в теме
(19) так точно, жизнь идет своим чередом и старые методы уже не работают. Да и в типовые ПФ тариф оклад берется уже совсем другим способом.

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

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

Вот нюансы:
1. Получая значение на дату всегда смотрим на конец дня, т.к. в один день может быть несколько записей и актуальная на данный день всегда позже
либо передавайте параметр сразу конец либо пишите КОНЕЦПЕРИОДА(&Период, ДЕНЬ)>Рег.ДатыС И КОНЕЦПЕРИОДА(&Период, ДЕНЬ)<Рег.ДатыПо
2. Последняя запись дату ПО имеет не пустую, а большой нереальный год. Это значит, что мы смело можем писать &Период<Рег.ДатаПо
не надо проверять на заполненость дату окончания это ПЛЮС 1Су
3. Они не подчинены регистратору, это потенциальная опасность, что данные расползутся из-за непредвиденных манипуляций (обмены, аварийные завершения, кривой код обработок). Если видите косяк постарайтесь инициализировать их содержимое. Наблюдения показывают, что перепроведение документов не помогают, там у них сложные условия на измененность исходных данных.
21. YanTsys 12 09.01.18 18:33 Сейчас в теме
Штатные ресурсы регистра ПлановыеНачисления переименованы в
УдалитьИспользуетсяПоОкончании
УдалитьРазмерПоОкончании
более актуального решения нет?
22. monkbest 115 10.01.18 07:17 Сейчас в теме
(21) в 3.1 все по другому
есть, но не в этой статье :)
23. YanTsys 12 10.01.18 08:48 Сейчас в теме
(22) пока пробую вариант
	ТЗС = КадровыйУчет.КадровыеДанныеСотрудников(Истина, МассивСотрудников, "ТарифнаяСтавка,ОсновноеНачисление", ДатаРасчета);	

Эта функция много чего может возвращать, жаль нет нормального описания ;) ...
sapervodichka; DoctorRoot; Gle; RodinMax; Kamilj; Spacer; +6 Ответить
24. dock 44 11.01.18 00:28 Сейчас в теме
(23) внимательнее читай комментарии :)
// Список полей, допустимых в параметре КадровыеДанные см. КадровыйУчетВнутренний.ЗапросВТКадровыеДанныеСотрудников.

любят в типовых немного поглубже закопать...

и да, в последних версиях 3.1 стало попроще - достаточно просто среза последних по регистру "ПлановыеНачисления" : если устанавливаются плановые начисления без окончания даты окончания, то производится одна запись (для одного вида начисления). Если имеется дата окончания, то две записи.
25. monkbest 115 11.01.18 08:48 Сейчас в теме
(24) нет нет нет!!!
в срезах последних регистров подчиненных регистратору мы теряем информацию по окончанию. В них хранится только одна запись!

нужно искать регистр сведений не подчиненный регистратору с таким же названием и постфиксом "Периодами"
в нем есть дата начала и кончания.
В нем берем условие на КонецПериода(&Период, День) Между Регистр.ДатаНачала И регситр.ДатаКонца
Обязательно конец дня! Т.к. в теории в один день имеем право делать несколько приказов. Например в кадровом переводе сказали оклад 10000 рублей, и тем же днем изменеием начислений делаем оклад 12000. В периодах увидем обе записи и приоритетная будет в конце дня.
26. Simas79 4 24.01.18 17:17 Сейчас в теме
Для 3.1 уже не работает запрос
Dmitri93; +1 Ответить
27. monkbest 115 25.01.18 07:42 Сейчас в теме
(26) ну таки да :) там же структура данных совсем другая. В заголовке написано "3.0"
28. пользователь 27.03.20 12:43
Сообщение было скрыто модератором.
...
29. пользователь 27.03.20 12:53
Сообщение было скрыто модератором.
...
Оставьте свое сообщение