Добрый день.

В ходе работы с клиентом неоднократно возникала следующая ситуация:

1. У клиента (больница) несколько (более 20) источников финансирования.
2. По некоторым источникам (например, "Родовые сертификаты") выплаты начисляются сотрудникам готовой суммой по приказу. Других выплат (окладов, процентных премий и т.д.) не бывает.
3. Для выплаты используются таблицы разноски. Расчётчик получает таблицу вида "ТН - СУММА", загружает её в таблицу разноски, разносит суммы в текущий месяц на заданный источник финансирования.

Проблема возникает с начислением районного коэффициента. Бывают следующие ситуации:

1. В ЛС ранее уже разносилась сумма по этому источнику, строка Р/к есть. Тогда Р/к начисляется корректно.
2. В ЛС ранее сумм по данному источнику не разносилось, строки Р/к нет (расчётчик забыл завести). В этом случае на выплату не начисляется Р/к, что неправильно.
3. В ЛС уже разносилась сумма по данному источнику, но с тех пор был перевод на другую должность. Тогда может возникнуть ситуация, когда сумма добавилась на новую ИД, а Р/к был заведён по старой. Соответственно, Р/к не начислится.

Скажите, пожалуйста, каким образом расчётчик (или старший расчётчик, который осуществляет контроль) может быстро отследить проблемные ЛС для случаев 2 и 3?

Сейчас для этого приходится формировать выборку по данному виду Н-У, выводить в Excel, затем умножать базу на 15%, формировать выборку по Р/к, тоже выводить в Excel, затем сравнивать рассчитанную и фактически начисленную суммы по каждому сотруднику. Что очень затратно по времени.

Нужна возможность автоматически добавлять Р/к при разноске сумм по источнику, если он отсутствует в ЛС.

P.S. данная проблема существует не только с Р/к. Но также и с налогами, страховыми и профсоюзными взносами, алиментами, исполнительным листами, которые тоже нужно разбивать по источникам финансирования. И это, повторюсь, нужно отслеживать не по одному источнику, а по двум десяткам.

Добрый день.

В КП создаётся приказ "По беременности и родам". Всё сделано верно, никаких "дублей", "лишних приказов" нет.

После обработки писем в КЗ в лицевом счёте отображаются два приказа:

Если обрабатывать первый приказ - начинает рассчитываться БЛ по беременности и родам, как положено.

Если начать обрабатывать второй - выходит сообщение:

Расчётчика мы, разумеется, научили, что на втором приказе нужно нажать F3, пометить обработанным и забыть о нём. Но всё равно существует риск ошибки - расчётчик может ткнуть не туда, например, обработать все приказы массово,  из главного окна программы. И в табеле будут проставлены не те символы.

Получается, что данный "приказ №2" создаёт вероятность ошибки расчётчика, но полезной функции не несёт (по крайней мере, мы таковой не увидели).

В связи с чем возникают вопросы:

1. Зачем это сделано?
2. Нельзя ли сделать так, чтобы второй "приказ" в принципе не появлялся?

Спасибо.

Добрый день!

Формируем расчетный листок в экселе, форма 101. Подскажите, пожалуйста, как можно вытащить оклад в шапку квитка (нашла вариант только для текстового варианта печати)? И как добавить в квиток 2 столбца: базовое значение  и ед.БЗ  вида начисления, после наименования начислений? Используем полное наименования вида НУ. И возможно ли печатать эти данные только у тех видов, которые обозначены в каком-нибудь столбце ТВХ.

Добрый день. В ЛС есть сумма на остатке(вид 101), перешедшая с прошлого месяца. После расчета ЛС и подведения итога по F5 сумма к выдаче не учитывает входящий остаток. Подскажите, пожалуйста,какие настройки нужно поправить, чтобы сумма к выдаче=остаток+начислено?

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

Обратился клиент с вопросом по формированию справки 182n. Клиент перешел на Контур Зарплату в 2016 году. Сейчас требуется выдать сотруднику справку 182n с учетом 2015 года, так чтобы больничные за 2015 год указывались в справке:

Клиент готов ввести вручную вид НУ с кодом 190, вручную ввести все необходимые суммы. Что необходимо сделать расчётчику, чтобы данные о больничных листах за 2015 год, указывались в справке?

Здравствуйте. Создаю в лицевом счете новый вид НУ с кодом 318 Алименты. Рассчитываю лицевой счет, получаю значения сумм с учетом алиментов.

Далее создаю ведомость с рассчитанной заработной платой и передаю данные в банк. Далее засвечиваю все лицевые счета и создаю выборку по строкам, указываю код 318.

Создается выборка по строкам, в которую попали 2 лицевых счета

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

Снова делаем выборку по строкам, 318 - алименты.

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

Вопрос такой: как в программе сделать так, чтобы в выборку попадали разные суммы( как на скриншоте). Т.е в первой выборке должна быть сумма 4967.40 рублей. А во второй выборке разница, между суммой алиментов с премией и без премии (870 рублей).

Можно ли это реализовать в программе? Если нет, то как создать новую форму выборки?

Добрый день, уважаемые коллеги!

Забрал сохраненку ЛС (краткую форму), развернул на поставочной базе, но суммы в отчете повторить не удается. Забрал полную форму - сохранился отчет (справка 2-НДФЛ), сформированный у клиента:

А вот такие суммы получил при формировании справки после развертывания сохраненного ЛС на поставке:

Ниже прикреплена сама сохраненка (справка 2-НДФЛ сформирована по ЛС с табельным номером 375):

Сохраненный ЛС.

Остается вопрос: какой еще каталог необходимо скопировать, чтобы получить на своей базе аналогичную картину (и разобраться в причинах появления таких сумм в отчете)?

Добрый день! Подскажите, пожалуйста, как сверить СЗВ-М и РСВ?

Здравствуйте, разработчики программы. ВОПРОС, который не решается уже 3 месяца - не отправляются ЭЛН из программы "Экстерн", если Москва и Екатеринбург не участвуют в пилотном проекте, то все остальные пусть работают ВРУЧНУЮ????  или только Липецк работает в пилотном проекте, поэтому Вы не торопитесь решать  ЭТУ проблему????? Очень бы хотелось получить ответ.