1. Запомнить суммы старого больничного
2.  Удалить больничный
3. Рассчитать новый с правильными датами
4. Убедиться что суммы не изменились
5. Изменить месяц начисления у новых сумм на явнарь 2018

А точно отличаются только столбцом? Параметр, задающий столбец для "обычного" 12-15 алгоритма и для "параметризованного" алгоритма имеют одинаковый порядок. Ну то есть, если не писать что-то вроде 1=N, а просто перечислять параметры через запятую - то все работало бы.
Легко же проверить. Включите вашим особым видам РК расчет не через параметры, а через обычный алгоритм (2 в 26 столбце специальной ТВХ)
s100ras по стандартным то алгоритмам 12,15 давно умеет работать (в том числе с учетом другого столбца в параметре).

А что значит "нештатное" начисление р/к? Оно не укладывается в стандартные 12,15,99,98 алгоритмы? Почему?

Почему вы считаете это баг? У вас написан некоторый свой алгоритм, вы запускаете расчет среднего с указанием: "а пересчитай ка мне некоторый набор видов с учетом тех сумм, что попадают в расчет среднего". То есть ваш алгоритм должен уметь работать в такой ситуации. Это он должен понимать, что кроме того, что он считается в обычном режиме по некоторому набору видов, он должен уметь считаться в расчете среднего, когда надо взять "пересечение" двух наборов видов (обычного и того, по которому среднее считается).

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

01.12.2016 релиз 591.0

! s100ras может отрабатывать по пользовательскому алгоритму при расчете среднего.
Извечной проблемой было то, что при расчете среднего можно указать виды, которые
при выборке в среднее подвергаются пересчету (районный коэффициент, процентные надбавки),
с целью не включить в выборку ту долю пересчитываемого вида, которая приходится на виды,
по которым среднее не считается (а пересчитываемый вид считается).
В качестве таких видов можно было указывать только виды, по которым написан специальный алгоритм
в s100ras (12,15,98,99).
Сейчас s100ras при своем вызове:
1) запоминает столбец по котором она должна отработать и его можно получить в алгоритме пользователя через GetLastS100rasColumn
2) если не находит алгоритм в числе "известных" s100ras, запускает для пересчета вида обычный расчетный алгоритм с флагом b3=7.
Таким образом, у внедренца есть возможность доработать свой алгоритм с прицелом на то, чтобы при вызове его с флагом b3=7 (то есть из s100ras)
этот алгоритм учел столбец, по которому отрабатывает s100ras (например используя w2dopst).

Это можно считать тем, что "бага" о котором Вы говорите в программе нет уже 2 года, а есть баг в Вашем алгоритме?

Подразделение добавлять пока не планируем. Если у ЭЛН проставлены табельные номера и настроен доступ расчетчиков к своим лицевым счетам, то чужие ЭЛН расчетчик не увидит. Он увидит только свои и те, для которых не заполнен ТН.

Не совсем понятно что хочется услышать от разработчиков?

Если вы сделаете так, что флешка при подключении к компьютеру всегда будет подключаться с одной и той же буквой диска, то достаточно настроить путь до реестра на флешку (правда в этом случае пока флешки не будет в компьютере, ничего с ЭЛН делать будет нельзя).

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

Но, если флешки в компьютере не будет (или у нее поменяется буква диска), то при попытке попасть в реестр ЭЛН или при начале расчета больничного, будет выдаваться сообщения "Ошибка при работе с реестром. Путь до хранилища не найден".

Если это не будет пугать расчетчиков, то конечно можно работать с флешкой как с хранилищем.

Планируется ли возможность пополнения реестра ЭЛН с сайта ФСС по рег.номеру предприятия всеми теми ЭЛН, которые требуется рассчитать, или все-таки без предварительной набивки СНИЛС и №_ЭЛН не обойтись?

Одной из причин по которой ФСС не делает такой режим: предоставление больничных право а не обязанность сотрудника. Сотрудник может не захотеть предоставлять больничный, даже если он был выписан МУ.

Другой причиной, возможно, является тот факт, что предоставление всех ЭЛН только по рег.номеру потенциально несет больше рисков по утечке перс.данных высшего уровня защиты. В одном случае нам надо знать: РНС, иметь сертификат, знать СНИЛС и номер больничного. В другом случае достаточно знать только РНС (публичная информация) и иметь доступ к сертификату юр.лица.

Я не вижу оснований для настройки. То что в некоторых отделениях ФСС сидят некомпетентные люди не является таким основанием.

Кроме описания поля из формата, на поверхности лежит и другое объяснение: когда мы проставляем фактический заработок - у инспектора есть полная картинка по расчету ("ага, доход был маленький, значит надо считать из МРОТ, МРОТ был такой-то". Если мы проставим 24*МРОТ - никто без запроса дополнительных документов от работодателя не сможет проверить правильность расчета. А при расчету по МРОТ, как мы помним, много тонкостей в зависимости от того, когда и как применять районный коэффициент или ставку.

Резюме: настройку делать не будем, пока не будет официальной бумаги от ФСС, в которой написано, что в поле BASE_AVG_SAL необходимо проставлять 24*МРОТ, если расчет шел из МРОТ.

В столбце "Отч" настроечной таблицы сводов "галочки" ни для одного из этих сводов не стоит?

Добрый день. В обычной поставке такого вида нет. 

Либо у вас специализированная версия (для Медицины? Для УВД? Школьная?) либо этот вид был добавлен сопровождающим специалистом и надо узнавать у него.

Если же вы сотрудник организации, которая выдала вам этот квиток - подойдите к бухгалтеру, он даст необходимые пояснения.

Вопрос был задан в одной ветке. Я его выделил в отдельный топик.