Универсальный журнал документов для 8.1

26.04.10

Задачи пользователя - Журналы и реестры данных

Полностью универсальный журнал документов. Работает в любой конфигурации 1С 8.1 без изменения кода*. Подключается ко многим типовым механизмам конфигураций 1С 8.1 (печать документов, сохранение настроек** и т.д.). Имеет расширенные возможности отбора.
Внимание! Продолжение разработки - http://infostart.ru/public/69707/ (alexk-is).

Скачать файл

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

Наименование По подписке [?] Купить один файл
Версия 1.0.6.1
.epf 226,09Kb
793
793 Скачать (1 SM) Купить за 1 850 руб.

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

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

Быстрые отборы*** позволяют, кроме стандартных отборов, выполненных на основании построителя отчёта, искать среди отображаемых документы, содержащие ссылки на выбранный объект. Реализован аналогичный стандартному поиск документа по номеру. Добавлена возможность быстрых отборов по колонке a la Excel.

Возможен показ табличных частей и движений текущего документа.

Доступны групповое проведение и отмена проведения документов (по выделенным строкам).

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

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


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

**Увы, на данный момент подключение к типовому механизму сохранения настроек (справочник "Сохранённые настройки") не реализовано. Буду надеяться, что найдётся время и на это.

***Сохранение списка отборов в связке со списком настроек планируется.

****Сохранение настроек СКД в связке со списком настроек планируется.


 Копирайты на использованные разработки - в хелпе.

Код открыт, разработка полностью бесплатна. Желающие поблагодарить автора могут положить денег на телефон 8(901)5383883.

З.Ы. Решила не страдать перфекционизмом и выложить текущую версию (список планируемых доработок см. в хелпе). Буду рада комментариям с конструктивной критикой, пожеланиями и замечаниями. 

 

UPD 20.04.10: оптимизировано отображение таб.частей и движений, за идею спасибо alexk-is, оптимизированы привязки (спасибо ему же). 

UPD 21.04.10: исправлена ошибка, описанная в комментарии (37). 

Оптимизировано обновление кнопок и отображение таб.частей и движений (спасибо alexk-is). Мелкие доработки в коде.

UPD 22.04.10: Мелкие доработки по привязкам, оптимизация кода (спасибо alexk-is).  

UPD 23.04.10: Теперь при открытии ненастроенного журнала (без единого документа) автоматически открывается форма настройки состава журнала. В Историю объекта добавлен перехватчик ошибки создания файла выгрузки журнала регистрации. Теперь файл выгрузки журнала создаётся с рандомным именем - можно одновременно запускать в любом количестве баз.

 

Внимание! Продолжение разработки - Универсальный журнал с возможностью представления в виде дерева, условным оформлением строк и т.д. от alexk-is.

См. также

Журналы и реестры данных Бухгалтер Пользователь Платформа 1С v8.3 1С:Комплексная автоматизация 2.х Россия Абонемент ($m)

Журнал по всем видам документов с колонками из реквизитов документов и отбором по ним. 1С 8.3, тонкий клиент.

1 стартмани

19.07.2024    604    14    e-rogov    2    

3

Журналы и реестры данных Подбор и обработка объектов Бухгалтер Пользователь Платформа 1С v8.3 1С:Документооборот 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:CRM ПРОФ, КОРП 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Абонемент ($m)

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

10 стартмани

20.06.2024    1364    26    user1527257    3    

12

Журналы и реестры данных Логистика, склад и ТМЦ Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Абонемент ($m)

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

5 стартмани

19.06.2024    487    7    r192007    0    

2
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Ish_2 1113 19.04.10 16:30 Сейчас в теме
Честно говоря , не понял зачем это нужно, а в описании - ни слова.
Что же касается техники исполнения , то процедура в главной форме ПриАктивизацииСтроки отрабатывает очень медленно.
Предложение навскидку : интересно бы выглядел журнал - дерево ,свернутый по видам документов ,например, или по датам.
2. e.kogan 1895 19.04.10 16:41 Сейчас в теме
(1) Затем же, зачем нужен типовой Универсальный журнал. Этот работает везде и имеет энное количество дополнительных фич, которых лично мне не хватало довольно долго.
"Дерево" можно построить на основании журнала произвольным отчётом.
При активизации - посмотрю, что можно оптимизировать. Но там, по-моему, кэшем решать надо, а у меня времени маловато на переделку.
3. e.kogan 1895 19.04.10 16:44 Сейчас в теме
(1) Насчёт ПриАктивизации: а у вас включён показ движений и таб.частей?
56. Ish_2 1113 22.04.10 07:45 Сейчас в теме
Эстер, я вернулся. Со скромной целью - влезть в вашу дискуссию со своим уставом (читай -вкусом).
Представленная разработка , возможно , полезна. Но ,на мой вкус, неинтересна.
Всё как обычно : чего-то к чему-то прикрутили , чего-то подправили.
Не хватает какой-то идеи , отличия или изюминки.
В (1) мне показалось , что такой изюминкой может оказаться представление журнала
в виде дерева , свернутого по какому -то интерактивно настраиваемому параметру (дата, вид документа и т.д.). Не Бог весть что- с точки зрения техники исполнения .
Но такая бы разработка заинтересовала бы и , думаю, запомнилась.
4. Ish_2 1113 19.04.10 16:52 Сейчас в теме
Показ движений и табчастей не используется.
На форме только табЧасть с документами одного вида "ОтражениеЗарплатыВ РегламентированномУчете"( с большими табЧастями , разумеется).
Активизация каждой строки - медленная.
7. пользователь 19.04.10 17:00
Сообщение было скрыто модератором.
...
5. e.kogan 1895 19.04.10 16:57 Сейчас в теме
Очень странно. Посмотрите отладкой, на каком моменте тормозит? У меня всё отрабатывает быстро. Размер ТЧ при отключённом показе ни на что влиять не должен.
6. Ish_2 1113 19.04.10 16:59 Сейчас в теме
Предполагаю , что дело в объектной технике обращения к данным :

ТекОбъ=ТекущиеДанные.Ссылка.ПолучитьОбъект()

У Вас грузится весь объект (он может быть достаточно большим, как в моем случае).
Правильнее , на мой взгляд, использовать запросный метод обращения к данным :
"Выбрать * из ... где Ссылка=&Ссылка"

Во всяком случае, можно попробовать и сравнить результаты.
8. e.kogan 1895 19.04.10 17:00 Сейчас в теме
(6) Чуть подправила, перезалила (объект документа получается только если включён показ движений).
9. e.kogan 1895 19.04.10 17:05 Сейчас в теме
(6) Запрос к полной таблице каждого регистра (а ещё метаданные парсить, чтобы понять, по чему вообще м.б. движения...) - точно дольше (именно дольше, вопрос памяти я здесь не поднимаю), чем получение объекта и его движений.
10. Ish_2 1113 19.04.10 17:15 Сейчас в теме
(9) Речь в (6) идет только об осторожном предположении ,
что запрос по документу

"Выбрать Номер из ... Где Ссылка=&Ссылка"

отработает гораздо быстрее ,чем

Номер = Ссылка.ПолучитьОбъект().Номер,

потому что в последнем случае грузится весь объект.

Что же касается, обращения к движениям документа ,
то обращение к ним через свойство "Движения" это и есть неявный запрос к регистру и свойство это придумано для удобства разработчиков.
Так мне помнится написано у Радченко. Но боюсь соврать.
11. e.kogan 1895 19.04.10 17:30 Сейчас в теме
(10) Реквизиты документа (а также табчасти) действительно проще брать напрямую через ссылку, что и сделано в последней версии обработки.
Насчёт движений по регистрам: при включённом показе движений стоит задача получить в виде таблиц все движения документа (т.е. таблицы тех регистров, по которым конкретный документ имеет хоть одну запись как регистратор). Для этого есть пять возможностей:
1. Использованная в данной разработке - получение объекта документа, через него - его движений, перебор их в цикле.
2. Перебор в цикле по Ссылка.Метаданные().Движения и
2.1. Создание по каждому регистру набора записей с отбором по регистратору, считывание.
2.2. Обращение к каждому регистру через Выбрать() с отбором по регистратору (полный маразм, потому что ещё и таблицу создавать, и в ней построчно переносить, и вообще, но возможность-то есть).
2.3. Обращение к каждому регистру через запрос вида "ВЫБРАТЬ * ИЗ Регистр[...] ГДЕ Регистратор=&Ссылка".
2.4. Обращение к аждому регистру через запрос вида "ВЫБРАТЬ * ИЗ Регистр[...]([...],Регистратор) ГДЕ Регистратор=&Ссылка".

Что-то мне подсказывает, что наиболее быстрая - первая. Насчёт других ресурсов (память, пессимистичность/оптимистичность устанавливаемых блокировок и т.д.) - отдельный разговор.

В любом случае спасибо за замечание, полезно оказалось :)
12. Ish_2 1113 19.04.10 17:53 Сейчас в теме
2. Перебор в цикле по Ссылка.Метаданные().Движения и
2.1. Создание по каждому регистру набора записей с отбором по регистратору, считывание.


Чем плохо ?
В этом случае не происходит считывание в память всего объекта с его табличными частями как в Вашем варианте.
Идет обращение только к движениям документа.
Убиваем двух зайцев : сокращаем время считывания и уменьшаем вероятность невозможности считывания из-за возможной блокировки документа.
Мне кажется так.
15. e.kogan 1895 19.04.10 18:02 Сейчас в теме
(12) Возможно, так и быстрее будет. Замерять надо. Есть чем и на чём?
16. Ish_2 1113 19.04.10 18:05 Сейчас в теме
(15) "Есть чем и на чём?" - цокнул языком , почесал в затылке - Нету.
17. e.kogan 1895 19.04.10 18:22 Сейчас в теме
18. Ish_2 1113 19.04.10 18:25 Сейчас в теме
19. e.kogan 1895 19.04.10 18:30 Сейчас в теме
(18) Жаль, вдруг бы ещё что полезное сказали...
13. MRAK 724 19.04.10 17:58 Сейчас в теме
Вроде красиво. Тоже делал подобное, только до универсальности не доработал, использую в самописках. Авансом плюсану, на всякий случай :)
14. Ish_2 1113 19.04.10 18:00 Сейчас в теме
Странно , но я вижу скрытые Вами записи с пометкой "Запись скрыта".
Что-то опять с движком ...
20. alexk-is 6544 20.04.10 10:49 Сейчас в теме
(0) Если текст процедуры СписокДокументовПриАктивизацииСтроки перенести в другую, например, ЖурналДокументовСписокПриАктивизацииСтроки и написать так

Процедура СписокДокументовПриАктивизацииСтроки(Элемент="")

   
ПодключитьОбработчикОжидания("ЖурналДокументовСписокПриАктивизацииСтроки", 0.1, Истина);

КонецПроцедуры


то по списку документов можно будет даже бегать стрелками.
22. e.kogan 1895 20.04.10 10:57 Сейчас в теме
(20) Спасибо за идею, попробую. (21) Сейчас разберёмся - префикс поставлю.
21. alexk-is 6544 20.04.10 10:50 Сейчас в теме
Возникает ошибка, если название табличной части совпадает с названием регистра.
23. slaviksoft 75 20.04.10 11:02 Сейчас в теме
Пожелания:
1. Было бы хорошо что бы сохранялись настройки произвольного отчета.
2. Пункт "Найти содержащие ссылки на ..." - хотелось бы что бы сохранял тип предыдуще выбранного
3. В печатном реестре чтобы автоматом отображал итоги по колонках с типом "число"
25. e.kogan 1895 20.04.10 11:20 Сейчас в теме
(23) 1. Настройки произвольного отчёта можно сохранять в файл. Об этом написано в справке соответствующей формы. Мне бы и самой хотелось сохранять их параллельно с прочими настройками, но слишком много проблем пока - как отрабатывать удаление колонки из настройки, например?
2. Сохраняет по идее. На кнопку выбора из списка нажимали?
3. В произвольном отчёте отображает. В реестре доп. колонки не выводятся вообще.
(24) Исправлено, сейчас выложу.
26. alexk-is 6544 20.04.10 13:23 Сейчас в теме
(25) Теперь работает так. :)
Если включен просмотр только движения и при движении по списку попадает непроведенный документ, то панель с движениями прячется. Потом если попадает проведенный документ, то панель с движениями появляется. Потом если попадает непроведенный документ, то панель с движениями прячется и больше не появляется. Хватает на 2 документа.
29. e.kogan 1895 20.04.10 15:51 Сейчас в теме
(26) Очень странно, пойду проверю ещё разок. У меня такого эффекта нет :(
С привязками исходно пришлось помудрить (никак не хотели вставать как надо), так что любую помощь приму с благодарностью.
Нумерация версий и правда уже вести пора...
31. alexk-is 6544 20.04.10 16:11 Сейчас в теме
(29) Вариант в (27) не вариант?
32. e.kogan 1895 20.04.10 16:20 Сейчас в теме
(31) Упс, только заметила. Подходит за одним маленьким изменением:
ОтобразитьПанельТабЧастей(МетаданныеДокумента);
уходит в низ процедуры. Выкладываю как новую версию?
33. alexk-is 6544 20.04.10 16:25 Сейчас в теме
(32) Нет. Это просто пример, там много рабочего мусора.
35. e.kogan 1895 20.04.10 17:05 Сейчас в теме
(33) А я уже выложила... машинально ;)
(34) Надо потестировать разные варианты получения движений, там в начале комментариев описано.
36. alexk-is 6544 20.04.10 19:16 Сейчас в теме
(35) Я могу посмотреть варианты оптимизации, так - чисто из спортивного интереса.
38. e.kogan 1895 21.04.10 11:59 Сейчас в теме
(36) Буду весьма признательна.
(37) Лечится элементарно, сейчас выложу поправленное.
39. alexk-is 6544 21.04.10 12:25 Сейчас в теме
(38) Возможно это новая версия. См. вложение.
1. Определение отображаемых закладок запросом.
2. Заполнение информации на закладках только при открытии соответствующей закладки.
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
30. e.kogan 1895 20.04.10 15:53 Сейчас в теме
(26) Потестировала. Описанного явления не наблюдалось (
Привязки разделителя надо помучить, это да, а то он поверх списка документов плавает и никак не хочет убираться.
24. alexk-is 6544 20.04.10 11:04 Сейчас в теме
Если включен просмотр только движения и если при движении по списку попадает непроведенный документ, то панель с движениями прячется и больше не появляется.
27. alexk-is 6544 20.04.10 13:59 Сейчас в теме
+26 Немного подправил привязки. Осталось странное промигивание :(
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
28. alexk-is 6544 20.04.10 14:14 Сейчас в теме
Если разработка продолжается, то неплохо было бы где-то писать номер опубликованной версии. Например, как здесь http://www.infostart.ru/public/69189/ или здесь http://www.infostart.ru/public/19363/
34. alexk-is 6544 20.04.10 16:32 Сейчас в теме
При пролистывании списка документов в файловой версии тормозит на ОбновитьКнопки();, в SQL версии на ТекОбъ.Движения[НаборДвижений.Имя].Прочитать();
37. voler 14 21.04.10 08:00 Сейчас в теме
Выдает иногда вот такую ошибку
{Форма.ОсновнаяФорма(1280)}: Значение не является значением объектного типа (Имя)
	ОтборПоТекущейКолонке=ПостроительОтчета.Отбор.Найти(ТекущаяКолонка.Имя);

41. alexk-is 6544 21.04.10 12:53 Сейчас в теме
+40 Что-то я не успеваю. Добавил заплатку как в (37)
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
42. e.kogan 1895 21.04.10 13:00 Сейчас в теме
(41) И не успеете - я уже у себя всё очередной раз перелопатила :) Сейчас полезу сравнивать версии. Там выигрыш по времени насколько (если не считать показа только по отображению)?
43. e.kogan 1895 21.04.10 13:02 Сейчас в теме
(41) З.Ы. Вау, первый раз вижу такой вариант мРазложитьСтрокуВМассивПодстрок ;)
47. alexk-is 6544 21.04.10 13:17 Сейчас в теме
(43) Я ещё крестиком вышивать умею... :)
44. e.kogan 1895 21.04.10 13:05 Сейчас в теме
(41) Ох мы с вами и разойтись успели... Полчаса сидеть придётся 8)
45. e.kogan 1895 21.04.10 13:07 Сейчас в теме
(41) С заполнением ТЧ запросом не согласна абсолютно. Движения - да, есть о чём поспорить, а вот ТЧ выгрузить из ссылки - быстрее всего.
46. alexk-is 6544 21.04.10 13:15 Сейчас в теме
(45) Нет не так. Запросом отределяется только перечень закладок. См. ПЕРВЫЕ 1.
Т.е. только проведяется факт наличия информации и не более.

Остальное как было раньше, только не сразу все читается, а по мере обращения. Т.е. если закладку не открывать, то данные для неё не будут прочитаны.
48. e.kogan 1895 21.04.10 13:36 Сейчас в теме
(46) Прошу прощения, нашла. Да, имеет смысл. Сейчас перепричешу с учётом своих изменений и выложу.
(47) Не вопрос! Вышивайте ;)
49. alexk-is 6544 21.04.10 14:04 Сейчас в теме
(48) Не дождался. Добавил сортировку закладок.
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
50. e.kogan 1895 21.04.10 14:30 Сейчас в теме
(49) На обед ходила, не всё ж сразу делать. Минут 15 ещё, и усё будет.
51. e.kogan 1895 21.04.10 15:22 Сейчас в теме
(49) Таки вот, готово. Вроде ничего не упустила.
52. alexk-is 6544 21.04.10 18:15 Сейчас в теме
(51) Еще немного подправил код.

Хотелось бы уточнить про версии. Обычно делаю так:
1.2.3.4
1. Координальные изменения функционала
2. Значительные изменения, расширение функционала
3. Незначительные изменения функционала, оптимизация
4. Исправления ошибок - функционал не изменен
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
53. e.kogan 1895 21.04.10 18:23 Сейчас в теме
(52) Увы, я довольно безалаберна в версификации разработок ;)
54. alexk-is 6544 21.04.10 21:40 Сейчас в теме
Отчет по движениям документа находится в меню Перейти. Мне кажется логичнее его поместить в меню Печать.

Как насчет вложения в (52) ?
57. e.kogan 1895 22.04.10 10:06 Сейчас в теме
(54) Я подумаю. В типовых он в меню "Перейти" - тут скорее вопрос, как пользователю удобнее.
(55) Обновила основной файл, вычистив лишние закомментированные куски.
(56) А чем в таком случае не устраивает вывод отчёта?
59. Ish_2 1113 22.04.10 10:15 Сейчас в теме
(57) Отчет , конечно, хорошо.

Но интересен подход ( только для меня ,конечно ) :

Табличное поле, содержащее журнал, имеет вид "Дерево".
Пользователь открывает , добавляет интерактивно документы, т.е. совершает все необходимые действия, из Дерева .
Пользователь интерактивно сворачивает-разворачивает журнал документов по нужному параметру (например, по дате).
Такой реализации я еще не встречал.
Вот такое скромное пожелание.
60. alexk-is 6544 22.04.10 12:37 Сейчас в теме
(59) Для построения дерева данные необходимо группировать. Перестроил запрос. Результата не дождался - убил.
62. Ish_2 1113 22.04.10 12:54 Сейчас в теме
(60) Ничего не понял. По порядку :

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

Вопрос :
чем такой запрос("плоский") лучше или хуже запроса ("с итогами") для выгрузки в дерево , как источника данных для табличного поля "Список документов" ?

Поэтому фраза "не дождался - убил" относится как к "плоскому" запросу ,
так и к запросу с итогами , который ничуть не медленнее .
63. alexk-is 6544 22.04.10 15:13 Сейчас в теме
64. e.kogan 1895 22.04.10 15:36 Сейчас в теме
(63) 1. Где в таком случае настраиваются группировки? Или фиксированно - только по дате?
2. Для дат и чисел надо бы периодическую группировку...

*а вообще идея хорошая, да. Только сразу перестают работать такие банальные штуки, как добавление нового документа и прочие операции со строками. Проверка нужна.
65. alexk-is 6544 22.04.10 17:08 Сейчас в теме
(64) Вообще-то отваливается почти всё и перенастраивать придется очень многое. Например, итоги. Чтобы это начало работать пришлось сделать ряд заплаток. Уверен, что для получения полной функциональности придется ещё многое перелопатить. Решение о направлении дальнейшего развития все равно примимать автору.
66. Ish_2 1113 22.04.10 18:03 Сейчас в теме
(65) Не ожидал , что сделаешь. Спасибо.
Мне-то , разумеется, понравилось. Визуально выглядит - необычно.

Конечно , перелопатить придется многое. Сейчас много ошибок.
Насколько это будет удобно для конечного пользователя - сказать трудно.
И , конечно, решать автору : нужно это или нет.
69. alexk-is 6544 22.04.10 18:26 Сейчас в теме
(66) Сам не ожидал. Первоначальный вариант был очень медленный и глючный
67. e.kogan 1895 22.04.10 18:08 Сейчас в теме
(65), (66)
Честно признаюсь: мне - лень. Слишком много проблем возникает. Лучше хранимую нормально настройку колонок напишу. Если многоуважаемый alexk-is решит развивать "деревянную" идею - флаг в руки, выкладывайте отдельно.
70. Ish_2 1113 22.04.10 18:47 Сейчас в теме
(67) Понимаю.
(68) Из "дерева" вытекают многия следствия и дополнительный, возможно неожиданный, сервис для пользователя.
Но каркать не буду.
Если останется зарубка на память , "что так можно!" - и то хорошо.
Браво , Алексей !
87. alexk-is 6544 28.04.10 05:37 Сейчас в теме
Вот подумываю продолжить (67), что скажите?
40. alexk-is 6544 21.04.10 12:46 Сейчас в теме
75. alexk-is 6544 23.04.10 11:43 Сейчас в теме
Получил ошибку:

{ВнешняяОбработка.ИсторияОбъекта(40)}: Ошибка при вызове метода контекста (ВыгрузитьЖурналРегистрации): Ошибка совместного доступа к файлу 'C:\Documents and Settings\Константинов.INFORM\Local Settings\Temp\Reg1C.xml'
ВыгрузитьЖурналРегистрации(ИмяФайлаЖурналаРегистрации, ФильтрЖурнала);
по причине:
Ошибка совместного доступа к файлу 'C:\Documents and Settings\Константинов.INFORM\Local Settings\Temp\Reg1C.xml'
55. alexk-is 6544 22.04.10 00:03 Сейчас в теме
Кажется победил лешние промаргивания при отображении закладок, теперь только прорисовка объекта. См. вложение.
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
58. e.kogan 1895 22.04.10 10:07 Сейчас в теме
(55), (56) Я вот думаю прикрутить настройку и сохранение позиций колонок (не ту, которая через Настройку списка, а свою похожую.
61. alexk-is 6544 22.04.10 12:40 Сейчас в теме
(58) Поправил отображение итогов в списке и привязки на форме. См. вложение.
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
68. alexk-is 6544 22.04.10 18:22 Сейчас в теме
В скриншотах нет табличных частей и движений документов.
71. e.kogan 1895 23.04.10 11:02 Сейчас в теме
(68) А стоит? Тогда сейчас сделаю.
72. alexk-is 6544 23.04.10 11:14 Сейчас в теме
(71) Хм. А я думал, что в этом главная изюминка.
В некоторых конфигурациях есть скрытые табличные части. Без спец. средств их не увидеть.

Возможно я не до конца проникся. :)
73. e.kogan 1895 23.04.10 11:30 Сейчас в теме
(72) Нет, задача стояла сделать действительно универсальный (для любой конфы) журнал с фичами, которые иногда нужны, а с собой носить влом.
Давно хочу туда же всякие универсальные обработчики прикрутить - установку реквизитов, выполнение произвольного кода и тыды. С проверкой прав, конечно. Там в хелпе в принципе написано.
А показ ТЧ и движений - это уже почти по умолчанию для такой разработки. И не задумывалась особо. Мне больше важна СКД на всё это дело - позволяет выдать пользователю всю инфу (ну кроме собсно ТЧ и движений) в любых разрезах. Построить диаграммку - каких документов по какому признаку сколько, рост документооборота во времени и прочие вкусности.
74. alexk-is 6544 23.04.10 11:39 Сейчас в теме
"Следует учитывать, что при первоначальном открытии обработки список документов не заполняется. Данное поведение обусловлено тем, что по умолчанию в настройках обработки в состав отобранных документов не включен ни один документ. Для включения документов в список универсального журнала необходимо произвести первоначальную настройку состава обработки."

Может быть сразу открывать форму для настройки списка, если он пустой?
76. e.kogan 1895 23.04.10 11:48 Сейчас в теме
(74) Хорошая идея, сейчас сделаю.
(75) Никогда на такую не налетала, видимо, что-то локальное. Появятся идеи по обходу - пишите, пока затычку на попытка-исключение сделаю.
78. alexk-is 6544 23.04.10 12:03 Сейчас в теме
(76) +75 Запустил в двух конфигурациях. Можно исключить ошибку, если использовать не фиксированное имя Reg1C.xml, а уникальные имена файлов. Как это сделано при обращении к вложенным обработкам.
79. e.kogan 1895 23.04.10 12:17 Сейчас в теме
80. alexk-is 6544 23.04.10 14:57 Сейчас в теме
(79) Хм. Пропали все изменения от 22.04.2010. Привязки, оптимизация кода и выравнивание итогов в подвале. Выкладываю снова. См. вложение.
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
81. e.kogan 1895 26.04.10 10:49 Сейчас в теме
(80) Уупс, может, файлом промахнулась. У вас уже с учётом поправленной ИсторииОбъекта?
82. alexk-is 6544 26.04.10 11:15 Сейчас в теме
83. e.kogan 1895 26.04.10 11:20 Сейчас в теме
(82) Тогда я не сравниваю файлы, просто выкладываю оверрайтом. Еще раз спасибо.
77. e.kogan 1895 23.04.10 11:59 Сейчас в теме
84. bulpi 217 27.04.10 12:16 Сейчас в теме
Аффтор жжот нипадецки!!!!!!!!!!
Давно хотел сам такое сделать, да лень :)
Жаль, нельзя поставить 10 плюсов.
85. alexk-is 6544 27.04.10 12:24 Сейчас в теме
(84) Можно. Нужно только захотеть... ;)
86. e.kogan 1895 27.04.10 14:08 Сейчас в теме
(84) Ну можно ставить плюсы к комментариям ;)
88. e.kogan 1895 28.04.10 09:58 Сейчас в теме
(88) Флаг в руки, однозначно :) Я только за.
89. alexk-is 6544 29.04.10 01:24 Сейчас в теме
(88) Можно посмотреть, что из этого получается. http://www.infostart.ru/public/69707/
И, конечно, обсудить, прокомментировать, посоветовать. Буду весьма признателен.
90. dimas103 41 06.05.10 00:55 Сейчас в теме
А можно ли выбрать поле к примеру СуммаДокумента и чтобы все доки у которых такое поле есть выводили значение? Напрягает первый раз настраивать под себя. :?:
91. alexk-is 6544 06.05.10 06:22 Сейчас в теме
(90) В данном случае используется типовой механизм. Порядок действий следующий:
1. Выбрать виды документов для журнала.
2. Добавить в списке граф графу для журнала с нужным наименованием. Например, "Сумма документа"
3. В дереве реквизитов найти реквизит в одном из документов "Сумма документа"
4. В панели интрументов выбрать "Установить флажки" и "Отметить для всех документов по имени текущего реквизита"

Собственно таким образом можно заполнить любые графы, например, "Контрагент". Порядок действий будет аналогичным.
Прикрепленные файлы:
dimas103; +1 Ответить
92. e.kogan 1895 06.05.10 11:05 Сейчас в теме
(91) Спасибо, абсолютно верно :)
(90) А ещё можно нажать "Заполнить"-"Заполнить автоматически все общие графы". Это если нужная графа есть у всех документов и называется одинаково.
dimas103; +1 Ответить
93. v.a.ryag 37 14.09.11 12:20 Сейчас в теме
У меня не доступна кнопка отмена проведения...=(
94. e.kogan 1895 14.09.11 13:51 Сейчас в теме
а документ точно проведён?
95. Кацубо 23.10.11 21:30 Сейчас в теме
Хорошо. Добавить бы в список графы из табличной части - итого и еще отбор - по проведенным \ не проведенным документам