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

ЗУП 3.1.8, обновляетесь?

ЗУП 3.1.8, обновляетесь?
Я
   d4rkmesa
 
17.10.18 - 11:41
Сабж. Поспешил обновить одну из не совсем рабочих баз, которая готовится стать рабочей и словил грабли - что-то не то произошло с подразделениями организаций, перестали в форме списка отображаться(текст "Не оформлен" вместо подразделения). Решил повторить загрузку из 2.5(периодически пока делаю это на той базе), ругнулся на смену владельца справочника Подразделения. Последствия... Во-первых, задвоились все организации - видимо что-то "сломалось" в правилах. Во-вторых, по идее при загрузке в справочниках не должны эти проверки отрабатывать, но как оно там в стандартном обмене сейчас, хз, но факт в том, что загрузка данных из 2.5 похоже не работает. К примеру, обработчик ПередЗаписью справочника подразделений сейчас выглядит примерно так:

Процедура ПередЗаписью(Отказ)    
    Если ЗарплатаКадры.ОтключитьБизнесЛогикуПриЗаписи(ЭтотОбъект) Тогда
        Возврат;
    КонецЕсли;    
    Если НЕ ЭтоНовый() Тогда
        Если ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Ссылка, "Владелец") <> Владелец Тогда
            ВызватьИсключение НСтр("ru='Нельзя менять организацию - владельца элемента справочника ""Подразделения""'");;
        КонецЕсли;
    КонецЕсли;    
    ПрежнееЗначение = ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Ссылка, "ОбособленноеПодразделение");
    Если ЭтоНовый() Или ОбособленноеПодразделение <> ПрежнееЗначение Тогда        ДополнительныеСвойства.Вставить("ОбновитьИсториюРегистрацийВНалоговомОргане", Истина);
    КонецЕсли;     
    НастройкаПорядкаЭлементов.ЗаполнитьЗначениеРеквизитаУпорядочивания(ЭтотОбъект, Отказ);
    РеквизитИерархическогоУпорядочивания = РеквизитИерархическогоУпорядочивания();
    Если РеквизитДопУпорядочиванияИерархического <> РеквизитИерархическогоУпорядочивания Тогда
        РеквизитДопУпорядочиванияИерархического = РеквизитИерархическогоУпорядочивания;
    КонецЕсли;    
КонецПроцедуры
 
 
   dmpl
 
101 - 22.11.18 - 09:51
(90) Ага, рубят сходу не разбираясь... раньше годами реквизиты были с Удалить..., а тут бац - и нате вам.
   NeoVision
 
102 - 22.11.18 - 09:58
   dnab
 
103 - 22.11.18 - 09:59
(101) так регистр же с Удалить сделали, то есть старый переименовали, новый с тем же именем создали, уже непериодический
   strange2007
 
104 - 22.11.18 - 10:01
(103) Когда конфа не на поддержке, при обновлении создаётся новый регистр, который "удалить", а у текущего, рабочего, удаляется регистрации. У меня именно так и получилось
   strange2007
 
105 - 22.11.18 - 10:02
+(104) Периодичность, а не регистрация)))))
Совсем тяжело обед прошёл.
   dnab
 
106 - 22.11.18 - 10:12
(102) спасибо
   dnab
 
107 - 22.11.18 - 10:21
(104) что-то ты намудрил с поддержкой. Обновляться же геморройно будет. Я тут недавно намучался с обновлением зуп 2.5 на 2.5 корп потому что ИД некоторых объектов отличались.
   strange2007
 
108 - 22.11.18 - 10:28
(107) Ничего подобного. Всегда, когда конфа готова и изменена по технологии, сразу снимаю с поддержки. Обновляю конфы в день выхода обновления или около того.
Да и для трансформации баз тоже как-то поддержка не пригождалась. На УПП бухию обновлял и работали все радостно (с небольшими корректировками данных)

А по правде все, куда не прихожу, сначала доказывают, что поддержка ой как нужна, а потом признают, что и не очень то и нужна
   dnab
 
109 - 22.11.18 - 10:29
(108) это противоречит твоим словам о том, что случилось с регистром ЛС :)
   strange2007
 
110 - 22.11.18 - 10:40
(109) Случай с регистром ЛС редок и не причиняет много проблем, тогда как поддержка отъедает больше памяти, увеличивается время сравнения и объединения и мне не нравятся жёлтые квадратики (шутка). Другими словами, конфа находящаяся на поддержке доставляет неудобства постоянно, тогда как проблемы с регистром (или подобным) раз в несколько лет.
 
 Рекламное место пустует
   Мыш
 
111 - 22.11.18 - 10:46
(104), (107) Отъезжающие идентификаторы из-за каких-то настроек при накате обновления. Этого можно избежать. Как именно - сейчас не припомню, давно не занимался обновлениями.
   strange2007
 
112 - 22.11.18 - 10:49
(111) В моём случае можно было бы переименовать удаляемый регистр по имени из обновления и далее действовать как и рекомендовано. Только зачем? Быстрее было снести всё нафиг и перенести из копии данные. Оно ж так быстрее
   Мыш
 
113 - 22.11.18 - 10:51
(112) Как зачем. 1С так делает, чтоб не париться с реструктуризацией и новые данные в новый регистр тащить не из копии, а из существующего в этой базе переименованного регистра.
   strange2007
 
114 - 22.11.18 - 10:59
(113) Это актуально только если совсем без изменений. А когда вклиниваешься в конфу, то данная фича становится только обузой.
Когда включаешь возможность изменения, конфы раздваиваются и памяти больше занимают и сравнение и объединение дольше проходит.
Но это только личное мнение, основанное на личных наблюдениях. Работает данная концепция во многих конторах, поэтому не изменю своих взглядов на обновления
   Мыш
 
115 - 22.11.18 - 11:02
(114) Можно полностью снять с поддержки, удалить вообще конфигурацию поставщика и тем не менее обновлять без расхождения внутренних идентификаторов.
   strange2007
 
116 - 22.11.18 - 11:04
(115) Никогда не задумывался про идентификаторы. Честное слово. Раз случилась мелочь и пофиг. Моя задача анекдоты читать, а не вдумываться какие байтики и как там располагаются (почти шутка)
   Мыш
 
117 - 22.11.18 - 11:06
(116) Да я и не призываю менять подход. Объяснил причину.
   strange2007
 
118 - 22.11.18 - 11:09
Друзья, подскажите лентяю чего там разработчики намутили с перерасчётами? Исправление табеля делаю, а оно в перерасчёты не попадает. Даже если и попадает, то записи не сторнируются, а только плюсуются. Честно-честно не могу найти методологию.
   dmpl
 
119 - 22.11.18 - 13:25
(103) Один фиг нетиповые запросы для формирования документов в банк перестают работать.
   dmpl
 
120 - 22.11.18 - 13:27
(109) Раньше это периодически случалось с УПП на поддержке. Так что и поддержка не панацея.
   dmpl
 
121 - 22.11.18 - 13:28
(112) Быстрее было на этапе сравнения и объединения поменять соответствие регистров.
   dmpl
 
122 - 22.11.18 - 13:30
(118) Смотри описание. Они часть перерасчетов посчитали ошибочными и теперь их не делают.
   strange2007
 
123 - 22.11.18 - 14:00
(121) Это если точно знать, что на что менять, а для этого надо читать. Если перед каждым обновлением читать-изучать чего там поменяно, тогда времени много будет уходить. В общем лень

(122) Они добавили РегистрСведений.ИсходныеДанныеПерерасчетов из которого берётся информация для сторнирования.
Просто думал, что может уже кто разобрался в тонкостях изменений по перерасчётам.
   dmpl
 
124 - 22.11.18 - 14:13
(123) Зачем? Просто просмотреть соответствие объектов и новые объекты пока галки расставляешь. Новый объект с названием Удалить должен был бы смутить.
   strange2007
 
125 - 22.11.18 - 14:19
(124) "Удалить" просматриваю только в своей подсистеме. Просто в последней ЗУПе много чего поудаляли и всё просмотреть не получилось (чуть не уснул).
ЛС, это сущий пустяк. Вот перерасчёты оказались серьёзным барьером
   Мыш
 
126 - 22.11.18 - 14:27
(125) Этот регистр должен был заполниться обработчиками обновления по данным документов. Вот там и ищи логику.

Общий модуль "ПерерасчетЗарплаты", процедура ЗаполнитьИсходныеДанныеПерерасчетов()
   strange2007
 
127 - 22.11.18 - 14:40
(126) Проблема в том, что разработчики исключили табели из перерасчётов, а сертифицированные консультанты и программисты, которые были до меня, использовали этот момент для постановки учёта, вот и ломаю голову.

Конкретная ситуация: Сотрудник находится на межвахтовом отдыхе и ему за это платятся деньги. Т.е. в табеле отмечаем как межвахту. По окончанию межвахты он приносит бумажку о повышении квалификации. Раньше кадровики делали исправление табеля сегодняшним днём и перерасчёты пересчитывали начисленные и выплаченные деньги (минус дни межвахты, плюс дни обучения).

Ох, блииииин... а ведь правильнее то было бы плясать от первички, а не от табеля.
   Мыш
 
128 - 22.11.18 - 14:47
(127) Разработчики ЗУП периодически намекают, что табель в виде документа оставлен против желания самих разработчиков. Ориентироваться на него при доработке своих фич несколько рискованно, да )
   strange2007
 
129 - 22.11.18 - 14:48
Совсем запутался. Если табель не исправлять, тогда первичка делает перерасчёт, а если табель исправить, тогда и первичка и табель не делают перерасчёт.
Всё равно не вернусь на 3.1.7

(128) Увы, консультанты просто зарабатывали деньги, когда ставили учёт. А я не имею права махать шашкой, ибо хожу с важным лицом
   Бубка Гоп
 
130 - 22.11.18 - 15:18
Обновил, несколько дней назад, полет нормальный, кантора небольшая правда.
   strange2007
 
131 - 22.11.18 - 15:33
Если вдруг кому интересно, то пока что решение пересчётов с исправлением табелей такое: сначала делаем пересчёт и только потом исправляем табель.
Мне кажется, это опять бред бредовый, но пока так
   Karamzin
 
132 - 22.11.18 - 18:45
strange2007 подскажи, пожалуйста, ты в (85) писал, что у вас почта отвалилась после перехода и надо какой-то порт открыть. Какой порт? а то у нас фтп отвалился, думаю по той же причине, админ пока не может понять в чем дело
   strange2007
 
133 - 23.11.18 - 06:12
(132) какой-то SMTP доп порт и задублировал коннект. т.е. сделал копию какого-то коннекта до (или после) этого порта.
Друзья, в терминологии админа я немного не понимаю, поэтому просто написал всё дословно.
Во! Сейчас адимн сказал, что основной пункт - дублирование коннекта.
 
 
   Karamzin
 
134 - 23.11.18 - 06:40
(133) Спасибо! Передал сисадмину, надеюсь поймет о чем речь.
   dmpl
 
135 - 23.11.18 - 08:24
(131) Просто не делайте табель - тогда по результатам расчета вы будете видеть, все ли документы правильно вы ввели.
   strange2007
 
136 - 27.11.18 - 09:48
(135) Спасибо за совет. Но тут табельный учёт, это местный фундамент. На него куча отделов завязаны. Я сейчас начинаю его переделывать на стандартный табель + разработка для учёта, но по планам всё запустится ещё не скоро.
И кстати, в стандартной конфе, табельный учёт работает идеально.

Кому интересно - платформа №12 чуть больше притормаживает, нежели №11. А у №13 цвета интерфейса чуть-чуть поменяли.
   Джордж1
 
137 - 27.11.18 - 10:13
Сколько лет прошло, а ЗИК/ЗУПтак и не умеют работать от табеля похоже

Вот из-за этого еще в 2002 и перешли на продукты камин
   Вафель
 
138 - 27.11.18 - 10:16
(137) а что камин еще жив до сих пор?
   Джордж1
 
139 - 27.11.18 - 10:19
(138)Живее всех живых. Даже та версия которую покупали еще в 2002 году поддерживается
   vladko
 
140 - 27.11.18 - 10:20
(138) активно развивается. Камин 5 тоже на управляемых формах. До сих пор поддерживается и редакция на обычных формах и даже 7.7
   strange2007
 
141 - 28.11.18 - 07:56
Могу ошибаться, но табель является второстепенным документом, нежели, например, больничный. Ведь в табеле пишем Н-ки, а по факту человек может оказаться на больничном.
С межвахтой вообще может быть что угодно. В табеле межвахта, а чел по факту может даже обучение пройти и табель об этом вообще знать не будет
   dmpl
 
142 - 29.11.18 - 08:53
(141) По изначальной логике 1С, сначала вводятся документы отклонений, затем производится расчет зарплаты, и после этого полученный табель сравнивается с тем, который получился по фактическому учету рабочего времени (он же подписан руководством). Если есть расхождения - значит не все документы введены правильно. Если расхождений нет - значит все ОК (ну, в части учета времени).
   Adilgeriy
 
143 - 29.11.18 - 09:39
(141) если учет ведется методом отклонений табель является отчетом. после полного расчета зарплаты за его можно сформировать и записать. проводить категорически не рекомендуется из огромного количества записей -вроде 12 записей на человеко-день т.е 100 человек это 100*12*30=36000 в регистре сведений в месяц.
   Джордж1
 
144 - 29.11.18 - 09:42
А что-то в ЗУПе придумали для разделения зарплаты по объектам/проектам.
Актуально в стройке, например, где на разных объектах люди работают в течении месяца?
   El_Duke
 
145 - 29.11.18 - 10:04
(144) Дык давно
Документ Перемещение между территориями, документ Изменение мест работы
   Джордж1
 
146 - 29.11.18 - 10:05
(145)И прям в течении месяца можно несколько раз двигать?
   El_Duke
 
147 - 29.11.18 - 10:10
(146) Таки да, как раз для кратковременных перемещений предназначены
   Джордж1
 
148 - 29.11.18 - 10:16
(147)Ну хоть что-то, Но от работа от табеля была бы и логичнее и удобнее.

У нас на каждый объект свой табель вели мастера
   Фрэнки
 
149 - 29.11.18 - 13:04
(148) Из одного только табеля без распорядительного документа, какого-то наряда или согласованной заявки, задания на день и т.п. все равно невозможно считать.
 
 Рекламное место пустует
   strange2007
 
150 - 30.11.18 - 10:50
Если кому интересно, то в этой конфе есть болючая ошибка. Стандартная функция "КадровыеДанныеСотрудников" выдаёт не всегда верные результаты.
В общем закрыли одну штатную позицию и открыли другую. Сотрудника перебросили в открытую. Так вот функция КадровыеДанныеСотрудников возвращает информацию, что сотрудник работает в закрытой ШП.
   strange2007
 
151 - 30.11.18 - 10:52
(144) Там только по видам работ нет распределения, а по территориям уже всё более-менее нормально.
   dnab
 
152 - 30.11.18 - 11:00
(150) что значит "не всегда"? И от чего же это зависит?
   strange2007
 
153 - 30.11.18 - 11:11
(152) Я пока только один случай увидел. Поэтому про "не всегда" не сильно то и уверен.
А от чего зависит... Пока не знаю. Сейчас костыль поставлю, а потом уже, в свободное время, буду разбираться.

И если у кого ведутся сложные исправления документов, то рекомендую тщательно смотреть пересчёты. Что-то 1С-ники там переписали всё очень круто. Свёртка пересчётов там вообще крутая - работает не верно и расшифровку к ней с разбегу не прикрутишь. Но это может быть и из-за наших переписок
   dnab
 
154 - 01.12.18 - 11:32
Обновился, блин. У пользователей без полных прав недоступны позиции штатного расписания по двум подразделениям. "Объект не найден" в форме сотрудника. РЛС по ШР не включал. Проработали пятницу, к вечеру только заметили.
   NeoVision
 
155 - 01.12.18 - 12:33
(154) смотри РС подчиненнность подразделений или как то так, там не хватает записей
   dnab
 
156 - 01.12.18 - 12:57
(155) спасибо! сам только что дошел до этого. Ура! Выходные все таки будут :)
В понедельник обработку напишу, по проверке и дозаполнению регистра
   dnab
 
157 - 01.12.18 - 13:06
странно, регистр вроде не новый, в 3.1.5 был. А отсутствие записей никак не проявлялось
   dnab
 
158 - 04.12.18 - 10:10
Теперь кадровики с ограничением по группам физлиц не могут записать новое физлицо. Что опять не так?
   KnightAlone
 
159 - 04.12.18 - 10:19
у 1С что новая традиция - на новый год устраивать всем секас с глючным релизом? в прошлый НГ это был 3.1.4. теперь походу 3.1.8 такой же...
   Amra
 
160 - 04.12.18 - 10:20
(159) ЖДи 3.1.9, обещают до НГ
   Фрэнки
 
161 - 04.12.18 - 10:22
(159) это еще не под новый год - считай за пару месяцев до него. Еще что-то успеют подправить. А вот 3.1.9 - это, да. Ждем-с. С содроганием.
   Asirius
 
162 - 04.12.18 - 10:53
После обновления на 3.1.8 словил глюк - в Организации оказалось пустое поле "Головная Организация". Из-за этого вообще все перестало работать, ничего не заполняется, ничего не рассчитывается, т.к. все типовые запросы завязаны на этот реквизит и возвращают пустые таблицы. Пол дня убил на то, чтобы разобраться, в чем дело, залезая по самые гланды отладчиком.
   Valerianich
 
163 - 04.12.18 - 11:20
(162) На какой конкретно релиз обновился? На последний  3.1.8.185?
   dnab
 
164 - 04.12.18 - 15:12
(158) Выяснил следующее:
В общем модуле МедицинскиеОсмотры
в процедуре ЗарегистрироватьИзменениеВозрастаФизическогоЛица
есть строка

КадровыйУчет.СоздатьВТТекущиеКадровыеДанныеСотрудников(МенеджерВТ, Ложь, ОтборыМассив, "ГоловнаяОрганизация");

Второй параметр, в который передается Ложь это "ТолькоРазрешенные".
После принудительной установки в него Истина ошибка не проявляется.
Пока так исправил у себя
   NeoVision
 
165 - 04.12.18 - 15:44
(164) КОРП поставка?
   dnab
 
166 - 04.12.18 - 15:46
(165) да. Но все равно странно, почему больше ни у кого не проявилась ошибка.
   dnab
 
167 - 04.12.18 - 15:47
(166)+ на партнерском тоже молчат
   strange2007
 
168 - 05.12.18 - 09:48
Коллеги, может у кого есть информация про странный алгоритм: Если делаем штатное изменение в будущем (например январь 2019), то они видны всегда, не зависимо от даты. И вот тут случается беда. Смотрим список штатных единиц, а там по позиции 4 штуки, как указано на январь 2019. Открываем элемент этой позиции, а там 2 единички (как и должно быть на сегодня). Записываем элемент и в системе становится 2 единицы, в т.ч. и в январе 2019.
У меня только один вопрос - нафига? Франча и 1С тревожить из-за мелочи не хочу, но я ж возмущён!
   Фрэнки
 
169 - 05.12.18 - 09:56
(168) так вероятно, что перезаписался набор записей РС? При записи элемента логично, что у разрабов создается набор записей для РС и затем он пихается в регистр и затирает попадающее под отбор .
   strange2007
 
170 - 05.12.18 - 14:25
(169) Я как-то привык, что регистры двигаются только документами (в данном случае изменением ШР)или только справочником. А то тут получается, что записал справочник - одно значение, перезаписал документ - другое. В общем путаница и для некоторых подстава
   dft2014
 
171 - 05.12.18 - 14:36
Изменения в ФИАС в ЗУП 3.1.8, кто сталкивался, посмотрите, плиз, и мой вопрос здесь:   ФИАС: административное или муниципальное деление
   Amra
 
172 - 05.12.18 - 17:40
(171) Ндя, слов нет
   dft2014
 
173 - 05.12.18 - 18:19
(172) Господи, Amra! Отстаньте от меня, ваши комментарии - в пустоту иногда...
   Amra
 
174 - 06.12.18 - 07:29
(173) Уговорили, дал вам последний ответ. Больше отвечать не буду, дабы вы так не напрягались.
   dnab
 
175 - 07.12.18 - 14:58
(167)+ признали ошибкой
   Мыш
 
176 - 25.12.18 - 09:33
Вышел тестовый 3.1.9
   KnightAlone
 
177 - 16.01.19 - 10:44
перешли на 3.1.8.214, пока словили ошибку доступа из поста (82), решение оттуда же помогло
   Gucci76
 
178 - 16.01.19 - 11:36
Сегодня поставили новую платформу и 3.1.8
Пользователи говорят, что медленнее стало работать.
У кого-то есть такие наблюдения?
   Фрэнки
 
179 - 16.01.19 - 11:49
(178) наблюдения были, что некоторые платформы начинают тормозить
   Фрэнки
 
180 - 16.01.19 - 11:51
(178) а чтобы сама по себе 3.1.8 - это трудно заметить, т.к. для нее же и приходится платформу обновить. Платформа какая?
   KnightAlone
 
181 - 16.01.19 - 11:51
поставили 8.3.12.1685. я думаю в первый день после перехода пользователи ради, что оно вообще работает) жалобы на тормоза, если и будут, то позже
   Gucci76
 
182 - 16.01.19 - 11:57
(180) Платформа 8.3.13.1644
   Мыш
 
183 - 16.01.19 - 12:30
(181) Срочно обнови платформу на 8.3.12.постарше. На этой замечены зависания при подборе сотрудников.
   spiller26
 
184 - 16.01.19 - 12:37
(0) У меня обмен не проходил Бух 3.0.67.38 и 3.0.67.63 с ЗУП 3.1.8.155, 3.1.8.185 и 3.1.8.216, падал на этом

Ошибка получения значения свойства объекта (по имени свойства источника)
    ПКО                    =  ПодразделенияОрганизаций  (Справочник: Подразделения)
    ПКС                    =  9  (СоответствуетСудамЗарегистрированнымВРоссийскомМеждународномРеестреСудов --> СоответствуетСудамЗарег)
    Объект                 =  Расходы НИОКР  (Catalog Object: Подразделения)
    СвойствоПриемника      =  СоответствуетСудамЗарегистрированнымВРоссийскомМеждународномРеестреСудов  (Булево)
    ОписаниеОшибки         =  Object field not found (СоответствуетСудамЗарегистрированнымВРоссийскомМеждународномРеестреСудов)
    ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(10880)
    КСообщенияОбОшибках    =  13

Дело оказалось в реквизите "СоответствуетСудамЗарегистрированнымВРоссийскомМеждународномРеестреСудов" со всех сторон.
Он стоял "УдалитьСоответствуетСудамЗарегистрированнымВРоссийскомМеждународномРеестреСудов".

После переименования в "СоответствуетСудамЗарегистрированнымВРоссийскомМеждународномРеестреСудов", как говориться в зад, все завелось.

Т.е. по факту в обмене правило осталось старое.
   Gucci76
 
185 - 22.01.19 - 14:28
Обнаружил странное поведение 3.1.8.216
Если сделать продолжение БЛ за декабрь, то часть видов расчета сторно кидается в январь.
И в справке 2НДФЛ за январь стоят минусы за 2019 год
   Фрэнки
 
186 - 22.01.19 - 14:35
Вроде ничего странного. Нужно при продолжении делать так, чтоб сторно не было.
   Gucci76
 
187 - 22.01.19 - 14:41
Бюджетники заранее закрывают год.
Не указали невыходы заранее
Как в этой ситуации без сторно?
   Gucci76
 
188 - 22.01.19 - 14:42
   Фрэнки
 
189 - 22.01.19 - 15:02
(187) ну так бюджетники... все печально
   Gucci76
 
190 - 22.01.19 - 21:30
Еще один косяк 3.1.8
Вычет для матпомощи 2762 должен быть 508, а в выгрузке 503 (хотя в документе все верно)
Вот часть файла выгрузки:
- <ДохВыч> 
- <СвСумДох Месяц="02" КодДоход="2762" СумДоход="30000.00"> 
<СвСумВыч КодВычет="503" СумВычет="4000.00" /> 
</СвСумДох> 
<СвСумДох Месяц="03" КодДоход="2003" СумДоход="7000.00" /> 
- <СвСумДох Месяц="08" КодДоход="2760" СумДоход="5000.00"> 
<СвСумВыч КодВычет="503" СумВычет="4000.00" /> 
</СвСумДох> 
</ДохВыч>
   ptiz
 
191 - 23.01.19 - 08:53
(190) А в ЗУП 3 код вычета нельзя поменять в документе, которым вводится матпомощь?
   Amra
 
192 - 23.01.19 - 09:28
(190) В 3.1.8.216 не так, но не работает) В начислении код дохода 2762, а в документ подставляется вычет 503, и изменить его нельзя, для выбора доступен только 503
   kzot
 
193 - 23.01.19 - 10:16
(191) это вроде как от "Виды доходов НДФЛ" зависит больше.
   Gucci76
 
194 - 23.01.19 - 20:09
1C ошиблась. Обещают в ближайшем релизе исправить.
   dnab
 
195 - 24.01.19 - 12:13
Очень, очень долго создается реестр ЭЛН в 3.1.8.216. Около получаса. Хотя таких ЭЛН, неотправленных, несколько щтук всего.
Беглый анализ в отладчике показал, что перебирается ТЗ где 32к строк - строки по всем больничным в разрезе месяцев базы для расчета среднего.
Кто-то сталкивался?
   Filippov
 
196 - 24.01.19 - 12:18
(195) Одинаково и 3.1.8.216, и в 3.1.5.380
   dnab
 
197 - 24.01.19 - 12:18
(196) одинаково долго?
   Filippov
 
198 - 24.01.19 - 12:23
(107) Да
   Filippov
 
199 - 24.01.19 - 12:24
(198) -> (197)
  1  2

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