رساندن یک سفارش به پرداخت‌شده

هدف

بدانید هر خرید کجاست — پرداخت‌شده، در انتظار، ناموفق — و فقط به آن‌هایی دست بزنید که به یک نفر نیاز دارند: فاکتوری که برای یک سفارش خرید صادر می‌شود، یا کارتی که از کار افتاده است.

پیش از شروع

برای تغییر یک سفارش به نقش Finance نیاز دارید (Support و Sales می‌توانند آن‌ها را بخوانند). Parsware Commerce را از پوستهٔ پلتفرم باز کنید؛ سفارش‌ها و رویدادهای پرداخت زیر Money هستند.

آنچه بدون شما اتفاق می‌افتد

وقتی مشتری در parsware.com Buy را می‌زند، پلتفرم یک Order با وضعیت Awaiting payment باز می‌کند که از روی طرح قیمت‌گذاری شده — سال اول برای محیط‌های انتخاب‌شده، و آنچه هر سال بعد هزینه خواهد داشت. مشتری در صفحهٔ Stripe پرداخت می‌کند، هرگز در صفحهٔ ما. وقتی Stripe پرداخت را تأیید می‌کند، یک Payment event ثبت می‌شود و سفارش خودبه‌خود Paid می‌شود؛ اشتراک آزمایشی مشتری همان اشتراک پرداخت‌شده می‌شود (ردیف دومی اضافه نمی‌شود)، و برای آزمایشی پلتفرم، تاریخ پایان تننت برداشته می‌شود. هیچ چیزی در مسیر کارت دستی تنظیم نمی‌شود، و Paid روی سفارش کارتی حرف Stripe است، نه حرف ما.

مراحل — مسیر فاکتور

برای سفارش خرید، مسیر کارت استفاده نمی‌شود:

1. Orders → New. مشتری، طرح، محیط‌ها و مبلغ را تنظیم کنید؛ Payment method را روی Invoice و Status را روی Invoiced بگذارید. ذخیره کنید و فاکتور را از سامانهٔ خودتان بفرستید — پلتفرم فاکتور چاپ نمی‌کند.
2. وقتی پول رسید، سفارش را باز کنید، Status را روی Paid و Paid on را روی همان روز بگذارید و ذخیره کنید.
3. Subscription مشتری را دستی بسازید یا تمدید کنید — طرح، محیط‌ها، تاریخ پایان یک سال بعد — چون فقط مسیر کارت خودبه‌خود اشتراک می‌نویسد. برای مشتری Power Apps، Entra tenant او را روی اشتراک بگذارید، وگرنه مجوز قابل فعال‌سازی نیست.

وقتی پرداختی ناموفق می‌شود

تمدیدی که ناموفق شود اشتراک را به Past due می‌برد و رویداد پرداختی با همین مضمون ثبت می‌کند. هیچ چیزی خاموش نمی‌شود: مشتری به کار و دانلود ادامه می‌دهد و Stripe طبق برنامهٔ خودش کارت را دوباره امتحان می‌کند. مشتری می‌تواند کارتش را از Invoices and payment method در صفحهٔ Billing حسابش عوض کند. اگر معوق ماند با او صحبت کنید؛ فقط اشتراک لغوشده — که کار خود اوست، از همان صفحه — چیزی را پایان می‌دهد.

خواندن یک رویداد پرداخت

هر پیامی که Stripe فرستاده یک ردیف زیر Payment events است، جدیدترین اول، با آنچه لمس کرده و یک Outcome به زبان ساده: order paid; trial converted، invoice.payment_failed applied to subscription …، یا ignored برای نوعی از رویداد که پلتفرم روی آن عمل نمی‌کند. پیامی که دو بار تحویل شده یک بار ثبت می‌شود. اگر نتیجه‌ای می‌گوید no order matches the session، سفارشی که مشتری برایش پرداخت کرده پیدا نشده — به‌جای ساختن سفارش دستی، تیکتی برای مالک سایت باز کنید، چون پرداخت در Stripe وجود دارد و باید تطبیق داده شود، نه تکرار.

آنچه نخواهید دید

• دکمهٔ بازپرداخت. بازپرداخت‌ها در داشبورد Stripe انجام می‌شود؛ پلتفرم آنچه را که Stripe سپس می‌فرستد ثبت می‌کند.
• قیمتی روی فرم سفارش برای ویرایش. مبلغ سفارش کارتی همان است که پرداخت شده؛ در سفارش فاکتوری همان است که تایپ کرده‌اید.

عیب‌یابی

• سفارش مدت‌ها پس از پرداخت مشتری همچنان Awaiting payment است. وب‌هوک نرسیده یا رد شده است. Payment events را برای ردیفی که سفارش را نام می‌برد بررسی کنید؛ اگر نیست، مالک سایت گزارش وب‌هوک در داشبورد Stripe را می‌بیند — تحویل ردشده تا سه روز توسط Stripe دوباره تلاش می‌شود.
• دو اشتراک برای یک شرکت پس از یک خرید. خرید، اشتراک آزمایشی را برای تبدیل پیدا نکرده — معمولاً سفارش Power Apps بدون تننت Entra. دستی ادغام کنید: ردیف پرداخت‌شده را نگه دارید و ردیف آزمایشی را لغو کنید.