Как лучше организовать хранение стандартных фраз у документов

02.02.2009, 08:15. **Показов** 11946. **Ответов** 5

Студворк — интернет-сервис помощи студентам

Имеется некоторое количество документов. У каждого есть реквизит "Заключение" (и подобные) - тип "строка". Надо позволить пользователю при вводе документа заполнять это поле из справочника (точнее, дописывать в это поле стандартные фразы).
Как удобнее хранить эти фразы, что бы максимально задействовать стандартные возможности 1с?

В начале я хотел сделать справочник стандартных фраз со следующими реквизитами:
1. "Тип" - это ссылка на перечисление, в котором указываются все нужные реквизиты документов - "Заключение", "ДопДанные" и т.д.
2. "Документ" - строка с именем типа документа.
3. "Текст" - строка - собственно сама фраза.

Но не нравится мне здесь сложность реализации. Точнее не сложность (так сделать я смогу), а лишний код в каждом документе (выбрать нужные фразы и вставить их в список выбора у полей ввода). Может есть более красивое решение?

@Zob · 02.02.2009, 08:35

Написать глобальную функцию в которю вынести "лишний код"?

04.02.2009, 16:14

Сообщение от micis

Как удобнее хранить эти фразы, что бы максимально задействовать стандартные возможности 1с?

Ну, раз уж всё так точно. <_< У фраз нет объектной сущности - лучше регистр сведений.
Вместо строкового хранения типа документа может быть лучше хранить пустые ссылки на документы. При вводе в регистр давать пользователю выбирать тип (по T), но очищать при выборе конкретного документа.
Красиво будет сделать план видов характеристик, тогда можно будет не только текстовые фразы вводить, но и ссылки, которые автоматически заменяются представлениями при вводе в документе. Как раз и регистр пригодится.

@vytfyt · 06.02.2009, 20:59

кто голосует за закрытие темы?

11.02.2009, 03:51

Сообщение от Человек

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

А можно пример сделать небольшой, реализующий данный функционал? А то я не совсем понял как прикрутить сюда регистр. Ну или подробнее бы расписать...

11.02.2009, 20:16

Берём за основу пример из "псалтыря от программирования" - Радченко "Практическое пособие разработчика". И заменяем названия.
Справочник "ВариантыНоменклатуры" => "Документ" (тип документа);
ПВХ "СвойстваНоменклатуры" => "Типы" (поля ввода);
справочник "ДополнительныеСвойстваНоменклатуры" => "Фразы" (собственно строки);
р/с "ЗначенияСвойствНоменклатуры" => "ЗначенияДляПодстановки".

1) Зачем нужен регистр? В одном варианте он будет содержать те же 3 колонки и задавать соответствие тип_документа-поле_ввода-набор_воможных_значений.
В другом варианте, ссылка на "тип документов" будет в элементе ПВХ, а регистр нужен, чтобы хранить конкретное значение "по-умолчанию" для определённого поля в определённом документе. Для пользователя сделать интерфейс, чтобы мог легко изменять это значение и уже его использовать в документах без необходимости даже выбирать из списка. Например, в документе есть поле "Юрисдикция" -> в ПВХ создаём элемент для выбора из типов (Организация, ЗначенияДляПодстановки) -> в регистре в один день указываем организацию, а в другой день произвольную строку.
2) Читаем там же: план видов характеристик не имеет внутренних предопределенных механизмов привязки вида характеристики к тому объекту, который должен описывать этот вид характеристики. Поэтому "Документ" не обязательно делать справочником - можно и просто как "тип" (пустая ссылка).
3) Полагаю, для этой задачи более близкий пример из типовых конфигураций не ПВХ "СвойстваОбъектов", а ПВХ "ВопросыДляАнкетирования".

Новые блоги и статьи Все статьи Все блоги /
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .

mysys

	Как лучше организовать хранение стандартных фраз у документов 02.02.2009, 08:15. Показов 11946. Ответов 5 Метки нет (Все метки) Имеется некоторое количество документов. У каждого есть реквизит "Заключение" (и подобные) - тип "строка". Надо позволить пользователю при вводе документа заполнять это поле из справочника (точнее, дописывать в это поле стандартные фразы). Как удобнее хранить эти фразы, что бы максимально задействовать стандартные возможности 1с? В начале я хотел сделать справочник стандартных фраз со следующими реквизитами: 1. "Тип" - это ссылка на перечисление, в котором указываются все нужные реквизиты документов - "Заключение", "ДопДанные" и т.д. 2. "Документ" - строка с именем типа документа. 3. "Текст" - строка - собственно сама фраза. Но не нравится мне здесь сложность реализации. Точнее не сложность (так сделать я смогу), а лишний код в каждом документе (выбрать нужные фразы и вставить их в список выбора у полей ввода). Может есть более красивое решение?

@Zob 0 / 0 / 0 Регистрация: 11.11.2005 Сообщений: 584
	02.02.2009, 08:35
	Написать глобальную функцию в которю вынести "лишний код"? 0

@vytfyt 0 / 0 / 0 Регистрация: 28.03.2004 Сообщений: 1,913
	06.02.2009, 20:59
	кто голосует за закрытие темы? 0


	11.02.2009, 20:16
	Берём за основу пример из "псалтыря от программирования" - Радченко "Практическое пособие разработчика". И заменяем названия. Справочник "ВариантыНоменклатуры" => "Документ" (тип документа); ПВХ "СвойстваНоменклатуры" => "Типы" (поля ввода); справочник "ДополнительныеСвойстваНоменклатуры" => "Фразы" (собственно строки); р/с "ЗначенияСвойствНоменклатуры" => "ЗначенияДляПодстановки". 1) Зачем нужен регистр? В одном варианте он будет содержать те же 3 колонки и задавать соответствие тип_документа-поле_ввода-набор_воможных_значений. В другом варианте, ссылка на "тип документов" будет в элементе ПВХ, а регистр нужен, чтобы хранить конкретное значение "по-умолчанию" для определённого поля в определённом документе. Для пользователя сделать интерфейс, чтобы мог легко изменять это значение и уже его использовать в документах без необходимости даже выбирать из списка. Например, в документе есть поле "Юрисдикция" -> в ПВХ создаём элемент для выбора из типов (Организация, ЗначенияДляПодстановки) -> в регистре в один день указываем организацию, а в другой день произвольную строку. 2) Читаем там же: план видов характеристик не имеет внутренних предопределенных механизмов привязки вида характеристики к тому объекту, который должен описывать этот вид характеристики. Поэтому "Документ" не обязательно делать справочником - можно и просто как "тип" (пустая ссылка). 3) Полагаю, для этой задачи более близкий пример из типовых конфигураций не ПВХ "СвойстваОбъектов", а ПВХ "ВопросыДляАнкетирования".