چگونه فروش دیجی کالا را حسابداری کنیم؟ پاسخ کوتاه این است: هر سفارش را با شماره مرجع کانال به سند فروش وصل کنید، مبلغ ناخالص را از کسورات (کارمزد، هزینه ارسال فروشنده، تخفیف کمپین) جدا نگه دارید، و وجه واریزی بانک را با گزارش تسویه همان دوره تطبیق دهید — نه با حدس از موجودی حساب.
در عمل، فروش دیجیکالا مثل فروش صندوق مغازه نیست. مشتری را شما مستقیم نمیبینید، پول معمولاً با تأخیر و بهصورت تجمیعی میآید، و بخشی از مبلغ قبل از واریز کسر میشود. اگر این تفاوت را در دفتر نادیده بگیرید، گزارش سود کانال خوشبینانه و نقد واقعی ناامیدکننده میشود.
این مقاله مسیر حسابداری کانال را از ثبت سفارش تا بستن دوره توضیح میدهد. برای جزئیات محصول اتصال، صفحه اتصال دیجیکالا به پیدا۲۴ را ببینید و برای ثبت دفتر کلی از نرمافزار حسابداری استفاده کنید. عمق ثبت اسناد در حسابداری فروش در دیجیکالا گسترش یافته است.
اگر بپرسید چگونه فروش دیجی کالا را حسابداری کنیم بدون مرکز فروش جدا، پاسخ این است که گزارش سود کانال همیشه با فروش حضوری قاطی میماند و تصمیم قیمتگذاری بیپایه میشود.
چگونه فروش دیجی کالا را حسابداری کنیم: چارچوب سه لایه سفارش و نقد
لایه اول عملیات سفارش است: وضعیت سفارش (ثبتشده، در حال آمادهسازی، ارسالشده، تحویل، لغو، مرجوعی). لایه دوم شناسایی فروش است: چه زمانی درآمد در دفتر میآید (مثلاً هنگام ارسال یا هنگام تأیید تحویل). لایه سوم دریافت وجه است: واریز تسویه منهای کارمزد و کسورات. این سه لایه را قاطی نکنید؛ وگرنه «فروش» با «نقد واردشده» یکی فرض میشود.
یک سیاست ثابت بنویسید و به تیم بدهید. مثال محافظهکارانه: درآمد وقتی شناسایی میشود که کالا از انبار خارج و به شبکه ارسال تحویل شده باشد؛ تا قبل از آن سفارش فقط رزرو موجودی و تعهد عملیاتی است. اگر سیاست دیگری انتخاب میکنید، مهم یکنواختی بین ماههاست نه نام سیاست.
مرکز فروش یا کانال «دیجیکالا» را در سیستم جدا نگه دارید تا فروش حضوری، سایت و مارکتپلیس در گزارش سود ناخالص قابل مقایسه باشند. بدون این جداسازی، پاسخ به سؤال «آیا دیجی سود میدهد؟» همیشه مبهم میماند.
چرخه سفارش تا سند با مرجع کانال دیجیکالا
هر سفارش باید فیلد مرجع دیجیکالا (شناسه سفارش/آیتم) روی سند فروش یا فاکتور داشته باشد. بدون مرجع، مغایرت پایان ماه تبدیل به جستوجوی دستی در اکسل میشود. اگر چند قلم در یک سفارش است، یا سند چندخطی بسازید یا سیاست تجمیع روزانه را شفاف بنویسید.
تخفیفها را جدا ثبت کنید: تخفیف فروشنده، تخفیف کمپین پلتفرم، و کدهای تبلیغاتی که هزینه آنها بر عهده شماست. اگر همه را در «قیمت خالص» حل کنید، بعداً نمیفهمید کدام پروموشن حاشیه را خورده است.
چکلیست ثبت روزانه سفارش دیجیکالا
- سفارشهای جدید با مرجع وارد دفتر/سیستم شدهاند؟
- سفارش لغو قبل از ارسال از درآمد حذف یا سند معکوس خورده؟
- مرجوعیهای امروز به انبار و به مالی هر دو اعلام شده؟
- اختلاف قیمت پنل و فاکتور داخلی توضیحدار است؟
چگونه فروش دیجی کالا را حسابداری کنیم وقتی کارمزد و تسویه جداست
مبلغی که در پنل فروشنده بهعنوان «فروش» دیده میشود معمولاً ناخالص است. کارمزد مارکتپلیس، هزینه خدمات مرتبط با سفارش، و گاهی کسورات کمپین قبل از واریز کم میشوند. نرخ و ترکیب این اقلام بسته به قرارداد و دسته کالا فرق میکند؛ عدد ثابت عمومی وجود ندارد که اینجا ادعا کنیم. آنچه باید ثابت بماند روش ثبت است: ناخالص جدا، کسورات جدا، خالص تسویه جدا.
سناریوی عددی آموزشی (اعداد فرضی): فرض کنید در یک هفته ۱۲۰ سفارش با فروش ناخالص ۴۸٬۰۰۰٬۰۰۰ ریال ثبت شده است. اگر مجموع کارمزد و کسورات اعلامشده در گزارش تسویه ۶٬۰۰۰٬۰۰۰ ریال باشد و واریز بانک ۴۱٬۷۰۰٬۰۰۰ ریال بیاید، اختلاف ۳۰۰٬۰۰۰ ریال باید قبل از بستن هفته توضیح داشته باشد (مرجوعی دیرهنگام، اصلاح سفارش، یا هزینه ارسال فروشنده). بستن مغایرت با «رند کردن در هزینه متفرقه» بدون علت، حسابرسی را سخت میکند.
زمان تسویه با زمان شناسایی فروش یکی نیست. ممکن است فروش در ماه مهر شناسایی شود و وجه آبان بیاید. در گزارش مدیریتی هر دو را نشان دهید: سود ناخالص دوره، و مانده مطالبات کانال باز.
مرجوعی و لغو؛ جایی که سود ساختگی در کانال ساخته میشود
لغو قبل از ارسال معمولاً نباید درآمد باقی بگذارد؛ موجودی هم نباید کسر شده بماند. مرجوعی بعد از تحویل اغلب دو سند میخواهد: اصلاح فروش (یا سند برگشت) و ورود مجدد کالا به انبار پس از کنترل کیفیت. اگر فقط یکی را بزنید، یا سود غلط است یا موجودی.
اختلاف رایج: پنل دیجیکالا سفارش را مرجوعی نشان میدهد اما در دفتر هنوز فروش قطعی است، چون کسی گزارش روزانه مرجوعی را وارد نکرده. مالک فرایند مشخص کنید؛ «همه مسئولاند» یعنی هیچکس.
برای اتصال منظم سفارش به دفتر، قابلیتهای جاری را در صفحه اتصال دیجیکالا ببینید؛ این مقاله جایگزین راهنمای لحظهای محصول نیست.
چگونه فروش دیجی کالا را حسابداری کنیم در مغایرت هفتگی و بستن ماه
حداقل هفتگی این سه لیست را کنار هم بگذارید: (۱) سفارشهای تحویل/ارسالشده در سیستم داخلی، (۲) اقلام گزارش فروش/تسویه پنل، (۳) واریزهای بانک با برچسب دوره. اختلاف را در سه سطل دستهبندی کنید: زمانبندی (تأخیر واریز)، محتوا (مرجوعی/اصلاح)، و داده (نگاشت غلط کالا یا مبلغ).
قبل از بستن ماه، لیست «تحویلشده و واریزنشده» و «واریزشده بدون سند» را با مسئول مالی مرور کنید. فایل یا خروجی گزارش تسویه همان ماه را کنار سند آرشیو کنید تا سه ماه بعد قابل دفاع باشد.
| نوع اختلاف | نشانه | اقدام اول |
| --- | --- | --- |
| تأخیر تسویه | فروش ثبت شده، بانک خالی | مطالبات کانال را باز نگه دارید |
| مرجوعی دیر | بانک کمتر از انتظار | سند برگشت + انبار |
| نگاشت غلط | مبلغ/کالا نمیخواند | SKU و قیمت پایه را اصلاح کنید |
نقش تیمها و تقویم کنترل مالی دیجیکالا
خطاهای رایج: ثبت فروش فقط از روی واریز بانک؛ قاطی کردن کارمزد داخل بهای تمامشده کالا؛ نادیده گرفتن سفارشهای لغو؛ یکی فرض کردن فروش دیجی با فروش حضوری در گزارش سود؛ و نداشتن مرجع سفارش روی سند.
سؤال پرتکرار ۱: آیا باید هر سفارش یک فاکتور جدا باشد؟ برای حجم کم بله شفافتر است؛ برای حجم بالا میتوان سند تجمیعی روزانه با پیوست لیست مرجعها داشت، به شرطی که ممیزی سفارشبهسفارش ممکن بماند.
سؤال پرتکرار ۲: مالیات و عوارض را چطور ثبت کنیم؟ این مقاله توصیه مالیاتی قطعی نمیدهد. مبنای ثبت را با حسابدار و مقررات جاری هماهنگ کنید؛ در سیستم فقط سیاست توافقشده را یکنواخت پیاده کنید.
سؤال پرتکرار ۳: از کجا بفهمیم کانال سودده است؟ حداقل اینها را ماهانه ببینید: فروش ناخالص کانال، کسورات، بهای کالای فروختهشده، هزینه آمادهسازی/ارسال فروشنده، و نرخ مرجوعی. ابزارهای حسابداری پیدا۲۴ برای متمرکز کردن این نما کمک میکنند؛ تصمیم قیمتگذاری را با داده واقعی بگیرید.
نمونه reconciliation هفتگی فروش دیجیکالا با سطل مغایرت
حسابداری کانال فقط کار واحد مالی نیست. عملیات باید لغو و مرجوعی را همان روز اعلام کند، انبار باید ورود مجدد را ثبت کند، و مالی باید مرجع سفارش را روی سند نگه دارد. یک جدول RACI یکصفحهای (مسئول، پشتیبان، مطلع) از جلسات تکراری بینتیجه جلوگیری میکند.
تقویم پیشنهادی: روزانه صف لغو/مرجوعی، هفتگی تطبیق سفارش–تسویه، ماهانه آرشیو گزارش و بازبینی حاشیه چند SKU. اگر حجم بالاست، تطبیق را دو بار در هفته کنید تا اختلافها روی هم انبار نشوند.
سوالات متداول
یک نمونه واقعینما برای reconciliation فروش دیجیکالا اینگونه شروع میشود: از سیستم داخلی، جمع فروش ناخالص سفارشهای «ارسال/تحویلشده طبق سیاست» را برای شنبه تا جمعه بگیرید؛ فرض آموزشی ۶۲٬۴۰۰٬۰۰۰ ریال با ۱۴۸ سفارش دارای مرجع. از پنل، همان بازه را در گزارش فروش/تسویه بخوانید؛ فرض ۶۱٬۹۵۰٬۰۰۰ ریال. اختلاف ۴۵۰٬۰۰۰ را قبل از دستزدن به بانک سطلبندی کنید: ۳ سفارش مرجوعی که در دفتر هنوز برگشت نخورده (۳۲۰٬۰۰۰)، یک اصلاح قیمت کمپین (۹۰٬۰۰۰)، و ۴۰٬۰۰۰ باقیمانده که باید تا پایان روز ریشه داشته باشد یا بهعنوان مورد باز ثبت شود — نه اینکه در «هزینه متفرقه» ناپدید شود.
سپس ستون بانک را باز کنید. فرض واریز سهشنبه ۴۸٬۲۰۰٬۰۰۰ و واریز پنجشنبه ۷٬۸۰۰٬۰۰۰ مربوط به همین دوره اعلام شده است. جمع واریز ۵۶٬۰۰۰٬۰۰۰ در برابر ناخالص اصلاحشده پس از برگشت و کسورات فرضی (مثلاً کارمزد+کسورات ۸٬۱۰۰٬۰۰۰) باید نزدیک باشد. اگر فاصله بیش از آستانه ریالی شماست، اول لیست «تحویلشدهواریزنشده» را چاپ کنید؛ اغلب یک دسته سفارش آخر هفته در گزارش تسویه بعدی میآید و نباید با کاهش مصنوعی درآمد هفته جاری پاک شود.
چکلیست عملیاتی ویژه دیجیکالا (پایان هفته)
- همه سفارشهای لغو قبل از ارسال از درآمد هفته خارج شدهاند؟
- مرجوعیهای پنل با سند برگشت و وضعیت انبار جفت شدهاند؟
- کسورات گزارش با سند کسورات همان دوره یک عدد میسازند؟
- حداقل ۲۰ مرجع سفارش تصادفی روی اسناد داخلی قابل جستوجو هستند؟
- پوشه آرشیو هفته شامل خروجی پنل + یادداشت سطل مغایرت است؟
Failure mode رایج دیجیکالا: ثبت فروش از روی واریز بانک بهجای سیاست شناسایی. نشانه: در ماههای پروموشن، سود نقدی خوب به نظر میرسد اما مطالبات کانال و مرجوعیها نامرئی میمانند. درمان: جدا کردن لایه فروش از لایه دریافت، و ممنوع کردن بستن هفته بدون لیست مطالبات باز. FAQ: اگر گزارش تسویه با تأخیر بیاید؟ هفته را با وضعیت «موقت» ببندید و سند اصلاحی هفته بعد با ارجاع به همان شناسههای سفارش بزنید؛ بازنویسی خاموش اعداد هفته قبل بدون ردپا ممنوع است.
اگر چند انبار ارسال به شبکه دیجیکالا دارید، در reconciliation هفته یک ستون «محل آمادهسازی» بگذارید تا تأخیر یک انبار با افت فروش کل کانال اشتباه گرفته نشود. این برش عملیاتی به قیمتگذاری ربط ندارد اما به تصمیم ظرفیت شیفت مستقیم مربوط است.
چگونه فروش دیجی کالا را حسابداری کنیم وقتی چند انبار به شبکه ارسال میکنند؟ یک ستون محل آمادهسازی در گزارش هفتگی بگذارید تا تأخیر یک انبار با افت فروش کل کانال اشتباه گرفته نشود. این برش به قیمتگذاری مستقیم مربوط نیست، اما به تصمیم ظرفیت شیفت و هزینه آمادهسازی فروشنده مربوط است و باید در حاشیه کانال دیده شود.
اگر کمپین بزرگ نزدیک است، قبل از شروع، سه SKU پرفروش را با فرض افزایش حجم و کسورات محتمل شبیهسازی کنید. چگونه فروش دیجی کالا را حسابداری کنیم در آن هفته؟ همان سیاست شناسایی را نگه دارید و فقط آستانه مغایرت ریالی را موقتاً حساستر کنید تا اختلافهای کوچک زیر فرش نروند. پیوند عملیاتی اتصال را در صفحه دیجیکالا و ثبت دفتر را در حسابداری دنبال کنید.
نکات عملی
- مرکز فروش دیجیکالا را از روز اول جدا کنید؛ اصلاح گزارش بعد از سه ماه فروش قاطیشده بسیار پرهزینهتر است. این جزئیات را در عملیات روزانه چگونه فروش دیجی کالا را حسابداری کنیم جدی بگیرید تا اختلاف پایان هفته روی هم انبار نشود و مالک فرایند بداند دقیقاً کدام سند یا وضعیت باید اصلاح شود؛ ثبت مبهم یا نیمهکاره هزینه تطبیق را چند برابر میکند و اعتماد گزارش کانال را کم میکند.
- هر هفته یک نفر مالک مغایرت سفارش–تسویه–بانک باشد و نتیجه را در یک صفحه وضعیت بنویسد. این جزئیات را در عملیات روزانه چگونه فروش دیجی کالا را حسابداری کنیم جدی بگیرید تا اختلاف پایان هفته روی هم انبار نشود و مالک فرایند بداند دقیقاً کدام سند یا وضعیت باید اصلاح شود؛ ثبت مبهم یا نیمهکاره هزینه تطبیق را چند برابر میکند و اعتماد گزارش کانال را کم میکند.
- قبل از کمپین بزرگ، اثر کارمزد و تخفیف را روی حاشیه چند SKU پرفروش شبیهسازی کنید. این جزئیات را در عملیات روزانه چگونه فروش دیجی کالا را حسابداری کنیم جدی بگیرید تا اختلاف پایان هفته روی هم انبار نشود و مالک فرایند بداند دقیقاً کدام سند یا وضعیت باید اصلاح شود؛ ثبت مبهم یا نیمهکاره هزینه تطبیق را چند برابر میکند و اعتماد گزارش کانال را کم میکند.
جزئیات محصول: اتصال دیجیکالا