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

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

  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