Стоит задача сделать документ Анкетирования. Вернее было бы сказать документ опроса.
Есть ряд вопросов которые задаются клиенту и в зависимости от его ответов задаются следующие.
Т.е. к примеру если на первый вопрос ответ "Да" то должен быть задан один вопрос, если ответ "Нет" то другой вопрос.

Собственно подскажите как это проще всего реализовать?

(0)вопросы через клаву будут водится?

Навскидку. Справочник Вопросы, Справочник Ответы, подчиненный справочнику Вопросы. Регистр сведений МаршрутОпроса. Измерения Вопрос, Ответ, Вопрос.

Бизнес процесс.

(1) Нет. Заранее созданные в справочнике вопросы (или вернее думаю ПланВидовЧарактеристик)

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

Проще всего через дерево, как его хранить в базе уже частности.

(6) Как раз наоборот. Как его вывести это тонкости, вопрос как реализовать в базе, что бы была гибкость настроек.

(2) Идея с регистром нравится. Попробую.
Еще варианты?

Просто иерархический справочник.

Сколько макс уровней иерархии в иерархическом справочнике?

(9) Зараза опередил ((

Если одни и те же вопросы могут повторяться в разных ветках, тогда одноуровневый справочник вопросов и регистр сведений с цепочками.

(12) Проще 2 справочника один линейный другой иерархический со ссылками на элементы линейного

(13) да.

Поддержу (2): справочник вопросов, который может быть не только типа вопрос, и справочник ответов, возможно подчиненных вопросам. При этом ответы на вопросы - табличная часть, в которой указываешь ответ и вариант перехода - вопрос из справочника вопросов.

А вывод блок-схемы можно построить как вам нужно.

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

И да можно не выделываться и заюзать классику с хранение XML структуры в хранилище значения, это если кол-во вопросов не запредельное что запросы потребуются а только обработкой в памяти не обойтись.

(7) Любой иерархический справочник - дерево.

(9) Немного не понимаю как выглядеть будет ветвление на вариантах ответов.

(18) Реквизиты элемента: Ответ,Вопрос

(18) Иерархический справочник с иерархией элементов. Верхний элемент вопрос. Подчинённые элементы - это следующие вопросы, которые зависят от варианта ответа. Получается дерево вопросов.

(20) А точно. Понял.

+ (21) тоже принимается. Уже два варианта.

(20), (21) При этом вы не учитываете, что последующий вопрос может быть одним и тем же разных вопросов.

(23) см (13)

(24) а я знал что не выдержишь... бухать бросил или не?

(25) не понял вопроса

(26) ну значит ошибся точнее система идентификации юзеров по их постам под разными никами

(27) + обознался короче

(0) Подсистема анкетирования из БСП не позволяет это реализовать? Может там посмотреть?

классика жанра. насколько я помню, задачка рассматривалась в книжке Вирта, лет так 30 назад...

(30) Через массивы? Без вложенных массивов в ячейки? И без всяких читов с record и прочим?

+(29) http://savepic.ru/10752044.png

Просто вопрос сделать реквизитом ответа, тогда в каждом ответе уже будет содержаться следующий вопрос

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

(34) так не интересно, вот если только числовые/строковые массивы и все...

Проверил.
Получается если делать через справочник то проще.
Но через регистр работает быстрее.

(36) не поверишь но регистры прилумали в т.ч. для "ускорения" получения данных из других объектов
Так что продублируй ))

(37) "Не может быть!!!!" ©

+ (38) ))))

Решил сделать все через регистр.
Не нужно кэшировать. Можно сразу запросом искать по ключевым полям и подпихивать в форму.

(29) Нет. Там такого не нашел.