Галактика в вопросах и ответах

zhentozz
У нас обычно считают в январе за весь предыдущий год, но было, что считали в январе за 11 месяцев предыдущего года (пришлось только декабрь выкинуть из расчетов).
И все-таки 2-3 алгоритма - это не 15 Ваших.

В том-то и проблема, что у нас разрыв большой получается...

У нас-то был только один алгоритм, а Вам можно взять 14 месяцев как я предлагала, и только 2 месяца сложить с помощью других переменных - вот и выйдет 3 алгоритма.

Мария_Ф писал(а):У нас-то был только один алгоритм, а Вам можно взять 14 месяцев как я предлагала, и только 2 месяца сложить с помощью других переменных - вот и выйдет 3 алгоритма.

В приниципе, тоже вариант. Можно подумать...

А почему бы не воспользоваться стандартным алгоритмом системы - 55?
По F1 почитайте
"Расчет 13-ой зарплаты происходит следующим образом:
1. Накапливаются суммы начислений работника по тем видам оплат, у которых в поле входимости в расчет 13-ой зарплаты стоит знак '+' в "Классификаторе видов оплат";
2. Далее от полученной суммы берется процент в соответствии с таблицей градации лет.

Признак алгоритма

В качестве признака алгоритма указывается квартал, за который необходимо взять начисления для расчета (если необходимо взять начисления за год — признак равен 12)."

Все отлично считается.

А почему бы не воспользоваться стандартным алгоритмом системы - 55?
По F1 почитайте
"Расчет 13-ой зарплаты происходит следующим образом:
1. Накапливаются суммы начислений работника по тем видам оплат, у которых в поле входимости в расчет 13-ой зарплаты стоит знак '+' в "Классификаторе видов оплат";
2. Далее от полученной суммы берется процент в соответствии с таблицей градации лет.

Признак алгоритма

В качестве признака алгоритма указывается квартал, за который необходимо взять начисления для расчета (если необходимо взять начисления за год — признак равен 12)."

Все отлично считается.

А почему бы не воспользоваться стандартным алгоритмом системы - 55?
По F1 почитайте
"Расчет 13-ой зарплаты происходит следующим образом:
1. Накапливаются суммы начислений работника по тем видам оплат, у которых в поле входимости в расчет 13-ой зарплаты стоит знак '+' в "Классификаторе видов оплат";
2. Далее от полученной суммы берется процент в соответствии с таблицей градации лет.

Признак алгоритма

В качестве признака алгоритма указывается квартал, за который необходимо взять начисления для расчета (если необходимо взять начисления за год — признак равен 12)."

Все отлично считается.

gasol
Во-первых, в данной задаче расчетный период не год, а больше (с учетом сдвига).
Во-вторых, не всем нужны проценты по градации лет.
В-третьих, этот алгоритм почти идентичен алгоритмам 42-45.

Если признак алгоритма 12, то берутся все начисления прошлого года(и только прошлого года), у которых стоит входимость в 13 з/п - вот и исчезла ваша проблема сдвига. (я проверила расчет 13-ой в феврале и марте, подразумеваю, что и в мае то же самое будет)
Во-вторых, если проценты не нужны, то их можно и не заводить, а завести один процент. Если при этом завести категорию с кодом 0, то она автоматом проставится во всех лицевых, где не указана категория для 13-ой.

Настройки простейшие.
1. Настроить шкалу расчета 13 зарплаты.
настройка - градация лет - 13 зарплата.
Если всем платится один процент, то будет всего одна строчка:
категория ; кол-во лет - 99; %оплаты.
Если в лицевых не проставлена категория для 13-ой, и 13-ая платится всем только в зависимости от стажа работы, то самый простой вариант - завести категорию с нулевым кодом, напр.
код - 0; наименование - все
Эта категория автоматически появится во всех лицевых счетах.
Стаж для расчета 13-ой в лицевых счетах тоже необязательно проставлять.Если дата начала непрерывного стажа не заполнена, то для расчета используется дата поступления на работу.
2. В КВО для нужных видов оплат указать входимость в 13-ю зарплату
3. Настроить вид оплаты для 13-ой зарплаты
алгоритм 55 признак 12
4. Рассчитать 13-ю:
Расчеты в межпериод - Начисления и выплаты

Да, так работает.
Одно НО: не все виды оплат нужны именно в той сумме, как они начислены. Пример: у нас для Премии берется часть Оплаты по среднему заработку (еще и другие виды есть). Все равно писать свой алгоритм. Но если такого нет - то все сработает.

zhentozz писал(а):Chak, такой ход для меня жестковат, учитывая, что импорт-экспорт из dbf'ок ни разу не делал.
Хотя до меня тоже в экселе считали, а потом вручную забивали каждому...

речь не об импорте прямо в таблицы средставми SQL, а о стандартной возможности импорта постоянных доплат из DBF-файла. Там все просто, "Заработная плата"->"Расчет зарплаты"->"Ведение БД"->"Постоянные доплаты", в окне вызываем фильтр по Alt-B, выбираем режим работы "Импорт сумм доплат из DBF-файла", а дальше жмем F1 Вот что там пишут:

Режим импорт сумм доплат из dbf-файла предназначен для случаев, когда необходимо импортировать суммы доплат/удержаний из внешних систем (структура dbf-файла - это табельные номера и сумма). Для данного режима в поле Файл для импорта следует выбрать и установить нужный файл. В структуре файла должны содержаться поля "TABN" (табельный номер лицевого счета работника) и "SUMMA" (сумма доплаты/удержания) любого типа, совместимого с longint и double соответственно. По окончании импорта на экран выводится протокол, в котором будут отражены диагностические сообщения.

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