Заполняем по шаблону (по умолчанию)
Простой в подключении, универсальный и достаточно удобный механизм заполнения реквизитов произвольных документов/справочников значениями по умолчанию. Реализован в расширении, но может быть и непосредственно включен практически в любую конфигурацию на управляемых формах простым копированием одной формы и двух команд.
Комментарии
Избранное
Подписка
Сортировка:
Древо
У меня пару практических вопросов:
1. Есть какие-нибудь проверки на актуальность шаблона? К примеру, пометка на удаление реквизитов, удаленный элемент, не действующие соглашение и т.п.
2. Есть ли возможность администрирования результатов шаблона по всем пользователям?
3. Хотелось бы иметь возможность настроек шаблонов под базы (что можно сохранять, а что нельзя)
Иначе через некоторое время жизни базы могут начаться проблемы в данных.
1. Есть какие-нибудь проверки на актуальность шаблона? К примеру, пометка на удаление реквизитов, удаленный элемент, не действующие соглашение и т.п.
2. Есть ли возможность администрирования результатов шаблона по всем пользователям?
3. Хотелось бы иметь возможность настроек шаблонов под базы (что можно сохранять, а что нельзя)
Иначе через некоторое время жизни базы могут начаться проблемы в данных.
(10)
1. В текущем коде таких проверок не предусмотрено, но их несложно добавить.
2. Шаблоны сохраняются персонально для каждого пользователя, но в принципе можно опять же внести изменения в код и сохранять один набор шаблонов для всех пользователей.
3. Не совсем уловил, что имеется в виду, поскольку ничто не мешает внести необходимые изменения при подключении к конкретной базе.
1. В текущем коде таких проверок не предусмотрено, но их несложно добавить.
2. Шаблоны сохраняются персонально для каждого пользователя, но в принципе можно опять же внести изменения в код и сохранять один набор шаблонов для всех пользователей.
3. Не совсем уловил, что имеется в виду, поскольку ничто не мешает внести необходимые изменения при подключении к конкретной базе.
(11) В каждой базе свой набор объектов (документы, справочники), поэтому проверки будут писаться под каждую базу конкретно, а можно некоторые условия вынести в шаблон. Чтобы использовать одно решение, а матрицу настраивать через конфиг файл что-ли - шаблон для УТ, шаблон для БП и др.
Это мое мнение о возможном развитии вашего решения.
Это мое мнение о возможном развитии вашего решения.
(12) Мысль интересная, но на практике имеет место необходимость подпиливать шаблон не под конфиграцию, а под конкреный документ. Как я уже писал, обсуждаемая конструкция использована в интеграционном решении, которое подключается к достаточно блольшому количеству различных конфигураций (УТ10, УТ11, БП, УПП, ERP, УНФ и др.). Под конфигурации ничего не меняли, а вот для интегрируемых документов в форме шаблона делаем реквизит НезаполняемыеРеквизиты с типом Список значений и заполняем его в ПриСозданииНаСервере именами реквизитов соответствующего документа. Потом в процедуре ЗаполнитьСписокРеквизитов выводим только те, которых нет в указанном списке:
Если НезаполняемыеРеквизиты.НайтиПоЗначению(Реквизит.Имя) = Неопределено Тогда
НоваяСтрока = Реквизиты.Добавить();
...
Необходимости в других доработках пока не возникало.
Если НезаполняемыеРеквизиты.НайтиПоЗначению(Реквизит.Имя) = Неопределено Тогда
НоваяСтрока = Реквизиты.Добавить();
...
Необходимости в других доработках пока не возникало.
(15) я с практической стороны применения ограничиваю, т.к. пользователю нельзя давать полную свободу действия, желательно чтобы у него было ограничение и чем оно строже тем лучше.
Если утопизировать фразу "все равно какой состав" , то идеальной конфигурацией можно назвать конфигурацию с одним документом и справочником, но это не работает.
Если утопизировать фразу "все равно какой состав" , то идеальной конфигурацией можно назвать конфигурацию с одним документом и справочником, но это не работает.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|