В разное время выписываются Счет. Это как заказы. Для этого используют документ счет. А Реализацию делают одну по эти Счетам. И соответственно в ИБ должна быть зафиксирована связь этой Реализации с Счетами. Также Строка ТЧ в Реализации (Номенклатура) связана со Строкой ТЧ Счета. Как это лучше реализовать. Самое главное чтобы при вводе на основании очередного Счета можно было выбрать уже существующую реализацию и в ее ТЧ добавились данные из Счета.

(0) Реквизит ТЧ с типом счет на оплату?

(1) Вроде того. Первая мысль была такая. Но сейчас подумал. Может сделать Регистр накопления, в который записывалась связь между Строками ТЧ Счетов и Строками ТЧ Реализации, при выполнении Действия Ввод на основании. А при удалении Строки из ТЧ Реализации соответствующие записи в РН удалялись (при записи Реализации).

(2) Тогда, думаю, лучше подойдет регистр сведений.

(0) Ты действительно хочешь связать строку ТЧ одного документа со строкой ТЧ другого документа?

(1) Получается нужна своя Обработка ввода на основании и Регистр накопления, и Процедура проверки ТЧ Реализации, Подписка на событие при записи.

(3) Регистры сведений работают очень медленно.

А вообще, выкинь дурные мысли и сделай РН остатков "Заказы" как в серьёзных конфигурациях.

(4) Да это может понадобиться в дальнейшем. По заказное производство.

(7) Кстати, да. Я бы, наверное, так и сделал.

(7) И что мне даст РН. Пользователям нужна именно связь Счетов с Реализацией. Думаю, потом попросят привязать к этому еще и Оплаты. Реализация одна, а Оплаты будут связаны с каждой Строкой ТЧ Реализации и соответствующего Счета.

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

(11) Им нужна будет информация в виде (Отчет)

№ Реализ, Сумма по Строке | № Счет, Сумма по Строке (По соответствующей Номенклатуре) | № Поступление на р.с. по Строке

(12) Не нужна. Если не переубедишь - обувай лыжи и съебывай оттуда.

Делать вместо одного счета с N строками в ТЧ N счетов с одной строкой - копрокод.

fix копрокод => методологически неверно.

(14) Один Счет может быть с несколькими Строками, несколько позиций Номенклатуры. Я так ведь спросил. Может кто-делал похожее. А так не очень понятно почему в Типовой БП для Реализации не предусмотрено несколько Оснований.

потому что в типовой БП это нахер не нужно.

Но это (с допущениями) есть в других типовых конфигурациях, например в УПП, вы готовы на УПП?

(17) У них не такое большое производство. УПП еще изучить хорошо нужно, чтобы использовать правильно весь функционал. УПП просто для ведения бухгалтерии не нужно.

Для "просто ведения бкхгалтерии" не нужна связь нескольких счетов с одной реализацией.

(19) Им нужна. У них важный Контрагент просить чтобы в ТОРГ-12 по каждой строке указывался № Заказа (Счет). Ну и для аналитики нужно.

(20) Если бы счет был бух. сущностью у него были бы а) в ТЧ счета учета б) движения по РБ Хозрасчетный.

Поэтому (7)

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

При этом час оператора 100р, а у тебя как 1с-ника 1000р.

(21) Не я ведь придумал задачу. (22) Пока не очень понимаю, что мне даст РН Заказы. Пусть вместо Счетов будут Заказы. Для них это и есть Заказы, используют для этого Типовой документ Счет. Сделаю документ Заказ, к нему РН. А мм все равно нужна будет связь каждой Строки Реализации с определенной Строкой определенного Заказа чтобы напечатать ТОРГ-12 где будет добавлена Колонка № Заказа.

(24) Оператор на Окладе. 1С-ник сдельная. За пару лет они не просили ничего.

Тогда так, ТОРГ-12 - типовая унифицированная форма. Ну нет у нее графы "счет" в табличной части :)

(27) Сейчас никто не запрещает вносить изменения в Печатные формы. Главное чтобы были обязательные реквизиты. Это пожелание важного Контрагента. Значит Контрагент как-то использует эту информацию.

(27) на самом деле можно добавлять свои графы. Не запрещается.

Да будь он хоть трижды с большой буквы.
Может вообще есть смысл связаться с той стороной и разузнать ЗАЧЕМ, авось вообще все закончится электронным документооборотом.

(29) в курсе.

(30) Зачем мне это? Мне наоборот интереснее добавить функционал и заработать)

Добавляй. Больше работы будет нормальным 1с-никам, когда вас оттуда попрут.

(31) Очень вероятно, что Вы заработаете не то, что думаете.

(32) (33) ?

(34) Что такое критическая масса знаешь?

(35) ?

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

+(37) Понадобиться только сделать доп. печ. форму с использование этого реквизита.