Как убрать запрос в цикле #757606

Добрый день! Есть документ с табличной частью Товары, там несколько строчек номенклатуры с соответствующими складами. Нам необходимо выяснить достаточно ли товара до проведения документа. Эту задачу решает код: Но он не оптимален, как убрать запрос в цикле?

Надо себя как-то заставить...

в параметры передать список не подходит?склады в ТЧ?

Сделать запрос к обоим таблицам сразу. С этим есть проблемы?

Соедини ТЗ по товарам с ТЗ по остаткам

Задача с экзамена "1С:Специалист" по платформе... в упрощенном варианте.

Ты хотя бы учебник Радченко почитай.

Посмотри как в типовой сделано

да, склад в ТЧ

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

2 варианта 1) если проверяй после записи соответсвенно по ссылки береш тч 2) перез запись в зпрос кладеш таблицу значений

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

для чего не расскажешь?

а не просветите зачем номер строки??

сгруппировать одинаковую номенклатуру во временной таблице не вариант?

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

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

найти строки??

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

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

а в какой не хватает, в первой или во второй если их две? мы просто артикул выводим, вполне устраивает

вот примерно так, выводит строки с дефицитом:     РеализацияТоваровУслугТовары.Номенклатура,     Т.Склад,     Т КАК Т         ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(                 ,

Это чем же вы торгуете, если в документе 800 строк?

все норм судя по описанию все эти строки могут быть зяняты 1 ном позицией

"а если такой номенклатуры несколько строк, то вообще" // Я правильно понял, что если товара-таки не хватает, то считается, что его не хватает всегда у последней / последних строк?

(строк с таким товаром)

Оптовая торговля, например запчастями или таблетками, вполне может быть по столько строк

"Таблетки на Блюхера. Всегда хороший приход." (С) Масяня

Вот эти ?

согласен, моя ошибка решил одним запросом с выводом номера строки, ВЫБРАТЬ     ТоварыНаСкладахОстатки.Номенклатура,     Документ.ЗаказПокупателя.Товары КАК ЗаказПокупателяТовары         ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(                         Документ.ЗаказПокупателя.Товары КАК ЗаказПокупателяТовары Всем спасибо за участие!

у тебя будет ошибка если в ТЧ две строки с одинаковой номенклатурой

а еще КоличествоОстаток будет задвоено если остатки по разным партиям лежат :)

отличный вопрос для собеседования още-то -

Если РежимПроведения = РежимПроведенияДокумента.Оперативный Тогда                         Сообщить("Товара " + Выборка.Номенклатура + " со склада " + Выборка.Склад + " недостаточно в количестве " +(-Нехватка)); не ведется учет по партиям

Проводите по новой методике: контроль остатков после формирования движений и откат, если есть отрицательные остатки. Тут и номер строки будет, и какава с чаем

а если начнет вестись? Обязательно за 5 мин перепишите все свои поделки?

Если Нехватка<0 Тогда" в запрос надо пихать, чтоб меньше перебирать строк.

+То что в может даже быстрее отработает чем . В покрасивше будет.

+ Условие надо накладывать при отборе обрабатываемого документа, а не после того как все выберите и склеите.