お世話になっております。

これまで様々なREST APIによるデータ取得を行なってきましたが、ここへきてGraphQLというものに遭遇し、困惑しています。
具体的には、MatterPortというアメリカのサービスに、FileMakerからGraphQLのクエリを用いて連携をしたいと考えています。
GraphQLについて調べてみると、GETやPOSTなど基本的にはRESTと同じようなかたちでリクエストを送ることができるようでしたので、cURLを用いてサンプルデータに対してリクエストを試みたのですが、うまくいきません。
FileMakerにおけるGraphQLを使ったAPIリクエストについて、下記以外のやり方で成功している、という例がありましたらぜひ教えていただきたく存じます。探してみたところ、FileMaker × GraphQLの実装例を見つけることができなかったので……。

[ Table::curlフィールド ]
curl {{base_url}} \
  -X POST \
  -H "Authorization: Basic {{user_auth}}" \
  -H "Content-Type: application/json" \
  -d @$json

上記cURLにおいて、
{{base_url}} -> 単一のエンドポイント
{{user_auth}} -> base64エンコードされた、<token_id:token_secret>形式の改行なしの認証情報
@$json -> {"query": "models { results { name } }"} ←JSON形式でのクエリをスクリプト内の変数$jsonとして用意。"query"キーの値に、GraphQLのクエリ情報を丸ごと入れてます。

この方法だと、認証まではうまくいっているようなのですが、データとしては、「{"code":"not.found","message":"Not found"}」が返ってきます。ドキュメントを見ますと、「リクエストされたオブジェクトが存在しません。関連する操作で特定の ID フィールドを使用すると、このエラーが表示されます。」とのことなのですが、どうもよく理解できません。
( https://support.matterport.com/hc/ja/ar … エラーコード-0-3 )

ちなみに、アクセスしている環境はproductionではなくsandboxモードなのですが、MatterPortのガイドを読むと、sandboxモードにおいては、ユーザーが作成したモデルではなく、MatterPort社が用意しているデモモデルへのアクセスが提供されるということですので、このリクエストが通るならば、レスポンスにはそのデモモデルのモデルネームが返ってくるはずです。

それが返ってこないということについて、そもそもリクエストの方法が間違っているのか、あるいはMatterPortの問題なのか…その原因の切り分けができかねています。
エラーコードとはいえJSONが返ってきていることを考えるに、リクエストのフォーマット、cURLの記述方法自体は少なくとも間違っていない、ということはいえるでしょうか…。

MatterPort GraphQL Schema
https://api.matterport.com/docs/reference

久しぶりにお世話になります。

FileMaker Pro 18で、SOAP1.1 over httpsでのデータ送受信を設計しています。
最終的にはXSLTを噛ませて「レコードのインポート」にする予定です。
現在はテストの段階なので、変数$xmlに「ファイルから挿入」をやってみているのですが、SOAPサービスからfaultが返ってきます。
SoapUIでテストした段階では正常なレスポンスを確認していますが、PostmanとFileMakerで失敗します。

SoapUIでテストが成功していることから、リクエストボディのXML自体は問題ないと思っておりまして、
FileMaker特有の接続プロトコルで、設定ミスが起きているのかなと推測し、こちらで知恵をお借りできればと思い書き込ませていただきます。
丁寧にエラーメッセージが書かれているようなので、何らかのXMLエラーが起きている、ということはわかりますが、そのエラー内容の説明がよくわかりません…。

【「URLから挿入」の中身】
$soap: リクエストボディとなるSOAP対応のXML
URL: "httpspost://(接続先URL)" & "?" & $soap
curl オプション: curl_requestフィールドに事前にレイアウト上から、以下の通りに入力してある状態。
-H "Content-Type:text/xml ; charset=utf-8"
-H "Content-Length:716"
ターゲット（レスポンス格納先）：$xml

【$xmlに返ってきたSOAP faultレスポンス】
<?xml version='1.0' encoding='UTF-8'?>
<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">
<S:Body>
  <S:Fault xmlns:ns4="http://www.w3.org/2003/05/soap-envelope">
   <faultcode>S:Client</faultcode>
   <faultstring>例外により、SOAPメッセージを作成できませんでした: XMLリーダー・エラー: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '%' (code 37) in prolog; expected '&lt;'
at [row,col {unknown-source}]: [1,1]</faultstring>
   </S:Fault>
  </S:Body>
</S:Envelope>

いつも勉強させていただいております。
今回は、SSL証明書の識別について基本的なことを伺いたくトピックを立てました。

いま現在、非推奨と承知のうえで、FMSを立てているマスタマシンを、クライアント兼用として使用しております。
このほか、社内複数のPC、タブレット、VPNにてこのマスタマシン上のFMSにアクセスしてFileMakerファイルを利用しており、
先日、COMODO社の企業認証タイプのカスタムSSL証明書をFMSにインポートしました。
SSL証明書のインポートは成功し、社内各端末からもSSL証明書を識別した安全な接続を確立することに成功しています。
しかし、このFMSでホストされたファイルに、マスタマシン上のFMPからアクセスしようとすると、どうしてもSSL証明書を識別してくれません。
マスタマシン上から、自身の端末上にホストされたファイル、またはAdmin Consoleにアクセスする場合、ドメインの最後にポート番号が付加される、あるいは異なるポート番号が付加されるという認識はありまして、実際たしかに、マスタマシンのFMPからホストに接続すると、末尾にポート番号5003が付加されてしまい、証明書CNが異なる旨が接続時の警告として表示されます。

証明書のコモンネーム：xxx.xxxxx.co.jp
   マスタマシンのFMPからホストに接続しようとした場合：xxx.xxxxx.co.jp:5003

基本的にはこれによって、証明書が識別されずにいるのだと思います。
証明書の仕組みを考えれば、これが識別されないのは当然のことと存じておりますが……。
どうにか、この末尾のポート番号5003を消すとかして、他のクライアントと同じように、画面右上の鍵アイコンを緑にしたいなーと思っているのですが…。
うまいホストへの接続方法はないものでしょうか。
考え方として、自分が接続しようとしている場所が自分の中にあるのだから、証明書によって保証される必要ないじゃないか、という考え方もできるのでしょうか…。

ちなみに、マスタマシンからブラウザを介して開くadmin-consoleは、httpsでFQDNを指定すれば、ちゃんとSSL化された接続としてログイン・操作することができます。あくまでも、マスタマシン上のFMPクライアントから、自らの端末下で稼働しているFMSのホストに接続しようとした場合のみ、認識してくれません。

このマスタマシンをクライアント兼用として利用するのは1日に計30分程度で、それ以外の時間はサーバー専用機として動いてもらっています。
専用の端末をサーバーとして立てたい気持ちは山々なのですが、予算の都合上、いまはこの運用に甘んじています…。
みなさんの知恵をお貸しいただければ幸いです。

[環境]
バージョン：FMServer 17 & FMP17Advanced
サーバーOS（クライアント兼用）： Mac OS Mojave (iMac retina 21.5inch)
サーバー稼動：１台（シングル）
SSL証明書：COMODO / 企業認証タイプ (自社所有ドメインのサブドメインにてFQDN取得・FMS17にインポート済）