آموزش صدور فاکتور در فروشگاه اینترنتی

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

با این حال، «ثبت سفارش»، «رسید پرداخت» و «فاکتور» یک سند واحد نیستند. سفارش ممکن است هنوز پرداخت نشده باشد؛ رسید درگاه فقط انجام تراکنش را نشان می‌دهد؛ فاکتور، جزئیات کالا یا خدمت و مبلغ معامله را نمایش می‌دهد. اگر فروشگاه مشمول تکالیف صدور صورتحساب الکترونیکی مالیاتی باشد، موضوع دیگری هم مطرح می‌شود که با ساخت یک فایل PDF در سایت انجام‌شده فرض نمی‌شود.

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

فاکتور فروشگاه اینترنتی با رسید پرداخت چه تفاوتی دارد؟

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

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

پیش از طراحی قالب فاکتور، باید مطمئن شوید قیمت هر محصول، تخفیف‌ها و هزینه‌های جانبی در خود فروشگاه درست محاسبه می‌شوند. راهنمای قیمت‌گذاری محصول برای تعیین قیمت فروش و لحاظ کردن هزینه‌ها نقطه شروع خوبی است؛ چون فاکتور مرتب نمی‌تواند محاسبه اشتباه در سبد خرید را اصلاح کند.

فاکتور فروشگاه اینترنتی چه اطلاعاتی باید داشته باشد؟

برای فاکتوری که مشتری بتواند از آن استفاده کند، اطلاعات را در چند بخش روشن بچینید:

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

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

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

فاکتور را در چه مرحله‌ای از سفارش صادر کنیم؟

زمان صدور به شیوه فروش و هدف سند بستگی دارد، اما یک قاعده عملی این است: سفارش پرداخت‌نشده را بی‌توضیح به‌عنوان خرید قطعی و تسویه‌شده نمایش ندهید. مشتری ممکن است سفارش را ثبت کند، به درگاه برود و پرداخت را نیمه‌کاره رها کند. در چنین وضعی، ساخت خودکار یک فاکتور با عبارت «پرداخت شد» اطلاعات نادرست تولید می‌کند.

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

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

نکته مهم برای فروشگاه‌های فارسی:
پیش از انتخاب نهایی، یک فاکتور آزمایشی با نام محصول فارسی، نشانی فارسی
و مبلغ‌های واقعی بسازید. راست‌چین بودن صفحه لزوماً به معنی نمایش صحیح
حروف فارسی در PDF نیست. برای بعضی افزونه‌ها ابزار تکمیلی پشتیبانی
از RTL و فونت لازم می‌شود. همچنین هیچ‌کدام از افزونه‌های معرفی‌شده
را صرفاً به‌دلیل ساخت PDF، راهکار قطعی ارسال صورتحساب به سامانه مؤدیان
فرض نکنید؛ آن فرایند باید جداگانه بررسی شود.

1. یک سفارش آزمایشی بسازید. محصول دارای تخفیف و هزینه ارسال را هم در آزمایش بگنجانید.
2. راهکار صدور فاکتور را نصب و تنظیم کنید. مشخصات فروشنده، قالب نمایش، شماره‌گذاری و زمان تولید سند را کنترل کنید.
3. شرط ارسال را تعیین کنید. روشن باشد فاکتور همراه کدام پیام یا در کدام وضعیت سفارش برای مشتری ارسال می‌شود.
4. فایل خروجی را بازبینی کنید. جمع مبالغ، راست‌چین بودن متن فارسی، نمایش صحیح اعداد و خوانایی نسخه موبایل یا چاپی را ببینید.
5. یک تغییر واقعی را شبیه‌سازی کنید. سفارش لغوشده یا مرجوعی را آزمایش کنید تا بدانید سند قبلی چگونه نگهداری و اصلاح می‌شود.

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

نمونه محاسبه مبلغ در فاکتور

فرض کنید مشتری دو کالا با قیمت واحد ۹۰۰ هزار تومان خریده است. جمع اقلام ۱ میلیون و ۸۰۰ هزار تومان می‌شود. اگر ۱۸۰ هزار تومان تخفیف و ۸۰ هزار تومان هزینه ارسال داشته باشد، مبلغ نهایی سفارش ۱ میلیون و ۷۰۰ هزار تومان است.

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

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

فاکتور مشتری با صورتحساب الکترونیکی سامانه مؤدیان یکی است؟

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

از سوی دیگر، نمی‌توان برای همه فروشگاه‌ها یک نسخه ثابت نوشت که «حتماً همین نوع صورتحساب را صادر کنید» یا «هیچ تکلیفی ندارید». وضعیت فروشنده، نوع معامله، مشخصات خریدار و مقررات و معافیت‌های جاری باید بررسی شوند. اگر فروشگاه شما مشمول فرایند صدور و ارسال صورتحساب است، از حسابدار یا مسئول مالی بخواهید مسیر ثبت اطلاعات فروشگاه و اتصال احتمالی نرم‌افزار را مشخص کند. طراحی فاکتور مشتری را با اجرای این تکلیف یکی ندانید.

برای فروش به شرکت‌ها، دریافت مشخصات خریدار و نوع سند موردنیاز را پیش از قطعی کردن سفارش هماهنگ کنید. نیازهای فروش به مصرف‌کننده و فروش به کسب‌وکار یکسان نیست؛ مقاله تفاوت سایت B2B و B2C این تفاوت را در ساختار فرایند فروش نیز توضیح می‌دهد.

فاکتور را چگونه به مشتری برسانیم؟

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

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

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

با لغو سفارش یا مرجوعی چه کنیم؟

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

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

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

خطاهای رایج در صدور فاکتور اینترنتی

صدور فاکتور قطعی برای سفارش ناموفق: ثبت سفارش به معنی پرداخت موفق نیست. وضعیت تراکنش را پیش از درج عبارت «تسویه‌شده» کنترل کنید.

یکی گرفتن شماره سفارش و شماره فاکتور: اگر سیستم شماره‌گذاری مستقل دارد، هر دو شناسه را درست نمایش دهید تا پشتیبانی بتواند آن‌ها را به هم مرتبط کند.

نمایش ندادن تخفیف و هزینه ارسال: مشتری باید بفهمد مبلغ نهایی چگونه به دست آمده است. فقط نوشتن عدد کل، بررسی مغایرت را سخت می‌کند.

ارسال فاکتور ناخوانا در موبایل: فایل‌هایی با فونت فارسی خراب، ستون‌های بریده یا اعداد جابه‌جا، عملاً برای پیگیری خرید مناسب نیستند.

فرض اینکه نصب افزونه تکلیف مالیاتی را حل کرده است: افزونه ساخت PDF ممکن است صرفاً سند سفارش برای مشتری تولید کند. قابلیت صدور و ارسال صورتحساب مالیاتی باید جداگانه و بر اساس وضعیت کسب‌وکار بررسی شود.

جمع‌بندی

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

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

پرسش‌های متداول

آیا ووکامرس به‌تنهایی فایل PDF فاکتور می‌سازد؟

ووکامرس اطلاعات سفارش را ثبت و مدیریت می‌کند. برای ساخت و ارسال فایل PDF فاکتور با قالب و تنظیمات دلخواه، معمولاً از افزونه یا راهکار تکمیلی استفاده می‌شود.

آیا برای سفارش پرداخت‌نشده هم می‌توان فاکتور فرستاد؟

می‌توان سندی برای اعلام اقلام و مبلغ قابل پرداخت تهیه کرد، اما باید وضعیت آن روشن باشد. سفارش پرداخت‌نشده را نباید در سند ارسالی، تسویه‌شده معرفی کرد.

آیا فاکتور PDF همان صورتحساب سامانه مؤدیان است؟

صرفِ تولید PDF چنین معنایی ندارد. صورتحساب الکترونیکی مالیاتی تعریف و فرایند ثبت مشخصی دارد؛ تکلیف کسب‌وکار باید جداگانه بررسی شود.

شماره سفارش باید با شماره فاکتور یکسان باشد؟

الزامی برای یکی گرفتن این دو در منطق مدیریت فروشگاه وجود ندارد. مهم این است که شماره‌گذاری اسناد منظم باشد و بتوان هر فاکتور را به سفارش مربوط پیدا کرد.

پس از مرجوعی می‌توان فاکتور قبلی را پاک کرد؟

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