Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1F_PODOTRES

Справка по компоненту.

Количество версий компонента127
Количество рещенных задач366
Последная дата обработки компонента2023-12-16 20:05:33
Последная дата файла2023-12-16 17:31:32
Последная версия9.1.126.0

Новые задачи в этом компоненте

F_PODOT
101.53321
F_PODOT ( 9.1.13.0 )

Краткое описание :

Рабочая корзина - запрет обработки записей, пересекающихся с заданным диапазоном

Описание :

Рабочая корзина (обработка сигнала)

Что измененно :

У клиента табель с 16 по 23 число отчетного месяца закрывается
всем на редактирование в связи с расчетом заработной платы за первую половину
месяца (табели закрываются путём проставления даты проверки в каждом табеле).
После этого если отдел кадров создает приказ, например, на работу в выходной в
отчетном периоде, то данные даже утвержденного приказа не отражаются в табеле
до тех пор, пока табель не будет открыт (настройка "Запретить ввод системных
неявок на период защищенных табелей").

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

Для решения данной задачи предлагается добавить системную настройку для ввода
диапазона дат, внутри которого обработка рабочей корзины будет запрещена (тех
записей РК, которые хоть как-то пересекаются с заданным диапазоном). Можно
задействовать для этой цели настройку "Окончание диапазона защиты табелей от
обновления" (тогда в ней нужно уметь задать дату, а не месяц). Также необходимо
запретить ручной ввод переходов в межпериод, пересекающихся с заданным
интервалом.

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

Как измененно :

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

Изменен подход к обработке настройки "Окончание диапазона защиты табелей от
обновления" при определении защиты табелей. Теперь защищенный с точки зрения
табелей период будет включать в себя:
- Если установлена настройка "Окончание диапазона защиты табелей от
обновления": весь диапазон дней до даты из этой настройки, включая день,
заданный в самой настройке.
- Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные
табели от модификации"="да": дни всех месяцев, на которые приходится
проверенный табель.

Отныне запрещено добавление, удаление и изменение переходов, покрывающих
защищенный период. Для переходов, приходящихся на защищенный период, в окне
редактирования светится информирующая об этом строка.

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

Если настройка "Запретить ввод системных неявок на период защищенных
табелей"="да", то на защищенный период запрещается добавление, удаление и
изменение системных неявок, как то:
- приказов на командировку
- отпусков
- больничных
- утверждения и удаления утвержденных приказов РПД 6, 35, 36, 40, 41, 42, 71, 72

В последнем нет новизны. Отличие от предыдущей реализации в том, что
1) Учитывается настройка "Окончание диапазона защиты табелей от обновления"
2) Слово "проверенный" табель в сообщениях, где оно было, заменено на более
подходящее по смыслу "защищенный" табель.

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

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

9.1.126.09.1.125.09.1.124.09.1.123.09.1.122.09.1.121.09.1.119.09.1.118.09.1.116.09.1.120.09.1.117.09.1.115.09.1.114.09.1.113.09.1.112.09.1.111.09.1.110.09.1.109.09.1.108.09.1.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.99.09.1.98.09.1.97.09.1.96.09.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.70.09.1.69.09.1.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.63.09.1.62.09.1.61.09.1.60.09.1.59.09.1.58.09.1.57.09.1.56.09.1.55.09.1.54.09.1.53.09.1.52.09.1.51.09.1.50.09.1.49.09.1.48.09.1.47.09.1.46.09.1.45.09.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.38.09.1.37.09.1.36.09.1.35.09.1.34.09.1.33.09.1.32.09.1.31.09.1.30.09.1.29.09.1.28.09.1.27.09.1.26.09.1.25.09.1.24.09.1.23.09.1.22.09.1.21.09.1.20.09.1.19.09.1.18.09.1.17.09.1.16.09.1.15.09.1.14.09.1.13.09.1.12.09.1.11.09.1.10.09.1.9.19.1.9.09.1.8.09.1.7.09.1.6.09.1.5.09.1.4.09.1.3.09.1.2.09.1.1.0