پرش به محتوای اصلی

عامل هوش مصنوعی خود را در GPT Store یا بازار مهارت‌ها فهرست کرده‌اید؟ چگونه کمیسیون‌های پلتفرم را در برابر درآمد مبتنی بر مصرف ثبت کنید

منتشر شده زمان مطالعه 14 دقیقهMike ThriftMike Thrift
عامل هوش مصنوعی خود را در GPT Store یا بازار مهارت‌ها فهرست کرده‌اید؟ چگونه کمیسیون‌های پلتفرم را در برابر درآمد مبتنی بر مصرف ثبت کنید
فهرست مطالب این صفحه

داشبورد بازار شما می‌گوید ماه گذشته ۱٬۰۰۰ دلار درآمد داشته‌اید. حساب بانکی‌تان ۸۵۰ دلار دریافت کرده است. و فرم مالیاتی که پلتفرم برایتان می‌فرستد — اگر اصلاً بفرستد — عدد بزرگ‌تر را نشان می‌دهد، نه واریزی که واقعاً برایتان مانده است. اگر دفترهای شما فقط ۸۵۰ دلاری را که واریز شده ثبت کنند، یک ناهماهنگی در دفتر کل‌تان نشسته است که در فصل مالیات آشکار می‌شود، آنجا که اظهارنامه اطلاعاتی پلتفرم می‌گوید درآمد شما ۱۵ تا ۳۰ درصد بیشتر از آن چیزی بوده که گزارش کرده‌اید.

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

بازارهای هوش مصنوعی در اواخر ۲۰۲۶ واقعاً چه پرداختی می‌کنند​

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

GPT Store بر اساس تعامل پرداخت می‌کند، نه به‌صورت درصدی. برنامه سازندگان OpenAI بر اساس تعامل کاربران با GPTهایشان به سازندگان پاداش می‌دهد — بر اساس برآوردهای ثالث به‌طور میانگین حدود ۰٫۰۳ دلار به ازای هر گفتگو — نه با کسر ۱۵ یا ۳۰ درصد از قیمت فروش. این برنامه یک عرضه محدود و مبتنی بر معیار باقی مانده است، و بیشتر سازندگان فردی به چند صد دلار در ماه می‌رسند مگر اینکه مصرفشان بسیار زیاد باشد. در اینجا اصلاً کمیسیونی برای ثبت وجود ندارد: پرداخت یک خط درآمد واحد است، و کار شما تطبیق تعداد گفتگو ضربدر نرخ مؤثر با مبلغی است که می‌رسد.

یک ساعت شماطه هم در حال کار است. حساب‌های شخصی ChatGPT دیگر نمی‌توانند GPTهای جدید بسازند یا منتشر کنند، و OpenAI بازنشستگی GPTهای سفارشی موجود را برای ۱۱ دسامبر ۲۰۲۶ زمان‌بندی کرده است، و فضاهای کاری سازمانی با تعویق تأییدشده تا ۱۱ فوریه ۲۰۲۷ فرصت دارند. جایگزین، پلاگین‌هایی است که از طریق Apps SDK ساخته می‌شوند و پرداخت‌های مبتنی بر مصرف برای توسعه‌دهندگان آن‌ها مطرح شده اما به‌طور گسترده مستقر نشده است. اگر پرداخت‌های GPT Store خطی در دفترهای شماست، برای پایان یافتن آن خط و جایگزینی با چیزی با گزارش‌دهی متفاوت برنامه‌ریزی کنید.

Claude Skills هیچ بازار رسمی یا اشتراک درآمدی ندارد. Anthropic استاندارد Agent Skills و مهارت‌های رایگان خودش را منتشر می‌کند، اما تا امسال هیچ فروشگاه خودی با پرداخت‌های داخلی وجود ندارد. سازندگان به‌صورت غیرمستقیم درآمد کسب می‌کنند: یک مهارت برندشده که کاربران را به یک سطح اشتراک پولی هدایت می‌کند، مهارتی که به نقاط پایانی API اندازه‌گیری‌شده خود سازنده مسیر می‌دهد، یا مهارت‌هایی که برای مشتریان سازمانی تحت قرارداد مستقیم ساخته می‌شوند. هر یک از این‌ها در دفترهای شما درآمد عادی محصول یا خدمات است، نه درآمد بازار.

بازارهای مهارت‌های ثالث کمیسیون درصدی می‌گیرند — و با هم تفاوت دارند. اینجاست که مسئله مقیاس پلکانی واقعاً گزنده می‌شود. بازارهای مستقل برای مهارت‌های سبک Claude سهم‌های خودشان را منتشر می‌کنند: یکی ۸ درصد می‌گیرد و سازنده ۹۲ درصد را نگه می‌دارد، دیگری ۷۰ درصد از قیمت مهارت پولی را به سازندگان می‌پردازد با پرداخت‌هایی از طریق Stripe Connect. همان مهارت را در دو بازار فهرست کنید و دو نرخ کمیسیون متفاوت را در برابر دو برنامه پرداخت متفاوت ثبت می‌کنید. سازوکارهای زیر برای هر درصدی کار می‌کنند؛ مثال‌های محاسبه‌شده از ۱۵ درصد استفاده می‌کنند چون رایج‌ترین سطح فروشندگان کوچک در تجارت پلتفرمی است.

شکل ۱۵ تا ۳۰ درصد از فروشگاه‌های اپلیکیشن می‌آید. کمیسیون استاندارد Apple ۳۰ درصد از هر فروش است که برای توسعه‌دهندگان در App Store Small Business Program — آنهایی که درآمد سالانه زیر ۱ میلیون دلار دارند — به ۱۵ درصد کاهش می‌یابد. بازارهای هوش مصنوعی این شکل پلکانی را وام می‌گیرند: یک نرخ استاندارد با یک سطح کاهش‌یافته برای فروشندگان کوچک، که گاهی وقتی حجم دوازده ماه گذشته شما از یک آستانه عبور می‌کند نرخ بالا می‌رود. وقتی نرخ کمیسیون شما به حجم فروش خودتان بستگی دارد، هر پرداخت به یک بررسی نرخ نیاز دارد، نه فقط بررسی مبلغ — که دقیقاً همان حلقه تطبیق زیر است.

ناخالص یا خالص: تنها تصمیمی که دفترهای شما را کنترل می‌کند​

وقتی یک بازار مهارت شما را ۴۹ دلار می‌فروشد، ۷٫۳۵ دلار نگه می‌دارد و ۴۱٫۶۵ دلار برایتان می‌فرستد، دو راه برای ثبت آن دارید. فقط یکی درست است.

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

این یک تمایز آکادمیک نیست. سه عددی را که برایتان مهم است تغییر می‌دهد:

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

حاشیه سود شما صادق می‌ماند. مهارتی که ۴۹ دلار فروخته می‌شود با هزینه پلتفرم ۷٫۳۵ دلاری، ۴۱٫۶۵ دلار برایتان درآمد دارد چه ناخالص ثبت کنید چه خالص — سود ناخالص در هر حالت یکسان است. اما ثبت فقط خالص، هزینه را درون یک عدد درآمد کوچک‌تر پنهان می‌کند، پس وقتی پلتفرم نرخش را بالا می‌برد یا شما به سطح بالاتری می‌رسید، خسارت به‌صورت درآمد مرموزانه در حال کاهش ظاهر می‌شود، نه به‌عنوان هزینه‌ای به‌وضوح برچسب‌خورده که در حال افزایش است. خطوط جداگانه به شما اجازه می‌دهند حرکت خط هزینه را ببینید.

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

خط کمیسیون کجا تعلق دارد​

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

حلقه تطبیق ماهانه​

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

۱. گزارش پرداخت را بیرون بکشید، نه فقط واریز را​

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

۲. نرخ کمیسیون را پیش از مبالغ بررسی کنید​

در یک پلتفرم پلکانی، نرخ یک قطعه متحرک است. بررسی کنید هر فروش در کدام سطح قرار گرفته است: آیا فروشی پس از عبور شما از یک پله بالاتر در میانه دوره رخ داده است؟ آیا یک نرخ تبلیغاتی منقضی شده است؟ پرداختی که ۱۵ درصد ماه گذشته را به فروش‌هایی اعمال می‌کند که باید سطح این ماه برایشان محاسبه می‌شد (یا برعکس) یک خطای پلتفرم است که تنها با محاسبه مجدد هزینه توسط خودتان از داده‌های هر فروش می‌توانید آن را بگیرید. هر فروش را در نرخ سطح مؤثر در تاریخ فروشش ضرب کنید، هزینه‌های مورد انتظار را جمع بزنید، و با مجموع هزینه روی گزارش مقایسه کنید. هر شکافی را پیش از ثبت بررسی کنید، نه بعد از آن.

۳. ناخالص، هزینه و تعدیل‌ها را به‌صورت خطوط جداگانه ثبت کنید​

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

2026-01-01 open Assets:Bank:Checking USD
2026-01-01 open Income:Marketplace:Skill-Sales USD
2026-01-01 open Expenses:Marketplace:Platform-Fees USD
 
2026-11-01 * "Skills marketplace" "October payout, 15% tier"
  Assets:Bank:Checking  850.00 USD
  Expenses:Marketplace:Platform-Fees  150.00 USD
  Income:Marketplace:Skill-Sales  -1,000.00 USD
 
2026-11-15 * "Skills marketplace" "Refund, order 1042, fee clawed back"
  Income:Marketplace:Skill-Sales  49.00 USD
  Expenses:Marketplace:Platform-Fees  -7.35 USD
  Assets:Bank:Checking  -41.65 USD

ورودی پرداخت کل ۱٬۰۰۰ دلار فروش را به‌عنوان درآمد، کمیسیون ۱۵۰ دلاری را به‌عنوان هزینه خودش، و واریز ۸۵۰ دلاری را به‌عنوان حرکت بانکی نشان می‌دهد — سه ثبت که داشبورد، برنامه هزینه و صورت‌حساب بانکی را به هم گره می‌زنند. ورودی بازپرداخت هر سه پایه را برمی‌گرداند. اگر در بیش از یک بازار بفروشید، به هر یک زیرحساب درآمد و هزینه خودش را بدهید تا مقایسه کانال از بخش قبلی به‌طور رایگان از دفتر کل بیرون بیاید.

۴. خالص را به بانک و ناخالص را به مصرف گره بزنید​

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

فرم‌های مالیاتی: چه می‌رسد و چه نمی‌رسد​

درآمد بازار، درآمد عادی کسب‌وکار است که در Schedule C در کنار سایر درآمدهای خوداشتغالی شما گزارش می‌شود. آنچه به تفکیک پلتفرم متفاوت است، این است که کدام اظهارنامه اطلاعاتی — اگر اصلاً باشد — آن را مستند می‌کند.

پرداخت‌های بازارهای ثالث ممکن است روی فرم 1099-K برسند. برای ۲۰۲۶، قانون One Big Beautiful Bill آستانه کلاسیک را بازگرداند: پردازشگرهای پرداخت و بازارها فقط وقتی 1099-K صادر می‌کنند که دریافت‌کننده در سال تقویمی از ۲۰٬۰۰۰ دلار در پرداخت‌های ناخالص و ۲۰۰ تراکنش فراتر رود. زیر آن، هیچ فرمی نمی‌رسد — اما درآمد هنوز کاملاً مشمول مالیات است، و عادت ثبت ناخالص از بخش قبلی همان چیزی است که اظهارنامه شما را وقتی فرمی برای کپی کردن نیست درست می‌کند. توجه کنید که آستانه پرداخت‌های ناخالص و حجم تراکنش را می‌شمارد، پس یک فهرست مهارت با حجم بالا و قیمت پایین می‌تواند تعداد تراکنش را لمس کند در حالی که چند قرارداد بزرگ مهارت سازمانی هرگز نزدیک آن نمی‌شوند.

پرداخت‌های تعاملی مستقیم بیشتر شبیه درآمد پیمانکار است. پلتفرمی که سهم درآمد تعاملی را از جیب خودش به شما می‌پردازد، نه اینکه پرداخت‌های خریداران ثالث را به شما تسویه کند، به رابطه پرداخت‌کننده-پیمانکار نزدیک‌تر است، که — وقتی آستانه‌ها برآورده شوند — روی خانواده 1099-NEC یا 1099-MISC مستند می‌شود، که آستانه گزارش‌دهی آن برای ۲۰۲۶ به ۲٬۰۰۰ دلار افزایش یافت. در هر حالت، هر فرمی که می‌رسد را با درآمد ناخالص دفتر کل خود برای آن پلتفرم تطبیق دهید؛ فرم و دفترها باید پیش از پر کردن اظهارنامه موافق باشند.

آستانه‌های ایالتی می‌توانند کمتر از فدرال باشند. چندین ایالت آستانه‌های پر کردن 1099-K خودشان را بسیار پایین‌تر از ۲۰٬۰۰۰ دلار و ۲۰۰ تراکنش فدرال اعمال می‌کنند، که یعنی می‌توانید یک نسخه ایالتی 1099-K دریافت کنید — و ایالت انتظار درآمد منطبق داشته باشد — در سالی که فرم فدرال هرگز نمی‌آید. اگر یکی گرفتید، همان‌طور تطبیقش دهید: ناخالص روی فرم در برابر ناخالص در دفتر کل.

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

چهار اشتباهی که بی‌صدا انباشته می‌شوند​

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

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

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

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

چک‌لیست پرداخت این ماه​

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

منبع: https://beancount.io/fa/blog/2026/11/09/ai-agent-marketplace-platform-commission-revenue-share-bookkeeping-guide

منتشر شده: ۱۸ آبان ۱۴۰۵

زمان مطالعه 12 دقیقه

دفترداری فروشنده در AWS Marketplace: تطبیق درآمد ناخالص، هزینههای فهرست، مالیاتها، بازپرداختها و پرداختهای معوق بر اساس پیشنهاد

چگونه فروشندگان AWS Marketplace میتوانند از اینکه سپردهها بهجای درآمد تلقی…

bookkeeping
reconciliation
زمان مطالعه 13 دقیقه

مترونوم، اُرب یا فقط استرایپ بیلینگ؟ چرا تغییر پلتفرم صورت‌حساب مبتنی بر مصرف در میانه سال، سردردی برای تطبیق درآمد اندازه‌گیری‌شده ایجاد می‌کند

تغییر پلتفرم صورت‌حساب در میانه سال، تطبیق میان مصرف اندازه‌گیری‌شده،…

saas
revenue-recognition
زمان مطالعه 8 دقیقه

ASC 606 برای توسعه‌دهندگان اپلیکیشن‌های مستقل: آیا باید درآمد فروشگاه اپلیکیشن را به صورت ناخالص یا خالص ثبت کنید؟

اکثر توسعه‌دهندگان مستقل طبق آزمون اصلی در مقابل نماینده ASC 606، اصلی هستند،…

revenue-recognition
apple
زمان مطالعه 14 دقیقه

فروش دسترسی به سرور MCP شما: حسابداری برای درآمد مبتنی بر مصرف و اشتراک

درآمد مصرفی MCP را همان‌طور که عامل‌ها مصرف می‌کنند شناسایی کنید، اعتبارهای…

ai
saas
زمان مطالعه 9 دقیقه

صورتحساب‌گیری برای توکن‌ها: راهنمای شناسایی درآمد برای SaaS مبتنی بر مصرف هوش مصنوعی

ASC 606 همچنان بر قیمت‌گذاری مبتنی بر توکن هوش مصنوعی حاکم است، اما برآورد…

revenue-recognition
saas