Beancount.io LogoBeancount.io

حسابداری موجودی کالا در تجارت الکترونیک با 3PL و تحقق چندکاناله: چگونه فروشندگان آنلاین هزینه‌های تمام‌شده را تخصیص می‌دهند، موجودی رزرو شده FBA را رهگیری می‌کنند، تسویه‌حساب‌های مارکت‌پلیس را تطبیق می‌دهند و از COGS فانتوم در پایان سال جلوگیری می‌کنند

زمان مطالعه 12 دقیقهMike ThriftMike Thrift
حسابداری موجودی کالا در تجارت الکترونیک با 3PL و تحقق چندکاناله: چگونه فروشندگان آنلاین هزینه‌های تمام‌شده را تخصیص می‌دهند، موجودی رزرو شده FBA را رهگیری می‌کنند، تسویه‌حساب‌های مارکت‌پلیس را تطبیق می‌دهند و از COGS فانتوم در پایان سال جلوگیری می‌کنند

یک فروشنده در داشبورد Shopify خود پیمایش می‌کند و حاشیه سود ناخالص ۶۰ درصدی را برای بهترین محصول خود می‌بیند. او احساس خوبی دارد. سپس حسابدار او اعداد پایان سال را استخراج می‌کند و حاشیه واقعی به ۳۸ درصد نزدیک‌تر است. آن ۲۲ واحد درصد دیگر بی سر و صدا توسط کرایه حمل ورودی، عوارض گمرکی، کارمزدهای برداشت 3PL، هزینه‌های اضافی فصل اوج فروش و واحدهای گم شده در انبار آمازون که کسی زحمت ثبت آن‌ها را به خود نداده بود، بلعیده شده‌اند. به گران‌ترین نقطه کور حسابداری در تجارت الکترونیک خوش آمدید: بهای تمام‌شده کالای فروش رفته (COGS) کاذب.

فروشندگان چند کاناله تقریباً ۱۹۰ درصد درآمد بیشتری نسبت به خرده‌فروشان تک‌کاناله کسب می‌کنند، اما آن‌ها همچنین ۱۹۰ درصد پیچیدگی دفترداری بیشتری را به ارث می‌برند. موجودی به طور همزمان در پنج مکان قرار دارد، گزارش‌های تسویه حساب در سه فرمت مختلف می‌رسند، کارمزدها در ۱۴ نوع مختلف ظاهر می‌شوند و واحدها هر روز بین بازارگاه‌ها گم می‌شوند، بازگردانده می‌شوند یا دوباره طبقه‌بندی می‌شوند. اگر سیستم دقیقی برای هزینه‌های تمام‌شده (landed costs)، موجودی رزرو شده، مطابقت تسویه حساب‌ها و تعدیل‌های پایان سال ندارید، صورت سود و زیان (P&L) شما یک داستان تخیلی است.

این راهنما چهار گامی را بررسی می‌کند که داستان‌های تخیلی را به یک دفتر کل تمیز تبدیل می‌کنند.

چه مواردی به عنوان بهای تمام‌شده کالای فروش رفته برای یک فروشنده آنلاین محسوب می‌شود

COGS هزینه مستقیم تولید یا خرید کالاهایی است که واقعاً در طول دوره فروخته‌اید. برای یک فروشنده محصول فیزیکی، فرمول آن ساده است:

COGS = موجودی کالای اول دوره + خرید خالص + حمل به داخل + عوارض + دستمزد مستقیم - موجودی کالای پایان دوره

سادگی این فرمول یک تله است. اکثر فروشندگان بخش "خرید خالص" را با فاکتور تامین‌کننده پر می‌کنند و همان‌جا متوقف می‌شوند. بقیه موارد — هزینه‌هایی که واقعاً پرداخت کرده‌اید تا محصول را به وضعیت قابل فروش در مرکز تکمیل سفارش خود برسانید — در دسته‌بندی هزینه‌های متفرقه ریخته می‌شوند و هرگز به هزینه واحد باز نمی‌گردند. این‌گونه است که حاشیه سود ۶۰ درصدی بدون اینکه کسی متوجه شود به ۳۸ درصد تبدیل می‌شود.

اداره مالیات انتظار دارد هزینه تمام‌شده کامل در موجودی لحاظ شود و سرمایه‌گذاران، وام‌دهندگان و خودِ آینده شما نیز هنگام قیمت‌گذاری برای یک بازارگاه جدید، همین انتظار را دارند.

گام ۱: ایجاد یک هزینه تمام‌شده واقعی به ازای هر SKU

هزینه تمام‌شده (Landed cost) هزینه‌ای است که در واقع برای رساندن یک واحد کالا به مکانی که از آنجا ارسال می‌شود و آماده فروش است، صرف می‌شود. برای اکثر عملیات‌های تجارت الکترونیک، اجزای آن عبارتند از:

  • هزینه تامین‌کننده: قیمت فاکتور پس از تخفیف‌های حجمی و مبالغ برگشتی.
  • حمل و نقل ورودی: دریایی، هوایی، ریلی یا جاده‌ای از کارخانه به بندر و سپس به انبار یا سکوی دریافت 3PL شما.
  • عوارض و تعرفه‌ها: نرخ‌های عوارض طبقه‌بندی شده HTS، تعرفه‌های بخش ۳۰۱ در صورت لزوم، و کارمزدهای پردازش کالا.
  • ترخیص کالا و بیمه: کارمزدهای ثابت برای هر اظهارنامه به علاوه حق بیمه باربری.
  • کارمزدهای دریافت کالا: 3PLها معمولاً به ازای هر پالت، هر کارتن یا هر ساعت کار برای دریافت و قرار دادن موجودی هزینه دریافت می‌کنند.
  • آماده‌سازی و برچسب‌گذاری: کیسه‌گذاری، بسته‌بندی چندتایی، برچسب‌های FNSKU، برچسب تاریخ انقضا — هر چیزی که توسط بازارگاه مقصد لازم باشد.
  • مواد بسته‌بندی: پاکت‌های برنددار، مواد محافظ، کارت‌های درج شده در بسته و کارت‌های هدیه، اگر همراه با هر واحد ارسال شوند.

شما این هزینه‌ها را با استفاده از روشی که با محرک هزینه مطابقت دارد، به واحدها تخصیص می‌دهید. هزینه تامین‌کننده و آماده‌سازی به ازای هر واحد است. حمل و نقل ورودی و عوارض معمولاً بر اساس وزن، حجم یا ارزش فاکتور بین واحدهای محموله تخصیص می‌یابند. کارمزدهای دریافت ممکن است به ازای هر پالت باشد که به واحدهای موجود در آن پالت تخصیص می‌یابد.

محاسبات ریاضی ساده است، اما نظم و انضباط این‌طور نیست. راهکاری که تقریباً برای هر فروشنده با درآمد بالای ۱ میلیون دلار جواب می‌دهد، داشتن یک کاتالوگ هزینه اختصاصی واحد است. هر سفارش خرید (PO) جدید، هزینه تمام‌شده را برای هر SKU که با آن در ارتباط است مجدداً محاسبه می‌کند و هزینه واحد جدید به لایه موجودی برای واحدهای دریافت‌شده تبدیل می‌شود. صفحات گسترده (Spreadsheets) تا حد مشخصی کارایی دارند؛ اما زمانی که تعداد SKUها از ۲۰۰ عبور کند و در بیش از یک کانال تکمیل سفارش توزیع شود، به نرم‌افزار نیاز خواهید داشت.

گام ۲: رهگیری موجودی در هر کجا که امشب استراحت می‌کند

در یک عملیات چند کاناله، یک SKU فیزیکی یکسان می‌تواند در یک لحظه در پنج حالت موجودی متمایز وجود داشته باشد:

  1. در راه از تامین‌کننده: مالکیت ممکن است در بندر منتقل شده باشد، بنابراین جزو موجودی شماست، اما هنوز قابل دریافت نیست.
  2. در 3PL شما، قابل فروش: موجودی فعال که سفارش‌های DTC، eBay، Walmart، Shopify و غیره را تامین می‌کند.
  3. در آمازون، قابل فروش (FBA): موجودی موجود برای سفارش‌های Prime، که در محدودیت‌های شارژ مجدد شما لحاظ می‌شود.
  4. در آمازون، رزرو شده: واحدهایی که به عنوان در حال انتقال بین مراکز تکمیل سفارش، در حال پردازش سفارش مشتری یا تعدیلات موجودی علامت‌گذاری شده‌اند. این بخش برای سیستم شارژ مجدد شما نامرئی است اما جزو دارایی‌های قطعی شماست.
  5. در آمازون، غیرقابل فروش: واحدهای مرجوعی، آسیب‌دیده یا منقضی شده که در انتظار تعیین تکلیف هستند.

هر یک از این حالات باید به یک زیرحساب در ترازنامه شما یا حداقل، به یک بعد در دفتر کل موجودی شما نگاشت شود. وقتی فروشندگان همه چیز را در یک سطر "موجودی" جمع می‌کنند، توانایی مشاهده زمانی که آمازون ۸۰,۰۰۰ دلار موجودی رزرو شده دارد که ۲۱ روز است جابجا نشده را از دست می‌دهند — یک مشکل واقعی جریان نقدینگی که درون یک نقطه کور حسابداری پنهان شده است.

به‌ویژه برای بخش رزرو شده FBA، حداقل به صورت ماهانه با گزارش Inventory Ledger آمازون و گزارش Manage FBA Inventory مطابقت دهید. واحدهای رزرو شده‌ای که بیش از چند هفته از عمرشان می‌گذرد، معمولاً نشان‌دهنده یک مشکل در مسیریابی هستند که می‌توانید آن را رفع کنید؛ واحدهای رزرو شده‌ای که هرگز دوباره ظاهر نمی‌شوند، باید در ادعای بازپرداخت (reimbursement claim) قرار گیرند.

گام ۳: تطبیق تسویه‌حساب‌های بازارگاه، نه واریزی‌های بانکی

بزرگترین اشتباهی که حسابداران تازه‌کار در تجارت الکترونیک مرتکب می‌شوند، این است که مبلغ واریزی کلی از آمازون یا Shopify Payments را به عنوان درآمد در نظر می‌گیرند. این مبلغ درآمد نیست؛ بلکه باقی‌مانده‌ی درآمد پس از آن است که بازارگاه ده‌ها نوع فعالیت مختلف را از آن کسر کرده است.

یک واریزی تسویه‌حساب معمولیِ دوهفته‌ای آمازون می‌تواند مجموع جبری موارد زیر باشد:

  • فروش ناخالص محصول
  • درآمد حمل و نقل جمع‌آوری شده از خریداران
  • درآمد بسته‌بندی هدیه
  • تخفیف‌های تبلیغاتی داده شده به خریداران (منفی)
  • مرجوعی‌ها (منفی)
  • هزینه‌های ارجاع (Referral fees) (منفی)
  • هزینه‌های انجام سفارش توسط آمازون (FBA) (منفی)
  • هزینه‌های انبارداری ماهانه (منفی)
  • هزینه‌های انبارداری طولانی‌مدت (منفی)
  • هزینه‌های خدمات محموله ورودی (منفی)
  • هزینه‌های حذف و امحای کالا (منفی)
  • هزینه‌های خدمات تبلیغاتی (منفی)
  • مالیات بر فروش جمع‌آوری و ارجاع شده (واسطه‌ای)
  • ذخایر نگهداری شده (در این دوره منفی، هنگام آزادسازی مثبت)
  • مبالغ جبرانی برای واحدهای مفقود شده یا آسیب‌دیده (مثبت)

اگر واریزی خالص را به عنوان «فروش آمازون» ثبت کنید، تک‌تک این ردیف‌ها از دفاتر شما ناپدید می‌شوند. درآمد شما کمتر از واقع نشان داده می‌شود، هزینه‌های شما هرگز دسته‌بندی نمی‌شوند و بهای تمام شده کالای فروش رفته (COGS) شما در کانال درست جریان نمی‌یابد.

الگوی صحیح این است که گزارش تسویه‌حساب را وارد کنید، هر دسته از هزینه‌ها را در حساب هزینه مخصوص به خود ثبت کنید و درآمد ناخالص و مرجوعی‌ها را به صورت جداگانه درج نمایید. اکثر ابزارهای حسابداریِ آگاه به تجارت الکترونیک، این کار را با خلاصه‌سازی هر تسویه‌حساب در یک سند حسابداری ۱۰ تا ۳۰ ردیفی انجام می‌دهند که در هنگام ثبت، دقیقاً با واریزی بانکی برابر است. سپس آن واریزی با یک کلیک با بانک تطبیق داده می‌شود و شما می‌توانید برای اولین بار درآمد ناخالص واقعی، بار هزینه‌ای واقعی و سودآوری کانال خود را مشاهده کنید.

یک حساب دارایی جاری جداگانه به نام «ذخایر آمازون» (Amazon Reserves)، وجوه نگهداری شده را در خود نگه می‌دارد. وقتی آمازون ذخایر را در تسویه‌حساب بعدی آزاد می‌کند، شما مبالغ را از حساب ذخایر به حساب نقد منتقل می‌کنید. این روشی است که به کمک آن یک ترازنامه صادقانه خواهید داشت، به جای اینکه وانمود کنید پولی که نمی‌توانید به آن دست بزنید، همین حالا در بانک است.

حسابداری دقیق بازارگاه از روز اول، همان چیزی است که فروشندگانی را که می‌توانند با اطمینان قیمت‌ها را افزایش دهند، وام‌های خطرپذیر (Venture Debt) بپذیرند یا فروشگاه خود را بفروشند، از فروشندگانی متمایز می‌کند که هفته‌ی قبل از مهلت مالیاتی با وحشت در حال بازسازی هزینه‌های یک سال هستند.

گام ۴: شکار بهای تمام شده خیالی (Phantom COGS) در پایان سال

بهای تمام شده خیالی (Phantom COGS) شکاف بین چیزی است که دفاتر شما به عنوان کالای فروخته شده نشان می‌دهند و چیزی که موجودی فیزیکی شما می‌گوید فروخته شده است. این شکاف از سه منبع قابل‌اعتماد ناشی می‌شود:

کسری ثبت‌نشده در انبارداری شخص ثالث (3PL) یا FBA. واحدها اشتباه شمارش می‌شوند، در مسیرهای برداشت آسیب می‌بینند یا در انتقال بین مراکز توزیع (FC) مفقود می‌شوند. اگر سیستم مدیریت موجودی شما ۱۰۰۰ واحد موجودی نشان می‌دهد و شمارش دوره‌ای انبار ۹۴۰ واحد پیدا می‌کند، شما ۶۰ واحد موجودی خیالی دارید که ترازنامه شما را متورم و بهای تمام شده کالای فروش رفته (COGS) شما را کمتر از واقع نشان می‌دهد. تا زمانی که این کاهش ارزش را ثبت نکنید، هر گزارشی که تهیه می‌کنید اشتباه است.

مرجوعی‌های پردازش‌نشده. خریدار کالا را پس می‌دهد، بازارگاه وجه را به مشتری برمی‌گرداند، اما کالا یا هرگز به انبار شما برنمی‌گردد یا به صورت غیرقابل فروش می‌رسد. اگر شما فقط برگشت درآمد را ثبت کنید بدون اینکه اضافه شدن موجودی یا حذف آن را ثبت کنید، لایه‌ی COGS برای آن واحد برای همیشه از بین می‌رود.

تغییر لایه‌های هزینه. اگر تأمین‌کننده خود را تغییر دهید، روش‌های حمل و نقل را عوض کنید یا با تغییر تعرفه‌ها مواجه شوید، هزینه تمام شده واقعی کالای رسیده (Landed Cost) شما می‌تواند بین سفارش‌های خرید (PO) به طور ملموسی جابجا شود. اگر حسابداری شما هنوز کالاهای موجود را با هزینه سال گذشته ارزش‌گذاری می‌کند در حالی که با قیمت امسال می‌فروشید، حاشیه سود شما برای دو فصل عالی به نظر می‌رسد و سپس وقتی واقعیت آشکار شود، سقوط می‌کند.

راه حل، شمارش فیزیکی موجودی در پایان سال و مقایسه آن با موجودی دفتری، به همراه یک سند حسابداری واحد برای واقعی کردن مغایرت است. اگر تعدیل بیش از حدود ۱۰ درصد از ارزش موجودی باشد، علت سیستماتیک است و نه یک اتفاق یک‌باره؛ و راه حل در اصلاح فرآیندها در کاتالوگ هزینه‌ها و گردش کار 3PL است، نه یک تعدیل بزرگتر در سال آینده.

تأثیر مالیاتی ناشی از اشتباه در این مورد کوچک نیست. بیش از حد نشان دادن موجودی پایان دوره، بهای تمام شده کالای فروش رفته (COGS) را کمتر از واقع نشان می‌دهد که باعث تورم درآمد مشمول مالیات می‌شود. در یک بیش‌برآورد ۵۰,۰۰۰ دلاری، پرداخت اضافی مالیات فدرال برای یک فروشنده سودده در طبقه مالیاتی ۲۲ درصد به اضافه مالیات خوداشتغالی، می‌تواند بین ۱۰,۰۰۰ تا ۱۸,۰۰۰ دلار باشد. این پول واقعی است که در جیب اداره مالیات (IRS) مانده، فقط به این دلیل که یک انبار هرگز گزارش شمارش دوره‌ای را برای شما نفرستاده است.

نمونه روتین بستن حساب‌های ماهانه

یک روتین تمیز برای بستن حساب‌های چندکاناله برای فروشنده‌ای با فروش ۵۰۰ هزار تا ۵ میلیون دلار در سال، در یک صفحه جا می‌شود:

۱. تسویه‌حساب هر بازارگاه را وارد کرده و سند حسابداری چندردیفی را ثبت کنید. هر واریزی ناخالص را با بانک تطبیق دهید. ۲. صورت‌حساب‌های انبارداری شخص ثالث (3PL) را وارد کرده و هزینه‌های انجام سفارش را به تفکیک کانال ثبت کنید. ۳. گزارش دفتر کل موجودی FBA را دریافت کرده و مانده‌های «ذخیره شده»، «قابل فروش» و «غیرقابل انجام» را با دفاتر خود مطابقت دهید. برای هرگونه کسری مداوم، درخواست غرامت ثبت کنید. ۴. گزارش شمارش دوره‌ای 3PL یا گزارش موجودی پایان ماه را دریافت کرده و با سیستم موجودی خود مطابقت دهید. ۵. بهای تمام شده کالای فروش رفته (COGS) دوره را با استفاده از میانگین موزون یا لایه‌های فایفو (FIFO) محاسبه کنید. حاشیه سود ناخالص هر کانال را با محدوده مورد انتظار خود تأیید کرده و هر کانالی را که خارج از آن است بررسی کنید. ۶. به‌روزرسانی‌های هزینه تمام شده کالای رسیده (Landed Cost) را برای هر سفارش خرید (PO) که در این دوره دریافت شده است، ثبت کنید. ۷. ذخایر آزاد شده آمازون را از حساب ذخایر به حساب نقد منتقل کنید.

این روتین اگر سیستم‌های شما به هم متصل باشند، نصف روز زمانِ متمرکز می‌برد و اگر متصل نباشند، چندین روز دردناک طول می‌کشد. پاداش این کار زمانی مشخص می‌شود که بتوانید بدون زل زدن به دیوار، به این سؤال پاسخ دهید که «حاشیه سود واقعی من برای این کالا (SKU) در والمارت در مقایسه با آمازون و شاپیفای چقدر است؟».

دفاتر حسابداری متن‌ساده، مدیریت چندکاناله را منطقی می‌کنند

هر چه بیشتر در تجارت الکترونیک چندکاناله پیش بروید، بیشتر به سیستم حسابداری نیاز خواهید داشت که مانند کد برنامه نویسی، قابلیت جست‌وجو (Query)، اسکریپت‌نویسی، حسابرسی و کنترل نسخه را داشته باشد. کارمزدهای نهایی، نگاشت‌های بازارگاه (Marketplace Mapping)، متدولوژی هزینه تمام‌شده (Landed-cost) و سیاست‌های کاهش ارزش کالا، از جمله تصمیماتی هستند که هر ساله بازنگری خواهید کرد. این موارد شایسته آن هستند که در فضایی بهتر از یک سرفصل حسابداری شکننده در یک دفتر کل انحصاری (Closed-source) ثبت شوند.

دفاتر موجودی کالای خود را از همان اولین واحد کالا، دقیق نگه دارید

فروشندگانی که در مقیاس چندکاناله دوام می‌آورند، کسانی هستند که دفاترشان واقعیت‌های فیزیکی، مالی و عملیاتی کسب‌وکارشان را منعکس می‌کند — نه فقط واریزی‌های بانکی را. Beancount.io حسابداری متن‌ساده و تحت کنترل نسخه را ارائه می‌دهد که سود و زیان کانال‌ها، هزینه‌های تمام‌شده و وضعیت موجودی را شفاف و قابل بازرسی می‌کند. بدون گزارش‌های جعبه‌سیاه، بدون وابستگی به نرم‌افزار خاص (Vendor lock-in) و بدون مغایرت‌گیری‌های غافلگیرکننده در پایان سال. رایگان شروع کنید و ببینید چرا توسعه‌دهندگان و مدیران مالی خبره برای پشته تجاری خود به حسابداری متن‌ساده روی می‌آورند.