ワークフローアプリ-FAQ

認証と認可

Q: アプリポータルにログインするためには、ユーザーはWorkatoのユーザーである必要がありますか？

A: いいえ。アプリポータルは、組織内および組織外のビジネスユーザーを対象としており、独自のユーザー/グループ管理があります。

Q: 自分のIdentity Provider（Okta、Azure ADなど）のユーザーとグループを使用できますか？

A: はい、Identity ProviderとSAML SSOを設定し、Just-In-Time（JIT）プロビジョニングを有効にすることで、ユーザーが初めてログインしたときにシステムに自動的に作成され、適切なグループに着地するように追加のSAML属性を設定できます。詳細については、SAML管理ガイドを参照してください。

Q: 認可されていないユーザーからデータを取得することはできますか？

A: 現在はできませんが、開発ロードマップには匿名アクセスがあります。

デプロイと配布

Q: モバイルアプリは利用できますか？

A: ワークフローアプリでは、ネイティブのモバイルアプリを作成することはできませんが、カスタムおよび組み込みのすべてのポータルページは、レスポンシブなレイアウトを持ち、モバイルおよびタブレットデバイスで正しく表示されます。

Q: ワークフローアプリのページを内部のウェブサイトやビジネスアプリにiFrameとして追加できますか？

A: はい、iframeを使用して、アプリポータル全体、特定のアプリ、またはページを埋め込むことができます。これには、Workatoカスタマーサポートによる明示的な有効化が必要です。

Q: アプリケーションのURLをカスタマイズすることはできますか？

A: workato.appドメインのサブドメインを指定できます（すべてのアプリケーションはhttps://{your-domain}.workato.appに存在します）。近日中に独自のドメインを使用するサポートを追加する予定です。

Q: ワークフローアプリはWorkato Embeddedで利用できますか？

A: 現在、ワークフローアプリはWorkato Embeddedのお客様のみがエンベデッドパートナーフロー用に購入できます。たとえば、エンドカスタマーがオンボード/オフボードされる前に、特定の情報をパートナーの従業員が承認/提供する必要がある「EmbeddedOps」タイプのユースケースなどです。将来的には、Workato Embeddedのエンドカスタマー向けに他の展開モデルもサポートする予定です。詳細については、アカウントマネージャーにお問い合わせください。

データ

Q: 格納されるデータの制限は何ですか？

A: 各アカウントは最大100のデータテーブルを持つことができます。各テーブルは最大100万行と100列を持つことができます。そのうち20列は「別のテーブルへのリンク」のタイプであることができます。各セルの値は100文字までで制限されますが、「長いテキスト」列タイプでは最大10,000文字まで設定できます。

Q: ルックアップテーブルはテーブルストレージに置き換えられますか？

A: 現在、テーブルストレージはワークフローアプリにのみバンドルされており、非アプリ関連の自動化には引き続きルックアップテーブルを使用することができ、アプリ関連の自動化にはテーブルストレージを使用することができます。

Q: 自分のデータストレージ（MySQL、Snowflakeなど）をアプリデータのストレージとして使用できますか？

A: いいえ、ワークフローリクエストデータは常にテーブルストレージに格納されます。テーブルストレージと他のストレージ/アプリ間でデータを同期するためにレシピを使用することができます。

Q: 送信されたデータを検証することは可能ですか？

A: 必須フィールドが入力されていることや、すべての入力がデータ型と一致していることなど、すべてのページは自動的にシンプルな検証を実行します。

ネイティブの複雑な検証およびサーバーサイドの検証は将来のリリースで計画されていますが、レコードが作成された後にレシピで任意の検証を実行し、ワークフローステージを「エラー中」に変更することで、検証を行うことが可能です。

アプリケーションロジック

Q: アプリケーションエラーのトラブルシューティングはどのように行いますか？

A: アプリケーションロジックはWorkatoのレシピとして実装されているため、すべてのトラブルシューティングツールと手法が適用されます。