Shopify運用設計研究所 > Shopifyの決済設定は何を決めてから有効化すべきか|入金・不正対策・経理照合の運用設計
2026年7月3日
•約24分で読めます
Shopifyで決済設定を有効化する前に、Shopify Payments、PayPal、外部決済、手動決済、支払い確定、入金管理、返金、チャージバック、不正注文、会計照合をどう運用設計するかを整理します。
Shopifyの決済設定は、Shopify Paymentsを有効にして、PayPalや外部決済を必要に応じて追加すれば十分ですか?
入口としてはそれで始められます。ただし実務で崩れるのは、決済方法の有効化ではなく、いつ売上を確定し、どの注文を出荷し、返金・チャージバック・入金照合を誰が処理するかです。
ShopifyでECサイトを立ち上げるとき、決済設定は「チェックアウトでどの支払い方法を出すか」という画面設定として扱われがちです。
もちろん、Shopify Payments、PayPal、外部決済、銀行振込や代引きなどの手動決済を使えるようにすることは必要です。
ただし、運用が始まると問題はもう少し複雑になります。
これらは、決済サービスの機能不足だけではありません。
決済方法、支払い確定タイミング、出荷条件、返金承認、入金消込、会計計上を、ひとつの運用として設計していないことが原因です。
Shopify公式ヘルプでも、Shopify Paymentsを設定するとクレジットカードなどの決済方法を受け付け、Shopify管理画面で直接管理できる一方、設定前に利用資格や銀行口座要件、2段階認証などを確認する必要があると説明されています。
Shopifyヘルプセンター: Shopify ペイメントの設定
また、Shopify Paymentsの設定では、支払い通知、不正注文防止、銀行口座情報、明細書に記載される名前、3Dセキュアなど、運用後に管理すべき項目も扱います。
Shopifyヘルプセンター: Shopify ペイメントを設定する
Shopifyの決済設定で先に決めるべきなのは、決済方法の一覧ではなく、受注、支払い確定、出荷、返金、入金、会計照合をどの状態でつなぐかです。
Shopifyの決済設定は、次の順番で考えると崩れにくくなります。
| 決めること | 具体的に見る点 |
|---|---|
| 決済方法 | Shopify Payments、PayPal、外部決済、手動決済を誰に提供するか |
| 支払い確定 | チェックアウト時、自動確定、フルフィルメント時、手動確定のどれにするか |
| 出荷条件 | 支払い済み、入金確認済み、不正リスク確認済みのどこで出荷可能にするか |
| 返金・キャンセル | 誰が承認し、どの画面で返金し、在庫と会計をどう戻すか |
| 入金管理 | 決済サービス別の入金明細を誰が確認し、どの注文と照合するか |
| 会計照合 | 注文番号、決済ID、入金ID、返金ID、手数料をどう突合するか |
| 例外処理 | 定期購入、Shop Pay、PayPal、外部決済、手動決済で異なる動きをどう扱うか |
決済方法を増やすほど、顧客は支払いしやすくなります。一方で、入金口座、手数料、返金手順、チャージバック対応、会計上の突合キーは増えます。
小規模なストアでは、最初から決済方法を広げすぎない方がよいこともあります。重要なのは「使える決済を増やす」ことではなく、「売上、入金、返金、手数料を後から説明できる」ことです。
この記事では、管理画面のクリック手順を細かく追うのではなく、決済を実務システムとして扱うための設計項目を整理します。
| 領域 | この記事で扱うこと | 扱わないこと |
|---|---|---|
| 決済方法 | Shopify Payments、PayPal、外部決済、手動決済の選び方 | 各決済サービスの最新手数料比較だけの記事 |
| 支払い確定 | 自動確定、手動確定、フルフィルメント時確定の判断 | 画面キャプチャ付きの設定手順 |
| 不正対策 | 不正注文、3Dセキュア、チャージバック、手動確認 | 法的な異議申し立て代行 |
| 入金管理 | 入金通知、支払いスケジュール、口座、明細照合 | 銀行業務そのもの |
| 会計 | 売上、手数料、返金、入金消込の突合設計 | 税務判断や会計処理の確定 |
| 例外 | 定期購入、エクスプレスチェックアウト、PayPal、手動決済 | 決済アプリ個別の全仕様 |
受注、在庫、出荷、会計との連携は、別記事のShopify API連携の設計方法でも整理しています。決済設定も同じで、Shopifyの画面内だけではなく、外部システム、経理、CS、倉庫の動きまで含めて考えます。
Shopifyで使う決済方法は、大きく分けると次のようになります。
| 決済方法 | 向いているケース | 運用で注意すること |
|---|---|---|
| Shopify Payments | クレジットカード、Shop Pay、主要な決済をShopify中心で管理したい | 利用資格、銀行口座、2段階認証、入金明細、3Dセキュア、不正注文対応 |
| PayPal | PayPal利用者、海外顧客、PayPal残高やカードを使いたい顧客に対応したい | PayPal側のアカウント、返金、チャージバック、Shopify注文との照合 |
| 外部決済サービス | 特定国、業界、B2B、後払い、独自決済に対応したい | 手数料、入金サイクル、返金手順、Shopify側とのステータス同期 |
| 手動決済 | 銀行振込、代引き、請求書払い、店頭支払いなどを扱いたい | 入金確認前出荷、未払い注文、消込担当、期限切れキャンセル |
| エクスプレスチェックアウト | Shop Pay、Apple Pay、Google Pay、PayPalなどで離脱を減らしたい | 顧客情報、配送先、決済ステータス、定期購入可否、計測の違い |
Shopify公式ヘルプの決済ページでも、Shopify Payments、外部決済サービス、PayPal、Apple Payなどの簡単なチェックアウト、手動決済などが説明されています。定期購入商品を販売する場合は、主要な決済ゲートウェイとしてShopify Paymentsが必要であることも示されています。
決済方法を選ぶときは、顧客都合だけでなく社内運用も見ます。
| 判断軸 | 確認すること |
|---|---|
| 顧客層 | 国内中心か、海外顧客が多いか、法人顧客が多いか |
| 客単価 | 高額注文で不正確認や手動確定が必要か |
| 商品特性 | 予約商品、受注生産、定期購入、デジタル商品、配送不要商品があるか |
| 出荷条件 | 支払い済みで即出荷するか、在庫・住所・不正確認後に出荷するか |
| 経理体制 | 決済サービス別に入金消込できる担当と頻度があるか |
| 返金頻度 | サイズ違い、返品、キャンセル、分割発送、部分返金が多いか |
| リスク | チャージバック、不正注文、カードテスティング、高額転売が起きやすいか |
すべての決済方法を最初から出す必要はありません。運用が追える決済方法から始め、顧客ニーズや国・商品・客単価に合わせて広げる方が現実的です。
Shopify Paymentsは、Shopify管理画面内で決済、入金、返金、不正注文関連の情報を扱いやすい決済方法です。だからこそ、最初に確認する項目を曖昧にしない方がよいです。
| 確認項目 | 見る理由 |
|---|---|
| 利用資格 | 国、地域、業種、商品内容によって利用できるかが変わる |
| 銀行口座 | 入金先の口座名義、通貨、法人情報との整合が必要 |
| 2段階認証 | 決済・金融情報を扱うため、アカウント保護が前提になる |
| 支払い通知 | 入金ごとの通知を誰が受け取り、どこに記録するか決める |
| 支払いスケジュール | 入金予定日、締め日、経理確認日を合わせる |
| 明細書名 | 顧客のカード明細で不審に見えない名称にする |
| 不正注文防止 | AVS、CVV、3Dセキュア、リスク分析を運用に組み込む |
| 受け付けるカード・決済 | 顧客層と手数料、返金、チャージバック対応を見て選ぶ |
Shopify Paymentsの設定ページでは、アカウントステータス、支払い通知メール、支払い明細名、アカウント保護、不正注文防止、3Dセキュア、銀行口座情報などが管理対象として説明されています。
Shopifyヘルプセンター: Shopify ペイメントを設定する
特に支払い通知は、経理だけに送ればよいとは限りません。入金遅延や保留が出た場合、EC責任者、経理、場合によってはCSも状況を知る必要があります。
| 通知・確認 | 担当候補 | 運用ルール |
|---|---|---|
| 入金通知 | 経理 | 入金明細を日次または週次で確認する |
| 支払い保留 | EC責任者、経理 | 保留理由を確認し、出荷や広告費判断に影響があるか見る |
| 銀行口座変更 | 管理者、経理責任者 | 変更は複数人承認にし、履歴を残す |
| 不正設定変更 | EC責任者、管理者 | 高リスク注文を通しやすくする変更を勝手に行わない |
| 返金実行 | CS、EC責任者、経理 | 返金理由、承認者、会計反映を記録する |
Shopify Paymentsを有効にすると、管理画面上では決済がまとまって見えやすくなります。ただし、社内では「誰が入金明細を見て、誰が返金を承認し、誰が会計に渡すか」を別途決める必要があります。
PayPalや外部決済、手動決済は、売上機会を広げる一方で運用の枝分かれを増やします。
PayPal Express Checkoutについて、Shopify公式ヘルプでは外部サービスのゲートウェイとして機能し、PayPal側のチェックアウト画面に表示される決済オプションをShopify管理画面から管理できない場合があると説明されています。
Shopifyヘルプセンター: PayPal決済の連携と手数料について
このような決済は、Shopifyだけで完結しない処理が混ざる前提で運用します。
| 決済方法 | 有効化の判断 | 事前に決める運用 |
|---|---|---|
| PayPal | 海外顧客、PayPal利用者、信頼性の高い外部ウォレットを使いたい | PayPal側の入金確認、返金、チャージバック、注文照合 |
| 外部決済 | 業界特化、国別決済、後払い、B2B請求などが必要 | 決済ステータスの同期、手数料、返金経路、障害時の対応 |
| 銀行振込 | 法人注文、高額注文、請求書払いに近い運用をしたい | 入金期限、消込担当、入金前出荷禁止、未払いキャンセル |
| 代引き | 配送時支払いを希望する顧客がいる | 受取拒否、配送会社精算、返品時の扱い |
| 店頭・手動支払い | 店舗受取、展示会、個別商談で支払う | Shopify注文との紐づけ、支払済み更新、領収書対応 |
手動決済を使う場合、注文が作成された時点では「売れた」とは言い切れません。銀行振込なら入金確認、請求書払いなら支払条件、代引きなら受取完了まで、売上と回収にズレが出ます。
| 状態 | 出荷可否 | 経理上の扱い |
|---|---|---|
| 注文作成済み・未入金 | 原則出荷しない | 売上見込みとして扱い、未収・売上計上は会計方針に従う |
| 入金確認済み | 出荷可能 | 入金日、注文番号、振込名義を照合する |
| 支払期限切れ | 出荷しない | キャンセルまたは督促対象にする |
| 代引き発送済み | 出荷済みだが回収未完了 | 配送会社の精算明細と照合する |
| 手動で支払済みに変更 | 出荷可能 | 変更者、根拠、入金明細を残す |
手動決済は、少額・低頻度なら運用しやすいです。しかし受注件数が増えると、消込漏れ、二重督促、入金前出荷が起きやすくなります。手動決済を有効にするなら、注文一覧のフィルタ、入金確認表、キャンセル期限、担当者を先に決めます。
Shopifyでは、支払いをどのタイミングで確定するかが重要です。
Shopify公式ヘルプでは、支払い承認と支払いの確定について、チェックアウト時の自動確定、フルフィルメント時の自動確定、フルフィルメントごとの自動確定、手動確定などが説明されています。Shopify Paymentsでは7日間のオーソリ期間があり、支払いを受けるにはオーソリ期間内に確定する必要があります。
支払い確定は、出荷・不正確認・在庫確認とセットで決めます。
| 確定タイミング | 向いているケース | 注意点 |
|---|---|---|
| チェックアウト時に自動確定 | 在庫が確実で、即時販売・即時出荷に近い商品 | 不正注文や在庫切れ時に返金が必要になる |
| フルフィルメント時に自動確定 | 出荷できることを確認してから請求したい | 出荷処理と決済確定が連動するため、分割発送に注意 |
| フルフィルメントごとに確定 | 分割発送や予約商品が混ざる | 部分確定、未出荷分、会計計上を整理する必要がある |
| 手動確定 | 高額注文、受注生産、不正確認、在庫確認が必要 | オーソリ期限内の確認、確定漏れ、担当不在リスクがある |
支払い確定を手動にすると、不正注文や在庫確認には強くなります。一方で、オーソリ期限内に対応できなければ売上を回収できません。つまり、手動確定は「安全な設定」ではなく「確認作業を増やす設定」です。
手動確定を選ぶなら、誰が何時までに注文を確認し、どの条件なら確定し、どの条件ならキャンセル・保留にするかまで決める必要があります。
支払い確定の判断フローは、次のように整理できます。
注文作成
↓
決済方法を確認
↓
自動確定対象か / 手動確認対象か
↓
在庫・住所・不正リスク・高額条件を確認
↓
支払い確定
↓
出荷指示
↓
入金明細・返金・会計照合へ
出荷や在庫の連携が絡む場合は、Shopify在庫連携の設計方法のように、在庫正本とフルフィルメントのタイミングも合わせて見る必要があります。
不正注文対策は、設定を強くすれば終わりではありません。強くしすぎると正当な注文まで弾くことがあります。弱すぎると不正注文、返金、チャージバック、配送済み損失が増えます。
Shopify Paymentsの設定では、不正注文防止、AVS、CVV、3Dセキュアなどが扱われます。公式ヘルプでは、3Dセキュアはチェックアウト時に購入完了前の本人確認を行う追加認証方法として説明されています。
Shopifyヘルプセンター: Shopify ペイメントを設定する
運用では、注文リスクに応じた対応表を作ります。
| 注文状態 | 例 | 対応 |
|---|---|---|
| 低リスク | 通常の国内注文、住所一致、過去購入あり | 自動確定・通常出荷 |
| 中リスク | 初回高額、配送先変更、請求先と配送先が違う | EC担当が確認してから出荷 |
| 高リスク | 不正解析で高リスク、海外転送、短時間の複数注文 | 支払い確定前ならキャンセル候補、確定後なら返金・本人確認 |
| カードテスティング疑い | 少額注文の連続、失敗決済の急増 | 決済設定、不正フィルター、Flow、アクセス制限を確認 |
| チャージバック発生 | 顧客が支払いに異議を申し立てた | 期限、配送証跡、注文履歴、CS履歴を集める |
チャージバック対応は、EC担当だけで抱えない方がよいです。
| 必要な情報 | 担当 | 保管場所 |
|---|---|---|
| 注文番号、決済ID | EC担当 | Shopify注文、決済明細 |
| 配送先、追跡番号、配達完了 | 倉庫・CS | 出荷管理、配送会社 |
| 顧客とのやり取り | CS | メール、LINE、問い合わせツール |
| 返金・キャンセル履歴 | EC担当、経理 | Shopify、PayPal、外部決済 |
| 会計上の処理 | 経理 | 会計ソフト、入金消込表 |
SNSやLINE経由の注文では、広告・配信・問い合わせも絡みます。顧客接点の設計は、ShopifyのSNS連携を運用設計する方法やShopify LINE連携の運用設計でも整理しています。決済リスクを見たいときも、注文だけでなく流入元、キャンペーン、問い合わせ履歴まで見られる状態が望ましいです。
返金は、ボタンを押せば終わる処理ではありません。顧客対応、在庫、決済手数料、会計、分析がすべて動きます。
| ケース | Shopify上の処理 | 社内で決めること |
|---|---|---|
| 発送前キャンセル | 注文キャンセル、返金、在庫戻し | 誰が承認し、どの理由なら即時返金するか |
| 発送後返品 | 返品受付、検品、返金 | 返送送料、検品基準、返金額、在庫復帰 |
| 部分返金 | 一部商品、送料、クーポン調整 | 会計上の値引き・返金理由をどう記録するか |
| 二重決済 | 重複注文・重複決済の確認 | 片方を返金し、注文ステータスをどう残すか |
| チャージバック | 異議申し立て、証拠提出、結果待ち | 顧客連絡、配送証跡、会計上の引当や処理 |
| 外部決済返金 | PayPalや外部決済側で返金 | Shopify注文との同期、経理への通知 |
返金時に特に危ないのは、決済画面だけで返金し、在庫や会計に戻らない状態です。
| 返金後に確認するもの | 確認内容 |
|---|---|
| 注文ステータス | 返金済み、一部返金、キャンセル済みが正しいか |
| 在庫 | 返品商品を販売可能在庫に戻すか、破棄・検品待ちにするか |
| 決済明細 | 返金額、手数料、返金日、決済サービス側ステータス |
| 会計 | 売上取消、返金、手数料、入金消込への反映 |
| 顧客タグ・CRM | VIP、購入済み、定期購入、キャンペーン対象から外すか |
| 分析 | 売上、返品率、広告成果、商品別粗利への影響 |
返金承認は、金額で分けると現実的です。
| 金額・条件 | 承認者 | 例 |
|---|---|---|
| 少額・発送前 | CS担当 | 顧客都合の即時キャンセル |
| 中額・発送後 | EC責任者 | 返品検品後の返金 |
| 高額・不正疑い | EC責任者、経理 | 高額注文、本人確認、配送済み |
| チャージバック | EC責任者、経理、必要に応じて法務 | 証拠提出、会計処理、再発防止 |
ここまで決めておくと、返金処理が属人化しません。
Shopifyの注文金額と、銀行口座に入る金額は一致しないことが多いです。決済手数料、返金、チャージバック、外部決済、入金サイクル、通貨換算があるためです。
| データ | 見る場所 | 会計照合で使うキー |
|---|---|---|
| 注文売上 | Shopify注文 | 注文番号、注文日、顧客、決済方法 |
| 決済取引 | Shopify Payments、PayPal、外部決済 | 決済ID、取引ID、確定日 |
| 入金 | Shopify Paymentsの支払い、PayPal、銀行口座 | 入金ID、入金日、入金額 |
| 手数料 | 決済サービス明細 | 決済手数料、外部決済手数料 |
| 返金 | Shopify注文、決済サービス | 返金ID、返金日、返金理由 |
| チャージバック | Shopify、決済サービス | 異議申し立てID、結果、手数料 |
| 会計仕訳 | freee、マネーフォワード等 | 取引先、勘定科目、税区分、摘要 |
経理照合では、注文単位で見るか、入金単位で見るかを決めます。
| 照合単位 | 向いているケース | 注意点 |
|---|---|---|
| 注文単位 | 高額注文、B2B、返品や返金を細かく追いたい | 件数が多いと作業が重くなる |
| 入金単位 | 小口注文が多く、日次・週次でまとめたい | 個別注文への追跡には補助表が必要 |
| 決済方法別 | Shopify Payments、PayPal、外部決済を分けたい | 入金サイクルと手数料体系が別になる |
| 商品カテゴリ別 | 粗利、返品率、広告別成果を見たい | 注文明細、割引、送料、税の分解が必要 |
会計連携を自動化する場合も、最初からすべてを注文単位で流すのが正解とは限りません。件数が少ないうちは、Shopifyから日次集計を出し、決済明細と銀行入金を経理が確認する方が安定することがあります。
一方で、次のような場合は注文単位・明細単位の連携を検討します。
大切なのは、会計ソフトへ「売上金額だけ」を渡さないことです。送料、割引、税、決済手数料、返金、チャージバック、入金日の扱いを決めなければ、後から数字が合わなくなります。
決済設定では、通常購入だけでなく例外も見ます。
| 例外 | 起きやすいこと | 設計で決めること |
|---|---|---|
| 定期購入 | 初回決済、継続課金、カード失敗、解約、スキップが発生する | 主要ゲートウェイ、失敗時通知、再決済、解約時の顧客タグ |
| Shop Pay | 顧客が保存済み情報で高速購入する | 顧客情報、配送先、Shop Pay経由注文の不正確認 |
| Apple Pay / Google Pay | 顧客情報や請求先情報の見え方が通常と違う場合がある | 本人確認、配送先不備、計測の扱い |
| PayPal | PayPal側の画面・決済オプションが絡む | PayPalアカウント、返金、異議申し立て、入金照合 |
| 外部後払い | 支払い審査、与信、入金タイミングがずれる | 出荷条件、未払い・支払失敗時の対応 |
| 分割発送 | 一部だけ出荷・確定・返金する | フルフィルメントごとの確定、会計計上、送料調整 |
特に定期購入では、初回購入の売上だけでなく、2回目以降の決済失敗、カード更新、解約、スキップ、返金、問い合わせ対応まで見ます。
Shop PayやPayPalのようなエクスプレスチェックアウトは、購入体験を短くできます。一方で、顧客がどの情報を入力し、Shopify注文に何が残り、決済サービス側で何を確認するかを把握しておく必要があります。
決済設定を有効にする前に、最低限次の表を埋めます。
| チェック項目 | 確認内容 |
|---|---|
| 決済方法 | Shopify Payments、PayPal、外部決済、手動決済のうち、初期で有効にするものを決めた |
| 利用資格 | Shopify Paymentsの利用資格、銀行口座、2段階認証を確認した |
| 支払い確定 | 自動確定、手動確定、フルフィルメント時確定の方針を決めた |
| 出荷条件 | 支払い済み、入金確認済み、不正確認済みのどこで出荷するか決めた |
| 不正対応 | 高リスク注文、3Dセキュア、チャージバック、カードテスティング時の対応表がある |
| 返金承認 | 金額・理由別に、誰が返金を承認するか決めた |
| 手動決済 | 入金期限、消込担当、未払いキャンセル、入金前出荷禁止を決めた |
| 入金管理 | 入金通知の宛先、確認頻度、支払い明細の保存場所を決めた |
| 会計照合 | 注文番号、決済ID、入金ID、返金ID、手数料の突合方法を決めた |
| 例外 | 定期購入、Shop Pay、PayPal、外部決済、分割発送の扱いを確認した |
| 失敗時対応 | 決済エラー、入金保留、返金失敗、外部決済障害時の担当を決めた |
失敗時の切り分けも、先に用意しておきます。
| 症状 | 先に見る場所 | 切り分け |
|---|---|---|
| 注文が未払いのまま | Shopify注文、決済サービス | 決済失敗、手動決済、外部決済の通知遅延 |
| 支払い確定できない | 注文のオーソリ状態 | オーソリ期限切れ、金額変更、外部決済非対応 |
| 入金額が合わない | Shopify Payments支払い、PayPal、銀行 | 手数料、返金、チャージバック、入金日ズレ |
| 返金が反映されない | Shopify注文、決済サービス | Shopify側返金か、外部決済側返金か、同期遅延か |
| 高リスク注文が出荷された | 注文フロー、WMS連携 | 出荷条件、手動確認、Flow、API連携の抜け |
| 経理が照合できない | 会計ソフト、取引明細 | 注文番号、決済ID、入金ID、摘要の不足 |
| PayPal注文だけズレる | PayPal管理画面、Shopify注文 | PayPal側ステータス、返金、異議申し立て |
| 手動決済が滞留する | 注文一覧、入金確認表 | 入金期限、督促、キャンセル処理の未整備 |
この表があると、EC担当、CS、経理、開発担当の会話が速くなります。「決済がおかしい」ではなく、「Shopify注文は支払い保留、決済サービス側ではオーソリ済み、出荷連携は未送信」という粒度で確認できるからです。
Shopifyの決済設定は、Shopify Payments、PayPal、外部決済、手動決済を有効にするだけでは不十分です。
重要なのは、次の順番で運用を決めることです。
決済設定は、売上を受け取るための設定であると同時に、出荷、CS、経理、会計ソフト、外部連携を動かす起点です。
決済設定は、購入画面の選択肢を増やす作業ではなく、受注後の業務を壊さないための設計なんですね。
その通りです。支払い方法、確定タイミング、出荷条件、返金、入金、会計照合を先に決めると、ShopifyをECサイトではなく実務システムとして運用しやすくなります。
Bitlightでは、Shopifyストア構築だけでなく、Shopify Payments、PayPal、外部決済、手動決済、入金管理、返金承認、チャージバック対応、会計ソフト連携まで含めた運用設計を支援しています。
「決済設定は済んでいるが、入金確認、返金、会計照合、外部決済の例外が属人化している」という場合は、現在のShopify設定、注文フロー、決済明細、会計処理、CS対応を一緒に棚卸しし、どこを自動化し、どこを人の確認に残すべきか整理できます。
千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。