【決済代行の乗り換え】手続きの流れと、移行時の注意点・顧客データの扱い
決済代行会社・決済システムを乗り換える際の手順を、比較検討から審査、システム連携、並行稼働、旧サービスの解約まで解説。顧客情報やカード情報、継続課金データの移行可否、二重請求・決済停止を防ぐ注意点も紹介します。
決済手数料を見直したい、運用負担を減らしたい、利用できる決済手段を増やしたい――。こうした理由から、決済代行会社や決済システムの乗り換えを検討する企業は少なくありません。
一方で、決済システムは売上に直結する重要な基盤です。準備が不十分なまま切り替えると、決済を受け付けられない期間が発生したり、継続課金が停止したりする可能性があります。特に注意したいのが、既存顧客のカード情報や継続課金データを新しいシステムへ引き継げるとは限らない点です。
本記事では、決済代行を乗り換える一般的な流れと、移行時に確認すべきポイントをわかりやすく解説します。
決済代行の乗り換えを検討する主な理由
決済代行の乗り換えを考えるきっかけは、企業によって異なります。代表的な理由は次のとおりです。
- 決済手数料や月額費用などのコストを見直したい
- 入金サイクルを短くし、資金繰りを改善したい
- クレジットカード以外の決済手段を追加したい
- 継続課金、請求書発行、入金消込などの業務を効率化したい
- 管理画面を使いやすくしたい
- API連携によって自社システムとの連携を強化したい
- セキュリティや不正利用対策を強化したい
- 問い合わせ時のサポート体制を改善したい
ただし、手数料の安さだけで乗り換え先を決めるのはおすすめできません。初期費用、月額費用、決済手数料、振込手数料、取消・返金時の費用などを含めた総コストに加え、必要な機能、運用負荷、導入までの期間を総合的に比較することが大切です。
決済システムを移行する基本的な手順
決済代行の乗り換えは、一般的に次の流れで進みます。
1.現行システムの契約・運用状況を整理する
まず、現在利用している決済サービスについて、契約条件と実際の運用を洗い出します。
確認しておきたい項目は次のとおりです。
- 利用中の決済手段
- 月間決済件数と決済金額
- 都度決済・継続課金の件数
- 決済手数料、月額費用、振込手数料
- 入金サイクル
- 自社システムやECサイトとの連携方法
- 顧客情報、取引履歴、請求データの保管状況
- 契約期間、解約予告期間、違約金の有無
- 解約後に閲覧・出力できなくなるデータ
「なぜ乗り換えるのか」と「乗り換え後に何を改善したいのか」を明確にしておくと、候補サービスを比較しやすくなります。
2.乗り換え先の決済代行会社を比較する
候補を比較する際は、料金だけでなく、現在の運用を維持できるか、新しい運用に無理がないかを確認します。
| 比較項目 | 確認する内容 |
| 対応する決済手段 | クレジットカード、コンビニ決済、QRコード決済、口座振替など |
| 料金 | 初期費用、月額費用、決済手数料、振込手数料、追加機能の費用 |
| 入金条件 | 締め日、入金日、最低振込額、早期入金の可否 |
| 連携方法 | メールリンク、決済フォーム、API、プラグインなど |
| 継続課金 | 課金周期、金額変更、停止・再開、失敗時の再請求など |
| セキュリティ | PCI DSSへの対応、EMV 3-Dセキュア、不正利用対策、管理権限 |
| 運用機能 | 請求書・領収書、返金、入金消込、データ出力、権限管理 |
| サポート | 導入支援、問い合わせ方法、障害時の連絡体制 |
| 移行支援 | 顧客・取引データの取り込み、トークン移行、並行稼働への対応 |
継続課金を行っている場合は、「既存顧客の支払い方法を維持できるか」を早い段階で確認してください。料金や機能が希望に合っていても、カード情報の再登録が必要であれば、顧客への案内や再登録率を考慮した移行計画が必要になります。
3.新しい決済代行会社へ申し込み、加盟店審査を受ける
乗り換え先が決まったら、申し込みと加盟店審査を進めます。新しい決済代行会社を利用する場合、すでに別の会社で審査を通過していても、原則として改めて審査が行われます。
審査では、会社情報、取扱商品・サービス、販売方法、Webサイトの表示、特定商取引法に基づく表記、返金・キャンセル条件などが確認されます。決済手段ごとに審査期間が異なることもあるため、余裕を持って申請しましょう。
また、移行前に現行サービスを解約してはいけません。審査の結果や開始日は確定ではないため、新サービスで決済できることを確認するまで現行環境を維持するのが基本です。
4.システム設定・データ移行を行う
審査と並行して、新しい決済環境を準備します。主な作業は次のとおりです。
- 商品、料金、課金周期などの登録
- 決済フォームや請求画面の設定
- APIやECカートとの接続
- 決済完了メールなどの文面設定
- Webhook・決済結果通知の受信設定
- 会計、顧客管理、販売管理システムとの連携
- 操作権限、承認フロー、二要素認証の設定
- 必要な顧客データや取引データの取り込み
システム連携がある場合は、新旧サービスで項目名、ステータス、エラーコード、返金方法などが異なることがあります。単に接続先を変更するだけでなく、受注から決済、売上確定、返金、消込までの一連の業務を見直す必要があります。
5.テスト決済を行う
本番切り替え前には、正常な決済だけでなく、例外処理も含めて確認します。
- 正常に決済が完了するか
- 決済失敗時に適切な案内が表示されるか
- 決済結果が自社システムへ正しく反映されるか
- 顧客と管理者へ通知メールが届くか
- 取消・返金処理ができるか
- 継続課金の登録、金額変更、停止ができるか
- 3Dセキュア認証後の画面遷移に問題がないか
- スマートフォンでも問題なく操作できるか
- 売上データと入金データを照合できるか
担当者だけでなく、経理、カスタマーサポート、システム担当など、実際に運用へ関わる部署にも確認してもらうと安心です。
6.新旧システムを並行稼働し、本番へ切り替える
可能であれば、一定期間は新旧システムを並行稼働させます。一度にすべてを切り替えるのではなく、新規顧客から新システムを利用し、既存顧客は段階的に移行する方法もあります。
切り替え日には、決済ページのリンク、Webサイト、メールテンプレート、QRコード、社内マニュアルなどの変更漏れがないかを確認します。また、新旧両方のシステムから同じ顧客へ請求しないよう、課金対象と停止タイミングを明確に管理してください。
7.旧サービスのデータを保存し、解約する
新システムでの決済と入金を確認した後、旧サービスの解約手続きを行います。解約前には、取引履歴、返金履歴、顧客情報、請求情報、入金明細など、会計・監査・問い合わせ対応に必要なデータを出力し、安全に保管しましょう。
旧サービスで決済した取引は、新サービスの管理画面から返金できない場合があります。返品・返金の受付期間を考慮し、旧管理画面をいつまで利用できるか、解約後の返金をどのように行うかも確認が必要です。
顧客データやカード情報は移行できる?
決済システムの移行で最も注意したいのが、データの扱いです。データの種類によって移行可否や方法が異なります。
顧客の基本情報
氏名、メールアドレス、住所、顧客番号などは、CSVなどで出力・取り込みできる場合があります。ただし、新旧サービスで項目や形式が異なるため、文字コード、必須項目、重複データ、顧客IDの対応関係を確認してください。
個人情報を移行する際は、利用目的の範囲内で取り扱い、アクセスできる担当者を限定します。移行用ファイルをメールへ添付したり、誰でも閲覧できる場所へ置いたりせず、受け渡し方法と移行後の削除ルールも決めておきましょう。
取引履歴・請求データ
過去の取引履歴は、CSVで保存できても、新システムの管理画面へそのまま取り込めないことがあります。その場合は、旧データを参照用として別に保管し、新旧の取引を顧客IDや注文番号で照合できるようにします。
会計処理や顧客対応に必要な保存期間も踏まえ、解約前に必要な項目を漏れなく出力してください。
クレジットカード情報・トークン
加盟店がカード番号を直接取得し、通常のCSVなどで移動することは避けなければなりません。カード情報を決済代行会社側で保持し、加盟店側ではトークンを利用している場合でも、そのトークンは発行元のシステムにひも付いていることが多く、新しい決済代行会社でそのまま利用できるとは限りません。
決済代行会社間で安全な移行に対応できるケースもありますが、旧事業者・新事業者双方の対応、契約条件、カード会社側の確認などが必要です。移行を希望する場合は、次の点を事前に書面で確認しましょう。
- カード情報またはトークンの移行に対応しているか
- 対象となるカードブランドや契約の条件
- 移行できるデータ項目
- データの受け渡し方法とセキュリティ対策
- 移行費用と所要期間
- 移行できなかった顧客の扱い
- 移行後のデータ削除と責任範囲
なお、トークン化はカード番号の保護に役立ちますが、導入しただけでセキュリティ上の責任やPCI DSSへの対応がすべて不要になるわけではありません。
継続課金データ
カード情報やトークンを移行できない場合、既存顧客に新システム上でカード情報を再登録してもらう必要があります。この手続きは顧客離脱につながる可能性があるため、案内方法と期間を十分に設計します。
具体的には、次の対応が有効です。
- 移行の理由と必要な手続きをわかりやすく伝える
- 再登録専用ページのURLを案内する
- 登録期限と次回請求日を明記する
- 未登録者へ段階的にリマインドする
- 問い合わせ窓口を用意する
- 再登録状況を一覧で管理する
- 完了者を旧システムの課金対象から確実に除外する
案内メールでは、カード番号そのものを返信させないこと、正しいドメインや問い合わせ先を明示することも重要です。
決済代行の乗り換えで起こりやすいトラブル
決済できない期間が発生する
審査や開発が予定より長引き、旧サービスの解約日までに新サービスを開始できないケースです。旧契約の解約は、新環境で本番決済が成功し、運用に問題がないことを確認してから行いましょう。
継続課金が止まる
カード情報を移行できず、顧客の再登録も完了していないと、月額料金などを請求できません。顧客ごとの次回課金日を基準に、早めに案内を開始する必要があります。
新旧システムから二重に請求する
並行稼働中は、同じ顧客が両方の課金対象に含まれるおそれがあります。「新サービスでの登録完了」「旧サービスでの課金停止」「新サービスでの初回請求」を顧客単位で管理しましょう。
過去の取引や返金情報を確認できない
解約後に旧管理画面へログインできなくなり、問い合わせや返金に対応できなくなる場合があります。データの出力期限、管理画面の閲覧期限、解約後の返金方法を事前に確認してください。
新しい運用が現場に定着しない
管理画面や処理方法が変わると、売上確定、返金、消込などでミスが起こりやすくなります。切り替え前にマニュアルを整備し、担当者向けの操作テストを実施しましょう。
乗り換え前に確認したいチェックリスト
- 乗り換えの目的と改善したい指標が明確になっている
- 新サービスが必要な決済手段・機能に対応している
- 初期費用を含む総コストを比較している
- 加盟店審査と導入に必要な期間を確認している
- 現行サービスの解約条件とデータ閲覧期限を確認している
- 顧客情報、取引履歴、カード情報の移行可否を確認している
- 継続課金の移行方法を決めている
- 移行できない顧客への再登録案内を準備している
- テスト項目と判定基準を決めている
- 新旧システムの並行稼働期間を設けている
- 二重請求を防ぐ顧客別の管理表を用意している
- 切り替え後の返金、問い合わせ、障害対応を決めている
決済代行の乗り換えは、機能だけでなく「移行方法」まで確認しよう
決済代行の乗り換えを成功させるには、料金や機能の比較だけでなく、審査、データ移行、テスト、並行稼働、旧サービスの解約までを一つのプロジェクトとして管理することが大切です。
特に継続課金を利用している場合は、カード情報やトークンを移行できるかによって、必要な期間や顧客への案内方法が大きく変わります。乗り換え先との契約前に移行条件を確認し、移行できないケースも想定した計画を立てましょう。
Paysysなら、運用に合わせた決済方法を選択できます
Paysysでは、顧客ごとに発行した請求URLをメールやSMSなどで案内する「メールリンク型」、申し込みから支払いまでWeb上で完結できる「フォーム型」、自社システムと連携して決済業務を自動化する「API連携型」を用意しています。
現在の決済業務に課題を感じている場合や、既存システムからの乗り換え方法を検討している場合は、現在の運用や必要な機能を整理したうえでご相談ください。
「Paysys(ペイシス)」なら、リンクを発行するだけで今すぐクレカ決済がスタート!
面倒なシステム開発は一切不要。管理画面から金額を入力するだけで、メールやLINEで送れる決済フォームがその場で作成できます。自社のビジネスモデルに合うか知りたい、詳しい手数料が知りたいという方は、まずは無料の資料請求・導入相談からお気軽にお問い合わせください。