כיצד לטפל בהחזרים ובהחזרות במסחר אלקטרוני

החזר אינו מכירה שלילית. זה ארבעה אירועים חשבונאיים נפרדים הלובשים מעיל גשם אחד.

---

זה השבוע השני של ינואר. הרבעון הרביעי היה הרבעון הטוב ביותר שלכם אי פעם — דצמבר לבדו הניב יותר הכנסות מאשר כל המחצית הראשונה של השנה שעברה. ואז חלון ההחזרות נפתח.

עכשיו ההחזרים זורמים פנימה, והספרים הפסיקו להיות הגיוניים. התשלומים שלכם קטנים באופן ניכר מהמכירות שלכם. חצי מההחזרים שאתם מעבדים שייכים להזמנות מדצמבר — חודש שחשבתם שנסגר. וכשאתם מסכמים את מה שיצא מחשבונכם לעומת מה שהחזרתם ללקוחות, המספרים לא מסתדרים, מכיוון שעמלות העיבוד מהמכירות המקוריות נראות כאילו נעלמו לשום מקום.

אם בהיתם בזה ותהיתם אם שברתם משהו, לא שברתם. אתם פשוט מגלים שאף אחד מעולם לא לימד אתכם כיצד לטפל בהחזרים במסחר אלקטרוני — והגישה האינטואיטיבית שכולם מתחילים איתה שגויה באופן ספציפי וניתן לתיקון.

הנה האינטואיציה, נאמר בפשטות: "החזר הוא פשוט מכירה שלילית. הפחיתו אותו והמשיכו הלאה."

זה השקר. זה מרגיש נכון כי חווית הלקוח סימטרית — כסף נכנס, כסף יוצא. אבל הספרים שלכם לא מתעדים את חווית הלקוח. הם מתעדים ארבעה אירועים פיננסיים נפרדים, והחזר מבטל כל אחד מהם באופן שונה. חלקם באופן מלא, חלקם באופן חלקי, ואחד כלל לא.

כיצד לטפל בהחזרים במסחר אלקטרוני: החזר אחד, ארבעה פנקסים

בואו נהפוך את זה לקונקרטי עם הזמנה בדיונית לחלוטין.

בדצמבר, לקוח קנה ז'קט ב-120$ סך הכל: 112$ עבור המוצר, 8$ מס מכירות. המעבד שלכם גבה מכם 3.50$ עמלת עיבוד על המכירה. הז'קט עלה לכם 45$ בסיטונאות, מה שרשמתם כעלות המכר.

בינואר, הלקוח מחזיר אותו. הנה מה שבאמת צריך לקרות בספרים שלכם.

1. הכנסות: הכנסות נגדיות, לא הכנסה שנמחקה

האינסטינקט הראשון שלכם עשוי להיות למחוק או להפחית את המכירה המקורית. אל תעשו זאת. מכירת דצמבר באמת התרחשה — מחיקתה הורסת את נתוני ההכנסה הגולמית שלכם, את הנראות של שיעור ההחזרות שלכם, ואת נתיב הביקורת שלכם.

במקום זאת, ה-$112 נרשם לחשבון הכנסה נגדית — בדרך כלל נקרא "החזרים והנחות" או "החזרי מכירות והנחות" — שנמצא תחת הכנסות ונושא יתרה בחובה. ההכנסה ברוטו נשארת שלמה, החזרים מוצגים כשורה משלהם, וההכנסה נטו היא ההפרש. כעת תוכלו לראות שהחנות שלכם ביצעה מכירות בסך 112 דולר והחזרות בסך 112 דולר, שזה מידע שונה מאוד מ"לא קרה כלום".

2. עמלות עיבוד: הכסף שלא חוזר

זהו החלק ששובר את רוב תהליכי האיזון של ינואר. רוב המעבדים, כולל Shopify Payments, אינם מחזירים את עמלת העיבוד כאשר אתם מחזירים ללקוח.

אז הלקוח מקבל את מלוא ה-$120 בחזרה, אבל הוצאות העמלה שלכם בסך 3.50 דולר מדצמבר שורדות. אין כניסה הופכית לביצוע — העמלה פשוט נשארת בספרים שלכם כעלות אמיתית. מה שאומר שכל החזר עולה לכם כסף בשקט, ותשלום במהלך שבוע עמוס החזרות יהיה קטן יותר ממה ש"מכירות פחות החזרות" חוזה. הפער הזה אינו שגיאה. אלו עמלות.

3. מס מכירות: ביטול התחייבות, לא הכנסה

8 הדולרים של מס מכירה מעולם לא היו הכסף שלכם. כאשר גביתם אותו, הוא נכנס לחשבון התחייבות של מס מכירה לתשלום — החזקתם אותו עבור המדינה.

כאשר אתם מחזירים את ההזמנה, ההתחייבות הזו חייבת להתהפך: חובה מס מכירה לתשלום 8 דולר, כך שאתם כבר לא חייבים אותו. דלגו על שלב זה ואתם תשלמו מס על מכירה שכבר לא קיימת. מדינות ידועות כרגועות מאוד לגבי החזרת הכסף הזה, אז עדיף לא לשלוח אותו מלכתחילה.

4. מלאי ועלות המכר: רק אם הסחורה חוזרת ניתנת למכירה

אם הז'קט חוזר במצב שניתן למכירה חוזרת, אתם הופכים את צד העלות: חובה מלאי 45 דולר, זכות עלות המוצרים שנמכרו 45 דולר. הז'קט הוא נכס שוב.

אם הוא חוזר פגום, משומש, או לא חוזר בכלל, אתם מבצעים היפוך ללא — 45 הדולרים נשארים ב-COGS כעלות האמיתית של אותה עסקה. זוהי החלטת שיפוט שתוכנה לא יכולה לקבל עבורכם במלואה, וזו הסיבה שתהליך ההחזרות שלכם צריך נקודת בדיקה של "ניתן למכירה או לא" שתזין את הנהלת החשבונות שלכם.

הנה התמונה המלאה עבור ההחזר שלנו בסך 120 דולר, בהנחה שהז'קט ניתן למכירה חוזרת:

רגל	חשבון	חובה	זכות
הכנסה	החזרים והנחות (הכנסה נגדית)	$112.00
מס מכירה	מס מכירה לתשלום	$8.00
מזומן יוצא	חשבון סליקה של מעבד תשלומים		$120.00
מלאי	מלאי	$45.00
COGS	עלות המוצרים שנמכרו		$45.00

ומה לגבי העמלה? לא נראה כאן שום דבר בכניסה הזו — ה-$3.50 המקורי נשאר בדיוק היכן שדצמבר הציב אותו. התוצאה נטו: יצאתם מ-$120 במזומן, יצאתם מ-$3.50 בעמלות לנצח, וקיבלתם בחזרה ז'קט ב-$45. זה מה שהחזר אחד באמת מייצג.

[תמונה: דיאגרמה המציגה החזר אחד המתפצל לארבע חצים — הכנסה, עמלות, מס מכירה, מלאי — כל אחד נוחת בחשבון אחר]

המקרים המיוחדים שנוגסים בינואר

הגרסה הנקייה של ארבע הרגליים מכסה החזר מלא על הזמנה של פריט יחיד. ינואר אמיתי מבולגן יותר. הנה הנהלת החשבונות של החזרות שחנויות איקומרס באמת מתמודדות איתן.

החזרים חלקיים

החזר של 40 דולר מהזמנה של 120 דולר וכל רגל מתרחבת באופן יחסי — הכנסה נגדית חלקית, היפוך מס מכירה חלקי — למעט מלאי, שבדרך כלל לא זז כלל, מכיוון שהחזר חלקי בדרך כלל אומר שהלקוח שמר את הסחורה. החזר פיצוי של 40 דולר על משלוח מאוחר נוגע בהכנסה, מס ומזומן. הוא לעולם לא נוגע ב-COGS.

החזרים בין תקופות: מכירת דצמבר, הוחזרה בינואר

זו הסיבה הגדולה ביותר לכך שספרי ינואר "נשברים". המכירה מתקיימת בדצמבר; ההחזר מתקיים בינואר. אתה לא פותח מחדש את דצמבר כדי לקזז אותם זה מול זה - ההחזר הוא אירוע של ינואר, שנרשם להכנסה נגדית של ינואר.

התוצאה: ההכנסה נטו של ינואר נראית רע, מכיוון שהיא נושאת את ההחזרות של נפח דצמבר ללא מכירות דצמבר. זו לא שגיאת הנהלת חשבונות. זו המציאות, והבנתה בבירור היא המטרה. זה גם אומר שהמספרים שלך בדצמבר מעריכים מעט את מה שבסופו של דבר שמרת - שווה לזכור לפני שתבצע הימורי מלאי לינואר המבוססים על השורה העליונה של הרבעון הרביעי.

חיובים חוזרים לעומת החזרים

חיוב חוזר אינו החזר עם יחס - זה מנגנון שונה. הבנק של הלקוח מושך את הכסף בחזרה דרך המעבד, אתה בדרך כלל מחויב עמלת מחלוקת בנוסף (שאותה, בניגוד להחזר עצמו, ייתכן שתקבל בחזרה רק אם תנצח), וכל העניין יכול להישאר ללא פתרון במשך שבועות.

רשום חיובים חוזרים לחשבון משלהם במקום לכלול אותם בהחזרים. מנגנוני העמלות שונים, התזמון שונה, ושיעור חיובים חוזרים עולה הוא אזעקה תפעולית שתרצה שתוכל לראות.

ביטולים הם מין שלישי שוב, ושווה לראות כיצד תוכנת סנכרון ממדלת את ההבדל. ב-LedgerPort, הגדרת "בטל הזמנות QB עבור הזמנות שבוטלו" מבטלת את העסקה ב-QuickBooks כאשר הזמנה שסונכרנה כבר בוטלה - ביטול, לא מחיקה ולא החזר, כך שהרשומה שורדת עבור נתיב הביקורת שלך בזמן שההכנסה יוצאת; הזמנות שבוטלו לפני שסונכרנו כלל פשוט מדלגות. החזר, לעומת זאת, תמיד מייצר מסמך הפוך מקושר למכירה המקורית. ואם אתה מנפיק זיכוי בחנות במקום להחזיר מזומן, זה אירוע רביעי: כרטיסי מתנה וזיכוי בחנות נרשמים כהתחייבויות, לא הכנסות - אותה לוגיקה כמו שלב מס המכירות לעיל, המיושמת על סחורה שאתה חייב כעת.

דמי חידוש מלאי

אם אתה גובה דמי חידוש מלאי של 10%, אתה מחזיר 108$ על ההזמנה שלנו בסך 120$ אך הכניסה הנגדית עדיין מבוססת על הסכום המלא של המוצר - 12$ ששמרת נרשמים כשורת הכנסה משלה (הכנסה מדמי חידוש מלאי) או כהפחתה של ההחזר. בכל מקרה, אל תיתן לזה להיעלם בשקט לתוך סכום החזר "קרוב מספיק", כי זה ההבדל בין סך ההחזר שלך לסך המזומן שלך שיתאים אי פעם.

המבנה ששומר על השפיות

אתה לא מתקן הנהלת חשבונות החזרות רשומה אחת בכל פעם בינואר. אתה מתקן זאת עם מבנה, שהוגדר פעם אחת. שלושה חלקים:

חשבון הכנסה נגדי ייעודי. אם החזרים מפחיתים כעת את שורת ההכנסה שלך באופן בלתי נראה, צור "החזרים והחזרות" תחת הכנסה והפנה כל החזר לשם. דוח רווח והפסד שלך יתחיל מיד לספר לך את שיעור ההחזר שלך - רוב בעלי החנויות מופתעים מהמספר.

סיכומי החזרים חודשיים. אינך זקוק לרשומה יומית בעלת ארבע רגליים עבור כל החזר. מה שאתה צריך הוא סיכום מדויק של החזרי החודש על פני ארבע הרגליים – הכנסות, מס, מלאי, כאשר העמלות נשארות ללא שינוי – כך שהחודש יעמוד בפני עצמו. זה גם מה שהופך החזרים בין-תקופתיים לאירוע שולי: סיכום ינואר פשוט כולל את החזרי דצמבר.

התאמת תשלומים הצופה החזרים. תשלום עם הרבה החזרים לעולם לא ישתווה למכירות פחות החזרים, בגלל העמלות שלא הוחזרו. תהליך הגישור שלך חייב לפרק כל תשלום למכירות, החזרים ועמלות לפני השוואתו להפקדה בנקאית – השיטה המלאה נמצאת במדריך שלנו לגישור תשלומים של Shopify ב-QuickBooks. ואם תקים את המבנה הזה לפני סוף השנה, עונת המס תפסיק להיות פרויקט ארכיאולוגי – רשימת הבדיקה להכנת מס לחנויות Shopify שלנו מראה היכן נתוני החזרים נקיים משתלמים.

היכן אוטומציה תופסת את זה

כל האמור לעיל ניתן לביצוע ידנית. זה בדיוק סוג העבודה החזרתית, של ארבעה דברים בו-זמנית, שתוכנה אמורה לעשות, וזה המקום שבו כלי סנכרון מוכיח את ערכו.

הטיפול בהחזרים של LedgerPort מיישם מבנה זה באופן אוטומטי עבור חנויות Shopify ו-WooCommerce: החזרים נרשמים לחשבון הכנסה נגדי במקום לדרוס מכירות, היפוכים של מס מכירה מחושבים לכל החזר, עמלות עיבוד שלא הוחזרו נשמרות בנפרד כך שתשלומים עדיין יתאימו, והחזרים בין-תקופתיים נוחתים בחודש הנכון מבלי לגעת בספרים הסגורים שלך. בתוכנית Scale, יומני תשלומים מגיעים עם עמלות והחזרים שכבר מפורטים – התמחור מתחיל בחינם, עם תוכניות בתשלום החל מ-$25 לחודש והחזר כספי תוך 14 יום.

צד ה-QuickBooks משקף את מה שהרואה חשבון שלך היה עושה ידנית. הזמנות שנסרכות כחשבוניות מקבלות תעודת זיכוי המקושרת לחשבונית המקורית; הזמנות שנסרכות כקבלות מכירה מקבלות קבלת החזר הקשורה למכירה המקורית. בכל מקרה, העסקה המקורית מדצמבר נשארת ללא שינוי – וזו בדיוק הכלל "אל תמחק את המכירה" ממבנה ארבע הרגליים לעיל, נאכף על ידי תוכנה. החזרים חלקיים יוצרים עסקה עבור הסכום המוחזר בלבד, עם פריטי שורה, מס ומשלוח מפורטים כדי להתאים למה שהוחזר ב-Shopify.

הפעלתו היא הגדרה אחת: תחת Sync Config » Orders, סמן Refunded, Partially Refunded, או את שניהם כטריגרים של סטטוס תשלום.

כמה פשרות כנות שכדאי לדעת לפני שאתם מסתמכים עליו. החזר כספי יכול להיות משויך רק להזמנה שכבר קיימת ב-QuickBooks — אם המכירה המקורית מעולם לא סונכרנה, להחזר הכספי אין על מה לנחות עד שתסנכרנו את ההזמנה תחילה. אם החזר כספי נערך ב-Shopify לאחר שהונפק, הסכום המסונכרן עלול להגיע בצורה שגויה עד שתדחפו אותו שוב. ואם אף אחד מהטריגרים של החזר כספי אינו מופעל, החזרים כספיים אינם נכללים בסנכרון כלל ויתרת ה-QuickBooks שלכם מתרחקת בשקט מ-Shopify. אף אחת מהבעיות הללו אינה דורשת בנייה מחדש של הספרים: כאשר משהו חומק, אתם מסנכרנים ידנית את ההזמנה הספציפית ו-LedgerPort יוצר את עסקת ההחזר החסרה.

ב-WooCommerce: החזרים הם אינסטלציה לכל שער תשלום

הסיפור שלמעלה הוא מהדורת Shopify. ב-WooCommerce, החזרים כספיים הם ישות מסונכרנת ממדרגה ראשונה בפני עצמם: התוסף LedgerPort רושם webhook ייעודי refund.created, כך שהנפקת החזר כספי מפעילה אירוע סנכרון משלה במקום להיות מוסקת מעריכה של ההזמנה. ומכיוון ששערי תשלום שונים מיישבים החזרים כספיים באופן שונה, סנכרון החזרים כספיים מוגדר לכל שער תשלום בהגדרות סנכרון » תשלומים: כל שער תשלום ש-LedgerPort מזהה בחנות שלכם מקבל מתג משלו המאפשר החזרים כספיים, חשבון פיצוי משלו, ומספור הפניות להחזרים משלו — פורמט קידומת/סיומת או מזהה ההחזר של WooCommerce — כך שכל החזר כספי ב-QuickBooks ניתן לאיתור חזרה לאירוע המדויק בחנות שיצר אותו.

התשלום התפעולי הוא אימות. לשונית התשלומים בדף סנכרון ידני מחליפה חיפוש טקסט בשתי פילטרים נפתחים — שער תשלום וסטטוס סנכרון — כך ש"כל תשלום Stripe שטרם הגיע ל-QuickBooks" הוא שאילתה של שתי פילטרים נפתחים. אותה זוג פילטרים הוא הדרך שבה אתם מאשרים, במהלך שבוע עמוס החזרים כספיים, שזרימת ההכנסות הנגדיות אכן רצה עבור כל שער תשלום במקום להניח שכן.

הסתייגות כנה אחת: אף כלי לא יכול לומר לכם אם ז'קט שהוחזר ניתן למכירה. רכיב המלאי עדיין דורש החלטה אנושית בדלפק ההחזרות. מה שאוטומציה מסירה הוא כל מה שקורה לאחר ההחלטה הזו.

החזרים לעולם לא יהפכו למהנים. זו לא המטרה.

הנה האמת הטרגית-קומיקלית של כל זה: גם עם ספרים מושלמים, החזרי ינואר עדיין כואבים. אתם עדיין מחזירים מזומנים מהרבעון הטוב ביותר שלכם, עדיין משלמים את עמלות העיבוד, עדיין צופים בהכנסה נטו יורדת בזמן שגל ההחזרות חולף.

מה שמשתנה הוא שהכאב הופך לקריא. התשלום תואם. חבות המס נכונה. דצמבר נשאר סגור. שיעור ההחזרים הוא מספר בדוח במקום תחושה רעה בבטן. החזרים כספיים עוברים מלהיות משבר להיות משעממים — ומשעמם, בספרי חשבונות, זה כל המטרה.

אם ינואר שלך נראה כרגע כמו זה שבראש הפוסט הזה — תשלומים מצטמצמים, החזרי דצמבר רודפים את ינואר, עמלות נעלמו — מבנה ארבע הרגליים הוא הפתרון, ואתה יכול להפעיל אותו לפני גל ההחזרות הבא. התחל בחינם עם LedgerPort ותן לו לרשום את ההחזר הבא כראוי עבורך →