Ваши комментарии

По последнему вопросу: все дни рабочие, оплата в лицевом поделена по видам по периодам действия должностей, в кадровой части перевод так же отражен. Пример в лицевом сделан искусственно, для этого работника в реальности доплата до МРОТ не требуется.ZPL_zplinfo(20230316_181302).cab

Здравствуйте.

"И какой выход? Вручную делить?"

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

Вручную тоже можно."


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

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

"Если бы точно знать"

"Если бы у нас был экстрасенс на пол ставки.."

Ну Вы же написали, что возможно появится. Вы, наверно, лучше нас знаете возможно это или нет. Нам остается только надеяться и верить.

"А вид 180 (доплата до МРОТ) не будет работать корректно если ввести несколько строк за месяц"

"Подробности расскажите? Или это секретная информация?"

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

И какой выход? Вручную делить? 

Если бы точно знать, что вариант разбивки появится в недалеком будущем, то тогда можно попробовать вводить строки по видам (121,278 и т.п.) с указанием даты, совпадающей с началом/окончанием перевода с должности на должность, но будет ли это сделано? Если нет, то будет жаль потраченного зря времени...

А вид 180 (доплата до МРОТ) не будет работать корректно если ввести несколько строк за месяц, я с этим уже сталкивалась. 

Про вид районного коэффициента не знаю, не пробовала делить по должностям в текущем месяце.

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

Перевод был с 31.12.2022 по 18.01.2023 сторожем-вахтером, с 19.01.2023 сотрудник вернулся на свою должность (уборщик служебных помещений).

Строки две, но данные по второй (по деньгам) не заполнены, время отработанное в обоих строках 136 часов.

Заработная плата и время отработанное - все досталось первой должности, а должно быть разбито на две. Я писала об этом изначально.

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

Можно ли ожидать, что в дальнейшем в программе она будет устранена?

Image 7386


Здравствуйте.

Спасибо за помощь.


"А оплату командировочных вместе с суточными вводить или нужен отдельный вид?"

"Отдельный вид с расчетом "по среднему""

Я здесь не совсем правильно сформулировала вопрос. Хотела спросить не про оплату командировочных (средний заработок), а про командировочные расходы (проезд, гостинница и т.п.) 

Эти суммы нужно через отдельный вид вводить в программу (отдельно от суточных)? 

Для них ведь не установлен лимит как для суточных?

Подскажите, пожалуйста, должны ли эти командировочные расходы и суточные быть отражены в разделе 1.3 формы ЕФС-1?

У нас нет своего специалиста по КЗ, обновления ставит удаленно специалист из организации, с которой заключен договор на обслуживание. Все это стоит денег, поэтому каждый патч отдельно поставить не получается, а сама я не умею это делать (я бухгалтер).

Я правильно поняла, что если бы сохраненка была не обезличенной, то в релизе 620.9 данные были бы разбиты правильно по двум должностям (и время, и деньги, и должности (и все остальное что к ним привязано) без каких-либо дополнительных настроек и действий с моей стороны?

Здравствуйте.

У нас пока установлен релиз 620.2 и отчет за январь сделан в нем.

После установки релиза 620.9 нужно сделать какие-то дополнительные настройки чтобы получить тот же результат, который получился у Вас? Или итак все получится правильно?

А разве не нужно разбивать на периоды в данном случае? Да, перевод временный, но он был. 

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

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



Сервис поддержки клиентов работает на платформе UserEcho