|
![]() |
#1 |
Участник
|
Т.е. расчет баланса отпуска? Без разработки никак не обойтись. Но, опять же, возможно скоро выйдет обновление в котором это будет.
А в дистрибутиве разве нет демо-данных? |
|
![]() |
#2 |
Участник
|
Тот, который с дистрибудивом не содержит данных по ЗП, мож чего недогоняю, но после импорта там было многое, но ЗП не было. В SP2 данных не было.
И я так все-таки не догнал, чего еще нужно ипортировать, что бы нормально считались б/л и отпуска. Не подхватывает у меня фактически отработанные дни, т.к. теперь в календарных все. Я так понимаю, что нужно еще загрузить и план/факт в календарных днях? На данный момент при расчете Б/Л похватываеются загруженные суммы и плановые дни по календарю (7-ка), вместо факта (подозреваю потому, что просто не находит факта или неявок). При расчете средней ЗП уже явно, в неполностю отработанных месяцах стоят нули вместо дней. Последний раз редактировалось VBF; 24.12.2007 в 19:22. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от VBF
![]() Тот, который с дистрибудивом не содержит данных по ЗП, мож чего недогоняю, но после импорта там было многое, но ЗП не было. В SP2 данных не было.
И я так все-таки не догнал, чего еще нужно ипортировать, что бы нормально считались б/л и отпуска. Не подхватывает у меня фактически отработанные дни, т.к. теперь в календарных все. Я так понимаю, что нужно еще загрузить и план/факт в календарных днях? На данный момент при расчете Б/Л похватываеются загруженные суммы и плановые дни по календарю (7-ка), вместо факта (подозреваю потому, что просто не находит факта или неявок). При расчете средней ЗП уже явно, в неполностю отработанных месяцах стоят нули вместо дней. Остальное зависит от настройки, возможно, она у вас где-то неправильная, надо задать корректно группы времен по которым осуществляется расчет, способ расчета полного и неполного месяца и т.д. |
|
![]() |
#4 |
Участник
|
Цитата:
Это то я сделал Цитата:
Тут вроде бы все правильно, дело скорее всего именно (RPayTblDayHourTrans) |
|
![]() |
#5 |
Участник
|
Оказалось достаточным создать RPayTblJournal и привязать к ним по номеру журнала строки RPayTblTrans. Загрузка по дням для расчета не нужна. если еще сделать и это, то в журналах становится видно стрки самого табеля. Красиво, но уже лишнее
![]() |
|
![]() |
#6 |
Участник
|
А где можно посмотреть, какие обновления планируются?
И еще вопрос на засыпку, возможно ли выплата одновременно по нескольким платежным ведомостям? Есть необходимость выплачивать ЗП разным группам сотрудников в разные кассы, что бы ведомости были различные. Причем, как правило, один и тот же сотрудник может получасть часть суммы в одной кассе, часть в другой? Последний раз редактировалось VBF; 25.12.2007 в 10:39. |
|
![]() |
#7 |
Участник
|
Цитата:
Сообщение от VBF
![]() А где можно посмотреть, какие обновления планируются?
И еще вопрос на засыпку, возможно ли выплата одновременно по нескольким платежным ведомостям? Есть необходимость выплачивать ЗП разным группам сотрудников в разные кассы, что бы ведомости были различные. Причем, как правило, один и тот же сотрудник может получасть часть суммы в одной кассе, часть в другой? ![]() Можно но это мутно. А зачем вам это? Можно например каким-то образом по фильтру отобрать этих сотрудников в "общую" платежную ведомость, а перед оплатой указать нужную кассу в параметрах выплаты зарплаты (чтобы РКО был создан в нужной кассе). |
|
Теги |
кадровый учет, расчеты с персоналом, управление персоналом |
|
|