Новое в версии 3.1.9.187
...
В настройки расчета зарплаты добавлена настройка "Выполнять расчет зарплаты без оптимизации". Её можно включить для временного обхода ошибок нового алгоритма в версии 3.1.9.

А вот есть где-то обсуждение или какое-то информирование, что это включение рекомендуется тогда-то и тогда-то ?

https://forum.infostart.ru/forum68/topic210878/
Относительно рекомендаций трудно сказать, в основном жалуются.

https://buhexpert8.ru/1s-zup/ndfl/ndfl-ischislennyj-uderzhannyj-i-perechislennyj/vnimanie-otritsatelnyj-ndfl-v-zup-3-1-9.html

на сайте зареганных ошибок 1С - куча ошибок, где для их избежания рекомендуют снять флажок с этой настройки

просто нигде не видно откликов - я галочку установил/снял и теперь все стало лучше, чем прежде :-)

(4) Видно отчаянных, которые перешли на 3.1.9, совсем немного.

(5) ну я несколько баз таких держу, т.е. перевел . И там нет на практике у нас страшных ошибок, о которых пишут... Т.е. к примеру никто не принес больничный в январе за декабрь и тому подобные гадости, которые именно на 3.1.9 сюрпризами обернулись.

критическая ошибка. у кого ПРОФ или подключены расширения - изменить
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки];
заменить на
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки.ИдентификаторСтроки];
иначе документ НачислениеЗарплаты не заполняет зарплату.
пока что не обновляюсь на него, не релиз, а ужас.

(0) Увольнение не отрабатывало.Галочкапомогла.

(8) а что именно в увольнении?

Я вот сегодня увидел, что удержание за неотработанные дни отпуска не начисляется, если у сотрудника в базе после переноса данных не успели ввести документа отпуска

Надо подождать выхода 3.1.10 и еще пару релизов на нем, где ошибки пофиксят.

(8) При заполнении выбрасывало синтаксическую ошибку.Сейчас не воспроизведу, там сотрудник со сдельной оплатой и без постоянного графика..Вобщем как понял, что можно обойти, так сразу включил и другая ветка алгоритма все заполнила )

Никогда такого не было, и вот опять

(10) +1
ждем...

(9) Удержание или сторно в настройках программы? Потому что по сторно 1С мне еще в 2017 году ответили, что это задуманное поведение, якобы чтобы что-то сторнировать, нужно чтобы было что сторнировать

Если у сотрудника было "Сверхурочные" и "сверхурочные в командировке" одновременно, то при расчете часы по этим начислениям складывались и ставились в каждую из строк. Галка помогла.

Самое интересное, что галка эта появилась изначально в 3.1.9 (в релизе 108 у меня она есть)
А вот информация о ней для пользователей появилась только в 187 релизе.

(14) Вот только даже в случае настройки со сторно - это не сторно а начисление с минусом :( Поэтому такой ответ никак их не оправдывает.

(14) работает и сторно и удержание - специально проверил. Не срабатывает только у тех, у кого физически в базе не введен документ отпуска раньше, чем вводишь увольнение. Т.е. начали работать в базе с 1 января 2019, а все отпуска, что были до этого времени остались в прошлой базе. Кто уже был в отпуске с января по март - тому нормально все создает или удержание или сторно, смотря что указано в настройках начислений, А у кого остаток использованных отпусков введен, но самого отпуска в базе нет - тому не сторнирует или не удерживает никак.

(17) А как еще сторно делать, если это и есть вся строка по ранее введенному начислению, только с минусом?

(19) Сторно это не просто сумма с минусом. В строке обязательно должна быть заполнена ссылка на исправляемый документ и реквизит "сторно" д.б. возведен в истину :)

(20) значит, пока это просто костыль такой.

+(7)
продолжение глюка. в процедуре
РассчитатьЗначениеПоказателяРасчетнаяБазаНачислений надо заменить

        СтрокаНабора = СтрокиНабора[ИдентификаторСтроки];
        СтрокаТаблицыНачисления = СтрокиПоИдентфикаторам[ИдентификаторСтроки];
на
        СтрокаНабора = СтрокиНабора[ИдентификаторСтроки.ИдентификаторСтроки];
        СтрокаТаблицыНачисления = СтрокиПоИдентфикаторам[ИдентификаторСтроки.ИдентификаторСтроки];


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