Подскажите, пожалуйста, каким образом можно организовать "вторую" табличную часть в документе в 1С Торговле 7.7. Мне нужно в ней хранить две колонки (2 реквизита), которые не имеют никакого отношения к первой таб. части.

в аську или майл стучись. Расскажу наиподробнейше... :)

Таблица значений... Хранить данные можно многими способами, можно в отдельном файле, например ДБФ, можно делать реквизит шапки типа строка неогран длины и сохранять тулда ЗначениеВСтроку(тз)...

http://www.mista.ru/articles1c/hare/article.74.html

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

Скорее всего остановлюсь на последнем варианте. Спасибо большое за ссылку на описание как это сделать.

(0) Какие типы данных будешь хранить в колонках второй таб. части?

Два числовых типа.

(7) Тогда можно (2)

(7): для хранения ТЗ (используемой в качестве второй табличной части документа), содержащей данные только(!) НЕагрегатных типов, лучше использовать реквизит типа "строка неограниченной длины", в которую при сохранении документа записывать внутреннее представление (получаемое функцией "ЗначениеВСтрокуВнутр") такой ТЗ - а при открытии документа восстанавливать из внутреннего представления (при помощи функции "ЗначениеИзСтрокиВнутр") и использовать нужным образом... повторить по слогам: только(!) данные НЕагрегатных(!!!) типов.

Во-второй табличной части предполагается набор пар значений.
А эти значения в каждом документе свои - или, быть может, проще их сохранить в каком-то элементе справочника, а потом вставлять в документ ?
(9) Тогда ещё полезно объяснять, что такое "агрегатный тип данных" - не факт, что автор знает, что это такое.

Спасибо за комментарий. Все сделала, все получилось.

зачем плодить сущности. все прекрасно делается с физически одной табличной частью...

в самой табличной части документа можно хранить дохрена табличных частей и не выделываться с внешними файлами и сторонними документами

вот они - страшные последствия кризиса

Мне не очень удобно с одной табличной частью - вы сейчас говорите про скрывать (показывать) колонки?. У меня в одной таб. части очень много строк, во второй - мало. Очень много трудозатрат - на выполнение этого метода.

(15) ну если несколько строк кода это большие трудозатраты, тогда конечно...

Я второй документ обычно делал. Непроводной и с фиксированной датой типа 01.01.1980, чтобы в журнале не болтался.

(15) ну, если ЗагрузитьТабличнуюЧасть и ВыгрузитьТабличнуюЧасть + пара строк кода это неподъемная ноша, тогда пложи объекты метаданных под кадую такую "ношу".
(17) спер из камина?

(18) *пложи = плоди

(18) в ИТРП такая же фигня...

(18)А ссылочная целостность?

(21) оправдываешь ник? кто тебе сказал, что таблицы хранятся в виде кучи ТЗ с ЗначениеВСтроку?

(22)Чего мне его оправдывать то? Он в оправданиях не нуждается.

Ну и как же тогда эти таблицы значений хранить?

(23) в табличной части документа

+(24) у меня, например, документ по заполнению данных об оказываемой услуге содержит 9 закладок, на каждой закладке своя табличная часть. Фокус в том, что эти 9 табличных частей, видимых юзеру физически представляют собой одну табличную часть этого документа. При таком подходе сохраняются все методы для строк табличной части на каждой из этих закладок, что весьма немаловажно. И никаких ТЗ на форме, что тоже весьма немаловажно.

(25)Понятно.

И лишняя избыточность в "пустых" колонках..
:)

Короче. Несколько табличных частей в одном документе в 7.7