Testing Shopify Payments (בדיקת Shopify Payments) מאפשר לבדוק תשלום בכרטיסים מדומים לפני מכירה אמיתית. הבדיקה מתבצעת ב-test mode (מצב בדיקה), כך שלא מתבצע חיוב אמיתי ולא נוצרת העברת כספים אמיתית.
במדריך הזה
המדריך מסביר איך מפעילים test mode, אילו כרטיסי בדיקה Shopify מציגה לתרחישים מוצלחים וכושלים, מה בודקים בקופה, ומה חשוב לכבות לפני חזרה למכירה אמיתית.
תנאים ומגבלות לפני בדיקה
אפשר לבדוק Shopify Payments רק לאחר בחירת paid plan (תוכנית בתשלום). בחלק מהאזורים צריך למסור מידע עסקי לפני שאפשר להפעיל test mode. בנוסף, Shopify Payments עצמו זמין רק במדינות ואזורים נתמכים, והחשבון צריך להיות מוגן באמצעות two-step authentication (אימות דו-שלבי).
Test mode אינו מתאים לבדיקת Shopify POS card readers (קוראי כרטיסים של Shopify POS), Shop Pay Installments (תשלומים דרך Shop Pay) או PayPal Wallet. אם החנות לא משתמשת ב-Shopify Payments ורוצים לבדוק את תהליך הקופה, Shopify מפנה לשימוש ב-Bogus Gateway (שער בדיקות מדומה).
הפעלת test mode
נכנסים ל-Settings > Payments, באזור Shopify Payments לוחצים Manage, מסמנים Enable test mode (הפעלת מצב בדיקה), ואז שומרים. לאחר מכן אפשר לבצע הזמנה בחנות באמצעות מספרי כרטיסי הבדיקה של Shopify.
במובייל נכנסים דרך Shopify app > Settings > Payments > Shopify Payments > Manage, מפעילים Enable test mode ושומרים. Test mode יכול להיות מופעל רק אחרי השלמת הגדרת Shopify Payments.
מה קורה בקופה בזמן test mode
כאשר test mode פעיל, לא נלכדים real payments (תשלומים אמיתיים). לקוחות עדיין עשויים להשלים checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון דרך Express payment options (אפשרויות תשלום מהיר) כמו Apple Pay או Google Pay, אבל לא מתבצע חיוב אמיתי. חלק מאמצעי התשלום המקומיים, כמו Sofort ו-iDEAL, אינם זמינים בקופה בזמן test mode. PayPal Wallet גם לא מוצג כאפשרות תשלום במצב הזה.
אפשר לאמת שההזמנה היא הזמנת בדיקה דרך test mode banner (באנר מצב בדיקה) שמופיע בהזמנה. עסקאות מדומות אינן מופיעות ב-payouts (העברות כספים) או בדוחות, ולכן אין להשתמש בהן להתאמות חשבונאיות.
בדיקת Shop Pay במצב בדיקה
אפשר לבדוק עסקאות כרטיס אשראי דרך Shop Pay כאשר test mode פעיל. כדי להוסיף כרטיס בדיקה ל-Shop Pay, משתמשים במספר כרטיס בדיקה של Shopify Payments ומוסיפים את הביטוי test_card בתחילת שדה Nickname (כינוי) בעת הוספת הכרטיס ב-Shop Pay. הכינוי אינו רגיש לאותיות גדולות/קטנות, ולכן test_card, Test_Card או TEST_CARD עובדים באותו אופן כאשר הם בתחילת השדה.
כרטיסי Shop Pay כאלה עובדים רק בחנויות שבהן Shopify Payments test mode פעיל, והם אינם עובדים עם Shop Pay Installments.
כרטיסי בדיקה לתשלום מוצלח
| מותג כרטיס | מספר בדיקה נפוץ |
|---|---|
| Visa | 4242 4242 4242 4242 |
| Mastercard | 5555 5555 5555 4444 |
| American Express | 3782 822463 10005 |
| Discover | 6011 1111 1111 1117 |
| Diners Club | 3056 930902 5904 |
| JCB | 3566 002020 360505 |
| UnionPay | 6200 000000 000005 |
| BCcard / DinaCard | 6555 900000 604105 |
| Cartes Bancaires / Visa | 4000 002500 001001 |
| Cartes Bancaires / Mastercard | 5555 552500 001001 |
| eftpos Australia / Visa | 4000 050360 000001 |
| eftpos Australia / Mastercard | 5555 050360 000080 |
לכרטיסי בדיקה משתמשים בשם כרטיס עם לפחות שתי מילים, תאריך תפוגה עתידי, ארבע ספרות security code (קוד אבטחה) ל-American Express ושלוש ספרות לשאר הכרטיסים, אלא אם בודקים תרחיש כשל ספציפי. סכום הזמנת הבדיקה צריך להיות מעל שווה ערך של 1 USD בכל מטבע.
בדיקת מטבעות וכרטיסים לפי שוק
Shopify מציינת שיש מספרי בדיקה גם לעסקאות במטבעות שונים ולמותגים אזוריים כמו Cartes Bancaires (כרטיסים בצרפת) ו-eftpos Australia (כרטיסים באוסטרליה). אם החנות מוכרת בכמה Markets (שווקים), אל תסתפקו בבדיקת Visa בסיסית: בדקו את המטבע, המדינה, המשלוח, המסים והאמצעי המקומי שמוצג ללקוח בשוק הרלוונטי.
כאשר בודקים חנות שפועלת בשוק שאינו השוק המרכזי, תעדו את כתובת הלקוח, המטבע, שיטת המשלוח ושפת הקופה. כך אפשר לזהות אם כשל התשלום קשור ל-Shopify Payments, להגדרות MarketMarket / שוקמונח Shopify שמשמעותו בעברית: שוק. ההקשר המדויק תלוי בעמוד או בתהליך שבו המונח מופיע.פתיחה במילון, לתעריף משלוח או לאפליקציה שמשנה את הקופה.
כרטיסים לתרחישי כשל
Shopify מציגה גם מספרי בדיקה שמחזירים תוצאות כמו card declined (כרטיס נדחה), incorrect number (מספר שגוי), expired card (כרטיס פג תוקף), incorrect CVC (קוד אבטחה שגוי) או processing error (שגיאת עיבוד). השתמשו בהם כדי לראות מה הלקוח רואה ומה מופיע באדמין.
| תרחיש כשל | מספר או פעולה לבדיקה |
|---|---|
| Generic card declined (דחייה כללית) | 4000 000000 000002 |
| Insufficient funds (אין מספיק מסגרת) | 4000 000000 009995 |
| Lost card (כרטיס אבוד) | 4000 000000 009987 |
| Stolen card (כרטיס גנוב) | 4000 000000 009979 |
| Expired card (כרטיס פג תוקף) | 4000 000000 000069 |
| Incorrect CVC (קוד אבטחה שגוי) | 4000 000000 000127 |
| Processing error (שגיאת עיבוד) | 4000 000000 000119 |
| Incorrect number (מספר שגוי) | 4242 424242 424241 |
| Disputed transaction / chargeback (עסקה במחלוקת) | 4000 000000 000259 |
| Invalid expiry month (חודש תפוגה לא תקין) | הזינו חודש לא תקין כמו 13 |
| Invalid security code (קוד אבטחה לא תקין) | הזינו שתי ספרות בלבד |
תרחישי בדיקה
- הזמנה מוצלחת במובייל ובדסקטופ.
- כרטיס שנדחה ותצוגת הודעת שגיאה.
- Refund (החזר) מלא וחלקי.
- Authorization and capture (אישור ולכידה) אם החנות משתמשת בלכידה ידנית.
- דוחות transactions (עסקאות) וסטטוס order payment (תשלום הזמנה).
- שילוב עם משלוח, הנחות, מסים ואימיילים.
- בדיקת Shop Pay test card כאשר החנות משתמשת ב-Shop Pay.
- בדיקת קופה עם אמצעי תשלום מהיר כדי לוודא שלא נוצר חיוב אמיתי.
מה לתעד
תעדו תאריך, מי בדק, תרחיש, מספר הזמנה, תוצאה, סטטוס תשלום, הודעת שגיאה, צילום מסך אם צריך, ודוחות שבהם העסקה מופיעה. כך אפשר להשוות אחרי שינוי themeTheme / תבניתתבנית העיצוב והמבנה שמציגה את החנות ללקוחות ומשפיעה על עמודים, מקטעים, ביצועים ועריכה.פתיחה במילון, checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, ספק תשלום או אפליקציה.
אימייל אישור הזמנה
אם לא מתקבל order confirmation email (אימייל אישור הזמנה) מעסקאות test mode, בדקו את תבנית האימייל ב-Settings > Notifications, ודאו שהגדרות האימייל תקינות, בדקו האם שיניתם את התבנית וצריך להחזיר אותה לברירת מחדל, בצעו הזמנת בדיקה נוספת, בדקו spam/junk (דואר זבל), ואם צריך פנו לספק האימייל.
מה לא להסיק מבדיקת תשלום
בדיקת test mode מוכיחה שהקופה והעיבוד הבסיסי מסוגלים לעבוד, אבל היא לא מוכיחה שהבנק יקבל כל כרטיס אמיתי, שהלקוח יקבל אישור אשראי, שה-payout יגיע ביום מסוים, או שכל אמצעי תשלום מקומי זמין בחנות חיה. Test mode גם לא מחליף בדיקת fraud analysis (ניתוח הונאה), בדיקת chargeback (הכחשת עסקה), או בדיקת reconciliation (התאמה חשבונאית) מול הפקדה אמיתית בבנק.
לכן לפני השקה גדולה כדאי לשלב בין test mode לבין הזמנת אמת קטנה ומבוקרת, החזר אמיתי, בדיקת דוח עסקאות, בדיקת הודעות לקוח ובדיקת צוות שירות. אם יש קמפיין, שינוי תבנית או שינוי ספק משלוחים, חזרו על התרחישים המרכזיים כי הבעיה יכולה להגיע מהעגלה, מהמשלוח או מההנחה ולא רק מהתשלום.
נוהל כיבוי מסודר
לפני שמכבים test mode, ודאו שאין test ordersOrders / הזמנותהזמנות בחנות Shopify, כולל פרטי לקוח, מוצרים, תשלום, משלוח וסטטוס טיפול.פתיחה במילון שמחכות ל-fulfillment, שאין אפליקציה שניסתה לעבד אותן, ושאין לקוחות אמיתיים שנכנסו לקופה בזמן הבדיקה. אחרי הכיבוי, פתחו את הקופה מחלון גלישה חדש ובדקו שאמצעי תשלום אמיתיים חזרו להופיע. שמרו ביומן הבדיקות את שעת הכיבוי ואת שם האדם שאישר שהחנות חזרה למצב מכירה.
לפני חזרה למכירה
כבו test mode, בצעו בדיקת checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון אמיתית קטנה אם אפשר, וודאו שאמצעי תשלום אמיתיים מוצגים. חזרו על הבדיקות לפני קמפיין משמעותי, שינוי תבנית, שינוי הגדרות תשלום או מעבר בין שווקים.
שאלות נפוצות
למה לבדוק תשלום שנכשל?
כדי להבין מה הלקוח רואה ואיך הצוות מטפל בפנייה.
מתי לבדוק מחדש?
אחרי שינוי תשלום, checkout, תבנית או לפני קמפיין גדול.