Y.K
投稿
コメント
お世話になっております。 LWへのSSOを行う構成のまま、LWをIdPとしても利用したく考えております。 そこで念のため挙動について確認ですが、SSOでLWへログインした後にLWをIdPとして対象のSPへのログインを試みる際、 LWのログイン情報を維持したまま対象のサービスにSSOは行えますでしょうか。 もしそこでLWのログイン画面が表示されてしまうと、 LWのIDにはPW情報が無い事からログインが出来なくなってしまうため少々気になりました。 ご確認のほど、よろしくお願いいたします。
SSO 2019.08.23 既読 2068
お世話になっております。 カレンダーのAPIを活用する中で、時折「Authentication failed, no authority」のエラーが返却される事がありますが、 同一のデータでリクエストを送っているにも関わらず、認証エラーが返っている状況です。 上記エラーにつきまして、 AccessToken等の認証キーが異なっている事以外に何か原因があるかと思いますが、 ご教示いただけないでしょうか。 ご確認のほど、よろしくお願いいたします。
Calendar 2019.04.19 既読 2749
お世話になっております。 カレンダー修正時に以下エラー文が返却されました。 以下につきまして、具体的な要因をご教示いただけないでしょうか。 "errorMessage": "{\"serverName\":\"jvcapi01.wcal.nfra.io\",\"calledTimestamp\":\"2019-03-22T11:44:19.745+09:00\",\"requestUri\":\"/apigw/appGatewayBO/modifySchedule\",\"remoteIp\":\"127.0.0.1\",\"result\":\"NotExistException CALENDAR_COMPONENT, null\"}", "result": "fail", "code":
Calendar 2019.03.22 既読 2914
お世話になっております。 スケジュール作成APIについてお伺いいたします。 上記APIを利用し、スケジュール作成のリクエストを送りましたが、 1度目のリクエスト時に、必ず以下エラーが発生し同環境にて2度目のリクエスト時に成功している状況です。 ■エラー内容 レスポンスコード:500 詳細:RuntimeException Error Creating Ical また、私が別の環境で行った際には問題なく1度で登録が出来ましたので、 個人的にはプログラム側かリクエスト時の経路に問題があるように思えますが、 もし上記エラーが特定の条件下で起こり得るものかご存知でしたら、ご教示いただけないでしょうか。 ご確認のほど、よろしくお願いいたします。
Calendar 2019.01.08 既読 5121
お世話になっております。 以下実現したい事があり、その点につきましてお伺いしたい点がございます。 ■実現したいこと 外部のカレンダーサービス(該当組織全員分)のカレンダーデータを抽出/加工し、 APIを利用してLINEWORKSのそれぞれのカレンダーへ自動的に書き込みを行う環境を構築したい。 ■ご質問 ①APIのガイドには、ログイン画面をコールし認証する事でKeyの発行がされる旨記載されていますが、 ログイン画面での認証を行わずに、自動的に(バッチ処理等)認証を行い、 Keyの発行をする事は可能でしょうか。 該当組織全員分のカレンダーへ書き込みを行うため、 人数が多いことと、そもそも画面入力を経ない自動連携の実現が出来るのかが気になっております。 ②一度ログインした後に発行されるAccessTokenを続けて利用する事で、 有効期限までは、次回APIコール時にAuthorization codeの発行からTokenの発行まで行わなくて良い認識ですが、 例えばスケジュール作成のAPIコール時にもログイン画面からのログイン操作だけは必要となりますでしょうか。
Calendar 2018.09.11 既読 2777
お世話になっております。 職級を追加する際の整列順について質問です。 (実際に動作させて確認の出来る環境でないためお伺いいたします) パラメータのsortLevelに任意の数値を入力する事で、 その数値に従い追加登録を行った職級の整列順(組織図上の優先順でしょうか)が定まるかと思いますが、 パラメータの数値を、例えば2つの職級を追加登録を行う場合にそれぞれ「100」「200」と設定した場合でも、 それぞれ「100」の職級は1番目、「200」の職級は2番目として昇順で整列がされますでしょうか。 グループ会社機能環境であり、加えてグループ会社の数も多い事から、 投入する職級データも非常に多く、全ての整理を行うことが困難なため、 可能であれば現状の優先順位用として定めた数値をそのまま利用出来ればと考えております。 ご確認のほど、よろしくお願いいたします。
Directory 2018.03.27 既読 2353