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

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

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

В больничном берутся два предшествующих календарных года, а не 24 предыдущих месяца. У вас так же?
Для большинства больничных жестко делится на 730 дней, и только для декретных и по уходу до 1.5 лет берутся фактические календарные дни (то есть 731, если один год был високосным) за вычетом некоторых. У вас так же?
Если говорить про расчет по календарным дням как для отпуска, то там расчет идет из 29.3.

>>И еще сразу вопрос: как сделать, чтобы эти изменения не исчезли при очередном обновлении? 

  1. скопировать tablref\formbl.xlt в tablref\userformbl.xlt
  2. forml1.txt и forbl2.txt скопировать в formbl1.usr и formbl2.usr.
  3. Найти там все места с контекстом "forms\\formbl" заменить на "user\\myformbl"
  4. скопировать forms\formbl.s в user\myformbl.s
  5. Изменить скрипт как хочется (в частности чтобы грузился другой шаблон).

Николай, у вас же импорт стажей в КЗ делался из стандартных файлов. Создайте в КП стандартный ФУФ действовавший до СЗВ-СТАЖ и сделайте импорт в КЗ. Таблица для импорта у вас есть аж с 2016 года.

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

Чтобы посчитать продление не дожидаясь обновления, можно:

  1. Зайти в старый интерфейс кадровой части этого сотрудника.
  2. F6 (чтобы стали видны все поля кадровой части)
  3. Ctrl+A+A (не отпуская Ctrl) - переход в служебный режим
  4. Найти поле кадровой части "Параметры рассчитанных БЛ"
  5. Если служебный режим на шаге 3 был включен, то появится полный список всех когда-либо рассчитанных БЛ.
  6. Вам в этом списке надо найти строчку с датой 24.10.2018. У вас их там будет две. Вам нужна та, у которой в следующем столбце (с заголовком "А") стоит цифра 1.
  7. Для этой строчки дойдите до столбца с заголовком "21".
  8. Исправьте в этом столбце стоящее там значение "3,371" на "0,0".
  9. Выйдите с сохранением (по F10) из Лицевого счета
  10. После этого можно считать продление заново.

Добрый день, Николай!
Вроде бы все просто. Заходим в поле трудовой стаж и вместе с РКС заполняем поле "Ставка". У вас же неполная неделя. Если он работает 3 дня из 5, то ставка 0.6, если 4 дня - 0.8.
Нет? Или есть какие-то другие сложности?
Анатолий, а может все таки подумать на счет интеграции через поле кадровой части с названием должности.
Кроме быстрого исчерпания количества видов одного кода, у вас сейчас наверняка есть сложности и с расчетами по-среднему?

ПО ПД модуль для разработчиков.

это если говорить про Контур-Зарплата.

Про Контур-Экстерн надо спрашивать не у Контур-Зарплаты. Ну и потом у них то нет проблем с конфигурацией, они же не на десктопе запускают.

У вас две должности относящиеся к одному ОКТМО. 
Сейчас прием осуществляется так: взять первую должность - выбрать по ней данные для НДФЛ, взять вторую - выбрать данные. Объединить данные, если они относятся к одному ОКТМО.
Доходов той должности, по которой предоставляются вычеты не хватает на все вычеты. Надо хотя бы для одного месяца вычеты предоставить для второй должности.

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

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