Есть документ1 который делает Движения в регистре1.

Есть обработка которая обрабатывает документы за период.

Как лучше отметить обработанные документы таким образом чтобы они второй раз в обработку не попадали?
---
Ну да!
И раз в регистр "к обработке" попадает при проведении, я бы не мучал объект конфигурации, а сделал подписку на событие: так будет легче обновлять потом.

При проведении документ регистрируется в регистре сведений.
После обработки соответствующая запись удаляется.
---
как вариант создать доп. сведение к документу типа "Обработано - Булево" и заполнять
---
IMHO, раз не типовая, то лучше регистр сведений. И не по отработанным, а наоборот, по НЕ отработанным.
Тогда Вы сможете "повесить" обработку в фоновое задание и регистрировать документы к обработке отдельно от длительной операции. А саму обработку делать, когда удобнее (ночью). Или делать её не сразу, а "по кусочкам": не пытаться перелопатить весь массив документов сразу, а пачками по 5-10 штук, ненапряжно для остальной работы.

Кстати, регистр сведений лучше ещё и по соображениям работы с памятью: когда документов будет тысяч эдак 10, РС остаётся чуть ли не единственным вариантом, гарантирующим, что память не закончится ВДРУГ.
---
Интересно.
В данном случае в регистр документы попадают сразу при проведении.
А при обработке их из регистра получается удалять?
---
Я делал ещё так:

Заводил два регистра сведений: "к обработке" и "в обработке".

При наступлении условия документы помещаются в регистр "к обработке". Но сама обработка сразу не наступает (у нас это был нехилый такой алгоритм минуты на полторы для каждого подразделения (документы были цепочками по каждому подразделению), а всего документы появлялись пачками по 50-60 тысяч).

Обработка наступает раз в полчаса. По регистру "к обработке" отбираются 2-3 документа (количество задаётся константой, так что можно регулировать). Для начала эти записи удаляются из регистра "к обработке" и добавляются в регистр "в обработке". По мере исполнения, когда документ обработан - запись удаляется из регистра "в обработке". Всё.

У Очень Важного Ответственного Юзера есть специальная обработка, с помощью которой смотрит и управляет условиями, когда документы помечаются к обработке. На соседней вкладке у него Динамический список, показывающий в красивой форме, какие документы будут обработаны (ну, с датой, важными реквизитами, подразделениями и т.д.). При формировании динамического списка всегда в начале списка выводится содержимое регистра "в обработке", и эти записи отображаются "заблокированными", с замочком. Прочие записи можно просто удалить из списка - тогда обработка убирает их из регистра "к обработке".

Профит! Директор ходил в эйфории два дня, он получил видимость контроля над всем процессом! А мы получили стабильно работающий сервер, не "проседающий" раз в месяц до полной неработоспособности.
---
В типовой ERP так сделано: есть регистр сведений, где хранятся ссылки на документ и статус документа. Есть регламентное задание, которое смотрит в этот регистр и обрабатывает документы с определенным статусом.

(12) Два регистра уже лишние, достаточно одного и реквизита "обработан/необработан".
---
Не. Доп сведения не подойдет, конфигурация не типовая и их там нет.

Вижу
Вариант 1: Реквизит документа, но получается после обработки его придется перезаписывать.
Вариант 2: Регистр сведений с обработанными документами.

еще варианты?
что лучше?
---
а что мешает добавить еще один реквизит в документ, а не доп сведение, как посоветовал (2) ?
---
а что мешает добавить еще один реквизит в документ

@Вариант 1: Реквизит документа, но получается после обработки его придется перезаписывать. @
---
оба варианта хорошие, первый проще в реализации, второй лучше с точки зрения правильного объектного ориентирования и лучше расширяется (когда появится вторая обработка, третья и т.п.).
---
Если так уж принципиально - то регистр сведений.
А туда два варианта - или обработанные, или те, которые ещё нужно обработать
---
Ещё как вариант в комментарии помечать
---
Документы для обработки, так понимаю, выбираются по каким-то условиям. При выборке нельзя ли исключать те, документы, которые не попадают в эти условия, т.е. уже обработанные?

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

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

Под обработкой же, в числе прочего, подразумевается и проведение документа? нет, обработка делает "свои" дела.
---
этого и нужно добиться: исключить из выборки обработанные
Я понял. Вы выбираете документы для обработки по каким-то условиям. Т.е. верно ли утверждение, что документы не попадающие в эти условия, уже обработаны или обработке не подлежат? Собственно это и будет фильтр.

Если же так сделать не получится и учитывая, что в процессе обработки документы не проводятся, то тогда остается вариант с регистром, ибо лучше так, чем перепроводить документы.
---
Отбираю все документы, кроме уже обработанных
---
Ну да!
И раз в регистр "к обработке" попадает при проведении, я бы не мучал объект конфигурации, а сделал подписку на событие: так будет легче обновлять потом.

При проведении документ регистрируется в регистре сведений.
После обработки соответствующая запись удаляется.