История иерархии #291699

Подскажите направление плз. Как лучше хранить историю родительского объекта о его подчинённых, если они у него постоянно меняются по количеству и составу. Хорошо бы чтоб можно было использовать ВыбратьИерархически и/или УПОРЯДОЧИТЬ ПО ... ИЕРАРХИЯ

зачем?

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

первое что на ум приходит - периодический РС с соответвующими измерениями но - что-то в консерватории не так может все-же документ а им уже менять справочник

+1

Наверное на каждую замену нужен документ (он и так нужен - всё по акту делается) но менять им справочник - как то не очень... пользователей много. Один поменяет как было неделю назад посмотреть, а другой - сегодняшний документ запишет. Похоже, что периодический РС, в кот. для текущих документов можно пользовать ИЕРАРХИЧЕСКИЕ функции, а для анализа прошлых периодов запросами реализовывать те же функции, но с параметром дата-время. Такое чувство, что недоработочка какая-то есть в платформе...

Какие-то задачи странные... Если юзеры в ключевых справочниках устраивают бардак - тупо закрывается возможность создавать/редактировать/удалять. Назначается ответственный, которого и "награждают" такими правами...

Юзеры хотят документировать и сохранять свои действия, чтоб потом анализировать их и думать, как жить дальше. А мне надо им такую возможность обеспечить в конфигурации. Ранее задача была реализована в VB+SQL2000, а сейчас хочется в 1С это сделать. Можно, конечно тупо и злобно работать с дополнительной базой через обработки, но может объекты 1С как-то можно использовать.

>>Юзеры хотят документировать и сохранять свои действия, чтоб потом анализировать их и думать, как жить дальше. Ы... А как "на жизнь" может повлиять перенос элемента из группы в группу?

Чтобы посмотреть что было "вчера" нужно воспользоваться вчерашней иерархией, а она уже может отличаться от сегодняшней.

Как могло бы быть всё красиво: Есть документ, отражающий состояние родителя. Значения реквизитов распространяются на "детей", кот. были у родителя на момент записи документа. Но для этого нужно сохранять иерархию на этот момент. А так - куча документов, у родителей свои, у детей свои, переборами их в кучи собирать или РС периодический, по которому запросами вычёсывать нужное. В общем, при явной иерархической модели, использовать существующий в 1С механизм не вполне удаётся.

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

В принципе всем, просто хотелось упростить задачу за счёт использования иерархических связей.

Может я чего не понимаю - ИМХО не совсем корректно завязывать изменения структурной иерархии на документы...

То что вы хотите по моему как раз не упрощение, но это мое личное мнение.

В существующей среде, конечно некорректное. Было бы корректно если бы хранилась история иерх. связей. Я с возможностями платформы пока ещё плоховато знаком, вот и определяюсь, как лучше задачу решить. Мне кажется, что так было бы удобнее, но если нет, так нет. За не имением дворничной пользуют дворника :).