Подсистема "Показатели объектов"

06.03.21

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

Если вашим пользователям нужно вывести в динамический список разные показатели, которые нельзя напрямую получить из таблиц ссылочных объектов, и вы не хотите изменять структуру справочников или документов - тогда эта подсистема для вас. С помощью нее вы сможете в пользовательском режиме создать свой показатель, который будет рассчитываться по формуле или с помощью запроса. Этот показатель вы сможете вывести в динамический список, как любую другую характеристику объекта. Также можно будет настроить отбор или условное оформление с использованием созданного показателя.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Подсистема "Показатели объектов":
.cf 91,68Kb ver:1.0.1.1
9
9 Скачать (2 SM) Купить за 2 150 руб.

Внедрение подсистемы

  1. Запустите сравнение/объединение со скачанным cf-файлом.
  2. В открывшемся окне нажмите Действия - Отметить по подсистемам файла и выберите подсистему "Показатели объектов". Нажмите Выполнить.
  3. Откройте общий модуль ПоказателиОбъектовПереопределяемый и внесите изменения в методы ОпределитьОбъектыСПоказателями и ОпределитьТриггерыРасчетаПоказателей. См. комментарии в модуле.
  4. Создайте дополнительные характеристики для объектов метаданных, являющихся владельцами показателей.
  5. Обновите конфигурацию базы данных и зайдите в базу в пользовательском режиме.
  6. Откройте обработку ПанельАдминистрированияПО и нажмите кнопку ОбновитьСлужебныеДанные.

Создание показателя

  1. Откройте план видов характеристик ПоказателиОбъектов.
  2. Создайте новый показатель. Например показатель "Есть штрихкод" для справочника номенклатура.
  3. Заполните наименование, владельца и тип в шапке формы показателя.
  4. На вкладке Расчет заполните текст запроса или выполняемый код.
  5. На вкладке "Запуск расчета" укажите, когда требуется запускать расчет показателя. 

  6. Откройте форму списка владельца показателя и нажмите изменить форму. Добавьте нужный показатель на форму.


  7. Настройте при необходимости отбор и условное оформление динамического списка.

https://github.com/pila86/object-indicators

Протестировано на платформе 8.3.16.1659.

Показатели объектов показатели

См. также

Инструментарий разработчика Роли и права Запросы СКД Программист Руководитель проекта Платформа 1С v8.3 Управляемые формы Запросы Система компоновки данных Платные (руб)

Инструменты для разработчиков 1С 8.3: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

12000 руб.

02.09.2020    169837    939    403    

905

Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Программист Руководитель проекта Платформа 1С v8.3 Россия Платные (руб)

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку сразу нескольких баз данных и выполнять их автоматически без непосредственного участия пользователя. Решение в Реестре отечественного ПО

8400 руб.

20.08.2024    12928    100    46    

103

Инструментарий разработчика Программист Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Инструмент для написания и отладки кода в режиме «1С:Предприятие». Представляет собой консоль кода с возможностью пошаговой отладки, просмотра значений переменных любых типов, использования процедур и функций, просмотра стека вызовов, вычисления произвольных выражений на встроенном языке в контексте точки останова, синтаксического контроля и остановки по ошибке. В консоли используется удобный редактор кода с подсветкой, контекстной подсказкой, возможностью вызова конструкторов запроса и форматной строки.

9360 руб.

17.05.2024    26671    90    48    

134

Пакетная печать Печатные формы Инструментарий разработчика Программист Платформа 1С v8.3 Запросы 1С:Зарплата и кадры бюджетного учреждения 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Платные (руб)

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

22200 руб.

06.10.2023    16907    41    15    

75

SALE! %

Инструментарий разработчика Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

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

4800 3840 руб.

14.01.2013    190679    1151    0    

918

Инструменты администратора БД Инструментарий разработчика Роли и права Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

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

15000 руб.

10.11.2023    11441    40    27    

66

Инструментарий разработчика Платформа 1С v8.3 Конфигурации 1cv8 1С:ERP Управление предприятием 2 Платные (руб)

Разработка Конструктор автоматизированных рабочих мест "Конструктор АРМ" реализована в виде расширения и является универсальным инструментом для создания АРМ любой сложности в пользовательском режиме.

3600 руб.

27.12.2024    915    2    0    

5

Инструментарий разработчика Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

Восстановление партий или взаиморасчетов, расчет зарплаты, пакетное формирование документов или отчетов - теперь все это стало доступнее. * Есть желание повысить скорость работы медленных алгоритмов! Но... * Нет времени думать о реализации многопоточности? * о запуске и остановке потоков? * о поддержании потоков в рабочем состоянии? * о передаче данных в потоки и как получить ответ из потока? * об организации последовательности? Тогда ЭТО - то что надо!!!

5000 руб.

07.02.2018    103983    244    100    

306
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. TMV 14 06.03.21 18:50 Сейчас в теме
Через расширение никак?
DrAku1a; ixijixi; asg.aleks; cleaner_it; +4 Ответить
2. pila86 133 06.03.21 21:02 Сейчас в теме
Я это вижу как подсистему. Возможно, дальше будет и расширение. А может и то, и другое.
cleaner_it; +1 Ответить
3. Yashazz 4802 08.03.21 18:14 Сейчас в теме
Ну да, ну да) Вообще-то 2/3 этого можно выкрутить обычными доп.реквизитами. А остальное лучше и не надо. Во-первых, потому, что всё равно по сути это программирование, только в другой среде - в самом Предприятии вместо Конфигуратора, что хуже, система не анализирует многие моменты структур, нагрузки, наполнения таблиц, связности; во-вторых, всё равно нужен программист (много вы видели юзеров, умеющих дальше примитивной формулы а-ля эксель?), да ещё надо знать, откуда что брать (а справки такого уровня, как в КД, тут ожидать сложно); в третьих, это меньшая прозрачность и гибкость в дальнейшей доработке самих этих прибамбасов; в четвёртых, это возможная подстава для дорабатывающих конфу и для ставящих обновление (сия приблуда может стать неработоспособной в куче случаев, а проверку совместимости, как у расширений, делать самому - это сдохнуть можно). Ну и в любом случае в динамических списках такая штука - горячий привет производительности.

Словом, красивая и эффектная, но, увы, очень вредная на практике вещь. Лет 10-15 назад наваял такую, и быстро понял, что полнейшие грабли.

ну и да, делаете - так уж делали бы расширение, в наши-то времена.
ixijixi; KEV8383; DrAku1a; muwa_; rabid_otter; zqzq; dhurricane; Oleg_nsk; Bazil; pavlov_dv; sapervodichka; +11 Ответить
4. pila86 133 08.03.21 20:18 Сейчас в теме
(3) Я не призываю использовать этот механизм всегда. Но в моей практике были случаи, когда пользователь хочет показатель в динамическом списке. И часто разработчик правит запрос дс, делая его слишком сложным. Иногда разработчик создает свои регистры сведений, и это пожалуй лучше кривого запроса в дс. Вот только пользователь через неделю говорит, что ему это не нужно. И естественно код никто не приводит к изначальному варианту.
Данная подсистема позволяет программисту или очень продвинутому пользователю создать показатель, и удалить его при необходимости. К тому же зачастую часть показателей надо считать сразу, другую регламентным заданием, и подсистема позволяет это сделать.
Если у вас огромная база и большая нагрузка, то можно воспользоваться этой подсистемой, чтобы быстро закрыть потребность пользователя и начать реализацию более производительного решения.
6. Yashazz 4802 08.03.21 21:39 Сейчас в теме
(4) Если у меня огромная база, я и близко подобное решение не подпущу к внедрению. Потому что оно положит мне базу напрочь. Потому что через неделю будет адский неуправляемый зоопарк у каждого пользователя. Потому что техподдержка вынуждена будет это знать у каждого и чинить. Потому что любое изменение будет кончаться тем, что у кого-то что-то отвалилось. Поэтому, правильный подход: проанализировать пожелания продвинутых пользователей, грамотно доработать архитектуру, жёстко задать всё, что можно, и никакой юзерской самодеятельности. Вообще.
А что касается "заткнуть по-быстрому и начать более производительное" - нет ничего более постоянного, чем временное. Поэтому никаких времянок. Потерпят.
FatPanzer; +1 Ответить
7. pila86 133 08.03.21 22:26 Сейчас в теме
(6) Именно кривые временные решения меня привели к этой идее. Было кстати и такое, что архитектор ничего не разрешал, и именно поэтому появлялись динамические списки с очень кривыми запросами. Можно запретить все, что угодно. Но если большая потребность - она найдет свой путь, правда иногда очень кривой)
Как бы то ни было, спасибо за отзыв!
5. pila86 133 08.03.21 20:31 Сейчас в теме
(3) Про расширение вы правы. Надо учесть это общее пожелание.
8. Akcium 359 09.03.21 00:49 Сейчас в теме
А в чем преимущество перед использованием подсистемы БСП Свойства и алгоритмах обработки данных в расширениях / доп.обработках по расписанию? Свойства по умолчанию зашиты в характеристики объектов, с которыми интегрированы и соответственно выводятся в списках.
Так и конфигурация на поддержке остается и код в конфигураторе пишется удобнее.
9. pila86 133 09.03.21 07:47 Сейчас в теме
(8) в ряде случаев ваш вариант подойдет, почему бы и нет. Но иногда показатели считать надо сразу по определенным триггерам. И тут регламентные задания не подходят - нужны подписки на события.
10. Akcium 359 09.03.21 09:32 Сейчас в теме
(9) В этом случае алгоритм расчета можно реализовать в расширении. Подсистема свойства имеет возможность для установки неизменяемых имен для характеристик для обращения к ним из программного кода. И конфигурация останется на поддержке.
11. pila86 133 09.03.21 09:45 Сейчас в теме
(10) Ну если вам так удобнее почему нет. Мне так не очень нравится. Это мой субъективный взгляд, я его не навязываю.
12. TimurD 6 10.03.21 13:34 Сейчас в теме
А зачем свой ПВХ использовать? Можно ведь завязаться на типовой (ДопРеквизиты), и ничего в объектах менять не нужно будет (указывать хар-ки). Указываешь владельца свойства, само свойство, алгоритм.... Вот и все, вот и все.
13. pila86 133 10.03.21 15:02 Сейчас в теме
(12) Подсистема не зависит от наличия БСП и позволяет внедрить ее в любую базу.
14. FatPanzer 13.03.21 23:29 Сейчас в теме
Поддержу автора в том плане, что привязывать свое решение к БСП - зло. Абсолютное.
Решение должно быть автономным, если оно подлежит некоему тиражированию/распространению и использованию в различных базах.
15. tof 13.04.21 20:31 Сейчас в теме
Классная штука (наверное), жаль что не расширение, вообще не хочется это как подсистему. Напишите, если решитесь переделать как расширение.
16. pila86 133 13.04.21 22:23 Сейчас в теме
(15) На самом деле с расширениями проблемы. Как минимум нельзя создать собственные регламентные задания.
17. Светлый ум 446 05.05.23 06:16 Сейчас в теме
без расширения особого смысла тогда в ней и нет, а так идея неплохая для небольших организаций
Оставьте свое сообщение