База данных фиас и гар фиас в чём разница?

Похоже что ГАР поставляется только в XML, коды КЛАДР можно найти в файлах AS_ADDR_OBJ_PARAMS. Уж не знаю, чего они туда положили, но выкачать 24 гига на полное обновление - это уже слишком, DBF лучше жмётся.

Где принято размещать функции проверки наличия авторизации пользователя в приложении при его старте, на примере vue cli?

Тогда можно рассмортеть систему плагинов . Такие файлы, которые вызываются при старте приложения. Подобная система есть и в Quasar Framework, известна как Boot Files. Но есть и одна проблема. Если у нас SPA, могут возникать ситуации, когда пользователь длительное время не взаимодействует с бэкендом и его дисконнектит по таймауту.

Регистрируем плагин, делаем в нём проверку на старте, а затем тут же извлекаем роутер из параметра функции в плагине, вешаем на него хук beforeEach, в который передаем константу с результатом отработавшей проверки.

Как правильно писать на TypeScript VUEX модули?

vaflya, это лучше оформить отдельным вопросом, поскольку лично я использую автогенерацию клиентских сервисов на основе WebAPI, оно сильно отличается от связки nuxt + axios. У меня бэкенд .NET Core - в конфиге для Nswag прописал генерить всё в 'src/services', оттуда и беру. Сделал отдельный ServiceFactory, который подсовывает в создаваемые сервисы AxiosInstance с настроенным интерцептором для добавления Bearer токена в запрос.

Как правильно писать на TypeScript VUEX модули?

vaflya, типизацию к этой штуке прикручивают под Vuex 4 - там нужно будет вручную в обязательном порядке прописывать $store на Vue через shim, типизированный под свой тип состояния. Пока не ясно, как это будет работать с динамическими модулями.

Как правильно писать на TypeScript VUEX модули?

vaflya, типы конкретного модуля можно помещать в 'src/store/module-name/types.ts', а затем экспортировать "транзитом" через файл 'src/store/module-name/index.ts' туда, где предполагается с ними работать. Но если они используются только в качестве возвращаемого значения, либо применяется деконструкция, то TypeScript прекрасно их читает во внешних компонентах и без импортирования.

// src/store/module-name/types.ts
export interface IDepartment {
    id: number,
    name: string,
    shortName?: string;
}

// src/store/module-name/index.ts
import { IDepartment } from './types'; // Для работы с типом в модуле
export { IDepartment } // Для возможности импорта из файла модуля по типу from 'src/module-name'

Другой подход - когда есть некоторое API на сервере и утилита вроде NSwag, по мета-описанию API генерящая клиент для взаимодействия с этим API. В этом случае она сама кидает все сущности в автогенерируемый файл, из которого их можно использовать. Пример из реального проекта, сгенерированная сущность имеет приписку 'Dto' (Data Transfer Object):

import { EmployeesService, EmployeeProfileDto } from 'src/services';