Есть документ, предназначенный для направления, перенаправления
задач управления информатизации и связи. Содержит следующие
реквизиты:

- Номер
- Дата
- СтатусЗаявки
- ТипЗаявки
- Подготовил
- ПодразделениеПодготовителя
- Адресат
- ПодразделениеАдресата
- Исполнитель
- ПодразделениеИсполнителя
- ОписаниеЗаявки

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

Вопрос в том как правильно создать для этого документа регистр.
Видимо, очевидно это будет регистр сведений.
Что будет измерением, что ресурсом. в что реквизитом?
Какую задать правильно периодичность и обязательно ли он должен
быть привязан к регистратору?

При данной постановке задачи - регистр не нужен

(1) Вообще не нужен??????? Но а для отчета, для хранения данных????

То есть можно ограничится только документами?

А почему не нужен? Так как в регистрах сведений хранится же разное!!!!

Я уже начал создавать. Реквизит ОписаниеЗаявки строковый,
неограниченной длинны. Чем его можно представить в регистре
сведений? Измерением или реквизитом, правильнее?

(2)Расскажи в своем понимании, чем отличаются измерения от реквизитов?

Скорее, так: для чего в твоём понимании вообще нужны измерения регистра?

(3) По измерениям могут делаться отборы.
Реквизиты предназначены для хранения информации.
В данном случае ОписаниеЗаявки следует использовать
как реквизит исключительно, и никак иначе.
Если вообще в регистр сведений можно добавлять такие
данные.

Измерение - строка неограниченной длинны, это очень плохо

Регистр сведений - стерпит всё, можно добавлять практически любые данные

(4) Ну для разного. Для срезов. Срез последних, срез
первых. Для накопления информации. Для периодичности.
Для хранения данных в разрезе регистратора.

То есть имеет место такой момент, что для данной задачи
можно использовать просто документы, без регистра сведений?

Регистр не предназначен для: "Для хранения данных в разрезе регистратора."

(8)Отлично теперь следующий вопрос: для чего нужен регистр? Какую функцию он будет нести? Только для хранения информации из документа? Или бизнес-процесс движения и назначений ответственных? Или статус документа?

(9) Откуда инфа?

(0) А ты уверен, что тебе именно все реквизиты нужно в регистр пихать?

(11) Белоусов - преподаватель УЦ-1

(11) Есть даже мнение, что инфу из регистра надо тянуть по комбинациям измерений

У меня только унф сейчас под рукой. Глянул как там реализуется нечто подобное на примере статусов уведомлений и т.п.: создается непериодический независимый РС с одним измерением "Документ", а остальные необходимые поля кидаются в ресурсы

(15) Если у нас непериодический, независимый регистр сведений с одним измерением "Документ" (я так понимаю, не составного типа), то можно и не использовать РС, вся инфа есть в документе.

(16) Все зависит от того, как и где в дальнейшем автор планирует использовать эти движения. Может ему только статусы документов нужны будут в отчете (как писали в (10))

(16)Ну, если планируется несколько стадий документа (Поступил/Принят/Исполнен) с сохранением истории изменений, то регистр вполне оправдан.

(18) РС - непериодический с одним измерением, а версионирование у документа не кто не отменял.

(19) Почему тогда в стандартной конфигурации создают дополнительные РС по статусам документов, а не делают это версионированием?

Вести сервисдеск в 1С - зло.

Судя по (0) регистр не нужен. Но надо подождать, подозреваю ближе к (100) автор расскажет зачем ему регистр.

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

(0) Опиши задачу и не методы решения

(20) Шоб граница последовательности не сбивалась, по этому хранят в отельном регистре (например флажок Документ подписан в БП 3.0), в данном случае - проведением пока не пахнет.

(15) Поддерживаю такие решение: мало ли где потом чтото запросами понадобится....

Выносить данные, относящиеся к документу, в регистр сведений можно, если:
- нужно разделение прав доступа (например, историю изменения статусов хранить не в ТЧ, а в РС, т.к. не каждый должен мочь ее посмотреть)
- данные в реквизите могут меняться не одновременно с изменением самого документа (например, переход заказа в состояние "Оплачен", "Отгружен" и т.д.), в т.ч. могут меняться по документам, находящимся в закрытом периоде

(10) Пока в процессе разработки все.
Выявляться все будет по ходу решения. я начал делать и
собираю информацию.

(12) нет не уверен. я пока сделал как сам видел и понимал.
Создал регистр сведений, но движений по нему ещё не делал.

(15) эти необходимые поля наверное числовые?

(16) то есть просто документ, без каких либо движений?

(18) Да, там несколько стадий документа:
   - Новый
   - Принят
   - ВРаботе
   - Завершен

(21) Такая постановка. Я не у себя работаю.

(22) Вот и собираю информацию, что бы убедиться в том как да что.

(23) Пока все в процессе. Создаю прототип.

А историю изменений статусов этого документа можно отслеживать?
Таких как:
  - Новый
  - Принят
  - ВРаботе
  - Завершен

Что такое версионирование? Как оно реализуется в 1с?
И хранение истории изменений в РС, как это делается?
Что бы иметь представление, и возможно начать это делать.
Думаю все это понадобится в реальном процессе работы!