Зачем?
В конфигурации "Зарплата и Управление Персоналом" редкции 3.1 реализован механизм расчета резервов отпусков.
База резервов (виды расчетов), на основании которой и выполняется сам расчет, практически "жёстко" забита в конфигурацию. По умолчанию, база для расчетов составляет единый список с базой для расчета отпусков.
Однако не всегда это верно. В некоторых случаях необходимо выполнять расчет на основании неполной базы или с другим составом начислений.
Данная разработка позволяет настроить произвольную базу расчетов для каждой организации в отдельности.
Как это выглядит?
После загрузки расширения в конфигурацию, в разделе настройки расчета резервов появляется новая ссылка:
База видов расчета
Нажатие на ссылку открывает форму, в которой настраивается списко видов расчета. Вы можете произвольно добавлять или удалять необходимые виды расчета из базы.
Кнопка "Заполнить" позволяет перезаполнить таблицу видами расчетов по умолчанию.
Что в результате?
Для организации с настроенной произвольной базой расчет резервов отпусков выполняется только на основании этой базы автоматически, при заполнении документа "Начисление оценочных обязательств по отпускам". Никаких дополнительных настроек больше выполнять не требуется.
Пожелания по добавлению функционала приветствуются.
ВНИМАНИЕ!
Настройка базы сохраняется для каждой организации отдельно. Если для организации база не заполнена, то используется типовая.
При подключении расширения необходимо снять галку "Безопасный режим", так как расширение использует серверные вызовы.
Разработка протестирована в ЗУП редакции 3.1.7, но должна работать и в редакциях 3.1.5-3.1.6. Так же в конфигурациях с аналогичным модулем расчета резервов — ЗКГУ и ЕРП 2.4.
Добавлена версия с измененным режимом совместимости платформы для конфигураций ЗУП 3.1.8 — 3.1.9
не работает на 3.1.8 (((
(2) А можете полную версию релиза указать?
Спасибо за минус, но хотя бы сначала прочитали в описании версии релизов, на которых работает.
Проверена работспособность на 3.1.8 и 3.1.9.
Единственное различие — необходимо установить свойство режима совместимости расширения в режим 8.3.12.
В остальном различий нет, все прекрасно работает как и задумывалось.
Здравствуйте. ЗУП 3.1.8.
Вообще не могу выставить режим совместимости расширения на 8.3.12, максимум 8.3.11.
Подскажите, пожалуйста, в чем может быть причина?
(5) Здравствуйте. Режим совместимости расширения должен соответствовать режиму совместимости самой конфигурации. Что именно не получается при установке режима?
(6)Для расширения установил:
Режим совместимости расширения конфигурации — не использовать
Режим совместимости — не использовать
Для конфи-ии базы установлено:
Режим совместимости — не использовать
В предприятии расширение активно. Перехожу в форму настройки базы резервов, добавляю вид расчета. Закрываю форму. Список видов расчета при открытии заново установлен по-умолчанию. Добавленное мною в список не сохраняется :С
Расширение обновлено, добавлен вариант для текущих конфигураций. Исправлена выявленая проблема.
Добрый день. Подскажите, на 3.1.10.174 работать будет? У вас написано только про 3.1.8 и 3.1.9
(9) 3.1.10 и 3.1.11 пока не тестировал, но есть уверенность что работать должно. Там немного другие механизмы поменялись. Если не «взлетит» — адаптирую для вас без доп затрат. Просто напишите в личку.
(10) На 3.1.11 не взлетело..(
(11) Как бы да, мои клиенты еще не перешли на него. В 3.1.12 скорее всего тоже так не взлетит. Как минимум поменялась совместимость с версией платформы. Но так же не страшно, сейчас протестируем и добавим версию.
Мы пользуемся методом МСФО, он намного интереснее этого нормативного метода. К тому же, когда была еще ЗУП 2.5, у нас было сделано ровно так, как сделали в итоге в типовой ЗУП 3.1. И этой методике все работает очень даже неплохо. Мы только ранее писали для себя отчет по оценочным, так как в типовой на тот момент еще не было.
(13) Видите ли, данное расширение никоим образом не меняет типовые алгоритмы расчета, сами по себе они полностью типовые. Единственное — позволяет произвольно настроить базу для расчетов. Это достаточно востребовано, поскольку привязка к среднему заработку не всегда правильна.