お使いのPOSが分割決済に対応していませんか？解決策と実用的な代替案

お使いのPOSが分割決済に対応していなくても、今日の売上を確定させることは可能です。1人の顧客に全額を支払ってもらい、グループ内で精算してもらうか、注文を2つの個別の取引として登録します。どちらも機能します。しかし、どちらもレポートに静かに影響を与えるコストを伴います。このガイドでは、実用的な回避策、帳簿を損なうハック、そしてその場しのぎの対応をやめる準備ができたときに確認すべきポイントを解説します。

分割決済とは何か？

分割決済（または複数方法決済）とは、1回の販売に対して、2枚のカード、現金とカード、ギフトカードとカードの組み合わせなど、複数の方法で支払うことです。これは、友人間で購入額を分割する場合や、手持ちの現金を使い切りたい顧客、店舗クレジットを一部適用してデポジットを支払う場合など、頻繁に発生します。

多くのPOSシステムは、依然としてこれに対応していません。1回の注文に対して1回の請求という前提で構築され、その後見直されていないシステムもあれば、技術的にはサポートしているものの、レストランプランやプレミアムプランなどの上位プランに機能を制限しているため、現在の小売プランでは利用できないシステムもあります。

ネイティブサポートなしで分割決済を行うには？

データを損なわない2つの回避策があります。

1人の顧客に支払ってもらい、グループ内で精算してもらう。 あなたにとって最もクリーンなオプションです。1回の全額支払い、1回の取引、1枚のレシート。顧客は電子送金や決済アプリを使って自分たちで精算します。データの品質を損なうコストはかかりません。唯一の制限は顧客が同意してくれるかどうかですが、実際にはほとんどのグループがこの方法に慣れています。

注文を個別の取引として登録する。 分割がアイテムごとに分かれている場合は、カートを分割します。1人目の顧客のアイテムを登録して決済を受け付け、その後残りのアイテムを登録します。分割がアイテムではなく金額によるものである場合は、支払人ごとにカスタム金額を入力する必要があります。これにより、販売が製品カタログから外れてしまいます。いずれの方法でも、登録を始める前に金額について合意してください。途中で分割処理を取り消すことになると、お会計の列が滞る原因になります。

避けるべき分割決済のハックはどれか？

魅力的に見える近道の中には、売上金を誤って記録してしまうものがあります。現金の分を値引きとして処理し、残額をカードに請求する方法は、カウンターではスマートに見えるかもしれませんが、実際に回収した金額よりも少ない売上が記録され、納税額が過小評価され、レポートで説明のつかない現金がドロワーに残ることになります。紙の借用書や「閉店後に修正する」といったメモも、目撃者が少ないだけで同じ問題を抱えています。回避策によってシステムが認識する売上金額が変わってしまう場合、それは回避策ではなく、後回しにされた簿記のエラーです。

安全な回避策であっても、どのようなコストがかかるのか？

2回に分けて取引を行う方法は、帳簿の正確性は維持できますが、データを歪めます。1つのバスケットが2つの注文になるため、取引数が増加し、平均注文額の指標が低下します。カードとカードの分割は2回の請求になり、ほとんどのプロセッサーはパーセンテージに加えて固定の手数料を請求するため、2回の請求は1回よりもコストが高くなります。返金も難しくなります。決済方法が異なる注文に分かれているため、返品の際はそれぞれを見つけて個別に処理する必要があります。そして、意思決定のために信頼しているレポートの数値に、忙しい土曜日のたびに注記を意識しなければならなくなります。

取引量が少なければ、これらは致命的ではありません。しかし、1日に10回の分割決済が発生するようになると、データとレジの処理速度に対する実質的な負担となります。

現在のPOSに分割決済を追加できるか？

可能な場合もあります。不可能だと結論付ける前に、3つの点を確認してください。お使いのプランの階層（1つ上の価格帯に機能が存在する可能性があります）、ベンダーのアプリマーケットプレイス（サードパーティのお会計アドオンが対応している場合があります）、およびベンダーの機能要望キュー（少なくとも機能が追加される予定があるかどうかを判断できます）です。その後、アップグレードやアドオンの費用と、現在の回避策によって発生している手数料、照合時間、レポートのノイズなどのコストを比較して、現実的な計算を行ってください。

ネイティブな分割決済とはどのようなものか？

代替システムを評価する際、適切に設計された分割決済とは、1つの取引に対して複数の決済方法が記録され、取引レポートで各決済方法が個別に確認でき、返金が支払われた方法に遡って追跡可能であり、現金やカードと並んで店舗クレジットや小切手などのカスタム決済方法をサポートしていることを意味します。また、マネージャーの承認なしでカウンターで動作する必要があります。土曜日の12時15分にスタッフが使用できない機能は、存在しないのと同じだからです。

Finalはこれをネイティブに処理します。1回の販売を複数の決済タイプ（現金とカード、2枚のカード、または店舗クレジットや小切手などのカスタム決済タイプ）で支払うことができ、返金を含め、すべての決済方法が同じ販売の一部として取引レポートに記録されます。非接触決済も組み合わせて利用できます。Tap to Payがお会計にどのように適合するかはこちらをご覧ください。

分割決済の欠如が他社への移行を検討するきっかけとなった場合、移行作業は以前よりも簡単になっています。現代のプラットフォームは、Square、Shopify、Clover、Lightspeed Xシリーズ、WooCommerceから製品、カテゴリ、顧客データを自動的にインポートするため、切り替えにかかる時間は数ヶ月ではなく数日です。