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

приведи аналогичный пример в типовых?

периодический регистр сведений и получение данных через СрезПоследних()

получается регистр всегда будет незакрытым? Не очень удачное решение

(3) почему будет не закрыт?

(0)При трех ресурсах может возникнуть коллизия с одновременно Принят и Непринят = Истиниа

Остатки. Состояние - измерение типа перечисление. При проведении первого документа взводишь в состояние "Предъявлено", кладешь сумму с "+".

При проведении второго документа кладешь состояние "Предъявлено" и сумму с "-", состояние "Принято" и сумму с "+"

Остатки закрываются в 0, итоги не растут, да и выборка проста по остатку

(3)С одного набора снимет на другой положит. Все нормально будет

(1)В первом варианте - в каждой записи у тебя два пустых поля.
второй вариант - проще считать итоги (отбор по измерению). Развязаны руки в плане статуса. Вдруг завтра потребуется статус что-нить типа "НаРассмотрении"

(4) (7) Если что-то "Не принято", куда оно будет списываться?

В первом варианте возможны трудно уловимые ошибки (см 5)

(1) регистры со статусом партии

(5), (10) предполагается что часть количества мажет быть принята, а часть не принята. Это не коллизии.

количество- ресурс
предявлено - приход
принято- расход
не принято -расход
принято не принято реквизит

+11 вообщем-то не совсем аналогичный пример.
Но суть такая в том что нет регистров с однотипными ресурсами (однотипные не в плане типа, а в плане назначения)

(13) как получить все текущие сущности в виде:
Сущьность1: Предьявлено X шт, Принято Y шт, Не принято Z шт
?

(12)Тогда делаешь это все измерением и держишь на каждом наборе  то количество, которое нужно.

+11 Хотя вот регистр Страховые взносы куча ресурсов по видам взносов, + ЕНВД

(15) не понял проблемы
запросом как еще

(18) Остаток или обороты?

(19) чет я не подумал тогда измерение

хрень это полная. это как минмум два регистра

(17) второй вариант тоже какой-то стремный. Например в УСН статус расхода: "принят", "принят, оплачен", "принят, не оплачен", "не принят, оплачен". Вобщем, бред. И регистр всегда не закрыт.

И проведение они делают в несколько этапов. Поэтому упрощенная система проведения в 2 раза тормознее чем основная система, хотя она и без НДС.

хотя тогда по измерению не закроеться

(22) есть еще варианты?

(0) а чем не нравится
Товар
Статус
Количество
?

+(25) ну и сумма, если надо?

как ты определишь статус - твое дело, хоть план видов характеристик, хоть перечисление

(21) +1
(24) Регистр остатков, который хранит остатки + регистр сведений - хранить состояние "Предъявлено, Принято, Не принято"

(27) вопрос есть ли преимущество у второго варианта

В УПП, товары на складах, в измерениях есть "Качество товара"
Так же есть документ корректировки качества.
Принимаем на учет в качестве новый,потом переводим в другое качество: Списываем с нового и ставим на учет другое качество.

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

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

(32) За такое решение тебе положено 10 лет строго расстрела с конфискацией.

ага (33)

(13), (31), (32) месье знает толк...

(32) ну почем уж есть первый документ он двинул регистр без записи по второму измерению второй его сторнировал в и записал себя два раза с расходом и приходом

Прекрасный дилетант щас как разойдусь и не такого понапишу