Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

ЗУП 3.1 - для временного обхода ошибок нового алгоритма в версии 3.1.9...

ЗУП 3.1 - для временного обхода ошибок нового алгоритма в версии 3.1.9...
Я
   Фрэнки
 
29.03.19 - 09:36
Новое в версии 3.1.9.187
...
В настройки расчета зарплаты добавлена настройка "Выполнять расчет зарплаты без оптимизации". Её можно включить для временного обхода ошибок нового алгоритма в версии 3.1.9.

А вот есть где-то обсуждение или какое-то информирование, что это включение рекомендуется тогда-то и тогда-то ?
 
 
   ansh15
 
1 - 29.03.19 - 09:43
https://forum.infostart.ru/forum68/topic210878/
Относительно рекомендаций трудно сказать, в основном жалуются.
   pavlika
 
2 - 29.03.19 - 10:05
   lesorubka
 
3 - 29.03.19 - 10:17
на сайте зареганных ошибок 1С - куча ошибок, где для их избежания рекомендуют снять флажок с этой настройки
   Фрэнки
 
4 - 29.03.19 - 11:02
просто нигде не видно откликов - я галочку установил/снял и теперь все стало лучше, чем прежде :-)
   pavlika
 
5 - 29.03.19 - 11:15
(4) Видно отчаянных, которые перешли на 3.1.9, совсем немного.
   Фрэнки
 
6 - 29.03.19 - 11:20
(5) ну я несколько баз таких держу, т.е. перевел . И там нет на практике у нас страшных ошибок, о которых пишут... Т.е. к примеру никто не принес больничный в январе за декабрь и тому подобные гадости, которые именно на 3.1.9 сюрпризами обернулись.
   DJ Anthon
 
7 - 03.04.19 - 20:17
критическая ошибка. у кого ПРОФ или подключены расширения - изменить
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки];
заменить на
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки.ИдентификаторСтроки];
иначе документ НачислениеЗарплаты не заполняет зарплату.
пока что не обновляюсь на него, не релиз, а ужас.
   bolder
 
8 - 03.04.19 - 20:23
(0) Увольнение не отрабатывало.Галочкапомогла.
   Фрэнки
 
9 - 03.04.19 - 21:20
(8) а что именно в увольнении?

Я вот сегодня увидел, что удержание за неотработанные дни отпуска не начисляется, если у сотрудника в базе после переноса данных не успели ввести документа отпуска
   Sun_Lin
 
10 - 03.04.19 - 21:23
Надо подождать выхода 3.1.10 и еще пару релизов на нем, где ошибки пофиксят.
   bolder
 
11 - 03.04.19 - 21:26
(8) При заполнении выбрасывало синтаксическую ошибку.Сейчас не воспроизведу, там сотрудник со сдельной оплатой и без постоянного графика..Вобщем как понял, что можно обойти, так сразу включил и другая ветка алгоритма все заполнила )
   palsergeich
 
12 - 03.04.19 - 21:44
Никогда такого не было, и вот опять
   Гобсек
 
13 - 04.04.19 - 00:48
(10) +1
ждем...
   LaDarkVampire
 
14 - 04.04.19 - 06:52
(9) Удержание или сторно в настройках программы? Потому что по сторно 1С мне еще в 2017 году ответили, что это задуманное поведение, якобы чтобы что-то сторнировать, нужно чтобы было что сторнировать
   vtolga
 
15 - 04.04.19 - 08:53
Если у сотрудника было "Сверхурочные" и "сверхурочные в командировке" одновременно, то при расчете часы по этим начислениям складывались и ставились в каждую из строк. Галка помогла.
   vtolga
 
16 - 04.04.19 - 08:57
Самое интересное, что галка эта появилась изначально в 3.1.9 (в релизе 108 у меня она есть)
А вот информация о ней для пользователей появилась только в 187 релизе.
   Akela has missed
 
17 - 04.04.19 - 09:02
(14) Вот только даже в случае настройки со сторно - это не сторно а начисление с минусом :( Поэтому такой ответ никак их не оправдывает.
   Фрэнки
 
18 - 04.04.19 - 09:15
(14) работает и сторно и удержание - специально проверил. Не срабатывает только у тех, у кого физически в базе не введен документ отпуска раньше, чем вводишь увольнение. Т.е. начали работать в базе с 1 января 2019, а все отпуска, что были до этого времени остались в прошлой базе. Кто уже был в отпуске с января по март - тому нормально все создает или удержание или сторно, смотря что указано в настройках начислений, А у кого остаток использованных отпусков введен, но самого отпуска в базе нет - тому не сторнирует или не удерживает никак.
   Фрэнки
 
19 - 04.04.19 - 09:17
(17) А как еще сторно делать, если это и есть вся строка по ранее введенному начислению, только с минусом?
   Akela has missed
 
20 - 04.04.19 - 09:37
(19) Сторно это не просто сумма с минусом. В строке обязательно должна быть заполнена ссылка на исправляемый документ и реквизит "сторно" д.б. возведен в истину :)
   Фрэнки
 
21 - 04.04.19 - 09:39
(20) значит, пока это просто костыль такой.
   DJ Anthon
 
22 - 18.04.19 - 11:31
+(7)
продолжение глюка. в процедуре
РассчитатьЗначениеПоказателяРасчетнаяБазаНачислений надо заменить

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


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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.