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

По последнему вопросу: все дни рабочие, оплата в лицевом поделена по видам по периодам действия должностей, в кадровой части перевод так же отражен. Пример в лицевом сделан искусственно, для этого работника в реальности доплата до МРОТ не требуется.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 нужно сделать какие-то дополнительные настройки чтобы получить тот же результат, который получился у Вас? Или итак все получится правильно?

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

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

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

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

Хотелось бы получить ответ от специалистов по этому вопросу.

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

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

И страховые взносы, в случае если суммы превышают лимит, будут насчитываться?

А нельзя ли в программе в таблице входимости для этого предусмотреть специально виды? Ведь командировочные и суточные есть почти у всех. Было бы удобно. Я, будучи бухгалтером, боюсь что-то неправильно настроить в таблице входимости.




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