Обсуждение к заданию: Торговля+Склад 77, доработка

• • #1
  • 11.11.2013 10:30
  0
  Валерий

  Приватное сообщение
  Необходимо, доработать журнал "Складских документов" , добавить как у "общиго журнала" фильтр по Складу и по виду документа.  Подробнее>>
• • #2
  • 11.11.2013 11:50
  0
  Коваленко Александр

  Приватное сообщение
  Если мне не изменяет мой склероз, любой отбор (например, по складу, автору, фирме) можно сделать [b]только[/b] в общем журнале. во всех остальных журналах работает отбор только по виду документа.
  Так что если у Вас получится - покажите, как...
• • #3
  • 11.11.2013 11:51
  0
  Anna

  Приватное сообщение
  Можно сделать. Изменить тип журнала на общий и при открытии включать фильтр по типу документов (изначальному). По другому никак не сделаешь.
• • #4
  • 11.11.2013 13:19
  0
  belkkis

  Приватное сообщение
  Добрый день.
  Опыт работы с 7-кой более 13 лет.
  С подобной задачей приходилось сталкиваться неоднократно.
  Реально задача решается только с помощью создания собственной обработки.
  Все остальное для 7-ки химера.
• • #5
  • 11.11.2013 13:39
  0
  Тихонов Сергей

  Приватное сообщение
  belkkis

  Реально задача решается только с помощью создания собственной обработки.
  Все остальное для 7-ки химера.

  
  Будет тормозить обработкой при больших журналах. Решается с помощью журнала типа "общий"
• • #6
  • 11.11.2013 13:57
  0
  Anna

  Приватное сообщение
  Тихонов Сергей

  Будет тормозить обработкой при больших журналах. Решается с помощью журнала типа "общий"

  
  
  Абсолютно согласна, проверено опытом.
• • #7
  • 11.11.2013 14:21
  0
  Николай

  Приватное сообщение
  Anna

  Можно сделать. Изменить тип журнала на общий и при открытии включать фильтр по типу документов (изначальному). По другому никак не сделаешь.

  
  
  А как же потом наложить доп.фильтр по складу??
  Данный метод сработает только, если к документам добавить общий реквизит, допустим "Индекс", и загрузить туда значение "ВидДокумента+Склад", а потом делать отбор по этому реквизиту. Но этот способ простым не назовешь.
  
  

  belkkis

  Реально задача решается только с помощью создания собственной обработки.

  
  
  Это самый простой способ. Но, во-первых, теряется весь типовой функционал, которым обладают стандартные журналы 1С (контекстное меню, панель инструментов), во-вторых, при большом документообороте это действительно не оптимальное решение, т.к. будут жуткие тормоза в работе обработки.
  
  Если база на SQL, тогда можно использовать вот этот способ:
  http://1clancer.ru/article/1s_7.7_mnozhestvennyj_filtr_v_polnom_zhurnale_ili_primer_raboty_komponenty_vk_hook1c.dll_576
  
  P.S. Это не пиар ;)
• • #8
  • 11.11.2013 14:26
  0
  Тихонов Сергей

  Приватное сообщение
  Николай

  А как же потом наложить доп.фильтр по складу??

  
  Автор задачи отсутствует, но судя по постановке задачи, требуется, чтобы отбор был как в общем журнале: либо по виду, либо по складу. Если нужен гибридный фильтр, то да или допиндекс или дальше извращаться, но всё это тормоза всё равно...
• • #9
  • 11.11.2013 14:45
  • Отредактировано: 11.11.2013 14:51:13
  0
  Николай

  Приватное сообщение
  "гибриднй фильтр" не добавляет никаких тормозов, только "геморрой"))
  
  так или иначе все равно фильтр будет множественным, ведь предложенный способ от Anna уже устанавливает отбор по "Виду документа" при открытии журнала. А как потом сделать, чтобы этот отбор остался, а на него наложился еще и отбор по складу?...
• • #10
  • 11.11.2013 15:29
  0
  belkkis

  Приватное сообщение
  о, во-первых, теряется весь типовой функционал, которым обладают стандартные журналы 1С (контекстное меню, панель инструментов), во-вторых, при большом документообороте это действительно не оптимальное решение, т.к. будут жуткие тормоза в работе обработки.
  
  Журнал здесь не работает никак.
  А то, что теряется типовой функционал.
  А что от него нужно. Все дорабатывается элементарно.
  Насчет тормозов, могу сказать, даже быстрее, чем в обычном журнале, если на скуле сделать.
• • #11
  • 11.11.2013 15:43
  0
  Николай

  Приватное сообщение
  belkkis

  Журнал здесь не работает никак.

  
  
  см.посты выше: создание доп.индекса и с помощью компонеты vkhook.dll - это как минимум 2 способа
  
  

  belkkis

  А что от него нужно. Все дорабатывается элементарно.

  
  
  та да... всю стандартную "панель инструментов" восстановить в обработке и настроить функционал "контекстного меню" из журнала - элементарнее некуда))
  
  

  belkkis

  Насчет тормозов, могу сказать, даже быстрее, чем в обычном журнале, если на скуле сделать.

  
  
  если стандартными средствами - не будет быстрее
  если при помощи прямых запросов - возможно, но решение задачи себя не окупит
• • #12
  • 11.11.2013 15:47
  0
  Николай

  Приватное сообщение
  Т.к. проект вызвал такую бурную дискуссию, хотелось бы услышать мнения других специалистов, которые написали отклики в проекте.
  Коллеги, скажите свое вИдение относительно технического решения данной задачи.
• • #13
  • 11.11.2013 15:54
  0
  Тихонов Сергей

  Приватное сообщение
  Делал и допиндексами и обработками такие журналы. Есть недостатки и у того и другого способа. Например, несвоевременное обновление информации в журнале, трудоемкость изготовления обработки с полным функционалом... В первом случае может возникнуть необходимость изменения конфиги в нескольких или многих местах...
  Всё-таки, если нужен отбор только по одному реквизиту(либо склад,либо вид), то придерживаюсь общего журнала :)
• • #14
  • 11.11.2013 16:46
  0
  belkkis

  Приватное сообщение
  Я не знаю, откуда Ваши оценки.
  Я сужу по собственнонову опыту.
  Оценки были сделаны лично мной.
  На базе свыше 100000 складских документов
  Журнал виснет!!!
• • #15
  • 11.11.2013 16:48
  0
  belkkis

  Приватное сообщение
  А обработка работает!
• • #16
  • 11.11.2013 16:50
  0
  belkkis

  Приватное сообщение
  Ребят. И убедительная просьба, кто сам ничего не делал, не пишите хотя бы комментариев.
• • #17
  • 11.11.2013 17:12
  0
  Николай

  Приватное сообщение
  belkkis

  На базе свыше 100000 складских документов
  Журнал виснет!!!
  А обработка работает!

  
  
  Вы не написали, был ли использован в этом случае стандартный функционал 1С, либо обработка работала на прямых запросах?
  Потому что, ну не будет работать конструкция "ВыбратьЭлементы() - ПолучитьЭлемент()" в ОБРАБОТКЕ быстрее, чем "УстановитьОтбор()" в ЖУРНАЛЕ. Это не то, что "проверено" - это "аксиома".
  А журнал мог тормозить из-за функций, вынесенных на его форму или в табличную часть.
  
  

  belkkis

  Ребят. И убедительная просьба, кто сам ничего не делал, не пишите хотя бы комментариев.

  
  
  и отзывов в проекте))
• • #18
  • 11.11.2013 18:38
  0
  Валерий

  Приватное сообщение
  Этот журнал нужен для продавцов магазина, общий журнал для них ограничен правами.