2

私たちは 100 人以上のユーザーを抱えており、Google スプレッドシートを 1 つずつ作成し、スプレッドシートに生データを入力するように依頼しています。

現在のワークフローは、スプレッドシートを 1 つずつ CSV ファイルにエクスポートし、バックエンド システムにインポートするプログラムです。それで大丈夫です。

現在、Google Apps Script の方が優れたソリューションである可能性があることがわかりました。たとえば、ユーザーは「アドオン -> アドオンの取得」を使用してスプレッドシートでアドオンを見つけることができるため、複数の機能を作成して完全に自動化できます。検証、ドライラン、インポートなどの API を呼び出してプロセスをインポートします。

問題点：

  • アプリ スクリプトの機能を更新し続けるため、これらの 100 以上のシート ドキュメントを毎回更新する必要はありません。

  • すべてのパブリック ユーザーがアドオンにインストールできるようにするのではなく、クライアント (Google 認証を持っている) のみがインストールできるようにする必要があります。

  • ユーザーがスクリプトを表示/変更できないように保護できるとよいでしょう

それらは可能ですか？

現在、最善の方法は、新しいライブラリ プロジェクトを作成し、その中にほとんどのコードを配置して、このライブラリを使用するコンテナー バウンド アプリ スクリプトを作成することだと思います。より良い方法はありますか？

4

2 に答える 2

0

アドオンは、コードを保護し、更新を許可するという要件を満たしますが、現在、アドオン ストアに公開する必要があります。これを回避する解決策は、アドオンに関数を含めることです。これは、ホワイトリストに登録されたユーザーまたはシートのみがアドオンのすべての機能を持つことを意味します。ホワイトリストは、マスター スプレッドシートと同じくらい簡単なもので管理できます。すべてのアドオンは Google によって承認される必要があるため、アドオンの使用を制限することはアドオンの理念に悪影響を及ぼし、アドオンを公開しないという見解を Google が持つ可能性があります。

編集:アドオンが Google によって承認されると、アクセスを制限するための表示オプションがあります。アドオン公開ステップ #12に従って:

[表示オプション] セクションで、アドオンを検索できるユーザーを選択します。通常は、すべてのユーザーか、Google Apps ドメインのアカウントを持つユーザーのみです。

ホワイトリスト登録と公開権限を持つ Google Apps ドメインの Google アドオン ストアの機能リクエストも公開されています[/edit]

代替ソリューションは、ユースケースに大きく依存します。たとえば、100 以上のシートがデータ収集に使用されていて、Apps Script を利用した追加の機能が必要ない場合は、ドキュメント ID を使用してシートをクエリし、そこからデータを抽出できます。個々のシートを実行するには、基本的なビュー アクセス権がある場合でも共有する必要があります。

管理ライブラリは別のオプションですが、ユーザーがライブラリへの読み取りアクセスを必要とし、変更が加えられた場合はライブラリのバージョンを手動で更新する必要がある場合、それは適切ではありません。

于 2014-07-14T22:02:53.897 に答える