Общий вопрос.
А как у вас организована работа с историей значений?
Например сотруднику повысили оклад с 10 числа.
Значит с 1 по 9 считаем по одному окладу,
а с 10 по Конец месяца по другому...

Могу рассказать как это реализовано в 1С.
Если кому интересно...

Опишу как организована ЗП в 1С.
В 1С есть встроеный язык программирования, далее буду его нахывать 1slang :)
Стандартными средствами разрабтки программист не видит никаких таблиц в БД, никаких полей и т.п. Он просто программирует бизнес-логику используя встроенные объекты.

Есть такой тип объектов: "ВидРасчета". У него есть модуль на 1slang.
Программист добавляет новый вид расчета (Например ВидРасчета.ПоОкладу) и в модуле прописывает его формулу расчета типа:
^{Результат = ОкладСотрудника / ДнейПлан * ДнейФакт;}

Есть тип объектов "ЖурналРасчетов" (далее ЖР). Это своего рода таблица состоящая из таких стандартных полей:
- сотрудник
- период расчетов
- дата начала
- дата окончания
- ВидРасчета
- Результат
- Документ
- Первичная запись
При желании можно добавлять свои поля.

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

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

Там конечно еще много функционала у этого всего, ну думаю общий смысл понятен.

Вот такая штука. Если её не оптимизировать и не переводить на sql то тормозит жутко....

Calm1. Как быть, если ЗП выдается, скажем, 15го числа и как следствие - расчитывается в начальных числах месяца. При этом чел уходит в отпуск с 3 его числа. Во-первых, нужно зафиксироваться, что чел в отпуске находится, во-вторых посчитать размер его отпускных.

Всё это предусмотрено и работает.
Если человек заболел, но больничный еще не принес - то вводится документ Невыход. Потом когда приносится больничный он его (невыход) заменяет, но уже естественно в текущем открытом периоде.
Вот с отпусками сложнее, делается предварительный расчет и сотруднику выдается 80% от суммы.
А когда все премии и прочие начисления будут введены, всё расчитано и период закрыт, Остатки сумм сотрудник получает в подсчет 15 числа...
Кстати мне самому это удобно, приходишь из отпуска а тебе ещё и денежки какие то положены.
Не сидишь как дурак с пустым кошелем. :-)

А 30 числа у нас выдается аванс.

Calm
2. Данные в закрытых периодах можно править? Например, у чела стоит прогул, но в следующем месяце он принес-таки больничный. А срок предоставления больничного не ограничен. Как будет осуществлен пересчет за прошлый месяц?

Никаких правок задним числом. Упаси нас от этого....
Все пересчитывается в текущем открытом периоде. Где нужно встает сторно, где нужно перерасчет.

Теперь о недостатках :-)

Виды расчета можно вводить только из "Модуля проведения" документов и ниоткуда больше.
Это такой стандартный модуль в котором на 1slang пишешь проведение документа.

При вытиснении одного расчета другим, кусок первого расчета удаляется физически, а не помечается на удаление, приходится его как-то измудряться восстанавливать при отмене проведения документа.
Поясню:
стоит Оклад с 1 по 31 декабря.
вводим отпуск с 10 по 15 декабря при этом:
- оклад разбивается на две записи 1. с 1 по 9 декабря и с 16 по 31 декабря;
- вводится запись отпуск с 10 по 15.
- кусок оклада с 10 по 15 пропадает.
при отмене проведения отпуска удаляется запись отпуска, а вот оклад не восстанавливается.
Это самый большой геморой, т.к. приходится извращаться...

Нельзя проводить документ из модуля отмены проведения другого документа.... :(
А иногда очень надо, например при отмене отпуска :)

Нехватает функционала в работе периодических реквезитов....

Ну и конечно кривые руки пользователей - но с этим бесполезно бороться.....

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

Я не знаю как сделано в стандартой ЗП.
у нас все это отлажено и работает.
сначала проводки на 97 делаются,
а по мере наступления нужных периодов, они от туда списываются
как положено.

у нас это называется "автоматически".
люимое слово наших пользователей "а можно чтобы вот этот справочник заполнялся автоматически..."

Да, все проводки по ЗП формируются автоматически.