Добрый день, уважаемые разработчики!

Есть следующие предложения по работе со сводами.

1) Можно ли доработать программу так, чтобы при формировании свода можно было указывать несколько источников и подразделений. Сейчас ведь можно или по одному источнику отдельно, или все сразу. И по подразделениям создаются или отдельно по каждому, или надо создавать код свода с определенным набором подразделений.

Такую возможность хотели бы видеть особенно бюджетники. Например, у медиков ОМС, Бюджет и платные каждый разбиты на 3 источника - стационар, дневной стационар и поликлиника. И они хотят в своде собрать, допустим, весь Бюджет, или весь ОМС. Также и по подразделениям.

Тот же механизм был бы желателен и при формировании других отчетов типа развернутых ведомостей.

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

Добрый день.

Клиент обратился со следующим вопросом.

Сотрудника переводили с одной должности на другую.

Как положено при переводе, расчётчик выполнил перекодировку видов Н-У, вместо 305-го кода НДФЛ на прежней должности оставил 505-й. По новой должности завели 305-й вид Н-У.

В декабре пришёл приказ оплатить сотруднику доплату за категорию. Произвели перерасчёт июля, получили "неверную" сумму НДФЛ.

Сотруднику предоставляются вычеты на детей. В июле они предоставлялись по должности "2", в декабре - по должности "10". Но при перерасчёте июля эта сумма "перепрыгнула" на теперешнюю основную должность.

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

Описанная ситуация влечёт за собой много ошибок в расчётах (например, расчётчик выбрал только одну должность №2 по Shift+F10, произвёл перерасчёт июля только по ней и получил неверную сумму ндфл), ручной корректировки сумм и ещё больше объяснений с сотрудниками. почему в том или ином месяце у них снимали и начисляли НДФЛ.

Такая ситуация клиента не устраивает. Очень просят предложить решение проблемы.

Добрый день!

Уже несколько Клиентов просят добавить в программу реестр, в котором будут отображаться ФИО, номер ЛН и даты больничного. Особенно актуален этот вопрос для крупных организаций, в которых работает несколько расчетчиков, т.к. между ними возникает путаница.

Возможно ли добавить в программу возможность формирования такого реестра?

Добрый день!

В список лицевых счетов добавили поля из кадровой части. Клиенты хотят сортировку по этим полям.

Возможно ли это сделать?

Спасибо.

Добрый день!

Прошу рассмотреть возможность реализовать обновление только кадровых данных (ФИО, паспортные данные) в уже сформированном отчете (так как в 2НДФЛ при включенном разбиении по ОКТМО обновление данных недоступно, а необходимо обновление не всех данных, а только паспортных. И приходится удалять сведения и добавлять по новой, что не очень удобно…)

Добрый день, уважаемые разработчики! 

Добрый день!

Подскажите, пожалуйста, есть ли возможность в КЗ запретить удаление ЛС всем расчётчикам, кроме мастера?

Добрый день.

Рассчитываю сотруднику отпуск. Выходит диалоговое окно для заполнения дат начала и конца периода, за который предоставлен отпуск. Даты по умолчанию ставятся неправильные - на один день меньше даты начала отпуска.

Открываю в КЧ вкладку "Отпуска". Заполняю сотруднику периоды отпуска. Записка-расчёт не реагирует, даты остаются. какие были.

Только если открыть ещё и "Приказы", сформировать приказ на отпуск, затем провести его, только тогда в записку-расчёт подставится правильный период.

В связи с чем большая просьба - вытягивать для записки расчёта дату последнего периода из поля "Отпуска" в КЧ. Пусть она будет не всегда правильной, иногда будут сотрудникам отпуска предоставляться и за предыдущие периоды. Но в 90% случаев это избавит пользователя от набивания периодов вручную.

Добрый день!

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

Чтобы упростить работу бухгалтеров,  пишутся соответствующие инструкции по работе с этими таблицами,  и со временем количество этой собственной документации становится довольно большим, что сказывается на оперативности работы бухгалтера.

Возникло такое предложение:  можно ли создать сервис, который условно можно назвать About?

Т.е.  допустим, что к таблице  tablxxx.sum  создается файл tablxxx.txt  с инструкцией,  при наличии которого у таблицы активизируется кнопка ("О программе" либо "Помощь" либо "Инструкция"),  при нажатии на которую появляется выпадающее окно с соответствующей инструкцией.