Добрый день.

Попросил меня знакомый сделать простенький калькулятор заявок на выполнение работ по объектам, с инструментами, людьми и материалами.
Как вижу на бумаге:
http://i052.radikal.ru/1408/02/ad821cdb0806.jpg
Т.к. у него есть лицензия на использование платформы "1С:Предприятие7.7", то и рисовать буду в ней.

Справочники будут: заявка, инструменты, материалы, люди, план работ. Все справочники будут подчинены справочнику "заявка".

Вопрос: как связать все это на одной форме? То есть открыл заявку, а там сразу несколько табличек - люди, инструменты и т.д.

Где можно посмотреть желательно с примерами? Я может быть не прав и надо плясать от другого?

Заявка, это как правило, документ..

Раз "Заявка"-  это справочник, тогда каждый подчиненный справочник - своя закладка, на которой в таблицезначений все данные по подчиненному справочнику.

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

Заявка - документ.

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

Вот такая я думаю будет правильно.

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

И еще: друг захочет видеть расход по каждой заявке, потом ему нужен будет отчет... В общем, ориентируйтесь на то, что Заявка -  документ.

(0) тебе для этой задачи хватит УНФ

(0) Какой бардак у тебя в голове...

А в чём проблема?

(0) неправильно ты проектируешь

Заявка должна быть документом, который может проводиться и формировать движения.

(3) я думаю, что не нужно множить сущности, а добавить реквизит ВидОперации (справочник или перечисление)

Заявка
Корректировка
и т.д.

(9) я против вида операции в данном случае. Это излишне усложнит сам документ.

(6) Так то же нормально :-)

(7) Проблема в том, что ни разу не писал конфигурации с нуля, даже такую простую, коротко - нуб.

(8) А если заявка справочник, но форма просмотра и редактирования документ?

(3) (9) Сейчас ему ненужна никакая история, но вы правы, лучше сразу делать с прицелом на отчеты и формирование истории.

"Проблема в том, что ни разу не писал конфигурации с нуля, даже такую простую, коротко - нуб. "

Даже если нуб, это не означает, что нужно сразу делать криво)

Возьми простую торговую конфигурацию - хоть из книги знаний. При должном подходе даже ее можно извернуть для твоих целей.
например: обычно как минимум два документа: приход и расход.
Заявка может быть "складом" на который ты приходуешь (документом приход) некие ресурсы - людей, материалы (справочник номенклатура). Заявка делается делается, после того как заявка сделалась - по Складу-Заявке делаешь документ-расход (списание в никуда) - то есть "списываешь" с заявки (отмечаешь что заявка выполнена) потрчаенные материалы, человеко часыи и прочее что тебе надо. если остался неирзрасходованны йматериал - "возвращаешь" его на склад материалов.
.
в условиях когда нет ПРИХОДА материалов - из ниткуда в никуда на работы/заявки можно столько напиз...ть...

(10) для меня лично бы не усложнило, но для автора - возможно ты прав

(11) "А если заявка справочник, но форма просмотра и редактирования документ? "

(0)_(0) Мсье - тонкий извращенец?

Нафейхуа?

(11) "А если заявка справочник, но форма просмотра и редактирования документ?"

Еще раз - если думаешь, что подчиненным справочником ты себе облегчишь процесс разработки - то сильно ошибаешься.

(16) Хорошо, понял.

Табличную часть документа лучше не заполнять и сделать несколько для разных справочников из кода?

Может специалиста позовешь таки ?

(17) https://yadi.sk/d/xYzQRV2TZRAQS

Наваял на коленке - эмуляция нескольких табличных частей

(20) О_О Спасибо большое, изучаю!
(19) Ну не все же над обновлением сидеть, нужно и самому что-то сделать и учиться :)