Zurück zu den Artikeln

Die Geschenkkarte wurde vor Monaten verkauft – warum ist sie noch eine Verpflichtung? Stored Value im POS

Geschenkkarten bringen früh Geld, schaffen aber Guthaben, Einlösepflichten, Betrugsrisiken, Ablauf, Split-Zahlungen, Erstattungen und Buchhaltung.

The Gift Card Was Sold Months Ago—Why Is It Still Money You Owe? How POS Systems Manage Stored Value

Die Geschenkkarte wurde vor Monaten verkauft – warum ist sie noch eine Verpflichtung? Stored Value im POS

Geschenkkarten bringen früh Geld, schaffen aber Guthaben, Einlösepflichten, Betrugsrisiken, Ablauf, Split-Zahlungen, Erstattungen und Buchhaltung.

Verkaufter Wert ist noch kein verdienter Umsatz

Beim Verkauf einer Geschenkkarte kommt Geld vor der Warenlieferung; ungenutztes Guthaben bleibt eine Verpflichtung.

Das POS muss Ausgabe und Einlösung trennen, damit derselbe Wert nicht doppelt als Umsatz erscheint.

Zum Beispiel: Beim Verkauf einer Geschenkkarte kommt Geld vor der Warenlieferung; ungenutztes Guthaben bleibt eine Verpflichtung. Definieren Sie Transfer, Kombination, Aufladung, Refund, Online-Nutzung, Filialen, Barauszahlung und Einschränkungen. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Refunds dürfen je Zahlungsmethode nicht höher als die ursprüngliche Zahlung sein. Geschenkkarten können übertragbar sein; Store-Guthaben ist häufig nach Rückgabe an einen Kunden gebunden. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Geschenkkarten können übertragbar sein; Store-Guthaben ist häufig nach Rückgabe an einen Kunden gebunden. Das POS muss Ausgabe und Einlösung trennen, damit derselbe Wert nicht doppelt als Umsatz erscheint. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Aktivieren Sie erst nach Zahlung, begrenzen Sie Rollen und überwachen Sie Geschwindigkeit und Fehlversuche. Beim Verkauf einer Geschenkkarte kommt Geld vor der Warenlieferung; ungenutztes Guthaben bleibt eine Verpflichtung. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Geschenkkarte und Store-Guthaben brauchen getrennte Identitäten

Geschenkkarten können übertragbar sein; Store-Guthaben ist häufig nach Rückgabe an einen Kunden gebunden.

Definieren Sie Transfer, Kombination, Aufladung, Refund, Online-Nutzung, Filialen, Barauszahlung und Einschränkungen.

Zum Beispiel: Definieren Sie Transfer, Kombination, Aufladung, Refund, Online-Nutzung, Filialen, Barauszahlung und Einschränkungen. Split-Zahlungen müssen exakt auf Tender verteilt und Restguthaben erhalten werden. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Stimmen Sie Ausgabe, Aufladung, Nutzung, Refund, Anpassung, Ersatz und offenen Saldo ab. Speichern Sie alten Saldo, Änderung, neuen Saldo, Nutzer, Filiale, Grund und Transaktion. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Speichern Sie alten Saldo, Änderung, neuen Saldo, Nutzer, Filiale, Grund und Transaktion. Jede Aufladung, Einlösung, Rückzahlung, Storno, Ablauf, Reaktivierung, Korrektur und Ersetzung braucht ein Audit-Ereignis. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Jede Saldenbewegung muss nachvollziehbar sein

Jede Aufladung, Einlösung, Rückzahlung, Storno, Ablauf, Reaktivierung, Korrektur und Ersetzung braucht ein Audit-Ereignis.

Speichern Sie alten Saldo, Änderung, neuen Saldo, Nutzer, Filiale, Grund und Transaktion.

Zum Beispiel: Das POS muss Ausgabe und Einlösung trennen, damit derselbe Wert nicht doppelt als Umsatz erscheint. Betrug betrifft gestohlene Karten, Mitarbeiteraufladung, Codes, Saldoabfragen, Social Engineering und Refunds. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Betrug betrifft gestohlene Karten, Mitarbeiteraufladung, Codes, Saldoabfragen, Social Engineering und Refunds. Refunds dürfen je Zahlungsmethode nicht höher als die ursprüngliche Zahlung sein. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Definieren Sie Transfer, Kombination, Aufladung, Refund, Online-Nutzung, Filialen, Barauszahlung und Einschränkungen. Split-Zahlungen müssen exakt auf Tender verteilt und Restguthaben erhalten werden. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Stimmen Sie Ausgabe, Aufladung, Nutzung, Refund, Anpassung, Ersatz und offenen Saldo ab. Speichern Sie alten Saldo, Änderung, neuen Saldo, Nutzer, Filiale, Grund und Transaktion. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Split-Zahlungen und Refunds brauchen exakte Tender-Logik

Split-Zahlungen müssen exakt auf Tender verteilt und Restguthaben erhalten werden.

Refunds dürfen je Zahlungsmethode nicht höher als die ursprüngliche Zahlung sein.

Zum Beispiel: Jede Aufladung, Einlösung, Rückzahlung, Storno, Ablauf, Reaktivierung, Korrektur und Ersetzung braucht ein Audit-Ereignis. Ein gutes POS behandelt jedes Guthaben bis zur Einlösung als kontrollierten Wert. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Ein gutes POS behandelt jedes Guthaben bis zur Einlösung als kontrollierten Wert. Stimmen Sie Ausgabe, Aufladung, Nutzung, Refund, Anpassung, Ersatz und offenen Saldo ab. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Split-Zahlungen müssen exakt auf Tender verteilt und Restguthaben erhalten werden. Aktivieren Sie erst nach Zahlung, begrenzen Sie Rollen und überwachen Sie Geschwindigkeit und Fehlversuche. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Betrug zielt auf Ausgabe, Saldo und Rückzahlung

Betrug betrifft gestohlene Karten, Mitarbeiteraufladung, Codes, Saldoabfragen, Social Engineering und Refunds.

Aktivieren Sie erst nach Zahlung, begrenzen Sie Rollen und überwachen Sie Geschwindigkeit und Fehlversuche.

Zum Beispiel: Geschenkkarten können übertragbar sein; Store-Guthaben ist häufig nach Rückgabe an einen Kunden gebunden. Das POS muss Ausgabe und Einlösung trennen, damit derselbe Wert nicht doppelt als Umsatz erscheint. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Split-Zahlungen müssen exakt auf Tender verteilt und Restguthaben erhalten werden. Aktivieren Sie erst nach Zahlung, begrenzen Sie Rollen und überwachen Sie Geschwindigkeit und Fehlversuche. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Aktivieren Sie erst nach Zahlung, begrenzen Sie Rollen und überwachen Sie Geschwindigkeit und Fehlversuche. Beim Verkauf einer Geschenkkarte kommt Geld vor der Warenlieferung; ungenutztes Guthaben bleibt eine Verpflichtung. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Das POS muss Ausgabe und Einlösung trennen, damit derselbe Wert nicht doppelt als Umsatz erscheint. Betrug betrifft gestohlene Karten, Mitarbeiteraufladung, Codes, Saldoabfragen, Social Engineering und Refunds. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Jede Aufladung, Einlösung, Rückzahlung, Storno, Ablauf, Reaktivierung, Korrektur und Ersetzung braucht ein Audit-Ereignis. Ein gutes POS behandelt jedes Guthaben bis zur Einlösung als kontrollierten Wert. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Betrug betrifft gestohlene Karten, Mitarbeiteraufladung, Codes, Saldoabfragen, Social Engineering und Refunds. Refunds dürfen je Zahlungsmethode nicht höher als die ursprüngliche Zahlung sein. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Ein gutes POS behandelt jedes Guthaben bis zur Einlösung als kontrollierten Wert. Stimmen Sie Ausgabe, Aufladung, Nutzung, Refund, Anpassung, Ersatz und offenen Saldo ab. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Offenen Wert wie echtes Geld abstimmen

Stimmen Sie Ausgabe, Aufladung, Nutzung, Refund, Anpassung, Ersatz und offenen Saldo ab.

Ein gutes POS behandelt jedes Guthaben bis zur Einlösung als kontrollierten Wert.

Zum Beispiel: Speichern Sie alten Saldo, Änderung, neuen Saldo, Nutzer, Filiale, Grund und Transaktion. Jede Aufladung, Einlösung, Rückzahlung, Storno, Ablauf, Reaktivierung, Korrektur und Ersetzung braucht ein Audit-Ereignis. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Beim Verkauf einer Geschenkkarte kommt Geld vor der Warenlieferung; ungenutztes Guthaben bleibt eine Verpflichtung. Definieren Sie Transfer, Kombination, Aufladung, Refund, Online-Nutzung, Filialen, Barauszahlung und Einschränkungen. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Zum Beispiel: Refunds dürfen je Zahlungsmethode nicht höher als die ursprüngliche Zahlung sein. Geschenkkarten können übertragbar sein; Store-Guthaben ist häufig nach Rückgabe an einen Kunden gebunden. Testen Sie Teileinlösung, Split-Zahlung, Storno, deaktivierte Karte, Refund und Ersatzguthaben.

Keep reading