جایگزین‌های Lemon Squeezy برای اپلیکیشن‌های هوش مصنوعی: استفاده و درآمد

جایگزین‌های Lemon Squeezy مفید بخش‌های مورد نیاز از مسیر مشتری را حفظ می‌کنند: پرداخت دیجیتال محصول، اشتراک‌ها، حقوق نرم‌افزار و صورتحساب استفاده. مقایسه Paddle، Creem و Dodo Payments برای تجارت با نقش Merchant of Record انتخاب‌شده، و Stripe Managed Payments برای یکپارچگی مستقیم واجد شرایط Stripe. ShareAI به استنتاج واجد شرایط پرداخت‌شده از طریق ShareAI با هزینه اضافی اپلیکیشن تأییدشده می‌پردازد. فروش اشتراک اپلیکیشن و نسبت دادن استنتاج پرداخت‌شده توسط مشتری به آن اپلیکیشن، انتخاب‌های جداگانه‌ای هستند.

بررسی‌شده در ۲۳ اکتبر ۲۰۲۶. ShareAI این راهنما را منتشر کرده و یکی از برنامه‌های مقایسه‌شده را اجرا می‌کند. منابع رسمی فعلی توضیحات محصول را تعیین می‌کنند و اسکرین‌شات‌ها تصاویر واقعی هستند. کد یک دفتر کل مصنوعی آفلاین اجراشده است. هیچ پرداخت، انتقال اشتراک، فاکتور، پرداخت مشتری یا معیار عملکرد تولیدی آزمایش نشده است.

به‌روزرسانی رسمی ۲۰۲۶ Lemon Squeezy به کار تیم بر روی Stripe Managed Payments و کمک به کاربران برای مهاجرت می‌پردازد. این موضوع، تناسب نقشه راه را به‌عنوان یک معیار ارزیابی منطقی می‌کند. اما توجیهی برای اختراع تاریخ تعطیلی، انتقال خودکار حساب یا برابری کامل ویژگی‌ها نیست. با آنچه فروشگاه فعلی شما می‌فروشد و آنچه مشتریان شما قبلاً مالک آن هستند شروع کنید، سپس مقصد واقعی موجود و الزامات مهاجرت را مقایسه کنید.

آنچه Lemon Squeezy در حال حاضر به‌خوبی انجام می‌دهد

Lemon Squeezy مستندات محصولات دیجیتال، اشتراک‌ها، کلیدهای لایسنس، دانلودهای امضاشده، ابزارهای صورتحساب مشتری و تجارت با نقش Merchant of Record را پوشش می‌دهد. دلایل حفظ آن: این ویژگی‌ها می‌توانند با یک کسب‌وکار نرم‌افزاری موجود که تجربه خرید و تمدید آن کار می‌کند، سازگار باشند. یک ویژگی جدید هوش مصنوعی به‌طور خودکار نیاز به انتقال هر دانلود، لایسنس و توافق‌نامه مشتری به یک ارائه‌دهنده دیگر را ایجاد نمی‌کند.

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

به‌روزرسانی ۲۰۲۶ Stripe Managed Payments را به عنوان جهت‌گیری تیم برای نقش merchant-of-record شناسایی می‌کند و هدف مهاجرت آسان را مورد بحث قرار می‌دهد. شرایط فعلی و ویژگی‌ها را در مستندات Stripe ارزیابی کنید. فرض نکنید که یک کلید لایسنس موجود، ترتیب همکاری، رکورد استفاده یا ابزار پرداخت ذخیره‌شده مشتری به‌طور خودکار منتقل شده است، زیرا این پلتفرم‌ها یک رابطه شرکتی مشترک دارند.

یک ناشر افزونه یک دستیار نوشتاری ابری اضافه می‌کند.

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

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

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

بر اساس تجارت، مصرف و پرداخت استنتاج فهرست کوتاه کنید.

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

یک مشتری را از خرید نرم‌افزار تا استفاده از هوش مصنوعی دنبال کنید

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

Paddle: یک سفر کامل تجارت محصول دیجیتال را مقایسه کنید

Paddle مستندات توسعه‌دهنده تراکنش‌ها، اشتراک‌ها، پرداخت و اعلان‌ها را در پلتفرم merchant-of-record خود توصیف می‌کند. مزایا: آن را زمانی مقایسه کنید که ناشر بخواهد یک ترتیب تجاری دیگر در اطراف خرید محصولات، دسترسی مکرر و عملیات پرداخت داشته باشد. از مسیر تمدید پلاگین واقعی و خرید دستیار استفاده کنید، شامل روش‌های پشتیبانی‌شده و الزامات حسابی که برای مشتریان موجود اهمیت دارد.

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

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

Creem: ویژگی‌های اعتبار پیش‌پرداخت و درآمد محصول را مقایسه کنید.

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

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

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

Dodo Payments: تنظیمات مصرف-تجاری انتخاب‌شده را مقایسه کنید.

مستندات Dodo Payments شامل ویژگی‌های تجارت merchant-of-record، اشتراک‌ها و صورتحساب‌های مرتبط با استفاده است. مزایا: شامل پیشنهاد فعلی انتخاب‌شده زمانی که ناشر می‌خواهد پرداخت محصول دیجیتال و صورتحساب مصرف را با هم ارزیابی کند. واحد مشتری دستیار را قبل از تصمیم‌گیری درباره اینکه کدام مکانیزم متر یا اعتبار آن را نمایندگی می‌کند، تعریف کنید. یک توکن مدل و یک بازنویسی کامل می‌توانند نتایج تجاری متفاوتی تولید کنند.

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

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

Stripe Managed Payments: یکپارچگی واجد شرایط فعلی را مقایسه کنید.

مرجع Stripe Managed Payments توصیف می‌کند که Stripe به عنوان merchant of record برای تراکنش‌های محصولات دیجیتال واجد شرایط عمل می‌کند، با پشتیبانی از مالیات، تقلب، اختلافات و سطح تراکنش. مزایا: آن را زمانی مقایسه کنید که ناشر یک تنظیم پرداخت مستقیم Stripe و پرداخت‌های مکرر واجد شرایط را بخواهد. این یک محصول خاص merchant-of-record است؛ ادعای عمومی که Stripe هرگز نمی‌تواند به عنوان merchant of record عمل کند برای این پیشنهاد نادرست است.

معایب: مرجع شرایط احراز نیازمند یک حساب، محصول، مکان و فروش مستقیم واجد شرایط است. مرجع اصلی ادغام‌های پشتیبانی‌نشده را شناسایی می‌کند، از جمله Connect و برخی جریان‌های پرداخت/فاکتور سفارشی. ایجاد اشتراک‌ها خارج از مسیر پشتیبانی‌شده Checkout یا Payment Links نیز محدود است. این جزئیات فعلی را ارزیابی کنید و فرض نکنید که هر جریان کاری API موجود Stripe با این خدمات سازگار است، حتی اگر هر دو خدمات نام Stripe را داشته باشند.

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

ShareAI: مقایسه ارزش استنتاج پرداخت‌شده توسط مشتری واجد شرایط

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

معایب: تأیید، ترافیک واجد شرایط، دسترسی واقعی به مدل و شرایط حساب/برنامه اعمال می‌شوند. Builders شرکت‌های تأییدشده یک دوره بررسی ۴۵ روزه قبل از پرداخت دارند. افراد در حال حاضر ارزش استنتاج را برای استفاده در ShareAI جمع‌آوری می‌کنند، نه برای نقد کردن یا انتقال حساب. اپلیکیشن همچنان در جای دیگری ساخته، میزبانی، توزیع و نگهداری می‌شود. مجوزهای نرم‌افزار، به‌روزرسانی‌ها، اشتراک‌ها و سایر حقوق تجاری آن همچنان مسئولیت‌های صریح باقی می‌مانند.

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

استفاده گزارش‌شده را با تجمیعی که مشتری خریداری کرده است مطابقت دهید.

Lemon Squeezy’s مرجع API رکورد استفاده گزارش‌های افزایشی را از تنظیم یک مقدار متمایز می‌کند و این اقدامات را به تنظیمات تجمیع متصل می‌کند. ارسال مکرر یک مجموع در حال اجرا به‌عنوان یک افزایش می‌تواند مصرف را بیش از حد نشان دهد. ارسال مقدار کار جداگانه به‌عنوان آخرین مجموع می‌تواند آن را کمتر از حد نشان دهد. رویدادهای معتبر برنامه خود را حفظ کنید و مقدار گزارش‌شده واقعی را با معنای متر انتخاب‌شده تأیید کنید.

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

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

رویدادهای پرداخت معتبر را از پول موجود برای برداشت جدا کنید.

راهنمای امضای وب‌هوک مستندات تأیید امضای payload را ارائه می‌دهد. برنامه باید یک خرید یا تغییر چرخه عمر را فقط از طریق جریان معتبر اعمال کند و ارجاعات رویداد پایدار را حفظ کند. بازدید مشتری از یک URL موفقیت همان شواهدی نیست که یک رویداد پرداخت تأییدشده. اعلان‌های تکراری نیز نباید حقوق نرم‌افزاری تکراری یا اعتبار خریداری‌شده اضافی اعطا کنند.

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

جریان تجاری کامل و هزینه آن را مقایسه کنید.

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

برای محاسبات ریاضی تنها، ۱۰۰۰ دلار استنتاج به‌علاوه ۱۵٪ فرضی اضافه‌هزینه برابر است با ۱۵۰ دلار اضافه‌هزینه ناخالص و ۱۱۵۰ دلار مجموع کل. این مقادیر مصنوعی هزینه‌های Lemon Squeezy یا ShareAI، محاسبه مالیات یا درآمد دریافت‌شده نیستند. هزینه‌های واقعی، اصلاحات و شرایط واجد شرایط بودن بر نتیجه کسب‌وکار تأثیر می‌گذارند. اضافه‌هزینه ناخالص برنامه را از سود خالص، درآمد فروش محصول و ارزش موجود برای تسویه جدا نگه دارید.

از یک دفتر کل آفلاین قبل از تأیید یکپارچگی واقعی استفاده کنید.

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

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

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

ابتدا یک پیشنهاد و تمدید بعدی آن را مهاجرت دهید.

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

Lemon Squeezy را زمانی که تجارت موجود و نقشه راه فعلی آن مناسب است، حفظ کنید. Paddle، Creem یا Dodo Payments را برای تغییر تجارت انتخاب‌شده مقایسه کنید، Stripe Managed Payments را برای یکپارچگی مستقیم واجد شرایط و ShareAI را برای استنتاج پرداخت‌شده توسط مشتری تأییدشده. یک جریان کاری انتخاب کنید که هر حق مشتری موجود را حفظ کند و استفاده واقعی دستیار و پرداخت را بدون ابهام توضیح دهد.

سوالات متداول

حقوق نرم‌افزار خریداری‌شده را در حین انتخاب پرداخت استنتاج حفظ کنید.

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