gifts2017

Универсальный журнал документов для 1С 8.1, 8.2 и 8.3 (3.20.1.8)

Опубликовал Алексей Константинов (alexk-is) в раздел Отчеты - Управленческие

Полностью универсальный журнал документов с представлением списка документов в виде дерева. Работает в любой конфигурации 1С 8.1 и 8.2 (толстый клиент) без изменения кода. Подключается ко многим типовым механизмам конфигураций (печать документов, сохранение настроек и т.д.).
Только качественный контент


Номинация INFOSTART AWARDS 2014: Лучшая разработка


Универсальный журнал документов предназначен для создания пользовательских журналов документов любых типов, любого состава и может использоваться в любой конфигурации 1С:Предприятия 8.1, 8.2 и 8.3«Охрана труда» для 1С:Предприятия 8 (толстый клиент). Для запуска обработки под 8.2, обработку необходимо открыть в конфигураторе для конвертации.     

Журнал документов может быть сформирован как в виде списка, так и в виде двухуровневого дерева. При отображении журнала документов в виде дерева доступны группировки по дню, по месяцу и по первой графе из списка граф (например, по организации, по подразделению, по контрагенту, по ответственному и т.д.). Сейчас реализованы следующие режимы работы:

  1. В виде списка
  2. В виде дерева. Группировка по дням
  3. В виде дерева. Группировка по месяцам
  4. В виде дерева. Группировка по первой графе из списка граф
  5. В виде дерева. Группировка по виду документа
  6. В виде дерева с иерархией подчиненных документов
«Охрана труда» для 1С:Предприятие 8

Гибкая настройка граф журнала позволяет пользователю видеть именно те данные, которые нужны в данный момент, а не только колонки, жёстко определённые в стандартных журналах документов. По числовым колонкам можно вывести итоги. Кроме этого можно изменить цвет фона, цвет текста или шрифт для строк по заданному пользователем условию (Условное оформление). Условия могут накладываться друг на друга, в этом случае лучше использовать разные способы оформления. Например, условие для не проведенных документов оформить цветом текста, а условия по организациям оформить цветом фона.  

В графы журнала можно вывести значения свойств документов, если механизм свойств поддерживается в вашей конфигурации. Свойства могут быть выведены в журнал документов и в произвольный отчет. По свойствам могут выполняться отборы и сортировка. В режиме "4. В виде дерева. Группировка по первой графе из списка граф" по свойствам может выполняться группировка.

Кроме реквизитов и свойств документов в графы журнала можно вывести итоговые значения по числовым колонкам табличных частей документов. По этим колонкам также могут выполняться отборы и сортировка. В режиме "4. В виде дерева. Группировка по первой графе из списка граф" по итоговым значениям числовых колонок может выполняться группировка.

В журнал могут быть выведены дополнительные числовые колонки: "Количество документов" и "Количество строк" в табличных частях. По ним также могут расчитываться итоги.

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

Для пользователей с административными правами доступна к использованию универсальная форма документа. Эта форма позволяет получить доступ ко всем реквизитам документа, в том числе и к тем, которые не выводятся на типовую форму документа.

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

Для текущего документа можно вывести схему подчинённости документа и отчёт по движениям документа.

На базе схемы компоновки данных отображаемый список документов может быть выведен с любыми пользовательскими настройками как простой реестр или как полноценный произвольный отчёт (в том числе с диаграммами и сводными таблицами).

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

В универсальном журнале реализована мощная поисковая подсистема, которая позволяет выполнить следующие действия по найденным документам:

  1. Спозиционироваться на найденный документ в журнале
  2. Установить отбор в журнале по списку найденных документов
  3. Выделить в журнале найденные документы жирным шрифтом

Сейчас реализованы следующие режимы поиска документов:

  1. Поиск по номеру документа или по части номера
  2. Поиск по ссылкам встречающимся в реквизитах документа или табличных частях
  3. Полнотекстовый поиск по всем реквизитам документа, которые включены в индекс полнотекстового поиска
  4. Бонус - Поиск контрагента по контактной информации (подробнее в конце публикации)

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

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

Данная разработка сделана на основе типового отчета из конфигурации УПП и является некоторым развитием идей реализованных в публикации e.kogan и описанных в комментариях к той публикации. Не знаю к сожалению или к счастью, но в связи с использованием двухуровнего дерева от обработок, взятых за основу, почти ничего не осталось, только некоторые идеи.

Буду рад комментариям с конструктивной критикой, пожеланиями и замечаниями.


Совместимость с сохраненными настройками для версии 2.х

Настройки версии 3.х не являются полностью совместимыми с версией 2.х. При использовании в версии 3.х настроек, сохраненных в версии 2.х, итоги в группировках по суммовым колонкам рассчитываться не будут. Для исправления необходимо открыть форму "Настройка универсального журнала документов" и нажать "ОК". После этого настройка будет сконвертирована под версию 3.х, теперь можно сохранить измененную настройку - итоги будут рассчитываться.


Совместимость с сохраненными настройками для версии 3.х

Настройки версии 3.х могут использоваться в версии 2.33.0.1. При этом, если в настройках были использованы не поддерживаемые версией 2.х реквизиты или свойства, то колонки в журнале будут выведены не заполненными.


Настройка колонок журнала. Краткая инструкция

Для настройки колонок журнала в окне настроек есть два способа.

Способ 1. Он сработает в том случае, если есть одинаково называющиеся графы у всех выбранных документов. В этом случае порядок действий следующий:
1. Выбрать виды документов для журнала;
2. Нажать "Заполнить" и "Заполнить автоматически все общие графы".

Способ 2. Он подойдет для описания конкретной графы журнала, например, "Контрагент" или "Сумма документа". В этом случае порядок действий следующий:
1. Выбрать виды документов для журнала;
2. В дереве реквизитов найти реквизит в одном из документов, например, "Сумма документа" и выбрать его (нажать дважды левую кнопку мыши или Enter);
3. В версии 2.х в панели инструментов выбрать "Установить флажки" и "Отметить для всех документов по имени текущего реквизита". В версии З.х этот пункт выполнять не нужно


Настройка журнала в виде дерева с иерархией подчиненных документов. Краткая инструкция

Инструкция в виде мастер-класса - делай как я. Smile

 


Бонус - Поиск контрагента по контактной информации

На отдельную публикацию пожалуй не тянет. Поэтому выложил сюда. Поиск выполняется по представлению всех видов контактной информации относящейся к контрагентам. Найденные контрагенты выдаются в виде списка. Бонусный файл находится здесь.


Про значок

Очень приятно. Большое спасибо.
http://www.infostart.ru/profile/34707/blog/1158/
http://www.infostart.ru/public/69707/?mid=386808
http://www.infostart.ru/community/groups/148/blog/1157/


Про проведение документов

Есть универсальный журнал документов, есть универсальный отчет. Что ещё нужно в работе?
Могут очень пригодиться обработки по проведению документов и управлению итогами и последовательностями.
http://infostart.ru/public/18394/

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

Наименование Файл Версия Размер
Журнал документов (3.20.1.8) для 8.1 10331
.epf 228,82Kb
27.01.15
10331
.epf 228,82Kb Бесплатно
Журнал документов (3.20.1.8) для 8.2 7125
.epf 230,81Kb
27.01.15
7125
.epf 230,81Kb Бесплатно
Журнал документов (3.20.1.8) для 8.3 13939
.epf 231,41Kb
27.01.15
13939
.epf 231,41Kb Бесплатно
Бонус - Поиск контрагента по контактной информации (2.0.0.1) 3051
.epf 11,94Kb
27.01.15
3051
.epf 11,94Kb Бесплатно
Тестовая база (3.20.1.8) для 8.1 654
.dt 425,26Kb
27.01.15
654
.dt 425,26Kb Бесплатно

См. также

Вознаграждение за ответ
Сумма: 0 $m
Добавили:
anna3388 (anna3388) (8.00 $m), Елена Сорокина (DioElena) (1.00 $m), i z (izz) (0.96 $m)
Подписаться Добавить вознаграждение
Комментарии
1. Эстер Коган (e.kogan) 29.04.10 01:35
Тогда уж сделайте и настройку цветовой разметки, была и такая версия. Заодно :)
Ну и там редактирование всего-что-только-можно, включая движения, с контролем прав...
2. Алекс (Alef) 29.04.10 02:36
При выводе журнала в виде дерева напрашивается вывод с учетом подчиненности. В настоящий момент, мне кажется, это еще не реализовано Можно добавить флажок "С учетом подчиненности" в настройки.
3. Алексей Константинов (alexk-is) 29.04.10 05:19
(1) Пока поборол только работу с закладками и табличными полями на них. Удалось практически избавиться от промелькивания. Пока основных отличий три:
- Вывод списка документов в виде дерева;
- Просмотр реквизитов документов;
- Работа с закладками и табличными полями на них.

Для начала думаю нужно добавить отчетность и выйти на паритетное функциональное наполнение. Остальное тоже думаю продвигать, но уже во вторую очередь.
4. Алексей Константинов (alexk-is) 29.04.10 05:26
(2) Есть несколько моментов, которые в отчете со структурой подчиненности выглядят не однозначно. Это подчиненность один ко многим, а также рекурсивные и циклические ссылки. Тему нужно очень хорошо покачать. Буду думать, а пока поставлю крестик на память. :)
5. Игорь Исхаков (Ish_2) 29.04.10 07:49
О выводе структуры подчиненности для каждого документа.
Возможный сценарий.
Если используется дерево в табличном поле, то вначале каждой строке документа искуссвенно добавляется подчиненная пустая строка ( появляется "+" в начале строки) . Событие раскрывания строки дерева перехватывается - пустая строка удаляется и в дерево подчиненных строк выводятся подчиненные документы первого уровня.
Смысл такого сценария очевиден : выводить подчиненные документы только для документа который выбрал пользователь (нажал плюсик в начале строки).
Этот "плюсик" и перехватывание события "раскрывания" можно рассматривать и как дополнительный полезный функционал для действий с документом.

ОФФ. Функционально такой сценарий похож на подход Clappa к построению бухотчетов , только реализованный другими , уже строенными средствами платформы.
Мимо такого использования дерева прошел Evroi в Универсальной ОСВ http://infostart.ru/public/21322/ лишь повторив "рукопашно-семерочный" стиль Clappa.
И если для Clappa в 77 такой стиль был единственно возможным, то применение такого стиля в 8 считаю серьезным просчетом разработчика.
...Мне так кажется.
6. Алексей Константинов (alexk-is) 29.04.10 08:49
(5) Приблизительно в этом направлении я и пытался построить работу. Вчера не получилось, пришлось пойти более простым путем. Буду пробовать снова.
7. Роман (srv7) 29.04.10 17:53
(0) быстрая печать печ. форм документов, в т.ч. реестра документов, была очень удобной. в данном релизе похоже вырезана. я бы вернул )
user608641_dark_elph; +1 Ответить 2
8. Алексей Константинов (alexk-is) 29.04.10 18:04
(7) Нет, не вырезана. Еще не добавлена. Пока борюсь за производительность. Функциональное наполнение постараюсь вывести на паритетный уровень. Сейчас для меня важнее выяснить имеется ли интерес именно к представлению информации в виде дерева и как эту тему можно ещё прокачать.
9. Алексей Константинов (alexk-is) 30.04.10 06:42
(2) (5) Перерисовал работу с деревом. Теперь начальное дерево строится быстрее. Детальная информация формируется по отдельному дополнительному запросу при разворачивании группировки.

Имеет ли смысл при построении структуры подчиненности разворачивать всё дерево или достаточно только первого уровня?
10. Игорь Исхаков (Ish_2) 30.04.10 07:46
(9) Конечно, однозначного ответа нет. Более простой, быстрый и с меньшим количеством вариантов и подвариантов подход - это разворачивать только первый уровень.
В некоторых (особых) случаях возможно предусмотреть 2 уровня ( например , когда на первом уровне имеем всего одну подчиненную строку). Для подавляющего числа ситуаций при "раскрутке" дерева подчиненных документов такой подход оптимален.
На мой ,сугубо личный взгляд.

11. Алексей Константинов (alexk-is) 30.04.10 12:23
(10) Вот и я склоняюсь к разворачиванию 1 уровня. Должно работать быстро. В конце концов ещё есть отчет.

Добавил поиск по номеру документа.

Столкнулся с тем, что портировать наработки из http://www.infostart.ru/public/61344/ не получается. Все они заточены под работу с таблицей значений. Приходится писать практически всё с самого начала.
12. Игорь Исхаков (Ish_2) 30.04.10 14:20
(11)"Приходится писать практически всё с самого начала."
Мне кажется , ты уже решил "попробовать" дерево.- Деваться некуда.
13. Алексей Константинов (alexk-is) 30.04.10 15:06
Ну, да.
Провел опрос. Рассказал про то, что уже есть. Первый вопрос: "А по контрагенту?"
Думаю в этом направлении нужно поработать. Добавлю для начала группировку по реквизиту.
14. Алексей Константинов (alexk-is) 01.05.10 15:52
Добавил группировку по первой графе из списка граф
15. Алексей Константинов (alexk-is) 03.05.10 16:24
Добавил отбор по текущему значению в дереве документов
16. Алексей Константинов (alexk-is) 04.05.10 18:03
(7)
Добавлена печать реестра документов с иерархией.
Добавлена печать произвольного отчета на основе СКД.
Добавлена быстрая печать для текущего документа печатных форм этого документа.
17. Илья Парамонов (Crush) 05.05.10 10:41
Полезный инструментик. Спасибо! ;)
18. Алексей Константинов (alexk-is) 05.05.10 11:50
(17) Ура. Первый положительный отзыв.
19. Олег Каргаев (valden007) 05.05.10 16:02
Спасибо за обработку.
Список пожеланий:
1) Не отрабатывает отбор по признаку "Проведен" при нажатии кнопки отбор по текущему полю
2) Добавить возможность получения итогов по числовым полям.
20. Алексей Константинов (alexk-is) 05.05.10 16:29
(19) Добавил отбор по иконке.

С итогами хуже. Могут быть итоги как по детальным строкам, так и по группировкам. Нужно хорошо подумать, как это реализовать во всех трех режимах работы.
21. Алексей Константинов (alexk-is) 05.05.10 16:36
Добавил возможность просмотра истории документа по журналу регистрации.
Добавил возможность перехода в типовой журнал для текущего документа.
Добавил возможность вывода количества документов при печати произвольного отчета.
elevika; valden007; 1Ssss; +3 Ответить
22. SeriK (1Ssss) 06.05.10 07:05
Обработка супер!
Не хватает только вывода структуры подчиненности документа. Например, если сделать вывод по документу Реализация товаров и услуг и будет отображаться его структура подчиненности(например ПКО и Расходный ордер на товары, ну и т.д.), то было вообще классно, т.к. это позволило бы получить очень мощный продукт с помощью которого можно вести аналитику...например какие Реализации оплачены, а какие нет...вотЪ;)
23. Игорь Исхаков (Ish_2) 06.05.10 09:04
Согласен с (22) .
Покруче будет , если отказаться от отдельного окна для вывода структуры подчиненности.
А каждый выводимый в табличном поле документ будет иметь свой "плюсик", раскрыв который пользователь получит структуру подчиненности первого уровня в этом же табличном поле.
Есть хлопоты и нюансы в реализации , конечно.
Но в целом так симпатичнее.
24. Игорь Исхаков (Ish_2) 06.05.10 09:09
"Добавлена возможность просмотра истории документа по журналу регистрации."

Полезная возможность.
25. Игорь Исхаков (Ish_2) 06.05.10 09:14
+23 Правда отсюда вытекает , что вывод журнала в виде списка становится ненужным.
Можно выводить документы только в "дерево" ( с группировкой по параметру или без).

26. Алексей Константинов (alexk-is) 06.05.10 10:29
(25) "В виде списка" это тоже дерево, только одноуровневое.
27. Bihbeb 06.05.10 11:31
Прекрасная разработка, спасибо за труд, жду обновлений.
28. cheri (cheri) 06.05.10 12:40
Обработка понравилась, очень не хватало её в работе, благодарность автору и плюс!
29. Алексей Константинов (alexk-is) 06.05.10 12:58
(19) (27) Добавил возможность выводить по суммовым полям общие итоги и итоги по группам.
Добавил возможность выбора реквизитов документов с заполнением списка граф.
30. Алексей Константинов (alexk-is) 06.05.10 23:01
(2) (22) (23) По немногочисленным просьбам добавил ещё один режим работы "5. В виде дерева с иерархией подчиненых документов"
DoctorRoza; zakakvo; 1Ssss; Ish_2; Bihbeb; +5 Ответить 3
31. Игорь Исхаков (Ish_2) 07.05.10 07:32
(30) От немногочисленных деревожелателей шлю привет .
32. Алексей Константинов (alexk-is) 07.05.10 08:23
(31) А теперь специальная версия только для "деревожелателей". Добавил возможность сворачивать и разворачивать видимые строки или все строки группировок.
33. Игорь Исхаков (Ish_2) 07.05.10 08:26
(32) Исполняешь желания - жди когда сядут на голову.
34. Алексей Константинов (alexk-is) 07.05.10 08:32
Для построения дерева в режиме "5. В виде дерева с иерархией подчиненных документов" необходимо также описать в настройках виды обрабатываемых подчиненных документов.

Например, для отслеживания оплаты вводимой на основании документов реализации необходимо в виды документов добавить и реализацию и оплату. Затем в журнале установить отбор по виду документов реализация. Тогда при разворачивании иерархии будет построено "правильное" дерево.
35. Алексей Константинов (alexk-is) 07.05.10 08:35
(33) Выборочно. По мере созревания мысли.
36. Алексей Константинов (alexk-is) 08.05.10 09:21
Постараюсь здесь отвечать на возникающие вопросы по этой разработке
37. SeriK (1Ssss) 10.05.10 16:25
В первых версиях обработки было очень классно сделан механизм сохранения настройки журнала, т.е. раз сохранившись под конкретным пользователем, не надо было куда-то лезть выбирать заново настройки или восстанавливать настройки, всё работало при запуске :)
Детализация по подчинености документов реализована и это круто. Единственное что плохо, так это много телодвижений. Если бы журнал сразу(по умолчанию) раскрывал структуру подчиненности, а то так приходиться кнопку нажимать :) И это страшно портит юзабилити.....ВотЪ ;)
38. Алексей Константинов (alexk-is) 10.05.10 18:01
(37) Если внимательно посмотреть код, то станет понятно, что данная разработка имеет очень мало общего с http://www.infostart.ru/public/61344/ и с типовыми "Универсальными журналами документов". Проще говоря, разработка велась практически с нуля.

Отчасти это связано с различными источниками данных для построения дерева и для дополнительных сервисных функций. Поэтому механизмы, которые на текущий момент имеются в данной разработке, это то, что я успел портировать. Ну, и как побочный эффект - всё работает быстрее.

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

Для группового раскрытия уровней я добавил кнопку. Этого мало?
39. Алексей Константинов (alexk-is) 11.05.10 12:15
(37) Добавил возможность сохранения / восстановления настроек для конфигураций не имеющих поддежки механизма "Сохранённые настройки". Добавил возможность сохранения настроек журнала в файл и восстановления настроек журнала из файла.
40. Алексей Константинов (alexk-is) 13.05.10 08:17
(2) (5) (22) (27) (28) Оптимизированы операции разворачивания уровней в режиме "5. В виде дерева с иерархией подчиненых документов". Средний показатель ускорения при разворачивании в 20 раз.

Оптимизированы некоторые другие режимы работы.
41. Игорь Исхаков (Ish_2) 13.05.10 08:42
(40) Ага , посмотрел. Я тебя предупреждал , что если исполняешь желания , то сядут на голову. Итак, Сажусь !
У тебя в специальном режиме ("5") выводится список документов с возможностью ("плюсик") разворачивания каждого документа по подчиненным.

Я же толковал о том , что более круто, чтобы в ЛЮБОМ режиме вывода списка рядом с документом появлялся "плюсик", нажав на который пользователь бы получил возможность увидеть все его подчиненные документы в этом же табличном поле.

Более круто также , отображать в структуре подчиненности указывать не только нижний уровень , но и верхний.
Например : Если текущий документ - Расходная накладная N 1 , то я бы хотел увидеть :

+РасходнаяНакладная N 1 - (исходная строка списка докукументов)
-----+Счет
----------+ Расходная накладная N 1
---------------+СчетФактура

А у тебя бы появилась только СчетФактура.

Зачем это нужно ?
Дело в том , что при выводе только нижнего уровня , у тебя получится что СчетФактура вообще не имеет структуры подчиненности. И пользователь не увидит , какому документу она подчинена.

Такое вот скромное пожелание...
42. Алексей Константинов (alexk-is) 13.05.10 10:45
(41) Попробую ответить по порядку - почему сделал так как есть, а не иначе.

Оставил "1. В виде списка" т.к. работает быстрее, чем "5. ...". Для поддержания режима дерева необходимы дополнительные данные и соответственно манипуляции с ними.

Отдельный режим для "5. ..." сделан потому, что спрогнозировать работу дерева для 2х уровней представляется реальным, для большего количества уровней уже становится грусно. Слишком много режимов работы. Сейчас уже используется около 20 динамически фомируемых запросов вместо трех в типовом журнале.

Предполагал, что структура журнала будет, например, такая
Прикрепленные файлы:
43. Игорь Исхаков (Ish_2) 13.05.10 13:43
(41) Не понял :
Режим "1. В виде списка " работает быстрее чем режим 5."

Странно. В моём понимании дело обстоит так :
Первоначальный запрос и вывод списка документов должен быть одинаков что для 1 , что для 5.
В режиме 5 лишь появлется дополнительная интерактивная возможность по "плюсику" запускать вывод структуры подчиненности .
Другими словами , дерево документов со всеми подчиненными при первоначальном выводе не формируется. При нажатии на "плюсик" у текущей строки подчиненные строки отсутствуют. Мы перехватываем событие "раскрытия" запускаем на исполнение процедуру поиска подчиненных и выводим подчиненное дерево.
У тебя , судя по всему не так. И дерево со всеми подчиненными формируется сразу - отсюда и замедление. Наверное , так.
44. Алексей Константинов (alexk-is) 13.05.10 14:14
(43) В режиме "5. ..." дерево сразу со всеми подчиненными не формируется. Первоначальный запрос почти одинаков для режимов 1 и 5. Для режима "5. ..." формируется дополнительная колонка УровеньРазвернут. Соответственно формирование и обработка дополнительной колонки, а также "рисование плюсиков" в результате дают некоторое замедление. Раньше в режиме "5. ..." была ещё поддержка возможных типов, так пришлось её вырезать и ограничиться выбранными в настройках видами документов. Совсем медленно получалось.
45. Dmitriy Stepkin (demo-05) 14.05.10 13:39
неплохо бы увидеть под 8.2
46. Алексей Хлызов (Kettle) 14.05.10 13:41
(45) А кто мешает конвертнуть самостоятельно?
47. SeriK (1Ssss) 17.05.10 07:37
Седня посмотрел обработку....вроде всё круто, только вот есть коя-какая каша ;)
Например, я выбираю три типа документов(самое простое), Заказ покупателя-ПКО-Релализация товаров и услуг, делаю вывод по структуре подчиненности и ....
и вот какая история.....идет Заказ покупателя и разворачивает ПКО и рядом Реализацию...хотя лучше если это будет третий уровень! Ну да ладно, это не создает каши....а вот если посмотреть дальше, то потом отдельно видно этот же ПКО и у него разворачиваеться эта же Реализация....было бы очень круто, если документ который уже где-то находиться в структре подчиненности больше не выводился в журнал и если бы создавался третий(четвертый, пятый) уровень подчиненности...вотЪ;)
1С_нов; +1 Ответить 6
48. Алексей Константинов (alexk-is) 17.05.10 08:50
(47) Может быть попробовать так, как написано в (34) ?
49. Алексей Константинов (alexk-is) 17.05.10 08:52
(45) (46) Возможно подразумевалась работа в режиме управляемого приложения?
50. SeriK (1Ssss) 19.05.10 11:04
(48)Пардон;) Был не прав! Прошу прощение:) Спасибо за обработку :D
ВотЪ :)
51. Алексей Константинов (alexk-is) 19.05.10 11:39
52. Алексей Константинов (alexk-is) 24.05.10 01:32
(1) Добавил настройку оформления. Теперь можно изменить цвет фона, цвет текста или шрифт для строк по условию.
53. Эстер Коган (e.kogan) 24.05.10 10:02
[30.04.2010] Добавлен поиск по номеру документа.
[03.05.2010] Добавлен отбор по текущему значению в дереве документов. Добавлена печать реестра документов с иерархией.
[04.05.2010] Добавлена печать произвольного отчета на основе СКД. Добавлена быстрая печать для текущего документа.
[05.05.2010] Добавлена возможность просмотра истории документа по журналу регистрации. Добавлена возможность перехода в типовой журнал для текущего документа.
[11.05.2010] Добавлена возможность сохранения / восстановления настроек для конфигураций не имеющих поддежки механизма "Сохранённые настройки". Добавлена возможность сохранения настроек журнала в файл и восстановления настроек журнала из файла.

А это ж и у меня было. Что-то пришлось переделывать?
54. Эстер Коган (e.kogan) 24.05.10 10:04
И кстати - куда делась ссылка на оригинал?
55. Алексей Константинов (alexk-is) 24.05.10 11:29
56. Эстер Коган (e.kogan) 24.05.10 11:40
(55) То-то же 8-)
Я, видимо, разработку прекращу и провешу постоянную ссылку уже на вашу. Потому как особого смысла развивать свою не вижу при наличии вашей )
И - хотелось бы услышать ответ на вопрос (53).

З.Ы. Провесила ссылку в своей. Вы меня по плюсам уже обогнали ;)
57. Алексей Константинов (alexk-is) 24.05.10 12:32
(53)
[30.04.2010] Добавлен поиск по номеру документа.
В случае использования дерева, данные собираются в свернутом виде, т.е. нельзя организовать поиск документа, которого ещё нет в списке. Поэтому строится отдельный запрос для поиска по номеру.
Далее, т.к. данные для дерева собираются в свернутом виде, нельзя спозиционироваться на строку найденного документа, которой ещё нет в списке. Поэтому вначале разворачивается уровень в котором предположительно находится документ и уже в развернутом уровне происходит позиционирование.
Сбор данных в свернутом виде позволил значительно сократить время до первоначального отображения журнала.

[03.05.2010] Добавлен отбор по текущему значению в дереве документов. Добавлена печать реестра документов с иерархией.
В связи с тем, что для работы с деревом в разных режимах используется не один, а семь динамически формируемых запросов, то пришлось формировать запросы таким образом, чтобы поддерживать механизм отбора по текущему значению.
В случае использования дерева данные собираются в свернутом виде, т.е. полученное дерево нельзя использовать как источник данных для печати реестра документов. Для печати реестра строится отдельный запрос, который используется при формировании реестра документов.

[04.05.2010] Добавлена печать произвольного отчета на основе СКД. Добавлена быстрая печать для текущего документа.
В случае использования дерева данные собираются в свернутом виде, т.е. полученное дерево нельзя использовать как источник данных для печати произвольного отчета на основе СКД. Для печати произвольного отчета на основе СКД строится отдельный запрос, который используется как источник данных для отчета.
По поводу быстрой печати для текущего документа: Изменена схема подключения внешних печатных форм, в результате этого значительно повышена производительность журнала.

[05.05.2010] Добавлена возможность просмотра истории документа по журналу регистрации. Добавлена возможность перехода в типовой журнал для текущего документа.
Используется несколько другой состав получаемых данных из истории. Это позволило значительно повысить производительность.

[11.05.2010] Добавлена возможность сохранения / восстановления настроек для конфигураций не имеющих поддержки механизма "Сохранённые настройки". Добавлена возможность сохранения настроек журнала в файл и восстановления настроек журнала из файла.
Первоначально использовался для сохранения типовой механизм. Позже была добавлена схема сохранения в параметрах пользователя в случае отсутствия типового механизма. Ну, и сохранение во внешних файлах. Структура хранения данных во внешних файлах немного другая - совместимая с типовым механизмом хранения настроек.


Все перечисленные настройки и доработки были именно добавлены, т.к. при разработке за основу был взят типовой универсальный журнал документов, а этих настроек в нем нет. Большинство механизмов типового универсального журнала были оптимизированы для повышения производительности.
58. Алексей Константинов (alexk-is) 24.05.10 12:38
(56)
Я, видимо, разработку прекращу 
Может быть зря. Некоторые вещи в дереве реализовать невозможно или очень сложно. Например, "возможность быстрых отборов по колонке a la Excel" реализовать проблематично опять же по причине, что данные для дерева собираются в свернутом виде.
59. Эстер Коган (e.kogan) 24.05.10 14:12
(57) Ок. Остались вопросы по:
1. "Изменена схема подключения внешних печатных форм" - посмотрю, утащу себе, если вы не против и если она подходит для моей.
2. "Первоначально использовался для сохранения типовой механизм. Позже была добавлена схема сохранения в параметрах пользователя в случае отсутствия типового механизма. Ну, и сохранение во внешних файлах. Структура хранения данных во внешних файлах немного другая - совместимая с типовым механизмом хранения настроек. Все перечисленные настройки и доработки были именно добавлены, т.к. при разработке за основу был взят типовой универсальный журнал документов." Если вы всё-так основывались на моей - там настройки сохранялись совсем не в "Сохранённые настройки". Чесслово.
Да, кстати, вот сохранение в типовой механизм я себе всё же добавлю.
60. Эстер Коган (e.kogan) 24.05.10 14:13
(58) Найдёте ещё что-нибудь, чего у меня пока нет, а у вас не может быть реализовано - пишите :)
61. Алексей Константинов (alexk-is) 24.05.10 14:33
(59) За основу был взят типовой универсальный журнал из УПП, а там настройки сохранялись с использованием регистра сведений "Сохраненные настройки". Чесслово. :)
62. Алексей Константинов (alexk-is) 24.05.10 14:39
(60) У меня файл 111 Кб против 226 Кб. Интересно из-за чего такая большая разница?
63. Алексей Константинов (alexk-is) 24.05.10 15:00
(59)
1. "Изменена схема подключения внешних печатных форм" - посмотрю, утащу себе, если вы не против и если она подходит для моей.
Нет. Не против. Думаю подойдет, т.к. строится по ссылке на документ. Ускорение получается из-за того, что список печатных форм строится не для каждой строки журнала в случае смены вида документа, а только 1 раз для вида документа. Для всех остальных документов этого вида список печатных форм берется из "кэша". Все кэши сбрасываются при обновлении журнала документов.
64. Эстер Коган (e.kogan) 24.05.10 15:11
(61) Хм. То есть не мой? У меня точно самым базовым сохраняется.
З.Ы. Уже вижу, что не мой. Тяжелее переделывать было?
(62) У меня больше форм и почти к каждой есть хелп. Плюс пять немало весящих макетов.

Замечания: почему "История объекта" активна при текущей строке-группировке (месяц, к примеру)? Почему, наоборот, неактивны структура подчинённости и отчёт по движениям?Почему нет вопроса о сохранении настроек в случае их модифицированности (и/или возможности его включения)? Где, собственно, кнопка настройки условного оформления?

Ну и хелп хорошо бы актуализировать.
Михаил457; +1 Ответить
65. Эстер Коган (e.kogan) 24.05.10 15:16
(63) Не подойдёт. В ВПФ есть отборы по реквизитам, они нужны в обязательном порядке. Построите список для Реализации на комиссию - как обычную напечатаете? А вид документа один.
Условное офомление нашла. Случайно. Неудачное размещение, тем более без хелпа.
66. Эстер Коган (e.kogan) 24.05.10 15:17
Условное оформление не работает :(
Строковый реквизит, "Содержит", по факту есть, а не выделяет как описано.

В режиме дерева работает, в плоском - нет.
67. Алексей Константинов (alexk-is) 24.05.10 16:15
(66) Странно... А версия какая?
68. Алексей Константинов (alexk-is) 24.05.10 16:17
(65) Об этом я не подумал. Хм... Нужно будет что-нибудь сделать.
69. Эстер Коган (e.kogan) 24.05.10 16:28
(66) 2.14.0.1, что было на момент комментирования - то было ) в 1.1 работает.
70. Алексей Константинов (alexk-is) 24.05.10 16:36
(65) Условное оформление вывел на отдельную кнопку. Раскрашивать стало интереснее.
71. Эстер Коган (e.kogan) 24.05.10 17:32
(70) Ой-ой-ой. Вот только не эту картинку на кнопку :( возьмите, например, из семёрочных коллекций что-нибудь с кисточкой. Уж очень часто мне приходится использовать кнопку с такой картинкой по прямому назначению.
72. Игорь Исхаков (Ish_2) 24.05.10 19:13
Посмотрел на последние изменения.
Алексей , ты чего-то вошел в раж ! И шуруешь и шуруешь.
Ну , раз ты уже дошел до цветочков и рюшечек (перехват события "ПриПолученииДанных".. наверное.. замедляет вывод), ТО пора заняться и "перетаскиванием мышью " в журнале. Скажем, хочу интерактивно мышью перетащить нужные документы из одной даты в другую (с перепроведением , конечно).
Необходимость такой возможности - очень сомнительна, но техника реализации такого решения - интересна. Или хочу мышью перетащить нужные документы в отдельное окно для последующей групповой обработки (печать, перепроведение и т.д).
Слабо ?
73. Алексей Константинов (alexk-is) 24.05.10 20:02
(72) Нужен источник и приемник. Тогда можно перетаскивать. Особых проблем с реализацией не вижу (пока во всяком случае). Хотелось чтобы было какое-нибудь практическое применение.
74. Алексей Константинов (alexk-is) 24.05.10 23:49
(72) Добавил возможность перетаскивать ссылки на документы из журнала документов. Например, в форму "История документа", текстовый документ или табличный документ.
75. Игорь Исхаков (Ish_2) 25.05.10 07:42
(74) Раз уж журнал - универсальный, то полнотекстовый поиск по документам необходим.
76. Алексей Константинов (alexk-is) 25.05.10 08:17
77. Алексей Константинов (alexk-is) 25.05.10 10:09
(75) Повидимому быстренько сделать не получится. Тестовая база ушла на индексацию и вернуться не обещает. :(
78. Игорь Исхаков (Ish_2) 25.05.10 10:13
(77) Ага. Как правило, никто базу не индексирует для полнотекстового поиска.
79. Валерий (kwas) 25.05.10 23:56
Журнал супер!!! Только не могу разобраться сохранение/ восстановление настроек списка.
При восстановлении выводит все графы с положением = новая колонка Что может быть ?
80. Алексей Константинов (alexk-is) 26.05.10 05:08
(79) Настройки табличного поля не сохраняются. Пока не сохраняются.
81. Алексей Константинов (alexk-is) 26.05.10 05:26
(75) Добавил полнотекстовый поиск по документам. Для использования полнотекстового поиска, полнотекстовый поиск должен быть включен. Иначе закладка полнотекстового поиска будет недоступна.
82. Ольга Мяличкина (Маргоша) 27.05.10 11:07
мне понравилось! Замечательные возможности отбора по реквизитам табличной части.
:D
83. Алексей Константинов (alexk-is) 28.05.10 15:50
(2) (5) (22) (27) (28) (82) Наконец-то окончательно разобрался с поиском. Теперь найдется всё!
84. Алексей Константинов (alexk-is) 31.05.10 10:30
Добавил бонус - поиск контрагента по контактной информации.
85. Алексей Константинов (alexk-is) 31.05.10 16:14
(79) Починил. Сохранение работало, с восстановлением были проблемы.
86. Никита Уколов (zzerro) 01.06.10 17:41
эмс... ошибка при группировке документов:

{Форма.ОсновнаяФорма(847)}: Ошибка при вызове метода контекста (Добавить): Поле не найдено. "УровеньРазвернут"
Для каждого Поле Из МассивВыбранныеПоля Цикл ВыбранныеПоля.Добавить(Поле) КонецЦикла;
по причине:
Поле не найдено. "УровеньРазвернут"
87. Никита Уколов (zzerro) 01.06.10 17:44
И еще... можно ли отсортировать по синониму документа список выбора документов для журнала :)
Ну и еще отдельно сделать группировку по Организации :) если таковая канечно есть в графах
88. Алексей Константинов (alexk-is) 01.06.10 18:10
(86) Что-то я немного перестарался. Исправлено.
89. Алексей Константинов (alexk-is) 01.06.10 18:15
(87) Специально не стал сортировать, может быть зря.

Группировку по организации можно сделать, если использовать режим "4. В виде дерева. Группировка по первой графе из списка граф". Необходимо добавить графу "Организация" и установить ее первой (верхней) в списке граф.
90. ediks (ediks) 01.06.10 18:38
Поставил юбилейный сотый плюс :D
91. Алексей Константинов (alexk-is) 02.06.10 05:13
Не понимаю как это могло получиться, но вчера вечером почему-то у меня скачивалась версия 2.16.0.1. Перезалил 2.20.0.2. Если это моя ошибка, то приношу скачавшим свои извинения.
92. Никита Уколов (zzerro) 02.06.10 10:21
(89) А тогда можно прикрутить кнопочки, что бы графы можно было передвигать :) Например, что бы при автозаполнении, когда нужная графа становится третьей или четвертой, что бы ее можно было на первое место перетащить
93. Алексей Константинов (alexk-is) 02.06.10 10:42
(92) Это все уже есть. Меню Действия -- Настройка списка...
Можете настроить как вам удобно и сохранить.
94. Алексей Константинов (alexk-is) 04.06.10 09:53
(87) Добавил сортировку по представлению для списка выбора документов.
95. Саша василевский (Sasha696) 05.06.10 18:43
ошибка при активизации документа в списке или дереве:

{Обработка.ДревовидныйЖурналДокументов.Форма.ОсновнаяФорма(1117)}: Ошибка при вызове метода контекста (Выполнить): {(3, 136)}: Синтаксическая ошибка ""","
ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ ПЕРВЫЕ 1 "Страница_000", "Т2", "Документ.РасчетПеремещенияПродукции.ТЧРапорты", "ТЧРапорты", "Документы "Рапорт<<?>>"", "", ЛОЖЬ КАК Обновлено ИЗ Документ.РасчетПеремещенияПродукции.ТЧРапорты КАК __Объект ГДЕ __Объект.Ссылка = &Ссылка УПОРЯДОЧИТЬ ПО Вид, Источник
РезультатЗапроса = ЗапросДляЗакладок.Выполнить();
по причине:
{(3, 136)}: Синтаксическая ошибка ""","
ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ ПЕРВЫЕ 1 "Страница_000", "Т2", "Документ.РасчетПеремещенияПродукции.ТЧРапорты", "ТЧРапорты", "Документы "Рапорт<<?>>"", "", ЛОЖЬ КАК Обновлено ИЗ Документ.РасчетПеремещенияПродукции.ТЧРапорты КАК __Объект ГДЕ __Объект.Ссылка = &Ссылка УПОРЯДОЧИТЬ ПО Вид, Источник
alexk-is; flower2; +2 Ответить 4
96. Алексей Константинов (alexk-is) 07.06.10 06:17
(95) На типовых конфигурациях воспроизвести ошибку не удалось. Предположительно это связано с особенностями вашей конфигурации. Предположительно причина в том, что в синониме используются кавычки. Исправлено в 2.20.2.2
97. Саша василевский (Sasha696) 10.06.10 00:46
В версии 2.20.2.2 ошибка осталась....((((((
Р.S. В синониме ковычек не использовал
98. Алексей Константинов (alexk-is) 10.06.10 06:39
(97) Хм... Странно... Вы не могли бы прислать для анализа ситуации архив структуры метаданных вашей конфигурации? Например, архив описания структуры созданного с помошью обработки из конфигурации "Конвертация данных". См. вложение.
Прикрепленные файлы:
MD81Exp.epf
99. qmb qmb (qmb) 11.06.10 11:47
А как можно выбрать виды документов с имеющие определенный реквизит, к примеру, Организация? Хочу построить журнал по регламентным докам определенной организации.
Спасибо за обработку!

Вопрос снят, разобрался.