Идея Алексея, видимо, состоит в следующем. Если, например, в базе есть классификатор Статьи со следующей структурой:
- Продукты
--- Молоко
--- Хлеб
- Авто
--- Бензин
--- Масло
 
то на диалоге редактирования операции должно быть два поля для выбора Статьи! В одном из них будут варианты Молоко и Хлеб, в другом - Бензин и Масло. Соответственно, при выборе значения в одном из этих полей второе должно автоматически очищаться (не может ведь у операции быть 2 Статьи сразу).
 
Но лично мне кажется, что этот вариант плох, как с точки зрения его реализации (до какого уровня прикажете дробить поля? только верхние? я если бы я еще парочку подстатей хотел вынести для быстрого доступа?). Очевидно, здесь нужно какое-то ограничение на кол-во таких дубликатов полей. А также нужен какой-то способ позволяющий для каждого из них задать, какую же именно ветку в нем надо показывать и т.д.
Кроме того, это, мягко скажем, довольно неординарное решение 100% вызовет вопросы у всех, кроме того, кто его придумал и того, кто его реализовал. Взять для примера одни только попытки объяснения сути предлагаемого решения в этом топике.
 
Мне все же кажется, что возможность вводить текст в поля классификаторов с автоматическим поиском подходящих вариантов по всем ветвям дерева и показ их в виде выпадающего списка - это более изящное и не менее мощное решение для ускорения ввода. Например, для описанного выше дерева статей, чтобы выбрать статью Молоко достаточно будет нажать всего 2 клавиши: `м` и `о`! Аналогично, Масло выбирается клавишами `м` и `а`. А все остальные статьи - вообще нажатием одной первой буквы.