|
После обновления на последнюю БП 3,0 перестали проводиться кадровые документы | ☑ | ||
---|---|---|---|---|
0
e053nk
15.01.24
✎
22:56
|
Обновил до БП 3.0.147.18. Перестал проводиться документ "Прием на работу" Ошибку выдает: Для таблицы "РегистрСведений.ПлановыеАвансы"
в процедуре ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения общего модуля ДатыЗапретаИзмененияПереопределяемый не указаны источники данных, необходимые для проверки дат запрет |
|||
1
e053nk
15.01.24
✎
23:04
|
Поиском нашел похожую ситуацию =откат номера релиза в константе и запуск с обновлением данных. Не помогло. Пробовал удалить идентификаторы метаданных в справочнике помеченные на удаление и заново запустить с обновлением. Тоже нет результата. Пробовал внести в регистр сведений "РазделыДатЗапретаИзмененияОбъектовБЗК" РегистрСведений.ПлановыеАвансы -не дает, нет такой таблицы у выбору в форме выбора. Причем там как то сеансовые данные еще завязаны на этот регистр-друг на друга ссылаются при выборе (как я понял, может уже не вижу что вижу).
Такое же поведение выявлено на Кадровом перемещение -сохранить дает, провести нет. Что еще можно сделать? |
|||
2
RoRu
15.01.24
✎
23:09
|
в типовой бп 3 0 147 18 у меня новый приём проводится норм
|
|||
3
e053nk
15.01.24
✎
23:14
|
Всё типовое, каждое обновление ждал полностью окончания выполнение рег. процедур обновления.
|
|||
4
RoRu
15.01.24
✎
23:19
|
(3) у меня проблемы нет , да и судя по инету подобное случается, когда какие-то данные повреждаются
попробовать может посмотреть что скажет ТИИ и чекдбл? |
|||
5
e053nk
15.01.24
✎
23:21
|
ТИИ прошло без ошибок. Чек дбл сейчас запущу, что то забыл про него.
|
|||
6
RoRu
15.01.24
✎
23:31
|
(0) а регистр из ошибки не смотрели ? ничего странного ?
|
|||
7
e053nk
15.01.24
✎
23:33
|
Чекдбл -ничего не решил, проблема осталась
|
|||
8
e053nk
15.01.24
✎
23:35
|
(6) Смотрел, даже сравнивал с подобной соседней базой .Там несколько десятков записей- вроде бы все одинаковые в двух базах
|
|||
9
dyevgeniy
15.01.24
✎
23:39
|
Удали все патчи, и поставь их заново. На той неделе был косячный.
И при обновлении все патчи удалять желательно Была похожая ошибка |
|||
10
e053nk
15.01.24
✎
23:42
|
нет ни одного расширения
|
|||
11
dyevgeniy
15.01.24
✎
23:49
|
А патчи от самой 1с?
|
|||
12
e053nk
16.01.24
✎
00:03
|
не, нету тоже ничего
|
|||
13
RoRu
16.01.24
✎
00:17
|
(12) попробуй поставь все к последнему релизу :)
|
|||
14
e053nk
16.01.24
✎
00:43
|
Еще в одной базе симптомы повторились. Как проявляется: если в базе не была установлена дата запрета редактирования -все проводиться нормально; если установить дату запрета -появляется ошибка.
В текущей базе -дату редактирования снял- документ провелся. Но как то проблема через непонятные места решается, да и не правильно как то без даты запрета редактирования в базе работать. Кто то может у себя проверить, на своих копиях БП - проблема проведение проявляется при установки даты запрета? |
|||
15
e053nk
16.01.24
✎
00:52
|
Нашел,1с патч выпустили: EF_30180123 Сейчас проверю
|
|||
16
RoRu
16.01.24
✎
00:52
|
(14) у меня у кого-то было подобное
только там на кассовые документы ругалось как то легко решилось, я посмотрел , что там с датами запрета редактирования , вроде отключил, включил обратно и всё стало норм |
|||
17
e053nk
16.01.24
✎
01:01
|
Все работает, нужно ставить патч.
Всем спасибо за участие |
|||
18
Гена
гуру
16.01.24
✎
08:19
|
Интересный всё-таки подход... когда ошибка - начинают чекать, тиикать, удалять патчи...
В (0) же прямо чёрным по-русски написана просьба программы, яснее ясного: в процедуре ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения общего модуля ДатыЗапретаИзмененияПереопределяемый не указаны источники данных, необходимые для проверки дат запрет... Значит просто надо зайти в указанную процедуру и дописать в конце что-то вроде: ДатыЗапретаИзменения.ДобавитьСтроку(ИсточникиДанных, "РегистрСведений.ПлановыеАвансы", "Период", "Зарплата", "ГоловнаяОрганизация"); Ну или Организация, если в конфе нет головы. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |