Приветствую. Помогите решить задачу.

Есть контрагент с кучей филиалов. Каждый филиал присылает собственный заказ в виде таблицы

Номенклатура      количество    Ед.измр
Яблоки               60            КГ

Эти заказы я загружаю в документ "Заказы" с двумя табличными частями.
1)Номенклатура
  Наименование     ЕдИзмр     Комментарий
     Яблоки           КГ         калибр 60+

2)Филиалы
   Наименование
     Филиал1
     Филиал2

В обычной РСУБД я бы создал таблицу связи вида
ID_Филиала ID_Номенклатуры  Количество

В 1С, как я понял, такая связь организуется через регистр сведений.
Создал регистр с измерениями Номенклатура и Филиал, ресурс цена.
А вот куда двигаться дальше пока вопрос. По логике при добавлении новой позиции номенклатуры нужно сохранять во временную таблицу
Номер_Номенклатуры, Номер_Филиала   Количество
и при записи документа загружать эту таблицу в таблицу движений и делать движения?

В конечном итого необходимо получить на форме таблицу вида

Номенклатура    Комментарий    Филиал1   ФилиалN   ЕдиницаИзмерения

Наименование1   калибр 50+       50         30           КГ
НаименованиеN   фас. в пак.                 20           ШТ.

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

реквизит ТЧ филиал. следующий

(0) Сделай еще одну табличную часть "Филиалы", добавь в табличные части реквизит "КлючСвязи"

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

(3) а че по спецификации?

(4) реквизит ТЧ продукция. при добавлении продукции состав заполняется по спецификации, потом корректируется

(5) имею вви ду че спецификацию как связь не использовал? )

Если сделать еще таблицу ТСвязи

Номер_Номенклатуры    Номер_Филиала Количество

получится классический способ организации связи многие ко многим.

Смогу я потом выдернуть данные запросом типа:

ВЫБРАТЬ
Номенклатура.Наименование,Номенклатура,                    Характеристика,Номенклатура.ЕдИзмр,Филиалы.Наименование,ТСвязи.Количество
ИЗ
Номенклатура
ЛЕВОЕ СОЕДИНЕНИЕ
ПО Номенклатура.Номер=ТСвязи.НомерНоменклатуры
ЛЕВОЕ СОЕДИНЕНИЕ
ПО Филиалы.Номер=ТСвязи.НомерФилилала

(6) мопед не мой. да вроде и без спецификации допустимо было. тотальное превышение плана получится

(7) лучше номера на помойку

ЛЕВОЕ СОЕДИНЕНИЕ
ПО Номенклатура.Ссылка=ТСвязи.Номенклатура
ЛЕВОЕ СОЕДИНЕНИЕ
ПО Филиалы.Ссылка=ТСвязи.Филиал

А через регистры делал, кто-нибудь подобное?

(10) зачем тебе РС если у тебя все в ТЧ есть?

Насколько я понял(мало опыта в 1С) потом будет удобно манипулировать данными.
И посмотрер В УТ 10.3 документ УстановкаЦенНоменклатуры, там задача похожая решена через регистр...

(12) ну-ка ну-ка.. в КА связь по ключу

Может неправильно посмотрел))) Пока еще тяжело чужой код читать...

Вообщем, надо делать через таблицу связи?

а как, кстати, работает поступление по нескольким заказам?

Подключаю InternetExplorer.Application, получаю таблицу по
GetElemetsByTagName Загоняю в ТаблицаЗначений и потом раскидываю по таблицам документа.

(16) а в УТ?

А там ручками выбираются типы цен...

(18) а заказы в ТЧ тоже ручками возможно?

Я не делал. Специально убрал с формы табличные части.

Мне весь этот огород с объединением заказов приходится городить из-за того, что потом к каждой позиции номенклатуры добавляется вручную комментарий. Тут посетила идея делать разные заказы, номенклатуру брать из справочника, который заполняется программно при вводе заказа. Тогда, если в справочнике добавлять комментарий к номенклатуре, он подтянется ко всем заказам...

(20) а в УТ?
(21) дублирование данных - зло

(21) я сделал две честных попытки и в обеих не понял