Котятки, Я люблю Qlik, но больше Sense, чем view. Сейчас слежу за новыми обновлениями MCP -сервера от ChernovDev , пробую тихонько. Он основан на API Qlik Sense, и меня настиг флешбэк. В общем, однажды я столкнулась с задачей обратного инжиниринга Qlikview,— в классическом кейсе, когда дашборды есть, а документации к ним нет. И надо вытянуть начинку —скрипты, объекты и пр, а также сразу обработать и обернуть в формат некой спецификации. Попытки простучать QlikView Management Service API не дали ничего из-за авторизации, а менять уже сложившийся паттерн и протокол не хотелось. Ну и честно, я с SOAP мало работала. Путем перебора мой выбор пал на Qlikview COM API, вызываемый из python: -это медленно, однопоточно и однонаправленно, никакого параллелизма -я не сразу привыкла к фишке с правами: при использовании COM-интерфейса система открывает приложение с дефолтными правами юзера, а мне нужны были админские. Пришлось шаманить с подхватыванием текущей сессии. -это полностью закрывает задачу -и это дешево, так как задача по сути одноразовая (один раз прошелся по текущим аппликам по списку, сделал и живи себе) -благодаря питону можно наваять систему, которая учитывает двухуровневую загрузку данных при разработке спеки (помните, когда мы загрузчиком высасываем данные и кладем в qvd, а потом их уже подсовываем под основной аппликейшн). Ну и сам COM-интерфейс может чуть больше, чем задекларировано, надо его только чуть поковырять. Что хочу сказать? Доки просто не очевидны, они тут: https://help.qlik.com/en-US/qlikview-developer/May2024/Content/QV_HelpSites/APIsAndSDKs.htm и спасибо AI , который как раз послужил тем мостиком, который объяснил буквально на пальцах, что с этим делать и как пользоваться.