Анализ_Неявок
 

Собственно в чем суть проблемы. Существует очень полезная обработка в ЗУПЕ "АНАЛИЗ НЕЯВОК". Но в реализации данной обработки есть неудобство. запрос формируется по дате проведения зарплатного документа и по дате формирования кадрового ( соответственно по сотруднику), а по дате события (неявки)не производится. То есть, если Неявка - ежегодный отпуск Пупкина с 06.07-19.07 кадровый док-т введен датой 28.06 а естественно расчетный документ вводится июлем то получается несоответствие кадрового и расчетного документа. Кадровый попадает в отбор на июнь. А расчетный на июль. Как правильно вести учет, или как целевообразнее изменить обработку, чтобы кадровый и расчетный учет синхронизировать?

"[em]Кадровый попадает в отбор на июнь.[/em]" - естественно, он же создан в июне.
"[em]А расчетный на июль.[/em]" - естественно, он же создан в июле.
В чем страдания? Кадры хотят, что бы ЗУП соврал за них?

(1) их раздражают две строки в анализе вместо одной...

2-Гена > Есть Ворд, который все стерпит.

(3) суров...

(0) посоветуйте бредешок в анализе поширше ставить... не 01.07.12 - 30.07.12
а
01.04.12 - 30.07.12

тогда всё будет нормуль...

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

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

5-VZ >Да вы просто Клондайк для ищущего аххахаха. бесценные советы прям даете. ну да ладно хватит о Вашей столь бесценной и значимой персоне.

6-Зелёный тролль >совершенно верно - они хотят в отчетном периоде начисления ЗП - т.е месяце, просматривать кадровые документы и на их основе соответственно формировать расчетные и видеть какие уже рассчитали а какие нет. Кроме того загвоздка в том, что кадры у нас очень педантичны в своих обязанностях. И тот же самый ежегодный отпуск вводят не то что за 10 дней а за месяц раньше.

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

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

делать запрос на основе даты самой неявки (события) по сотрудникам...но тут вопрос. т.к законодательно расчет того же самого ежегодного отпуска должен производиться макс за 3 дня до выхода в отпуск сотрудника, а кадровый приказ соответственно раньше. И существуют отдельные положения по выплатам приходящиеся на первые, 30-е ..и пр. числа. Как быть то?

я не понимаю проблемы... если есть июньские даты кадровых доков, то и период обработки также надо ставить с июня...

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

8-Гена > как раз таки кадровые июньские документы ..некоторая часть, не должны быть видны расчетчикам раньше времени. (например Пупкин отпуск ежегодный с 19-26 ИЮНЯ. Кадры ввводят 19 мая.). Я как раз с вами согласна, что по сути проблемы нету, но расчетчики считают иначе.

опять не понял... то хотят видеть, то не хотят...

Вы можете чётче сформулировать вопрос?

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

привыкайте получать техзадание в чётком виде...

"они хотят видеть лишь те неявки которые необходимо расчитать в расчетном периоде, ими вводимом"

программа даумать не умеет... пусть заказчик сформулирует критерий для фильтра, который Вы сразу напишите кодом, я надеюсь...

например:
удалить фильтром все строки, для которых
ДатаНачалаСобытия > ДатаКонцаПериодаПроведения
?

а какими числами создаются в вашей организации кадровые документы - неявки (конкретно ежегодный отпуск)?

(13) разными... расчётчица сама решает, зная политику ГБ, какие оставить на проведение, а с каких снять крыжики (пойдёт в следующий месяц)...

14-Гена > все правильно по сути так и должно быть, так или иначе "открыживание" производиться все равно будет. В том то и дело просто фильтр ставить не получится. Или жестко прописывать?..if (неявка-отпуск) тогда если датыНачалаСобытия приходится на 30-е число, 1 и пр,то расчитать тогда - то. или просто стабильно неделю выставить между датойНачалаСобытия и возможностью расчета.

не дело программиста определять критерий... создайте процедуру фильтра уже выведенных в табличную часть строк...
т.е. по критерию ДатаНачалаСобытия + N > ДатаКонцаПериодаПроведения снимается со строки крыжик готовности к формированию расчётного докумена... N выбирает сам пользователь... по умолчанию сохраняется последнее использованное...

16-Гена > ок, спасибо.