Собственно, вопрос возник вот тут:
Как лучше хранить остатки товаров поставщика? РС или документ?

И звучит он пример так:
Можно ли вместо непериодического регистра с измерением Период (подразумевается, что его возможностей хватает для реализации задачи) использовать периодический регистр, отключив в нём использование срезов?

Не вижу в этом ничего плохого.

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

Спутать две такие ситуации сложно. Подходящего ответа не вижу. Ту тему не открывал.

(2) Срезы не нужны

казнить нельзя помиловать

вот так и тут опросник составлен.

(4) Чего не хватает?

(0) >использовать периодический регистр, отключив в нём использование срезов

А это как?

> А это как?

в 8.3 есть галки для этого

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

(3) тогда не используй периодический РС.

Все никак не уймешься ? :)
Делай документ и регистр Накопления. Убьешь 2-х зайцев. И Документ будет,как ты хотел, и с Регистром Сведений закроешь вопрос.

Периодический регистр с дополнительным ресурсом НеДействует типа Булево. Все срезы получать с условием НеДействует=Ложь в предложении ГДЕ.

(10) Хочу познать истину)

Чем может быть плохо использовать периодический РС?

(11) Это штука такая? Если да, то очень сложная.

Сегодня 3-е число. Загрузили остатки поставщика. Там яблоки, 10 кг.
Завтра 4-е число. Снова загрузили остатки поставщика. В новом файле данные про яблоки отсутствуют.
Внимание, вопрос!
Сколько яблок на актуальных остатках есть у поставщика и должно быть показано системой?
Если ответ "0", то твой вариант нормальный.
Если ответ "10", то срезы нужны.

(12)
"Чем может быть плохо использовать периодический РС?"

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

Вы будете смеяться, но для хранения информационных остатков в УТ11 используется РС "Доступность товаров для внешних пользователей".

Так вот, внимание, барабанная дробь.

Он Периодический. Хе-хе.

(15) А почему должны смеяться? Это ТС все Истину ищет.

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

(17) А с каких пор типовые конфигурации стали светом последней истины?

(18) А что же мне, на творчество юных программистов что ли смотреть прикажешь.

(19) Ты не поверишь... Но это именно так.

Сделай уже регистр накопления обычный

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

(20) ну и смотри, а я уже насмотрелся на код с нецензурной лексикой в именах переменных. Увольте.

(20) Так чем плоха периодичность в данном случае по сравнению с измерением Период? А то там  Dmitrii ворвался с предложением и так толком и необъяснил.

Да забыл

(21) Я ему в (10) уже предлагал такое, но проводить разницу. ТС занулять ничего не хочет.

Поддержу идею с РН.

В УТ11 сделано проще. Очищается РС (мгновенно, это одна строка программного кода) и загружаются новые данные.

(27) Судя по названию регистра Доступность товаров для внешних пользователей, там вся история доступности нафиг не уперлась.

(28) Там периодичность используется для того, чтобы показать, какие товары будут доступны в будущем, данные берутся из РС "Доступные остатки планируемых поступлений"