海外の読者への適用範囲： この記事は経営方法を扱います。中国のチャネル、通貨の例、中医学に関連する場面は元の背景を示し、他の市場の利用可能性や現地ルールを示しません。Yujian Cloudの標準顧客画面はWeChatミニプログラムです。その他のチャネル、言語、連携、導入、サポートには適合性評価が必要です。例は検証済みの顧客成果ではありません。外部への問い合わせやデモには機微情報を含まない模擬記録を使ってください。
会計ソフトを選ぶ際は、会計は難しいが、入金の瞬間が難しいのではないという点から始めます。
決済QRだけでも入金はできます。難しいのはその後で、どのカードの支払いか、何回残るか、今日の帳簿が合うかです。つながらなければ手作業が必要になります。少なくともExcelなら列は足せます。
決済方法の数より、この3つが一連で動くかを見てください。
条件1：支払いと同じ手順で回数を消し込むか
回数券やサービスコースを販売する店では、終了後の会計で入金と回数の消込の2つが同時に必要です。
別の手順なら受付が2回記録し、忙しいと漏れて回数が余り、月末に合わなくなります。注意力より手順設計の問題です。
その場で検証できること： 回数型の券の総回数と1日上限、消込ログの注文番号、会員、注文種類、利用内容、店舗、時刻、メモ、財務の会計・入金機能と集約決済QRです。
10回券を作り、会計で1回消し込み、残りがすぐ9回になり、ログに1行増えるかを試してください。
自店舗の手順に合わせる部分： 支払いとの同時消込、過剰消込、日程変更で戻すか、取消注文の記録は、カードと支払場面に合わせて設定します。一般的な分類へ無理に当てはめません。
| # | 確認 | 検証方法 | 不足の見分け方 |
|---|---|---|---|
| 1 | 入金と消込が1手順 | 同じテスト会員で1回行い、残回数とログを開く | 手作業、責任者、漏れ対策を記録し、実際の適合性を評価 |
| 2 | 別レポートなしで残回数が分かる | 直後に残りを尋ね、別ページを開くか見る | 別レポートならカードと消込は未接続 |
| 3 | 過剰消込、日程変更、取消のルールが明確 | 過剰を止めるか、変更時に戻すか、取消をどう記録するか尋ねる | 不明なものは契約付属の検証項目にする |
その場で依頼： 同じテスト会員で入金と回数消込を行い、終了後にカード残高と消込ログを同時に開いて、この取引を見せてください。
警告サイン： 別メニューで入金と消込を示し、その間に手作業でカードを選ぶことです。
条件2：前払元金と特典を分けて追跡するか
1,000人民元をチャージして300を贈呈すると、表示は1,300になります。販売時は明確でも、返金時に1,300か1,000か、利用分を引いた額かで争いになります。
元のチャージ、特典、利用、訂正、合意ルールを保存して確認します。法的義務と立証責任は有資格者による別の確認が必要で、この記事は割り当てません。
実際の事業主体、場所、販売に対する合意と返金要件を調べます。中国のルールは共通ではなく、無条件の7日間の権利や条項の一律の有効性を示しません。
その場で検証できること： 販促の、X人民元を入金してYの特典とZポイントを付ける段階別設定です。
1,000で300の段階を作り、1回チャージし、合計1,300だけか、元金1,000と特典300の2つかを見ます。
対面で確定すること： 別項目で記録できるか、元金先・特典先の利用順序を店舗で設定できるか。選定時に両方尋ねます。
分けられないなら、規約と台帳の手動項目で補います。返金の基礎に関わるため、省けません。
同じ場で、さらに2つ確認してください。
- 実際の事業主体、サービス、場所、販売への要件を、日付と範囲のある回答で残す。
- 共通期限を想定せず、適用される閉店・移転の通知と対応要件を確かめる。
条件3：日次締めが照合できるか
入金後に今日いくら、どの種類のお金が入ったかが難しい部分です。カード作成、チャージ、単発利用、差額、返金が1つの売上に混ざると、合計だけで構造が見えません。
その場で検証できること： 財務の取引、残高、チャージ、消込、手数料の台帳表示と、消込ログの注文種類です。
任意の取引を台帳から消込記録へたどり、最後までつながるか試します。
自店舗に合わせる部分： 作成、チャージ、単発、差額、返金がどの場面と名称に対応するか、店別・人別の締め、照合票の項目を実際の手順に合わせます。
対面で確定すること： 決済方法別の記録、日次締めの出力、返金・取消の戻しと表示です。実際のお金や個人情報なしのテスト取引を1回実行し、用意されたデモデータを見ただけで終えないでください。
答えが難しくても尋ねる2点も、最後にまとめて確認します。
- お金は法人の口座に先に入るか、第三者の口座を経由するか。返金の権限に関わる。
- 顧客の口座への返金期間、届かない場合の対応、返金権限を持つ人。
共通の答えはありませんが、苦情対応の速さに直結するため確認します。
決済QRだけでよい場面
すべての店が今すぐシステムを必要とするわけではありません。次の3場面なら、QRとExcel1つが合うことがあります。
- 単発のみでカードなし： 回数や前払残高の追跡がない。
- 1店、会計1人： 会計構造が単純で、1人が把握できる。
- カード構成が未定： 未完成ルールを設定に固定すると、後の変更が負担になる。
回数券や前払残高を始めれば3条件が不可避になります。過去の残高を後で補うより、最初から記録する方が容易です。
現場の4段階の受入確認
3条件を次の動作にまとめ、実演してもらいます。
| 手順 | 見る内容 | 不足の見分け方 |
|---|---|---|
| 入金と消込 | 回数が1減り、ログが増える | 2つのメニューで処理 |
| チャージの別管理 | 元金と特典の2数値 | 合計残高しかない |
| 日次締めの出力 | 今日の帳簿を出力し各行を追える | 総額しか見えない |
| 返金1件 | 記録が残り帳簿も合う | 表計算の手作業修正が必要 |
この4段階のどれかでExcelへ戻るなら、この確認では合格しません。
Yujian Cloudの回数券パラメータ、消込ログ項目、チャージ特典段階、財務台帳はその場で検証できます。消込と支払いの連携、注文名、締めの区分は各店の手順に合わせる部分です。実際の範囲はウェルネス施設向けデジタル運営ソリューションで1つずつ確認できます。
よくある質問
一般の会計ソフトとは何が違いますか？
決済機能ではなく、支払いと回数消込の結合、元金と特典の別管理、コースの回数処理です。未接続なら、ソフトが埋めると想定せず手動照合の手順と費用を決めます。
決済QRでは足りませんか？
単発だけならQRとExcelで対応できます。回数券や前払残高を売ると、消込、残高、返金が不可避で、後からの補記は負担です。
前払カードの返金はどの額ですか？
元金と特典を分けて追跡するかに関わります。合計だけなら基準を説明できません。別項目と利用順序を選定時に確認し、できなければ規約と台帳の手動項目で補います。
日次締めで何を検証しますか？
決済別の記録、締め票の出力、返金・取消の戻しと照合上の表示です。実際のお金と個人情報なしのテスト取引で確かめ、既存デモデータだけを検証済みとしません。
適用範囲について
この記事は選定の枠組みと自己点検であり、価格、決済チャネル条件、経営データ、供給元の能力の結論を示しません。現行法を確認したものではなく、契約、返金、届出、紹介の要件は実際の場所、事業主体、販売に対して別途確認が必要です。
自店舗のカードで実システムの4段階を確認したい場合は、次からご連絡ください。
お問い合わせから、機微情報を含まないサンプル記録で業務の3条件を検証しましょう。