Вход | Регистрация

  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)+ признали ошибкой
  1  2

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