Есть список счетов (например за текущее число) на основании которых нужно создать расходные накладные.
Делаю это в цикле через открытие формы расходной накладной и передаче ей параметра:

Пока док.ПолучитьДокумент() = 1 Цикл    
  ОткрытьФорму("Документ.Расходные_накладные","СписатьСчёт",док.ТекущийДокумент());
конеццикла

Но проблема в том что по результату списывается только один первый не списанный счёт.
Запускаю процедуру ещё раз и списывается следующий только один счёт.

Как можно решить проблему?

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

ОткрытьФормуМодально

(2) Да, Спасибо )

а зачем форму открывать?

(4) Ну, ПриОткрытии что-то там делается, наверное.

судя по веткам на мисте, в РБ 8-ка не котируется. в общем и правильно, 8-ка еще сырая...

(6): ну, например, в 7ке можно любую форму списка (со списком) открыть для выбора/подбора значений - а в восьмерке только ту у которой соотв.свойство в метаданных установлено. позорище.

(7) разверните мысль
В 8ке есть динамические списки

(4) В форме процедура проведения документа описана. Вот её и запускаю при открытии формы

(9)В форме процедура проведения ?? Это что-то новое

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

(10) Почему бы и нет? (11) Форму можно открыть без вывода формы на экран. Если это не сотни доков в час, зачем городить лишние сущности?

(12)кто спорит, что можно открыть без вывода на экран? так и делается, например при печати документов. Автор говорит, что у него логика проведения в форме

(13) И что? Что в этом плохого? Логика чего угодно может быть в форме. В модуле проведения делаются проводки и записи в регистры.

(14) и периодические реквизиты справочников можно привязать

(14)Логика чего угодно, но не проведения. Логика записи документа - да.
(15)кто с этим спорит?

(10) Проведение в форме модуля документа - я не точно выразился.
А вот код процедуры "ВводНаОсновании" - он в форме документа. И вот к нему я обращаюсь при открытии

(17) он в форме документа.

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

(18) Не совсем понимаю смысл вынесения в ГМ?

попробую подробней  описать задачу которая стояла:

Штатно: есть счета, выставляемые на клиентов и далее в ручном режиме при выдаче товара на основании счёта создаётся расходка.
У нас в течении дня есть счета "на доставку" их за день около 10 штук и все их желательно списать вечером по кнопке все сразу.

Вот для этого я и реализовал то что спрашивал в (0)

п.с. Нужно ли для этого править и так захламлённый ГМ? вроде как нет

Смысл вынесения этой процедуры в ГМ(обязательно с директивой "Экспорт") - что-бы она была доступна "отовсюда", и из модуля формы документа, и из обработки, когда Вы в ней перебираете эти документы в цикле.
Но, это Вам решать, можно и не делать этого, а делать через открытие формы документа(можно ложного), но, имхо это через одно место...

(20) как по мне, таким способом нарушается принцип ООП. Красивей когда функции над объектом расположены в самом объекте. Ведь таких объектов и функций может быть много разных. Располагать их в гм - имхо не то.
Ну и ещё момент что изменения в гм не обрабатываются через турбо мд.

(21) а для этого 1С++ есть