Дело в том, что мне пришлось решать проблему влоб и пришлось создать временную структуру хранения данных в виде справочника с табличной частью. Сейчас объясню в чём суть:
Для начало кладу скрин шот чтоб сразу стало понято о чем идет речь:
http://s019.radikal.ru/i602/1211/32/df5f689c85b5.jpg

У экономистов есть распечатка данных из бизнес плана, в котором указаны цифры планового нароста для объединений номенклатурных групп. Пример:

Справочник "НоменклатурныеГруппы".
Папка номенклатурных групп: "Начинки".
в ней содержатся элементы
Варенка
Конфитюры
Крема
Молоко сгущ

в элемент справочника "данные бизнес плана" в шапку пишем
"Начинки", Стоимость килограмма - 10, Плановый нарост 50
в табличную часть пишем
"Варенка"
"Конфитюры"
Далее создаем второй элемент справочника

в элемент справочника "данные бизнес плана" в шапку пишем
"Начинки", Стоимость килограмма - 15, Плановый нарост 60
в табличную часть пишем
Крема
Молоко сгущ

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

И данные эти каждый месяц могут меняться вплоть до изменения состава этих элементов. Ясно дело каждый раз плодить элементы справочника - не вариант. Пока я обходился созданием папки за каждый месяц и там они создавали новые элементы справочника показателей бизнес плана. в отчетах формировал выборка по элементам из этой папки ну и соединял с регистрами продаж но это уже не важно.

А сейчас я хочу при помощи документа организовать хранение таких данных при этом обеспечив экономистам удобный ввод данных. Только вот какую структуру хранения данных взять за основу?

Как вариант использовать дерево в документе куда вводится Папка номенклатурных групп и на уровень ниже уже вводить элементы и данные. А потом в регистр записывать Элемент справочника номенклатурных групп, стоимость, количество. Правда всё равно как то не совсем красиво. получается дублирование информации, ведь сумма и количество - это общий показатель для нескольких элементов справочника "номенклатурные группы".

периодические регистры сведений и регистры накопления оборотов не в моде?

В документе - все тоже, что  и в справочнике. Только вместо "Код" и "Наименование", у тебя будет "Дата" и "Номер".

(1)ну это действительно РС. накопление тут ненужно даже.
но вопрос в том как организовать удобный ввод ещё данных.
(2)ааа. как хитро. но это им для каждого элемента заводить отдельный документ? я хочу чтоб в одном документе было

(3) К сожалению, разработчики платформы не предусмотрели вложенных табличных частей (ни в справочниках, ни в документах). Так что, сделать то можно... а стоит ли?

Делай квазидокумент в виде обработки.

(5)как ? тоесть как он будет выглядеть?

Вернее, квазижурнал квазидокументов.
Выглядит как журнал документов. Только каждый элемент журнала - это набор документов.

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

(7) Тут еще важно понять кто и как будет редактировать данные. Если с одним квазижурналом одновременно будет работать несколько человек, могут быть накладки.

(8)спасибо! про дерево - мои предположения подтвердились. я так и планировал сделать.