Условие цикла #562754

Здравствуйте, Уважаемые! Подскажите, какое правильное условие для цикла написать, чтобы 1С начала создавать второй, третий и тд документ после того, как набирается ПланВес?

на г-код можно выкладывать

Блок-схемы себе нарисуй.

Пока Вес <= ПланВес Цикл     Если Вес <= ПланВес Тогда вот это зачем? Если ТекСтрока.Отметка = Истина Тогда вот это зачем?

+1

тут не условие нужно, а цикл переписывать.

+1

почти полный аналог задачек на списание по партиям для спеца платформы

По любому так не оставишь)) Не могли бы вы, хоть направить в правильную сторону ? А есть решение? Можно взглянуть ?

ты бы хоть задачу нормально описал

а что не нормального в моем описании? мне кажется все предельно ясно :-

Оно фактически отсутствует...

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

Если правильно понимаю, есть некая таблица значений с весами. Нужно раскидать по документам, причем задача оптимального подбора не стоит (максимальное соответсвие вес и план вес). Тогда простой обход таблицы с заполнением документа. Когда вес становится больше план веса - создаем следующий документ. Т.е. 1 цикл и 1 условие + обработка после выхода из цикла.

Что за обработка?

эмм...твоя

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

при его наличии :)

Это очередной виток сумрака, когда 1) ТС не описал задачу 2) Аналитики построили предположения 3) ТС выясняет условие своей задачи по предположениям у аналитиков?

Для Каждого ТекСтрока из ТаблицаДокументов Цикл )

Вот как у меня получилось:

а если будет на какойто строке так, что планвес = 2000 вес = 1990 текстрока.вес = 500 то в документ попадет 2490 вес. это нормально?

Согласен, не нормально. Есть варианты ?

ну проверяй общий вес + текущий вес перед добавлением строки

Изменил условие. стало вроде лучше.

Но все равно не то получается. Выходит если Вес=50 ПланВес= 100 ТекСтрока.Вес=60, то он создаст новый документ, хотя за ним следуют, допустим 3 документа, по которым ТекСтрока.Вес=10, надо чтобы эти тоже попали в первый.. Т.е. документом по возможности набирать ПланВес.

а вот это уже анализ и оптимальное заполнение. Это совершенно другая задача и решается несколько по другому...

Несколько по другому? Не подскажите алгоритм ?

ну вот тут

оптимального алгоритма не существует =) из пример ВесПлан = 100; веса: 50 60 10 20 10 50 точнее существует конечно, но это кросс джоин саму на себя столько раз, сколько записей в таблице, но это очень долгий путь

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

а ничего, что Объем не принимает никакого значения, отличного от 0? и происхождение лимитов ПланВес и ПланОбъем не понятно. надеюсь - это не глобальные переменные? можно их параметрами передать, если уж считать на сервере.

На тот момент когда код скинул, объем еще действительно не учавствовал. А ПланВес и ПланОбъем - это значения полей ввода на форме... Юзер сам их туда проставляет..

В общем, получилось вот так: