販売した後も、まだ負債として残る唯一の商品。
お金はカードが購入された日に入金されます。宝飾品は数ヶ月後、別の販売で、多くの場合一度も来店したことのない方のもとに渡ります。そのため、Gem Logicのギフトカードは記録ではなく台帳のように構築されています。残高はすべての引き換えから計算され、条件は事後に編集できず、カードは削除できません。
ギフトカードは、お客様がすでにお支払いいただいた、まだお渡ししていない商品の代金です。
この一文がすべてを決定いたします。お預かりした金額には、誰も手入力できない残高、ひっそり修正できない履歴、発行者が変わっても残る記録が必要です。多くのシステムが提供するのは、表計算ソフトのコードと誰かが編集する数字にすぎません。
貴店は代金をお預かりし、商品をお渡しする義務を負っています。カードが使用されるまで、その金額は貴店の口座残高に売上と同じように計上される債務です。
保存も調整もされません。発行額から、カードに対する成功した利用分すべてを差し引いた額が、保存のたびに再計算されます。
コード、金額、通貨、有効期限は発行時に確定し、カードは決して削除されません。もう受け付けないカードは無効化され、表示されたままになります。
カード1枚1枚がご来店の理由をお持ちの方で、多くは貴店に初めて来られる方、そして多くは額面以上のお買い物をされる方です。
ギフトカードは他のすべての商品と同じレジで、同じ注文内で、明細として、そして支払い手段として、ご購入・ご利用いただけます。別のシステムも、別のログインも、貴店自身の資金から手数料を差し引くカード事業者も不要です。
ギフトカードが生まれる3つの方法がありますが、そのうち本当の贈り物は1つだけです。
12月にカウンターで誰かが購入します。お約束より3週間も修理が遅れたため、誰かに手渡されます。そして、店に留めておきたい金額を誰かに支払う必要があります。過払い、返品、あるいは今朝売却された金がそれです。この3つすべてが同じオブジェクトを作成し、その後の動作も同じになります。
Added to the order as a line item at zero tax, because the tax belongs to whatever the card eventually buys. The customer pays for it like anything else and the code is live the moment the sale is confirmed.
プレゼント、コンテスト、法人注文、電話よりも価値のあるお詫びなどのために単独で発行されます。同じオブジェクトですが、背後に販売はなく、記録には誰がいつ作成したかが残ります。
過払いされた注文、返品された商品、または買取は、現金を引き出しから出す代わりに差額分のカードになります。チェーンを売りに来た方が、ウィンドウの商品に使える2,280ドルを持って帰ることになります。現金よりも少し多めのクレジットを提供することで、双方にとってより良い結果になります。
カウンター越しに読み上げられるコードをもらいたい人はいません。すべてのカードは、コード、金額、有効期限、お客様独自のブランディングが記載された適切なバウチャーとして印刷されます。お客様の顧客記録に設定された言語で生成されます。カウンターで印刷するか、送付してください。
レジでは支払い方法の一つであり、謎解きではありません。
ギフトカードが店舗を困らせるのはこの場面です。お客様がカードを持って来店された際、残高を確認するには電話をかけたり、フォルダを探したり、今日は不在の同僚に頼んだりしなければなりません。本システムでは、ギフトカードは注文の支払い方法の一つとして表示されます。コードを入力するか、既にお客様が販売画面に登録されている場合はそのカードを選択すれば、お客様の目の前で金額が差し引かれます。
カードに残高以上の金額を請求した場合、金額は残高までに制限され、残りは別の支払い方法に振り分けられます。カードはマイナスになることも、二重に使用されることもなく、無効化されたり有効期限が過ぎたりした後は使用できません。
ほとんどのジュエリーは、購入されたギフトカードの金額よりも高額です。それが本来の目的です。$150のカードを$890のイヤリングに使用すると、$740が銀行カード払いとなり、両方の支払いが同じ注文に記録されます。
間違った販売に間違ったカードを使用してしまうことは日常茶飯事です。支払いを削除すればカードは自動的に再計算されます。残高は誰かが手動で修正しなければならない数値ではないからです。
残高は編集可能な項目ではなく、誰も編集によって逃れることはできません。
これは制限のように聞こえますが、実際には本製品の核心です。ギフトカードは店舗の通貨であり、ログインできる人なら誰でもチャージしたり、変更したり、削除したりできる店舗通貨には発行する価値がありません。コード、金額、通貨、有効期限、お客様情報は、カード作成時に固定されます。変化するのは引き換えの履歴のみであり、残高はそれに従って自動的に算出されます。
コード、金額、通貨、有効期限、顧客、発行元の売上は事後変更できません。変更を試みると、システムが操作中の項目を表示します。唯一の例外は意図的かつ限定的なもので、管理者権限または貴店オーナーが明示的に有効化した設定によるものです。
誤発行、再発行、紛失報告されたカードは無効化され、履歴と共にリストに残ります。削除すると、入金の唯一の証拠が失われ、会計担当者が最初に確認を求める記録がなくなります。
発行、印刷、使用、無効化、再有効化のすべてが、実行者と日時と共にカード固有の履歴に記録されます。顧客が残高の誤りを指摘した際、答えはカード自体にあり、誰かの3月の記憶に頼る必要はありません。
ギフトカードは使用されるまで売上になりません。
12月のギフトカード販売は好調な12月に見えますが、その一部は実際には好調な1月であり、少額は永久に何の売上にもなりません。この三者の差が未使用残高であり、それは一つの数値で示されます。発行総額から使用総額を差し引いたものです。これを把握することが、ギフトカードを販売する店と、顧客から知らずに借金をしている店との違いです。
入金は実在し貴店の口座にありますが、義務も同様に実在し、会計担当者はこれらを分離して把握したいと考えます。一つの数値、リスト上で、任意の日付時点で、受領済でまだ提供していないもの。3月になって再構築するのではなく、毎月提供してください。
カードごとに有効期限を設定するか、無期限にするかを選択できます。有効期限を設定する場合、適用される規則は貴店の方針に従います。このモジュールが行うのは、期限を事前に可視化することです。有効期限切れが近づいたカードは、カウンターでの気まずい会話ではなく、お客様へのご連絡の理由となります。
カードを持って来店される方は、これまで貴店でお買い物をされたことがない方です。すでに使われた予算を持って来店され、多くの場合それを超える金額をご購入になり、引き換え時に初めて顧客記録に登録されます。それがギフトカードの本来の目的です。
ストアクレジットはレジ、帳簿、買取カウンターに関わります
昨年12月に発行した分が、いまだにどなたかの財布に残っていませんか?
もし答えが番号付きカードの詰まった箱とスプレッドシートであれば、デモをご予約ください。カードのコード形式を一緒に設定し、カウンターからレジまで、そして戻るまでの流れを一枚のカードで実演いたします。