【2026年7月最新】Azure AI Searchとは?RAG構築・料金・活用事例をClaude Codeユーザー視点で徹底解説
この記事の内容
「Azure AI Searchって、結局何ができるサービスなの?」——この記事を開いたあなたは、おそらくそう感じているはずです。
Azure AI Search(旧Azure Cognitive Search)は、Microsoftが提供するフルマネージド型のAI検索プラットフォームです。全文検索・ベクトル検索・ハイブリッド検索に対応し、最近話題のRAG(検索拡張生成)の検索基盤としても急速に注目を集めています。
しかし、公式ドキュメントだけでは「自社の業務にどう活きるのか」「料金はいくらかかるのか」「ElasticsearchやOpenSearchと比べて何がメリットなのか」がわかりにくいのが正直なところです。
この記事では、Azure AI Searchの機能・料金・活用事例を2026年最新情報で整理したうえで、後半では弊社(株式会社GENAI)がClaude Codeと組み合わせて実際に業務で使っている視点から、非エンジニアにもわかる実践的な解説をお届けします。
この記事を最後まで読むと、次の7つが明確になります。
01 OVERVIEW Azure AI Searchとは?基本概念と注目される背景 Microsoft Azureが提供するフルマネージド検索プラットフォームの全体像
Azure AI Searchは、Microsoft Azureが提供するクラウドネイティブのフルマネージド検索サービスです。2023年11月に「Azure Cognitive Search」から現在の名称に改称されました。
もともとはWebサイトやアプリの検索窓の裏側で動く検索エンジンでしたが、近年はLLM(大規模言語モデル)と組み合わせたRAG(Retrieval-Augmented Generation)の検索基盤として、企業導入が急速に進んでいます。
📚 用語解説
RAG(Retrieval-Augmented Generation):「検索拡張生成」の略。AIが回答を生成する前に、社内文書やデータベースから関連情報を検索して取得し、その情報をもとに回答する仕組みです。AIが「自分の知識だけ」で回答するのではなく、「調べてから回答する」ので、最新情報や社内固有のデータにも対応できます。
1-1. なぜ今、Azure AI Searchが注目されているのか
Azure AI Searchへの注目が高まっている最大の理由は、RAGアーキテクチャの普及です。ChatGPTやClaudeなどのLLMは汎用的な知識は持っていますが、「自社の就業規則」「自社の製品カタログ」「最新の社内マニュアル」といった企業固有のデータは学習していません。
RAGはこの問題を解決する仕組みです。ユーザーの質問を受け取ると、まずAzure AI Searchで社内データを検索し、関連する情報を取得してからLLMに渡して回答を生成します。これにより、LLMのハルシネーション(もっともらしい嘘)を抑えつつ、社内データに基づいた正確な回答が可能になります。
で社内データ検索
LLMに渡す
回答を生成
📚 用語解説
ハルシネーション:AIが事実でない情報をもっともらしく生成してしまう現象。例えば「存在しない法律の条文を引用する」「架空の製品名を答える」など。RAGで実データを参照させることで大幅に軽減できます。
1-2. Azure Cognitive Searchとの違い
「Azure Cognitive Search」と「Azure AI Search」は同じサービスの改称です。2023年11月にMicrosoftが名称を変更しました。機能面の大きな違いはなく、既存のCognitive Searchリソースはそのまま動作します。
ただし、改称後に追加された新機能(後述するAgentic Retrievalなど)は、新しいAPIバージョンでのみ利用できます。これから新規に導入する場合は「Azure AI Search」の名前で作成すれば問題ありません。
技術記事や社内ドキュメントで「Cognitive Search」と書かれていても、現在の「Azure AI Search」と同じサービスを指しています。公式ドキュメントはすべて新名称に移行済みですが、ネット上には旧名称の記事も多く残っています。
02 KEY FEATURES Azure AI Searchの主要機能を全整理 全文検索からAIエンリッチメントまで、できることの全体像
Azure AI Searchは検索サービスとしての基本機能に加え、AI連携・データ加工・セキュリティまで幅広い機能を備えています。ここでは主要な機能を実務に効くもの順に整理します。
2-1. 全文検索・ベクトル検索・ハイブリッド検索
Azure AI Searchが対応する3種類の検索方式を比較します。
| 検索方式 | 仕組み | 得意なこと | 具体例 |
|---|---|---|---|
| 全文検索 | キーワードの一致で文書を見つける(Apache Luceneベース) | 正確なキーワードでの検索 | 「就業規則 有給休暇」で社内規定を検索 |
| ベクトル検索 | 文章の意味をベクトル(数値の列)に変換して類似度で検索 | 意味的に近い文書の発見 | 「休みの取り方」で有給休暇の規定がヒット |
| ハイブリッド検索 | 全文検索+ベクトル検索を同時実行し、結果を統合 | キーワードの正確さ+意味の柔軟さの両取り | キーワードが正確でも、表現が違っても漏れなくヒット |
📚 用語解説
ベクトル検索:文章や単語を数百〜数千次元の数値配列(ベクトル)に変換し、ベクトル間の距離で類似度を計算する検索方式。「意味的に近い」文書を見つけられるのが最大の特徴で、表現が異なっていても概念が近ければヒットします。Azure AI Searchでは最大4,096次元のベクトルフィールドに対応しています。
2-2. セマンティックランキング
セマンティックランキングは、検索結果をMicrosoftの言語理解モデルで再ランク付けする機能です。通常の検索では「キーワードの出現頻度」で順位が決まりますが、セマンティックランキングでは「質問の意図に合った回答が含まれているか」を基準に並び替えます。
Free SKUを含む全プランで月1,000件まで無料、以降は従量課金です。RAGの検索精度を手軽に上げられるため、コストパフォーマンスの高い機能と言えます。
2-3. AIエンリッチメント ── データの前処理を自動化
Azure AI Searchの「AIエンリッチメント」は、取り込んだデータに対してAIによる前処理を自動で適用する機能群です。
📚 用語解説
チャンキング:長い文書を適切な長さの「チャンク(塊)」に分割する処理。RAGでは文書全体をLLMに渡すのではなく、質問に関連するチャンクだけを渡すため、この前処理が検索精度に直結します。
これらの処理は「スキルセット」と呼ばれるパイプラインとして定義でき、データの取り込み時に自動で実行されます。たとえば、SharePointにPDFをアップロードするだけで「OCRでテキスト抽出 → チャンク分割 → ベクトル化 → インデックス登録」が自動で完了する、という構成が可能です。
2-4. ファセットナビゲーション・オートコンプリート
検索UXを向上させる2つの機能もAzure AI Searchに標準搭載されています。
ファセットナビゲーションは、ECサイトでよく見る「カテゴリ」「価格帯」「ブランド」の絞り込みフィルターです。検索結果を階層的に絞り込む機能で、特に商品検索やドキュメント分類に効きます。
オートコンプリートは、検索窓に文字を入力するたびに候補を表示する機能です。ユーザーの入力負荷を減らし、検索体験を大幅に向上させます。
📚 用語解説
ファセットナビゲーション:ECサイトの「カテゴリ」「価格帯」「色」などの絞り込みフィルターのこと。検索結果にメタデータの集計値を付与し、ユーザーが段階的に条件を絞って目的の商品・文書にたどり着けるUIパターンです。
2-5. ナレッジストア ── エンリッチメント結果の永続化
ナレッジストアは、AIエンリッチメントで処理した結果をAzure Storageに永続保存する機能です。テーブル形式・BLOBオブジェクト形式・ファイル形式の3種類で保存でき、Power BIでの分析やカスタムアプリからの参照に使えます。
「OCRで抽出したテキストをExcelで一覧化したい」「エンティティ抽出の結果をBIツールで可視化したい」など、検索以外の用途でAIエンリッチメント結果を活用したい場合に便利です。検索インデックスとは別にデータを保持するため、分析用途での柔軟性が高まります。
03 RAG ARCHITECTURE RAG構築の仕組み ── Classic vs Agentic Retrieval 2つのRAGパターンの違いと選び方を解説
Azure AI SearchでRAGを構築する方法は、大きく2つのパターンに分かれます。従来型のClassic RAGと、2025年に登場した新方式のAgentic Retrievalです。
3-1. Classic RAGパターン ── 実績豊富で安定
Classic RAGは、以下のシンプルなフローで動作します。
+インデックス化
ハイブリッド検索
ランキングで再順位
もとに回答生成
このパターンの強みは実績の豊富さと低レイテンシです。単一のインデックスに対して1回の検索リクエストを投げ、結果をLLMに渡すだけなので、構成がシンプルで応答速度も速い。ほとんどの業務用RAGはこのパターンで十分に機能します。
3-2. Agentic Retrievalパターン ── 複雑な質問に対応
Agentic Retrieval(パブリックプレビュー)は、2025年に追加された新方式です。従来の「1回の検索で回答」ではなく、LLMが質問を分析してサブクエリに分解し、複数のデータソースを並列で検索して結果を統合します。
| 比較項目 | Classic RAG | Agentic Retrieval |
|---|---|---|
| 検索対象 | 単一インデックス | 複数のKnowledge Source |
| クエリ処理 | 1回のリクエスト | LLMがサブクエリに自動分解 |
| チャット履歴 | 未対応 | 会話コンテキストを考慮 |
| レイテンシ | 低い | やや高い(LLM処理が入る) |
| ステータス | GA(一般提供) | パブリックプレビュー |
| 向いている用途 | 単純なQ&A・FAQ検索 | 複雑な質問・複数条件の調査 |
たとえば「昨年の売上トップ3の製品と、それぞれの顧客属性を教えて」という複合的な質問の場合、Classicでは1回の検索では必要な情報が揃わない可能性があります。Agentic Retrievalは「売上ランキング」「製品情報」「顧客属性」をそれぞれ別のサブクエリで検索し、結果を統合して回答します。
Agentic Retrievalは2026年5月時点でパブリックプレビューです。本番環境での利用にはSLAが適用されない点、APIの仕様が変更される可能性がある点に注意してください。安定性を重視する本番システムでは、Classic RAGの採用を推奨します。
📚 用語解説
パブリックプレビュー:Microsoftが新機能を正式リリース(GA)前に一般公開してテストする段階。誰でも使えるが、SLA(サービス品質保証)は適用されず、仕様変更や機能廃止の可能性がある。「ベータ版」に近い位置づけです。
04 PRICING 料金体系とSKU別コスト比較 Free〜Storage Optimizedまでの月額目安と選び方
Azure AI Searchの料金はSKU(Service Level)ごとの固定月額制です。使った分だけ課金されるのではなく、「どのクラスのサービスを契約するか」で月額が決まります。以下は2026年最新の料金目安です。
| SKU | 月額目安 | 最大SU数 | ストレージ | 主な用途 |
|---|---|---|---|---|
| Free | $0 | — | 50 MB | 検証・学習用(本番利用不可) |
| Basic | 約$97 | 9 | 15 GB | 小規模プロジェクト・PoC |
| Standard S1 | 約$324 | 36 | 160 GB | 中規模の本番システム |
| Standard S2 | 約$1,295 | 36 | 512 GB | 大規模データ・高トラフィック |
| Storage Opt. L2 | 約$5,604 | 36 | 4 TB | 大容量ログ・アーカイブ検索 |
※ 上記は検索ユニット(SU)1個あたりの料金目安です(Japan Eastリージョン、約730時間/月)。レプリカやパーティションを追加すると、SU数に比例して料金が増加します。
📚 用語解説
検索ユニット(SU):Azure AI Searchの課金単位。レプリカ(可用性向上)× パーティション(ストレージ拡張)の掛け算で決まります。例えば、レプリカ2×パーティション2=4SUとなり、月額も4倍になります。
4-1. 追加課金が発生する機能
SKUの月額に加えて、以下の機能では追加の従量課金が発生します。
4-2. コスト最適化の4ステップ
作成後のSKU変更には制限があります。FreeからBasicへの移行、StandardからStorage Optimizedへの移行はできません。将来のデータ量を見据えて、最初のSKU選択は慎重に行いましょう。迷ったらBasicで始めてS1へのアップグレードを計画するのが安全です。
05 COMPETITIVE COMPARISON Elasticsearch・OpenSearchとの比較 3大検索サービスの違いを「運用負荷」「機能」「コスト」で整理
企業のAI検索基盤として選択肢に上がるのは、Azure AI Search・Elasticsearch・OpenSearch Serviceの3つです。それぞれの特性を比較します。
| 比較項目 | Azure AI Search | Elasticsearch | OpenSearch Service (AWS) |
|---|---|---|---|
| 提供形態 | PaaS(フルマネージド) | セルフホスト / Elastic Cloud | マネージド(AWS) |
| ベクトル検索 | ネイティブ対応 | 8.0以降対応 | プラグイン対応 |
| ハイブリッド検索 | 標準搭載 | 設定が必要 | 設定が必要 |
| Agentic Retrieval | あり(プレビュー) | なし | なし |
| セマンティックランキング | 標準搭載 | なし(要カスタム) | なし(要カスタム) |
| AI前処理(OCR等) | スキルセットで統合 | 別途構築が必要 | 別途構築が必要 |
| Microsoft連携 | SharePoint/M365直接接続 | 非対応 | 非対応 |
| 運用負荷 | 低い(フルマネージド) | 高い(自前運用) | 中程度 |
| 学習コスト | 中程度 | 高い | 中程度 |
5-1. Azure AI Searchが向いているケース
5-2. Elasticsearchが向いているケース
5-3. OpenSearch Serviceが向いているケース
06 USE CASES 活用事例 ── 社内ナレッジ・EC・RAGチャットボット 実際の導入パターンと得られる効果を具体的に解説
Azure AI Searchの活用事例を、代表的な3パターンに整理してお伝えします。
6-1. 社内ナレッジ検索 ── 「あの資料どこだっけ?」を解消
最も導入効果が出やすいのが社内ナレッジ検索です。SharePointやOneDriveに蓄積された文書を横断検索し、AIが関連情報をピンポイントで抽出します。
OCR機能を組み合わせれば、スキャンした紙の書類やPDFの中身も検索対象にできます。従来は「ファイル名で検索してフォルダを開いて中身を確認」だった作業が、「内容で検索して即座に該当箇所を表示」に変わります。
OneDrive
インデックス化
検索
ピンポイント表示
一般的な100名規模の企業で、社内資料の検索にかかる時間は1人あたり1日30〜60分と言われています。これが「質問を入力するだけ」に変わるので、年間で数百時間の工数削減が期待できます。
6-2. ECサイトの商品検索 ── 「欲しい商品が見つからない」を解消
ECサイトの検索体験をAzure AI Searchで強化するケースも増えています。ファセットナビゲーション(カテゴリ・価格帯・ブランドの絞り込み)、ベクトル検索(「涼しい服」で夏物全般がヒット)、セマンティックランキング(意図に合った商品が上位に)を組み合わせることで、コンバージョン率の改善に直結します。
6-3. RAGチャットボット ── カスタマーサポートの自動化
Azure AI SearchをRAGの検索基盤として使い、社内マニュアルやFAQに基づくチャットボットを構築するケースです。Azure OpenAI Service(GPT-4o等)と組み合わせ、Azure AI Foundryのリソースフローで構築できます。
実際の導入実績として、Capacity社は97%のタグ付け精度と従来比4.2倍のコスト削減を達成。H&R Block社は確定申告の質問応答を自動化し、問い合わせ対応の効率化に成功しています。
6-4. Microsoftエコシステムとの連携
Azure AI Searchの隠れた強みが、Microsoftのエコシステムとの深い連携です。
07 GETTING STARTED 導入手順と注意点 Azureポータルでの構築手順とセキュリティ設定のポイント
Azure AI Searchの導入は、大きく3ステップで進めます。
7-1. セキュリティ設定のポイント
企業利用で見落としがちなセキュリティ機能を整理します。
| 機能 | Free | Basic以上 | 用途 |
|---|---|---|---|
| Entra ID(RBAC) | 利用不可 | 利用可 | ロールベースのアクセス制御 |
| ドキュメントレベル制御 | 利用不可 | 利用可 | 文書単位のアクセス権限 |
| IPファイアウォール | 利用不可 | 利用可 | アクセス元IPの制限 |
| Private Link | 利用不可 | 利用可 | VNet内の閉域接続 |
| 保存データ暗号化 | 利用不可 | 利用可 | カスタマーマネージドキー |
| 可用性ゾーン | 利用不可 | 利用可 | リージョン内冗長 |
Free SKUでは上記のセキュリティ機能がすべて利用できません。PoCや学習目的には十分ですが、本番環境での利用はBasic以上が必須です。特に社内の機密データを扱う場合は、最低でもBasic + Private Linkの構成を推奨します。
7-2. サービス制限に注意
SKUごとにインデックス数・インデクサー数・スキルセット数に上限があります。
| リソース | Free | Basic | Standard S1〜 |
|---|---|---|---|
| インデックス数 | 3個 | 5〜15個 | 50〜200個 |
| インデクサー数 | 3個 | 5〜15個 | 50〜200個 |
| スキルセット数 | 3個 | 5〜15個 | 50〜200個 |
Freeは「3個まで」なので、本格検証でも複数のインデックスを試すならBasicへの昇格が早い段階で必要になります。
08 CLAUDE CODE INTEGRATION Claude Codeで Azure AI Search を使い倒す実践テクニック AI鬼管理の現場から:Claude Codeとの組み合わせで生産性を最大化する方法
ここからは、弊社(株式会社GENAI)がClaude Max 20xプラン(月額約30,000円)で業務を回している視点から、Azure AI Searchとの組み合わせの可能性をお伝えします。
8-1. Claude Codeでインデックス設計を自動化する
Azure AI Searchのインデックス設計は、対象データの構造を分析してフィールド定義やアナライザーの設定を決める工程です。これはClaude Codeが最も得意とする「構造化されたコード生成」の領域です。
たとえば、「SharePointにある100件の社内マニュアルPDFをインデックス化したい」というリクエストに対して、Claude Codeにサンプルデータを読ませるだけで、フィールド設計・スキルセット定義・インデクサー設定のJSON/Pythonコードを一気に生成できます。
Claude Codeのターミナルで「Azure AI Searchのインデックスを作成するPythonスクリプトを書いて。対象はSharePointの社内マニュアル。ベクトル検索対応、チャンキングサイズは500トークン」と指示するだけで、Azure SDK for Pythonを使ったスクリプトが生成されます。手作業で公式ドキュメントを読みながらコードを書く時間が概算で5分の1になる肌感です。
8-2. 検索クエリの最適化をClaude Codeに任せる
Azure AI Searchの検索精度は、クエリの書き方に大きく左右されます。ハイブリッド検索のパラメータ調整、セマンティックランキングの設定、フィルター条件の最適化など、チューニングポイントは多岐にわたります。
Claude Codeを使えば、「検索精度が低い」と感じたときに既存のクエリコードを渡して改善案を提示させることができます。「このクエリでヒットしない文書がある」「ノイズが多い」といった自然言語のフィードバックから、具体的なコード修正を提案してくれます。
課題を特定
クエリコードを渡す
自動生成
精度を確認
8-3. RAGパイプライン全体をClaude Codeで構築する
最も効果が大きいのは、RAGパイプラインの構築全体をClaude Codeに任せるアプローチです。データ取り込みスクリプト、インデックス作成、検索API、フロントエンドのチャットUIまで、一連のコードをClaude Codeが生成・デバッグします。
8-4. Azure AI Searchの運用監視をClaude Codeで効率化
Azure AI Searchの運用フェーズでは、検索パフォーマンスの監視・ログ分析・インデックスの更新管理が必要です。Azure MonitorやLog Analyticsのクエリ作成も、Claude Codeが得意とする領域です。
📚 用語解説
KQL(Kusto Query Language):Microsoftのクラウドサービスで使われるクエリ言語。Azure MonitorやLog Analyticsでログを検索・集計する際に使います。SQLに似た構文ですが、独自の関数が多く、初学者にはハードルが高い。Claude Codeに自然言語で指示すれば、KQLを自動生成してくれます。
8-5. 非エンジニアでもAzure AI Searchを扱える時代
ここまで読んで「やっぱり技術的に難しそう」と感じた方もいるかもしれません。しかし、Claude Codeがあれば、非エンジニアでもAzure AI Searchの基本的な操作は可能です。
弊社(株式会社GENAI)では、経理担当者がClaude Codeを使って経費処理を自動化したり(月40時間→月5時間)、秘書業務担当者が日報や議事録の自動生成に活用したりしています。「コマンドラインに自然言語で指示するだけ」というClaude Codeの操作感は、エンジニアではない社員にも定着しています。
Azure AI Searchの初期構築こそエンジニアの支援が必要ですが、運用フェーズでのクエリ調整やデータ追加は、Claude Codeを介して非エンジニアでも十分に対応可能です。
09 CONCLUSION まとめ ── Azure AI Search を業務に組み込む判断基準 この記事の要点を整理し、次のアクションを提示する
ここまでAzure AI Searchの機能・料金・活用事例・Claude Codeとの連携を解説してきました。最後に、Azure AI Searchを導入すべきかどうかの判断基準を整理します。
9-1. 導入を検討すべき3つの条件
9-2. 導入を見送ってもよい条件
9-3. Azure AI Search + Claude Code で始める最初の一歩
Azure AI Searchの導入設計やClaude Codeとの連携構築について、自社の業務にどう適用するかのご相談を承っています。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
AI活用を自社で回せるようになりたい方へ
AI鬼管理
Claude Code・Cowork導入支援から業務設計・社内浸透まで実践ベースで伴走。「自社で回せる組織」を90日で作る経営者向けトレーニング。
よくある質問
Q. Azure AI Searchは無料で使えますか?
A. はい、Free SKU(無料プラン)が用意されています。ストレージ50MB、インデックス3個までの制限がありますが、PoCや学習目的であれば十分です。ただし、セキュリティ機能(RBAC、Private Link等)はFreeでは利用できないため、本番環境にはBasic以上が必要です。
Q. Azure Cognitive SearchとAzure AI Searchは別のサービスですか?
A. 同じサービスです。2023年11月にMicrosoftが「Azure Cognitive Search」から「Azure AI Search」に名称を変更しました。機能面に大きな違いはなく、既存のリソースはそのまま動作します。
Q. ElasticsearchからAzure AI Searchに移行できますか?
A. 技術的には可能です。インデックス構造の再設計は必要ですが、REST APIベースのデータ投入で移行できます。特にMicrosoft環境を使っている企業であれば、運用負荷の軽減とAI連携の強化が移行メリットになります。
Q. RAGを構築するのにプログラミングは必須ですか?
A. Azure AI FoundryのGUIを使えば、ノーコードでBasicなRAG構成を構築できます。ただし、本格的なカスタマイズにはPythonやREST APIの知識が必要です。Claude Codeを使えば、自然言語の指示からコードを自動生成できるため、プログラミング経験がなくても対応可能です。
Q. Azure AI Searchの料金は月額いくらですか?
A. Free($0)、Basic(約$97/月)、Standard S1(約$324/月)、S2(約$1,295/月)、Storage Optimized L2(約$5,604/月)の5段階です。検索ユニット1個あたりの料金で、レプリカやパーティションの追加で比例増加します。まずはFreeで検証し、本番はBasicから始めるのが一般的です。
Q. Agentic Retrievalは本番環境で使えますか?
A. 2026年5月時点ではパブリックプレビュー段階です。SLA(サービス品質保証)は適用されず、仕様変更の可能性もあるため、本番環境での利用は慎重に判断してください。安定性を重視するならClassic RAGパターンを推奨します。
Q. Claude CodeとAzure AI Searchを組み合わせるメリットは何ですか?
A. インデックス設計、検索クエリの最適化、RAGパイプラインの構築、運用監視のKQLクエリ生成など、Azure AI Searchの構築・運用に必要なコードをClaude Codeが自動生成します。公式ドキュメントを読みながら手作業でコードを書く時間が概算で5分の1になる肌感です。弊社ではClaude Max 20x(月額約30,000円)で全社業務を回しており、月間の業務削減効果は1名分の工数(概算160時間)に相当しています。
Q. Azure AI Searchのベクトル検索は何次元まで対応していますか?
A. 最大4,096次元のベクトルフィールドに対応しています。OpenAIのtext-embedding-3-large(3,072次元)やAzure OpenAI Serviceのembeddingモデルなど、主要な埋め込みモデルの出力を格納できます。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
Claude Code を業務に落とし込む
専門研修コース一覧
受講者本人の業務を題材に、「使いこなせる」状態になるまで伴走する研修プログラム。1対1特化型・ハンズオン・法人講座の3コースを展開中。業務特化・実装まで踏み込むタイプのClaude Code研修です。
研修コース一覧を見る →AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。


