Подскажите нормальную причину при которой могут появится битые ссылки.
База 1С УПП ред 1,3, не каких обновлений не загружали, не кто нечего не удалял. База РИБ.

База РИБ

ни можит быть

в филиале сделали удаление данных например.

Ну или еще вариант - непосредственное удаление разрешено пользователям...

(1) это не объяснение. Как на будущее обезопасить себя? В чем причина?

(3)(4) никто и ничиво

(0) база РИБ. Движения уже пришли, а документ, который их сделал, еще нет

(5)см 3

А вообще какие именно ссылки? документы или справочники?

(9) Справочники

(10)Тогда по пунктам:
1)Разрешено непосредственное удаление
2)В филиале удаляли обработкой удаления(если обмен не полный и не регулярный, то на справочники некоторые нету ссылок в филиале, потому проверка перед удаление проходит на ура)
3)сбои в файловом варианте

Да эти битые ссылки есть во всех базах?

(12) посмотрел все узлы, во всех узлах есть эти ссылки.
(11) 1-где находится эта настройка?

в правах

(13)В конфигураторе по ролям пробегись - она у каждого объекта - на шифт+дел действует

Голосую за п.2 в (11)

Кстати, можно по журналу регистрации посмотреть, в какой момент ссылка побилась.

(17) это где посмотреть?

(17) ага если обработкой удаляли, то в журнале оно конечно же записалось :)

Сегодня выскочило сообщение что "не рассчитаны итоги". Мне кажется кто то запустил обработку "УниверсальнаяВыгрузкаXML" насколько я знаю она отключает итоги. И после это произошло удаление данных

у кого нибудь есть варианты?

(19) А ты можешь заставить 1С не писать в журнал регистрации при удалении обработкой?
Поделись тайной - первым будешь! (8.3 не считаем)
(18) Открыть журнал, найти записи типа <Объект не найден> (12:88200019d1a4c3eb11e1fbce2f0df67e), встать и нажать "отбор по текущему значению" (предварительно ограничив период журнала, чтобы он не повесился). Там видно, под каким юзером оно было записано/удалено. Подумать, с каким узлом в это время шел обмен. Зайти в базу этот узла, сделать такой же отбор там и найти виновника.

(7) Исключено. Только если криво написанный обмен.
(11) Непосредственное удаление - это зло! Но битые ссылки можно получить и без этого права.

Имхо: битые ссылки в риб-базе можно получить, как два пальца об... асфальт :) и даже без прав на непосредственного удаления. Пример? Выполнение удаления объектов во время работы пользователей в риб-узлах.

В одном из узлов "чистят" справочник - через поиск и замену ссылок освобождают записи; помечают их удаление и удаляют. Всё законно и официально :)

В остальных узлах, о том что эти записи удаляются - не подозревают и используют их. Например - в новых документах. Фсё. После очередного обмена сообщеними - битые ссылки в этих документах.

Ещё варианты? Например: использование обработки "Тестирование и исправление ключей аналитики" (РАУЗ). При некоторых обстоятельствах она тоже может быть генератором битых ссылок.

(22) "А ты можешь заставить 1С не писать в журнал регистрации при удалении обработкой?"
Технически, я думаю возможно. В обработке можно отключить запись событий в журнал (см УстановитьИспользованиеЖурналаРегистрации), произвести изменения, включить. Но версия, однозначно, натянутая.

(22) Небольшое замечание: <Объект не найден> - это не всегда признак наличия битой ссылки. Возможно, что это - просто история изменений по корректно удаленному объекту.

(26) Конечно, искать надо конкретную битую ссылку (которая светится в документах и пр.)