Надстройка Power Query, извлекающая канал OData, работающая с использованием единого входа, не работает

Я пытаюсь получить данные в Excel с помощью канала OData. Это отлично работало с базовой аутентификацией.

Позже SSO была реализована на сервере. Теперь каждый запрос перенаправляется на сайт для аутентификации SAML.

OData -:

https://tsmag.*******.co.in/sap/opu/odata/SAP/Z_********_SRV_01/et_*******?$filter= ***** eq '*****'&$format=json

Это прекрасно работает в любом браузере. Но не работает в надстройке Power Query (Excel 2013) ни через Windows Auuthentication, ни через Basic Authentication.

Запрошенная ошибка -:

Blockquote OData: данный URL не указывает ни на службу OData, ни на канал: 'https://rnr. ***** .co.in / ADFS / LS / SAMLRequest = fZFdS8MwFIb / Ssl9P7duNqyFsjooqAwnXngjMTllgTSpOemc / 960Q5kXevty3o8n2SDr1UDr0R31I7yPgC5om5IcxGrVAXQi5DcJD1MQ6 / AtL0S4yJMcFnmxzHJGgmewKI0uSRYlJGgRR2g1Oqadl5J0HaZpmBVPSUGXGV2uX0jQ + AapmZtdR + cGpHFstY0ccwwdgIq4iaSOmegwVhiTYGcsh3lhSTqmEKamPUOUJ / hRakSwU + rWaBx7sAewJ8n9HAHnkvh1515ppDNvSUarqWEokWrWA1LH6aG + v6Oegw7WOMONItVmuqYzlr3y / 29n30tItbvdv9bN7rCJr4IuqQN98M622Rsl + efE2DP3d3AapbMiRdjNp3TUOACXnQTh6ZUyH1sLzPkXcXYEEleX0t9 / W30b & RelayState = oucdwwfeefdocyqcoredxobvzdotvqvetvzusva & SigAlg = http://www.w3.org/2001 / 04 / xmldsig-more% 23rsa-sha256 & Подпись = Dw / 1O0Y6B2VD + vQSpps9 UyukG4LkLuH3EMMVWnbHVRzvkin1Jlu1UNyhalz7y1j3mc8G / lswOv6FFZ1ar / EJ5AZ + bGEjA0AcdWCzWROTdxCKEN6LqC4xhxMnokpQ1WEFIFaOd / RKL1WEFFaOd /

Сайт rnr. *****. Co.in - это сайт, на который выполняется перенаправление для аутентификации.

До реализации единого входа URL, который работал с использованием базовой аутентификации, был -: http://17 *******: 8000 / sap / opu / odata / SAP / Z _ ***** _ SRV_01 / et _ ****** _ reportSet? $ Filter = ****** eq '20171101' & $ format = json


odata single-sign-on excel powerquery sap-gateway
person Ashish Chandra    schedule 30.11.2017    source источник
comment
Вы все еще используете обычную проверку подлинности? Если ваш сайт перешел на систему единого входа (с использованием OAuth), это больше не будет работать, поскольку схема аутентификации другая. Вам необходимо использовать учетную запись организации, хотя это может не работать в зависимости от того, какого поставщика OAuth вы используете.   -  person Alejandro Lopez-Lago - MSFT    schedule 30.11.2017
comment
Я пробовал использовать аутентификацию Windows (учетные данные по умолчанию / передача данных ADID). Выдает ту же ошибку. Также попробовала учетную запись organizationanl, но она не распознает.   -  person Ashish Chandra    schedule 01.12.2017

Ответы (2)


arrow_upward
1
arrow_downward

У меня была эта проблема, и я обнаружил, что просто моя первоначальная запись URL была кэширована. Чтобы очистить это в 2016 году: Получить данные -> Параметры источника данных -> Глобальные разрешения. Вы должны увидеть URL-адрес там, и вы можете очистить разрешения. Затем, когда вы снова попытаетесь подключиться к URL-адресу, у вас будет возможность выбрать учетные данные, которые вы хотите использовать.

person Andrew Saunders    schedule 20.08.2018

arrow_upward
0
arrow_downward

Проблема была решена путем добавления параметра &saml2=disabled в URL-адрес OData. Это включило базовую аутентификацию (заменяющую аутентификацию Windows по умолчанию). Теперь данные извлекаются путем передачи имени пользователя и пароля шлюза / сервера Fiori (обычная проверка подлинности).

Обновленный URL -:

https: //****.*******.co.in/****/****/odata/****/Z_********_SRV_01/et_ *******? $ filter = ***** eq '*****' & $ format = json & saml2 = disabled

person Ashish Chandra    schedule 19.12.2017