В рамках диплома пишу нетленку и возник вопрос.
Т.к. со временем работы с типовыми конфигурациями и чтением букварей по основам 1С сделал вывод что справочники созданы для накопления данных которые не будут изменятся со временем, а для "изменения" "данных" используются документы. Все вообщем то так и делаю, но в ходе разработки возник момент когда у объекта нужно выделить реквизит который будет очень редко изменятся и необходим для общего анализа ситуации. Приведу грубый пример: у товара есть реквизит "использовать" или "активный", который будет обозначать используется ли этот товар на данный момент или уже устарел и одновременно являться наглядным, и соответственно при обработке всех позиций в отчете программа будет принимать во внимание позиции только с установленным в истину реквизите. Накапливать информацию о изменеии состояния реквизита, соответственно, ненужно.
Можно ли так сделать со стороны стандартов разработки. Книжку по стандартам два года назад прочитал, но сейчас уже не помню и ее подрукой нет.
Наверное многие писали свои нетленки и сталкивались с подобным.
Можно?(можно,разрешаю не катит;), нужно с позиции 1С, а то может на конкурс послать получится).

а нам тут выставили заявку, что ВСЕ реквизиты должны быть периодическими

ничё не понял
что сделать

реквизит типа булево

ну дык РС, не?

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

(0) [Накапливать информацию о изменеии состояния реквизита, соответственно, ненужно. ]
перечисление однозначно

(6) Чем тебя (3) не устроит?

Голосовалку:
- булево
- перечисление
- РС
- 1 + 3
- 2 + 3

(0) ссылка на РС твое счастье

(8) Лучше такую:
1. Булево
2. ТС- дятел
3. 1+2

(10) ну да )))

Реквизит любого типа. РС(регистр сведений) не нужен, т.к. не нужно накапливать по нему инфу и соответственно создавать для этого документ. Если РС не периодический по типу как единицы измерения в УТ(если правильно помню), то тоже ненужно т.к. реквизит сам по себе хранит нужную инфу и не нужны другие разрезы.

Если такой реквизит создавать нельзя, то подскажите как можно?

(12) неслабый загон, отдохни от диплома

Перечисление + общий реквизит (в составе указать нужные справочники)

(9) т.е. при формировании будет быстрее отдельно залезть в Регистр Сведений чем просто посмотреть реквизит у объекта?

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

всем пофиг ибо нафик и лень, руками его точно проставлять не будут
так что "флаг" заполняющийся какой нить обработиной анализирующей "чтото тама" или сравнение текущей даты с датой его заведения

имхо ошибка в постановке задачи изначально

(12) все что касается периодического то РС, ну или способов для онанизма может существовать сколько угодно, или все таки регистр сведений религия не позволяет

(12) ну ну, отпишись к чему придешь. очень интересно

Наверное я с самого начала начал неправильно.
Я имею ввиду реквизит который будет просто помечать объект. Образно говоря был у нас когда то автомобиль(в базе велся учет как он работал и сколько км проехал), но потом мы его перестали использовать и поставили галочку не использовать, и теперь когда мы будем анализировать сколько км проехали все автомобили которые у нас используются мы его в расчет брать не будем.
Как лучше сделать для данной ситуации?(именно в этой ситуации)

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

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

А то, что этот автомобиль гоняют туда (и в реале и в программе) анализатора уже не ипёт?

(19)"анализировать сколько км проехали "

Т.е., проеханные километры все-таки где-то видимо будут учитываться. И видимо в разрезе автомобилей. И какой смысл тогда в твоей галочке? Реально не использующееся ТС просто не попадет по пробегу в соответствующий период.

Либо учет построен не правильно.

(21) Гоняют куда? Непонял. Имеется ввиду что при учете за год пробег автомобиля у которого будет установлен реквизит учитываться не будет.

(23)Даже не смотря на то, что он все-таки полгода ездил и только потом стал "Неиспользуемым"?

(24) Да. На него вообще не смотрим. Пример образный.
И может ли существовать такой реквизит? Или нужно все действующие автомобили помещать в отдельный регистр сведений и соответственно добавлять док, который будет это делать?

(25)В данном конкретном примере, если кровь из носа хочется обойтись без регистров, я бы все-таки сделала не галочку "Используется/неИспользуется", а "ДатуВыводаИзЭксплуатации" - смысла больше и для отчетов полезнее.

(26) вот я об этом и говорю. Можно ли завести такой реквизит и правельно ли это будет со стороны стандартов?
А иначе ДатуВыводаИзЭксплуатации как то не красиво пустой оставлять.

(27)Хм... А пустые даты увольнения у работающих сотрудников, например, не смущают?

(0) вынос мозга под вечер, Булево сделай и не придумывай ничего больше

(28) ЗУП? БП? Где посмотреть?
(29)Я не особо не загоняюсь как сделать. Я загоняюсь можно ли сделать и будет ли это соответствовать стандартам?

про регистры сведений тута ничего еще не говорили?

(30)Это я не знаю, это я к тому, что незаполненность реквизита не всегда нелогична.

(31)Он не хочет регистры.

(0) В типовой ЗУП у сотрудника есть реквизит, что то типа "Архив".
Так что делай, не парься.

(26) > я бы все-таки сделала не галочку "Используется/неИспользуется", а "ДатуВыводаИзЭксплуатации" - смысла больше и для отчетов полезнее.

Не удобно. Иногда нужно видеть и архивные некоторое время после установки даты. Может остатки какие то по сотруднику, например, есть.

(33)А галочка при этом логична? А какой смысл вообще в подобном реквизите, если есть какие-либо остатки и ориентироваться можно именно на наличие остатков?

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

(30) Да сколько угодно таких реквизитов в типовых. С чего ты решил, что тут какое то нарушение стандартов будет?

(34) удобно когда и галочка и дата, но все опять же индивидуально

(0) А что за конкурс? ))) Вернее судьи кто?

(0) Это реквизит "Актуальность" - я его ввел в нетлентках лет восем назад на 7.7, потом тиражировал в 8+.

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

я считаю, что в спрвочниках должен быть ситемный реквизит "Актальность" так же как и код/наименование

и так и будет - я не мажу с выводами)

Тебя народ так и не понял да и я тоже что мешает просто сделать реквизит "Актуален" с типом булево, очень удобно при обработке чего либо:
Если ЭлементСправочника.Актуален Тогда
   ....
КонецЕсли

(40) он ни шаг не отступает от манускрипта "Стандарты оформления программного кода в 1С", там же ничего не написано про "Актуален" - значит грешно!

Всем спасибо, со спокойной совестью буду создавать.