よくある質問

1. 導入検討・適用範囲

Q. Retoolはどのようなシステムを作るのに向いていますか？

Retoolは、社内向け業務アプリ、管理画面、運用ツール、承認フロー、データ入力画面、レポート画面、ダッシュボード、業務自動化の構築に向いています。
特に、すでに使っているデータベースやSaaS、APIを活かしながら、現場業務に必要な画面を素早く作りたいケースと相性がよいツールです。Retoolは、Webアプリ、モバイルアプリ、ワークフロー、自動化、AI活用までを、既存データに接続して構築する前提の製品です。

Q. Retoolはノーコードですか？ 開発経験が少なくても使えますか？

Retoolは完全なノーコード製品ではなく、ローコードです。
GUIベースで多くの画面や処理を組めますが、業務要件に応じてSQLやJavaScriptを併用することで、より柔軟に作り込めます。
そのため、エンジニアがゼロでも始められるケースはありますが、継続運用や拡張を見据える場合は、最低限のデータ理解や設計ルールを持って進めるのがおすすめです。

Q. PoC止まりにならず、本番運用まで見据えて使えますか？

はい。Retoolは、単なる試作ツールではなく、権限管理、監査ログ、バージョン管理、セルフホスト、外部公開、モバイル運用など、本番利用を支える機能を備えています。
一方で、PoCで終わらせないためには、ツール選定以上に、権限設計・環境分離・命名ルール・変更管理・運用体制を最初に決めておくことが重要です。

Q. 他のローコードツールからの移行はできますか？

はい。自動変換ですべてを置き換えるというより、既存画面や運用の構造を整理しながら段階的に移行する形が一般的です。
特に、管理画面・承認フロー・検索/更新画面・社内ポータルのような領域は、Retoolへ移行しやすいケースが多くあります。
移行時は、画面単位ではなく、データ接続、権限、業務フロー、更新頻度の観点で優先順位をつけるのがポイントです。

Q. 無料で試すことはできますか？

はい。Retoolには無償で試せるプランがあります。
まずは小さな業務アプリや管理画面から試し、必要に応じてBusinessやEnterpriseへ拡張していく進め方が現実的です。プランによって使える機能や管理機能は異なるため、本番前提で検討する場合は、必要な権限・監査・AI・公開範囲を踏まえてプランを選ぶのがおすすめです。フリープランのご登録はこちら

2. データ連携・アプリ開発

Q. Retoolはどのようなデータベース・SaaS・APIと連携できますか？

Retoolは、主要なデータベース、SaaS、REST API、GraphQL APIと連携できます。
既存の業務システムやクラウドサービスに接続し、そこから取得したデータを業務に必要な形で表示・更新するのが基本的な使い方です。
「新しい基幹システムに置き換える」より、今あるデータを活かして業務画面を整える用途に向いています。

Q. 既存システムや社内データベースとの接続は難しくありませんか？

多くのケースでは、Retool側で接続先を設定し、必要な認証情報やネットワーク条件を満たせば連携できます。
ただし、実務上はツールの設定よりも、VPN、VPC、IP制限、到達性、認証方式、権限分離の整理が重要です。
特に本番利用では、接続できるかどうかだけでなく、どの環境からどの権限で接続するかまで含めて設計する必要があります。

Q. 外部APIとの連携は簡単ですか？

はい。Retoolでは、APIエンドポイント、認証、パラメータ、レスポンス処理を設定して、画面からAPIを呼び出せます。
UI操作に応じてAPIを実行したり、フォーム送信やボタンクリックと連動させたりする構成がしやすく、既存サービスの操作画面を内製したいケースに向いています。

Q. データベースのリレーションやJOINはRetool側でどう考えるべきですか？

基本は、JOINや集計などのデータロジックはDB側で持ち、Retoolはそれを呼び出して表示・更新する考え方がおすすめです。
Retool側では、表示上の軽い変換や条件分岐、ラベル表示、色付けなどを行い、複雑なデータ処理はSQLやビュー、ストアド、API側に寄せると保守しやすくなります。
この責務分離をしておくと、画面変更とデータロジック変更を切り分けやすくなります。

Q. データがSaaS・DB・基幹システムに散在している場合、Retoolは役立ちますか？

はい。むしろそのようなケースでRetoolの価値が出やすくなります。
大量のシステム統合を先に行わなくても、既存のデータソースへ接続し、業務に必要な見え方・更新導線だけを先に作ることができます。
そのため、全体最適の基盤刷新を待たずに、現場の業務改善を小さく始めやすいのが特長です。

Q. コンポーネントはどのくらい用意されていますか？

Retoolには、テーブル、フォーム、チャート、ボタン、タブ、モーダル、ファイル、リスト、地図、入力部品など、多様なUIコンポーネントが用意されています。
単に部品数が多いことよりも、データソース接続、イベント、状態管理と一体で組めることが実務上の強みです。RetoolのAssistでも、コンポーネントやクエリ、イベントハンドラを含む形でアプリ編集を支援できます。

Q. APIや画面が重くなりませんか？

Retoolでは、クエリの実行制御、依存関係、キャッシュ、バックグラウンド処理の設計によって、不要な呼び出しを抑えやすくなっています。
特に、都度画面で重い処理を実行するのではなく、Workflowsに処理を寄せる、読み取りと書き込みを分ける、トリガー条件を整理するといった設計が重要です。Workflowsはジョブ、アラート、ETLタスクの構築と監視を想定した機能です。

3. セキュリティ・権限・監査

Q. Retoolのセキュリティ機能にはどのようなものがありますか？

Retoolでは、ユーザーアクセス制御、Permission Groups、RBAC、監査ログ、SSO、セルフホストなど、企業利用を前提とした管理機能が用意されています。
要件によっては、クラウド利用だけでなく、自社インフラ内で運用する構成も検討できます。

Q. 権限管理はどこまで細かくできますか？

Retoolでは、アプリ、ワークフロー、リソースなどに対してアクセス制御を設定でき、Use / Edit / Ownの考え方で管理できます。
加えて、RBACではロールを定義してグループへ割り当てることで、最小権限での運用、再利用しやすい権限制御、管理の一元化がしやすくなります。

Q. SSOには対応していますか？

はい。RetoolはSSOに対応しています。
組織の認証基盤と連携し、ユーザー管理やログイン統制を一元化しやすくなります。導入時は、SSOの有無だけでなく、どのユーザーグループにどの権限を与えるかまで含めて設計することが重要です。

Q. 監査ログは取得できますか？

はい。Retoolでは監査ログを確認できます。
クラウド環境では、過去1年分の監査ログ保持、過去3か月分の画面参照、過去1年分のダウンロードが可能です。ログには、発生したイベント、実行ユーザー、時刻に加え、詳細情報として実行クエリ、パラメータ、IPアドレス、応答時間などを確認できるものがあります。セルフホストでは保持方針を自社で管理できます。

Q. 情シスやセキュリティレビューで確認されやすい論点は何ですか？

よく見られるのは、次の観点です。
・認証：SSOやユーザー管理の方式
・権限：ロールやグループ単位でどこまで制御できるか
・監査：誰が何をしたか追跡できるか
・接続：DBやAPIへどの経路で接続するか
・配置：SaaS利用か、自社環境でのセルフホストか
・AI利用：LLMへ何が送られるか、管理者が制御できるか
このあたりを事前に整理しておくと、レビューが進めやすくなります。

4. SaaS版とセルフホスト版

Q. RetoolはSaaS版とセルフホスト版のどちらを選べますか？

はい。Retoolはクラウド利用に加えて、セルフホストにも対応しています。
セルフホストはEnterprise向けで、自社インフラ上にRetoolを配置して運用する形です。セルフホストのQuickstartでは、各インスタンスが複数のコンテナサービスで構成され、VPNやVPC内で安全に実行できる構成が説明されています。

Q. SaaS版が向いているのはどのようなケースですか？

次のようなケースではSaaS版が向いています。
・まずは短期間で立ち上げたい
・インフラ運用よりアプリ開発を優先したい
・PoCや小規模導入から始めたい
・保守・アップデート負荷を抑えたい
運用負荷を低くしつつ、早く試したい場合に選びやすい構成です。

Q. セルフホスト版が向いているのはどのようなケースですか？

次のようなケースではセルフホストが向いています。
・データ配置やネットワーク要件が厳しい
・VPN/VPC内に閉じて運用したい
・自社基準で監査・保持・接続方式を管理したい
・規制業界や厳格なセキュリティ要件がある
Self-hostedはEnterprise向けで、自社インフラ上に配置して運用する前提です。

Q. 最初はSaaS版で始めて、後からセルフホストに切り替える考え方はありますか？

はい。まずはSaaS版で効果検証し、必要に応じてより厳格な構成へ移るという考え方は自然です。
重要なのは、最初から権限設計、命名ルール、環境分離、変更管理を整えておくことです。そうしておくと、あとから運用形態が変わっても整理しやすくなります。

6. Workflows・自動化

Q. Retool Workflowsでは何ができますか？

Retool Workflowsでは、ジョブ、アラート、ETLタスク、自動化処理を構築・監視できます。
データ取得、変換、通知、外部サービス連携などを、画面とは分けてバックグラウンド処理として構成できるのが特長です。

Q. 定期実行やWebhook起動には対応していますか？

はい。Workflowsはスケジュール実行とWebhookトリガーに対応しています。
定期バッチのような使い方だけでなく、外部イベントを受けて自動処理する構成も可能です。公式Docsでも、スケジュール、Webhook、クエリトリガーでの実行が案内されています。

Q. 画面処理とWorkflowsはどう使い分けるべきですか？

ユーザー操作に対して即時に返したい処理は画面側、時間がかかる処理や定期処理、通知、集計、連携処理はWorkflowsに分けるのがおすすめです。
この切り分けをすると、画面の体感速度を保ちやすく、責務も整理しやすくなります。

7. モバイル・外部公開

Q. Retoolでモバイルアプリは作れますか？

はい。Retool Mobileでは、iOS/Android向けのネイティブモバイルアプリを構築できます。
モバイルワークフォース向けに、データベースやAPIへ接続し、複数ページのモバイルUIを作って配布する用途が想定されています。

Q. オフライン利用には対応していますか？

はい。Retool MobileにはOffline modeがあります。
有効化すると、読み取りクエリは最新結果をキャッシュしてオフライン時に参照でき、書き込み操作は接続復旧後に同期できる構成が可能です。

Q. オフライン利用に制約はありますか？

はい。オフラインは便利ですが、設計上の制約があります。
たとえば、オフライン時の読み取りはキャッシュ前提であり、書き込みは復旧後の同期になります。さらに、オフライン資産として扱えるファイルは現時点でPDFが案内されています。
そのため、現場利用でオフラインを使う場合は、どの画面を事前キャッシュするか、更新競合をどう扱うかまで含めて設計するのが重要です。

Q. 顧客・取引先向けのポータルや外部公開アプリは作れますか？

はい。RetoolはExternal appsに対応しており、顧客、ベンダー、パートナーなどの外部ユーザー向けに、ホワイトラベルなWebアプリを提供できます。
招待、サインアップ、権限、体験設計までをコントロールしながら、社外向け画面を構築できます。

Q. 外部ユーザーのアクセス制御はできますか？

はい。External appsを有効化すると、組織外ユーザーはExternal Usersとして扱われ、Permission Groupでアクセス範囲を制御できます。
つまり、社内ユーザーと同じ前提で混在させるのではなく、外部公開用の権限モデルで整理できます。

8. AI / LLM活用

Q. RetoolにはAI / LLMを活用する機能がありますか？

はい。Retoolでは、Assist、AI Actions、Agentsなど、AIを活用するための機能が提供されています。
Assistは自然言語でアプリを作成・編集したり、Retoolの使い方を質問したりする用途に使えます。Retool全体としても、AIを単体チャットではなく、既存データやワークフローと組み合わせて使う方向で機能が整理されています。

Q. AI機能は管理者が制御できますか？

はい。Assistの利用は管理者設定の対象で、BusinessおよびEnterpriseでは、グループごとにAskのみ許可する、利用を禁止するなどの制御が可能です。
そのため、いきなり全社開放するのではなく、一部グループだけで試験導入するといった運用も取りやすくなっています。

Q. AI機能を使うと、どのような情報が外部LLMに送られますか？

Assistでは、アプリ生成や編集を行うために、リソーススキーマ（テーブル名・カラム名など）や、クエリの出力結果がLLMプロバイダに送信される場合があります。
そのため、AI機能の利用前には、どの環境で使うか、どのデータを扱うか、誰に利用させるかを整理することが重要です。

Q. AI機能は便利ですが、そのまま本番利用してよいですか？

AIは作業を速くできますが、設計・権限・データ取り扱い・レビューを省略してよいという意味ではありません。
特に本番利用では、AIが生成したクエリやUI、ロジックをそのまま採用するのではなく、人が確認し、権限や接続先、データの扱いをレビューしたうえで使うことが重要です。

Q. 自社のAI利用ポリシーに合わせて段階導入できますか？

はい。まずは一部ユーザーや検証環境に限定し、利用ルールが固まってから対象を広げる進め方が現実的です。
Retoolでも、Assist権限をグループ単位で絞る運用が案内されているため、全社一律ではなく、段階的に導入する考え方と相性がよいです。

9. サポート・導入支援

Q. 日本語で導入・運用サポートを受けられますか？

Retool公式のドキュメントやコミュニティは主に英語ですが、GxPではご契約内容に応じて、日本語での導入・運用支援をご提供しています。
要件整理、設計相談、初期構築、内製化支援、運用改善まで含めて伴走できる体制を整えています。

Q. 導入後はどのような支援を受けられますか？

GxPでは、一次窓口として以下のような支援を行います。
・技術相談
・利用方法のサポート
・初期構築支援
・内製化トレーニング
・運用・改修の相談
・障害時の問い合わせ対応
・必要に応じたRetool社との連携支援

導入して終わりではなく、自社で継続して回せる状態まで支援することを重視しています。
※一部有料のサービスもございます。詳細はお問い合わせください。

Q. どのような企業や部門に向いていますか？

情報システム部門、業務改革部門、営業企画、カスタマーサポート、オペレーション部門、現場管理部門など、日常業務の更新頻度が高く、既存システムを活かしながら改善したい組織と相性がよいです。
特に、Excel・スプレッドシート・SaaS運用が増えてきて、画面や導線を整理したくなっている段階の企業に向いています。