Механизм обучения

[HenryL]

Всем привет!

Я тут пишу проект по 1С, при этом знаю платформу отнюдь не на отлично

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

[LexaK]

для вашей задачи, можно использовать справочники
например создаете справочник ПравилаКлассификации, с табличной часть Записи с колонками Что перенесли, Куда перенесли, плюс еще какая нужная информация
соотвественно при ручном переносе делаете поиск среди элементов этого справочника Что - Куда, если элемент не найден, создаете новый элемен с именем Правило Такоето, и туда записываете Что - Куда, если нашли элемент, то проверяете количество уже существующих записей если их меньше нужного числа, просто добавляете запись Что - Куда, когда набралось нужное количество записей в данном элементе справочника, ставите отметку ПравилоСформировано = Истина. Соотвественно можно написать обработку которая по Сформированным правилам сделает Классификацию.
этот же механизм можно применить взяв за основу хранения данных(записей) и Документы, любые объекты с табличной частью если постараться можно использовать Бизнеспроцессы и Задачи.
Так же можно использовать и независимый регистр сведений.
Вот вроде бы и все, а да, можно еще в файл писать и читать, но это вообще на любителя, хотя если у вас несколько баз где надо делать подобную классификацию и такой метод может подойти, в обной базе все настроили, вручную прокликали по три объекта, сохранили настройки а в других базах просто применили их и все.

[HenryL]

для вашей задачи, можно использовать справочники
например создаете справочник ПравилаКлассификации, с табличной часть Записи с колонками Что перенесли, Куда перенесли, плюс еще какая нужная информация
соотвественно при ручном переносе делаете поиск среди элементов этого справочника Что - Куда, если элемент не найден, создаете новый элемен с именем Правило Такоето, и туда записываете Что - Куда, если нашли элемент, то проверяете количество уже существующих записей если их меньше нужного числа, просто добавляете запись Что - Куда, когда набралось нужное количество записей в данном элементе справочника, ставите отметку ПравилоСформировано = Истина. Соотвественно можно написать обработку которая по Сформированным правилам сделает Классификацию.
этот же механизм можно применить взяв за основу хранения данных(записей) и Документы, любые объекты с табличной частью если постараться можно использовать Бизнеспроцессы и Задачи.
Так же можно использовать и независимый регистр сведений.
Вот вроде бы и все, а да, можно еще в файл писать и читать, но это вообще на любителя, хотя если у вас несколько баз где надо делать подобную классификацию и такой метод может подойти, в обной базе все настроили, вручную прокликали по три объекта, сохранили настройки а в других базах просто применили их и все.

Спасибо за ответ!
Я немножко пока не понимаю, как это правильно сделать. Есть какой-нибудь справочник, пускай МТР. Пользователь классифицирует Номенклатуру по настроенным классификаторам. Например, какой-нибудь "Кронштейн подвесной" (который на самом деле "Кронштейн подвесной малый" или "Кронштейн подвесной 7мм" - все они будут приниматься системой за "Кронштейн подвесной") переместили три раза в "Строительные материалы" - система должна создать правило - все "Кронштейн подвесной" - "Строительные материалы". По задумке, оба слова наименования "Кронштейн" и "Подвесной" значимы. Может быть, условно говоря, просто "Кронштейн" или "Кронштейн запорный" и они будет уже относится к разным классам. Правило должно составляться из Ключа - "Кронштейн" и характеристики - "Подвесной", при этом характеристики может не быть, но Ключ - должен быть всегда. Не могу сообразить, как организовать проверку с использованием регистра, т.е. какая структура будет у самого регистра и как реализован механизм?