Ошибка "В данной транзакции уже происходили ошибки"
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(11) Посмотрите в ЖР выше этой ошибки. Ошибка произошла перед той ошибкой которую вы сейчас смотрите.
Это ответ правильный
У меня - программно создал Операцию с годом 2001 (ошибочно)
При исправлении даты - такая же ошибка
В ЖР строкой выше - Не может сделать закрытие с пустым номером месяца
Просто удалил Операцию.
Это ответ правильный
У меня - программно создал Операцию с годом 2001 (ошибочно)
При исправлении даты - такая же ошибка
В ЖР строкой выше - Не может сделать закрытие с пустым номером месяца
Просто удалил Операцию.
БП под рукой нет, но предположение: при записи указанного документа не должна производиться автоматически запись еще какого-либо объекта?
К примеру, мои пользователи получают в точности эту же ошибку при попытке записать контрагента, не указав признак "поставщик" или покупатель". Система при записи нового контрагента создает автоматически договор контрагента, а у пользователей ограничены права (не любой договор им разрешено создавать)
К примеру, мои пользователи получают в точности эту же ошибку при попытке записать контрагента, не указав признак "поставщик" или покупатель". Система при записи нового контрагента создает автоматически договор контрагента, а у пользователей ограничены права (не любой договор им разрешено создавать)
Разобрался куда копать. Дело не в самих документах, а в ошибках других документов связанных с ними. В данном случае это была Счет-фактура.
Знание - сила, а незнание потеря времени.
Знание - сила, а незнание потеря времени.
(12) Спасибо тебе большое, добрый человек, за подсказку, я весь мозг себе сломал.
У меня проблема оказалась в счёт-фактуре, в документах основания. После кривой синхронизации, вместо документа был "Объект не найден", удалил повреждённый объект, добавил руками и после этого поступление успешно провелось.
У меня проблема оказалась в счёт-фактуре, в документах основания. После кривой синхронизации, вместо документа был "Объект не найден", удалил повреждённый объект, добавил руками и после этого поступление успешно провелось.
Инфа от 1С: Сайт ИТС: Главная -> Инструкции по разработке на 1С -> Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8 -> Реализация обработки данных -> Обработка и модификация данных -> Транзакции: правила использования
Доброго нашел решение в похожей ситуации - был документ счет-фактура присланная по ЭДО когда открываешь присланные документы их было 6 штук из них 5 были с ошибкой - я их пометил и сделал разрыв связи - оставил только последнюю верную и все стало проводится.
С уважением Виталий
С уважением Виталий
В 1С по сути нет вложенных транзакций, есть просто счетчик. И если происходит ошибка в транзакции ниже уровнем, то в случае ошибки нужно отменять транзакцию и вызывать исключение. Все это в итс описано и если делать так, то ошибка "в данной транзакции уже происходили ошибки" исчезнет и будет выводиться осознанная ошибка.
Напишу свой вариант этого косяка, вдруг кому-то пригодиться. Я внес небольшие изменения в конфигурацию, и выгрузил их на подчиненные базы. И эти подчиненные базы "встали". Т.е. после обновления выкидывали такую-же малопонятную ошибку "в данной транзакции уже происходили ошибки", и из дальнейших вариантов была только возможность закрыть программу либо перегрузить.
Проблема оказалась в следующим: пока я работал в конфигураторе и вносил изменения в центральную базу, обмен встал из-за ошибки "запись с такими ключевыми полями существует" по регистру цен. Я этого не заметил и внес изменения в конфигурацию, которые ушли в подчиненные базы и с этой ошибкой в том числе. И вот тут-то я и словил седые волосы: только что нормально работавшая база после загрузки обновления конфигурации пыталась подгрузить и само сообщение обмена, после чего выкидывала ошибку и предлагала только закрыться.
Ну и вопрос сообществу: кто-то знает способ, как можно в этом случае продолжить работать в базе? Мне всего-то нужно было поправить пару документов установки цен, но без возможности зайти в базу пришлось отвязывать базу от центральной, заходить/править, снова привязывать к центральной. При этом после отвязки (делал через /ResetMasterNode) все настройки синхронизации удаляются. Т.е. приходится потом тратить кучу времени даже не столько на исправление ошибки, сколько на повторную настройку синхронизации
Проблема оказалась в следующим: пока я работал в конфигураторе и вносил изменения в центральную базу, обмен встал из-за ошибки "запись с такими ключевыми полями существует" по регистру цен. Я этого не заметил и внес изменения в конфигурацию, которые ушли в подчиненные базы и с этой ошибкой в том числе. И вот тут-то я и словил седые волосы: только что нормально работавшая база после загрузки обновления конфигурации пыталась подгрузить и само сообщение обмена, после чего выкидывала ошибку и предлагала только закрыться.
Ну и вопрос сообществу: кто-то знает способ, как можно в этом случае продолжить работать в базе? Мне всего-то нужно было поправить пару документов установки цен, но без возможности зайти в базу пришлось отвязывать базу от центральной, заходить/править, снова привязывать к центральной. При этом после отвязки (делал через /ResetMasterNode) все настройки синхронизации удаляются. Т.е. приходится потом тратить кучу времени даже не столько на исправление ошибки, сколько на повторную настройку синхронизации
(19) такая же ошибка с обновление ЗУПа в рбд.
Почему-то не все расширения удалились, осталось одно.
Нужно его удалить, отключив обработкой главный узел и подключив заново.
Далее надо добавить свое расширение для модуля ОбменДаннымиСервер, которое пропускает загрузку сообщения в момент обновления
&Вместо("ЗагрузитьПриоритетныеДанныеВПодчиненныйУзелРИБ")
Процедура Расш1_ЗагрузитьПриоритетныеДанныеВПодчиненныйУзелРИБ(Отказ)
Возврат;
КонецПроцедуры
&Вместо("ЗагрузитьСообщениеПередОбновлениемИнформационнойБазы")
Процедура Расш1_ЗагрузитьСообщениеПередОбновлениемИнформационнойБазы()
Возврат;
КонецПроцедуры
Далее запускать сеанс с параметром /c ЗапуститьОбновлениеИнформационнойБазы
Можно еще попробовать запустить сеанс в обычном режиме, там хотя бы база открывается
Почему-то не все расширения удалились, осталось одно.
Нужно его удалить, отключив обработкой главный узел и подключив заново.
Далее надо добавить свое расширение для модуля ОбменДаннымиСервер, которое пропускает загрузку сообщения в момент обновления
&Вместо("ЗагрузитьПриоритетныеДанныеВПодчиненныйУзелРИБ")
Процедура Расш1_ЗагрузитьПриоритетныеДанныеВПодчиненныйУзелРИБ(Отказ)
Возврат;
КонецПроцедуры
&Вместо("ЗагрузитьСообщениеПередОбновлениемИнформационнойБазы")
Процедура Расш1_ЗагрузитьСообщениеПередОбновлениемИнформационнойБазы()
Возврат;
КонецПроцедуры
Далее запускать сеанс с параметром /c ЗапуститьОбновлениеИнформационнойБазы
Можно еще попробовать запустить сеанс в обычном режиме, там хотя бы база открывается
Спасибо! Благодаря этой статье я смог решить проблему всего за пару минут. Моя проблема заключалась в том, что не проводился документ поступления из-за задвоения связанного счета-фактуры, в котором был указан документ основания. Один из дублирующихся документов основания был помечен как "Объект не найден". Я полагаю, что это произошло в результате обмена данными.
Поделюсь свои опытом.
Возникала такая же ошибка в УТ 11.5.12.249 при проведении документа "Приобретение товаров и услуг". Перепробовали многое, в итоге получилось исправить так: поменяли поставщика в документе, провели, вернули обратно поставщика, провели. Почему-то проблема стала появляться только с конкретным поставщиком, хотя поля все заполнены стандартно, с другими таких проблем нет.
Возникала такая же ошибка в УТ 11.5.12.249 при проведении документа "Приобретение товаров и услуг". Перепробовали многое, в итоге получилось исправить так: поменяли поставщика в документе, провели, вернули обратно поставщика, провели. Почему-то проблема стала появляться только с конкретным поставщиком, хотя поля все заполнены стандартно, с другими таких проблем нет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот