Ответы на вопросы по Заработной плате, Кадрам, Управлению персоналом

[Prof]

Т.е. расчет баланса отпуска? Без разработки никак не обойтись. Но, опять же, возможно скоро выйдет обновление в котором это будет.

А в дистрибутиве разве нет демо-данных?

[VBF]

Тот, который с дистрибудивом не содержит данных по ЗП, мож чего недогоняю, но после импорта там было многое, но ЗП не было. В SP2 данных не было.

И я так все-таки не догнал, чего еще нужно ипортировать, что бы нормально считались б/л и отпуска. Не подхватывает у меня фактически отработанные дни, т.к. теперь в календарных все. Я так понимаю, что нужно еще загрузить и план/факт в календарных днях? На данный момент при расчете Б/Л похватываеются загруженные суммы и плановые дни по календарю (7-ка), вместо факта (подозреваю потому, что просто не находит факта или неявок). При расчете средней ЗП уже явно, в неполностю отработанных месяцах стоят нули вместо дней.

[Prof]

Цитата:

Сообщение от VBF

Тот, который с дистрибудивом не содержит данных по ЗП, мож чего недогоняю, но после импорта там было многое, но ЗП не было. В SP2 данных не было.

И я так все-таки не догнал, чего еще нужно ипортировать, что бы нормально считались б/л и отпуска. Не подхватывает у меня фактически отработанные дни, т.к. теперь в календарных все. Я так понимаю, что нужно еще загрузить и план/факт в календарных днях? На данный момент при расчете Б/Л похватываеются загруженные суммы и плановые дни по календарю (7-ка), вместо факта (подозреваю потому, что просто не находит факта или неявок). При расчете средней ЗП уже явно, в неполностю отработанных месяцах стоят нули вместо дней.

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

[VBF]

Цитата:

Сообщение от Prof

Чтобы нормально считались больничные нужно по-хорошему импортировать данные ежедневного учета (RPayTblDayHourTrans).

Это катастрофа :-(

Цитата:

Сообщение от Prof

Ну в крайнем случае суммированного (RPayTblTrans).

Это то я сделал

Цитата:

Сообщение от Prof

Отпуска правильно считаться не будут, точнее будут только для сотрудников работающих по 5-ке.

Слава богу, только 5-ка, и отпуска-то как раз работают.

Цитата:

Сообщение от Prof

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

Тут вроде бы все правильно, дело скорее всего именно (RPayTblDayHourTrans)

[VBF]

Цитата:

Сообщение от VBF

Тут вроде бы все правильно, дело скорее всего именно (RPayTblDayHourTrans)

Оказалось достаточным создать RPayTblJournal и привязать к ним по номеру журнала строки RPayTblTrans. Загрузка по дням для расчета не нужна. если еще сделать и это, то в журналах становится видно стрки самого табеля. Красиво, но уже лишнее

[VBF]

Цитата:

Сообщение от Prof

Но, опять же, возможно скоро выйдет обновление ...

А где можно посмотреть, какие обновления планируются?

И еще вопрос на засыпку, возможно ли выплата одновременно по нескольким платежным ведомостям? Есть необходимость выплачивать ЗП разным группам сотрудников в разные кассы, что бы ведомости были различные. Причем, как правило, один и тот же сотрудник может получасть часть суммы в одной кассе, часть в другой?

[Prof]

Цитата:

Сообщение от VBF

А где можно посмотреть, какие обновления планируются?

И еще вопрос на засыпку, возможно ли выплата одновременно по нескольким платежным ведомостям? Есть необходимость выплачивать ЗП разным группам сотрудников в разные кассы, что бы ведомости были различные. Причем, как правило, один и тот же сотрудник может получасть часть суммы в одной кассе, часть в другой?

Нигде

Можно но это мутно. А зачем вам это? Можно например каким-то образом по фильтру отобрать этих сотрудников в "общую" платежную ведомость, а перед оплатой указать нужную кассу в параметрах выплаты зарплаты (чтобы РКО был создан в нужной кассе).