RStarun

Если у вас КИИ, и требуется использование только ПО из реестра, то поставить обычный постгрес вы не можете до тех пор пока его в репозиториях астра не появится ( не помню есть он там сейчас или нет). Скорее всего Астре это не выгодно, так как у них есть Тантос (или как там его)

Если же просто софт вы можете опенсорс ставить, то тут по желанию. Сам постгрес обычный без танцев с бубном работает с 1С. И на 60 клиентов проблем быть не должно (если железо позволяет).

Про удобен тем что есть техпод, есть некие "гарантии" от вендора. И если есть возможность - почему бы не купить. Затушить проблему баблом, кстати, никогда не поздно.

На сервере должна стоять служба hasp lm и файрволы должны пропускать на нее трафик по требуемым ей портам из нужных подсетей. 475 UDP
Для диагностики можно применять aladdin монитор, он показывает ключ и клиентов. Но только если хотя бы один клиент забрал себе лицензию с ключа.
Поскольку сервер и клиенты находятся теперь в разных подсетях, то на клиентах должен быть напрямую прописан адрес сервера с ключом.
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.х

Проверить доступность ключа можно так же telnet'ом по порту 475.

1. Администрировать один сервер терминалов проще чем десятки компов в удаленных офисах. Если нужно обновить платформу, то делается это на сервере за 15 минут. А на всех клиентах 15*n если не настроено или не сработало автообновление от 1с.
2. Лицензии раздавать возможно проще. Ключи воткнуты в основном офисе все, для удаленных не требуется возить туда ключи и распределение их будет более грамотным. Хотя ключами может и сервер 1с управлять, тут нужно смотреть.
3. Про трафик уже сказали, но в принципе тонкий клиент может и немного потреблять, с учетом заданий на печать даже значительно меньше.
4. Если вдруг нужно запустить какую-то базу файловую, то на rdp это легко.

Насколько я понимаю удаленные офисы подключаются к терминальному серверу и запускают 1с там.

Количество юзеров у вас небольшое. По соотношению производительность/стоимость конечно же мощный ПК сделает сервер если не в разы, то около того. То есть вы можете поставить ПК на базе последнего поколения Ryzen/i7 и вам этого наверняка хватит. Стоить будет значительно дешевле сервера начального уровня и работать будет значительно шустрее. Но возникает вопрос администрирования и надежности. У ПК обычно нет ECC памяти и сдвоенных блоков питания, а так же средств диагностики и удаленного управления. Выбор за вами. Нужно посчитать все решение на сервере и посмотреть можете ли вы себе его позволить. В решение должны войти железка, лицензии МС, ИБП, хранилка для бэкапов или просто съемный диск.
Делать файловый вариант в данном случае не стоит. Либо терминальный либо веб публикацию если конфига позволяет, либо серверный.
По архитектуре решения.
Самый дешевый вариант - веб публикация. Не требует никаких доп лицензий. Но нужно убедиться что конфигурация поддерживает. Можно хоть сейчас попробовать, проверить устраивает ли вариант.
Вариант подороже это терминальный доступ + файловая база. Наверное оптимальный для 5-15 юзеров. Нужно будет купить win srv (40k) + TS CAL(5k*10).
Сервер 1с предприятия наверное будет перебор на 10 юзеров. 60-90к на саму лицензию сервера + еще на лицензию МС SQL или ковырять postgre который на Win не дает хороших результатов. С другой стороны тогда можно не покупать терминальные лицензии.
Посчитайте все варианты, сведите в табличку и поймете на что хватает, на что не очень.

УТ это такая штука которую каждый под себя переписывает. Возьмите, да и напишите себе там часть с патентом. Штатно, насколько мне известно, 1с не выпустила пока версию 10.3 с поддержкой патента, хотя какие-то заготовки уже есть в конфигурации.
Если у вас 10.3 писана, переписана - перепишите еще раз, добавив патент.
Если у вас 10.3 штатная, то переезд на 11 версию дело 1-го дня.

1с пока работает - лучше не трогать. Пока у бизнеса не появилась новая задача, требующая изменений в 1с. Сейчас там вроде есть много вариантов синхронизации с удаленными офисами. Но этими задачами должен 1сник озадачиваться.
Сеть на L2TP нужно наверное поднять, почему нет. Так и техподдержку юзерам удобнее оказывать. Обслуживать парк машин и прочего оборудования. Нарезаете подсетей для каждого филиала и вперед. Необходимость в ammy отпадает, появляется много других вариантов. Единственное, сделать так чтобы при падении vpn канала обмен не останавливался. Чтоб не быть потом крайним если в определенный день синхронизация не пройдет.

Что нашел:
В УНФ есть регистр накопления "остатки товаров". При выводе карточки товара и при подборе, 1с не пересчитывает реальные остатки, а просто лезет к этим регистрам. По какой-то неизвестной сейчас причине в этих регистрах появились неправильные записи. Как их полностью пересчитать непонятно.
Вероятно просто удалю эти регистры, на работу это не должно влиять.

Это аренда. Не понравилось, можно снять другой сервер.
Технически должно работать вполне шустро за свои 160+ тыс в год. Беспокоит только оговорка в 100 гб на бэкапы.