Джермук, но ведь это просто аудит, он проводится, что называется, "на лету". Зачем проводить отдельное исследование? Старый ГОСТ итак пестрит бумажками и таблицами, казалось бы, новый должен был упростить отчетность. А здесь лишний этап добавили. Точнее в один этап добавили два процесса.
Я отвечал на конкретный вопрос:
Почему выявление охраноспособного рид, а не оценка охраноспособности?)
А если по сути этого этапа, то не по каждому рид можно сходу заявить, что он в принципе неохраноспособен.
Более того если рид неохраноспособен как какой то из объектов, то он может быть охраноспособен как иной объект.
Такое может быть между прогами как объектами АП и алгоритмами прог как патентоспособными ИЗ, или между ПО и ПМ, или между ПО и ТЗ, или между породой животного и способом воспроизводства как ИЗ и много еще чего.
Пока конкретный объект (ы) охраны не выявить, оценить их охраноспособность вряд ли кто сможет, ибо критерии охраны у каждого объекта будут свои.
Так что провести аудит "на лету" можно по простой ситуации, а если рид представляет собой большой комплект многих исследований, в которых использованы разные охраняемые и неохраняемые рид, то выявить "на лету" конкретные объекты охраны и их связь между собой не так просто как кажется. Особенно сложно выявить конкретику, когда речь идет об анализе проекта крупного производства. Что то видно и "на лету", а многое придется раскапывать по документации.
Ваше "на лету" говорит о том, что Вы никогда такой работой не занимались по серьезным проектам, так что на всякий случай осмыслите сказанное выше, если придется и этим заниматься.))) Кстати, работа такая очень интересная, особенно, когда выявите ТО, что другие просто "не увидели" ни с какой стороны.