Универсальный журнал документов для 1С 8.1, 8.2 и 8.3 (3.20.1.8)
Задачи пользователя - Журналы и реестры данных
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
| Наименование | Скачано | Купить файл | По подписке PRO |
|---|---|---|---|
|
Журнал документов (3.20.1.8) для 8.1
.epf 228,82Kb
16924
|
16924 | 2 500 руб. Купить | 1 SM Скачать |
|
Журнал документов (3.20.1.8) для 8.2
.epf 230,81Kb
7672
|
7672 | 2 500 руб. Купить | 1 SM Скачать |
|
Журнал документов (3.20.1.8) для 8.3 (обычные формы)
.epf 231,41Kb
0
|
0 | 2 500 руб. Купить | 1 SM Скачать |
|
Бонус - Поиск контрагента по контактной информации (2.0.0.1)
.epf 11,94Kb
3297
|
3297 | 2 500 руб. Купить | 1 SM Скачать |
|
Тестовая база (3.20.1.8) для 8.1
.dt 425,26Kb
709
|
709 | 2 500 руб. Купить | 1 SM Скачать |
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
| Только качественный контент |
Номинация INFOSTART AWARDS 2014: Лучшая разработка
Универсальный журнал документов предназначен для создания пользовательских журналов документов любых типов, любого состава и может использоваться в любой конфигурации 1С:Предприятия 8.1, 8.2 и 8.3 (толстый клиент). Для запуска обработки под 8.2, обработку необходимо открыть в конфигураторе для конвертации.
Журнал документов может быть сформирован как в виде списка, так и в виде двухуровневого дерева. При отображении журнала документов в виде дерева доступны группировки по дню, по месяцу и по первой графе из списка граф (например, по организации, по подразделению, по контрагенту, по ответственному и т.д.). Сейчас реализованы следующие режимы работы:
- В виде списка
- В виде дерева. Группировка по дням
- В виде дерева. Группировка по месяцам
- В виде дерева. Группировка по первой графе из списка граф
- В виде дерева. Группировка по виду документа
- В виде дерева с иерархией подчиненных документов
Гибкая настройка граф журнала позволяет пользователю видеть именно те данные, которые нужны в данный момент, а не только колонки, жёстко определённые в стандартных журналах документов. По числовым колонкам можно вывести итоги. Кроме этого можно изменить цвет фона, цвет текста или шрифт для строк по заданному пользователем условию (Условное оформление). Условия могут накладываться друг на друга, в этом случае лучше использовать разные способы оформления. Например, условие для не проведенных документов оформить цветом текста, а условия по организациям оформить цветом фона.
В графы журнала можно вывести значения свойств документов, если механизм свойств поддерживается в вашей конфигурации. Свойства могут быть выведены в журнал документов и в произвольный отчет. По свойствам могут выполняться отборы и сортировка. В режиме "4. В виде дерева. Группировка по первой графе из списка граф" по свойствам может выполняться группировка.
Кроме реквизитов и свойств документов в графы журнала можно вывести итоговые значения по числовым колонкам табличных частей документов. По этим колонкам также могут выполняться отборы и сортировка. В режиме "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.х в панели инструментов выбрать "Установить флажки" и "Отметить для всех документов по имени текущего реквизита". В версии З.х этот пункт выполнять не нужно
Настройка журнала в виде дерева с иерархией подчиненных документов. Краткая инструкция
Инструкция в виде мастер-класса - делай как я. 
Бонус - Поиск контрагента по контактной информации
На отдельную публикацию пожалуй не тянет. Поэтому выложил сюда. Поиск выполняется по представлению всех видов контактной информации относящейся к контрагентам. Найденные контрагенты выдаются в виде списка. Бонусный файл находится здесь.
Про значок
Очень приятно. Большое спасибо.
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/
Про проведение документов
Есть универсальный журнал документов, есть универсальный отчет. Что ещё нужно в работе?
Могут очень пригодиться обработки по проведению документов и управлению итогами и последовательностями.
//infostart.ru/public/18394/
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Кадровый учет Интеграция Запросы Журналы и реестры данных 1С:Предприятие 8 1C:Бухгалтерия 1С:Зарплата и Управление Персоналом 2.5 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1C:ERP Россия Управленческий учет Платные (руб)
Готовое решение для автоматизации проверки сотрудников, кандидатов и контрагентов по государственным реестрам и официальным источникам прямо из интерфейса 1С. Сократите время на ручные проверки, минимизируйте риски и храните результаты в единой информационной системе.
18300 руб.
17.06.2026 881 2 0
Журналы и реестры данных Пользователь 1С 8.3 1С 8.5 1С:Розница 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Библиотека стандартных подсистем Россия Платные (руб)
Расширение выводит в списки документов подвал с информацией по выделенным документам и позволяет сохранить в значения подвала в буфер или вывести данные по выделенным документам в Excel. Без реструктуризации, для большинства форм списка.
6100 руб.
15.06.2026 797 2 0
Журналы и реестры данных Бухгалтер Пользователь 1С 8.3 1С:Документооборот Россия Абонемент ($m)
Расширение для загрузки и обновления реестра экспедиторов с сайта СИЦ Минтранса России.
1 стартмани
30.09.2026 476 1 samvani 4
Логистика, склад и ТМЦ Журналы и реестры данных Бухгалтер Пользователь 1С 8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Абонемент ($m)
Расширение добавляет в журнал документов Закупки и в журнал документов Продажи, а также в журналы заказов клиентов и заказов поставщикам колонки с итоговым количеством товаров/услуг по таблице "Товары" документа и с количеством строк в таблице "Товары" документа.
2 стартмани
08.06.2026 805 1 Marat1c8 2
Журналы и реестры данных Бухгалтер Пользователь 1С 8.3 1С:Бухгалтерия 3.0 Бухгалтерский учет Абонемент ($m)
Расширение, которое добавляет справочник Реестр доверенностей в БП.
1 стартмани
15.04.2026 921 1 nosok7201 0
Журналы и реестры данных Пользователь 1С 8.3 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Россия Абонемент ($m)
Визуальные круги-статусы состояний для списка документов Заказы клиентов и Заказы поставщикам по оплате и отгрузке/поступлению для конфигурации Комплексная автоматизация 2.5, Управление торговлей 11.5, ERP 2.5 . Расширение конфигурации.
3 стартмани
17.03.2026 1449 3 kc-ropa 0
Журналы и реестры данных Бухгалтер Пользователь 1С 8.3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Россия Абонемент ($m)
Внешняя обработка для просмотра документов всех типов конфигурации в одном журнале. Работает в любой конфигурации на базе БСП: "Бухгалтерия предприятия 3", "Управление торговлей 11.5", "Комплексная автоматизация 2.5" и другие.
3 стартмани
12.03.2026 1426 13 phoenix_new 0
Зарплата Журналы и реестры данных Бухгалтер Пользователь 1С 8.3 1С:Зарплата и кадры государственного учреждения 3 Россия Бухгалтерский учет Бюджетный учет Абонемент ($m)
Ведомость выдачи расчетных листов для ЗКГУ 3.1 для сбора подписей при получении расчетных листов.
1 стартмани
10.03.2026 1335 3 user961226 0
- Вывод списка документов в виде дерева;
- Просмотр реквизитов документов;
- Работа с закладками и табличными полями на них.
Для начала думаю нужно добавить отчетность и выйти на паритетное функциональное наполнение. Остальное тоже думаю продвигать, но уже во вторую очередь.
Имеет ли смысл при построении структуры подчиненности разворачивать всё дерево или достаточно только первого уровня?
В некоторых (особых) случаях возможно предусмотреть 2 уровня ( например , когда на первом уровне имеем всего одну подчиненную строку). Для подавляющего числа ситуаций при "раскрутке" дерева подчиненных документов такой подход оптимален.
На мой ,сугубо личный взгляд.
Добавил поиск по номеру документа.
Столкнулся с тем, что портировать наработки из не получается. Все они заточены под работу с таблицей значений. Приходится писать практически всё с самого начала.
Добрый день.
Почему-то обработка открывается пустым окном. Версия 1С 8.3 УТ 11.1.9.66. Как ее открыть?
Оптимизированы некоторые другие режимы работы.
У тебя в специальном режиме ("5") выводится список документов с возможностью ("плюсик") разворачивания каждого документа по подчиненным.
Я же толковал о том , что более круто, чтобы в ЛЮБОМ режиме вывода списка рядом с документом появлялся "плюсик", нажав на который пользователь бы получил возможность увидеть все его подчиненные документы в этом же табличном поле.
Более круто также , отображать в структуре подчиненности указывать не только нижний уровень , но и верхний.
Например : Если текущий документ - Расходная накладная N 1 , то я бы хотел увидеть :
+РасходнаяНакладная N 1 - (исходная строка списка докукументов)
-----+Счет
----------+ Расходная накладная N 1
---------------+СчетФактура
А у тебя бы появилась только СчетФактура.
Зачем это нужно ?
Дело в том , что при выводе только нижнего уровня , у тебя получится что СчетФактура вообще не имеет структуры подчиненности. И пользователь не увидит , какому документу она подчинена.
Такое вот скромное пожелание...
Оставил "1. В виде списка" т.к. работает быстрее, чем "5. ...". Для поддержания режима дерева необходимы дополнительные данные и соответственно манипуляции с ними.
Отдельный режим для "5. ..." сделан потому, что спрогнозировать работу дерева для 2х уровней представляется реальным, для большего количества уровней уже становится грусно. Слишком много режимов работы. Сейчас уже используется около 20 динамически фомируемых запросов вместо трех в типовом журнале.
Предполагал, что структура журнала будет, например, такая
Режим "1. В виде списка " работает быстрее чем режим 5."
Странно. В моём понимании дело обстоит так :
Первоначальный запрос и вывод списка документов должен быть одинаков что для 1 , что для 5.
В режиме 5 лишь появлется дополнительная интерактивная возможность по "плюсику" запускать вывод структуры подчиненности .
Другими словами , дерево документов со всеми подчиненными при первоначальном выводе не формируется. При нажатии на "плюсик" у текущей строки подчиненные строки отсутствуют. Мы перехватываем событие "раскрытия" запускаем на исполнение процедуру поиска подчиненных и выводим подчиненное дерево.
У тебя , судя по всему не так. И дерево со всеми подчиненными формируется сразу - отсюда и замедление. Наверное , так.
Возможный сценарий.
Если используется дерево в табличном поле, то вначале каждой строке документа искуссвенно добавляется подчиненная пустая строка ( появляется "+" в начале строки) . Событие раскрывания строки дерева перехватывается - пустая строка удаляется и в дерево подчиненных строк выводятся подчиненные документы первого уровня.
Смысл такого сценария очевиден : выводить подчиненные документы только для документа который выбрал пользователь (нажал плюсик в начале строки).
Этот "плюсик" и перехватывание события "раскрывания" можно рассматривать и как дополнительный полезный функционал для действий с документом.
ОФФ. Функционально такой сценарий похож на подход Clappa к построению бухотчетов , только реализованный другими , уже строенными средствами платформы.
Мимо такого использования дерева прошел Evroi в Универсальной ОСВ лишь повторив "рукопашно-семерочный" стиль Clappa.
И если для Clappa в 77 такой стиль был единственно возможным, то применение такого стиля в 8 считаю серьезным просчетом разработчика.
...Мне так кажется.
Добавил возможность перехода в типовой журнал для текущего документа.
Добавил возможность вывода количества документов при печати произвольного отчета.
Не хватает только вывода структуры подчиненности документа. Например, если сделать вывод по документу Реализация товаров и услуг и будет отображаться его структура подчиненности(например ПКО и Расходный ордер на товары, ну и т.д.), то было вообще классно, т.к. это позволило бы получить очень мощный продукт с помощью которого можно вести аналитику...например какие Реализации оплачены, а какие нет...вотЪ;)
Покруче будет , если отказаться от отдельного окна для вывода структуры подчиненности.
А каждый выводимый в табличном поле документ будет иметь свой "плюсик", раскрыв который пользователь получит структуру подчиненности первого уровня в этом же табличном поле.
Есть хлопоты и нюансы в реализации , конечно.
Но в целом так симпатичнее.
{Форма.ФормаОтбора.Форма(25)}: Значение не является значением объектного типа (ПутьКДанным)
Если ЭлементыФормы.Отбор.ТекущиеДанные.ПутьКДанным = "ВидДокумента" Тогда
Поправьте недочет.
Например, для отслеживания оплаты вводимой на основании документов реализации необходимо в виды документов добавить и реализацию и оплату. Затем в журнале установить отбор по виду документов реализация. Тогда при разворачивании иерархии будет построено "правильное" дерево.
Детализация по подчинености документов реализована и это круто. Единственное что плохо, так это много телодвижений. Если бы журнал сразу(по умолчанию) раскрывал структуру подчиненности, а то так приходиться кнопку нажимать :) И это страшно портит юзабилити.....ВотЪ ;)
Отчасти это связано с различными источниками данных для построения дерева и для дополнительных сервисных функций. Поэтому механизмы, которые на текущий момент имеются в данной разработке, это то, что я успел портировать. Ну, и как побочный эффект - всё работает быстрее.
В данной разработке для сохранения настроек пользователя используются типовые механизмы конфигурации. Возможность восстановления настроек при открытии там есть.
Для группового раскрытия уровней я добавил кнопку. Этого мало?
Например, я выбираю три типа документов(самое простое), Заказ покупателя-ПКО-Релализация товаров и услуг, делаю вывод по структуре подчиненности и ....
и вот какая история.....идет Заказ покупателя и разворачивает ПКО и рядом Реализацию...хотя лучше если это будет третий уровень! Ну да ладно, это не создает каши....а вот если посмотреть дальше, то потом отдельно видно этот же ПКО и у него разворачиваеться эта же Реализация....было бы очень круто, если документ который уже где-то находиться в структре подчиненности больше не выводился в журнал и если бы создавался третий(четвертый, пятый) уровень подчиненности...вотЪ;)
[03.05.2010] Добавлен отбор по текущему значению в дереве документов. Добавлена печать реестра документов с иерархией.
[04.05.2010] Добавлена печать произвольного отчета на основе СКД. Добавлена быстрая печать для текущего документа.
[05.05.2010] Добавлена возможность просмотра истории документа по журналу регистрации. Добавлена возможность перехода в типовой журнал для текущего документа.
[11.05.2010] Добавлена возможность сохранения / восстановления настроек для конфигураций не имеющих поддежки механизма "Сохранённые настройки". Добавлена возможность сохранения настроек журнала в файл и восстановления настроек журнала из файла.
А это ж и у меня было. Что-то пришлось переделывать?
Далее, т.к. данные для дерева собираются в свернутом виде, нельзя спозиционироваться на строку найденного документа, которой ещё нет в списке. Поэтому вначале разворачивается уровень в котором предположительно находится документ и уже в развернутом уровне происходит позиционирование.
Сбор данных в свернутом виде позволил значительно сократить время до первоначального отображения журнала.
В случае использования дерева данные собираются в свернутом виде, т.е. полученное дерево нельзя использовать как источник данных для печати реестра документов. Для печати реестра строится отдельный запрос, который используется при формировании реестра документов.
По поводу быстрой печати для текущего документа: Изменена схема подключения внешних печатных форм, в результате этого значительно повышена производительность журнала.
Все перечисленные настройки и доработки были именно добавлены, т.к. при разработке за основу был взят типовой универсальный журнал документов, а этих настроек в нем нет. Большинство механизмов типового универсального журнала были оптимизированы для повышения производительности.
1. "Изменена схема подключения внешних печатных форм" - посмотрю, утащу себе, если вы не против и если она подходит для моей.
2. "Первоначально использовался для сохранения типовой механизм. Позже была добавлена схема сохранения в параметрах пользователя в случае отсутствия типового механизма. Ну, и сохранение во внешних файлах. Структура хранения данных во внешних файлах немного другая - совместимая с типовым механизмом хранения настроек. Все перечисленные настройки и доработки были именно добавлены, т.к. при разработке за основу был взят типовой универсальный журнал документов." Если вы всё-так основывались на моей - там настройки сохранялись совсем не в "Сохранённые настройки". Чесслово.
Да, кстати, вот сохранение в типовой механизм я себе всё же добавлю.
З.Ы. Уже вижу, что не мой. Тяжелее переделывать было?
(62) У меня больше форм и почти к каждой есть хелп. Плюс пять немало весящих макетов.
Замечания: почему "История объекта" активна при текущей строке-группировке (месяц, к примеру)? Почему, наоборот, неактивны структура подчинённости и отчёт по движениям?Почему нет вопроса о сохранении настроек в случае их модифицированности (и/или возможности его включения)? Где, собственно, кнопка настройки условного оформления?
Ну и хелп хорошо бы актуализировать.
Условное офомление нашла. Случайно. Неудачное размещение, тем более без хелпа.
Я, видимо, разработку прекращу и провешу постоянную ссылку уже на вашу. Потому как особого смысла развивать свою не вижу при наличии вашей )
И - хотелось бы услышать ответ на вопрос (53).
З.Ы. Провесила ссылку в своей. Вы меня по плюсам уже обогнали ;)
Я, видимо, разработку прекращу Алексей , ты чего-то вошел в раж ! И шуруешь и шуруешь.
Ну , раз ты уже дошел до цветочков и рюшечек (перехват события "ПриПолученииДанных".. наверное.. замедляет вывод), ТО пора заняться и "перетаскиванием мышью " в журнале. Скажем, хочу интерактивно мышью перетащить нужные документы из одной даты в другую (с перепроведением , конечно).
Необходимость такой возможности - очень сомнительна, но техника реализации такого решения - интересна. Или хочу мышью перетащить нужные документы в отдельное окно для последующей групповой обработки (печать, перепроведение и т.д).
Слабо ?
"Замечательные возможности отбора по реквизитам табличной части."
Насколько я понимаю только для реквизитов табличной части с типом число.
Для ссылочных не реализовано.
А жаль, уж больно нужна отборка по всем документам с упоминанием контрагента в табличной части или шапке.
Журнал очень хороший.
Спасибо.
{Форма.ОсновнаяФорма(847)}: Ошибка при вызове метода контекста (Добавить): Поле не найдено. "УровеньРазвернут"
Для каждого Поле Из МассивВыбранныеПоля Цикл ВыбранныеПоля.Добавить(Поле) КонецЦикла;
по причине:
Поле не найдено. "УровеньРазвернут"
Группировку по организации можно сделать, если использовать режим "4. В виде дерева. Группировка по первой графе из списка граф". Необходимо добавить графу "Организация" и установить ее первой (верхней) в списке граф.
{Обработка.ДревовидныйЖурналДокументов.Форма.ОсновнаяФорма(1117)}: Ошибка при вызове метода контекста (Выполнить): {(3, 136)}: Синтаксическая ошибка ""","
ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ ПЕРВЫЕ 1 "Страница_000", "Т2", "Документ.РасчетПеремещенияПродукции.ТЧРапорты", "ТЧРапорты", "Документы "Рапорт<<?>>"", "", ЛОЖЬ КАК Обновлено ИЗ Документ.РасчетПеремещенияПродукции.ТЧРапорты КАК __Объект ГДЕ __Объект.Ссылка = &Ссылка УПОРЯДОЧИТЬ ПО Вид, Источник
РезультатЗапроса = ЗапросДляЗакладок.Выполнить();
по причине:
{(3, 136)}: Синтаксическая ошибка ""","
ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ ПЕРВЫЕ 1 "Страница_000", "Т2", "Документ.РасчетПеремещенияПродукции.ТЧРапорты", "ТЧРапорты", "Документы "Рапорт<<?>>"", "", ЛОЖЬ КАК Обновлено ИЗ Документ.РасчетПеремещенияПродукции.ТЧРапорты КАК __Объект ГДЕ __Объект.Ссылка = &Ссылка УПОРЯДОЧИТЬ ПО Вид, Источник
Функция <<?>>ПолучитьСтрокуОтбора(Отборы, Параметры)
{Форма.ОсновнаяФорма(1993,20)}: Недостаточно фактических параметров (ПолучитьСтрокуОтбора)
СтрокаОтбора = <<?>>ПолучитьСтрокуОтбора(УсловноеОформление.Отбор, ПараметрыУсловногоОформления);
Правда есть одно неудобство. Если в настройке поставить галочку "Показывать движения документа", сначала выделить документ, не формирующий проводки (например, не проведенный), а потом выделить документ формирующий в журнале проводок 1 запись, то закладка показывающая движения документа появляется слишком узкая.
Есть пожелания:
1.Добавить возможность менять порядок доп.граф стандартными стрелочками "вверх" и "вниз".
Прим: Кстати доп.графы у меня как то подглючили когда выбрал сразу несколько, пришлось добавлять по очереди нажимая "Ок". Это не очень удобно.
2.В режиме дерева с группировкой по первой колонке, хорошо бы сделать возможность сортировки журнала по этой колонке.
2. Добавил по умолчанию сортировку по первой графе
При установке отбора можно задать нужную сортировку
Глюк сейчас не повторяется. Заключался глюк в том, что заголовок графы не совпадал с содержанием, содержание было из других выбранных граф.
Мое мнение по поводу дерева с иерархией подчиненных документов такое:
Так как сейчас мне например неудобно. Удобнее было бы чтоб иерархия строилась относительно первого выбранного вида документов.
Например: выбраны "Реализация товаров и услуг","Счет-фактура выданный", "Формирование записей книги продаж"
В журнал выводятся только документы "Реализация товаров и услуг" с "+", а при раскрытии появляются подчиненные "Счет-фактура выданный", "Формирование записей книги продаж"
Прикольно, у тебя в 42 коменте прикреплена картинка ровно как я привел в примере. Попробовал повторить - получилось.
Когда строил отбор по виду документа удивило что это текстовое поле и значение "Реализация товаров и услуг" пришлось набирать вручную, обычно вываливается список для выбора.
Сообщение:
{Справочник.ВнешниеОбработки.Форма.ФормаЭлемента.Форма(216)}: Ошибка при вызове метода контекста (Создать): Ошибка подключения внешних метаданных: Ошибка загрузки документа.
Внешняя обработка не может быть прочитана текущей версией программы.
Есть мысли?
У меня почему-то периодически в основной форме дерево значений не расятгивается а остается фиксированного размера. Платформа 8.2.12.92 :(
-если у пользователей нет полных прав - значит есть специально обученные люди, которые и будут шерстить форум;
-если у пользователей есть полные права, скорее всего, нет штатных специалистов, тогда сами пользователи и будут лазить по инфостартам.
Просто, если пользователей, к примеру, 100 или 200, то никакого толка от проверки обновлений с их рабочих мест нет, и никто из них, уверяю, не будет искать ответы читая 14 страниц обсуждения обработки.
Нужен корпоративный режим.
Можно к примеру сделать такую проверку:
если обработка внешняя или есть все флажки из (136) тогда
показывать меню публикации
проверять обновления
и пр.
конец если
Можно ли данную обработку использовать в работе как готовое решение?
Да. Конечно. Обработка достаточно универсальна и не имеет привязок к конкретной конфигурации. Кроме этого она умеет интегрироваться со многими подсистемами типовых конфигураций, что делает её ещё более функциональной.
Можно ли наращивать или изменять функционал данной обработки?
Да. Конечно. Код обработки открыт. Обработка имеет блочную структуру, что позволяет сравнительно легко наращивать или отключать функционал.
{Форма.ОсновнаяФорма(3016)}: Ошибка при установке значения атрибута контекста (ТекущаяСтрока): Отсутствует ключ строки
ЭлементыФормыСписокДокументов.ТекущаяСтрока = ТекущаяСтрока;
по причине:
Отсутствует ключ строкиНапример:
РасНакладная
--------РасхНакл1 От 12.05
--------РасхНакл2 От 13.05
ПлатежноеПоручение
--------ПлатежноеПоручение1 от 10.09
............
З.Ы.
Очень сильная обработка. Спасибо большое
МассивРезультатов = Запрос.ВыполнитьПакет();
в базе ЗУП. при попытке сделать в договорах с физлицами настройку 5. с иерархией подчиненных. по остальным пунктам работает без ошибок.
Поэтому желательно вместо
Страница.Заголовок = Закладка.Синоним;использовать
Страница.Заголовок = ?(Закладка.Синоним="", Закладка.Имя, Закладка.Синоним);Аргументы против:
1. Сложность реализации. С запросами было очень не просто. Уверен, что с СКД проше не будет
2. Сомнительность выигрыша во времени. Да, при многоуровневой иерархии СКД выигрывает по производительности. Будет ли столь же значительный выигрышь при двухуровневой? Сомневаюсь. Динамически собрать запрос это одно, динамически собрать СКД это совсем другое.
Аргументы за:
1. Если переводить на управляемые формы, то стоит подумать о СКД.
Здесь вне конкуренции , с огромным отрывом Арчибальд.
Лаконизм , четкие меткие формулировки - большая редкость не только на ИС.
Чувствуется школа.. класс.
Иногда правда робеет перед "программистами от сохи", часто страдает уклончивостью и конформизмом ,
но тут мы все, простые пользователи , навалимся и поможем ему.
Так вот когда в настройках выбираешь Вид списка документов в журнале
1.В виде списка или
5.В виде дерева с иерархией подчиненных документов. Все нормально, но когда выбираешь:
2.В виде дерева. Группировка по дням
3.В виде дерева. Группировка по месяцам
4.В виде дерева. Группировка по первой графе из списка граф. Выдает ошибку: Поле объекта не обнаружено.
Подробно : {Обработка.ДревовидныйЖурналДокументов.Форма.ОсновнаяФорма.Форма(1005)}: Поле объекта не обнаружено
__Суммовая = Значение.__Суммовая и СтруктураМетаданныеДокументы[ИмяДокумента].Реквизиты[Сред(Значение[ИмяДокумента], 12)].Тип.СодержитТип(Тип("Число"));
Если у колонки "Сумма документа" отключить Итоги. Тогда все хорошо :?: Это исправимо
Конфигурация БП 2.0.18.1 изменения практически не вносились :oops:
Ну, и если вы сообщите мне в каком порядке и какие действия выполнялись, то я также смогу смодельровать ситуацию вызвавшую ошибку и найти какое-то решение.
Есть пожелание, можно сделать Печать реестра так, чтобы на печать выводились все колонки как в форме журнала и Итоги по суммируемым колонкам. :idea:
И ещё. Неужели 300 это повод? У некоторых более 700 и ничего.
Вывод бухотчета (например ОСВ по счету или любой отчет по остаткам в УТ) не в табличный документ , а в дерево в табличном поле. При помощи СКД , конечно. Что-то мне подсказывает , что такой ход может быть перспективным.
Весь функционал evroi может быть с легкостью реализован в табличном поле.
Даже странно , что никто не пытается выводить отчеты в табличное поле. Вроде бы, так очевидно...
Поле - Вид документа
Тип сравнения - В списке
Значение - выводится Форма - Выбор значения и при выборе в строку не попадает ничего
В Универсальном журнале из Конфигурации выводится Форма - Редактирование списка значений
Следующий пример:
Поле - Вид документа
Тип сравнения - Равно
Значение - Вводится вручную, все работает, но здесь как раз подошел бы вызов Формы - Выбор значения как в предыдущем примере, но только чтобы значение передовалось из Формы в строку значения.
Иной раз при поиске ошибок очень нужно выводить сразу несколько видов документов. Можно конечно через настройку, но ведь в стандартном журнале это есть. Хочется все хорошее из стандартного в гораздо более удобный Ваш журнал. ;)
Для Каждого ВидДвижения Из ТаблицаДвижений Цикл
...
Кнопка = МенюПерейтиКнопки.Добавить(ВидДвиженияИмя, ТипДействие, ?(ВидДвиженияСиноним="",ВидДвиженияИмя,ВидДвиженияСиноним), Действие);
...
Кнопка = ДействияПерейтиКнопки.Добавить(ВидДвиженияИмя, ТипДействие, ?(ВидДвиженияСиноним="",ВидДвиженияИмя,ВидДвиженияСиноним), Действие);
...
КонецЦикла;
и через определенный промежуток, как стандартные журналы.
А то бухгалтерам не удобно, меняют дату или пометку на удаление,
а пока F5 не нажмешь, ничего не меняется :)
при открытии ругается, не открывается.
очень буду благодарен автору, подскажите где стереть сохраненные настройки для пользователя Х?
не помогло стирание на сервере в каталоге ""c:\Documents and Settings\X\Local Settings\Application Data\1C\1Cv81""
ниже текст ошибки:
{Форма.ОсновнаяФорма(1226)}: Ошибка при вызове метода контекста (Добавить): Недопустимое значение параметра (параметр номер '1')
ПостроительОтчетаОтбор.Добавить(ДоступноеПоле.Имя, ДоступноеПоле.Имя, ДоступноеПоле.Представление);
по причине:
Недопустимое значение параметра (параметр номер '1')
мой твердый + , еще раз спасибо!
Редактирования реквизитов документов, табличных частей, или регистров в Универсальном журнале нет.
...пока нет...
Соответственно расшифровка на картинке полностью соответствует выбранному значению. :)
{Форма.ОсновнаяФорма.Форма(218)}: Ошибка при получении значения атрибута контекста (title)
ВерсияНовая = IE.Document.title;
Что это значит?
повторюсь: какой каталог мне очистить, чтоб у юзера стереть настройки отчета?
подвесили отчет, не получается его открыть повторно.
уточни, у юзера Х под серверной Win2003 запустить такой батник и он только для него сработает??
ответ вроде ясный, но лучше перестраховаться :)
буду благодарен, если покажешь ссылку на такую коллекцию батников.
net stop "1C:Enterprise 8 Server Agent (x64)"
del "C:\Program Files\1cv82\srvinfo\reg_1541\snccntx\*.dat"
net start "1C:Enterprise 8 Server Agent (x64)"
На этом вроде "коллекция" и заканчивается :)
P.S. Автор, сорри за офтоп.
(235) Так лучше? :)
И в (239) я получается таки ошибся, жаль конечно, но уверяю, я понимаю Вас как разработчика, на одном энтузиазме долго не проживешь.
Я стопудова заплачу за то, в чем сам мало что понимаю, например, за замену ремня грм или за подшивку джинсов, но за доработку программы, да еще и на 1С ... я просто себя уважать не буду. Пива могу поставить, но не в формулировке "купил обработку по 1С". А что я скажу друзьям 1С-никам ?:).
Это конечно все шутки, но ведь нужно было попробовать-то поклянчить :)
Мне, видимо как и вам, намного привычнее (проще,интереснее...) писать сами разработки, нежели документацию к ним, но как-то же надо знакомить пользователей с новыми фишками - вот и приходится что-то как-то царапать :)
ТаблицаЗначений = Запрос.Выполнить().Выгрузить();
по причине:
по причине:
{(1, 10)}: Синтаксическая ошибка "| __Документ.Ссылка"
ВЫБРАТЬ <<?>>| __Документ.Ссылка |ИЗ Документ.РеализацияТоваровУслуг КАК __Документ |ГДЕ __Документ.Сделка = &ЗначениеКритерияОтбора |ОБЪЕДИНИТЬ ВСЕ |ВЫБРАТЬ | __Документ.Ссылка |ИЗ Документ.РеализацияТоваровУслуг.ДокументыРасчетовСКонтрагентом КАК __Документ |ГДЕ __Документ.ДокументРасчетовСКонтрагентом = &ЗначениеКритерияОтбора |
группировка по подчиненным документам выбран документ реализация при попытке развернуть группировку.
"Управление торговлей", редакция 10.3 (10.3.13.2) 1С:Предприятие 8.2 (8.2.13.219)
Было бы круто, как альтернатива пункту "Группировка по виду документа", добавить возможность выводить отдельные типы документов на отдельных, динамически изменяемых вкладках
{Форма.ОсновнаяФорма.Форма(4219)}: Ошибка при вызове конструктора (ИсточникДоступныхНастроекКомпоновкиДанных)
КомпоновщикНастроекСКД.Инициализировать(Новый ИсточникДоступныхНастроекКомпоновкиДанных(рСКД));
по причине:
Ошибка получения информации набора данных
по причине:
Ошибка в запросе набора данных
по причине:
{(79, 1)}: Синтаксическая ошибка
<<?>>АВТОУПОРЯДОЧИВАНИЕ
Еще, как нибудь можно управлять, либо настроить, что бы уровни группировок в дереве были более четко видны?
{Форма.ОсновнаяФорма.Форма(2837)}: Ошибка при вызове метода контекста (Выполнить)
Возврат Запрос.Выполнить().Выгрузить()[0];
по причине:
по причине:
{(13, 29)}: Не задано значение параметра "ПоступлениеТоваровУслуг__СвойствоСсылка1"
И (__Свойство1.Свойство = <<?>>&ПоступлениеТоваровУслуг__СвойствоСсылка1)
Вот такая штука
Полностью работающей формы пока нет. В обработке, есть форма (прототип), но возможность её вызова пока заблокирована.
Желающие конечно могут использовать форму "стороннего разработчика", но перенаправление вызовов на неё придется прописывать самостоятельно. :)
НЕ РАБОТАЕТ:
{Форма.ОсновнаяФорма.Форма(4966,3)}: Переменная не определена (УниверсальныеМеханизмы)
<<?>>УниверсальныеМеханизмы.НапечататьДокумент(ТабличныйДокумент,,, "Реестр документов");{Форма.ФормаНастройки.Форма(523)}: Поле объекта не обнаружено (ТабличнаяЧасть)
ДокументыГрафы.Добавить(ИмяДокумента, ИмяРеквизита, Реквизит.ЭтоЧисло, мСтруктураКартинок[Реквизит.Вид]);
:(
у версии 2.33.0.1 таких недостатков нет.
Также в версии 3.14.0.1:
- Изменена работа при выборе периода журнала;
- Изменен порядок обновления данных при записи документов. Добавлено отложенное обновление;
- Добавлена возможность автоматического обновления списка документов в режиме "1. В виде списка". Минимальный период обновления 10 секунд.
При отборе трех типов документов:
Заказ покупателя
Реализация Товаров и Услуг
Счет на оплату Покупателю
и установки виде отображения 6. В виде дерева с иерархией подчиненых документов
почему то реализации проведенные иным днем нежели в день заказа не сворачиваются как подчиненные заказу, а вылазят отдельной строкой в свой день без подчинения какому либо элементу.
Посмотрите раздел публикации "Настройка журнала в виде дерева с иерархией подчиненных документов. Краткая инструкция"
Тогда могу предположить, что не установлен отбор в журнале документов по виду документов. Это так? Если ответ "Да", то посмотрите здесь и . Аналогичный вопрос был поднят в , и .
Посмотрите раздел публикации "Настройка журнала в виде дерева с иерархией подчиненных документов. Краткая инструкция"
Спасибо, все получилось. помогло.
А нельзя ли при выводе реквизитов документов настраивать и строчную часть?
Вопрос вызван тем, что приходится контролировать установку "галки" у реквизита "УчетыватьНДС" по документам поступления. Остальные поля менее интересны. а следоватенльно излишне.
Универсальный журнал документов для 1С 8.1 и 8.2 (3.15.1.1)
"Благодаря возможности сохранения настроек в файлы пользователи могут обмениваться сохранёнными настройками даже между различными базами, если входящие в журнал документы имеют в этих базах одинаковую структуру. При этом можно сохранять как настройки журнала, так и настройки расположения колонок для табличных полей расположенных на закладках."
История изменений версии 2.х
"[20.01.2011] Добавлен механизм сохранения настроек отображения колонок табличных полей на закладках с движениями и табличными частями документов. Расположение колонок можно настраивать, а настройки сохранять, например, во внешние файлы и дарить друзьям. Настройки журналов и табличных полей сохраняются раздельно, соответственно их можно комбинировать. Управление настройками табличных полей выполняется через контекстное меню, которое вызывается при нажатии правой клавиши мыши на табличном поле."
{Форма.ОсновнаяФорма.Форма(2410)}: Поле объекта не обнаружено (ТипЗначения)
Для каждого ОформлениеСтроки Из ОформленияСтрок Цикл Если ОформлениеСтроки.ДанныеСтроки.ТипЗначения = ОписаниеТипаБулево Тогда ЯчейкаЗначение = ОформлениеСтроки.Ячейки.Значение; ЯчейкаЗначение.ОтображатьТекст = Ложь; ЯчейкаЗначение.ОтображатьФлажок = Истина; ЯчейкаЗначение.Флажок = ЯчейкаЗначение.Значение; КонецЕсли; КонецЦикла;
Что бы это значило?
{Форма.ОсновнаяФорма.Форма(3101)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
по причине:
{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"
Но, если вдруг не заработает эта версия - пишите, следующая обязательно заработает.
Если заработает, то тоже пишите, чтобы другие уже не сомневались.
Обнаружилась такая бяка.
Если из журнала копируешь документ Платежное поручение, то реквизит Назначение платежа не копируется из документа основания, а ставится ао умолчанию. Снимок 1. А вот если это же Платежное поручение копируешь из штатного журнала или из самого документа, то все нормально копируется.
Это случилось после обновления БуП до версии 2.0.29.9
От версии журнала это не зависит была 3.12 сейчас 3.17.1.1
Можно это исправить, а то бухгалтера в основном именно платежки заводят копированием
Не хватает только вывода структуры подчиненности документа. Например, если сделать вывод по документу Реализация товаров и услуг и будет отображаться его структура подчиненности(например ПКО и Расходный ордер на товары, ну и т.д.), то было вообще классно, т.к. это позволило бы получить очень мощный продукт с помощью которого можно вести аналитику...например какие Реализации оплачены, а какие нет
Программа Комплексная автоматизация. релиз 1.1.15.1 платформа 1С:Предприятие 8.2 (8.2.14.537)
При открытии Универсального Журнала и выбора Документа = "Реализация товаров и услуг" сообщение об ошибке (скриншот во вложении). Подробности:
{Форма.ОсновнаяФорма.Форма(1370)}: Ошибка при установке значения атрибута контекста (Текст)
ПостроительОтчета.Текст = ТекстЗапроса;
по причине:
по причине:
{(58, 75)}: Синтаксическая ошибка "| ВЫРАЗИТЬ(__Документ.ДоверенностьВыдана"
ВЫРАЗИТЬ(__Документ.ДоверенностьЧерезКого КАК СТРОКА(100)) КАК __Графа1, <<?>>| ВЫРАЗИТЬ(__Документ.ДоверенностьВыдана КАК СТРОКА(100)) КАК __Графа6, | ВЫРАЗИТЬ(__Документ.ДополнениеКАдресуДоставки КАК СТРОКА(100)) КАК __Графа26, | ВЫРАЗИТЬ(__Документ.Комментарий КАК СТРОКА(100)) КАК __Графа33, | ВЫРАЗИТЬ(__Документ.АдресДоставки КАК СТРОКА(100)) КАК __Графа43}
Форма открывается, но пустое поле табличной части, висит сообщение, что идет обработка. В нижнем левом углу сообщение, что "Отбор не установлен"
Режим запуска - пользователь с ограниченными правами.
После запуска обработки отображается форма (shot01).
Потом идет вопрос (shot02).
После нажатия на кнопку "Отмена" через некоторое время появляется сообщение об ошибке (shot03) о недостаточности прав доступа к документу и работа обработки завершается, при этом на экране остается висеть форма (shot01).
Как понимаю, срабатывает ограничение прав доступа при формировании списка документов запросом.
Нельзя ли сделать, чтобы в список документов попадали только доступные документы?
Посмотрите раздел публикации "Настройка журнала в виде дерева с иерархией подчиненных документов. Краткая инструкция"
Отборы не установлены. Воспользовался режимом настроек, предлагаемым по умолчанию, т.е. по всем доступным документам (так нужно).
Пользователю не просто объяснить зачем устанавливать отбор, если ему это не нужно.
Было бы удобно видеть какой-нибудь признак (+), есть ли у текущего документа структура подчиненности, чтобы можно было воспользоваться типовой обработкой просмотра структуры. Иначе приходится разворачивать структуру подчиненности каждого документа, на что тратится время.
(436) Скажите а что нового в версии 3.18.0.3 ?
Только исправление (407) или что то доработанно ещё?
А как быть, если допустим, ПКО сделан не на основании, а просто. В таком случаи и заказ оплачен и структуры нет...
Структура подчиненности, по-моему, строится, если в реквизитах подчиненного документа указан документ-родитель.
И не обязательно, чтобы документ был создан на основании.
Правильнее было бы назвать "Связанные документы".
Кстати, в УПП есть обработка "Структура подчиненности" и есть обработка "Связанные документы".
В случае с ПКО, в ПКО должен быть указан Заказ, в счет которого сформирован ПКО.
Ок, Отлично.
Настройка автоматического обновления - это тоже очень полезная вещь.
Если не надоела - то еще про пару ошибок скажу:
1. Не сохраняется настройка интервала дат.
2. Если установить иерархию по документам, а потом создать новый "Заказ покупателя", то при проведении этого документа выходит ошибка: (см. картинку)
1. Не сохраняется настройка интервала дат.
Не сохраняется настройка, устанавливающая интервал просмотра журнала, если дата конца остается пустой.
При первом запуске интервал журнала без ограничений. Если ввести в настройке интервала начальную дату "вручную" или через календарь и сохранить эти настройки, то при следующем входе поле интервала опять будет пустым.
Попробуйте:
- Поставьте начало и конец интервала "без ограничений". Поле начальной и конечной даты должно стать пустым.
- сохраните настройки
при этом настройки сохранятся.
Далее
- установите начальное значение интервала ручками или через календарь. Например "01.01.2012" . При этом конечная дата должна остаться пустой
- сохраните настройки.
Настройки интервала журнала не сохранятся.
Вариант 1.
Перед вызовом контекстного меню вначале вставать на нужную строку, а затем вызывать контекстное меню.
Вариант 2.
Необходимо в модуле формы ОсновнаяФорма изменить процедуру СписокДокументовПриАктивизацииСтроки следующим образом:
Процедура СписокДокументовПриАктивизацииСтроки(Элемент)
ОбновитьКнопки();
КонецПроцедуры // СписокДокументовПриАктивизацииСтроки()Ок, сделаю вариант №2
А еще не нравится, что при подключении новой версии журнала приходится сообщения проверки новых версий отключать.
Вот это :
Сообщить("Не удалось получить доступ к Internet Explorer");
Сообщить("Проверка новых версий отключена");
не работает... :-(
Пришлось вернуться к версии 2.28, т.к. в версии 3.18 фильтр по документу не устанавливается.
Кстати, и в той, и в другой версии при в добавлении в список фильтров параметра "по документу" выскакивает сообщение об ошибке.
Добавил нескольких документов в отбор, и не смог затем задать отбор по контрагенту у этих документов. Чтобы посмотреть все эти виды документов по контрагенту, в документах поля типа справочник контрагенты называются по разному, и у одного документа устанавливал отбор по контрагенту через документ основание, но ничего не получилось. (
Журнал ничего не выводит ( кто нибудь встречал такое?
Но не получилось. Или сворачивает по одному документу отбор, остальные не отображаются...
Скачала, поставила новую, 3.18 - ошибка сохранилась.
Появляется она так:
Зайти в 1С, встать на непроведенную заявку и нажать правую кнопку мыши.
Потом встать на проведенную заявку и нажать правую кнопку мыши: опция "отмена проведения" будет недоступна.
Пожалуйста...
Вот, например, при настройке "6. В виде дерева с иерархией подчиненых документов" поле "Авто" доступно, но автоматического обновления журнала нет.
Видимо, не предусмотрено. Но обидно, что поле "Авто" доступно.
Конечно, в прямом смысле ошибкой это назвать нельзя.
Ну, например, сделала я цветовую настройку по виду документа: Реализацию выделять красным.
А потом в настройках изменила порядок граф в журнале (другой порядок слева на право) и все цветовые настройки сбились. Видимо, они привязываются к порядковому номеру графы.
Но это администраторские проблемы, пользователи их не видят, они не столь важны...
Вот еще ошибка:
{Форма.ОсновнаяФорма.Форма(5307)}: Ошибка при вызове метода контекста (Записать): Помеченный на удаление документ не может быть проведен!
Это если встать на помеченный на удаление документ и нажать "Провести"
{Форма.ОсновнаяФорма.Форма(5307)}: Ошибка при вызове метода контекста (Записать): Помеченный на удаление документ не может быть проведен!
- Не, это не нормально. Это сообщение об ошибке в программе, а не об ошибочных действия пользователя..
При попытке открыть любой документ из УЖД использую Универсальную форму получаю:
{Форма.ФормаДокумента.Форма(711)}: Поле об`єкту не виявлено (Документ)
Для каждого ДокПоОснованию Из НайденныеСтроки Цикл ТекДокумент = ДокПоОснованию.Документ; ТекДокументИмя = ТекДокумент.Имя; ТекДокументСиноним = ТекДокумент.Синоним; Если ПустаяСтрока(ТекДокументСиноним) Тогда ТекДокументСиноним = ТекДокументИмя; КонецЕсли; Кнопка = МенюВводПоОснованиюКнопки.Добавить(ТекДокументИмя, ТипДействие, ТекДокументСиноним, Действие); Кнопка.Картинка = КартинкаДокумент; Кнопка = ДействияВводПоОснованиюКнопки.Добавить(ТекДокументИмя, ТипДействие, ТекДокументСиноним, Действие); Кнопка.Картинка = КартинкаДокумент; КонецЦикла;
Подробнее про ошибку(см. выше):
В универсальном журнале фильтр устанавливается раньше, чем нажата кнопка "ОК".
Видимо при начале выбора значения, когда оно еще не определено и возникает эта ошибка:
"{Форма.ОсновнаяФорма.Форма(4392)}: Получение элемента по индексу для значения не определено
ИначеЕсли ЭлементыФормыСписокДокументов.ТекущаяСтрока[Колонка] = ЭлементОтбора.Значение Тогда "
Данный Универсальный журнал документов не имеет ни какого отношения к инструментам разработчика или к другим публикациям. Хотя может использовать Универсальный отчет, если он есть в конфигурации
Выберите в конфигураторе пункт меню "Конфигурация" - "Проверка конфигурации...". Поставьте все галочки и нажмите "ОК". Возможно это поможет.
Конфигурация содержит:
- 1 справочник
- 1 документ
- Универсальный отчет (4.1.2.2)
- Универсальный журнал документов (3.20.0.1)
Других объектов в конфигурации нет. Всё работает. Можете проверить.
В 3.20.0.1 реализована трансляция отборов первого уровня между запросами, т.е. частично решена проблема (508).
Ещё изменены все сообщения по критическим ситуациям. Раньше они выдавались как ошибки - пример в (509). Хотя на самом деле журнал всё отрабатывал нормально и не падал.
Но 3.20.0.1 ещё не окончательная версия, опубликована будет версия, в которой будет реализована полная трансляция отборов, т.е. полностью решена проблема (508).
Всё что использует Универсальный журнал документов из модуля УниверсальныеМеханизмы, так это подсистему печати.
Есть 2 варианта:
- Закоментировать в Универсальном журнале документов код обращающийся к модулю УниверсальныеМеханизмы
- Исправить в Универсальном журнале документов код обращающийся к модулю УниверсальныеМеханизмы в соответствии с параметрами профедур и функций этого модуля
Но было ещё запланировано 350 призов от 5$m до 50$m
Посмотрите работу победителя. Ничего сверхестественного. Легко можно было бы победить и больше уже не экономить
Еще одну ошибку показали!!!
Два раза видела, а повторить не могу...
ИначеЕсли ЭлементыФормыСписокДокументов.ТекущаяСтрока[Колонка] = ЭлементОтбора.Значение Тогда
Надо поставить фильтр по документу и в момент выбора документа для фильтра появляется эта ошибка...
Может Вы сможете её найти по этим обрывочным сведениям...
Советую всем для изучения.
Она как-то не всегда появляется.
Оно появляется, если сначала использовать фильтр по какому-нибудь значению, например по складу (кнопкой "фильтр с галочкой").
А потом нажать общий фильтр (с отбором по параметрам) и выбрать другой реквизит, например "Вид документа" .
Я же уже ответил здесь
Третья версия на управляемых формах не работает.
Работу с управляемыми формами планируется реализовать в четвертой версии. Т.е в 4.0.0.1
Вот анонс по четвертой версии
Добавь к общему журналу, возможность обработки и подключение своих модулей как в "УниверсальныеПодборИОбработкаОбъектов".
Возможность подключения универсального отчета к общему журналу приветствуется.
Я почему-то так и подумал. Дольше объяснять как конвертацию делать, легче выложить уже готовый файл. "
А мне кажется обьяснения были бы не лишними, а только плюсик )
Документ "Платежное поручение входящее" добавляется нормально.
А далее, когда настраиваю, чтобы в списке дополнительных колонок журнала в поле "Комментарий" выводить "Назначение платежа", то после нажатия "Ок" выходит это сообщение.
Там далее еще ошибка типа "... индекс выходит за границы значений".
Два документа:
- Заказ покупателя
- Платежное поручение входящее
Одна доп.графа
- Комментарий
Состав дополнительной графы только у документа "Платежное поручение входящее" - НазначениеПлатежа.
В этом случае появляется ошибка.
Причем, если состав дополнительной графы у "Платежное поручение входящее" сделать не "НазначениеПлатежа", а "комментарий", то проходит без ошибок.
А еще хочу, чтобы отчет "Структура подчиненности" был вынесен отдельным значком на панель.
Можно и самой, конечно сделать, без проблем.
Но тогда будет проблематично обновлять версии журнала, а ведь он постоянно совершенствуется.
Спасибо.
(3, 136)}: Синтаксическая ошибка ""","
ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ ПЕРВЫЕ 1 "Страница_000", "Т2", "Документ.РасчетПеремещенияПродукции.ТЧРапорты", "ТЧРапорты", "Документы "Рапорт<<?>>"", "", ЛОЖЬ КАК Обновлено ИЗ Документ.РасчетПеремещенияПродукции.ТЧРапорты КАК __Объект ГДЕ __Объект.Ссылка = &Ссылка УПОРЯДОЧИТЬ ПО Вид, Источник
Какая версия УЖД? Какая версия платформы 1С? Какая база данных? Файловая, MS SQL, IBM DB2, Postgres или Oracle?
Наши бухгалтера долго просили журнал с подчиненными документами. Правда после того как я им поставила вашу обработку (это было где-то год назад) они попользовались ей месяц и забросили... Жалко. Теперь я одна ей и пользуюсь :)
1. Установить множественный выбор в журнале.
2. Установить чтобы функции "проведения", "отмена проведения", "пометка на удаления" и т.д., корректно отрабатывали множественный выбор в журнале.
3. Добавить в журнал панельку административных функций как в подборе и обработке объектов, возможно просто передача списка ссылок документов в обработку.
Вопрос по бонусу "поиск контрагента по контактной информации". Возможно ли чтобы обработка не учитывала при поиске пробелы и дефисы? Например, телефон в базе записан как 11-00-11 (или с пробелами), а хотелось бы чтоб находился по запросу 110011
Хотелось бы кнопочку "Дополнительные реквизиты", как в стандартных журналах.
Хотелось бы иметь возможность выводить колонки с булевым реквизитом в виде флажков.
Надеюсь, я не повторяю уже написанное.
Недостаточно прав для чтения сообщений.
У вас не достаточно прав на просмотр форума.
Я такого раньше не видел...
можно как-то сделать чтобы выбор производился из готового списка значений видов документа?
т.к. при вводе ручками имени документа можно легко допустить ошибку
Если мСтруктураНастройки.Свойство("Пользователь") = Ложь ИЛИ НЕ ЗначениеЗаполнено(мСтруктураНастройки.Пользователь) Тогда
Элемент.ТекущиеДанные.Пользователь = "";
Иначе
Элемент.ТекущиеДанные.Пользователь = мСтруктураНастройки.Пользователь;
КонецЕсли;
а не проще ли так:
Если мСтруктураНастройки.Свойство("Пользователь") И ЗначениеЗаполнено(мСтруктураНастройки.Пользователь) Тогда
Элемент.ТекущиеДанные.Пользователь = мСтруктураНастройки.Пользователь;
Иначе
Элемент.ТекущиеДанные.Пользователь = "";
КонецЕсли;
меньше проверок, чуть быстрее работает
я ни в коей мере не придираюсь :) разработка очень прекрасная
в процессе изучения 1Ски вашу разработку разбираю по "косточками", натыкаюсь на разные "интересные" моменты
Чё то непонятно... В публикации написано, что она подходит для УНФ, а УНФ, если не ошибаюсь, с самого начала работает на управляемых формах.
Кто-нибудь запускал данную обработку на УНФ?
У меня не сохраняется универсальный отчёт
Выдаёт ошибку : {ВнешняяОбработка.ДревовидныйЖурналДокументов.МодульОбъекта(709)}: Поле объекта не обнаружено (мВосстановлениеНастройки)
ФормаУправленияНастройками.мВосстановлениеНастройки = Ложь;
Что делать?
При добавлении его в список "документов журнала",
он не появляется в самом универсальном журнале
???
Если нужно что-то большее, то обработку нужно изменить каким-либо образом. Код открыт.
Неправда, реквизит в документе всегда заполнен(посмотрите в тестовой базе любой документ "Поступление на расчетный счет", иначе проводки не стали бы формироваться.
А почему тогда счет 51 выводится :-/ ?????????????????????????
Его вообще нигде нет, кроме журнала операций :-/
Я сделал табличную часть в (см.первую картинку), результат = "никакой" :-/
Я посмотрел еще раз журнал за период 4квартал 2012г, а в предыдущих периодах отчета(лично у меня, до середины мая 2012г), там счета учета с контрагентом заполняются, и встроенный отчет в БП тоже показывает одинаково данные, а позже не хочет...
Имхо 1С внесла серьезные изменения при обновлении конфигурации :-/
Подключил универсальный журнал к 1С:БП 8.2, файл-серверный вариант. В настройках, когда добавлял дополнительные колонки "Контрагент", "Договор контрагента", "Сумма документа" по недосмотру включил у них у всех флажок "Выводить итоги по колонке". При установке "Вид списка документов в журнале" = "В виде дерева. Группировка по первой графе из списка граф" обработка выдала ошибку:
Обнаружена ошибка в настройках журнала:
для группировки выбрана графа с итогами
Выполнено исправление:
снят признак расчета итогов с первой графы
Рекомендации:
для вывода итогов в журнале "В виде дерева. Групировка по первой графе" графы с итогами не должны быть первыми
И УБИЛА по крайней мере один документ "Счет-фактура полученный". Он стал странно отображаться в универсальном журнале документов, при попытке открыть его или стандартный журнал "Счет-фактура полученный" программа закрывается с ошибкой. После переиндексации базы этот документ вообще пропал.
Поскольку эти настройки доступны обычным пользователям, обращаю Ваше внимание на данную ситуацию. Надо что-то делать.
Хм...
Это вряд ли. Обработка не пишет, а читает данные.
Скорее всего причина обрушения в чем-то другом.
Удалось обрушить базу с помощью обработки ещё раз?
...а на счет проверки...
Да, конечно, проверку нужно добавить.
К сожалению (или к счастью) больше такого эффекта достичь не получается.
В первый раз я тыкался наугад, включал разные опции, экспериментировал с настройками, включал в т.ч. итоги по графе "Комментарий", у меня программа много раз закрывалась с ошибкой "Недостаточно памяти". Возможно, сработал какой-то кумулятивный эффект. Как это получилось, мне тоже непонятно.
Ссылку на ваше авторство вставлю в раздел помощи.
Переделать необходимо в части подключения отчетов и печатных форм. У меня свой механизм подключения внешних отчетов и печатных форм, поэтому ваша обработка его не видит.
Встроить в конфу хочу для того, чтобы это была постоянная функциональность и не зависела от наличия внешних файлов.
Изначально обработка развивалась как эксперимент по работе с объектом ДеревоЗначений.
Но теперь она вполне может заменить штатную обработку в некоторых конфигурациях на платформе 1С:Предприятие 8 и предоставить пользователю значительно больший функционал, чем это может сделать типовая обработка УниверсальныйЖурналДокументов.
Всё работает замечательно.
Возможно проблема в SQL, возможно в конфигурации, возможно, что и в обработке (хотя вряд ли).
Сейчас приходится только гадать. В файловой версии же работает...
В данном случае нужно разбираться с отладчиком в руках.
Можно попытаться запустить обработку под другим пользователем или создать для эксперимента нового пользователя в базе данных.
В своём реестре документов, я беру суммы документа из регистра накопления, а не из самого документа на примере "Комплектация Номенклатуры", если появится желание, можно было бы добавить возможность
Девушки попросили расцеловать тебя, дорогой!
У меня жена, я предлагать не буду, но если будешь в городе Екатеринбург,
заезжай в компанию "вода Ново-Курьинская", там тебя девушки расцелуют.
В общем данный журнал сильно облегчил им жизнь!
1. При выводе табличной части не запоминается настройка отображения столбцов.
2. Нет возможности сразу увидеть структуру подчиненности документа и движения по регистрам, как в универсальном журнале (УТ 10.3)
2. Не хватает настройки обновления по таймеру, как в обычных журналах.
*** Работает в любой конфигурации 1С 8.1 и 8.2 (толстый клиент) без изменения кода. ***
читайте внимательно..
))
Версии не платформы, а самой разработки.
Некоторые пояснения:
Задача вывести реестр документов используя "Произвольный отчет / графики" с отбором по "Организации" и по периоду, формат даты документа "ДФ=dd.MM.yyyy", с сортировкой по дате и по номеру документа.
В файловом варианте Сортировка отрабатывает "как надо", а вот в SQL-ном - бред... на картинке надеюсь видно
Хотел ее использовать вместо стандартного журнала документов, но так получается сложнее открывать.
Что я делаю не так?
1с 8.2 УТ 10.3
У меня не получилось, при попытке подключения ее в разделе "Дополнительные отчеты и обработки" мне выдалась ошибка: "Метод объекта не обнаружен (СведенияОВнешнейОбработке)". Релиз БП 3.0.33.20
Получил ДВЕ ошибки:
1.Подчиненный документ в списке задвоился (один раз отобразился в иерархии, второй раз на первом уровне).
2.При попытке открыть документ выдает ошибку (см. во вложении)
Почему не работает только у меня, м.б. мне просто не везет.
Картинку с ошибкой прицепил к аватарке.
В итоге ДВЕ проблемы:
1-я появление ошибки (текст на рисунке)
2-я задвоенность данных в журнале.
1. У Вас версия 3.20.0.х или более ранняя. Там действительно была такая ошибка.
2. В таком представлении журнала избежать дублирования строк скорее всего не получится, т.к. подчиненные документы того же вида. Точнее так: если добавить заплатку в основной запрос, то можно избежать дублирования, но это уже не будет универсальным журналом документов. Проблематичность реализации универсального механизма связана со сложным формированием подчиненности документов - ведь ссылки могут быть как в шапке, так и в любой из табличных частей документа, а "Универсальный журнал" в текущей реализации работает только с шапками документов.
1.Правильно ли я понимаю, что в контексте "универсального отчета" иерархия документов одного вида не работает.
2.Как мне обновить обработку до последнего релиза, т.к. 05.09.14 в тестовой базе была еще не актуальная редакция.
Спасибо.
1.Подскажите пожалуйста, в тестовой базе (от 09.08.14) находится уже последняя редакция?
2.Можете ли Вы помочь внести необходимые изменения в этот журнал, чтобы корректно отображалась иерархия (более того мне это важно только для документов "Событие". Если есть варианты, пжл, напишите на Valeriy69@mail.ru).
Спасибо.
Предлагаю добавить в название Универсальный отчет и реестр документов.
Для меня очень важным моментом в данной обработке то, что могу посмотреть сумму документа в Перемещении товаров. Полностью возможности ёще не изучил, но сразу после установки нашёл важные для меня возможности по настройки Журнала документов.
Начала пользовать в конфигурации Альфа-Авто ред5, единственная ошибка которую поймала: не работает отображение в виде дерева с подчиненными документами. Когда по плюсику в списке документов пытаюсь развернуть подчиненные документы в списке, выдается ошибка:
{Форма.ОсновнаяФорма.Форма(3861)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"
P.S. УТ 10.3
1. Выбрать документы из списка
2. Выбрать колонки из списка справа
В этом случае колонки будут добавлены в список слева и будут отмечены все совпадающие по наименованию колонки для всех выбранных документов в списке справа, для числовых колонок будет установлен признак "Итоги".
Однако уже давно пользователи жалуются на "тормоза" в программе и обнаружилось, что они начинаются, если запущена данная обработка. У некоторых зависания в виде побелевшего экрана и "программа не отвечает" буквально каждые 5-10 секунд. Думаю, может увеличить интервал обновления списка документов, но не смог разобраться, как он задается. Подскажите как это можно сделать?
Платформа 8.2.19.121,Конфигурация КА 1.1.50.1,База на MSSQL2012,Терминал, толстые клиенты - все это на одном сервере крутится
Не помню, были ли они в файловом варианте, вполне возможно, что начались после перехода на SQL, но это не факт.
Невозможно подключить дополнительную обработку из файла.
Возможно, она не подходит для этой версии программы.
Техническая информация:
Метод объекта не обнаружен (СведенияОВнешнейОбработке)
Версия БП 8.3 3.0.37.40
Невозможно подключить дополнительную обработку из файла.
Возможно, она не подходит для этой версии программы.
Техническая информация:
{ОбщийМодуль.ДополнительныеОтчетыИОбработки.Модуль(2843)}: Метод объекта не обнаружен (СведенияОВнешнейОбработке)
СведенияОВнешнейОбработке = ВнешнийОбъект.СведенияОВнешнейОбработке();
{Форма.ОсновнаяФорма(214,66)}: Слишком много фактических параметров (ПодключитьОбработчикОжидания)
ПодключитьОбработчикОжидания("ПродолжитьПроверкуВерсий", 0.1, <<?>>Истина);
{Форма.ОсновнаяФорма(405,96)}: Слишком много фактических параметров (ПодключитьОбработчикОжидания)
ПодключитьОбработчикОжидания("АвтоматическиОбновитьСписок", ВремяОбновленияСпискаДокументов, <<?>>Истина);
{Форма.ОсновнаяФорма(829,22)}: Неопознанный оператор
ДобавитьОбработчик <<?>>ДокументОбъект.ПриЗаписи, СписокДокументовПриЗаписиДокумента;
{Форма.ОсновнаяФорма(829,82)}: Ожидается ключевое слово 'КонецПопытки' ('EndTry')
ДобавитьОбработчик ДокументОбъект.ПриЗаписи, СписокДокументовПриЗаписиДокумента<<?>>;
{Форма.ОсновнаяФорма(829,83)}: Обнаружено логическое завершение исходного текста модуля
ДобавитьОбработчик ДокументОбъект.ПриЗаписи, СписокДокументовПриЗаписиДокумента;<<?>>
Как лечить, не знаю
добавьте пожалуйста в произвольные колонки вывод значения из документа при выполнении условия. Т.е. если например какое то поле документа соответствует заданным условиям, то выводим значение. Если не соответствует, не выводим.
Пришлось повозиться, причем в основном с поиском готовых обработок.
Для удаления информации по другим организациям использовал эту обработку: (Обработка для пометки на удаление всей информации, связанной с помеченными на удаление организациями. Работает с "1С.Бухгалтерия предприятия" 1.6 и 2.0.). Хотя можно было попробовать и специфическую: (Очистка БД от документов всех организаций (фирм) кроме указанной).
Для удаления документам по контрагентам использовал лучший на мой взгляд общий журнал (Универсальный журнал документов для 1С 8.1, 8.2 и 8.3 (3.20.1.8))
Журнал пришлось немного доработать - добавил туда множественное выделение и по кнопке пометка удаления вставил код:
Для Каждого Строка ИЗ ЭлементыФормы.СписокДокументов.ВыделенныеСтроки Цикл
ТекДок = Строка.Ссылка;
Сообщить(ТекДок);
Попытка
ТекДок.ПолучитьОбъект().УстановитьПометкуУдаления(НЕ ТекДок.ПометкаУдаления);
Исключение
Сообщить("Не обработан: " + ОписаниеОшибки(), СтатусСообщения.Важное);
КонецПопытки;
КонецЦикла; ПоказатьСейчас это можно как-то решить группировкой по типу документа - но всё равно получается "коряво" слегка.
Скачала версию "Журнал документов (3.20.1.8) для 8.2" (у нас УПП).
Понравилась ваша обработка. Но есть желание её доработать, хочу добавить кроме вывода свойств документа, ещё и категории.
НО, я меняю какой-либо код в обработке, сохраняю её, открываю повторно в УПП, и при выполнении обработки мои изменения игнорируются.
Чтобы мои изменения заработали, приходится каждый раз сохранять обработку через "Сохранить как...", задавая новое имя файла обработки.
Первый раз сталкиваюсь с такой проблемой при изменении внешней обработки.
открывается пустая форма, и в тонком и толстом клиенте
открываю в БП 3.0
Журнал документов (3.20.1.8) для 8.3, при открытии пустое окно.
Спасибо.
разработка для 8.3 без УФ не может считаться "лучшей" ! ;-) шучу...
Возникает если у регистра форма списка управляемая, а не обычная.
А в программе идет цикл по ФормаСписка.ЭлементыФормы
Необходимо вставить проверку на тип возвращаемой формы
Народ ругается ....
Внимательно прочитал - скачал. Не работает.
Не хорошо обманывать...
Не совсем срабатывает кнопка заполнить все реквизиты по текущему (чтобы прописать Сумма у всех документов где она есть, например).
И из недостатков - постоянно пытается запустить IE.Application, что блокируется системой контроля опасных действий.
Пользователь хотел отобрать не проведенные документы реализации. Обычные формы.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 69707
Создание 29.04.10 00:23
Обновление 10.04.19 07:21
Просмотры 411529
Загрузки 28602
Рейтинг
1152
Комментарии 845
Код открыт Да
Рубрики Журналы и реестры данных
Кому
Бухгалтер
,
Пользователь
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)

