אוטומציה של הנהלת חשבונות במסחר אלקטרוני: מה לאוטומציה קודם

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

---

זה ה-14 בחודש, 21:40 בלילה, ואתם בונים את דוח רווח והפסד של החודש שעבר בלשונית גיליון אלקטרוני בשם מאי — סופי v3. ההכנסות עלו ב-60% השנה. התהליך שסוגר את הספרים שלכם הוא בדיוק זה שהשתמשתם בו לפני שנתיים וחצי מיליון דולר: ייצוא ההזמנות, ייצוא התשלומים, הדבקה, מיון, מצמוץ, התאמה של שלוש השורות שלא מסתדרות, והבטחה לעצמכם שתתקנו את זה כמו שצריך בחודש הבא.

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

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

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

הפוסט הזה הוא הרצף.

הרגע שבו תהליך הנהלת החשבונות שלך מפסיק להתרחב

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

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

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

ההבדל בין שתי הקבוצות האחרונות הוא שאר הפוסט הזה.

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

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

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

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

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

שכבה 3 - התאמת התאמות. קישור כל תשלום להפקדה הבנקאית שהוא הפך אליה, כך שכאשר הזנת הבנק שלך מראה 8,412.67 $, הספרים שלך מכילים ערך תואם שמסביר כל סנט ממנו.

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

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

זכור את ארבע השכבות. כל שאלה אוטומציה שיש לך - כולל זו בכותרת הבאה - היא בסתר שאלה לגבי איזו שכבה אתה מצביע.

מהן האינטגרציות הטובות ביותר להנהלת חשבונות במסחר אלקטרוני?

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

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

שכבת הסנכרון. זוהי הקטגוריה המטפלת בשכבות 1-3: A2X, Synder, Webgility, MyWorks, LedgerPort. זה גם המקום שבו "הטוב ביותר" משתנה באמת בהתאם למצב - הבחירה הטובה ביותר עבור מוכר Shopify-פלוס-אמזון אינה הבחירה הטובה ביותר עבור מפעיל Shopify עם שתי חנויות ב-QBO. השוונו את כל החמש בכנות, כולל היכן שלנו מפסיד, בסקירה המקיפה.

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

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

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

הסדר הנכון לאוטומציה (ומה נשבר אם הופכים אותו)

השכבות אינן תפריט. הן שרשרת תלות, והסדר הוא כל העניין:

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

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

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

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

4. רק אז, סמוך על הדוחות. שכבה 4 אוטומטית את עצמה ברגע ששכבות 1–3 ישרות. זה לא סיסמה; זו אריתמטיקה.

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

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

דיווח פיננסי אוטומטי לפלטפורמות מסחר אלקטרוני

הנה מה שקנית בפועל עם שכבות 1–3: דוחות שאתה יכול לפעול עליהם ללא כוכבית שקטה.

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

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

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

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

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

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

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

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

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

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

המייסד שקורא את דוח רווח והפסד במקום לבנות אותו

דמיינו את אותו מייסד מתחילת הפוסט הזה, ארבעה חודשים אחרי שעשה זאת בסדר הנכון. זה ה-2 לחודש, לא ה-14. קפה, מחשב נייד, QuickBooks פתוח.

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

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

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

LedgerPort מבצע אוטומציה לשלוש השכבות הראשונות עבור חנויות Shopify ו-WooCommerce ב-QuickBooks Online — ההגדרה לוקחת כ-15 דקות, התוכנית החינמית מכסה עד 30 הזמנות בחודש, ותוכניות בתשלום מגיעות עם אחריות להחזר כספי של 14 יום, ללא שאלות. התחל עם שכבה 1 הערב, וקרא את דוח הרווח והפסד הבא שלך ב-2 לחודש.

התחל בחינם ובצע אוטומציה לשכבה 1 →