Неверная ссылка при проверке логической целостности
После тестирования и исправления в служебных сообщениях было очень много страниц со строкой - РегистрСведений.ОбъектыДоступаДокументов.Измерение.ДокументСсылка <Объект не найден> ... Неверная ссылка.
При наличии ссылок на несуществующие объекты стоял выбор на "не изменять".
Подскажите, пожалуйста, какой вариант исправить это? И какие могут быть последствия при очистке ссылок? Спасибо.
При наличии ссылок на несуществующие объекты стоял выбор на "не изменять".
Подскажите, пожалуйста, какой вариант исправить это? И какие могут быть последствия при очистке ссылок? Спасибо.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Причин появления таких строк несколько. Первая конечно же неправильно работающий обмен. Вторая, кто-то что-то удаляет непосредственно. Есть еще пара причин.
Очищать ссылки так как написано в [2] не рекомендую. Причина в том, что ссылка будет удалена и в документах в которых она использовалась будет просто пустое место. Что не совсем хорошо. А если это документ и у него были движения. То прощай последовательности и себестоимость.
Прежде всего надо попробовать установить что это за объекты. (Справочники или документы.) Потом надо понять их влияние на учет. Поиском ссылок на них. Если они нигде не участвуют, то их можно не оглядываясь почистить. Но если они присутствуют в регистрах. То надо восстанавливать бекапы и искать эти объекты и восстанавливать. Обработок для этого масса. А также можно написать свои.
Очищать ссылки так как написано в [2] не рекомендую. Причина в том, что ссылка будет удалена и в документах в которых она использовалась будет просто пустое место. Что не совсем хорошо. А если это документ и у него были движения. То прощай последовательности и себестоимость.
Прежде всего надо попробовать установить что это за объекты. (Справочники или документы.) Потом надо понять их влияние на учет. Поиском ссылок на них. Если они нигде не участвуют, то их можно не оглядываясь почистить. Но если они присутствуют в регистрах. То надо восстанавливать бекапы и искать эти объекты и восстанавливать. Обработок для этого масса. А также можно написать свои.
(4) Захаров_Николай, от части Ваш подход правильный , но если нет например архива или таких вот записей он выдал 1000 шт тогда Ваш подход не целесообразен. так же при тестировании проверяются все регистры и если объект потерян то он будет потерян во всех местах и дальнейший пересчёт итогов скорректирует данные во всех регистрах. Можно конечно про ТиТ поставить восстанавливать объекты , но тут я действительно не могу сказать как они будут восстановлены и к чему это в дальнейшем приведёт , поэтому считаю , что лучше полностью чистить базу от таких ссылок
tmm70
8 - 09.11.11 - 06:40
Это служебный регистр сведений, используется механизмом ограничения прав доступа на уровне записей для журналов документов.
Если все пользователи работают под ролями, для которых механизм ограничения доступа на уровне записей не задействован, то данный регистр можно очистить.
Но если есть пользователи, которые работают не под полными правами, то механизм ограничения доступа задействован.
В таком случае очищать данный регистр нельзя, в противном случае пользователи не будут видеть документы в журналах документов.
8 - 09.11.11 - 06:40
Это служебный регистр сведений, используется механизмом ограничения прав доступа на уровне записей для журналов документов.
Если все пользователи работают под ролями, для которых механизм ограничения доступа на уровне записей не задействован, то данный регистр можно очистить.
Но если есть пользователи, которые работают не под полными правами, то механизм ограничения доступа задействован.
В таком случае очищать данный регистр нельзя, в противном случае пользователи не будут видеть документы в журналах документов.
Удаляли через Shift+Del?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот