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

09.02.10

Разработка - Инструментарий разработчика

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

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

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

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

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

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

См. также

Консоль запросов

Инструментарий разработчика Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Консоль запросов к базе SQL, не требующая внешних компонент

10 стартмани

29.04.2015    21559    54    Gvozdod    8    

14

StartManager 1.4 - Развитие альтернативного стартера

Инструментарий разработчика Платформа 1С v7.7 Платформа 1С v8.3 Абонемент ($m)

Очередная редакция альтернативного стартера, являющегося продолжением StartManager 1.3. Спасибо всем, кто присылал свои замечания и пожелания, и тем, кто перечислял финансы на поддержку проекта. С учетом накопленного опыта, стартер был достаточно сильно переработан в плане архитектуры. В основном сделан упор на масштабируемость, для способности программы быстро адаптироваться к расширению предъявляемых требований (т.к. довольно часто просят добавить ту или иную хотелку). Было пересмотрено внешнее оформление, переработан существующий и добавлен новый функционал. В общем можно сказать, что стартер эволюционировал, по сравнению с предыдущей редакцией. Однако пока не всё реализовано, что планировалось, поэтому еще есть куда развиваться в плане функциональности.

1 стартмани

23.04.2014    165714    1864    Alexoniq    1596    

496

Tray Informer

Инструментарий разработчика Платформа 1С v7.7 Платформа 1С v8.3 Россия Абонемент ($m)

Согласитесь, что окно стандартное сообщений в 1С иногда приносит больше неудобств, чем пользы. И тем более разные "Предупредить"... Что с этим окном только не делают! Его отцепают от формы, делают маленьким, умудряются спрятать за границы экрана. А потом звонят программистам с претензией, что документ почему-то не проводится, отя ничего и не пишет. У вас такого не было? А вот у нас было и не раз )))

1 стартмани

04.09.2013    32879    61    O-Planet    78    

49

Изменение структуры баз 1С 7.7 без долгой реструктуризации. Часть 1. Справочники

Инструментарий разработчика Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

На днях встретил вопрос на форуме про возможность внесения изменений в конфигурацию без долгого сохранения в рабочей базе большого объема. Вот решил поделиться опытом, как это делал я. База у нас была объемом порядка 120 Гб. К базе обращался сайт в режиме 24/7, поэтому важно было быстро сохранять изменения и желательно без последующего монопольного запуска для восстановления индексов и процедур и без отключения пользователей от базы. Это первая часть статьи и посвящена она справочникам. С одной стороны - это самый простой объект, с другой стороны, именно про справочник спрашивалось на форуме. Если статья будет востребована, то я напишу аналогичные про документы, регистры и может еще что.

1 стартмани

13.08.2013    21198    Reptile    5    

35

v7.7 1CDialogControls: Инструмент в помощь разработчику на 7.7.

Инструментарий разработчика Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Давным давно, когда я еще плотно писал на 7.7 работа с формами была мучительной и неудобной. Приходилось каждый элемент выкладывать, выравнивать на форме ручками, прописывать код в модуле. Иногда при разработке очередной формы приходила в голову мысль: "а где-то я уже похожее делал..." и начинался мучительный поиск подходящего кода в своих запасах........

1 стартмани

21.02.2013    18030    35    MarSeN    14    

16

[Разработчику] Любая таблица значений в OLAP

Инструментарий разработчика Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Анализируем различные данные в 1С, используя OLAP-технологии со всеми прелестями. Т.е. наглядное отображение данных, быстрые расчеты, горизонтальные и вертикальные группировки любой вложенности, удобная фильтрация, Drag'n'Drop и ещё много приятных вещей от MS. Обработка на входе принимает практически любую таблицу значений (ТЗ в которой колонкам указаны типы значений, строка, число и т.п.), на выходе имеем на форме 1С сводную таблицу и график по этой ТЗ, с которой работаем, как и в Excel со сводной таблицей и диаграммой. Взял за основу разработку «OLAP Анализ счёта» ( http://infostart.ru/public/14964/ ) от JohnyDeath и переделал под любую ТЗ. Опционально используется «Прогресс бар для 1С 77» (http://infostart.ru/public/14061/ ) от Gmix.

1 стартмани

21.12.2012    36103    51    venger    7    

23

Библиотека кода 1С 7.7 (накопленная за 8 лет)

Инструментарий разработчика Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Весь код на 1С 7.7, собранный для повторного использования за 8 лет работы.

10 стартмани

25.11.2012    34959    248    adhocprog    51    

70
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. zuza 320 05.02.10 16:33 Сейчас в теме
кто-нибудь что-нибудь напишет? :(
16. mawr42 18.02.10 16:06 Сейчас в теме
(1) zuza. Подскажи пож а для 8.1 сложно переделать эту обработку?
19. G_Re 46 25.03.10 16:58 Сейчас в теме
(1) Уважаемый Автор.
Вы просили мое мнение об обработке.
Вот оно.
В целом, для конкретного случая, наверное нормально, но если вообще говоря, то
связи межну документами бывают не только на уровне подчиненных, но и непосредственно через значение реквизита(например Заказ), причем, как РеквизитаШапки, так и РеквизитаТабличнойЧасти, причем эти подчиненные(в широком смысле) тоже могут иметь подчиненные и т.д., что в целом представляет собой довольно запутанное спагетти(то бишь граф), следствие из этого - единственный приемлемый вариант реализации подобной программы - это рекурсивная процедура, работающая через Метаданные, обязательно содержащая защиту от зацикливания(когда что-то обращается к документу, к которому уже было обращение).
Результатом работы этой процедуры может быть что угодно, например, определенная визуализация графа взаимосвязей, как у тебя, или выполнение вполне определенных технологических операций в общем случае.
Встечал самописки, в которых не менее 50% документов системы как-то в конце концов были связаны друг с другом, вот там и написал впервые подобные процедуры.
Еще раз резюме - только рекурсивная процедура, функциональность которой определяется конкретной ситуацией.
2. tango 506 05.02.10 17:03 Сейчас в теме
ну то есть у проведенных - не ищет?
инжой
4. zuza 320 05.02.10 17:29 Сейчас в теме
3. dobraleks 136 05.02.10 17:15 Сейчас в теме
пока скачал запустил на проверку, посмотрим что скажет.. :)
5. zuza 320 05.02.10 17:47 Сейчас в теме
6. tango 506 05.02.10 17:57 Сейчас в теме
зуза, не надо так серьёзно, подставишься под монстров
9. zuza 320 08.02.10 09:20 Сейчас в теме
(6) в смысле зерьезно?
(7) не вам судить какой я бух или прог.
(8) спасибо за поддержку
7. ZOMI 444 05.02.10 23:05 Сейчас в теме
(0) Если Вы прог и используете(в них есть серьёзная необходимость) эту обработку - то Вы - плохой прог... Такие вещи должны проверяться и устраняться в момент пометки на удаление...
Если Вы бухг и у вас есть необходимость искать помеченные на удаления доки имеющие проведенные подчиненные - то у Вас плохой прог или(и) если оного нет - у Вас организационный бардак ....
Если вы как прог получаете в наследство "запущенную" базу - то найти такие доки (написать обработку без красивостей ) - 10-15 мин....
Минус без визуализации)))
10. Арчибальд 2706 08.02.10 09:34 Сейчас в теме
(7) Много слов, возможно, правильных, но без достаточного основания. Стратегия взаимоотношений с подчиненными документами при изменении состояния родительского может быть различной, особенно, в существенно модифицированных конфах.
(9) Публикация - это вынесение своей работы на обсуждение. Не хочешь обсуждения - не публикуйся.
11. zuza 320 08.02.10 09:40 Сейчас в теме
(10) я хочу обсуждения, но не так грубо...
12. ZOMI 444 08.02.10 10:03 Сейчас в теме
(10 )
И в момент пометки на удаление - ну никак не отработать 'разборы полетов' c подч доками ? Намного интереснее обработку по поиску создать а потом еще наверное обработку по обработке найденных и тд)))

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