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

[spdf]

Вопрос про совместителей.

В Заработной плате есть процедура расчета RPayByWorker - Коррекция совместителей.
В ней доступен тип строки счетчика Сумма коррекции.
Насколько я понял, если у одной "ипостаси" совместителя удержаний больше чем начислений, данный счетчик переносит некую сумму денег от той "ипостаси" где они есть туда где их не хватает.

Никто не знает, для чего это нужно?

[ppson]

По исполнительным листам с сотрудника необходимо удерживать со всех доходов, а не только по основному месту.
Для этого данная процедура и предназначена.

[VBF]

Цитата:

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

А зачем вам это?

Да вот, у нас с целью "сохранения тайны выплат" часть сотрудников, с доходом

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

Еще придется и доступ разделять, и все отчеты и формы по начислениям-удержаниям :-)

[Prof]

Оффтоп конечно:
А такие экзотические формы выплаты заработной платы как перечисление на карточку не пробовали?

[VBF]

Да вот нужно обязательно в кассу

[VBF]

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

[VBF]

Цитата:

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

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

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

[Prof]

Ну для более корректного расчета она все-таки нужна, но вам может и так сойдет..зависит от данных

[VBF]

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

[VBF]

Пробовал кто-нибудь расчет отпуска запрограммировать свой?
ПОнадобилось рассчитать к основному отпуску еще дополнительную часть, но алгоритм расчета другой (база другая). Вроде бы все классно, есть возможность получить среднедневную ЗП по заданному алгоритму. Все работает. Я добавил в последовательность расчета отпусков новую строчку, привязал ее к ТЗ. В момент расчета отпуска расчитывается строка и второго отпуска.
Вопрос - Где взять кол-во дней самого отпуска, что бы умножить ее на среднедневную и получить сумму? Если посмотреть на сформированную строку вида ЗП по второму отпуску, то там в поле Дни это цифра есть. Но как до нее добраться из счетчика?

[Prof]

Без программирования видимо никак

[VBF]

Я так и подумал, уже и ТЗ написал на доработку, хотя странно это. Вариант создания своего алгоритма даже в доке упомянут, а воспользоваться им нельзя. Мож я чего-то не догоняю. Будем изучать.

[VBF]

Что-то я много вопросов стал задавать

Налог на доходы должен удерживаться с отпуска, (оплата выдается, как по законодательству, перед отпуском и не в момент расчета ЗП). Можно ли это реализовать стандартным способом или опять программировать? Сразу возникает идея организовать это через счетчики, а как это правильнее сделать?

[VBF]

Судя по всему, стандартным функционалом мало кто пользуется

[Игнатьева Ирина]

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

[VBF]

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

[Игнатьева Ирина]

Спасибо!

[Prof]

Цитата:

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

Что-то я много вопросов стал задавать

Налог на доходы должен удерживаться с отпуска, (оплата выдается, как по законодательству, перед отпуском и не в момент расчета ЗП). Можно ли это реализовать стандартным способом или опять программировать? Сразу возникает идея организовать это через счетчики, а как это правильнее сделать?

Ну а что тут сложного? Делаете счетчик, который создает удержание на сумму 0.87 от суммы отпуска. Делаете авансовую ведомость по этому удержанию и выдаете деньги сотруднику.

[Cube]

Кто может поделиться инфой по модулю Управление персоналом? Либой инфой какая есть по нему.
Спасибо.

[spdf]

Кто нибудь сталкивался с необходимостью возврата излишне удержанного НДФЛ в AX?
Можно ли без доработок реализовать возврат НДФЛ?
Если нельзя, напишите пожалуйста как вы справились с этой проблемой..