کتاب جامع مدیریت سفارش‌ها در آناما
از سبد و سفارش تا وصول، رزرو، تحویل، مرجوعی و تسویه؛ نقشه تصمیم برای هر نقش
کتاب جامع مدیریت سفارش‌ها در آناما؛ از اولین سبد تا تسویه و خدمات پس از فروش
این راهنما برای مالک فروشگاه، مدیر فروش، مسئول دریافت وجه، انباردار، مسئول ارسال و حسابدار نوشته شده است. هدف فقط شناخت دکمه‌ها نیست: باید بدانید هر اقدام چه تعهدی ایجاد می‌کند، چه داده‌ای را تغییر می‌دهد، چه زمانی انجام آن مجاز است و بعد از ثبت چطور صحت نتیجه را کنترل کنید. سفارش فقط یک شماره و مبلغ نیست؛ قرارداد عملیاتی میان مشتری و فروشگاه است و به پرداخت، موجودی، تحویل و گاهی حساب‌های دریافتنی و بازپرداخت ارتباط دارد.
نقشه راهِ درست؛ اول رویداد را شناسایی کنید
| اتفاق واقعی | رکورد یا مسیر مربوط | نتیجه مورد انتظار | چه چیزی هنوز قطعی نیست؟ |
|---|---|---|---|
| مشتری محصولی را در سبد می‌گذارد | سبد خرید | جمع و امکان خرید محاسبه می‌شود | فروش، درآمد و خروج انبار رخ نداده |
| مشتری سفارش ثبت می‌کند | سفارش و ردیف‌های آن | مبلغ و اطلاعات خرید در پرونده سفارش ثابت می‌شود | پرداخت موفق و تحویل تضمین نشده |
| موجودی برای سفارش کنار گذاشته می‌شود | رزرو انبار | موجودی قابل فروش کمتر می‌شود | کالا الزاماً از انبار فیزیکی خارج نشده |
| درگاه پرداخت را تأیید می‌کند | تراکنش پرداخت | پرداخت قابل استناد می‌شود | آماده‌سازی و ارسال هنوز باقی است |
| فیش بانکی تأیید می‌شود | پرونده رسید پرداخت | سفارش دستی/بانکی طبق مسیر معتبر قطعی می‌شود | تصویر فیش به تنهایی مدرک بانک نیست |
| تیم انبار بسته‌بندی می‌کند | وضعیت پردازش سفارش | کالا آماده تحویل به حامل است | تحویل به مشتری رخ نداده |
| مرسوله به شرکت حمل سپرده می‌شود | سفارش و مرسوله | کد رهگیری و رویداد تحویل به حامل ثبت می‌شود | «ارسال» برابر «تحویل قطعی» نیست |
| مشتری کالا را دریافت می‌کند | وضعیت تحویل | تعهد تحویل پیگیری می‌شود | ضمانت و حق مرجوعی احتمالی باقی است |
| کالا مرجوع می‌شود | درخواست مرجوعی | دلیل و نتیجه درخواست بررسی می‌شود | بازپرداخت یا ورود به موجودی هنوز مستقل است |
| وجه بازگردانده می‌شود | پرونده تسویه بازپرداخت | خروج وجه با نتیجه قابل ردیابی ثبت می‌شود | صرف ثبت درخواست، اثبات واریز نیست |
مهم‌ترین اشتباه این است که همه سطرهای جدول را با دکمه «پرداخت شد» یا «تحویل شد» جایگزین کنیم. تغییر یک وضعیت باید مطابق واقعیت خارج از سیستم باشد، نه برای سبزشدن نمودار داشبورد.
مسیر یادگیری برای نقش‌های مختلف
اگر مدیر فروش هستید: با فهرست و فیلترهای سفارش و فرهنگ وضعیت‌ها شروع کنید. سپس سفارش دستی و کنترل کیفیت سفارش را مطالعه کنید.
اگر مسئول دریافت وجه هستید: ساختار مبلغ سفارش، پرداخت اینترنتی، رسید و پرداخت دستی و اتصال سفارش به دفترکل را بخوانید. فیش را فقط با مشاهده تصویر تأیید نکنید.
اگر انباردار هستید: رزرو و کسری موجودی، آماده‌سازی و بسته‌بندی و وزن و پیش‌سفارش مهم‌ترند.
اگر مسئول خدمات پس از فروش هستید: مرجوعی، تعویض، بازپرداخت و گارانتی را به ترتیب مطالعه کنید.
صفحه سفارش‌ها را چگونه بخوانیم؟
در /panel/orders، می‌توانید بین جدول و برد جابه‌جا شوید. جست‌وجو روی شماره سفارش، موبایل و نام مشتری کار می‌کند؛ فیلتر وضعیت در همان فهرست فعال می‌شود. ردیف‌ها شماره سفارش، شخص، مبلغ قابل پرداخت، وضعیت پرداخت، وضعیت گردش و زمان ساخت را نشان می‌دهند. فیلتر وضعیت سفارش، فیلتر وضعیت پرداخت نیست. یک سفارش «در حال پردازش» ممکن است به روش اعتباری ثبت شده باشد و الزاماً پرداخت نقدی به بانک نداشته باشد.
برای اقدام، روی «مدیریت/بررسی سفارش» بزنید. در جزئیات پنج زمینه را جدا بخوانید: «اقلام و فاکتور»، «پرداخت»، «تحویل و ارسال»، «سوابق» و، در صورت مجوز، «خدمات پس از فروش». دکمه‌های عملیات مطابق وضعیت و سطح دسترسی همان سفارش از سرور می‌آیند؛ نبودن دکمه همیشه خرابی UI نیست. برای تمام حالت‌ها راهنمای فیلدهای جزئیات را ببینید.
یک مثال واقعی: خرید دو کالا با ارسال
مشتری یک کفش سایز ۴۲ و یک کیف سفارش می‌دهد. قبل از ثبت باید هر دو تنوع دقیق فعال باشند؛ موجودی کلی محصول به‌تنهایی کافی نیست. در صفحه پرداخت، مبلغ کالا، تخفیف، حمل و استفاده از کیف پول کنار هم مبلغ قابل پرداخت را شکل می‌دهند. نشانی تحویل در snapshot سفارش ذخیره می‌شود تا اگر مشتری بعداً نشانی پروفایل را عوض کرد، سابقه سفارش تغییر نکند. سیستم برای اقلام قابل کنترل، موجودی را رزرو می‌کند. اگر پرداخت انجام نشود، باید سیاست انقضا و آزادسازی رزرو اعمال شود؛ انباردار مجاز نیست برای اصلاح موجودی سفارش جدید بسازد.
پس از تأیید معتبر پرداخت، سفارش به مسیر پردازش می‌رود. مسئول بسته‌بندی SKU و تعداد را با سفارش تطبیق می‌دهد، وضعیت بسته‌بندی را ثبت می‌کند و سپس تنها پس از تحویل واقعی به حامل، «ارسال» و اطلاعات مرسوله را ثبت می‌کند. شماره رهگیری را باید از شرکت حمل دریافت کرد، نه حدس زد. در نهایت با اثبات تحویل، سفارش تحویل‌شده است. اگر مشتری بعداً تعویض سایز بخواهد، پرونده تعویض جدید آغاز می‌شود؛ سفارش اولیه پاک یا دوباره ثبت نمی‌شود.
سفارش فروشگاهی با فاکتور حسابداری یکی نیست
سفارش در آناما ردیف کالا، مشتری، شرایط پرداخت و سابقه اجرا دارد. فاکتور/سند دفترکل می‌تواند چرخه مالی مستقل داشته باشد. مبلغ «پرداخت‌شده» در رابط سفارش لزوماً یعنی «تراکنش در صورت‌حساب بانکی تطبیق شده» یا «درآمد دفترکل ثبت قطعی شده» نیست. اگر می‌خواهید مانده فرد را بدانید، دریافت‌های تخصیص‌یافته، فاکتور و سند قطعی را در حساب اشخاص بررسی کنید. برای این تمایز راهنمای ارتباط سفارش و حسابداری ضروری است.
قبل از هر کلیک برگشت‌ناپذیر، پنج پرسش بپرسید
۱. کدام Tenant و شخصیت حسابداری و کدام سفارش را تغییر می‌دهم؟ ۲. رویداد واقعاً رخ داده یا فقط قول انجام آن داده شده؟ ۳. آیا همین پرداخت/خروج کالا/بازپرداخت قبلاً ثبت شده است؟ ۴. آیا وضعیت مشتری، انبار، مرسوله و سند مالی با هم سازگارند؟ ۵. اگر خطا شود، شماره مرجع و تاریخچه لازم برای پیگیری را دارم؟
راهنمای تصمیم سریع در موقعیت‌های مشکل‌دار
- مشتری می‌گوید پرداخت کردم، اما سفارش منتظر است: ابتدا تراکنش و فیش را بررسی کنید، نه اینکه سفارش را دستی پرداخت‌شده کنید.
- موجودی کمتر از تعداد فروش است: مقدار
availableوreservedهمان SKU را بخوانید؛ آموزش انبار سفارش را دنبال کنید. - مشتری نشانی را بعد از سفارش عوض کرد: به snapshot سفارش و مجوز اصلاح/هماهنگی مرسوله رجوع کنید؛ تغییر پروفایل نشانی گذشته را خودکار عوض نمی‌کند.
- مشتری می‌خواهد بعد از ارسال لغو کند: احتمالاً پرونده مرجوعی یا برگشت مرسوله لازم است، نه لغو خام.
- فروش نسیه به شرکت انجام شده: مانده دریافتنی و سررسید را جدا از وضعیت ارسال بررسی کنید؛ فروش اعتباری را بخوانید.
- بازپرداخت آغاز شده و هم‌زمان اختلاف بانکی دیده می‌شود: قبل از هر پرداخت دوم، پرونده‌های مالی را تطبیق دهید؛ بازپرداخت ایمن را بخوانید.
برنامه کاری تیم فروش
در آغاز روز سفارش‌های در انتظار پرداخت و فیش‌های بررسی‌نشده را جدا کنید؛ سپس سفارش‌های پردازش و بسته‌بندی را با ظرفیت واقعی انبار مرتب کنید. در طول روز مرسوله‌های بدون رهگیری، موارد تأخیر و درخواست‌های مرجوعی را پیگیری کنید. در پایان شیفت، شماره سفارش‌های باز، علت توقف و مسئول اقدام بعدی را ثبت کنید؛ از نگهداری اطلاعات حساس کارت، شماره کامل حساب دیگران یا داده خصوصی مشتری در یادداشت آزاد پرهیز کنید.
این راهنما درباره رفتار موجود در سورس مرجع است. فعال‌بودن همه درگاه‌ها، روش‌های ارسال، یکپارچه‌سازی مالی یا مجوزهای نقش‌ها وابسته به تنظیمات و محیط شماست؛ وجود نام یک قابلیت در فرم، تضمین فعال‌بودن اتصال بیرونی نیست.