アプリにインストール後、プラグインの設定をする時のアカウントということであれば、どのようなアカウントでも問題ないとのことでした。

なるほど、逆を返せば 「業者ごとにアプリが必要」で
そのアプリに「業者ごとのアカウントが必要」になるということですね

何故ならば、アカウントの制御なしの時に
「自社」「A業者」「B業者」全てに対して 読み書き出来てしまう
ということになってしまうのは避けたいですからね

この制御を「kintoneの制御を使う（＝ｹﾞｽﾄﾕｰｻﾞｰID取得）」
もしくは、「各社の連携サービスを使う」
のどれかの選択になるのでしょう

Boost! Echo を使用する場合で業者ごとにお互いの情報を見れないように
する必要がある場合、ということですね。

業者ごとのアプリ１つずつに対応する公開用URLを作成することに
なると思うので、業者にはそれぞれのURLだけを伝えれば、業者は他業者のURLを
見に行くことはないと思います。

それを踏まえて、
業者ごとのアプリに結びつける「レコードを取得する為にkintoneにアクセスする際のユーザー」を
考えると、管理者アカウント以外に、別アカウントで外部連携用として共通で使う１アカウントが
あれば良いように思いました。

えっ、そういうこと！なの？
そしたら、条件付き無料で
外部業者とのData連携 できちゃうってこと？

すごいな～
きわむ さん、一度検証しません？
で教えてくれません？
というか．．．

cybozu.com共通管理者
スタンダードコース
有料プラグイン：じぶんページのみ

なら「じぶんページ」から乗り換えました的に
投稿してみたらいかがでしょう？

きわむ さん の投稿 楽しみにお待ちしております

あっ
いきなり外部業者で検証が難しいようでしたら
自分、外部業者の代わりになりますので
お声掛け頂ければ、対応しますよ

　ありがとうございます。
ぜひ時間がとれたらいっしょに検証してみたいです。
（まだダウンロードもしていないです）

　Boost! シリーズは　じぶんページではなく、じぶんフォームやじぶんレコードで
出来ることについては外部連携関係の上位互換（見栄えや使いやすさなど別の指標では
異なるかも）だと思っており、今使っている　じぶんページ　の代替にはならないと考えています。
「外部公開」と「kintoneアカウントを持っている人の使い勝手向上」という感じ
かなととらえています。

　じぶんページ　は標準機能以下でkintoneアプリを使うだけで良い人が使う、
「kintone簡易版」という位置づけのつもりで活用しています。

少しだけJavascriptをBoost! Injectorに設定して、kintoneのルックアップフィールド（組織ごとのID）の参照先の文字とBoost! Injector用のフォルダ名の一部を一致させる事前設計をしたら、疑似的に実現できました。

そのうちまた詳しく報告します。

凄いですね！

＞少しだけJavascript
というのは「Boost!イベント」で記述したって感じですかね

ということは、ＪＳを勉強しないとですね (自分JS書けないので)

ん？　キンコミでの紹介は ﾁｮｯﾄ って感じかな～

「cybozu developer community」なら、
小技・ナレッジの共有なんてカテゴリーがあるので
そちらに投稿がいいかもしれませんね

条件付き無料で Web頁 との連携ができるなんて
注目されるんじゃないかな～

頑張ってください

Boost!イベントを使ったJSをBoost! Injectorで設定した感じです。数行のコードでしたが
初なので大変でした。
そのあたりは「cybozu developer community」に投稿しようと思います。
中身がわからなくても使えるようにしたり、
まだ問題点があるので、整理して、何か月か後に投稿しようと思います。

ご丁寧な、説明ありがとうございます。

なるほど～
「ｹﾞｽﾄﾕｰｻﾞｰの契約（＋Plugin）」とするか
「拡張ｻｰﾋﾞｽの契約」をするか
どちらをしないと、外部と連携出来ないということですね

勉強になります

という内容でExcelも直しましたので、ご確認ください。

拡張サービスを「Webフォームからのアプリアクセス」と定義されているのですね。

CUSTOMINEはWebhookで同様な事はできるとは思います（正直、さわれておらず、何ができるのかの検討も全くしていません。）が、アプリスロットを圧迫するため、FormBridgeなどとの併用検討（回避策の検討）が要る場合はあるかと思います。

以上、ご参考まで

す、ｽﾐﾏｾﾝ m(__)m...訂正しました