حسابداری ووکامرس: جایی که کار دستی میماند
مشکل اصلی انتقال داده نیست. مشکل این است که ووکامرس و نرمافزار حسابداری دو تعریف متفاوت از «فروش» دارند.
فهرست مطالب
- در ووکامرس سفارش از لحظه ثبت وجود دارد؛ در حسابداری سند وقتی ساخته میشود که معامله قطعی شده باشد.
- مبنای انتقال را وضعیتی بگذار که یعنی کالا رفت، نه لحظه ثبت سفارش.
- هر تراکنش سه عدد دارد: فروش ناخالص، کارمزد درگاه، مبلغ واریزی — و ووکامرس فقط اولی را میداند.
- تخفیف کاهنده فروش است نه هزینه بازاریابی؛ مالیات بدهی است نه درآمد.
- پلهای ساده فقط جمع کل را میبرند و تحلیل را غیرممکن میکنند.
- بازپرداخت در ووکامرس روی خود سفارش مینشیند و سند برگشت از فروش نمیسازد.
- پلی که در سکوت شکست بخورد بدتر از نبودنش است، چون به آن اعتماد کردهای.
تا وقتی ماهی سی سفارش داری، حسابداری فروشگاه یک فایل اکسل است. از جایی به بعد اکسل جواب نمیدهد و میروی سراغ نرمافزار حسابداری. و آنوقت به سوالی میرسی که جواب سادهای ندارد: چطور سفارشهای ووکامرس را به آن نرمافزار برسانم؟
جواب کوتاه: دستی، یا با یک پل. جواب بلندتر این است که مشکل اصلی انتقال داده نیست — این است که ووکامرس و نرمافزار حسابداری دو تعریف متفاوت از «فروش» دارند.
اولین شکاف: سفارش، فاکتور نیست
در ووکامرس سفارش از لحظه ثبت وجود دارد، حتی اگر پرداخت نشده باشد. در حسابداری، سند وقتی ساخته میشود که معامله قطعی شده باشد.
پس اگر همه سفارشها را منتقل کنی، سفارشهای ناموفق و لغوشده هم میروند و فروشت را بیشتر از واقعیت نشان میدهند. اگر فقط پرداختشدهها را ببری، سفارشهای «پرداخت در محل» جا میمانند.
قاعدهای که در عمل جواب میدهد: مبنا را وضعیتی بگذار که در کسبوکار تو یعنی «کالا رفت» — معمولا «تکمیلشده» — نه لحظه ثبت سفارش.
دومین شکاف: درگاه ناخالص را نمیریزد
مشتری صد هزار تومان پرداخته. ووکامرس میگوید صد هزار تومان. ولی چیزی که به حسابت مینشیند صد هزار منهای کارمزد است، و آن هم نه امروز، که با تاخیر تسویه.
یعنی هر تراکنش سه عدد دارد که باید جدا ثبت شوند:
| عدد | کجا دیده میشود |
|---|---|
| مبلغ فروش، ناخالص | سفارش ووکامرس |
| کارمزد درگاه | فقط در گزارش درگاه |
| مبلغ واریزی | صورتحساب بانک، با تاخیر |
ووکامرس فقط ردیف اول را میداند. اگر پل انتقالت هم فقط همان را ببرد، مانده حساب بانکیات هیچوقت با دفترت نمیخواند و هر ماه یک اختلاف داری که کسی منشاش را نمیداند. درگاه پرداخت ووکامرس ساختار کارمزد را باز میکند.
سومین شکاف: خطهای سفارش کامل منتقل نمیشوند
یک سفارش واقعی چند خط دارد و هر کدام در حسابداری سرنوشت متفاوتی دارند:
- قیمت کالاها — فروش
- هزینه ارسال — درآمد خدمات یا هزینه، بسته به مدل تو
- تخفیف — کاهنده فروش، نه هزینه بازاریابی
- مالیات — بدهی، نه درآمد
- کارمزد پرداخت اقساطی — هزینه مالی
پلهای ساده معمولا فقط جمع کل را میبرند و بقیه را میبلعند. نتیجهاش گزارشی است که جمعش درست است ولی هیچ تحلیلی از آن درنمیآید: نمیدانی چقدر تخفیف دادهای و چقدر بابت ارسال گرفتهای.
چهارمین شکاف: مرجوعی و بازپرداخت جزئی
ووکامرس بازپرداخت را روی خود سفارش ثبت میکند، نه بهشکل سند جدا. اگر از سه قلم یکی برگردد، سفارش همان سفارش میماند با یک بازپرداخت جزئی روی آن.
در حسابداری این باید یک سند برگشت از فروش باشد با تاریخ خودش. اگر پل انتقال این را نبیند — که اکثرشان نمیبینند — فروش ماه را بیشتر از واقعیت ثبت کردهای و موجودی انبارت هم غلط است.
سه راه اتصال و هزینه واقعی هر کدام
| راه | مناسب | هزینه پنهان |
|---|---|---|
| خروجی اکسل و ورود دستی | زیر صد سفارش در ماه | وقت، و خطای تایپی که هیچوقت پیدا نمیشود |
| افزونه یا سرویس واسط | صد تا هزار سفارش | اشتراک ماهانه، و وابستگی به یک سازنده |
| اتصال سفارشی از طریق رابط برنامهنویسی | بالای هزار سفارش | هزینه ساخت، و نگهداری بعد از هر بهروزرسانی |
ستون سوم را جدی بگیر. یک اتصال سفارشی که سه سال پیش نوشته شده، بعد از چند بهروزرسانی ووکامرس میشکند — و معمولا بیصدا: دیگر سند نمیسازد و کسی تا آخر ماه نمیفهمد.
و همیشه، مسئله تاریخ
ووکامرس تاریخ را میلادی ثبت میکند و نرمافزار حسابداری ایرانی شمسی میخواهد. تبدیلش سخت نیست، ولی جایی که خراب میشود مرز روز است: سفارشی که ساعت ده شب ثبت شده، بسته به منطقه زمانی ذخیرهشده ممکن است در سند فردا بیفتد.
اگر آخر ماه فروشت با گزارش سایت چند سفارش اختلاف داشت، اول اینجا را نگاه کن نه جای دیگر. تاریخ شمسی در ووکامرس این را کامل باز میکند.
چکلیست قبل از انتخاب راه
- مبنای انتقال کدام وضعیت سفارش است؟
- کارمزد درگاه جدا ثبت میشود یا در فروش گم میشود؟
- تخفیف و ارسال و مالیات خط جدا دارند؟
- مرجوعی سند برگشت میسازد؟
- اگر دو بار اجرا شود، سند تکراری میسازد یا نه؟
- وقتی شکست بخورد، کجا خبر میدهد؟
سوال آخر مهمترین است. پلی که در سکوت شکست بخورد از پلی که اصلا وجود نداشته باشد بدتر است، چون به آن اعتماد کردهای.
جمعبندی
اتصال ووکامرس به حسابداری یک مسئله فنی نیست، یک مسئله تعریفی است. تا وقتی روشن نکردهای که در کسبوکار تو «فروش» دقیقا چه لحظهای اتفاق میافتد و چه چیزی از آن کم میشود، هیچ پلی نجاتت نمیدهد.
اول آن تعریف را بنویس. بعد سراغ ابزار برو. و هر ماه یک بار، جمع سفارشهای سایت را با جمع اسناد حسابداری مقایسه کن — نه برای اینکه شک داری، برای اینکه روزی که از هم فاصله بگیرند، همان ماه بفهمی نه سال بعد.
سؤالهای پرتکرار
کدام سفارشهای ووکامرس باید به حسابداری منتقل شوند؟
نه همهشان. اگر همه را ببری، سفارشهای ناموفق و لغوشده هم میروند و فروشت را بیشتر از واقعیت نشان میدهند. مبنا را وضعیتی بگذار که در کسبوکار تو یعنی کالا تحویل شد — معمولا تکمیلشده. فقط حواست باشد سفارشهای پرداخت در محل هم در همان مسیر بیفتند.
چرا مبلغ واریزی با فروش سایت نمیخواند؟
چون درگاه ناخالص را واریز نمیکند. مشتری صد هزار تومان میپردازد، ووکامرس صد هزار ثبت میکند، ولی چیزی که به حسابت مینشیند صد هزار منهای کارمزد است و با تاخیر تسویه. اگر کارمزد را جدا ثبت نکنی، مانده بانکی هیچوقت با دفترت نمیخواند.
تخفیف را کجای حسابداری ثبت کنم؟
بهعنوان کاهنده فروش، نه هزینه بازاریابی. هزینه ارسال هم بسته به مدل تو یا درآمد خدمات است یا هزینه، و مالیات بدهی است نه درآمد. اگر پل انتقال فقط جمع کل سفارش را ببرد، همه این خطها در یک عدد گم میشوند و بعد نمیفهمی چقدر تخفیف دادهای.
مرجوعی و بازپرداخت جزئی چطور منتقل میشود؟
معمولا اصلا منتقل نمیشود. ووکامرس بازپرداخت را روی خود سفارش ثبت میکند نه به شکل سند جدا، پس اگر از سه قلم یکی برگردد سفارش همان سفارش میماند. در حسابداری این باید سند برگشت از فروش با تاریخ خودش باشد. اگر پل نبیندش، هم فروش ماه را بیشتر ثبت کردهای هم موجودی انبارت غلط است.
کدام راه اتصال برای من مناسب است؟
زیر صد سفارش در ماه، خروجی اکسل و ورود دستی کافی است. بین صد تا هزار، افزونه یا سرویس واسط منطقیتر است، با پذیرش اشتراک ماهانه و وابستگی به یک سازنده. بالای هزار، اتصال سفارشی از طریق رابط برنامهنویسی — که هزینه ساختش یک بار است ولی نگهداریاش بعد از هر بهروزرسانی ووکامرس ادامه دارد.
چرا فروش آخر ماه چند سفارش اختلاف دارد؟
اول مرز روز را نگاه کن. ووکامرس تاریخ را میلادی و بر مبنای منطقه زمانی ذخیرهشده ثبت میکند، پس سفارشی که ساعت ده شب ثبت شده ممکن است در تبدیل به شمسی در روز بعد بیفتد. این رایجترین منشا اختلاف چند سفارشی است.
فروشگاهی که این راهنما دربارهاش است، همینجا ساخته میشود.
محصول و قیمت و صفحه قوانین و یک فرایند خرید سالم — همان چیزهایی که کارشناسها دنبالشان میگردند — از روز اول سر جایشان هستند.
