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

Тема в разделе "1C и всё что с ней связано", создана пользователем micis, 3 фев 2009.

  1. micis

    micis Гость

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

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

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

    Zab Well-Known Member
    1C Team

    Регистрация:
    7 авг 2006
    Сообщения:
    583
    Симпатии:
    0
    Написать глобальную функцию в которю вынести "лишний код"?
     
  3. Гость

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

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
    кто голосует за закрытие темы?
     
  5. micis

    micis Гость

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

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

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

Поделиться этой страницей