Тут придется сделать, думаю, макросы, похожие на PL_Chisl_L2.tps или PL_Znam_L2.tps, чтобы "вынуть" эти данные из доп. макетов.

У нас есть два вида шаблонов: шаблоны в Карточке, доступные только в ней, и шаблоны на основе запросов SQL, более гибкие и доступные и в Карточке, и в режиме Повыдельной таксации.

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

SQL-шаблоны позволяют вносить частичные изменения в описания выделов, но изменения можно вносить сразу во много выделов, во все выбранные пользователем; в такой ситуации откат изменений в виде подтверждения также не реализуем, поэтому его нет, эта операция похожа на операции групповой замены.
Шаблоны этого типа сохраняются в БД параметров пользователя ParametryS.mdb

Вы плохо искали - эти параметры в описании яруса, полнофункциональный отбор по ним есть.

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

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

Потому что блок всегда сохраняется - он образует единый информационный массив с повыдельной базой, если его не сохранить, может возникнуть рассогласование между повыдельными данными и повыдельной картой.

Киньте это в Пожелания. Только отдельной темой.

Регулярно создавать архивы баз данных - месячные, недельные, суточные, текущие. Это обычная практика администрирования баз данных, под которую у каждого исполнителя должны быть заготовленные админами скрипты, чтобы не думать. Либо организовать это на сервере.
Реализовать "откат" совмещенных базы данных, управляемых двумя разными программами, пока не реально, ресурсов не хватает.

Если Вы используете фильтр отбора для целей контроля данных в базе, то у нас есть полезная новая возможность контроля, построенная именно на запросах. У панели контроля две вкладки настроек: "Настройка контроля" - это такой же контроль на основе простых фильтров, как был раньше, а вот "Настройка логического контроля" - это новый механизм, основанный именно на каких же SQL-запросах, как и фильтр.

Создание контрольного выражения делается через стандартный механизм отбора в фильтре, после чего это выражение запоминается с содержательным именем для повторного использования. Сложность выражения никак не ограничивается, причем при выполнении контроля Вы можете выполнять сразу большую группу запросов. Сохраняется это в базе НСИ и предусмотрен механизм копирования контрольных запросов из другой базы НСИ. Результат контроля отображается в протоколе и может быть подсвечен в дереве данных.

Мне кажется, это как раз то, что Вам нужно, этот механизм имеет даже более развитый функционал, чем сохранение запросов, которое было в старой версии.