گزارش تسویه آمازون شما ۲۲٬۰۰۰ دلار فروش برای این دوره نشان می‌دهد. واریزی که به حساب بانکی‌تان می‌رسد به‌سختی ۱۴٬۰۰۰ دلار است. نرم‌افزار حسابداری شما، که با وظیفه‌شناسی فید بانکی را وارد کرده، ۱۴٬۰۰۰ دلار درآمد ثبت می‌کند — و حالا سود شما نازک‌تر از آنچه هست به نظر می‌رسد، هزینه‌هایتان هزاران دلار کارمزد قابل کسر را از دست داده‌اند، و اظهارنامه مالیاتی‌تان بی‌صدا از آنچه سازمان مالیاتی انتظار دیدنش را دارد فاصله می‌گیرد. هر سه عدد از همان دو هفته فروش آمده‌اند.
این همان شکاف تسویه پرداختی است، و بزرگ‌ترین منبع واحد اشتباه در دفاتر تجارت الکترونیک است. هر بازارگاهی مبلغی خالص به شما پرداخت می‌کند — فروش ناخالص منهای سهم ارجاع خودش، کارمزدهای انجام سفارش، هزینه‌های تبلیغاتی، بازپرداخت‌ها، ذخایر و تعدیلات — اما دفاتر شما به مبلغ ناخالص و هر کسر به‌عنوان خطی جداگانه نیاز دارند. فقط واریزی را ثبت کنید و صورت‌های مالی‌تان همزمان به نیم دوجین روش اشتباه خواهند بود. این راهنما تشریح می‌کند که پرداخت واقعی هر پلتفرم چه چیزی در خود دارد، چرا ثبت واریزی‌های خالص حاشیه سود، پیش‌بینی‌های نقدی و اظهارنامه‌های مالیاتی شما را خراب می‌کند، و روتین تسویه‌ای که این شکاف را می‌بندد.
یک پرداخت واقعاً شامل چه چیزی است
تسویه یک بازارگاه هرگز فقط «پول فروش شما» نیست. یک تسویه خالص است: هر چیزی که خریداران پرداختند، منهای هر چیزی که پلتفرم نگه داشت، تعدیل‌شده برای بازپرداخت‌ها، بازپرداخت‌های جبرانی و نگه‌داشت‌های زمانی. یک تسویه معمول دو هفته‌ای آمازون را در نظر بگیرید:
- فروش ناخالص حدود ۲۲٬۰۰۰ دلار
- منهای کارمزدهای ارجاع حدود ۲٬۸۰۰ دلار
- منهای کارمزدهای انجام سفارش FBA حدود ۲٬۴۰۰ دلار
- منهای کارمزدهای انبارداری حدود ۴۰۰ دلار
- منهای هزینه‌های تبلیغاتی حدود ۱٬۵۰۰ دلار
- منهای مرجوعی‌ها و بازپرداخت‌ها حدود ۶۰۰ دلار
- به‌علاوه بازپرداخت‌های جبرانی برای موجودی گمشده یا آسیب‌دیده حدود ۱۰۰ دلار
- واریز خالص: تقریباً ۱۴٬۴۰۰ دلار
اگر آن واریزی ۱۴٬۴۰۰ دلاری را به‌عنوان درآمد ثبت کنید — که دقیقاً همان کاری است که وارد کردن پیش‌فرض فید بانکی به QuickBooks یا Xero انجام می‌دهد — درآمد نزدیک به ۸٬۰۰۰ دلار کم‌نمایی شده، چندین هزار دلار کارمزد قابل کسر هرگز به حساب‌های هزینه‌تان نمی‌رسند، و مرجوعی‌ها نامرئی می‌شوند. این را در دوازده ماه و سه کانال فروش ضرب کنید، و دفاتر پایان سال شما کسب‌وکاری را توصیف می‌کنند که وجود ندارد.
هر پلتفرم رقم خالص خود را به شکل متفاوتی سرهم می‌کند، و همین دلیل آن است که فروشندگان چندکاناله بیشترین فشار این شکاف را حس می‌کنند.
آمازون: طولانی‌ترین رسید
آمازون تقریباً هر دو هفته تسویه می‌کند، و گزارش تسویه‌اش ریزترینِ این سه است. فراتر از کمیسیون ارجاع اصلی (معمولاً ۸ تا ۱۵ درصد بسته به دسته‌بندی) و کارمزدهای انجام سفارش FBA به‌ازای هر واحد، فروشندگان کارمزدهای ماهانه انبارداری، کارمزدهای قرارگیری ورودی، کارمزدهای سطح موجودی پایین، هزینه‌های سوخت و تورم، هزینه‌های تبلیغاتی که مستقیماً از تسویه کسر می‌شود، بازپرداخت‌ها، و یک ذخیره در سطح حساب که آمازون نگه می‌دارد — اغلب حدود دو هفته فروش — و به‌صورت چرخشی آزاد می‌کند را نیز متحمل می‌شوند. بازپرداخت‌های جبرانی برای موجودی گمشده یا آسیب‌دیده FBA به‌عنوان اعتبار بازمی‌گردند. فایل تخت تسویه هر یک از این‌ها را بر اساس نوع تراکنش، نوع کارمزد، شناسه سفارش و SKU فهرست می‌کند، که آن را قابل تسویه می‌کند اما برای ورود دستی بسیار پرجزئیات است.
شاپیفای: نزدیک‌تر به ناخالص، با تله‌های خودش
شاپیفای پی‌منتس طبق برنامه چرخشی پرداخت می‌کند (به‌طور پیش‌فرض روزانه در بیشتر مناطق)، بنابراین واریزی‌ها فروش را نزدیک‌تر از دسته‌های دو هفته‌ای آمازون دنبال می‌کنند. این پرداخت کارمزدهای پردازش کارت، بازپرداخت‌ها و اعتراض‌ها را قبل از حرکت پول کسر می‌کند. تله‌ها متفاوت‌اند: فروشندگانی که چندین درگاه پرداخت (Shop Pay، پی‌پال، Klarna، یک پردازشگر شخص ثالث) را اداره می‌کنند، جریان‌های پرداخت جداگانه با برنامه‌های جداگانه و ساختارهای کارمزد جداگانه دریافت می‌کنند، و پی‌پال هیچ داده کارمزدی به شاپیفای نمی‌دهد. وام‌ها و پیش‌پرداخت‌های نقدی Shopify Capital لایه دیگری اضافه می‌کنند — بازپرداخت‌ها به‌عنوان درصدی از فروش روزانه نگه داشته می‌شوند، که در پرداخت مثل یک کارمزد به نظر می‌رسد اما در واقع بازپرداخت وام است. آن را به‌عنوان هزینه ثبت کنید و کسرها را بیش‌نمایی می‌کنید در حالی که مانده وام هرگز در ترازنامه‌تان کوچک نمی‌شود.
تیک‌تاک شاپ: کمیسیون روی کمیسیون
تیک‌تاک شاپ هر سفارش را حدود دو هفته پس از تحویل تسویه می‌کند تا پنجره مرجوعی را پوشش دهد، سپس سفارش‌های تسویه‌شده را در پرداخت‌ها دسته‌بندی می‌کند. پشته کسورات شامل کمیسیون ارجاع، کارمزد تراکنش، کارمزدهای اداری بازپرداخت، کارمزدهای حمل‌ونقل و عملیات لجستیک (که از تسویه فروشنده کسر می‌شود و حتی وقتی خریدار کالا را برمی‌گرداند غیرقابل بازگشت است)، و — خطی که بیشتر فروشندگان از دست می‌دهند — کمیسیون‌های وابسته است. اگر تولیدکنندگان محتوا محصولات شما را تبلیغ کنند، کمیسیون آن‌ها و هر کمیسیون شریک وابسته یا تبلیغات فروشگاهی از همان تسویه کسر می‌شود. فروشنده‌ای که یک برنامه وابسته فعال را اداره می‌کند می‌تواند ببیند چند صد دلار در هر پرداخت در خطوط کمیسیونی که هرگز بودجه‌بندی نکرده تبخیر می‌شود، چون داشبورد فروش ارزش کالای ناخالص را نشان می‌دهد، نه تسویه خالص را.
چرا ثبت واریزی‌های خالص بیشتر از سود و زیان را خراب می‌کند
آسیب آشکار یک صورت سود و زیان است که هم درآمد و هم هزینه‌ها را کم‌نمایی می‌کند. آسیب کمتر آشکار از آنجا مرکب می‌شود.
تحلیل حاشیه سود شما داستان است
اگر کارمزدهای ارجاع، کارمزدهای انجام سفارش و کمیسیون‌های وابسته هرگز به‌عنوان خطوط جداگانه متصل به SKUها ظاهر نشوند، نمی‌توانید حاشیه سهم سطح SKU را محاسبه کنید. می‌توانید یک میانگین محاسبه کنید — کل واریزی‌ها تقسیم بر کل واحدها — اما یک میانگین پنهان می‌کند که کدام محصولات پول درمی‌آورند و کدام توسط برندگانتان یارانه می‌خورند. محصولی که مدام سفارش می‌دهید چون «خوب فروش می‌رود» ممکن است در هر واحد پس از بار واقعی کارمزدش ضرر بدهد. فروشندگانی که در سطح تسویه حسابرسی می‌کنند به‌طور معمول کشف می‌کنند که پرفروش‌ترین محصولشان بر اساس درآمد در رتبه‌ای نزدیک به پایین بر اساس حاشیه سود قرار دارد.
پیش‌بینی نقدی شما از ورودی‌های اشتباه استفاده می‌کند
دفاتر ساخته‌شده بر تاریخ‌های واریز، درآمد را وقتی که پول می‌رسد ثبت می‌کنند، نه وقتی که فروش اتفاق می‌افتد. فروش آمازون از هفته آخر مارس در اواسط آوریل تسویه می‌شود؛ سفارش‌های تیک‌تاک شاپ دو هفته پس از تحویل در وضعیت «تسویه‌نشده» می‌مانند. مدل سرمایه در گردشی که با زمان‌بندی واریز تغذیه می‌شود به‌طور سیستماتیک درآمد را دو تا چهار هفته جابه‌جا می‌کند، که دقیقاً همان افقی است که تصمیمات خرید موجودی در آن گرفته می‌شود. هر پیش‌بینی ساخته‌شده بر آن داده همان تأخیر را در همان جهت به ارث می‌برد.
اظهارنامه‌های مالیاتی شما از اعداد واقعی‌تان فاصله می‌گیرند
سازمان مالیاتی و هر ایالتی که در آن رابطه مالیاتی دارید، شما را بر فروش ناخالص منهای هزینه‌های قابل کسر مالیات می‌بندد — نه بر واریزی‌های خالص. از داده واریز اظهار کنید و درآمد را کم‌گزارش می‌کنید در حالی که همزمان کسرهای کارمزدی که می‌توانست آن را جبران کند از دست می‌دهید؛ اثر خالص مالیاتی غیرقابل پیش‌بینی است، اما اظهارنامه دیگر با ارقام پرداخت ناخالصی که بازارگاه‌ها درباره شما گزارش می‌کنند مطابقت ندارد. وقتی ۱۰۹۹-K پلتفرم ۱۸۰٬۰۰۰ دلار پرداخت ناخالص نشان می‌دهد و اظهارنامه شما ۱۲۰٬۰۰۰ دلار درآمد بدون هیچ جدول تطبیقی نشان می‌دهد، برنامه تطبیق سازمان مالیاتی فرض نمی‌کند که شما ۶۰٬۰۰۰ دلار کارمزد داشته‌اید — بلکه اخطاریه می‌فرستد. درآمد ناخالص در اظهارنامه باید به گزارش‌های تسویه بازارگاه متصل شود، با کارمزدها که به‌عنوان هزینه‌های عادی کسبوکار کسر می‌شوند.
ذخایر و نگه‌داشت‌ها نوسان‌های خیالی ایجاد می‌کنند
ذخیره چرخشی آمازون، پنجره تحویل به‌علاوه تسویه تیک‌تاک شاپ، و نگه‌داشت‌های گاه‌به‌گاه پرداخت شاپیفای برای بررسی ریسک همه به این معنا هستند که بخشی از فروش هر دوره وقتی ماه بسته می‌شود تسویه نشده است. بدون تعهدات پایان ماه — فروش کسب‌شده اما هنوز دریافت‌نشده که به‌عنوان حساب دریافتنی از بازارگاه ثبت می‌شود — درآمد به‌جای دنبال کردن فعالیت واقعی فروش، با زمان‌بندی پرداخت تلوتلو می‌خورد. دسامبر ضعیف به نظر می‌رسد چون تسویه‌ها تعطیلات را در بر می‌گیرند؛ ژانویه به همان دلیل قهرمانانه به نظر می‌رسد.
راه‌حل: تسویه‌ها را تطبیق دهید، نه واریزی‌ها را
راه‌حل حرفه‌ای یک حساب تسویه است: یک حساب موقت ترازنامه‌ای برای هر پلتفرم که فروش ناخالص را از لحظه شناسایی درآمد تا رسیدن پول و حساب شدن هر کارمزد نگه می‌دارد. این گردش کار سه مرحله دارد.
مرحله ۱: فروش ناخالص را وقتی اتفاق می‌افتد ثبت کنید. از گزارش فروش یا تسویه هر پلتفرم، فروش ناخالص دوره را به‌عنوان درآمد ثبت کنید و بدهی متعادل‌کننده را به حساب تسویه پلتفرم بزنید (یک دارایی — پولی که بازارگاه به شما بدهکار است). این کار را به‌ازای هر دوره تسویه انجام دهید، نه به‌ازای هر سفارش؛ هیچ‌کس به ۴٬۰۰۰ خط دفتر روزانه در ماه نیاز ندارد.
مرحله ۲: هر پرداخت را به اجزایش تقسیم کنید. وقتی واریز می‌رسد، آن را در برابر حساب تسویه پاک کنید و هر کسر را در حساب هزینه خودش ثبت کنید:
- بدهکار: نقد (مبلغ واریز خالص)
- بدهکار: کارمزدهای بازارگاه — ارجاع/کمیسیون
- بدهکار: کارمزدهای بازارگاه — انجام سفارش/تراکنش
- بدهکار: کارمزدهای بازارگاه — انبارداری/لجستیک
- بدهکار: هزینه تبلیغات
- بدهکار: بازپرداخت‌ها و مرجوعی‌ها (ضد درآمد)
- بستانکار: حساب تسویه پلتفرم (فروش ناخالص دوره)
هر خط به یک حساب ثابت نگاشت می‌شود، در هر دوره تسویه. مالیات فروشی که بازارگاه به‌عنوان تسهیل‌کننده جمع‌آوری و واریز کرده از هر دو درآمد و بدهی بیرون می‌ماند — اما آن رفتار را در برابر ردپای واقعی رابطه مالیاتی‌تان تأیید کنید، نه اینکه فرض کنید پلتفرم همه‌چیز را مدیریت کرده است.
مرحله ۳: حساب تسویه را به صفر تطبیق دهید (به‌علاوه فروش در مسیر). پس از ثبت، حساب تسویه باید فقط فروش انجام‌شده اما هنوز تسویه‌نشده را نگه دارد — واریزی‌های در مسیر شما. آن مانده را با ارقام تسویه در انتظار یا ذخیره پلتفرم مقایسه کنید. اگر حساب تسویه ماه به ماه مانده توضیح‌نشده روبه‌رشدی دارد، چیزی نشت می‌کند: بازپرداخت‌های ثبت‌نشده، بازپرداخت‌های Capital اشتباه دسته‌بندی‌شده، یا کمیسیون‌های وابسته‌ای که هیچ‌جا ثبت نشده‌اند.
روتین ماهانه‌ای که آن را صادق نگه می‌دارد
این را ماهی یک بار، برای هر کانال اجرا کنید و شکاف بسته می‌ماند:
- گزارش‌های تسویه یا پرداخت هر پلتفرم را برای ماه دانلود کنید.
- فروش ناخالص و تفکیک کامل کارمزد را به‌ازای هر دوره تسویه ثبت کنید.
- هر واریز بانکی را با جمع گزارش تسویه‌اش مطابقت دهید — مطابقت دقیق، بدون عدد جبرانی.
- تعهدات پایان ماه را برای فروش کسب‌شده اما تسویه‌نشده و ذخایر باقی‌مانده ثبت کنید.
- فروش ناخالص بر اساس دفاتر را با فروش ناخالص بر اساس پلتفرم‌ها در حدود یک یا دو درصد مطابقت دهید؛ هر چیز بزرگ‌تری را قبل از بستن ماه بررسی کنید.
- هر سه ماه یک بار، نرخ‌های کارمزد را در برابر برنامه فعلی پلتفرم بررسی کنید — درصدهای ارجاع، رده‌های ابعادی FBA و نرخ‌های کمیسیون تیک‌تاک همه تغییر می‌کنند، و یک قالب قدیمی بی‌صدا هر دوره‌ای را که لمس می‌کند اشتباه ثبت می‌کند.
فروشندگان واقعاً چطور این کار را انجام می‌دهند
سه رویکرد بیشتر بازار را پوشش می‌دهند. ابزارهای تجزیه‌کننده تسویه بین بازارگاه و دفتر کل عمومی قرار می‌گیرند، جزئیات سطح تسویه را بیرون می‌کشند، و ورودی‌های دفتر روزانه به‌درستی تفکیک‌شده را در QuickBooks یا Xero می‌نویسند — دقیق و آماده حسابرسی، به قیمت یک اشتراک دیگر برای هر کانال. پلتفرم‌های حسابداری بومی تجارت الکترونیک تجزیه پرداخت را با حسابداری، پرداخت قبض و موجودی در یک سیستم بسته‌بندی می‌کنند — یکپارچگی بیشتر، ترک کردن سخت‌تر. یا یک حسابدار رسمی مسلط به تجارت الکترونیک، نمودار حساب‌ها و قالب‌های دفتر روزانه را در دفتر کل موجود شما می‌سازد — ارزان‌ترین از نظر نرم‌افزار، وابسته‌ترین به تخصص شرکت. هر مسیری که انتخاب کنید، آزمون پذیرش یکسان است: فروش ناخالص، کل کارمزدها بر اساس نوع، و واریز خالص را برای یک دوره تسویه درخواست کنید، و بررسی کنید که این سه تطبیق می‌کنند. دفاتری که نمی‌توانند این را در کمتر از یک دقیقه تولید کنند، تسویه نشده‌اند.
تنها بررسی‌ای که این هفته باید انجام دهید
سه پرداخت آخر بازارگاه‌تان و سه صورت سود و زیان ماهانه آخرتان را بیرون بکشید. یک سؤال بپرسید: آیا رقم فروش ناخالص روی هر صورت سود و زیان با سفارش‌های ناخالص روی گزارش‌های تسویه برای آن دوره، در حدود یک یا دو درصد، مطابقت دارد؟ اگر بله، تسویه شما کار می‌کند. اگر شکاف قابل توجهی وجود دارد — یا اگر پاسخ دادن یک ساعت کندوکاو در فیدهای بانکی می‌برد — شما یک مشکل تسویه پرداخت دارید، و هر ماهی که ادامه یابد، حاشیه‌های سود، پیش‌بینی‌ها و اظهارنامه‌های مالیاتی شما بیشتر از واقعیت فاصله می‌گیرند. ابتدا ماه جاری را با گردش کار حساب تسویه در بالا درست کنید، سپس یک فصل در یک زمان به عقب کار کنید تا حساب‌های تسویه پاک تسویه شوند.
حسابداری تسویه‌تان را آماده حسابرسی نگه دارید
تسویه دقیق پرداخت در نهایت یک انضباط ثبت سوابق است: فروش ناخالص ثبت‌شده وقتی کسب می‌شود، هر کارمزد در حساب خودش، هر واریز متصل به گزارش تسویه‌اش، و یک رد کاغذی که یک حسابرس — یا خریداری که در حال بررسی دقیق کسبوکار شماست — می‌تواند از صورت حساب بانکی تا سفارش دنبال کند. سیستم‌هایی که آن رد را به‌صورت متن ساده و قابل بررسی نگه می‌دارند، روتین ماهانه را سریع‌تر و بررسی پایان سال را بسیار کم‌دردتر می‌کنند. Beancount.io حسابداری متن ساده را فراهم می‌کند که شفافیت کامل و کنترل بر داده‌های مالی‌تان را به شما می‌دهد — بدون جعبه سیاه، بدون قفل فروشنده. رایگان شروع کنید و ببینید چرا توسعه‌دهندگان و متخصصان مالی به حسابداری متن ساده روی می‌آورند.
