Добрый день!

Можно в протоколе сверки отчетов добавить колонку и каким-то признаком вредник этот сотрудник или нет. Может номер списка или дату начала и конца вредности.

Чтобы выделить сотрудников, которые являются вредниками, но нет начислений за месяц. Допустим, вахтовики, а ВАХТА не стоит или в отпуске, а ДЛОТПУСК не весь месяц, но начислений нет.

Спасибо.

Добрый день. КЗ 599.7. Какие настройки посмотреть, чтобы непрерывный БЛ сотруднику рассчитывался только за счет организации при превышении 120 дней? Спасибо.

Добрый день!

2-НДФЛ не правильно разбивается по коду организации.

Видимо, в 2-НДФЛ поменялась выборка налогового подразделения. 

В 6-НДФЛ тоже разбивает не правильно. 6-НДФЛ переформировали за 9 месяцев, получили совершенно другие отчеты, сотрудники попадают не в свои ОКТМО.

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

Сохраненка: ZPL_zplinfo(20190317_203319).cab

1) любая ошибка, либо окно запроса в КЗ на компьютере с звуковыми колонками вызывает достаточно громкий системный звук, который раздражает;

2) если установлено больше одного монитора, формы "Отчетность в ФНС" и "Отчетность в пенсионный фонд" всегда открываются на основном мониторе, не зависимо от положения окна программы (что несколько неожиданно). При этом кадровая часть и "Приказы" открываются правильно - на том же мониторе, что и программа.

Добрый день!

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

Повторил на поставке.

Принимаем в КП сотрудницу Корчагину Р.В. Принимаем с 28.03.2019. Допустим, по каким-то причинам приказ не был обработан в марте месяце, и система была переведена в апрель. Например, такое может случиться, если кадры запоздают с приказом и оформят его задним числом, или если расчётчик уже закрыл зарплату по подразделению, сформировал своды и отчёты, выплатил зарплату сотрудникам и перечислил налоги к тому времени как пришёл приказ из КП. 

Находясь в апреле месяце расчётчик обрабатывает письма по видам Н-У и рассчитывает сотрудника за месяц.

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

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

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

Добрый день!

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

Расчёт за первую половину месяца настроен так:

Сумма заработной платы по 21-му столбцу ТВХ собирается на мнимый вид 901.

Рассчитываю сотрудника за первую половину месяца. Получаю следующий результат.

Расчёт корректный, замечаний нет.

Затем выясняется, что человек прогулял несколько дней в феврале.

Выполняю пересчёт месяца. Рассчитываем ЛС за первую половину ещё раз. После чего ЛС принимает следующий вид:

Получается, в расчёт за первую половину месяца берутся суммы только за март.

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

В итоге получается вот какая картина:

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

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

Посоветуйте, пожалуйста, как лучше поступить? Создать табличку, которая будет отслеживать подобные ЛС после расчёта за первую половину?

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

Сложилась следующая ситуация. Сотрудник была в декрете 3 раза подряд по максимальному сроку. В настоящий момент есть необходимость достаточно часто рассчитывать больничный. В качестве базы при расчете среднедневного заработка нужно взять 2009-2010 года. Однако за начало 2009г. данных уже нет, среднедневной заработок рассчитывается неверно. Дальше лучше не будет.
Что делать?

Добрый день!

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

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

Условно говоря, если сотрудник по основной должности работает в подразделении №1, то необходимо подставлять в подножие справки Расчётчика 1 - Иванова И.И. А если сотрудник по основной должности работает в подразделении 2, то подставлять в подножие карточки-справки Расчётчика 2 - Петрова П.П.

И так далее.

Подскажите, пожалуйста, как лучше это сделать?

Возможно, как-то выкрутить эту настройку через клиентские/сетевые рабочие места? Сейчас настройка таблиц и форм печати в ADMIN.BAT установлена общая для всех расчётчиков. Возможно, есть способ конкретно для этого поля записать в каждую локально установленную КЗ своего исполнителя? Проблема в том, что остальные настройки карточки-справки должны остаться общими.

Или, может, как-то через скриптовую функцию подставлять нужные должность и ФИО ответственного исполнителя?

Клиент при постановке и обсуждении задачи предложил при формировании ПФ выводить справочник расчётчиков с должностями и давать возможность выбрать нужного.

Подскажите, пожалуйста, как лучше подойти к решению данной проблемы.

Добрый день.

Просим добавить в список ЛС дополнительную колонку "Основная должность"

Существует организация, где зарплату считают для почти 4000 сотрудников.

Возникает простейшая ситуация: "Как мне найти, кто начальник этого подразделения?"

В подразделении более 100 ЛС.

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

Поэтому просьба дать пользователю возможность в настройках интерфейса включить отображение основной должности в списке ЛС.

Это сильно ускорит и упростит работу.

Добрый день!

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

Дано:

1. В списке ЛС выделяем всех сотрудников, массово рассчитываем зарплату.
2. Выделяем всех, создаём кассовую ведомость на выплату зарплаты.
3. Открываем ведомость - сотрудники в ней указаны в том порядке, в котором они стоят в списке ЛС. (т.е. не по алфавиту).

Мы показали клиенту, как исправить это. Либо отсортировать сотрудников по алфавиту в списке ЛС перед формированием ведомости, либо уже после формирования "провалиться" в ведомость и отсортировать сотрудников там.

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

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

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

Поэтому огромная просьба - при формировании кассовой ведомости сортировать сотрудников по алфавиту автоматически.