gifts2017

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

Опубликовал Эстер Коган (e.kogan) в раздел Обработки - Обработка документов

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

Универсальный журнал документов для любой конфигурации 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.0.6.1
.epf 226,09Kb
26.04.10
790
.epf 226,09Kb 790 Скачать

См. также

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

Комментарии

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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


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

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

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

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

Как насчет вложения в (52) ?
55. Алексей Константинов (alexk-is) 22.04.10 00:03
Кажется победил лешние промаргивания при отображении закладок, теперь только прорисовка объекта. См. вложение.
Прикрепленные файлы:
УниверсальныйЖурналДокументов.epf
56. Игорь Исхаков (Ish_2) 22.04.10 07:45
Эстер, я вернулся. Со скромной целью - влезть в вашу дискуссию со своим уставом (читай -вкусом).
Представленная разработка , возможно , полезна. Но ,на мой вкус, неинтересна.
Всё как обычно : чего-то к чему-то прикрутили , чего-то подправили.
Не хватает какой-то идеи , отличия или изюминки.
В (1) мне показалось , что такой изюминкой может оказаться представление журнала
в виде дерева , свернутого по какому -то интерактивно настраиваемому параметру (дата, вид документа и т.д.). Не Бог весть что- с точки зрения техники исполнения .
Но такая бы разработка заинтересовала бы и , думаю, запомнилась.
57. Эстер Коган (e.kogan) 22.04.10 10:06
(54) Я подумаю. В типовых он в меню "Перейти" - тут скорее вопрос, как пользователю удобнее.
(55) Обновила основной файл, вычистив лишние закомментированные куски.
(56) А чем в таком случае не устраивает вывод отчёта?
58. Эстер Коган (e.kogan) 22.04.10 10:07
(55), (56) Я вот думаю прикрутить настройку и сохранение позиций колонок (не ту, которая через Настройку списка, а свою похожую.
59. Игорь Исхаков (Ish_2) 22.04.10 10:15
(57) Отчет , конечно, хорошо.

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

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

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

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

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

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

Конечно , перелопатить придется многое. Сейчас много ошибок.
Насколько это будет удобно для конечного пользователя - сказать трудно.
И , конечно, решать автору : нужно это или нет.
67. Эстер Коган (e.kogan) 22.04.10 18:08
(65), (66)
Честно признаюсь: мне - лень. Слишком много проблем возникает. Лучше хранимую нормально настройку колонок напишу. Если многоуважаемый alexk-is решит развивать "деревянную" идею - флаг в руки, выкладывайте отдельно.
68. Алексей Константинов (alexk-is) 22.04.10 18:22
В скриншотах нет табличных частей и движений документов.
69. Алексей Константинов (alexk-is) 22.04.10 18:26
(66) Сам не ожидал. Первоначальный вариант был очень медленный и глючный
70. Игорь Исхаков (Ish_2) 22.04.10 18:47
(67) Понимаю.
(68) Из "дерева" вытекают многия следствия и дополнительный, возможно неожиданный, сервис для пользователя.
Но каркать не буду.
Если останется зарубка на память , "что так можно!" - и то хорошо.
Браво , Алексей !
71. Эстер Коган (e.kogan) 23.04.10 11:02
(68) А стоит? Тогда сейчас сделаю.
72. Алексей Константинов (alexk-is) 23.04.10 11:14
(71) Хм. А я думал, что в этом главная изюминка.
В некоторых конфигурациях есть скрытые табличные части. Без спец. средств их не увидеть.

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

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

Собственно таким образом можно заполнить любые графы, например, "Контрагент". Порядок действий будет аналогичным.
Прикрепленные файлы:
92. Эстер Коган (e.kogan) 06.05.10 11:05
(91) Спасибо, абсолютно верно :)
(90) А ещё можно нажать "Заполнить"-"Заполнить автоматически все общие графы". Это если нужная графа есть у всех документов и называется одинаково.
dimas103; +1 Ответить
93. Артем Ватан (v.a.ryag) 14.09.11 12:20
У меня не доступна кнопка отмена проведения...=(
94. Эстер Коган (e.kogan) 14.09.11 13:51
а документ точно проведён?
95. Людмила Кацубо (Кацубо) 23.10.11 21:30
Хорошо. Добавить бы в список графы из табличной части - итого и еще отбор - по проведенным \ не проведенным документам
96. Людмила Кацубо (Кацубо) 23.10.11 21:32
Извеняюсь отбор проведен \ не проведен нашла
97. margo2007 (margo2007) 16.12.11 07:00
Интересно, при открытии в конец не переходит...
Это только у меня?
Или эта ошибка всех общих журналов?
98. Эстер Коган (e.kogan) 16.12.11 10:31
(97) Если вы внимательно посмотрите на обработку, вы заметите, что это - не журнал документов в терминологии 1С, следовательно, не все общие механизмы настройки журналов документов в нём применимы.
Если позарез нужна настройка типа "при открытии переходить..." - напишите, время будет - сделаю.
99. margo2007 (margo2007) 16.12.11 12:02
(98) e.kogan,
Спасибо за разъяснение.
Я думала, что если эта настройка в данной форме есть, то она должна работать.
Я только изучаю 1с8. Есть повод разобраться и сделать самой.
Только странно, как им пользуются другие.
Ведь без этой настройки работать очень неудобно.
100. i z (izz) 20.02.12 16:06
Спасибо, очень удобный журнал. Нашим пользователям помог :)
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа