עלות המכר (COGS) עבור מוכרי Shopify ב-QuickBooks: מדריך מעשי

החנות שלך לא הפסידה כסף במרץ. הנהלת החשבונות שלך רשמה מכולה של מלאי כאילו שרפת אותה.

---

דוח הרווח והפסד שלך למרץ מראה הפסד של 19,000 דולר. אפריל מראה את החודש הטוב ביותר שלך אי פעם. שום דבר בחנות שלך לא השתנה בין השניים - אותם מוצרים, אותה הוצאה על פרסום, בערך אותן מכירות. ההבדל היחיד הוא שבמרץ העברת לספק שלך תשלום עבור מכולה של סחורה, ובאפריל לא.

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

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

השקר: "עלות המכר היא כל מה שהוצאתי על מלאי החודש"

הנה האמונה שמייצרת את תבנית ההפסד-במרץ-רישום-באפריל: עלות המכר היא הכסף ששלחת לספק שלך.

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

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

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

איך עלות המכר עובדת באמת: מלאי הוא נכס עד שהוא נמכר

המכניקה הנכונה כוללת שני מהלכים, ול-QuickBooks יש חשבון לכל אחד מהם.

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

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

זה הכל. זה כל המודל:

אירוע	מה קורה ב-QuickBooks
אתה קונה מלאי	מלאי (נכס) עולה. מזומן יורד. רווח והפסד ללא שינוי.
יחידה נמכרת	הכנסה נרשמת. עלות היחידה הזו עוברת ממלאי ל-COGS.
מלאי נשאר ללא מכירה	הוא נשאר במאזן כנכס. ללא השפעה על רווח והפסד.

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

מה נכלל בעלות המכר עבור חנות Shopify (ומה לא)

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

• עלות מוצר — מה ששילמת לספק עבור היחידה עצמה.
• הובלה פנימה — עלות המכולה, הובלה אווירית, או שליח של הבאת המלאי מהספק שלך למחסן או ל-3PL שלך.
• מסי יבוא ומכס — חיובים של המכס בדרך פנימה.

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

חשוב לא פחות הוא מה נשאר מחוץ ל-COGS:

• דמי ליקוט, אריזה וביצוע הזמנות — מה שה-3PL שלך גובה עבור משלוח הזמנה הוא עלות של ביצוע הזמנה, לא עלות של המוצרים. זו הוצאה תפעולית. (חשבוניות 3PL ראויות לקריאה שורה אחר שורה משלהן — ראה איך תמחור 3PL באמת עובד.)
• משלוח ללקוחות — אותה לוגיקה. הוצאה תפעולית (חלק מהחנויות מציגות זאת מיד מתחת לרווח הגולמי כעלות ביצוע הזמנה; בכל מקרה, זה לא COGS).
• עמלות Shopify ועיבוד תשלומים — עלויות מכירה, לא עלויות מוצר.
• הוצאות פרסום, תוספות אריזה, תוכנה — הוצאות תפעוליות, כולן.

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

שלוש דרכים לעקוב אחר עלות המכר בקנה מידה של חנות

לדעת את המודל זה דבר אחד. רישום עלות מכר (COGS) על 1,500 הזמנות בחודש זה דבר אחר. בפועל, מוכרי שופיפיי משתמשים באחת משלוש שיטות.

שיטה 1: רישום יומן חודשי של עלות המכר

סוס העבודה. פעם בחודש, אתה מחשב את עלות המכר (COGS) בגיליון אלקטרוני ורושם אותו ב-QuickBooks כערך יומן יחיד:

1. תחזק עלות משלוח לכל SKU. עמודה אחת בגיליון אלקטרוני לכל SKU: עלות ספק + הובלה שהוקצתה + מכס שהוקצה, ליחידה. עדכן אותה כאשר משלוח חדש מגיע בעלות שונה.
2. משוך יחידות שנמכרו לכל SKU לחודש. דוח מכירות לפי מוצר של שופיפיי נותן לך זאת ישירות.
3. הכפל וסכם. עלות משלוח × יחידות שנמכרו, לכל SKU, מסוכם.
4. רשום ערך יומן אחד: חובה עלות מכר (COGS), זכות מלאי, עבור הסכום הכולל.

רכישות במהלך החודש הולכות לחשבון נכסי המלאי כאשר החשבונות נכנסים. ערך סוף החודש מעביר בדיוק את מה שנמכר.

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

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

שיטה 2: מעקב המלאי המובנה של QuickBooks Online

QBO Plus ו-Advanced יכולים לעקוב אחר מלאי באופן טבעי: אתה מגדיר עלות למוצר, QBO מחזיק כמות במלאי, וכל מכירה רושמת עלות מכר (COGS) אוטומטית באמצעות FIFO.

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

יתרונות: עלות המכר (COGS) נרשמת בעצמה, הזמנה אחר הזמנה, ללא ערך סוף חודש. חסרונות: דורש סנכרון מפורט לכל הזמנה, רישום ממושמע של עלות משלוח על כל חשבון, והיגיינת SKU מתמשכת. סביר תחת כ-50 SKUs ונפח מתון; שביר יותר ויותר מעבר לכך.

שיטה 3: תוכנת מלאי ייעודית

מעבר לנקודה מסוימת — מחסנים מרובים, חבילות וערכות, הרכבה, אלפי פריטי מלאי (SKUs) — ניהול מלאי חורג הן מטבלאות אקסל והן ממעקב מובנה של QBO. כלים במעמד Cin7, Katana, או inFlow עוקבים אחר כמויות ועלויות כעבודה העיקרית שלהם ודוחפים סיכומי COGS (עלות המכר) וערכי מלאי לרבעון-שנתי (QuickBooks).

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

דוגמה חודשית מחושבת

חנות בדיונית, מספרים עגולים. אתה מוכר שלושה פריטי מלאי (SKUs) של כלי שתייה מקרמיקה. במרץ, מגיעה משלוח: 42,000 דולר מוצר, 4,800 דולר הובלה ימית, 1,200 דולר מכס — 48,000 דולר עלות נחיתה כוללת.

כאשר המשלוח נוחת (נרשם דרך חשבונות ספק וחשבונות הובלה):

חובה מלאי 48,000 דולר · זכות חשבונות זכאים / מזומן 48,000 דולר

רווח והפסד של מרץ: ללא שינוי. מאזן הנכסים שלך נושא כעת את המלאי כנכס.

במהלך מרץ, אתה מוכר 1,620 יחידות משלושת פריטי המלאי (SKUs) תמורת 51,000 דולר הכנסות. בסוף החודש, אתה מושך יחידות שנמכרו לכל פריט מלאי (SKU) משופיפיי ומכפיל בעלות הנחיתה:

פריט מלאי (SKU)	עלות יחידה בנחיתה	יחידות שנמכרו	עלות מכר
ספל, 12 אונקיות	$6.40	900	$5,760
כוס טמבלר, 16 אונקיות	$8.10	520	$4,212
סט קנקן	$19.50	200	$3,900
סה"כ		1,620	$13,872

הרישום החודשי לסוף החודש:

חובה עלות מכר 13,872 דולר · זכות מלאי 13,872 דולר

רווח גולמי של מרץ: 51,000 דולר - 13,872 דולר = 37,128 דולר, שולי רווח גולמי של 72.8%. 34,128 הדולרים הנותרים מהמשלוח נשארים במאזן, וממתינים להפוך לעלות המכר של אפריל, מאי ויוני ככל שהם נמכרים.

כעת הפעל את אותו החודש בכיוון ההפוך — כל 48,000 הדולרים הוצאו עם ההגעה. מרץ מציג 51,000 דולר הכנסות מול 48,000 דולר "עלות": שולי רווח של 5.9%. אפריל, עם מכירות דומות וללא רכישה, מציג כמעט 100%. אותה חנות, אותם מוצרים, ושני מספרים שניהם חסרי תועלת. זו כל ההבדל שהתזמון עושה.

איפה צד המכירות משתלב

כל שיטה לעיל תלויה באותו הדבר: ידיעה מדויקת מה נמכר, לכל פריט מלאי (SKU), לכל חודש, ויש לך הכנסות נקיות ברבעון-שנתי (QuickBooks) כדי להתאים את עלות המכר שלך. אם הזמנות שופיפיי שלך נוחתות ב-QBO כפיקדונות בסכום כולל — או לא בכלל — לרישום עלות המכר אין משהו אמין להתאים אליו, ושולי הרווח הגולמי נשארים בדיוני ללא קשר עד כמה גיליון עלויות הנחיתה שלך טוב.

צד ההכנסות הזה הוא החלק שכדאי לאוטומט תחילה, והוא החלק ש-LedgerPort מטפל בו: הזמנות, החזרים, עמלות ותשלומים מסונכרנים משופיפיי לרבעון-שנתי (QuickBooks) עם מוצרים ממופים לפריטי QBO הנכונים ו-חשבונות הכנסה ממופים היכן שאתה רוצה אותם. LedgerPort אינו מחשב את עלות המכר שלך — זו המתמטיקה של עלות הנחיתה שלך או כלי המלאי שלך — אבל הוא מוודא שההכנסות שאליהן העלויות הללו מתאימות מדויקות עד הפני, חודש אחר חודש. יש תוכנית חינם לחנויות עד 30 הזמנות בחודש, ותוכניות בתשלום מתחילות ב-25 דולר לחודש.

ראה כיצד LedgerPort שומר על צד ההכנסות של הרווח הגולמי שלך נקי →

הגרסה שלך שסומכת על דוח רווח והפסד

שישה חודשים מהיום, מכולת מרץ נוחתת והרווח וההפסד שלך לא ממצמץ. שולי הרווח הגולמי קוראים 72% במרץ, 71% באפריל, 73% במאי — אות מספיק חזק שצניחה של שתי נקודות שולחת אותך לבדוק את מחירי ההובלה במקום לפקפק בספרים שלך. כשרואה החשבון שלך מבקש מלאי קיים, זה מספר במאזן, לא ניחוש.

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