売上の入金が届かなかった理由

テレサはマンサニージョでクリーニング店を営んでいて、宅配集荷もしている。自分のサイトでオンライン決済を受け付けており、その週は売上が好調だった。火曜日、その週の入金を期待して銀行口座を開いてみると――何もない。

誰もがやることを、テレサもやった。銀行に電話したが何もわからず、次に「自分のサイトの決済がおかしいのでは」と考え始めた。だがどちらも原因ではなく、それを突き止めるのに2週間、入金3回分もかかってしまった。

売上の入金が届かなかったとき、まずすべきことはどこかに電話することではない。三つの状況のうち、自分がどれに当てはまるのかを知ることだ。

売上の入金が届かなかったのはなぜ?

売上の入金が届かない場合、ほとんどは次の三つの理由のどれかに当てはまり、本当に問題と呼べるのはそのうちの一つだけだ。まだ入金日になっていない、その代金がそもそも入金の元になる経路を通っていない、あるいは入金は発生したものの銀行に差し戻された、のいずれかである。

この三つのうち、どれに当てはまるかはどう分かる?

サイトの管理画面で**「入金」タブを開こう。入金は1件ごとに1行で表示され、金額とステータスが付いている。ステータスは保留中、送金中、支払い済み、失敗、キャンセル済み**の5種類だ。

これで、自分が三つのうちどれに当てはまるかが分かる。

「送金中」の行がある場合。 何も壊れていない。その資金はまだ銀行に着地していないだけだ。入金は必ず販売から数日後に発生し、1件の取引額だけでまとまることは決してない。
行が一つも無い場合。 その決済はこの経路を通っていない。「入金」はStripe経由のカード決済の履歴だ。もし自分のMercado PagoやPayPalのアカウントで決済を受けていたなら、その資金は直接そちらの口座に入っており、この画面には決して表示されない。
「失敗」の行がある場合。 失敗した入金とは、実際に銀行口座に向けて送金されたものの、銀行側に差し戻されたものを指す。この記事の残りはこのケースについて扱う。

リストを素早く読むコツはこうだ。支払い済みの入金には到着日が付いているが、失敗した入金には日付が付いていない。実際には届いていないからだ。

だからこそ気づくのが遅れる。決済と入金はまったく別の工程で、サイトが見張っているのは決済のほうだけだ。カードが使える限り、カートは動き、注文は入り、お客さんは満足する。決済が壊れれば当日中にお客さんから連絡が来るが、入金が壊れても誰も教えてくれない。

失敗した入金のお金は無くなった?

いいえ。差し戻された資金は残高に戻り、同じ画面の履歴欄の上に表示される。金額はそのまま、すべて自分のものだ。

ただし、その行自体はもう動かない。失敗した入金は永久に「失敗」のままで、問題が解決しても「支払い済み」には変わらない。資金が最終的に送られるときは、新しい入金として、独自の行と日付を持って記録される。古い行は「実現しなかった記録」としてそのまま残る。

だから失敗した行の色が変わるのを待ち続けても意味がない。来月になっても同じままだ。

なぜ入金が差し戻されるのか?

受け取る側の銀行が資金を受け付けられなかったからだ。理由はたいてい地味な入力ミスで、口座が解約された、事業者が銀行を変えたのにデータを更新していなかった、CLABE(口座番号)の桁が一つ間違っている、あるいはその口座がこの種の入金に対応していない、といったものだ。

テレサが理解するのに2週間かかったのはこの点だ。データが間違ったままである限り、次の試みも同じように失敗する。 対処しないまま放置した失敗入金は単発の出来事ではなく、一連の失敗の最初の一件にすぎない。彼女は銀行側のミスだろうと考えて様子を見た。しかし金曜日の分も差し戻され、翌週の分も同様だった。

銀行口座の情報はどこで直す?

同じ管理画面の**「設定」**タブだ。そこから決済アカウントのパネルが開き、事業情報や、入金先として希望する銀行口座のデータを、サイトを離れることなく更新できる。

そして、ここで多くの人が半日を無駄にしてしまう。**独立したStripeのダッシュボードは存在しない。**決済アカウントは単独のログインを持たない形で作られているので、パスワードやユーザー名を復旧する必要はない。触るべきものはすべてそのタブの中にある。

データを修正すれば、資金は次回の締めで自動的に送金される。自分から申請する必要はないが、その場ですぐに出るわけでもない。今週の締めがすでに実行済みなら、次回に回される。

何か不足がある場合は、そのパネルの上部に何が足りないかを知らせる警告が表示される。邪魔に感じても読んでほしい。それが、誰かが教えてくれることに一番近い仕組みだ。

「決済の失敗」と「入金の失敗」は別物

名前は似ているが、正反対の問題だ。頭の中できちんと分けておくといい。

決済の失敗: お客さんのカードが通らなかったケース。売上は成立しておらず、お金も存在しない。これはお客さんとの間で解決する問題だ。
入金の失敗: 売上はすでに成立しており、お金は自分のものとして保管されている。失敗したのは決済代行から銀行口座への最後の工程だけだ。これは自分のデータで解決する問題だ。

すでに支払い済みの注文について、お客さんに「もう一度支払ってください」と連絡してしまったなら、問題は後者のほうだったということだ。

二度と起こさないためには?

三つの習慣。どれも5分もかからない。

最初の入金は事務手続きではなくテストだと思うこと。 決済機能を有効にした日にすべき質問は「もう売れたか?」ではなく「もう銀行に届いたか?」だ。それが、リスクゼロの状態で入力ミスを見つけられる唯一のタイミングだ。

銀行を変える日は、次の締めが来る前にデータを更新すること。 銀行を変えたという知らせは、あちこちに行き渡っても、肝心な場所にだけは届かないものだ。

売上が好調だった週こそ、しっかり確認すること。 それは一番多くのお金が送金中になっているタイミングであり、届いていないことに気づかないと一番高くつくときでもある。

サイトを作れば、この画面も最初から付いてくる

まだ自分のサイトから決済を受け付けていないなら、入金を確認できる管理画面は別に用意する必要はない。サイトに最初から付いてくる。テレサならこう説明するだろう、たった一文で。

「マンサニージョにあるクリーニング店のためのサイトが欲しい。宅配での集荷と配達に対応していて、衣類ごとの料金表があり、お客さんが集荷を予約するときにオンラインで支払えるようにしたい」

サイトは公開され、専用のリンクとともに、注文・決済・入金を確認できる管理画面がついてくる。料金を編集する場所と同じなので、新たに覚えるべき別のシステムというわけではない。

すでにカード決済を利用していて、まだ「入金」タブを開いたことがないなら、何も期待していなくても今日開いてみてほしい。1分で済むことだが、それが最初の差し戻しに今週気づけるか、3回目になってから気づくかの差になる。

あなたのビジネスを説明するだけで、proyecta.devで公開できます。