[Hare.ru] Альтернатива последовательности документов

Доброго времени суток
Листая старые материалы, я наткнулся на статью WildHare http://www.mista.ru/articles1c/hare/article.2.html , где описывается весьма оригинальный метод контроля зависимостей документов Дмитрия Малюгина. Понимаю, что баян порватый, но хотелось бы услышать людей, выполнявших эксперименты в данном направлении, или даже, чем черт не шутит, реализовавших это в промышленном применении.
Экстенсивные методы оптимизации восстановления последовательности известны и работы в этом направлении на платформе 7.7 видимо уже уперлись в потолок - 1С++, SQL, прямые запросы и т.п. Но они не решают основной проблемы - громадного оверхэда, бесполезного перепроведения документов, не завязанных на изменениях задним числом.
Или есть такие? Тогда хотелось бы услышать и о них тоже. Революционные изменения, типа организационных мер - запрета работы "задним" числом, и переработки всей бизнес-модели той же "Торговли и Склад" под работу вне последовательностей - это несколько не то :)
Тут же предлагается фактически параметризованная последовательность, называемая микропоследовательностью, которая позволяет значительно снизить оверхэд при восстановлении последовательности за счет того, что перепроводится будут лишь документы, затронутые изменениями и связанные с ними по движениям.
Из узких мест разработки пока лишь выделяется предложение вести контроль всех последовательностей в одном регистре. Это конечно уменьшает число сущностей, но также и превращает регистр-последовательность в боттлнек, да и накладные расходы на разный уровень детализации движений (количество измерений) тоже сомнительны. В принципе, если каждому регистрируемому информационному регистру сопоставить его "зеркало" в виде контрольного регистра, возможно с "загрубленной" детализацией движений, то эту проблему можно обойти, хотя несколько увеличиваются накладные расходы со стороны файловой системы, с которыми наверное можно смириться.
В итоге может получиться навесная параметрическая последовательность документов, которую с малыми затратами можно встроить практически в любую конфигурацию с использованием компоненты "Оперативный Учет" и механизма последовательностей.
Кто-нибудь реализовывал идеи Дмитрия Малюгина? Опишите плиз решение и подводные камни, хотя бы даже не вдаваясь в нау-хау. Или укажите причины бесперспективности данной разработки (но только без "семерка умерла, в восьмерке это уже реализовано :) )