EV充電器オーナー支払い・利用状況確認アプリの開発
| お問い合せ日 |
2025-02-20 |
| 提案終了日 |
終了 |
| カテゴリー |
アプリ開発 |
| 依頼場所 |
愛知県 |
| タイトル |
EV充電器オーナー支払い・利用状況確認アプリの開発 |
| お問い合わせ内容 |
依頼場所 愛知県豊川市
依頼背景 EV充電に料金を徴収するEV充電器の販売と充電システム提供を当社が行うが、充電システムからの売り上げが当社に支払われるので、仲介料を差し引いた金額を充電器所有者に払う必要があるため。
ご希望のご予算 450万円~500万円
対応OS/デバイス iPhone/Android
アプリのジャンル ビジネス
主なターゲット 駐車場などでEV充電器を設置し売り上げたい施設所有の事業者
イメージに近いアプリ/参考アプリ
アプリ制作会社に重視する点 制作実績が多く、セキュリティの担保、UIをユーザー向けにきちんと設計できる会社
アプリの仕様/内容 ■目的 1)充電器オーナーへのEVネットワークからの支払いの自動化 2)充電器オーナーが利用状況を確認ができるようにする ■概要 EVネットワーク(以下、当社)は、 1)EV充電器の充電器オーナーへの販売と合わせて、 2)エンドユーザーがその充電器で充電・支払いまで完結するアプリの提供を行う。 それに当たって、エンドユーザーが支払った充電にかかる支払い金額は全て、充電器管理システム運営会社と連携しているstripe経由で当社に支払われる。 それを、集金した金額から当社システムの利用手数料を差し引いた金額を充電器オーナーへ戻す必要がある。 また、充電器オーナーからは充電利用状況を確認する方法がないため、合わせて利用状況を確認できるようにする。 ■背景 当社は複数メーカーのEV充電器を販売する(前記1))が、その機種はOCPPという充電器に関する通信プロトコルのフロントエンドプログラムを搭載している(充電器単体では充電の開始や管理はできない)ので、EV充電器の充電の開始・終了などのやり取りを行うシステム(バックエンドプログラム)の契約を別にシステム会社と結んでいる。 そのバックエンドプログラムのシステムはA社が担っており、充電器を利用するエンドユーザーの充電管理・支払い・充電利用状況のデータの管理をA社のシステムが行なっている。(前記2))充電管理などのデータはA社が所有している。 ■利用者:管理者(EVネットワーク)、充電器オーナー(複数) ■利用環境:基本はSPのアプリでやり取り。PCではブラウザで確認できる。 ■希望機能概要 ○前提:充電器オーナーは複数充電器を所有することがある。 ○サーバ環境:提案希望 ○入力 ・A社からの充電器関連データをAPIで取得できる(詳細は要確認) ・充電器オーナーとの契約情報は別に当社で準備する(可能なら、csvで一括入力して、csvで一括出力できることを希望) ○支払い機能 ・エンドユーザーの支払い金額の合計を算出。そこから月額システム利用料(固定)、随時発生する変更手数料を差し引いた金額をstripeや銀行の自動支払いシステムと連携して、充電器オーナーへ支払う。 ・タイミング:月次 ・締日:充電器オーナー毎に、管理者側から設定変更可能な状態が望ましい。 【留意事項】 ・エンドユーザーの支払い金額には、電気事業法による税金がかかるが、利用毎に外税として課税。それも充電器オーナーの支払いにおいて差し引く必要がある。 ・毎月支払いが発生するのが前提だが、支払い金額が1万円以下の場合は翌月に回し、合算した金額を支払う。 ○支払い確認機能(充電器オーナー) ・毎月の支払い状況(済み、予定)の確認 ・領収書の出力(PDF) ・履歴 ○充電器利用状況確認機能(充電器オーナー) ・利用状況の確認 ・月別、日別、充電器別、時間帯別の電気使用量、収入料金のグラフ表示(前期比較あり)、データのcsv出力機能 ・電話番号、充電器、顧客管理、電力量、充電器所在地での検索・抽出させたい。充電器所在地表示としてマップ表示も希望。 ・最低1年は履歴ありが希望 ・更新は月次で構わない(リアルタイムは今後検討要件) ○契約状況確認機能(充電器オーナー) ・現在の契約内容を表示しておく(契約期間、販売電気料の単価、システム利用料) ・充電器オーナーで変更する機能は不要 ・管理者側で入力・変更できるようにする機能は必要" ○管理者画面 ・契約情報の登録、確認、変更、出力(データは、基礎情報、決済情報、充電器紐付、利用情報、電力量、時間など。*充電器メーカー、形式、製造NO,webソケットアドレス、4Gsim電話および識別番号、は充電器に付随して追加必要) ・支払い状況の登録、確認、変更(一定の月額以外に追加支払い要件登録の場合あり) ○支払い金融機関:paypalか、他金融機関。他、信金など連携しやすい金融機関があれば提案希望(現在は千葉銀行から出金) ○セキュリティ対策 バックアップの作成・復旧ができること(①通常利用サーバのメンテナンスや故障による停止②人為的ミスによる停止③ウイルス等外部からの攻撃による停止④内部関係者の人為的破壊行為からの停止⑤自然災害からの停止の条件において、確実に復旧出来るようにする) また、誤操作からの修正のため、リビジョン機能も希望。 操作、管理、閲覧、など、権限階層が必要 ■本開発後の追加要件(予定) 故障感知機能(電力量の異常値などの検出)
備考欄 予算に見合わなければ、機能削減提案を希望します。 必須機能は、支払いの自動化です。
|
アプリ開発会社を比較できるビジネスマッチングサイト
依頼実績一覧
アプリ開発会社を検索
アプリ開発に関するコラム
特設ページ