Кодировка графиков рабочего времени

Всем привет! Давно я здесь не безобразничал. Восполняю пробел 🙂 Решив тряхнуть стариной, я сел делать графики рабочего времени. Помня, сколько у нас уходило сил на создание принципов кодирования этих самых графиков. Я решил пойти от простого — от пользователя, которому работать с этими графиками.

Итак, мой вариант кодировки графиков рабочегов времени, который не претендует на правоту.

Однодневный график рабочего времени. Так как я в Америке, то здесь время указывается в 12 часовом формате. Ввиду этого однодневные графики я называю как XXYZ, где X — час начала графика, Y — A (AM), P (PM), Z — порядковый номер в серии графиков с одинаковым началом. В названии графика указывается время «С-По». Пример: 10P1   10:00P-6:00A. Когда в Z заканчиваются цифры, идут буквы.

График рабочего времени на период. Здесь все проще: ZZZZXXYY, ZZZZ — раздел персонала. XX — чередование смен (1-2, 1-1, 2-3). У нас цикл состоит из двух недель. YY — порядковый номер в серии графиков.

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


Период действия правила в оценке времени

Простые хитрости, которые иногда забываются. Если нужно в правиле ограничить срок действия настройки, например, чтобы при перерасчете сохранить прежнюю логику, то можно воспользоваться вот таким простым правилом. Суть: если оцениваемый день 1 апреля 2012 и позже, то выполнить один кусок правила, если раньше, то другой. Таким образом, настройка будет работать для каждого периода своя.

Разумеется, это не новое решение. Просто памятка и в помощью нуждающимся 🙂


Тестирование в манданте разработки

В очередной раз убедился, что тестировать лучше в манданте разработки. Не понимаю сторонников тестирования системы в той же инстанции, но в отдельном манданте. Типа данные не будут мешаться в разработческом манданте. А чего им там мешаться? Транспортами они не носятся, за исключением НСИ.

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

Я высказался 🙂


Скрытие видов оплаты в расчетном листе

Появилась задача скрыть виды оплаты, у которых поле сумма пустая. Скрыть нужно в расчетном листе. Такие виды появляются, например, если у них поля RTE/NUM заполнены, поэтому в кластере в RT они лежат и выводятся в листок.

Решение простое. В PE51 делаем правило вида:
03 1 XRT BETRG N NE 0

То есть, проверяем поле сумма на 0.

Это правило прописываем для нужной нам группы видов оплаты или вида оплаты. Это делается на странице «Изменение окна» в окне изменения групп. После этого система будет скрывать такие виды оплаты и не беспокоить пользователей.