Уважаемые !
поделитесь информацией как у вас решен вопрос с генерацией лимитов отсутствия на новые периоды (или они вводятся рУками) .
И есть ли проблемы, если период кумуляции равен месяцу

Естественно НЕ руками, пользуйся: транзакцией PT_QTA00 - Генерация лимитов отсутствий. (Отчет RPTQTA00)

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

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

Я эту настройку делаю впервые в пустой системе.

Tuyakpayev Berik Там достаточно сложная система лимитов... и в двух словах не описать ПОпробуй курс поискать по временным данным, ну или тыкай все галки подряд и хелп читай... На общий вопрос тяжко ответить.

Не, я был на курсах в Москве. Всё вроде правильно сделал, но вот такая ошибка выходит....

Если у человека выходит, то посмотри чем этот человек, отличается от другого, может ему какой ненужный график прописан?

Человек один - я ему присвоил график, который также создал сам...

Я довольно много игрался с настройкой лимитов, могу сказать, что есть совершенно странные причины, по которым может не работать генерация.
Самое эффективное средство - это продебагать. Нужно по шагам посмотреть, как обрабатывается каждый кусочек настройки.

Встречный вопрос: кто как решил проблему периодичности запуска генератора лимитов и выборки сотрудников для генератора?

Всем спасибо! По проблеме с генерацией найдена ошибка. Оказалось, что я зря не обратил внимание на подозрительность "Группировки для УпрВремДанных". Эта группировка определяется в Оценке времени, что весьма интересно, ну да ладно. Главное - получилось, буду попаться дальше...

Ты всмысле по запуску программы RPTQTA00? Дык, а через плановое задание в фоне не получается?

Слушайте, а кто делал генерацию лимитов не за календарный год, а, к примеру, за полгода? Или с даты приёма человека до конца года (если рассматривать вариант с одним человеком)?

Я понимаю, что можно сделать период кумуляции 1 месяц, а если по-другому охота? (базовое право - 30 дней и чтобы за полгода сформировалось 15)

Поделитесь опытом, плиз? (вкратце, суть настройки)

Сгенерировать лимит с даты приема человека до конца календарного года несложно.
Надо иметь лимит с базовым правом со ссылкой на календарный год и настроить правила сокращения лимита.
Конец срока действия лимита должен быть календарный год. При генерации лимита с даты приема по 31.12.ГГГГ базовое право будет сокращено соответственно. Если человек увольняется раньше конца года, то будет еще одно сокращение, уже в рамках начало-окончание работы.

Спасибо, но это работает.

А я имею ввиду такой вариант: человек устроился на работу 15 октября 2003 года, работает уже полтора года. И я хочу, чтобы ему генерировался отпуск на каждый год работы, т.е:
1. с 15.10.03 по 14.10.04
2. с 15.10.04 по 14.10.05

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

Если в RPTQTA00 ты выберешь этого человека и задашь в качестве периода "другой перод" - с 15.10.04 по 14.10.05, то отчет сгенерит лимиты на этот год исходя из базового права. Другое дело, что людей действительно много и надо как-то выбрать для генерации тех, кто принят 15.10 , а потом тех, кто 16.10...

Вот именно, если указывать годовой период ручками, по одному человеку - всё работает. Вот и думаю, что кадровики от такого изобретения будут просто БЕЗУМНО счастливы Наверное, на этом разработку и закончим

Шутка. Вот и думаю сижу, что, в крайнем случае, можно в ИТ41 использовать какую-нибудь дату для базового лимита и двигать эту дату спец.программой (своей) каждый год в одно и то же число на 1 год вперёд, чтобы справедливо всех охватить. А по новеньким - ручками. Так генерация каждый год будет видеть новое значение хитрой даты. Некрасиво, правда... надо ещё покопаться.