Закладки, табличные части #469720

Не знал как назвать тему. Вобщем есть документ "Заказ", с которого нажатием Печать печатается отвес накладная. Заказы принимаются по 3 складам(мясная продукция:колбасный, холодильник, склад замороженной продукции). Изначально на каждый склад заводился новый документ и принимался заказ(проблем не было). Но Приемщик сказала, что Заказчик может заказывать продукцию в разнабой с разных складов и открывать 3 документа не удобно(согласен с ней, да еще и пользователь из нее некудышний, нада оптимизировать), но отвес накладных должно быть 3. Продукция загружалась в табличную часть кнопкой "Заполнить" из справочника номенклатуры, но можно и вручную добавлять. Я думал сделать 3 закладки, или 3 кнопочки склады в одном документе, которые меняли бы слои или загружали таблицу номенклатурой, но не знаю что делать с табличной частью. Вопросы. 1)Может кто-то что-нибудь посоветует по решению моей проблемы? 2)Можно ли закладки разместить посередине формы,а не сферху(никогда еще с ними не работал)? 3)Можно ли завести несколько табличных частей?

1. Советовать можно много 2. нет 3. Штатно нет, но можно эмулировать

3.А примерно можно рассказать как эмулировать?

Поищи по форуму, была тема насчёт нескольких табличных частей.

а. В табличной части реквизит "Номер ТЧ" и фильтр при выводе б. Подчиненные документы

а почем 2. нет ?

Подчиненный документ. дополнительный справочник. Хранение ТЗ в строке.

вместо закладок можно и кнопки сделат а ставь потом где хочешь

А как?

а кнопочки ?

1.посоветуем 2.да 3.да

Нехаляльно

Ну я думал, что если нельзя, то сделать кнопки.

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

у АЛьФа неплохая была подборка штатных красивостей без егоной "приблуды"

Можно немножко подробнее?:)

кстати, а че в доке в ТЧ склад не загнать ?

или типовой док не хочется курочить ?

Всмысле?

в прямом

+Я и заганяю, тока складов 3

2.Для закладок использовать либо это: либо тупо активикс "MSComctlLib.TabStrip" 3.Для второй ТЧ Либо ТЗ на форме, либо ТабличноеПоле

Это-то придется, куда они денутся...

да хоть 33

тогда нафига закладки ? (риторически)

Извени, просто не понимаю.

Закладки чтоб показывать 3 таблицы с номенклатурой 3 складов(соответственно)

Это ты с кем разговариваешь? :)

с автором

Табличная часть

Если нужно "штатно",то закладки делаются вот так:

Вручную выбирать номенклатуру Приемщик будет очень долго, я загружаю кнопкой(но можно и вручную, если например удалила случайно строку и вернуть). А загружать 3 склада в одну таблицу и показывать не красиво будет, хотя я подумаю может и из этого чтонибудь получится.

можно "фильтровать" прямо в ТЧ без ТЗ на форме

Автор не читатель, автор писатель

ой, не нужно пользоваться "Forms.MultiPage.1".

Почему?

несколько ТЧ я делал через подчиненные справочники, можно несколько ТЧ реализовать так

на драг-н-дропе валится 1с (если, например, из ТП тянуть на/мимо "Forms.MultiPage.1").

почему ?.. я в своё время делал на .TabStrip

дык я за TabStrip и агитирую.

3. Штатно например так:

С учетом того, что все ТЧ имеют одинаковую структуру, это лишнее

Закладка

Для кладовщика сделать обработку для работы одновременно с несколькими типовыми документами. Например, в режиме ввода данных с использованием закладок.

закладки сделать можно. При удачном стечение обстоятельств можно получить подобное:

С закладками я вроде определился.Мне понравилось :)

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

По закладкам будет быстрее.

+Всмысле пользователю будет быстре работать.

Идешь на 1cpp.ru и тамошний форум, берешь 1С++, КОП ПоставщикДанных, ТабличноеПоле, закладки от trad'а (, и такую красоту наводишь, что прямо ужас. Правда сначала понадобится месяц все это вкурить, зато скилл 1С++ сильно прокачаешь. (Да, за закладки тереби trad'а, на форуме, как он сказал, старье выложено).

А зачем несколько закладок и несколько ТЧ, почему нельзя обойтись одной, просто в каждой строке будет указан склад? Если складов стане 5 - будешь добавлять количество закладок? Справочники???? А чего не документы??? Совсем не обязательно.

Во, точно, мне в свое время не хватило такой статьи, пришлось самому додумываться:) И вроде ничего особенного, но...

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

Да уж...(с)

самое то, тебе подходит

А почему именно документ с тремя ьабличными частями? Просто показалось что так надо? Бутерброд надо с другого конца кушать. И тогда станет ясно, что в 92% подобных случаев вопрос только в представлении данных - и лучше подходит обработка, которая собирает в себя нужные данные из нужных документов, как надо представляет их в диалоге, и нужным образом формирует "твердые копии".

Я тут все поколупал и решил сделать: 3 кнопки(они в 1с похожи на закладки), табличную часть одну, только добавить в ней невидимый реквизит склад. И при нажатии на кнопку склад , чтоб загружалась нужная номенклатура.

и потом иметь много проблем оттого, что склад не в шапке, а в ТЧ?

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

отчеты вероятно переделывать придется...тем более что конфа кривая

проведение таких документов. Придётся весь расчет итогов, формирование движений и т.д переделывать в модуле документа.

: ты ап чом, родная? ты по слогам перечти. Документы не меняются ни грамма, как выписывались по разным складам отдельные документы так и выписываются. Просто добавляется отдна обработка(отчет), которая собирает из нужных докеументов нужные данные и представляет их в диалоге в нужном виде (и печатает нужные печ.формы). И переделывать - ни-че-го не-на-до.

: просьба не читать! я лох, да.

Ну этот кусок: док заказы прилегающеи дополнительные справочники и отчеты я делаю сам и с нудя, так что с переделыванием проблем не будет, а с формированием - я люблю регистры, сделаю. занесу данные и из них буду формировать отчеты.

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

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

Я бы лично сделал как в : 1. добавил бы в ТЧ колонку СКЛАД 2. При выборе номенклатуры автоматически бы выбирался склад в строке, на котором есть остаток данной номенклатуры (пользователь может потом уточнитиь склад, если данная номенклатура есть в остатках более чем на одном складе) 3. при печати данные с ТЧ документа выгружались бы в отдельнуй ТаблицуЗначений, сортировались бы по складам, наименованию и т.д. и при песати выводилось бы столько отвес-накладных, сколько задействовано складов. Итого имеем - документ 1, а отвес-накладных сттлько же, сколько и задействовано складо (1, 2, 3 или больше)

Интересно а что быстрее из одной ТЧ подгружать нужные строки(их примерно 300: 100,150,50) или же из доп документа загружать?

из одной ТЧ

: давно слепил для себя обработку "РазноскаОтгрузки" без изменения товарных документов. работает, зарраза, и без гимора. :)

У меня пользователь 99,9% не выбирает номенклатуру а только ставит куда нада количество. Так быстрее. Так что твой вариант не очень мне подходит.

Блин вы заговорили про доп доки и завели меня в тупик. Я теперь растерялся не знаю как все таки лучше. Из ТЧ будет вероятнее быстрее грузится чем из доп доков. Зато потом (когда я уйду) моему последователю будет проще с доп доками разбиратся и переделывать. Монетку кинуть тут не прокатит :)

: что интересно - самое правильное решение не в изменении таб.части, и не в доп.доках. но монеток с тремя сторонами не бывает. :)

нахрен все допчасти и прочую хрень. если товары по местам хранения НЕ ПЕРЕСЕКАЮТСЯ, то решается просто: заказ весь в одном документе. на каждую номенклатуру свойство "складхранения" со своим значением. Печать отвесов (накладных на сборку) - по разделению этого свойства. ВСЕ. . по одному этому заказу может быть как одна отгрузочная ТОРГ12, так и в соответствии со складами. . все доработки - внешняя печатная форма и пару строк кода в процедуре ВводНаОсновании для расходнойнакладной. . пример:

: как же и я люблю случаи когда "этот склад только для тапочек, а склад в бердичеве только для гвоздей"!!! ))))

Да не говори - наивный детский вариант :)))

Cthulhu, может поскажешь что по этой теме?

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

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