Зря они к LK SysVersion привязались.
Если посмотреть в метод isEntered() класса SysDictLicenseCode, то видно, что для этого ключа используется специальная подстановка при проверке его активности.
X++:
int curId = (this.id() == LicenseCodeNum(SysVersion) ? 0 : this.id());
Судя по всему, в проверке конфигурационных ключей подобной подстановки не происходит и проверяется id ключа SysVersion.
Для проверки добавил в таблицу SysConfig строку AccessCode с id = 55 и кодом для id == 0.
В результате - в настройке конфигурации появился включенный SysAPI и все его подключи, но класс по прежнему не создается - ругается на отключенный конф. ключ.
Так же попробовал для SysApi полностью убрать лицензионный ключ - но результат тот же. Класс опять не создается, хотя в настройке конфигурации ключ есть и он активен.
PS Пробовал на TAP3, так что может быть дело в этом.
PPS После добавления строки в SysConfig позапускал несколько форм, походил по AOT, но серьезного тестирования не делал.