Ваши комментарии
Добрый день. KCalcSredn считает только по тем разновидностям среднего, которые существуют законодательно.
Если вам надо посчитать средний точно так, как он считается для больничного - да, можно посчитать. Если "почти как для больничного" (то есть с нюансами, которые были придуманы в вашей организации) - скорее всего не получится.
Опишите на примере, что хочется получить.
В больничном берутся два предшествующих календарных года, а не 24 предыдущих месяца. У вас так же?
Для большинства больничных жестко делится на 730 дней, и только для декретных и по уходу до 1.5 лет берутся фактические календарные дни (то есть 731, если один год был високосным) за вычетом некоторых. У вас так же?
Если говорить про расчет по календарным дням как для отпуска, то там расчет идет из 29.3.
- скопировать tablref\formbl.xlt в tablref\userformbl.xlt
- forml1.txt и forbl2.txt скопировать в formbl1.usr и formbl2.usr.
- Найти там все места с контекстом "forms\\formbl" заменить на "user\\myformbl"
- скопировать forms\formbl.s в user\myformbl.s
- Изменить скрипт как хочется (в частности чтобы грузился другой шаблон).
Николай, у вас же импорт стажей в КЗ делался из стандартных файлов. Создайте в КП стандартный ФУФ действовавший до СЗВ-СТАЖ и сделайте импорт в КЗ. Таблица для импорта у вас есть аж с 2016 года.
В обновлении будет исправлено.
Проблема была в том, что каким-то образом было удалено продление больничного, но при этом у первичного больничного осталась ссылка на удаленное продление.
Чтобы посчитать продление не дожидаясь обновления, можно:
- Зайти в старый интерфейс кадровой части этого сотрудника.
- F6 (чтобы стали видны все поля кадровой части)
- Ctrl+A+A (не отпуская Ctrl) - переход в служебный режим
- Найти поле кадровой части "Параметры рассчитанных БЛ"
- Если служебный режим на шаге 3 был включен, то появится полный список всех когда-либо рассчитанных БЛ.
- Вам в этом списке надо найти строчку с датой 24.10.2018. У вас их там будет две. Вам нужна та, у которой в следующем столбце (с заголовком "А") стоит цифра 1.
- Для этой строчки дойдите до столбца с заголовком "21".
- Исправьте в этом столбце стоящее там значение "3,371" на "0,0".
- Выйдите с сохранением (по F10) из Лицевого счета
- После этого можно считать продление заново.
Вроде бы все просто. Заходим в поле трудовой стаж и вместе с РКС заполняем поле "Ставка". У вас же неполная неделя. Если он работает 3 дня из 5, то ставка 0.6, если 4 дня - 0.8.
Нет? Или есть какие-то другие сложности?
Кроме быстрого исчерпания количества видов одного кода, у вас сейчас наверняка есть сложности и с расчетами по-среднему?
ПО ПД модуль для разработчиков.
это если говорить про Контур-Зарплата.
Про Контур-Экстерн надо спрашивать не у Контур-Зарплаты. Ну и потом у них то нет проблем с конфигурацией, они же не на десктопе запускают.
У вас две должности относящиеся к одному ОКТМО.
Сейчас прием осуществляется так: взять первую должность - выбрать по ней данные для НДФЛ, взять вторую - выбрать данные. Объединить данные, если они относятся к одному ОКТМО.
Доходов той должности, по которой предоставляются вычеты не хватает на все вычеты. Надо хотя бы для одного месяца вычеты предоставить для второй должности.
Попробуем что-нибудь сделать, чтобы данные выбирались сразу по всем исполняемым должностям, относящимся к одному ОКТМО. Тогда этой проблемы быть не должно.
Сервис поддержки клиентов работает на платформе UserEcho
При таком делении по ОКТМО: 1 месяц = 1 ОКТМО, при смене в середине месяца, корректного учета на уровне 2-НДФЛ и 6-НДФЛ не будет. Вам надо делить по исполняемым должностям.
Тогда и с ведомостями все нормально будет.
Налоговые регистры сейчас не делятся.