Доброго времени суток.

Есть идея отслеживать остатки и при достижении минимума, выводить информацию об этом. Тут проблем не вижу, а проблема возникает при сезонности товара, к примеру: мороженое продается хорошо в теплое время с 1 мая по 30 сентября и в этот период минимальный остаток должен быть 500, при достижении которого надо задуматься о заказе новой партии мороженного, а вот в остальные месяца года этот минимальный остаток 10.

Вижу два решения:
1. Периодический РС и в нем указывать дату начала действия минимального остатка (пример: 01.05.17 - 500; 01.10.17 - 10). Проблема видится такая, ежегодно надо эту сезонность заполнять и не забывать про это.
Плюсы - срезом последних легко вытаскивается.
2. Непериодический РС где к примеру 12 измерений по одному на каждый месяц с типом Булево.
Из плюсов этого варианта, не надо ежегодно заполнять сезонность, легко правится сезонность.
Из минусов же - тягомотина с проверкой и получением нужных данных

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

Я бы делал первым вариантом. Не могу сказать ничего хорошего ни про первый ни про второй.

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

(2) Перед использованием пишешь:
Если Выборка.Период < НачалоЭтогоГода Тогда
Сообщить("Заполнить календарь/сезонность.");
Отказ = Истина;
КонецЕсли;

измерений не 12
а одно, номер месяца
и можешь не заполнять каждый год

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

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

(4) и получается 12 записей?

чем меньше записей, тем проще справляться с этой конструкцией.
Правда разбивая по месяцам , например, вы получаете излишние записи по товарам где сезонность отсутствует.
Просто представьте лучше, что кто-то это должен заполнить, кто-то отслеживать что есть незаполненные позиции, кто-то думать о том, что это за фигня к нам в заказ лезет .. и что с этим делать. Ведь ассортимент еще выводится. И поймете, что все это ерунда)))

(7)
хз что Вам надо
задача то Ваша
измерение "Номенклатура"
Ресурсы
12 коэф. весовых

(0) Изучи http://v8.1c.ru/overview/Term_000000271.htm?printversion=1 и воспользуйся

Хранить лучше не совсем дискретно а в виде кривой, тогда можно планировать на будущее.

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

Сезонность в типовых смотрел?

(0) Делай срез последних по такой дате:
Типа
ДатаСреза = Дата(1,1,1) + НачалоДня(ТекущаяДата()) -  НачалоГода(ТекущаяДата());

(12) Нет, даже не знаю где и куда смотреть

Измерение НомерМесяца - если равно 0, то для всех, кроме указанных явно

(14) Справочник «Профили распределения по периодам» есть в УПП.

(16) это немного не то

(17) Посмотри как в типовой БП Сделан "годовой график амортизации ОС"
Можешь по аналогии хранить коэффициенты

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

В ERP есть штатный механизм Сезонные коэффициенты, посмотри как там реализовано.

Возможно и в последних УТ может быть.

(18) это примерно тоже как и в (0) второй вариант