فروش یک محصول با قیمت ۳ میلیون تومان به این معنی نیست که ۳ میلیون تومان درآمد واقعی و قابل خرج برای فروشگاه ساختهاید. بخشی از این مبلغ ممکن است هزینه خرید کالا، تخفیف، ارسال، بستهبندی، کارمزد درگاه، مرجوعی، مالیات یا هزینه مستقیم دیگری باشد. این مقاله برای همین نوشته شده است: میخواهیم در WooCommerce بفهمیم هر محصول و هر سفارش واقعاً چقدر برای فروشگاه سود ساخته است.
خوشبختانه در نسخههای جدید ووکامرس دیگر لازم نیست ثبت بهای خرید کالا را از صفر بسازیم. قابلیت Cost of Goods Sold یا همان «بهای تمامشده کالای فروشرفته» از WooCommerce 10.3 بهصورت پایدار وارد هسته شده است و در نسخههای فعلی از جمله WooCommerce 11.2 نیز در دسترس است. با این قابلیت میتوان هزینه محصول و تنوعهای آن را ثبت کرد و هزینه مربوط به هر سفارش را در زمان خرید نگه داشت.
📌 در پایان این آموزش چه چیزی داریم؟ ابتدا COGS داخلی ووکامرس را فعال میکنیم، بهای تمامشده محصولات را ثبت میکنیم و سپس یک مدل دقیقتر میسازیم که علاوه بر هزینه کالا، کارمزد پرداخت، هزینه واقعی ارسال، بستهبندی و مرجوعی را نیز وارد محاسبه کند. در نتیجه میتوانیم سود هر سفارش و درصد حاشیه سود آن را به عددی نزدیکتر به واقعیت تبدیل کنیم.
اول مشخص کنیم «سود واقعی» دقیقاً یعنی چه
یکی از اشتباههای رایج در فروشگاه اینترنتی این است که فروش، سود ناخالص و سود خالص با هم یکی در نظر گرفته شوند. این سه عدد یک چیز نیستند.
| شاخص | معنی ساده | چه هزینههایی کم میشوند؟ |
|---|---|---|
| فروش | مبلغی که از سفارشها به دست آمده است. | هنوز هزینه کالا و سایر هزینهها از آن کم نشدهاند. |
| سود ناخالص کالا | فروش خالص محصول منهای بهای تمامشده همان محصول. | معمولاً COGS از فروش کم میشود. |
| سود سفارش پس از هزینههای مستقیم | پولی که بعد از هزینههای مستقیم همان سفارش باقی میماند. | COGS، ارسال واقعی، کارمزد درگاه، بستهبندی، کمیسیون و هزینههای مستقیم. |
حتی عدد سوم نیز لزوماً «سود خالص حسابداری کل شرکت» نیست؛ چون هزینههایی مثل حقوق، اجاره، تبلیغات عمومی، نرمافزارها، مالیات شرکت و هزینههای ثابت دوره هنوز ممکن است از آن کم نشده باشند. در این مقاله وقتی میگوییم «سود واقعی سفارش»، منظور سود سفارش پس از هزینههای مستقیم قابل انتساب به همان سفارش است.
COGS در WooCommerce چیست؟
COGS مخفف Cost of Goods Sold است. در زبان ساده، یعنی هزینهای که برای تهیه یا تولید کالایی پرداخت کردهاید که اکنون فروخته شده است. اگر محصولی را ۱٬۴۰۰٬۰۰۰ تومان بخرید و ۲٬۰۰۰٬۰۰۰ تومان بفروشید، بهای تمامشده همان کالا ۱٬۴۰۰٬۰۰۰ تومان است؛ نه قیمت فروش آن.
WooCommerce هزینه محصول را در زمان سفارش روی خود آیتم سفارش ثبت میکند. این موضوع بسیار مهم است؛ چون اگر یک ماه بعد قیمت خرید محصول را عوض کنید، سفارش قدیمی نباید ناگهان با هزینه جدید دوباره محاسبه شود. مستندات رسمی ووکامرس نیز توضیح میدهند که تغییر هزینه فعلی محصول، COGS سفارشهای قبلی را تغییر نمیدهد.
📌 نکته مهم درباره نسخههای جدید ووکامرس
در آموزشهای قدیمی ممکن است ببینید برای ثبت هزینه خرید محصول افزونه جدا نصب میشود یا یک Custom Field دستی ساخته میشود. برای فروشگاهی که WooCommerce جدید دارد، ابتدا قابلیت COGS خود هسته را بررسی کنید؛ چون یک ساختار استاندارد برای محصول، Variation و سفارش در اختیار شما میگذارد.
مرحله ۱: فعالکردن بهای تمامشده در ووکامرس
در پیشخوان وردپرس وارد مسیر زیر شوید:
WooCommerce → Settings → Advanced → Features
گزینه Cost of Goods Sold را فعال و تنظیمات را ذخیره کنید. بعد از فعالشدن، هنگام ویرایش محصول باید فیلدی برای هزینه کالا در اختیار شما قرار بگیرد.
⚠️ اگر این گزینه را نمیبینید: ابتدا نسخه WooCommerce را بررسی کنید. این قابلیت در نسخههای قدیمی وجود نداشت. قبل از بهروزرسانی سایت اصلی، روی Staging تست بگیرید و از فروشگاه بکاپ داشته باشید.
اگر قبل از تغییرات اساسی ووکامرس هنوز بکاپ مطمئن ندارید، راهنمای ساخت بکاپ خودکار وردپرس روی S3 میتواند برای ایجاد یک نسخه بازیابی خارج از هاست اصلی مفید باشد.
مرحله ۲: بهای تمامشده محصول ساده را ثبت کنید
وارد ویرایش یک محصول شوید. در قسمت اطلاعات محصول و بخش عمومی، فیلد مربوط به Cost of Goods را پیدا کنید. عددی که در این فیلد مینویسید باید «هزینه واقعی یک واحد کالا» باشد، نه قیمت فروش.
برای مثال، اگر یک هدفون را از تأمینکننده با قیمت ۱٬۶۵۰٬۰۰۰ تومان تهیه میکنید و آن را ۲٬۴۹۰٬۰۰۰ تومان میفروشید، مقدار COGS یک واحد همان ۱٬۶۵۰٬۰۰۰ تومان است؛ مگر اینکه سیاست حسابداری شما بخشی از هزینههای مستقیم خرید مثل حمل ورودی را هم داخل بهای کالا منظور کند.
محصول متغیر را چگونه محاسبه کنیم؟
در محصول متغیر، ممکن است هر Variation هزینه متفاوتی داشته باشد. برای مثال هزینه خرید کفش سایز ۴۰ ممکن است با سایز ۴۴ یکی باشد، اما رنگ خاص یا حافظه بیشتر در محصول دیجیتال/سختافزاری میتواند بهای خرید متفاوتی داشته باشد.
WooCommerce اجازه میدهد هزینه والد به Variationها ارث برسد یا برای هر Variation مقدار جدا ثبت شود. بنابراین اگر هزینه همه تنوعها یکسان است، یک مقدار پایه کافی است؛ اما اگر هزینه خرید متفاوت است، برای هر Variation عدد خودش را وارد کنید.
فرمول درست سود محصول چیست؟
فرمول پایه سود ناخالص محصول:
سود ناخالص محصول = فروش خالص محصول − بهای تمامشده کالای فروختهشده
اما این فرمول فقط عملکرد خود کالا را نشان میدهد. برای فهمیدن اینکه سفارش واقعاً چقدر پول برای فروشگاه باقی گذاشته است، هزینههای مستقیم دیگر را نیز باید وارد کنیم.
فرمول عملی سود سفارش:
سود سفارش = درآمد خالص بدون مالیات − COGS − هزینه واقعی ارسال − کارمزد درگاه − بستهبندی − کمیسیون − سایر هزینههای مستقیم همان سفارش
یک مثال واقعی؛ چرا فقط نگاهکردن به قیمت فروش اشتباه است؟
فرض کنیم یک سفارش پس از تخفیف شامل ۲٬۷۰۰٬۰۰۰ تومان فروش محصول است و مشتری ۱۰۰٬۰۰۰ تومان نیز بابت ارسال پرداخت کرده است. بنابراین درآمد مستقیم بدون مالیات سفارش ۲٬۸۰۰٬۰۰۰ تومان است.
| بخش | مبلغ | اثر روی سود |
|---|---|---|
| فروش خالص محصولات | ۲٬۷۰۰٬۰۰۰ تومان | افزایش درآمد |
| هزینه ارسال دریافتشده از مشتری | ۱۰۰٬۰۰۰ تومان | افزایش درآمد سفارش |
| COGS | ۱٬۷۰۰٬۰۰۰ تومان | هزینه مستقیم کالا |
| هزینه واقعی شرکت حمل | ۱۴۰٬۰۰۰ تومان | هزینه سفارش |
| کارمزد درگاه | ۲۷٬۰۰۰ تومان | هزینه سفارش |
| بستهبندی | ۲۵٬۰۰۰ تومان | هزینه سفارش |
| سود پس از هزینههای مستقیم | ۹۰۸٬۰۰۰ تومان | حدود ۳۲٫۴٪ از درآمد مستقیم سفارش |
اگر فقط تفاوت قیمت فروش و قیمت خرید را میدیدیم، تصور میکردیم سود بسیار بیشتری ساخته شده است. اما هزینه واقعی ارسال، کارمزد و بستهبندی نزدیک به ۲۰۰ هزار تومان دیگر از سفارش کم کردهاند.
هزینه ارسال دریافتشده با هزینه واقعی ارسال فرق دارد
این یکی از مهمترین نقاطی است که گزارش سود را خراب میکند. مبلغ Shipping در سفارش WooCommerce همان مبلغی است که از مشتری گرفتهاید؛ لزوماً همان پولی نیست که شما به شرکت پست یا پیک پرداخت کردهاید.
ممکن است مشتری ۸۰ هزار تومان هزینه ارسال بدهد ولی هزینه نهایی شرکت حمل ۱۳۰ هزار تومان باشد. در این حالت فروشگاه عملاً ۵۰ هزار تومان از سود خود برای ارسال پرداخت کرده است. برعکس، گاهی هزینه دریافتشده بیشتر از هزینه واقعی است.
کارمزد درگاه را از کجا وارد کنیم؟
WooCommerce نمیتواند یک فرمول جهانی برای کارمزد همه درگاهها داشته باشد، چون مدل کارمزد بانک، درگاه واسط، کیف پول، پرداخت بینالمللی و سرویسهای مختلف یکسان نیست.
بهترین کار این است که کارمزد واقعی تراکنش از API یا گزارش همان درگاه دریافت و روی سفارش ذخیره شود. اگر درگاه API کارمزد ارائه نمیدهد، میتوانید یک قانون درصدی یا مبلغ ثابت برای آن تعریف کنید؛ اما باید بدانید چنین عددی «برآورد» است، نه مبلغ قطعی تسویه.
مرجوعی چه اثری روی سود دارد؟
مرجوعی فقط کمشدن فروش نیست. اگر یک کالا برگشت خورده باشد، باید بررسی کنیم آیا کالا دوباره قابل فروش شده است یا خیر، چه مقدار وجه پس داده شده و آیا هزینه ارسال یا کارمزد قابل برگشت بوده است.
COGS داخلی WooCommerce اطلاعات هزینه آیتمهای Refundشده را نیز در محاسبات سفارش در نظر میگیرد. در API فعلی، شیء سفارش متدهایی مانند get_cogs_total_value() و get_cogs_refunded_for_item() دارد که برای گزارش سفارشی مفید هستند.
⚠️ دقت کنید: اگر کالای مرجوعی آسیب دیده و دیگر قابل فروش نیست، برگشت COGS به موجودی اقتصادی شما لزوماً به معنی بازگشت کامل هزینه نیست. این بخش به سیاست انبار و حسابداری کسبوکار وابسته است.
چرا عدد COGS هسته بهتنهایی «سود واقعی» نیست؟
قابلیت داخلی ووکامرس پایه بسیار خوبی برای هزینه محصول است، اما مستندات فعلی خود WooCommerce نیز تصریح میکنند که COGS هسته هنوز مستقیماً با WooCommerce Analytics یکپارچه نشده است. مهمتر از آن، هزینههایی مثل کارمزد درگاه، بستهبندی یا هزینه واقعی شرکت حمل ذاتاً بهای خرید محصول نیستند.
بنابراین ساخت گزارش سود واقعی معمولاً دو لایه دارد: لایه اول COGS استاندارد WooCommerce و لایه دوم هزینههای مستقیم اختصاصی کسبوکار.
فروشگاه ووکامرسی پرتراکنش دارید؟
گزارشهای سنگین، افزونههای حسابداری، همگامسازی سفارش و پردازشهای دورهای روی CPU، RAM و دیتابیس فشار ایجاد میکنند. اگر پنل فروشگاه هنگام گزارشگیری یا پردازش سفارش کند میشود، علاوه بر کدنویسی باید منابع PHP، دیتابیس و کش را هم بررسی کنید.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467
محاسبه سود سفارش با API خود WooCommerce
اگر میخواهید این محاسبه را داخل افزونه اختصاصی، سیستم حسابداری یا گزارش مدیریتی خود استفاده کنید، از API شیء سفارش WooCommerce استفاده کنید. در نسخههای جدید، متد get_cogs_total_value() هزینه COGS سفارش را برمیگرداند.
نمونه زیر علاوه بر COGS، چند هزینه مستقیم را نیز دریافت میکند و سود سفارش را برمیگرداند. این کد بهتر است داخل افزونه اختصاصی یا سرویس حسابداری شما قرار بگیرد، نه داخل قالب.
<?php
function iranica_wc_profit_breakdown(
WC_Order $order,
array $direct_costs = array()
): array {
$order_total = (float) $order->get_total();
// Refund totals include refunded amounts from the order.
$refunded_total = (float) $order->get_total_refunded();
// Taxes collected are normally not treated as store revenue.
$remaining_tax =
(float) $order->get_total_tax()
- (float) $order->get_total_tax_refunded();
$net_revenue_ex_tax = max(
0,
$order_total - $refunded_total - $remaining_tax
);
$cogs = method_exists( $order, 'get_cogs_total_value' )
? (float) $order->get_cogs_total_value()
: 0;
$extra_direct_costs = 0;
foreach ( $direct_costs as $cost ) {
$extra_direct_costs += max( 0, (float) $cost );
}
$profit =
$net_revenue_ex_tax
- $cogs
- $extra_direct_costs;
$margin = $net_revenue_ex_tax > 0
? ( $profit / $net_revenue_ex_tax ) * 100
: 0;
return array(
'net_revenue_ex_tax' => $net_revenue_ex_tax,
'cogs' => $cogs,
'direct_costs' => $extra_direct_costs,
'profit' => $profit,
'margin_percent' => $margin,
);
}
مثلاً اگر سفارش شماره ۱۲۳۴ دارید و هزینه واقعی ارسال، کارمزد درگاه و بستهبندی را میدانید:
$order = wc_get_order( 1234 );
$result = iranica_wc_profit_breakdown(
$order,
array(
'gateway_fee' => 27000,
'real_shipping_cost' => 140000,
'packaging_cost' => 25000,
)
);
error_log( print_r( $result, true ) );
در پروژه واقعی بهتر است این هزینهها بهجای عدد ثابت از داده همان سفارش خوانده شوند؛ برای مثال هزینه شرکت حمل از API سرویس ارسال، کارمزد از تسویه درگاه و بستهبندی از قوانین داخلی فروشگاه دریافت شود.
اگر هزینههای اضافی را روی سفارش ذخیره میکنیم، HPOS را فراموش نکنید
برای سفارشهای جدید WooCommerce بهتر است مستقیماً از get_post_meta() و update_post_meta() بهعنوان مسیر اصلی داده سفارش استفاده نکنید. با HPOS ممکن است سفارش دیگر مثل گذشته فقط داخل جدول Posts ذخیره نشود.
از خود شیء سفارش استفاده کنید:
$order = wc_get_order( $order_id );
$order->update_meta_data(
'_iranica_gateway_fee',
27000
);
$order->update_meta_data(
'_iranica_real_shipping_cost',
140000
);
$order->save();
و هنگام گزارشگیری:
$gateway_fee = (float) $order->get_meta(
'_iranica_gateway_fee'
);
$shipping_cost = (float) $order->get_meta(
'_iranica_real_shipping_cost'
);
چه هزینههایی را بهتر است برای هر سفارش ذخیره کنیم؟
همه فروشگاهها ساختار یکسانی ندارند. بنابراین لازم نیست دهها عدد بیربط روی هر سفارش ذخیره کنید. هزینهای را ثبت کنید که واقعاً روی تصمیم قیمتگذاری یا سود شما اثر دارد.
| هزینه | منبع مناسب | بهتر است چه زمانی ثبت شود؟ |
|---|---|---|
| COGS | قابلیت داخلی WooCommerce | هنگام ایجاد سفارش |
| کارمزد درگاه | API یا گزارش تسویه درگاه | بعد از پرداخت یا تسویه |
| ارسال واقعی | API شرکت حمل یا مبلغ ثبتشده اپراتور | پس از مشخصشدن سرویس ارسال |
| بستهبندی | قانون ثابت یا براساس نوع کالا | زمان پردازش سفارش |
| کمیسیون مارکتپلیس | API یا گزارش پلتفرم فروش | زمان ثبت یا تسویه سفارش |
| هزینه تبلیغ منتسب به سفارش | سیستم Attribution یا داده کمپین | فقط وقتی انتساب قابل اتکا دارید |
بهای خرید امروز را روی سفارشهای قدیمی اعمال نکنید
فرض کنید محصولی را فروردین با قیمت ۵۰۰ هزار تومان خریدهاید و مهر همان کالا را ۷۰۰ هزار تومان میخرید. اگر برای گزارش فروردین از هزینه امروز استفاده شود، تاریخچه سود فروشگاه خراب میشود.
یکی از مزیتهای COGS داخلی WooCommerce همین Snapshot شدن هزینه در سطح آیتم سفارش است. سفارش قبلی هزینه زمان خودش را نگه میدارد. این مدل برای گزارش فروش بسیار بهتر از خواندن «قیمت خرید فعلی محصول» در زمان گزارشگیری است.
آیا COGS همان FIFO است؟
خیر. اگر یک محصول را در چند محموله با قیمتهای متفاوت خریداری میکنید، حسابداری موجودی میتواند پیچیدهتر شود. FIFO یعنی قدیمیترین موجودی واردشده، اول فروختهشده در نظر گرفته شود. COGS پایه ووکامرس بهتنهایی سیستم کامل لایههای موجودی و FIFO نیست.
اگر کسبوکار شما به محاسبه دقیق FIFO، میانگین موزون موجودی یا انبار چندمرحلهای نیاز دارد، بهتر است این محاسبه در سیستم حسابداری یا ERP انجام شود و WooCommerce نقش سیستم فروش را داشته باشد.
📌 برای حسابداری کاملتر
اگر هدف فقط دیدن سود هر سفارش نیست و میخواهید فروش، انبار و اسناد مالی را وارد یک سیستم حسابداری کنید، مقاله معرفی نرمافزار حسابداری حسابک میتواند دید کاملتری درباره ساختار حسابداری عملی کسبوکار بدهد.
چگونه محصولات کمسود را پیدا کنیم؟
فروش زیاد همیشه به معنی محصول خوب نیست. ممکن است محصولی ماهانه صدها عدد فروش داشته باشد ولی به دلیل تخفیف زیاد، هزینه ارسال بالا یا حاشیه سود بسیار کم، سرمایه و تیم فروشگاه را مشغول کند و سود کمی بسازد.
برای تصمیم مدیریتی بهتر است حداقل این چهار عدد را کنار هم ببینید: تعداد فروش، درآمد خالص، COGS و سود پس از هزینههای مستقیم. محصولی که فروش کمتر اما حاشیه سود بالاتر دارد ممکن است از محصول پرفروش ارزشمندتر باشد.
حاشیه سود را چگونه محاسبه کنیم؟
حاشیه سود = (سود ÷ درآمد خالص) × ۱۰۰
اگر درآمد خالص سفارش ۲٬۸۰۰٬۰۰۰ تومان و سود آن ۹۰۸٬۰۰۰ تومان باشد، حاشیه سود حدود ۳۲٫۴ درصد است.
این عدد برای مقایسه محصولات بسیار مفیدتر از نگاهکردن صرف به مبلغ سود است. دو محصول ممکن است هر دو ۵۰۰ هزار تومان سود بسازند، اما یکی با فروش ۱ میلیون و دیگری با فروش ۵ میلیون؛ کیفیت سود این دو یکسان نیست.
چکلیست تست قبل از اعتماد به گزارش سود
| سناریو | انتظار درست |
|---|---|
| محصول ساده | COGS هر واحد در سفارش ثبت شود. |
| Variation با هزینه متفاوت | هزینه همان Variation استفاده شود. |
| سفارش دارای تخفیف | درآمد خالص بعد از تخفیف مبنای سود باشد. |
| Refund جزئی | فروش و هزینه کالای برگشتی بهدرستی اصلاح شوند. |
| ارسال رایگان | هزینه واقعی حمل همچنان از سود کم شود. |
| تغییر قیمت خرید محصول | سفارشهای قبلی با COGS زمان خودشان باقی بمانند. |
خطاهای رایج در محاسبه سود ووکامرس
قیمت فروش را درآمد خالص فرض میکنیم
تخفیف، Refund، مالیات و هزینههای جانبی میتوانند عدد واقعی را تغییر دهند. برای گزارش سفارش باید داده نهایی خود سفارش مبنا باشد.
هزینه ارسال مشتری را همان هزینه پست در نظر میگیریم
این دو باید جدا باشند. یکی درآمد Shipping است و دیگری هزینه Fulfillment.
هزینه فعلی محصول را روی سفارش قدیمی میخوانیم
این کار تاریخچه سود را عوض میکند. برای گزارش تاریخی باید از Snapshot هزینه سفارش استفاده شود.
مالیات دریافتی را سود فروشگاه حساب میکنیم
در بسیاری از ساختارهای حسابداری، مالیات دریافتشده از مشتری درآمد فروشگاه نیست و باید جدا نگهداری شود. نحوه دقیق ثبت به قوانین و حسابداری کسبوکار بستگی دارد.
هزینه تبلیغات را بدون روش انتساب روی هر سفارش تقسیم میکنیم
اگر نمیدانید دقیقاً کدام کمپین سفارش را ساخته، هزینه تبلیغات سفارش یک برآورد است. بهتر است گزارش «سود سفارش» و «سود کل دوره بعد از تبلیغات» را جدا نگه دارید.
پرسشهای متداول
آیا WooCommerce خودش بهای تمامشده دارد؟
بله. COGS اکنون بخشی از هسته WooCommerce است و برای محصولات، Variationها و سفارشها قابل استفاده است.
اگر قیمت خرید محصول را تغییر دهم، سود سفارشهای قبلی هم تغییر میکند؟
خیر. COGS مربوط به سفارش در زمان فروش روی آیتم سفارش ثبت میشود و تغییر هزینه فعلی محصول نباید تاریخچه سفارشهای قبلی را بازنویسی کند.
آیا COGS شامل کارمزد درگاه است؟
خیر. COGS برای هزینه مستقیم کالا است. کارمزد درگاه بهتر است بهعنوان هزینه مستقیم جداگانه سفارش ثبت شود.
هزینه ارسال رایگان را چگونه حساب کنیم؟
اگر مشتری هزینهای پرداخت نمیکند ولی شما به شرکت حمل پول میدهید، همان هزینه واقعی باید از سود سفارش کم شود.
آیا COGS داخلی ووکامرس در Analytics نمایش داده میشود؟
طبق مستندات فعلی WooCommerce، قابلیت COGS هسته هنوز بهصورت مستقیم با WooCommerce Analytics یکپارچه نشده است. برای گزارش پیشرفته میتوان از افزونههای گزارشگیری یا گزارش سفارشی استفاده کرد.
برای سود واقعی فروشگاه فقط سود سفارشها را جمع کنیم کافی است؟
برای سود عملیاتی سفارشها مفید است، اما سود خالص کل کسبوکار باید هزینههای دورهای مثل حقوق، اجاره، زیرساخت، تبلیغات و سایر هزینههای ثابت یا عمومی را نیز در نظر بگیرد.
منابع رسمی این آموزش
🔹 مستندات رسمی Cost of Goods Sold در WooCommerce — روش فعالسازی COGS، ثبت هزینه محصول و Variation، سفارش، Refund و CSV.
🔹 اعلام رسمی پایدارشدن COGS در WooCommerce 10.3 — زمان خروج قابلیت از حالت آزمایشی و ورود رسمی به هسته.
🔹 WooCommerce Code Reference برای WC_Order — متدهای COGS، Refund، Tax و اطلاعات سفارش.
🔹 یادداشت انتشار WooCommerce 11.2 — مرجع نسخه فعلی خانواده WooCommerce در زمان بازنگری این مقاله.
جمعبندی
برای فهمیدن سود واقعی محصولات WooCommerce، فقط اختلاف قیمت فروش و خرید کافی نیست. از COGS داخلی ووکامرس برای ثبت هزینه واقعی کالا در زمان سفارش استفاده کنید و سپس هزینههای مستقیم دیگری مثل ارسال، کارمزد درگاه، بستهبندی و کمیسیون را جداگانه ثبت کنید. سود هر سفارش باید براساس داده همان سفارش و Refundهای آن محاسبه شود، نه قیمت فعلی محصول. بعد از این مرحله، تازه میتوان محصولات کمسود، تخفیفهای زیانده و سفارشهایی را که ظاهراً فروش خوبی دارند اما پول کمی باقی میگذارند شناسایی کرد.
گزارشهای ووکامرس فروشگاه را کند کردهاند؟
اگر هنگام محاسبه گزارشهای سفارش، اجرای Cron، پردازش افزونههای مالی یا همگامسازی حسابداری با مصرف بالای PHP و دیتابیس روبهرو هستید، قبل از افزایش منابع بهتر است Queryها، کش و محدودیتهای سرویس بررسی شوند.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467






دیدگاهها (۰)