← エルヴァーニュ / 産業ショーケースデザインコンセプト自社の決済プロダクト ↗
LEDGER決済業務

毎日お金を動かすチームのための照合

すべての入金を。 きちんと説明できる。

Ledger は、決済事業者が報告した内容と自社の記録を照合し、月末の前にその差を示します。

照合 / サンプルシミュレーション
決済済み78%
一致70%
レビュー08
下のデモによる参考値です。実際のアカウントは接続されていません。
01唯一の正となる記録
03照合ルール
00必要なスプレッドシート

Ledger はウェブサイトのコンセプトとして描かれた架空の製品です。このページの数値はすべてシミュレーションです。

01 / 製品について

問いはひとつ。 毎日、答えを出す。

届いたお金は、期待していたお金と一致しているか。多くのチームはこれを書き出し、数式を組み、半日かけて答えを出します。Ledger は、読んで理解できるルールで答えます。

Ledger はデザインコンセプトとして示された架空の製品です。どこにも接続せず、決済も行わず、このページ以外にデータを保存しません。

決済の流れを見る ↗

02 / できること

3つの仕事。 台帳はひとつ。

機能領域3件

取り込み

2つの記録を突き合わせる。

決済代行のエクスポートと自社の注文記録を定期的に読み込み、取り込みに失敗したものには担当者を明示します。

  • CSVまたはAPIでの取り込み
  • 重複の検出
  • 取り込み失敗の通知
サンプルデータを見る ↗
照合

経理チームが読めるルール。

参照番号、金額、日付の許容範囲をこの順で。いずれも隠れたスクリプトではなく、目に見えるルールです。

  • 参照番号の照合
  • 金額の許容差
  • 手動レビュー待ち
照合デモを実行する ↗
入金

見通しを立てられる決済。

入金は着金予定日ごとにまとめ、手数料は対応する売上とは別に表示します。

  • 入金のグループ化
  • 手数料の内訳
  • 例外のメモ
入金について問い合わせる ↗

機能は参考例です。このページに決済事業者、銀行、カードネットワークは接続されていません。

03 / 流れ

読む、照合する。 説明する。

照合は、なぜその行が一致しなかったのかを誰かが見て分かってこそ役に立ちます。

01 / 読み取り

2つの記録、1つの時間軸。

決済代行の入金と社内の注文を同じ日付ビューに並べるので、遅延は突然の驚きではなく、目に見える状態になります。

02 / 照合

順序が見えるルール。

まず参照番号、次に許容範囲内の金額、最後に日付。残ったものは理由を添えてレビュー待ちに入ります。

03 / ご説明

例外ごとに1文。

一致しなかった行には、それぞれ平易な理由が付きます。月末は調査ではなく、判断のリストになります。

取り込み / 照合 / 入金

動くデモひとつと、明確なアクセス依頼ひとつを軸にした製品サイト。

04 / デモ

ご自身で実行できます。 このページの外には何も送信されません。

サンプル入金4件、照合ルール3つ。ルールを1つオフにして、もう一度照合を実行できます。

サンプル決済
参照番号金額日結果
A-1042120.001—
A-104364.502—
B-2210980.003—
B-2211310.204—

まだ実行していません。照合ルールを選び、照合を実行してください。

シミュレーション用のデータはこのページ内だけに保持されます。結果は実際の決済、台帳、決済代行を指すものではありません。

05 / アクセスのご依頼

決済量を書き出す。 相性を見る。

アクセス申請を作成し、ご自身用にコピーをダウンロードできます。このフォームからは何も送信されず、アカウントも作成されません。

アクセス依頼

申請はお使いの端末上で組み立てられます。製品チームが初回の通話前にどんな情報を求めるかを確認できます。

Elvarnue とこのような製品をつくる ↗

サンプルの情報のみをご記入ください。カード番号、銀行情報、顧客記録は含めないでください。

エルヴァニュー産業のショーケース

製品を 1分で証明できる。

自社の決済プロダクト ↗

デザインが応えるビジネス課題 / ELVARNUE

商談の前に、買い手が製品を試せるように。

小規模事業者向けのフィンテック製品、決済チーム、金融ソフトウェア。

解決する課題

金融ソフトウェアはスクリーンショットでは評価しにくいものです。ブラウザで動き、自らの限界を明示する小さく正直なデモは、機能一覧よりも信頼されます。

操作を試す

  • 照合ルールを切り替えて、照合を実行してください。
  • 件数だけではなく、その行がなぜ未照合なのかを読めます。
  • 取扱量・決済経路・現在の業務フローに沿ってアクセス申請を作成します。

ご依頼時の制作範囲

動くデモ、料金体系、セキュリティとデータのページ、範囲を定めた依頼フォームを備えたレスポンシブな製品サイト。本番の照合サービス、決済事業者との連携、コンプライアンス対応は別途のエンジニアリング範囲です。

開始にあたり必要なもの

定義されたデモシナリオ、製品の限界を説明する許可、裏付けのあるセキュリティとデータに関する表明、そして営業チームが最も多く耳にする反論。

デザインの判断

  • デモはサンプルデータを同梱し、その旨をパネルに明記しています。実在のアカウントを思わせることはしません。
  • 照合ルールは可視化され、切り替えられます。ブラックボックスこそ、買い手が最も信用しないものだからです。
  • コンプライアンス認証、許認可、稼働率の数値は掲載していません。コンセプトページでは裏づけが取れないためです。
同様のプロジェクトを Elvarnue に相談 ↗