Создание табличной части в создаваемой странице #725184

Доброе утро! Я только начинающая и хотела спросить, как в новой (созданной программно) странице создавать табличную часть? В инэте искала - ничего подходящего не нашла. Есть вкладка ТЦО - таблица которая заполняется на основании ЗаказаПокупателя, далее если пользователь хочет создать альтернативную ТЦО, нажимает на кнопочку и появляется страница клон с такой же табличной часть и становится текущей. Как это сделать? Процедура АльтернативаНажатие(Элемент) КонецПроцедуры Ничего не происходит, может потому что добавленная страница не текущая?

Доброе утро! Я только начинающая и хотела спросить, как в новой (созданной программно) странице создавать табличную часть? В инэте искала - ничего подходящего не нашла. Есть вкладка ТЦО - таблица которая заполняется на основании ЗаказаПокупателя, далее если пользователь хочет создать альтернативную ТЦО, нажимает на кнопочку и появляется страница клон с такой же табличной часть и становится текущей. Как это сделать? Процедура АльтернативаНажатие(Элемент) КонецПроцедуры Ничего не происходит, может потому что добавленная страница не текущая?

намекающий вопрос. Как связаны создаваемая тз и твоя форма? Намекающий ответ - правильно, никак.

Потому и написала сюда - как сделать?

Связано с заказом покупателя на основании которого создается АльтернативнаяТаблицаЦенообразования. в которой есть страница с табличной частью и по желанию создания точно такой же табличной части на другой вкладке, в которой можно поставить другие цены и накладные изменить.

что-то мне намекает, что постановщик задачи - идиот...

Возможное количество альтернативных страниц ТЦО ограничено или нет? Если ограничено и оно в разумном пределе, одна - две страницы. то просто в конфигураторе скопируйте страницу столько раз сколько надо а при открытии формы скройте их и при нажатии на кнопку отобразите. Не усложняйте =)

Это очень легко оскорблять людей за глаза. По делу есть что сказать? Если нет - не вижу смысла тратить свое и мое время.

Количество страниц неограниченно в том и сложность.

Тут проблема в том, что если вы не создадите ТЧ дока в конфигураторе, то сколько бы вы его не создавали программно ТЧ не запишется в доке...

+ ТЧ как бы не будет в объекте метаданных.

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

Одна табличная часть в доке конфигуратора есть, по ней заполняется табличная часть в первой странице

Мне нужно создавать такую же в остальных страницах. Как можно картинку здесь прикрепить, чтобы показать?

Может я непонятно как-то объясняю..

Заливай на катринкопомойку, а сюда ссылку

Теперь попробуйте ответить на вопросы: 1) Созданные таблицы должны сохраняться в базе для дальнейшего просмотра? 2) Сколько вариаций может создать пользователь для просмотра? 3) На какие входящие данные завязаны эти вариации? (На наличие номенклатуры на складе? На расположение звезд на небе?) На самом деле Ваша задача решается с помощью прекрасного инструмента "обработка табличной части документа" (можно и через внешнюю обработку табличной части документа).

"появляется страница клон с такой же табличной часть и становится текущей" ересь какая-то. ))

Гхм. Более точно - "Обработка заполнения табличной части документа"

1) Да должно сохраняться 2) Изначально стоит задача о неограниченном количестве. Не думаю что их создадут сотни конечно. 3) В первой таблицы переносятся все данные из заказа покупателя, а на все остальные переносится только номенклатура, количество, единица измерения, цену и накладные пользователь здесь ставит другие, все остальное пересчитывается.

Имеется ввиду что при создании страницы она становится активной. то есть имеется ввиду что если сейчас создается страница - пользователь остается на первой вкладке, а мне нужно чтобы была та что только что создана.

Это в конфигураторе в обработках?

Зачем пользователю создавать альтернативную ТЦО? Первопричина?

А ви таки читали какие-нибудь книжки по 1с? Радченку там какую-нибудь? Или подумали что раз так махом и всему научитесь?

В качестве примера, посмотрите как реализована обработка табличной части "Товары" в Управлении Торговлей. Что касается "все таблицы должны сохраняться". Тут я бы порекомендовал для начала посмотреть что-то вроде "спецификаций" для продукции.

а реквизит типа хз в документе не пойдет в котором будет тз с таблицами ну или список с таблицами

Альтернативное ценовое предложение. Разные цены, разные суммы разные накладные расходы.

Книжки от корки до корки не читала. Но отрывками в ситуациях которые схожие с поставленной задачей.

Я возвращаюсь к мнению . Ну, или к s/постановщик/исполнитель/g

ну дык хран. зн. не поможет в нем тз с тз или сз с тз

Ваше мнение очень ценно и несказанно помогло.

+ это вопрос

Хорошо. Я поняла что для начинающих эта задача несказанно сложна и тот, кто мне ее поставил человек недалекого склада ума. Буду делать страницы и табличные части в конфигураторе и работать с видимостью.

Обращаешься за реальной помощью - а получаешь психологическую атаку )

а вообще есть, например такая конфа у кот. тч локумента хранятся в РС (WMS). Можно и через РС реализовать сколь угодно тч.

не надо тебе никакие табличные части делать,  сохраняй варианты своих таблиц в хранилище, если надо смотреть/сравнивать, сделай кнопку в документе и показывай отчетом свои таблицы, потом сделаешь выбор варианта и загрузку его в ТЧ

если чуток совсем подумать. Я так понял у нас счас проблема хранить динамическое кол-во тч.

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

+ вся проблема как раз в "сохранить таблицы" )

блин я хз (хр.зн.) чет уже пять миллионов постов назад тож предлагал. Да довига вообще вариантов решения. Большой все же вопрос - нахв?

да нет проблем никаких ёмаё.

Собственно, не совсем понятно, в чём вопрос... Как хранить данные? Или как нарисовать закладку с табличным полем? Или вообще "как работать с этой вашей грёбаной 1С"?

у меня пока еще ничего не получается. С пользователем переговорила, ему достаточно 5 вкладок с 5 таблицами ценообразования. Поэтому думаю проще будет сделать это в конфигураторе и поиграть в видимость. Только как сделать чтобы по одной кнопке показывались последовательно вкладки с таблицами пока не знаю.

как нарисовать закладку с табличной частью - вопрос был в этом.

еще вопрос тада уф, простые?

для нее это огромная проблема

Не ВЕРЬ пользаку, он врет 100%, через 2 недели прибежит и скажет надо 7 таблиц

бывает.

а что делать? То говорите создать в конфигураторе фиксированное количество, потому что нефиксированное это нереально и такие задачи ставят дураки а ты ведешься. Я себе это так представляла: где-то хранится моя таблица в таком виде как мне надо и по созданию вставляется в созданную вкладку, где уже пользователь вносит свои изменения.

что, простите, простые? )

госпади, очередной пользователь привыкший к экселю и ипущий мозги программисту

ага, девочка попала ))

тебя пожалеть?

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

+52 Элементы.Группа16 - это мой элемент формы "страницы" НаименованиеТЗ = переменная где указан путь к данным ну а потом в этом табличном поле надо программно создать колонки и у них тоже укзать путь к данным

формы управляемые или обычные?

усе - вижу, что не уф

пардон

обычные

примеры есть в Синтаксис помошнике СтраницыПанели (PanelPages) Добавить (Add) Синтаксис: Пример: Синтаксис:

можно двумя путями реализовать. 1. записывать ТЗ в Соответствие а Соответствие в ХЗ и загружать их оттуда при открытии, создавая на лету вкладки с именем Ключ и заполнять Значением 2. добавить в ТЧ колонку Страница и при открытии создавать страницы демонически.

уф, вы мне говорить на равных, а для меня столько непонятных слов. Сейчас спрошу где находится соответствие и ХЗ и в меня снова полетят ботинки...

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

да хоть в соотв, хоть в СЗ. Хоть во что - куда удобней.

+ тока мне чет кажется в РС круче будет. И запрос норм построить можно если что.

Пользователю нужно чтобы было несколько вариантов таблиц ценообразования. Одна формируется на основании ЗаказаПокупателя. Остальные ТЦО с такими же колонками и строками, но в них вносят изменения в части цен или накладных расходов для того чтобы принести начальнику показать и он такой "ага, вот этот и этот вариант нам подходит".

Соответствие находится в Универсальных коллекциях, а ХЗ - это хранилище значений.

Т.е. пользователь сам решает по какой цене он хочет купить? Вот это я понимаю ДЕМОКРАТИЯ =))

как-то так:

и смысл тогда хранить все эти таблицы, если выйдет 1 вариант?

пользователь в данном случае - это менеджер по продажам. и он решает по какой цене продать.

Дело говоришь =) А почему бы пользователю не менять эти цены в одной единственной ТЦО?

предложи ему в эксель перекинуть и там свои таблицы составлять, поверь — на 5 страницах/таблицах они не остановятся

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

чеее? эта кнопочка будет сама определять какую цену поставить? или выбирать что продавать?

Как-то не очень понятно где эти страницы числом 100500 находятся. Наверно, в каком-то документе? Почему на основании этого документа не вводить сколько угодно документов Альтернативное ценовое предложение, содержащих табличную часть с нужными колонками и не организовать их удобный просмотр из формы документа-основания? Можно и отчетом как-то обрабатывать, если потребность есть.

Ну вот смотрите. В конечном итоге, чисто гипотетически, есть такой у вас док, в котором 100 вариантов предложений. Как менеджер все это будет анализировать?

Вот кстати тоже интересное решение

нет, кнопочка конечно сама не будет определять цены да все-таки думаю 5 таблиц будет думаю вполне достаточно и я об этом говорила ранее - но потом меня начали переубеждать что потом им понадобятся 7 )

А может добавить 5 колонок для вариантов цен в существую таблицу? Или кроме цен может еще что то меняться?

+ Просто есть ли смысл дублировать записи которые не будут меняться (товар. количество и т.п.), если будет меняться только цена. Тогда сделайте доп колонки Цена1, Цена2, Цена3, Цена4 и т.д. и по мере необходимости их заполняйте. Тут можно и с видимостью колонок "поиграть".

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

кроме цен меняются расходы.ю на картинке по ссылке которую вставил хамелеон видны поля и то что я хочу

+ но самый лучший вариант хранения данных, на мой взгляд, это подчинённые документы

немного имхо не верно переменные перепутаны

сейчас попробую что получится

{Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(7,25)}: Переменная не определена (КоличествоСтраниц)         "ТабличноеПоле"+<<?>>КоличествоСтраниц, Истина, ЭлементыФормы.ОсновнаяПанель); {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(8,37)}: Переменная не определена (КоличествоСтраниц)     ЭлементыФормы["ТабличноеПоле" + <<?>>КоличествоСтраниц].Лево = 6; {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(9,37)}: Переменная не определена (КоличествоСтраниц)     ЭлементыФормы["ТабличноеПоле" + <<?>>КоличествоСтраниц].Верх = 6; {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(10,37)}: Переменная не определена (КоличествоСтраниц)     ЭлементыФормы["ТабличноеПоле" + <<?>>КоличествоСтраниц].Ширина = 370; {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(11,37)}: Переменная не определена (КоличествоСтраниц) {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(13,33)}: Переменная не определена (КоличествоСтраниц) ЭлементыФормы["ТабличноеПоле" + <<?>>КоличествоСтраниц].Значение = ТЗ; {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(14,33)}: Переменная не определена (КоличествоСтраниц) ЭлементыФормы["ТабличноеПоле" + <<?>>КоличествоСтраниц].СоздатьКолонки; {Документ.АльтернативнаяТаблицаЦенообразования.Форма.ФормаДокумента.Форма(13,63)}: Переменная не определена (ТЗ)

Наивная - вставила и жду результата хоть какого-то ))

Есть простое решение. 1. На форме документа сделать табличную часть, в документе - только шапка. 2. Создать регистр сведений, где хранить данные табличной части. В регистре добавить измерение - ссылка на документ-хозяин и измерение "НомерВарианта". Номер варианта можно сделать не числом, а строкой, например, тогда можно осозданные имена добавлять вариантам. 3. В шапке документа сделать выбор варианта, например, выпадающим списком - список заполнять при открытии чтением регистра с отбором по документу-хозяину. 4. При выборе в шапке одного из варианта заполнять табличную часть на форме данными регистра с отбором по документу-хозяину и варианту.

Что такое "ОсновнаяПанель"?

На Ленинградке :)

а как в таком варианте распечатывать на одном листе 5 альтернативных ТЦО например?

просто выдает ошибку...

, ты что думала, что я тебе полностью рабочий код что ли напишу? ОсновнаяПанель - это имя панели, где у тебя страницы будут находиться

в твоём случае: "АльтернативныеТЦ"

Разобралась что это моя Альтернативная ТЦ

Разобралась уже

Алена, тебе замуж надо.

да думала )