gifts2017

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

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

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

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

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

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

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

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

См. также

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

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