Для всех страждущих.
Вот по этой ссылке можно посмотреть весь список территориальных органов с новыми
- БИК (14)
- наименованиями (13)
- номер счета в ЕКС (15)
- номер казначейского счета (17)
https://www.buhonline.ru/pub/news/2020/10/16075
Все БИК уникальны, нет ни одного повторения, это легко увидеть, если сделать сводную таблицу.
Все БИК НОВЫЕ. Таким образом, нужно просто создать новые банки, на УФК насадить новые банковские реквизиты.
Из письма минфина следует, что не может быть у одного нового казначейского БИК двух ЕКС.
А вот для одного ЕКС может быть сто тысяч миллионов КС, например, в Башкирии. Но это будут счета кредиторов в LFBK, а не кор. счет в BNKA.
Ну и особое внимание уделить 15 реквизиту, потому что ранее для налоговых платежей оно не заполнялось.

Вот здесь есть проблема. Мы создали новые банки, но проблема в том, что поле BNKA-BANKA (наименование банка) имеет всего 60 символов, а вот новые наименования Банка получателя по казначейским счетам практически все имеют больше 60 символов.
Возможно с этим будут какие-то изменения.

Мы выше разобрали, что это только для одного банка может выстрелить (для Архангельска и Нано-ненецкого округа).
Для всех остальных БИКов в таблице соответствия только один ЕКС. Его вы и вносите в кор. счет.
Проблему по Архангельску можно решить, заведя в систему 2 банка с ключами с префиксами, например.
В поле код банка указать БИК. В поле "Филиал" указать корректный ЕКС (кор. счет по-старому).
Но в таком случае нужно будет смотреть вашу реализацию исходящих платежей, потому что исходящие платежки сделаны у кого как (PMW на BTE, просто Z на REGUH/REGUP и пр.) Может оказаться, что парсинг ваш кушает именно ключ банка в качестве БИК, а не код. Но это в целом неверно изначально уже на этапе проектирования, потому что ключ - это ключ, а код - это БИК. И вот тут придется изворачиваться.

Я для себя сразу выбрал стратегию созданию технических ключей с префиксом EKS, но потом отказался и все пометил для удаления, потому что слишком много программ, как оказалось, заточены именно на ключ, а не на код. Поэтому я нашел все эти БИК в системе (они там уже были из-за автоматической разноски по xml от ЦБ по ночам). И изменил у них наименование, кор счет и пр. Длинное наименование стал вести не в BANKA, а в адресных данных, потому что там большие здоровенные куски для хранения имени. Смутило лишь одно: все казначейские БИКи по-прежнему торчат в реестре ЦБ с неверными реквизитами, поэтому их пришлось отключить от автоматического ночного обновления по условию в проге.
А по поводу Архангельска я просто не стал заморачиваться, потому что по таблице соответствия проверил вообще все имеющиеся в системе УФК, и этого региона там не оказалось (или все существующие расчетные счета согласно соответствию выходили на единственный ЕКС).

В то, что в указанные БИК могут совершаться платежи одновременно по-старому и по-новому, я НЕ ВЕРЮ. Потому что эти банки обслуживают УФК, а любой платеж в УФК совершаться может только по-новому. Если у УФК будут другие расчетные счета, которые будут обслуживать их хозяйственную деятельность, но это уже будут другие банки 100%.

Примерно так.