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

Кто как выходил из ситуации?

(0) Если не секрет поведайте зачем это ?

(0) по среднему наверно самый лучший вариант

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

(3) но если нет табелей, то этот расчет будет не соответствующим реальности.Масштаб несоответствий будет тем больше, чем больше численность сотрудников.

(3) т.е. ты хочешь считать зарплату с 10.01 по 09.02 - это же ни как не избавит от несвоевременности поступления документов

(5) более того, это чревато бесконечными сторнированиями и исправлениями
даже не чревато, а на 146% приведет к этому

(6) Все трудности я понимаю, и наверное 146% будем переубеждать клиента. Проблема в том, что это нефтяная компания и там полно еще различных начислений помимо оклада и различных условий.
Просто интересно было бы узнать, кто-нибудь в такое вляпывался? ) Расчетчики из-за всех своих трудностей уже перестали подоходный пересчитывать и др. налоги.

(7) здесь проблема чисто административно должна решаться, а не какими то программерскими ухищрениями

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

(9) Ок, допустим фин. период и как вы решали подобный вопрос?

(10) считайте декадами...

(10) Мы не решали. я с тараканами в головах разборок не устраиваю.

теоретически- во всех расчетных доках, регистрах ПериодРегистрации приводить допустим к 10 числу месяца. написать свои процедуры НачалоМесяцаДляЗп(), конецмесяцадлязп() и перелопатить все доки связанные с начислениями.