gifts2017

Поиск номенклатуры в документах

Опубликовал Елена Васильева (VasilevaHelen) в раздел Администрирование - Поиск данных

Отчет предназначен для вывода списка документов, в табличной части "Товары" которых используется выбранная номенклатура.

Доступные поля отбора: Номенклатура, Организация, признак проведения документа.

В список документов для поиска попадают только те, которые содержат табличную часть "Товары", а также реквизит Организация.

Поиск номенклатуры происходит только по табличной части "Товары" по колонке "Номенклатура".

Отчет универсальный, пригоден для использования даже в самописных конфигурациях, так как не использует процедур и функций общих модулей.

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

Наименование Файл Версия Размер Кол. Скачив.
Поиск номенклатуры в документах
.erf 12,82Kb
22.10.13
28
.erf 1.0 12,82Kb 28 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Марина Чирина (chmv) 24.10.13 09:00
А почему нельзя использовать стандартный механизм поиска ссыдок?
2. Елена Васильева (VasilevaHelen) 24.10.13 10:29
(1) chmv, Стандартный механизм ищет везде, а соответственно и работает медленнее. Здесь же, если Вы обратили внимание, можно делать отбор по виду документа и периоду. Думаю, что это удобно.
3. Марина Чирина (chmv) 25.10.13 09:44
Может быть... Но мне вполне хватает стандартного механизма
4. Данила Елистратов (CagoBHuK) 25.10.13 13:42
Стандартный механизм поиска ссылок основан на системном ссылочном индексе. Ваш механизм чем отличается? Запросом дергает? В таком случае он будет работать медленнее на непроиндексированных столбцах табличных частей. Одно очко в пользу (1). Улыбнуло внутреннее соединение документа с табличной частью через ссылку. Непонятно, почему нельзя было просто воспользоваться точкой. Извините, уважаемый VasilevaHelen, но результат у вас никудышный.
5. Данила Елистратов (CagoBHuK) 25.10.13 13:44
Совсем забыл, что ТЧ у меня называется не товары.
6. Елена Васильева (VasilevaHelen) 25.10.13 14:27
(4) CagoBHuK, Я согласна, что обычный запрос с внутренним соединением выглядит глупо, но для СКД мне удобно было его использовать. Все равно из-за возможности сузить пространство для поиска, моя обработка работает быстрее универсальной. И для пользователей универсальная менее удобна, а создавалась она именно для них. Сожалею, что ТЧ у Вас не "Товары", в описании это было указано. Если будет необходимость, код самому подправить не сложно.
7. Данила Елистратов (CagoBHuK) 25.10.13 14:42
(6) VasilevaHelen, как быть, если в каждом документе ТЧ называется по-разному? Если хочется сузить пространство, используйте прямой запрос к SQL, тогда у Вас и работать будет быстро, и универсальность сохранится. То, что для СКД оно удобно, не аргумент, т.к. соединение с лишней таблицей напрямую влияет на оптимальность построения SQL-запроса. Плюс ко всему я уже упомянул про индексацию, что является крайне важным элементом, Вами неучтенным.
8. Елена Васильева (VasilevaHelen) 25.10.13 15:01
(7) CagoBHuK, Если Вам не понравилось внутреннее соединение из-за того, что появляется лишняя таблица, то обращение через точку дает аналогичный эффект) А в данном случае, все равно необходимо использование как таблицы документа, так и его табличной части. А по поводу того, что табличные части называются по разному, так писать нужно придерживаясь хоть каких-то стандартов и работать самому потом с этим будет проще!
9. Данила Елистратов (CagoBHuK) 25.10.13 15:13
(8) VasilevaHelen, вы постоянно игнорируете мой комментарий по поводу индексации. Это - раз. Во-вторых программист на то и программист, что предусматривает все варианты. Нигде в литературе по 1С не написано, что ТЧ должна называться именно "Товары". Называю так, как захочу. Это просто необходимо предусмотреть. А вот Вашим алгоритмом это не предусмотрено. Как и наличие двух табличных частей с "Номенклатурой" в каждой.
10. Елена Васильева (VasilevaHelen) 25.10.13 15:27
(9) CagoBHuK, Да согласна я с индексацией, но запросы к скулю сами пишите, если есть такая необходимость. Никто не заставляет Вас пользоваться моим отчетом и деньги за него я не требую, так что прошу любить и жаловать.
11. Данила Елистратов (CagoBHuK) 25.10.13 15:54
(10) VasilevaHelen, в таком случае Ваш отчет - всего лишь очередной "Hello world!" Перепишите на стандартный поиск ссылок с выводом в СКД - тогда будет быстро и полезно. Все аргументы смотрите выше в моих сообщениях.
12. Елена Васильева (VasilevaHelen) 25.10.13 15:59
(11) CagoBHuK,))) Хорошо, я подумаю над этим, а Вам, в таком случае, советую подумать над стандартами при написании своих конфигураций.
13. Данила Елистратов (CagoBHuK) 25.10.13 16:51
(12) VasilevaHelen, я не говорю Вам про то, что во всех моих конфигурациях все ТЧ называются иначе. Просто Вы не учитываете множество возможных вариантов, а используете "деревянные" методы. Мыслите масштабнее.
14. Елена Васильева (VasilevaHelen) 25.10.13 16:56
(13) CagoBHuK, В очередной раз повторюсь, что ограничение на табличную часть есть в описании!!! Масштабные мысли вылажу в коммерческом варианте.
15. Данила Елистратов (CagoBHuK) 25.10.13 17:04
(14) VasilevaHelen, простите меня, но с такой упертостью проекту не видать коммерческой версии. Засим откланяюсь.
16. Ирина (xast) 25.10.13 19:12
а мне понравилось... здорово
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа