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

Опубликовал 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) 391 05.02.10 23:05 Сейчас в теме
(0) Если Вы прог и используете(в них есть серьёзная необходимость) эту обработку - то Вы - плохой прог... Такие вещи должны проверяться и устраняться в момент пометки на удаление...
Если Вы бухг и у вас есть необходимость искать помеченные на удаления доки имеющие проведенные подчиненные - то у Вас плохой прог или(и) если оного нет - у Вас организационный бардак ....
Если вы как прог получаете в наследство "запущенную" базу - то найти такие доки (написать обработку без красивостей ) - 10-15 мин....
Минус без визуализации)))
8. Игорь Исхаков (Ish_2) 957 06.02.10 10:31 Сейчас в теме
А что тут такого ?
Все мы пишем что-то.
В меру своих сил.
Может быть через год-два автор порадует и другими работами.
9. zuza (zuza) 320 08.02.10 09:20 Сейчас в теме
(6) в смысле зерьезно?
(7) не вам судить какой я бух или прог.
(8) спасибо за поддержку
10. Александр Рытов (Арчибальд) 2653 08.02.10 09:34 Сейчас в теме
(7) Много слов, возможно, правильных, но без достаточного основания. Стратегия взаимоотношений с подчиненными документами при изменении состояния родительского может быть различной, особенно, в существенно модифицированных конфах.
(9) Публикация - это вынесение своей работы на обсуждение. Не хочешь обсуждения - не публикуйся.
11. zuza (zuza) 320 08.02.10 09:40 Сейчас в теме
(10) я хочу обсуждения, но не так грубо...
12. Михаил Зотов (ZOMI) 391 08.02.10 10:03 Сейчас в теме
(10 )
И в момент пометки на удаление - ну никак не отработать 'разборы полетов' c подч доками ? Намного интереснее обработку по поиску создать а потом еще наверное обработку по обработке найденных и тд)))

(11)Не обижайтесь.Ничего личного.
13. Александр Рытов (Арчибальд) 2653 08.02.10 10:21 Сейчас в теме
(12) Есть сложности. Ну, пометили на удаление родителя. Что с подчиненными делать - метить на удаление или снимать с проведения? А когда снимаем пометку удаления у родителя? Да еще проводим его потом?
А если родитель типовой, а подчиненные самописные - лезть в стандартную часть конфы? Иметь потом гемор при обновлении?
Вопросов больше, чем ответов. Так что в определенных условиях обработка имеет право быть ;)
14. Михаил Зотов (ZOMI) 391 08.02.10 11:07 Сейчас в теме
(13) При проектировании конфы эти ситуации должны быть обдуманы ...
Намного лучше использовать Документы Корректировки ( крайний случай Сторно))... Чтоб и юзеры в видели историю работы с доком и внесенные изменения .... ИМХО в квадрате )
15. Александр Рытов (Арчибальд) 2653 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% документов системы как-то в конце концов были связаны друг с другом, вот там и написал впервые подобные процедуры.