決済方式からサービスの範囲を考える
一般購入だけでなく、定期課金と文字・リンク請求に必要な決済機能を提供します。
最初の決済承認だけでPG事業が完成するわけではありません。継続請求、購入確認、加盟店ごとの精算、失敗した取引の確認まで、実際の運用に必要な業務を揃える必要があります。
一般購入だけでなく、定期課金と文字・リンク請求に必要な決済機能を提供します。
加盟店の管理と取引管理を結びつけ、運営チームは取引状況と顧客の問い合わせを確認します。
個人情報保存用の独自のDB暗号化を組み込み、別途ソリューション導入の負担を軽減します。取引量に合わせたリソース拡張もサポートします。
Kurly Enterprise
Kurly PayのPG・簡単決済・プリペイドシステムを構築しました。その後、PG運用と商品券機能の強化、Kurly・Kurly Payの精算システム保守を担当しました。
業務を見るSMARTRO
SmartroのL.Pay簡単決済承認サーバーを開発し、PGシステムの機能強化と追加開発を担当しました。
業務を見るOhouse Enterprise
OhouseのPG・プリペイド決済システムを構築しました。プラットフォーム内で決済とプリペイド機能を共に提供するためのプロジェクトです。
業務を見る01
カード・口座・仮想口座と前払い・簡易決済を連結し、事業モデルに合った課金方式を提供します。
決済手段別連携・連動条件適用
02
加盟店・総代理店・代理店ごとの管理画面を提供し、承認後の業務も同じシステムで処理します。
03
入金・精算明細を照合し、主要な個人情報は標準搭載のDB暗号化モジュールで暗号化して保存します。
決済手段と付加サービス、運用機能を備えたモジュールから始めます。提携決済の使用条件はカード会社・PG・VANなど当該事業者の契約と連動条件に合わせます。
現在の事業とシステムを確認したら、必要な範囲とスケジュールを決めます。
決済手段、加盟店・営業組織の構成、精算方式、目標日程を確認します。
決済手段と運営画面を連結し、承認・取消・精算、取引負荷に応じた処理性能を確認します。
加盟店の移行と運用の引き継ぎを準備し、保守と追加開発の範囲を定めます。
既存システムで継続利用する部分と置き換える部分を分けて検討できます。決済画面、加盟店管理、精算など必要な領域と、現在の連携構造をお知らせください。
韓国のPG・VANと、海外カード・WeChatなど提携決済サービスとの連携機能を提供します。利用中の事業者と導入する決済手段をもとに、現行インターフェース、契約・認証条件、追加開発の範囲を確認します。
決済手段の数、加盟店・営業組織の構造、精算ルール、データ移行、インフラ構成、追加開発の範囲によって異なります。リリース予定日と主要機能をお知らせいただければ、範囲を具体化できます。
システム構築に加え、登録書類のひな形・チェックリスト、IT環境、セキュリティ対策の準備を支援します。提出資料の確認から実地調査・補正対応まで支援し、サービス開始後の保守やインフラ運用の範囲もご相談いただけます。
必要な決済手段と加盟店の構造、発売日程を教えてください。コア機能から構築範囲を決めます。