Товар/Тара, но надо только долг по товару #2434

Всем привет. Есть комплексная конф.(4.4),Номенклатура - Товар и Тара(ящики)(тара оборотная, стоит денег, но долги по ней покупателей только количественные). Когда делается расход.накл., набивается соответственно товар и его тара. Менеджерам нужно знать, скоко покупатели должны по товару. Реализовать это получилось (у меня) токо след. методом - сначала запрос по рег. ПОКУПАТЕЛИ, потом запрос по рег.ПартииНаличие с поиском тары ну и далее  по результатам обоих запросов - вычисляется долг по товару и по таре раздельно. НО ЭТО ОЧЕНЬ долго, т.к. приходится перебирать все док. с начала базы. Кто-нибудь может предложить способ получше?

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

я уже думал об этом, но как быть с теми документами, которые уже введены? перепровести все я не могу

Я наверное не понял чегото но почему нельзя долг покупателя взять как:  СводныйОстаток(,)???

Я наверное не понял чегото но почему нельзя долг покупателя взять как:  СводныйОстаток(,)???

а что же тогда указать в измерениях? не получится..  :(

контрагента

В измерениях указать Контрагента и применять СводныйОстаток(,) к регистру ПОКУПАТЕЛИ а по таре сделать отдельный регистр , перепровести всю базу и ты в ШОКОЛАДЕ.....

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

тогда я не понял, что ты спрашивал в

Насчет регистра нового погоречился ,вспылил вобщем исправлюсь... долг по товарам: Конт=Регистр.Покупатели.Договор.Родитель Долг=Регистр.Покупатели.Сумма Должок=КонОст(Долг) долг по таре: в регистре есть ресурс типа Справочник.Номенклатура?

Что является признаком тары? как ты ее в регистре отличаеш?

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

читай и

- не увидел вовремя (10,11 извини) нету номенклатуры (Комплексная 4.4) - в этом трабла почему       Конт=Регистр.Покупатели.Договор.Родитель я всегда думал Конт=Регистр.Покупатели.Договор.Владелец Признак тары - Перечисление.ВидыНоменклатуры.Тара либо Товар (там же еще и материалы - тупо сделано, ноэто так = к слову) и еще есть рекизит свой (остался со старых времен)Тара=1 или Тара=0

+ Должок- будет долг товар+тара

действительно Владелец (конец рабочей недели сам понимаеш) а из регистра ПартииНаличие ти инфу только по таре береш?

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

Я счас отойти должен буду позже .... короче если я все правильно понял из Рег Покупатели ты береш инфу : долг по товарам а из Рег Партии береш инфу :  долг по таре если это так тогда вроде знаю как решить проблему.......

да,  все прально токо из рег Покупатели я беру ОБЩИЙ долг по клиенту с группировкой по докам, ну и потом эти доки ищу в запросе по ПаРТИИНаличие и т .д. Буду ждать - тогда я щас тоже отваливаю, утром почитаю, че предложишь

Блин вроде я понял в чем трабл.... трабл в том что у тебя в регистре  ПартииНаличные тип значения реквизита МПЗ (или Номенклатура или еще как) "Справочник" т.е. не указано какой конкретно ... (у меня нет под рукой компл 4_4). так вот если ты пишеш в запросе например: ПризнакТары=Регистр.ПартииНаличные.МПЗ.Тара то запрос не выполняется (выдается ошибка не верно указанного пути) Надо здесь использовать ВНЕШНЮЮ ФУНКЦИЮ  чтото вроде: Номенклатурка=Регистр.ПартииНаличные.МПЗ КолТары=Регистр.ПартииНаличные.Количество Фунуция Кол=КонОст(ВзятьНеВзятьКоличество(Номенклатурка,КолТары))   т.е. во внешнюю функцию посылаем саму номенклатуру (в общем случае это может быть и материал и что угодно) и количество которое в случае если номенклатура оказалась тарой можно вернуть вот и осталось только написать ПРИМЕРНЫЙ код функции: в этом примере всю базу шерстить не надо достаточно взять в качестве начала и конца запроса РабочаяДата или ТекущийДокумент если в документе расчитываеш ну вроде все .... P.S. возможно (скорей всего так оно и есть) мой ответ не точен но я думаю он натолкнет тебя на правильную мысль (добовлять новый регистр крайний случай)

ПартииНаличие, Измерение Номенклатура = Справочник.Номенклатура (другого и быть и не может - товар, материалы и тары - все запихано в этот справочник) Я что-то типа этого и делаю, только (как теперь понимаешь для этого внешняя функция не нужна) - тут много способов, я делая через статус партии (есть там такое измерение): "в этом примере всю базу шерстить не надо достаточно взять в качестве начала и конца запроса РабочаяДата или ТекущийДокумент если в документе расчитываеш ну вроде все .... " - не догоняю опять - Мне нужно получить долг по таре конкретного клиента. Что мне даст РабочаяДата? Мне же нужно в документы залезть, которые увеличивали и уменьшали остатки по таре. Или я че-то не понял по ?

Если все так как ты пишеш в тогда зачем в запросе : Расход Приход?????? кстате фунункции вычисляются за период с начала базы как я понял а почему бы не испорльзовать КонОст для этой функции Дата начала запроса не важна и можно запросто использовать только РабочаяДата... Зачем "лесть" в документы движения по таре не пишутся чтоли в регистры? если не пишутся тогда быстрей чем у тебя написан запрос ты врятли что то придумаеш...