Подчиненые документы

Ищешь док "Реализация" у которого "ДокОснование" содержить твой док "заявка от покупателя", потом перебираешь строки найденной "реализации"

блин, если база большая то это займет продолжительное время, есть более быстрый способ?

Если выбирать запросом то не долго

NickDem Написал:
-------------------------------------------------------
> Если выбирать запросом то не долго

ИМХО спорное утверждение, требующее проверки.

Список подчиненных документов индексирован, поэтомы методы ВыбратьПодчиненныеДокументы()/ПолучитьДокумент() вполне могут оказаться быстрее запроса.

Как будто спецом для тебя положил ;)
http://infostart.ru/projects/1475/

> имееться "заявка от покупателя" на основании неё вводится "реализация" так вот, как из модуля заявки обратиться к табличной части реализации???
//
вопрос, имхо, - ламерский.
В момент существования заявки покупателя из ЕЕ МОДУЛЯ обращаться к ТЧ реализиции - плохой, очень плохой тон. В момент выполнения модуля ЗаявкаПокупателя документ рЕАЛИЗАЦИИ НА ЭТОТ МОМЕНТ ВРЕМЕНИ ОТСУТСВУЕТ, реализация по хронологии лежит позже, и не надо верить в машину времени...
Настоятельн рекомендую подумать ТЩАТЕЛЬНО над методикой чего вы там делаете.
как правило такие вопросы свидетельствуют о больших трудностях в понимании процессов и методики использования штатной ТиС.

> и не надо верить в машину времени...

Машина времени = сущестует. Это - водка. Выпил и уже завтра... ;)

> как правило такие вопросы свидетельствуют о больших трудностях в понимании процессов и
> методики использования штатной ТиС.

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

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

Это неТиС, а ПУБ, и потом на крупных контрактах забирают не все сразу а частями, поэтому и вознкает проблема, чтоб в заявке можно было видить остаток по ней, а не лезть в отчеты, по времени дольше

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

Дык, с этого и надо было начинать...

Не очень понятно зачем для решения этой задачи получать доступ к табличной части реализации.
Имхо проще и быстрее получить остаток из регистра "Заявки".

Хе, ... , хорошая идея, спасибки сейчас буду пробовать....

Блин, вообщем запросом не пойдет, он единицы измерения не те дает, придется перебором документов по реализации

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



Процедура Сформировать()



Реал = СоздатьОбъект("Документ.РеализацияПродукции");
Реал.ВыбратьДокументы(ВыбНачПериода, ВыбКонПериода);
к = 1;
Пока (Реал.ПолучитьДокумент() = 1) Цикл
ДокОснУРеал = Реал.ДокументОснование.ТекущийДокумент();
Если (ДокОснУРеал = ТекущийДокумент()) и (Реал.Проведен() = 1) Тогда
Для м = к По КоличествоСтрок() Цикл
Реал.ВыбратьСтроки();
Пока Реал.ПолучитьСтроку() = 1 Цикл
Если Товар = Реал.Товар Тогда
Сообщить(Реал.Товар);
Сообщить(Реал.Количество);
КонецЕсли;
КонецЦикла;
к = к + 1;
КонецЦикла;


КонецЕсли;
КонецЦикла;

КонецПроцедуры

А чем не устраивает метод ВыбратьПодчиненныеДокументы(<Дата1>,<Дата2>,<Докум> )???

Не проще с единицами измерения разобраться?

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

Связь между штуками и кубометрами есть?

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

может все-таки из регистров тянуть...?

из регистров тянуть, это просто, и удобно, и быстро, но если потом заняться единицами, то это будет полная попа!!!

бред..
учет ведется в какой-то базовой единице, от нее и считается.
если ты получишь отчет в виде - остаток (чего-то.. товара/заявки/резерва) = 20 коробок.. извините - коробки разные бывают и по 10 и по 20 и по 100 штук в коробке. Вот если результат = 100 базовых единиц - то все понятно, неоднозначностей нет...
.другое дело если чтоит задача именно коробочного учета - т.е. товар может учитываться и отпускаться в разных коробках... и поштучный "отпуск" - не допускается... тогда в качестве единицы учета следует выбрать МИНИМАЛЬНО НЕДЕЛИМУЮ КОРОБКУ и остальные коробки считать от нее... Если такой возможности нет (коробки нацело не днляться) тогда в регстр добавляем еще одно измерение "Единица" и операции по регистру ведем с учетом этого измерения... тогда запросто может быть ситуация (когда персонал наплевательски относится к учету) когда в документе "отпуска/резерва/передачи" стоит 100 коробок (тип коробки=1) и провести не удастся... потому что на учете висит 80 коробок Тип=1 и 20 коробок Тип=2 - при этом даже внутри штучное количество у них может быть одинакове - НО ЭТО РАЗНЫЕ КОРОБКИ - габариты другие, упаковка другая и т.д.
..+ к этому могу, думаю, смогу смоделировать ситуацию когда обращение к nx дока приведет к неверным фактическим данным в учете...

Речь идет не окоробках, о шт и м3, у каждой ноенклатурной единицы свои нормы выпуска поэтому как не крути, но переводить их это проблема, хотя бы потому что необходимо прописывать целый ряд позиций , что уже не есть хорошо!!!

Я уже возле этих единиц со всех сторон подходил, мне так кажеться, и всех производственников поднял, вместе думали, так ничего и не надумали!!! (((

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

ИМХО проблема надумана.

Остаток по документу заявка учитывается в регистре Заявки. Движение информации получается следующее: документ Заявка -> регистр Заявки -> документ РеализацияПродукции.

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

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