Есть Док ПрВыход (регистрируется выход продукции из производства), есть "подчиненный" док СтрокаПрВыход - им двигаются регистры.
Первый док не двигает регистры, но в нем заполняются и хранятся некоторые параметры выходящей продукции, в том числе имеются метка времени выхода и ссылка на СтрокаПрВыход (для оперативной работы с ним).
Так вот суть: в родительском документе есть ссылки на подчиненные (каждой строке подчинен док), и в подчиненном есть ссылка на родительский документ. - ИТОГ - все доки помечены на удаление, но не удаляются, пеняя на ссылки друг на друга...

удаление без контроля ссылок - считаю не кошерно.
может кто может предложить варианты ?

вообще-то штатная удалялка такие ситуации обрабатывает

изменить создание документов для односторонней связи
очистить ссылки в одном из видов и удалить

Отличный вариант: разработать обработку удаления этих документов.

вот и мне не понятно, почему штатная удалялка не обрабатывает эту ситуацию ???

обработку-то наверно и придется написать, но сначала хочется разобраться в ситуации...

просто последний месяц недосыпаю (в связи с полной перепиской базы) - голова квадратная, вот и думаю, что что-то упустил...

(2) к сожалению, ситуация такова, что ПриРедактированииСтроки() в родительском доке - необходима прямая ссылка на СтрокаПрВыход, подчиненный этой строке.

т.е. ваше замечание - логично, но в моей ситуации - не применимо.

(4) штатное удаление помеченных всё удаляет

(6) писал бы я сюда, еслиб так было :(
у доков существуют ссылки ТОЛЬКО друг на друга...
могу скрины показать - если кто подскажет как их здесь выложить.

(7) На файлопомойку, сюда - ссылки.

попробуем так
https://yadi.sk/i/IQDtUq0ziytiS
https://yadi.sk/i/6vz60zDviytjX

смотрится?

(6) "Ты не прав"(РАУЗ, "Тестирования и исправления ключей аналитики").

а если делать удаление через обработку, то наверно обязательно надо описать удаление ссылок ?

(11) Нельзя так делать (по поводу (0)). Нельзя :(

(12) я прошу прощения, но можно подробней ?

(13) Подробнее - открывай и читай про проектирование реляционных баз данных.

(14) ...
послать можно было и проще.

(15) Это не "посыл", ни в коем случае...
Просто много чего объяснять/рассказывать нужно.
Да, ты и сам понимаешь (теперь), что нельзя :(

родилась мысль, отказаться от ссылки в родительском документе, заменив её числовым значением номера подчиненного дока, с последующим поиском по номеру среди подчиненных.

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

(17) Родилась глупая мысль...
Отдохни.
Зачем? Первый док-т - основание для второго (родительский - подчиненный).
А вообще - расскажи смысл сего действа (2 док-ов).

(18) раньше был один док ПрВыход, заполняется в течении дня, в нем строка - конкретный "объект" выходящий из производства, в строке регистрируются параметры выходящего объекта (время выхода, температура, влажность, вес и т.п.) часть этих параметров к регистрам отношения - не имеет.
Движения по регистрам делались разумеется этим доком.
(движения выражаются в перемещении партии частями из склада цех в склад ГП с пересчетом себестоимости)
При этом получили коллизию порядка движений регистра:
так как док заполняется в течении дня, то он может иметь позицию ТОЛЬКО или на начало или на конец заполнения(и движения соответственно тоже)., в первом случае выходит продукция кот. ещё не начала делаться, а во втором - продается та, кот. ещё не вышла из производства.

Поэтому было решено перенести движения в связанный документ СтрокаПрВыход, и проводить его с временем выхода...
А для оперативного программного редактирования подчиненного документа из родительского - сделал прямую ссылку на него.

(19) А почему один док-т в течении дня? Нельзя делать несколько?

(20) ... сложная история...
во первых :) к первому документу уже привыкли и так им удобно работать.
2) так удобней заполнять и оперативно сравнивать параметры.
иначе пришлось бы делать слишком насыщенный (параметрами) журнал документов(СтрокаПрВыход).

(21) Мало, что поняла...
Почему нельзя делать несколько док-ов за день?

по сути док ПрВыход это смена весовщика/приемщика, участков 3, в каждом доке прибл. от 100 до 200 строк.
каждая строка должна проводится со своей временной позицией.

т.е. иной выход каждому весовщику вбивать 100-200 доков в день... иногда надо пройти проредактировать параметр по нескольким последним объектам - рыться в обширном журнале - не удобно...
делать накрученый журнал с множественными отборами - мне показалось менее интересным чем связку документов...

тем более у меня есть вторая подобная ситуация, но там двигают регистры и родительский и подчиненные доки...

(9) и ?
если оба документа помечены на удаление - всё удаляется.
Если один из них нет - то ясен пень выдает тебе ссылки в штатной удалялке.

(23) Серьезно...
Навскидку (хотя, нужно основательно подумать): ПрВыход - документ, не делает движений, хранит информацию; СтрПрВыход - вводится на основании строки ПрВыход, делает движения.
СтрПрВыход - именно на основании, зверь к нему доступа не имеет - все программно.
Хотя, я бы еще подумала...

(24) в родительском поменял ссылку на номер дока - все удалилось...
повторюсь: я тоже считал, что должно работать... но маемо те що маемо...

(25) ну как-то так и задумано :)

вобчем Ёпрст скорее всего прав...
нашел, что некорректно отработало удаление партий, и на три дока СтрокаПрВыход остались ссылки в партиях, и удаление заклинилось(из-за перекрестных ссылок)...

но Масанька натолкнула на верную мысль, что перекрестные ссылки - зло... (благодаря чему и была найдена ошибка).

- 1 док ПрВыход и 230 Строк - поди найди где в этом количестве что зависло...

(27) Я бы все-таки избавилась от данной связки...
Нельзя автоматизировать ПрВыход? Если не 2-ух кнопок (создать-сохранить), то хотя бы до минимума (создать, ввести пару данных, сохранить). Чтобы все-таки ПрВыход делал движения, а не создал вагон и маленькую тележку подчиненных док-ов.
Хотя, хозяин - барин.

(28)  я в (19) описал, почему пришлось перенести движения в СтрокаПрВыход, хотя я сам не в восторге от данного решения, но надож как-то разруливать ситуацию :)

можно подвести итог:
1) почему не сработала штатная удалялка? - найдены не удаленные партии, кот. на давали удалятся всей цепочке.
2) перекрестные (кольцевые) ссылки в 1с - ЗЛО...
без них не возникает длинных цепочек ВЗАИМОсвязанных объектов.

чё тут? автор, штатная все правильно работает...