Поиск проведенных подчиненных документов у помеченных на удаление или непроведенных документов - оснований.

Опубликовал zuza (zuza) в раздел Программирование - Инструментарий

Осуществляет поиск подчиненных проведенных документов у помеченных на удаление или непроведенных документов - оснований. Вот :)

Результат выводит в виде дерева подчиненности. Есть возможность исключать документы - основания, имеет смысл если для документа - основания не установлен флаг "Разрешить проведение документа".

Например, использовать для поиска проведенных с/ф у непроведенных отгрузок.

Может кому сгодится.

Скачать файлы

Наименование Файл Версия Размер
ПоискПроведенныхПодчиненных.zip
.zip 15,82Kb
05.02.10
173
.zip 15,82Kb 173 Скачать

См. также

Комментарии
1. zuza (zuza) 320 05.02.10 16:33 Сейчас в теме
кто-нибудь что-нибудь напишет? :(
2. Михаил Ражиков (tango) 466 05.02.10 17:03 Сейчас в теме
ну то есть у проведенных - не ищет?
инжой
3. Александр (dobraleks) 136 05.02.10 17:15 Сейчас в теме
пока скачал запустил на проверку, посмотрим что скажет.. :)
4. zuza (zuza) 320 05.02.10 17:29 Сейчас в теме
5. zuza (zuza) 320 05.02.10 17:47 Сейчас в теме
6. Михаил Ражиков (tango) 466 05.02.10 17:57 Сейчас в теме
зуза, не надо так серьёзно, подставишься под монстров
7. Михаил Зотов (ZOMI) 286 05.02.10 23:05 Сейчас в теме
(0) Если Вы прог и используете(в них есть серьёзная необходимость) эту обработку - то Вы - плохой прог... Такие вещи должны проверяться и устраняться в момент пометки на удаление...
Если Вы бухг и у вас есть необходимость искать помеченные на удаления доки имеющие проведенные подчиненные - то у Вас плохой прог или(и) если оного нет - у Вас организационный бардак ....
Если вы как прог получаете в наследство "запущенную" базу - то найти такие доки (написать обработку без красивостей ) - 10-15 мин....
Минус без визуализации)))
8. Игорь Исхаков (Ish_2) 960 06.02.10 10:31 Сейчас в теме
А что тут такого ?
Все мы пишем что-то.
В меру своих сил.
Может быть через год-два автор порадует и другими работами.
9. zuza (zuza) 320 08.02.10 09:20 Сейчас в теме
(6) в смысле зерьезно?
(7) не вам судить какой я бух или прог.
(8) спасибо за поддержку
10. Александр Рытов (Арчибальд) 2652 08.02.10 09:34 Сейчас в теме
(7) Много слов, возможно, правильных, но без достаточного основания. Стратегия взаимоотношений с подчиненными документами при изменении состояния родительского может быть различной, особенно, в существенно модифицированных конфах.
(9) Публикация - это вынесение своей работы на обсуждение. Не хочешь обсуждения - не публикуйся.
11. zuza (zuza) 320 08.02.10 09:40 Сейчас в теме
(10) я хочу обсуждения, но не так грубо...
12. Михаил Зотов (ZOMI) 286 08.02.10 10:03 Сейчас в теме
(10 )
И в момент пометки на удаление - ну никак не отработать 'разборы полетов' c подч доками ? Намного интереснее обработку по поиску создать а потом еще наверное обработку по обработке найденных и тд)))

(11)Не обижайтесь.Ничего личного.
13. Александр Рытов (Арчибальд) 2652 08.02.10 10:21 Сейчас в теме
(12) Есть сложности. Ну, пометили на удаление родителя. Что с подчиненными делать - метить на удаление или снимать с проведения? А когда снимаем пометку удаления у родителя? Да еще проводим его потом?
А если родитель типовой, а подчиненные самописные - лезть в стандартную часть конфы? Иметь потом гемор при обновлении?
Вопросов больше, чем ответов. Так что в определенных условиях обработка имеет право быть ;)
14. Михаил Зотов (ZOMI) 286 08.02.10 11:07 Сейчас в теме
(13) При проектировании конфы эти ситуации должны быть обдуманы ...
Намного лучше использовать Документы Корректировки ( крайний случай Сторно))... Чтоб и юзеры в видели историю работы с доком и внесенные изменения .... ИМХО в квадрате )
15. Александр Рытов (Арчибальд) 2652 08.02.10 11:35 Сейчас в теме
(14) Не автор же проектировал...
А насчет документов-исправлений - тут я полностью согласен. Неоднократно дискутировал на эту тему. Но всех бухов не построишь :(
16. Андрей Волкарь (mawr42) 18.02.10 16:06 Сейчас в теме
(1) zuza. Подскажи пож а для 8.1 сложно переделать эту обработку?
17. Vlad (superiwa) 18.02.10 19:06 Сейчас в теме
Обработка мне понравилась! спасибо!
18. Юрий С (G_Re) 47 25.03.10 16:32 Сейчас в теме
Уважаемый Автор!
Вы просили мой комментарий.
Вот он.
В целом нормально, но как-то для начинающих, и не совсем понятна конечная(а она не достигнута) цель.
Мне тоже что-то подобное приходилось делать, а так как связи между документами могут быть не только на уровне подчиненности, а и через значение реквизита(самый простой пример - Заказ), причем как РеквизитаШапки, так и РеквизитаСтроки, а у подчиненных(в широком смысле) могут быть свои подчиненные и т.д...
то единственный механизм все это спагетти разобрать - это рекурсивная процедура, все это отслеживающая через Метаданные и соответствующим образом обрабатывающая. она должна содержать механизм защиты от зацикливания, то есть если текущий документ ссылается на документ, ранее обрабатывавшийся в этой связке.
Результатом работы может быть, например какая-то визуализация этого спагетти, примерно, как у тебя, но это будет не дерево, а граф, однако более действенно - выполнение каких-то технологических действий, например, если удаляется основной документ, то должны быть удалены и все с ним связанные, или если что-то меняется в основном документе, то нужно закрепить эти изменения и во всех, с ним связанных(например, изменили Фирму) и т.д.
Вот и все мое мнение. Только рекурсия, а конкретика зависит от ситуации, для чего это нужно.
19. Юрий С (G_Re) 47 25.03.10 16:58 Сейчас в теме
(1) Уважаемый Автор.
Вы просили мое мнение об обработке.
Вот оно.
В целом, для конкретного случая, наверное нормально, но если вообще говоря, то
связи межну документами бывают не только на уровне подчиненных, но и непосредственно через значение реквизита(например Заказ), причем, как РеквизитаШапки, так и РеквизитаТабличнойЧасти, причем эти подчиненные(в широком смысле) тоже могут иметь подчиненные и т.д., что в целом представляет собой довольно запутанное спагетти(то бишь граф), следствие из этого - единственный приемлемый вариант реализации подобной программы - это рекурсивная процедура, работающая через Метаданные, обязательно содержащая защиту от зацикливания(когда что-то обращается к документу, к которому уже было обращение).
Результатом работы этой процедуры может быть что угодно, например, определенная визуализация графа взаимосвязей, как у тебя, или выполнение вполне определенных технологических операций в общем случае.
Встечал самописки, в которых не менее 50% документов системы как-то в конце концов были связаны друг с другом, вот там и написал впервые подобные процедуры.
Еще раз резюме - только рекурсивная процедура, функциональность которой определяется конкретной ситуацией.
20. Михаил Михаил (ziggenss) 04.05.11 17:37 Сейчас в теме
как -то не помогло, не то что искал.
21. Евгений Иванов (server300183) 29.03.12 09:23 Сейчас в теме
Есть сложности. Ну, пометили на удаление родителя. Что с подчиненными делать - метить на удаление или снимать с проведения? А когда снимаем пометку удаления у родителя? Да еще проводим его потом?
А если родитель типовой, а подчиненные самописные - лезть в стандартную часть конфы? Иметь потом гемор при обновлении?
Вопросов больше, чем ответов. Так что в определенных условиях обработка имеет право быть. А подчиненные доки ищет?
22. Евгений Иванов (server300183) 29.03.12 09:23 Сейчас в теме
Результатом работы этой процедуры может быть что угодно, например, определенная визуализация графа взаимосвязей, как у тебя, или выполнение вполне определенных технологических операций в общем случае.
Встечал самописки, в которых не менее 50% документов системы как-то в конце концов были связаны друг с другом, вот там и написал впервые подобные процедуры.