חשבונאות מלאי במסחר אלקטרוני: תקופתי לעומת מתמשך

שופיפיי יודעת שיש לך 214 כוסות נשיאה שנותרו. אין לה מושג מה שוויין — וגם, כרגע, לספרים שלך אין.

---

זה ינואר, ורואה החשבון שלך שואל שאלה פשוטה: "מה היה ערך המלאי שלך ב-31 בדצמבר?"

אתה פותח את שופיפיי. היא אומרת שיש לך 214 כוסות נשיאה, 387 ספלים, ו-96 סטים של קנקנים — מדויק ליחידה, מעודכן לדקה. אתה פותח את QuickBooks. חשבון נכסי המלאי אומר 31,400 דולר, מספר שלא זז מאז רשומת יומן שאתה לא ממש זוכר שיצרת. מעולם לא עשית ספירה פיזית. שלוש מקורות, שלוש תשובות, והכנה היא: אתה לא יודע.

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

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

יחידות אינן דולרים: מדוע ספירת הפלטפורמה אינה ערך בספרים

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

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

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

שתי מערכות חשבונאות מלאי במסחר אלקטרוני

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

תקופתי: ספירה, ואז תיקון

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

מלאי התחלתי + רכישות - מלאי סופי = COGS

רשומה מתאמת אחת קובעת את יתרת המלאי למציאות ושולחת את ההפרש ל-COGS. בוצע.

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

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

מתמשך: כל מכירה מזיזה מלאי

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

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

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

איזו מערכת מתאימה לחנות שלך — בכנות

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

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

חנויות בינוניות — בערך 200 עד 5,000 הזמנות בחודש: רובן מנהלות את השיטה ההיברידית המתוארת במדריך עלויות המוצר הנמכר (COGS): רישום חודשי המחושב לפי עלות משלוח × יחידות שנמכרו לכל SKU. זהו תהליך מחזורי בתדירותו אך קבוע בלוגיקה שלו — הוא משתמש בנתוני מכירות ולא בנוסחת ספירה, כך שגניבות (shrinkage) אינן נבלעות אוטומטית בעלויות המוצר הנמכר. שלבו זאת עם ספירה רבעונית והריביון היחס הטוב ביותר בין מאמץ לדיוק במסחר אלקטרוני.

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

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

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

בכל מערכת שתפעילו, ישנה בחירה שנייה המסתתרת מתחתיה. כאשר אתם מוכרים כוס אחת והמחסן מחזיק כוסות ממשלוח בעלות 6.00$ ומשלוח בעלות 7.20$, *איזו עלות* הפכה כעת לעלות המוצר הנמכר? זוהי הנחת זרימת העלות, ובפועל מסחר אלקטרוני משתמש באחת משתיים:

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

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

אף אחת מהן לא משנה את מה ששילמתם בפועל; הן רק משנות *באיזה חודש זה מדווח*. הנחיה מעשית: המעקב המובנה של QuickBooks Online הוא FIFO בלבד, רוב כלי המלאי הייעודיים משתמשים כברירת מחדל בממוצע משוקלל/נע, ו-LIFO הוא למעשה אופציה לא קיימת עבור מוכרים מקוונים. לבחירה יש השלכות מס ואתם לא יכולים להחליף אותה בקלות — אמתו את השיטה עם רואה החשבון שלכם, ואז הישארו עקביים. חנות שמשנה הנחות כאשר זה מחמיא למספרים, יש לה רווחים שאינם משמעותיים משנה לשנה.

התכווצות וניכיונות: היכן ספירות מוכיחות את ערכן

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

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

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

המציאות של QuickBooks Online

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

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

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

בחר את המערכת שתפעיל בפועל

בחזרה לינואר. הגרסה שלך שתיקנה זאת עונה לרואה החשבון במשפט אחד: "מלאי סופי היה 38,150$ — נספר ב-30 בדצמבר, הוערך לפי עלות ממוצעת משוקללת כוללת, גניבה הייתה 1.1% והיא בשורה נפרדת." Shopify עדיין מנהלת את המחסן. הספרים מנהלים את הכסף. אף אחד לא מבלבל בין השניים.

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

ראה כיצד LedgerPort שומר על נתוני ההזמנה ששיטת המלאי שלך תלויה בהם →