05.01.21 — 13:29
Здравствуйте. Опыта не много, но есть желание понять, вникнуть и починить.
Столкнулся с проблемой после обновления 1с ЗУП 3.1. Так как обновления давно не делались, то последовательно накатывал обновы с 3.1.14.154, на этапе обновления 3.1.14.369. Захожу в 1С под толстымтонким клиентом из конфигуратора, чтоб завершить обновление, ставлю галку, нажимаю «ОК» и появляется такая ошибка(ниже).
«Ошибка инициализации модуля: EF_30175038 Документ.РеестрСтимулирующихВыплатМедицинскимИСоциальнымРаботникам.МодульМенеджера
по причине:
{EF_30175038 Документ.РеестрСтимулирующихВыплатМедицинскимИСоциальнымРаботникам.МодульМенеджера(209,32)}: Недостаточно фактических параметров (ТаблицаПериодовРаботСотрудниковСКоронавирусом)
ПериодыРаботыСКоронавирусом = <<?>>ТаблицаПериодовРаботСотрудниковСКоронавирусом(Организация, ПериодРасчета, Сотрудники);»
Открываю через платформу 8.3.17.1851.
Сделал ТиИ, ничего не изменилось.
Так выглядит обращение к функции — ПериодыРаботыСКоронавирусом = ТаблицаПериодовРаботСотрудниковСКоронавирусом(Организация, ПериодРасчета, Сотрудники);
А так сама функция — Функция ТаблицаПериодовРаботСотрудниковСКоронавирусом(Организация, НачалоПериода, ОкончаниеПериода, Сотрудники, ПолучательСтимулирующихВыплатФСС)
Т.е. по всей видимости из 5 параметров, передается только 3, и из-за этого ошибка? Но почему так, если это обновление? Ошибка обновления? Как исправить, дописывать?
1 — 05.01.21 — 13:39
(0) Так вам пишут, что в коде ошибка.
2 — 05.01.21 — 13:45
(0) расширения прогрузите повторно
3 — 05.01.21 — 13:50
(1) «Так вам пишут, что в коде ошибка.»
Да я это понимаю, код только не мой, а обновления для типовой конфы. Или это норма?
(2) «расширения прогрузите повторно»
Это как? Я ставил обновление, т.е. расширения сами там как захотели так и загрузились, их можно с обновления отдельно вытянуть и поставить или как действовать?
4 — 05.01.21 — 13:54
(3) попробуйте удалить их и снова обновить
5 — 05.01.21 — 14:04
(4) Хорошо, попробую 
Видимо из-за таких случаев, после каждого обновления бэкапить базу…)
6 — 05.01.21 — 14:26
1. Я сначала попробовал обновить, исправляя везде в коде обращение к функции. В итоге в двух обновлениях была данная проблема, везде исправил, обновилось.
Вопрос насколько правильный вариант №1? а) Конфу не перезапускал; б) на сервере стояла галка «Блокировка регламентных заданий включена» Хотя я сомневаюсь конечно в данном вопросе и его адекватности, но все же — эти два пункта(а и б) как то могли повлиять на данную ошибку?
2. Хотел проверить идею с повторным обновлением после удаления расширений. Перед первым исправлением сделал бэкап. Бэкап поднял локально, решил проверить ошибку. Открыл платформу и обновление прошло как ни в чем не бывало. Такой ошибки, которую я указал в первом комментарии не было.
Подскажите с чем это связано?
7 — 05.01.21 — 16:46
А самое веселое, что эти расширения не нужно было исправлять, а нужно было просто удалить и все. Это патчи, которые ставились к конфигурации сразу после получения очередного обновления.
Патчи перед заменой на более новую версию обычно удаляют, а после установки всего обновления делают проверку на наличие исправлений повторно. Иногда, если времени хоть сколько проходит от момента выпуска релиза, прилетают патчи, как раз в виде расширений с такими вот именами похожими на EF_30175038
8 — 05.01.21 — 16:47
Ну и не нужно пытаться обновлять типовые актуальных релизах, если блокировка регламентных зачем-то включена.
Обновление обязательно попытается выполнить процедуры с помощью регламентных заданий. И они не выполнятся.
9 — 05.01.21 — 17:08
(7) Начну с последнего.
1. Блокировку регламентных включаю во время загрузки обновления и во время первого запуска базы. Потом отключаю, чтоб дальше выполнилось фоновое обновление. Проблем никаких с обновлениями не было.
2. А вот тут я не совсем понял. Почему веселое? Эти расширения выполнялись при первом запуске базы/платформы после обновления конфы. Это расширения которые пришли с последним обновлением и без них дальше обновление не происходило. Т.е. начальный прогресс бар после запуска платформы 0%, выдает ошибку и все платформа закрывается. Эти патчи надо было удалить потому что само базовое обновление не правильное? Извините, но не совсем понял Вас.
3. Эм, как можно удалить то, чего еще нет? Новое обновление обращается к расширению, которое пришло с текущим обнлвлением, которое я ставил.
Мне кажется тут речь не много не о том. Возможно о патчах — обновлениях, которые устанавливаются через «Администрирование — Обслуживание — …» ? Если так, то с этими проблем не было.
Спачибо большое за ответ, информация полезная.
По своей проблеме все таки не понял, почему таа произошло.
10 — 05.01.21 — 17:39
(9) Вам бы быть читателем, а не писателем, и научиться понимать суть того, что вам пишут, удаляйте все расширения, через Все функции – Стандартные – Управление расширениями конфигурации, можете отключить обновление патчей (у вас в п.3), потом обновляйтесь, по желанию можете включить снова обновление патчей. Перед обновлением можно почистить кэш.
11 — 05.01.21 — 17:40
(10) Нестандартные расширения со своими доработками удалять не нужно.
12 — 05.01.21 — 18:00
это же патчи. их все надо сносить, потому что следующее обновление их ставит. удаляйте расширения EF
13 — 05.01.21 — 18:06
По топику я понял, что предполагалась установка множества релизов. С целью получить актуальный.
Получается, что брался вообще-то очередной, но старый релиз, накатывался, перезапускался… затем еще один, затем еще один. Но релизы все старые.
Так вот, если в настройках для обновления базы указано, что надо автоматически ставить патчи, то вот и получился вполне себе ожидаемый эффект, когда уже старое обновление ставило и патчи старые тоже.
А по поводу включенной блокировки запуска регламентных заданий, проблема в том, что текущие актуальные релизы в принципе теперь не работают адекватно на сервере,
если на базе постановлена блокировка регламентных.
14 — 05.01.21 — 18:48
(10) Т.е. перед каждым накатыванием обновления к конфигураторе нужно чистить «Управление расширениями конфигурации» и кэш ? Понял, спасибо.
На момент того, когда уже накатил обновление в конфе, возможности зайти в «Управление расширениями конфигурации» не было. Платформа закрывалась после ошибки.
(12) Понял, спасибо.
А так да, я понял, что был не прав, когда начал накатывать обновления не удаляя данные расширения. К слову даже в порядке обновления конфигураций, последним пунктом сказано, что надо удалять расширения, которые начинаются на EF. Эх.
Спасибо вам за помощь.
(13) Все верно. Ставил в конфе каждый следующий релиз, заходил в платформу, обновлялся. И так по кругу пока не дошел до ошибки.
А где найти данный пункт? «если в настройках для обновления базы указано, что надо автоматически ставить патчи». Как я понял, это не относится к разделу Обновления (Установка обновлений и исправлений(патчей)). Там автоматическое обновление отключено.
Хм, а в порядке обновления конфигураций есть пункт в котором сказано, что нужно включать «Блокировка запуска регламентных заданий». Как быть тогда, если он не отрабатывает как надо?
15 — 05.01.21 — 18:59
«На момент того, когда уже накатил обновление в конфе, возможности зайти в «Управление расширениями конфигурации» не было. Платформа закрывалась после ошибки.»
Отвечу на своё утверждение. — Надо было удалять из конфигуратора, данные расширения.
16 — 07.01.21 — 12:06
(14) там многое что не отрабатывает как надо ) я патчи отключил вообще на всякий случай, ставлю только по необходимости, надо было всего один раз.
например, скрипт, перезапускающий 1С для обновления, глючный и может зациклить 1Ску навечно. Если надо загасить 1С, делаю это обычно во время сжатия таблиц, тут возможность потери данных минимальна.
Если 1с предлагает перезапуститься для обновления, просто закрываю её, делаю копию каталога с базой (ну или выгрузкой можно, если скуль) и сам запускаю конфигуратор, обновляю конфигурацию базы данных и открываю базу для дальнейшего обновления/синхронизации.
17 — 07.06.21 — 14:44
Я конечно припух когда у меня 12 баз нагрузили сервак под 100% и делалось это сутки.
На выходных запустил и забыл.
С утра начал разбираться.
В общем решается так(пробовал на копии сервеной на SQL)
обновление с 3.1.17.138 на 3.1.18.46
Зашел в конфигуратор, накатил обновление, обновил базу.
Зашел в Расширения конфигурации, добавил два пустых, в каждую загрузил из файла по патчу (*.cfu)
— EF_00_00369391
— EF_00_00367659
Запустил предприятие, обновление и регламентные процедуры отработали без ошибок.
KnightAlone
18 — 07.06.21 — 15:17
(17) здесь речь о 3.1.14. о счастье обновлении 3.1.17 в одной из соседних тем
/
/
/
Ошибка при проведении документов в 1С:ЗУП. Что делать?
12.04.2022
При проведении документов Отпуск, Больничный лист, Начисление прочих доходов и др., в программе «1С: Зарплата и управление персоналом, редакция 3.1», новый релиз 3.1.21.75 от 01.04.22 г., выходит сообщение об ошибке и документ не рассчитывается и не проводится, как это исправить?
Посмотреть информацию о релизе:
01.04.2022 г. разработчиком зарегистрирована Ошибка с кодом 60001098
Ошибка появляется, если в Учетной политике (раздел-Настройка-Организации или Реквизиты организации-Учетная политика и другие настройки-Учетная политика) на вкладке НДФЛ установлен флажок – Выполнять расчет НДФЛ по прогрессивной шкале.
В документе Отпуск заполнено поле — Средний заработок и количество дней отпуска, но не заполняются поля – Начислено и НДФЛ, выходит сообщение об ошибке.
Такая же ошибка, при проведении Больничного листа, Начисление прочих доходов и других документов.
- Планируется исправление в будущих версиях программы.
- Способ исправления в настоящий момент – Установить патч EF_60001098.
- Для оперативного исправления ошибок выпускаются так называемые патчи — небольшие файлы (специальным образом подготовленные расширения конфигурации), которые предназначены для исправления конкретной ошибки в конкретном релизе конфигурации до обновления этой конфигурации. При установке следующего релиза конфигурации, в котором данная ошибка уже исправлена, патч теряет свою актуальность и удаляется автоматически.
- При автоматической загрузке и установке патчей пользователь, вероятнее всего и не заметит ошибку при работе с программой.
- Патч установится автоматически, если в Информационной базе установлен флажок — Загружать и устанавливать исправления (патчи) автоматически (раздел Администрирование -Интернет — поддержка и сервисы — Обновление версии программы).
Где скачать патч для установки в ручном режиме:
Далее необходимо распаковать архив в произвольный каталог на компьютере.
Для загрузки исправления (патча) в программу, заходим в раздел Администрирование-Обслуживание-Обновление программы, нажимаем на ссылку «Установка обновлений и исправлений (патчей)» и выбираем ранее распакованный файл, кнопка «Далее», кнопка «Продолжить».
Исправление (патч) успешно установлено.
После установки исправления (патча) сформируем документ Отпуск.
Ошибка исправлена, документ рассчитан и проведен.
Также, после исправления ошибки, рассчитываются и проводятся, и другие документы.
Освойте программу 1С:Зарплата и управление с нуля. Ознакомиться с курсами по зарплате и кадрам для любого уровня подготовки можно кликнув по ссылке
Расписание всех курсов 1С смотрите по кнопке ниже.
Расписание курсов 1C
Подпишитесь на нас!
И получите в подарок промокод на 1500 руб! Все новые статьи, акции и анонсы каждую неделю:
После обновления типовой конфигурации 1С:ЗУП на релиз Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.18.337) при очередном обменен в рамках типой интеграции с 1С:Документооборот вылезла следующая ошибка:
|
DMGetChangesRequest {ОбщийМодуль.ИнтеграцияС1СДокументооборотОбмен.Модуль(428)}: Поле объекта не обнаружено (skipMessages) |
01.04.2022 г. разработчиком зарегистрирована Ошибка с кодом 60001098
Ошибка появляется, если в Учетной политике (раздел-Настройка-Организации или Реквизиты организации-Учетная политика и другие настройки-Учетная политика) на вкладке НДФЛ установлен флажок – Выполнять расчет НДФЛ по прогрессивной шкале.
В документе Отпуск заполнено поле — Средний заработок и количество дней отпуска, но не заполняются поля – Начислено и НДФЛ, выходит сообщение об ошибке.
Такая же ошибка, при проведении Больничного листа, Начисление прочих доходов и других документов.
- Планируется исправление в будущих версиях программы.
- Способ исправления в настоящий момент – Установить патч EF_60001098.
- Для оперативного исправления ошибок выпускаются так называемые патчи — небольшие файлы (специальным образом подготовленные расширения конфигурации), которые предназначены для исправления конкретной ошибки в конкретном релизе конфигурации до обновления этой конфигурации. При установке следующего релиза конфигурации, в котором данная ошибка уже исправлена, патч теряет свою актуальность и удаляется автоматически.
- При автоматической загрузке и установке патчей пользователь, вероятнее всего и не заметит ошибку при работе с программой.
- Патч установится автоматически, если в Информационной базе установлен флажок — Загружать и устанавливать исправления (патчи) автоматически (раздел Администрирование -Интернет — поддержка и сервисы — Обновление версии программы).
Где скачать патч для установки в ручном режиме:
Далее необходимо распаковать архив в произвольный каталог на компьютере.
Для загрузки исправления (патча) в программу, заходим в раздел Администрирование-Обслуживание-Обновление программы, нажимаем на ссылку «Установка обновлений и исправлений (патчей)» и выбираем ранее распакованный файл, кнопка «Далее», кнопка «Продолжить».
Исправление (патч) успешно установлено.
После установки исправления (патча) сформируем документ Отпуск.
Ошибка исправлена, документ рассчитан и проведен.
Также, после исправления ошибки, рассчитываются и проводятся, и другие документы.
Освойте программу 1С:Зарплата и управление с нуля. Ознакомиться с курсами по зарплате и кадрам для любого уровня подготовки можно кликнув по ссылке
Расписание всех курсов 1С смотрите по кнопке ниже.
Расписание курсов 1C
Подпишитесь на нас!
И получите в подарок промокод на 1500 руб! Все новые статьи, акции и анонсы каждую неделю: