Пожалуйста, поделитесь опытом или идеями по поводу нижеописанного.
Работаю на предприятии, где каждый товар имеет n характеристик (что и реализовано в 1С). 20% характеристик - ходовые. А 80% - единичные случаи заказа. Как реализовать так, что б эти единичные заказы не тянулись сквозь все отчеты (я работаю с номенклатурой (менеджер ассортимента), финансы меня интересуют меньше) ?
Вариант ручной архивации исключен, т.к. предприятие большое.

k00000k @ Вчера, 19:15 ,
А можно на примере, а то не могу въехать в суть? Все перепуталось - товары с характеристиками, заказы, отчеты и архивация...

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

На уровне пользователя - слабо представляю (но допускаю что это возможно, с заморочками), программисту: метод определения "не ходовой", или РС который пользователь будет сам заполнять, в необходимых отчетах доработать исключения для нужного пользователя.

Для Вас. Вы же профи.
Но вот для меня, на фоне Вашего недавнего высказывания , построение ТС-ом предложений не совсем понятно.
Поправьте:
Есть перечень товаров с определенными характеристиками. ()
20% из них используются в заказах постоянно, 80% - редко ()
Необходимо исключать из отчетов заказы с "редкими" характеристиками.
Поясните, пожалуйста, раз Вам все понятно, при чем тут и
Заранее спасибо за пояснения.


А вариант с опциональным выбором (включать эти заказы в отчет/не включать) не пройдет? Если пользователей несколько и разные отделы (предприятие то большое) - пусть ставят "птичку", кому не надо лишнее)..


Еще смущает "N характеристик", т.е. количество их в каждом товаре различное?
Возникает вопрос: если - эти 80% список постоянный? может, тогда есть смысл добавить комментарий к этому "редкому" реквизиту, например "редкий" и в запросе проверять его наличие?

(чот ругается на количество блоков с цитатами)
"РС который пользователь будет сам заполнять"
с дополнительной проверкой "а заполнил ли пользователь"?

k00000k, Нескромный вопрос:
На большом предприятии нет в штате программиста или системщика, который бы занимался этой проблемой?
Получается, Вы, менеджер ассортимента, по сути, пользователь, должны искать решения на стороне?
Совсем печалька...

отменяется, его ж потом не вытянуть?
Поправьте, если где ошибаюсь:
Итак:
1. Есть некая форма заказа...
2. Некто создает заказ, указывает товар и к нему выбирает характеристики, применимые к товару...
3. А ведь как характеристики товара могут указываться и данные из тех же перечислений, других справочников...
4. Выбираются как "обычные" характеристики, так и "редкие"...
5. Товар выбран, характеристики забиты/выбраны, Сохраняем/Записываем/Проводим...
6. В течение дня море заказов...
7. Приходит ТС на работу, создает отчет и хватается за голову - из моря заказов только маленькое озеро тех, где только "обычные" характеристики..
8. Что делать? Как отобрать только озеро из моря?

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

1. Если стоит задача в том, что б эти заказы не тянулись через все отчеты и только для менеджера ассортимента, то это одна задача.
Возможно будет достаточным просто характеристике добавить признак "Ходовой", типа булево и тогда во всех отчетах (если это предусмотрено) где есть вывод характеристик, можно будет устанавливать отбор по этому признаку и сохранить себе настройку отчета. А если это конфа разработанная на БСП, то можно задействовать механизм доп. реквизитов и тогда ничего дорабатывать не нужно.
Но это некрасивое дешевое решение. Если документооборот большой, то зоопарком таких решений можно повесить систему. И тогда Вам уже понадобится очень дорогостоящий специалист для решения проблем производительности.
2. Если же стоит задача получения каких-то определенных данных и только для менеджера ассортимента, то правильнее это сделать путем разработки отчета/обработки специально для менеджера ассортимента.
Для понимания каким образом выполнить эту задачу, нужно знать саму конфигурацию, объемы документооборота, сколько пользователей работают в системе, и прочее.

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

Резюмирую) для того что б понять "что сделать" нужно очень точно обозначить что именно вы ожидаете и условия эксплуатации системы. Одно дело сделать это в УТ, в которой работают 5 пользователей и совсем другое сделать это в корпоративной ERP системе, в которой одновременно работают 200 пользователей.
А на общие фразы в требовании можно ответить только общей фразой "Нужно программировать или настраивать что-то в программе"