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

Ну в требованиях ФСБ вообще то про структуру БД не говорится и надписи MinLen=12 в частности тоже не встречается. Есть требование для квалифицированного УЦ выпускать квалифицированные сертификаты. Запрета выпускать неквалифицированные там вроде нет, иначе надо ещё много полей ограничить, в т.ч. по значениям - это ИМХО не реально.

Все же хочется услышать позицию: мы не можем с новым УЦ работать с налоговой как она требует и это наша проблема или разработчик поможет нам с каким то решением, наподобие предложенного коллегами?

Проблема в том что квалифицированные тоже нужно выпускать, поэтому и стоит вопрос о "сертифицированости" комплекса после правок БД (насколько я понял можно настроить чтобы допустимым значением было от 10 до 12 символов) :(

У нас близится срок перевыпуска корневого сертификата. В дальнейшем мы планируем выпуск квалифицированных сертификатов. Из поста Юрия Маслова от 27 июня http://www.cryptopro.ru/...posts&t=4762&p=3 следует, что новый корневой лучше выпустить уже по требованиям к квалифицированному сертификату согласно 63-ФЗ. И "развернуть" на нем новый УЦ 1.5 R2. На данный момент госорганы не готовы принимать сертификаты с ИНН 12 знаков. (кторые изготывливает R2) Возникают вопросы:
1. Можно ли выпускать неквалифицированные сертификаты с ИНН 10 знаков, а затем после вступления в силу 63-ФЗ перейти на выпуск квалифицированных сертификатов (с тем же корневым на УЦ 1.5 R2)?
2. Либо "развернуть" корневом, выпущенном по 63-ФЗ УЦ 1.5, а затем обновиться до 1.5 R2?