Документ Реализация - 2 табличные части (списание товара и бухг. доки)

Обычно, делают пометку бух/упр. Если весь товар накладной белый/черный, то в реквизите шапки, а если нет - то в табличной части.

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

Дублируем реквизиты строки табличной части, те, которые нужны для печати. Размещаем их так, чтобы удобно было. Пишем/дописываем обработки ПриИзменении(), т.е. автозаполнения и автопересчеты
Делаем внешнюю печатную форму, которая работает с нашими новыми реквизитами.

Все очень просто, в табличную часть добавляешь текстовое поле - типа строка , и пиши туда что хочешь, а в номенклатуре выбирай свой товар, который реально отдаешь.
А в печ. форме поправь выводить Это текстовое поле, ели не заполнено, тогда номенклатуру

Это в 8ке легче реализовать

Насколько я понял то проблема лишь в том, что покупатель хочет видеть в печатной форме именно то наименование которое ему нужно.Для этого
1)в документе создаешь реквизит табличной части вроде с типом значения строка.Добавляешь этот реквизит на форму документа.
2)Создаешь внешнюю печатную.И можно сделать проверку на заполненность реквизита НоменклДляПечати.Если заполнен тогда выводит его на печать,если нет то выводит обычное наименование товара.

Сделайте проще: прикрутите форму накладной, Торг12 и счета-фактуры к документу ЗаявкаПокупателя (тот, который неподтвержденная). Остатки он не списывает, и, к тому же, будет оставаться в системе, его можно будет всегда найти. Клиент приходит, берет а. Реальный товар, б. Документ на нереальный товар. а проводите обычной расходной накладной, б проводите заявкой покупателя. Вроде и овцы целы и волки сыты, не находите?

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

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

Про Бритву Оккама понравилось. Решение задачи (как она сформулирована) невозможно. Клиент обладает слишком большой свободой: он и товар выбирает (а его ведь может и не быть в справочнике?), и кол-ко, и сумму. ИМХО - в 1с все делаете как положено, а "хотелки" легко реализуете в екселе. И нет вопросов, и переделывать ничего не надо, и отказаться от такой системы легко...

Тут надо однозначно делить Бух учет и управленческий. Управленчески списывать одно. бухгалтерски другое. Соответственно 2 дока.

Обычно ведут управленческую конфу на регистрах (ТИС там разный или специализированную), а потом из нее выгрузку нужных документов забабахивают в чистую бухгалтерию.