مسیر ۵ · فروش، مشتری، درآمد و وصول مطالبات
۴۵فروش چه زمانی واقعاً درآمد است؟ تحویل، عملکرد، پذیرش و شناسایی
چه زمانی یک وعده تجاری واقعاً به درآمد تبدیل می‌شود، نه صرفاً سفارش، پیش‌دریافت، صورتحساب یا ادعایی حل‌نشده؟
وعده ورزا: آن‌قدر روشن که نخستین بار بتوان آن را آموخت؛ آن‌قدر دقیق که در گفت‌وگوی حرفه‌ای تحریف نسازد؛ و آن‌قدر عملی که پشتوانه یک تصمیم واقعی باشد.
چرا این فصل مهم است
این مسیر ارزش را از نیاز مشتری تا وعده تجاری، تحویل، صدور صورتحساب، وصول، برگشت و رابطه بلندمدت دنبال می‌کند. فروش هم‌زمان یک رویداد عملیاتی و یک ادعای حسابداری است؛ شواهد و زمان‌بندی تعیین می‌کنند چه زمانی اعداد قابل‌اتکا می‌شوند.
پرسش محوری: چه زمانی یک وعده تجاری واقعاً به درآمد تبدیل می‌شود، نه صرفاً سفارش، پیش‌دریافت، صورتحساب یا ادعایی حل‌نشده؟
درآمد هنگامی و به میزانی شناسایی می‌شود که واحد تعهدهای عملکردی شناسایی‌شده را با انتقال کالا یا خدمت وعده‌داده‌شده ایفا کند و آن را طبق چارچوب قابل‌اعمال اندازه بگیرد. قرارداد، حقوق، شرایط پرداخت، قیمت معامله، وعده‌های متمایز، انتقال کنترل، ملاحظات متغیر و قابلیت وصول نیازمند تحلیل منضبط‌اند.
ورزا موضوع را از زندگی و عملیات واقعی به دفتر و از دفتر به تصمیم دنبال می‌کند. نخست می‌پرسیم چه اتفاقی افتاده یا قرار است رخ دهد؛ سپس حقوق، تعهدات، منابع، زمان‌بندی، شواهد و عدم‌قطعیت را مشخص می‌کنیم؛ و تنها پس از آن واژه، محاسبه، سند، حساب یا گزارش مناسب را انتخاب می‌کنیم. این ترتیب از یکی از خطرناک‌ترین خطاهای آموزشی جلوگیری می‌کند: حفظ‌کردن یک برچسب بدون فهم واقعیتی که آن برچسب باید توصیف کند.
این فصل برای خواننده غیرمتخصص نوشته شده، اما زبان حرفه‌ای را پنهان نمی‌کند. اصطلاح فنی در نخستین کاربرد با معادل انگلیسی داخل پرانتز آمده است تا جست‌وجو، گفت‌وگوی دوزبانه، تطبیق با استانداردها و بازیابی توسط هوش مصنوعی دقیق بماند.
دستاوردهای یادگیری
- مفهوم شناسایی درآمد (Revenue recognition) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفهوم تعهد عملکرد (Performance obligation) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفهوم پذیرش مشتری (Customer acceptance) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفهوم قرارداد (Contract) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفاهیم فصل را در یک موقعیت عددی یا تصمیمی به کار ببرید و معنای نتیجه را، نه فقط محاسبه آن را، بیان کنید.
- مدارک، گردش کار، کنترل‌ها و موجودیت‌های لازم در ورزا را برای استفاده قابل‌اعتماد شناسایی کنید.
- میان واقعیت، برآورد، بودجه، تعهد و سناریو تفاوت بگذارید.
- تشخیص دهید چه زمانی بررسی قوانین محلی یا نظر متخصص دارای صلاحیت ضروری است.
مدل ذهنی ورزا
یک مفهوم مالی زمانی برای تصمیم آماده است که دست‌کم به هفت پرسش پاسخ دهد: چه چیزی، برای چه کسی، در چه زمانی، به چه مبلغ یا مقداری، بر پایه کدام مدرک، تحت کدام فرض یا قاعده، و با چه اقدام بعدی. شش پاسخ نخست، کیفیت اطلاعات را می‌سازند؛ پاسخ هفتم، دانش را به مدیریت تبدیل می‌کند.
ورزا هم‌زمان سه لایه را از یکدیگر جدا و سپس به هم متصل می‌کند:
- واقعیت اقتصادی و عملیاتی: کالا، خدمت، حق، تعهد، زمان، ظرفیت، ریسک یا جریان واقعی چه بود؟
- بازنمایی مالی و حسابداری: واقعیت در کدام سند، حساب، بعد، دوره، گزارش یا سنجه بازتاب می‌یابد؟
- پیامد تصمیم: چه چیزی باید تأیید، اصلاح، پیگیری، تأمین مالی، قیمت‌گذاری، ذخیره، افشا یا متوقف شود؟
اصطلاحات این فصل با کاربردهای بین‌المللی هم‌راستا هستند، اما متن تا زمانی که صریحاً خلاف آن گفته نشده باشد از نظر حوزه قضایی بی‌طرف است. استاندارد حسابداری، قانون مالیات، حقوق قرارداد، حمایت از مصرف‌کننده، الزامات کار و تأمین اجتماعی، مجوز حرفه‌ای و مقررات سرمایه‌گذاری می‌توانند نتیجه حقوقی متفاوتی در کشورها ایجاد کنند. بنیان جهانی، نقشه پایدار را می‌دهد؛ مجموعه‌های کشوری ورزا باید قواعد الزام‌آور و تاریخ اثر آن‌ها را اضافه کنند.
مفاهیم اصلی
۱. شناسایی درآمد (Revenue recognition)
تعریف کاری. شناسایی درآمد (Revenue recognition) تعیین کنترل‌شده زمان و مبلغ ثبت درآمد هنگام انتقال کالاها یا خدمات وعده‌داده‌شده به مشتری است.
معنای عملی. صدور صورتحساب، وصول و شناسایی درآمد با هم مرتبط‌اند اما یکسان نیستند. چارچوب حسابداری و ماهیت قرارداد، نحوه ثبت را تعیین می‌کند. این مفهوم باید در کوچک‌ترین سطحی اندازه‌گیری شود که هنوز از یک اقدام واقعی پشتیبانی می‌کند.
مثال روشن. پیش‌دریافت سالانه در طول دوره ارائه خدمت شناسایی می‌شود، نه به‌طور کامل هنگام دریافت.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با تعهد عملکرد (Performance obligation) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به شناسه طرف حساب، تاریخ رویداد، مقدار، ارز، واحد اندازه‌گیری و وضعیت تأیید متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۲. تعهد عملکرد (Performance obligation)
تعریف کاری. تعهد عملکرد (Performance obligation) وعده مندرج در قرارداد مشتری برای انتقال یک کالا یا خدمت متمایز، یا مجموعه‌ای است که طبق استاندارد مربوط یک تعهد واحد تلقی می‌شود.
معنای عملی. تحلیل درآمد با شناسایی وعده‌ها از نگاه مشتری آغاز می‌شود، نه با پیروی صرف از عنوان‌های صورتحساب. عدد به‌تنهایی کافی نیست؛ تعریف عدد تعیین می‌کند مقایسه معتبر است یا نه.
مثال روشن. قرارداد نرم‌افزار می‌تواند شامل مجوز، پیاده‌سازی و پشتیبانی مستمر باشد که جدا یا ترکیبی تلقی شوند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با پذیرش مشتری (Customer acceptance) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به سند منشأ، روش محاسبه، نسخه فرض‌ها و فردی که نتیجه را بازبینی کرده است متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۳. پذیرش مشتری (Customer acceptance)
تعریف کاری. پذیرش مشتری (Customer acceptance) مدرکی است که نشان می‌دهد مشتری تحقق شرایط مشخص تحویل یا عملکرد را تأیید کرده است.
معنای عملی. پذیرش، بسته به قرارداد و واقعیت‌ها، می‌تواند اساسی، حمایتی، صریح، فرض‌شده یا مورد اختلاف باشد. سکوت مشتری بدون پشتوانه کافی نباید پذیرش تلقی شود. در این نقطه، فعالیت عملیاتی و گزارشگری مالی به هم می‌رسند.
مثال روشن. صورتحساب یک مرحله پروژه پس از امضای گواهی پذیرش توسط مشتری قابل صدور می‌شود.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با قرارداد (Contract) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به رکورد عملیاتی، ثبت حسابداری، گردش تأیید و سابقه تغییرات متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. کدام سند یا مشاهده به فرد دیگری امکان می‌دهد نتیجه را راستی‌آزمایی کند؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۴. قرارداد (Contract)
تعریف کاری. قرارداد (Contract) توافقی قابل استناد است که حقوق، تعهدات، قیمت، دامنه، زمان و راه‌های حل اختلاف طرف‌ها را تعیین می‌کند.
معنای عملی. ثبت امضا کافی نیست؛ نسخه معتبر، اصلاحات، تعهدات عملکرد، سررسید و مالک قرارداد را کنترل کنید. در زبان ورزا، این مفهوم زمانی ارزش عملی پیدا می‌کند که تصمیمی را تغییر دهد.
مثال روشن. قرارداد خدمات می‌تواند مبلغ، خروجی، معیار پذیرش و جریمه تأخیر را مشخص کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با درآمد عملیاتی (Revenue) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به قرارداد، صورتحساب، رسید، صورتحساب بانکی، گزارش سامانه یا مشاهده عملیاتی معتبر متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۵. درآمد عملیاتی (Revenue)
تعریف کاری. درآمد عملیاتی (Revenue) عایدی ناشی از فعالیت‌های عادی واحد تجاری است که طبق شرایط انتقال کالا یا خدمت شناسایی می‌شود.
معنای عملی. درآمد را از دریافت نقد، پیش‌دریافت، وام و آورده مالک تفکیک کنید. اصطلاح حرفه‌ای اهمیت دارد، زیرا مانع آن می‌شود دو واقعیت متفاوت چنان ثبت شوند که گویی یکسان‌اند.
مثال روشن. صورتحساب سالانه‌ای که پیشاپیش دریافت شده ممکن است طی دوره خدمت به‌تدریج درآمد شود.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با حواله یا رسید تحویل (Delivery note) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به شناسه طرف حساب، تاریخ رویداد، مقدار، ارز، واحد اندازه‌گیری و وضعیت تأیید متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۶. حواله یا رسید تحویل (Delivery note)
تعریف کاری. حواله یا رسید تحویل (Delivery note) مدرکی است که ارسال، تحویل یا دریافت کالاهای معین را اثبات و معمولاً مقدار، وضعیت، تاریخ، محل و تأیید تحویل‌گیرنده را ثبت می‌کند.
معنای عملی. مدرک تحویل از انتقال نگهداری، حرکت موجودی، صدور صورتحساب، پذیرش مشتری و برش زمانی پشتیبانی می‌کند. فرد غیرمتخصص می‌تواند موضوع را با جداکردن ماهیت، زمان و پیامد آن درک کند.
مثال روشن. مشتری دریافت ۹۸ واحد را امضا و خرابی دو واحد را ثبت می‌کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با درآمد انتقالی یا بدهی قرارداد (Deferred revenue or contract liability) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به سند منشأ، روش محاسبه، نسخه فرض‌ها و فردی که نتیجه را بازبینی کرده است متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. این قلم اکنون، در آینده یا اصلاً بر وجه نقد اثر می‌گذارد؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۷. درآمد انتقالی یا بدهی قرارداد (Deferred revenue or contract liability)
تعریف کاری. درآمد انتقالی یا بدهی قرارداد (Deferred revenue or contract liability) تعهد انتقال کالا یا خدمت در برابر مابه‌ازایی است که پیش از شناسایی درآمد دریافت یا سررسید شده است.
معنای عملی. عنوان دقیق به چارچوب و واقعیت بستگی دارد، اما اصل این است که دریافت وجه یا صورتحساب می‌تواند پیش از عملکرد باشد. این مفهوم باید در کوچک‌ترین سطحی اندازه‌گیری شود که هنوز از یک اقدام واقعی پشتیبانی می‌کند.
مثال روشن. پیش‌دریافت نگهداری سالانه با ارائه خدمت در طول سال به درآمد تبدیل می‌شود.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با ارزیابی اصیل یا نماینده (Principal-versus-agent assessment) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به رکورد عملیاتی، ثبت حسابداری، گردش تأیید و سابقه تغییرات متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۸. ارزیابی اصیل یا نماینده (Principal-versus-agent assessment)
تعریف کاری. ارزیابی اصیل یا نماینده (Principal-versus-agent assessment) بررسی این است که آیا واحد پیش از انتقال، کالا یا خدمت وعده‌داده‌شده را کنترل می‌کند یا فقط ارائه آن توسط طرف دیگر را ترتیب می‌دهد.
معنای عملی. نتیجه بر ارائه درآمد به‌صورت ناخالص یا خالص اثر دارد و به تحلیل کنترل، مسئولیت، قیمت‌گذاری، ریسک موجودی و سایر واقعیت‌ها نیاز دارد. عدد به‌تنهایی کافی نیست؛ تعریف عدد تعیین می‌کند مقایسه معتبر است یا نه.
مثال روشن. بازارگاهی که فقط خدمت شخص ثالث را هماهنگ می‌کند ممکن است کارمزد خود، نه کل پرداخت مشتری، را درآمد شناسایی کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با شناسایی درآمد (Revenue recognition) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به قرارداد، صورتحساب، رسید، صورتحساب بانکی، گزارش سامانه یا مشاهده عملیاتی معتبر متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
ارتباط مفاهیم با یکدیگر
مفاهیم این فصل فهرست واژه‌ها نیستند؛ یک سامانه‌اند. شناسایی درآمد (Revenue recognition)، تعهد عملکرد (Performance obligation)، پذیرش مشتری (Customer acceptance)، قرارداد (Contract)، درآمد عملیاتی (Revenue)، حواله یا رسید تحویل (Delivery note)، درآمد انتقالی یا بدهی قرارداد (Deferred revenue or contract liability) و ارزیابی اصیل یا نماینده (Principal-versus-agent assessment) بخش‌های متفاوت یک تصمیم را توصیف می‌کنند. مخلوط‌کردن آن‌ها معمولاً یکی از سه شکست را ایجاد می‌کند: مبلغ نادرست اندازه‌گیری می‌شود؛ مبلغ درست به شخص، واحد یا دوره نادرست نسبت داده می‌شود؛ یا گزارشی درست برای تصمیمی به کار می‌رود که برای آن طراحی نشده است.
تحلیل خوب باید هم طبقه‌بندی (Classification) و هم رابطه (Relationship) را حفظ کند. طبقه‌بندی می‌گوید یک قلم چیست؛ رابطه می‌گوید چه چیزی آن را ایجاد کرده، بر چه چیزی اثر می‌گذارد، با کدام سند و طرف مرتبط است و چه عاملی می‌تواند آن را تغییر دهد. ورزا باید هر دو را ذخیره کند. گزارشی که فقط جمع‌ها را نشان می‌دهد شاید برای جهت‌یابی کافی باشد، اما تصمیم کنترل‌شده به قابلیت ردیابی تا روابط زیربنایی نیاز دارد.
| مفهوم | پرسش کنترلی | پیام عملی |
|---|---|---|
| شناسایی درآمد (Revenue recognition) | تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟ | صدور صورتحساب، وصول و شناسایی درآمد با هم مرتبط‌اند اما یکسان نیستند. چارچوب حسابداری و ماهیت قرارداد، نحوه ثبت را تعیین می‌کند. |
| تعهد عملکرد (Performance obligation) | چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟ | تحلیل درآمد با شناسایی وعده‌ها از نگاه مشتری آغاز می‌شود، نه با پیروی صرف از عنوان‌های صورتحساب. |
| پذیرش مشتری (Customer acceptance) | این قلم اکنون، در آینده یا اصلاً بر وجه نقد اثر می‌گذارد؟ | پذیرش، بسته به قرارداد و واقعیت‌ها، می‌تواند اساسی، حمایتی، صریح، فرض‌شده یا مورد اختلاف باشد. سکوت مشتری بدون پشتوانه کافی نباید پذیرش تلقی شود. |
| قرارداد (Contract) | دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟ | ثبت امضا کافی نیست؛ نسخه معتبر، اصلاحات، تعهدات عملکرد، سررسید و مالک قرارداد را کنترل کنید. |
| درآمد عملیاتی (Revenue) | حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟ | درآمد را از دریافت نقد، پیش‌دریافت، وام و آورده مالک تفکیک کنید. |
| حواله یا رسید تحویل (Delivery note) | کدام سند یا مشاهده به فرد دیگری امکان می‌دهد نتیجه را راستی‌آزمایی کند؟ | مدرک تحویل از انتقال نگهداری، حرکت موجودی، صدور صورتحساب، پذیرش مشتری و برش زمانی پشتیبانی می‌کند. |
| درآمد انتقالی یا بدهی قرارداد (Deferred revenue or contract liability) | تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟ | عنوان دقیق به چارچوب و واقعیت بستگی دارد، اما اصل این است که دریافت وجه یا صورتحساب می‌تواند پیش از عملکرد باشد. |
| ارزیابی اصیل یا نماینده (Principal-versus-agent assessment) | چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟ | نتیجه بر ارائه درآمد به‌صورت ناخالص یا خالص اثر دارد و به تحلیل کنترل، مسئولیت، قیمت‌گذاری، ریسک موجودی و سایر واقعیت‌ها نیاز دارد. |
ترتیب پیشنهادی تحلیل
- رویداد، تصمیم یا وضعیت را بدون استفاده از اصطلاحات تخصصی توصیف کنید.
- مرز اقتصادی را تعیین کنید: کدام شخص، خانوار، واحد، پروژه، قرارداد یا پرتفوی موضوع تحلیل است؟
- زمان را تعیین کنید: نقطه زمانی، دوره، سررسید، افق پیش‌بینی یا چرخه عمر چیست؟
- مفاهیم مناسب این فصل را انتخاب و هر کدام را مستقل اندازه‌گیری کنید.
- رابطه میان آن‌ها را با علت، سند، مبلغ، ارز، مسئول و وضعیت برقرار کنید.
- نتیجه را در برابر سناریوی نامطلوب، داده ناقص و تغییر فرض آزمایش کنید.
- تصمیم، مالک اقدام و تاریخ بازبینی بعدی را ثبت کنید.
فرمول‌ها و روابط کمی
۱. قیمت معامله تخصیص‌یافته (Allocated transaction price)
Allocated amount to obligation = Total allocable transaction price × Relative standalone selling price of obligation ÷ Total standalone selling prices
این رابطه اجزای مالی را در یک مرز اندازه‌گیری مشخص ترکیب می‌کند. پیش از محاسبه روشن کنید کدام هزینه، درآمد، جریان نقدی یا ارزش داخل مرز قرار گرفته و کدام قلم عمداً خارج مانده است. در این فصل، رابطه «قیمت معامله تخصیص‌یافته» به مفاهیمی مانند شناسایی درآمد، تعهد عملکرد، پذیرش مشتری متصل است. ورزا باید مقدار هر ورودی، منبع آن، نسخه فرض‌ها و مسیر محاسبه را نگه دارد؛ سپس خروجی را همراه با تفسیر مدیریتی، نه به‌صورت عددی مستقل، نمایش دهد.
- نوع خروجی: مبلغ، ارزش یا اندازه کمی، بر پایه تعریف دقیق متغیرها.
- کنترل ورودی: هر ورودی باید منبع، تاریخ، ارز یا واحد، وضعیت واقعی یا برآوردی و مسئول تأیید داشته باشد.
- تفسیر: تغییر خروجی باید به تغییر یک یا چند محرک قابل‌توضیح متصل شود؛ خود عدد علت نیست.
- مرز کاربرد: همه ورودی‌ها باید از یک تعریف، دوره، ارز یا واحد اندازه‌گیری سازگار استفاده کنند. نتیجه فقط در دامنه فرض‌های اعلام‌شده معتبر است و نباید بدون بررسی واقعیت اقتصادی به دوره یا واحد دیگری تعمیم داده شود. این خروجی برآورد است؛ تحلیل حساسیت و سناریوی نامطلوب باید همراه آن ارائه شود.
کنترل مشترک فرمول‌ها
فرمول نباید در رابط کاربری به‌صورت جعبه سیاه اجرا شود. ورزا باید نسخه فرمول، مقدار و منشأ هر ورودی، زمان محاسبه، قواعد گردکردن، واحد خروجی و کاربری را که محاسبه را تأیید کرده است نگهداری کند. در محاسبات برآوردی، سناریوی پایه، خوش‌بینانه و نامطلوب باید از یکدیگر قابل‌تشخیص باشند.
مطالعه موردی — یک بسته فروش، یک لحظه درآمد نیست
مشتری ۲۴٬۰۰۰ CU برای تجهیزات، نصب و دوازده ماه پشتیبانی می‌پردازد. قیمت فروش مستقل این اجزا به‌ترتیب ۲۰٬۰۰۰، ۴٬۰۰۰ و ۶٬۰۰۰ CU است.
| قلم یا موضوع | مبلغ یا مشاهده |
|---|---|
| قیمت قرارداد | ۲۴٬۰۰۰ CU |
| جمع قیمت‌های مستقل | ۳۰٬۰۰۰ CU |
| تخصیص تجهیزات | ۲۴٬۰۰۰ × ۲۰÷۳۰ = ۱۶٬۰۰۰ CU |
| تخصیص نصب | ۲۴٬۰۰۰ × ۴÷۳۰ = ۳٬۲۰۰ CU |
| تخصیص پشتیبانی | ۲۴٬۰۰۰ × ۶÷۳۰ = ۴٬۸۰۰ CU |
محاسبه و مسیر استدلال
- بر اساس واقعیت قرارداد بررسی کنید آیا سه وعده متمایزند.
- اگر روش نسبی قیمت مستقل قابل‌اعمال باشد، ۱۶٬۰۰۰، ۳٬۲۰۰ و ۴٬۸۰۰ CU تخصیص دهید.
- مبلغ تجهیزات و نصب را هنگام ایفای تعهد مربوط شناسایی کنید.
- ۴٬۸۰۰ CU پشتیبانی را طی الگوی خدمت دوازده‌ماهه شناسایی کنید، نه یکجا هنگام دریافت نقد.
- اصلاح، حق بازپرداخت و ملاحظات متغیر را طبق قواعد قابل‌اعمال به‌روز کنید.
نتیجه چه معنایی دارد؟
صورتحساب و نقد ممکن است در امضا رخ دهند، اما درآمد از الگوی ارزش انتقال‌یافته پیروی می‌کند. تخصیص مانع می‌شود تخفیف بسته، تعهد خدمت باقیمانده را پنهان کند.
نتیجه چه چیزی را اثبات نمی‌کند؟
یک نتیجه عددی به‌تنهایی قانونی‌بودن، قابلیت وصول، ارزش بازار، سودآوری پایدار، نبود ریسک یا مناسب‌بودن تصمیم برای همه افراد را اثبات نمی‌کند. باید میان خروجی محاسبه، شواهد زیربنایی، قواعد حوزه مربوط و ظرفیت تحمل پیامد تفاوت گذاشت.
بازتاب مطالعه موردی در ورزا
این مطالعه موردی عمداً فشرده است. در استفاده واقعی، ورزا باید اسناد پشتیبان، ارز، تاریخ‌ها، طرف حساب، شعبه، پروژه یا مرکز هزینه، وضعیت تأیید، نسخه فرض‌ها و پیوند به ثبت‌های حاصل را نگه دارد. هدف فقط رسیدن به عدد نیست؛ مسیر رسیدن به عدد باید برای فرد دیگری قابل‌بازبینی باشد.
ورزا هوش مصنوعی (Varza AI) می‌تواند داده‌های ناقص را شناسایی، پرسش‌های تکمیلی مطرح، محاسبه را بازسازی و اثر سناریوها را مقایسه کند. با این حال، ورود قطعی به دفاتر، پرداخت، ارسال اظهار یا اجرای سرمایه‌گذاری باید مطابق سطح اختیار و کنترل انسانی انجام شود.
گردش کار عملی
- تعریف زمینه و مسئول. پرسش، تصمیم، شخص یا واحد اقتصادی، دوره، ارز یا واحد، دامنه عدم‌قطعیت و مالک پاسخ‌گو را مشخص کنید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- شناخت واقعیت. قرارداد و وعده‌های متمایز را شناسایی و قیمت معامله را تعیین کنید
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- ساختن مقایسه یا طبقه‌بندی. قیمت را بر مبنای روش معتبر به تعهدها تخصیص دهید
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- انتخاب و ثبت اقدام. درآمد را فقط با مدرک انتقال یا الگوی انجام خدمت و با کنترل اصلاح قرارداد ثبت کنید
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- جمع‌آوری شواهد و داده. اسناد منشأ، شناسه‌ها، مقدارها، شرایط، تاریخ‌های اثر و وضعیت اطلاعات را به رکورد مربوط پیوند دهید؛ داده ناقص را به‌عنوان داده قطعی پنهان نکنید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- محاسبه و آزمون. روش محاسبه یا استدلال را اجرا کنید، ورودی‌ها را تطبیق دهید، یک سناریوی نامطلوب بیازمایید و اختلاف با بودجه، انتظار یا دوره پیشین را توضیح دهید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- بازبینی و تأیید. نتیجه، استثناها، اثر مالی و سطح ریسک را به فرد دارای اختیار مناسب ارائه کنید. تأیید باید هویت، زمان، دامنه و نسخه اطلاعات را حفظ کند.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- پیگیری و یادگیری. اقدام بعدی، سررسید و مالک را ثبت کنید؛ نتیجه واقعی را با فرض اولیه مقایسه و در صورت تغییر واقعیت، پیش‌بینی، کنترل یا روش را به‌روزرسانی کنید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
گردش کار خوب نباید سابقه مرحله قبل را پاک کند. اصلاح، لغو، برگشت و جایگزینی باید با نسخه و دلیل انجام شود تا کاربر، حسابرس و هوش مصنوعی بتوانند بفهمند وضعیت فعلی چگونه شکل گرفته است.
این مفهوم باید چگونه در ورزا دیده شود؟
موجودیت‌های زیر حداقل مدل داده این فصل را تشکیل می‌دهند. نام‌ها فقط برچسب رابط کاربری نیستند؛ هر موجودیت باید هویت، چرخه عمر، روابط، کنترل دسترسی و قابلیت ردیابی داشته باشد.
| نام فارسی | شناسه فنی (English Code) | حداقل الزامات داده و کنترل |
|---|---|---|
| قرارداد مشتری | customer_contract |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| تعهد عملکرد | performance_obligation |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| قیمت تراکنش | transaction_price |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| تخصیص | allocation |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| شواهد انتقال | transfer_evidence |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| پذیرش | acceptance |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| برنامه زمانی درآمد عملیاتی | revenue_schedule |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| دارایی قرارداد | contract_asset |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| بدهی قرارداد | contract_liability |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
چهار پرسش ضروری هر صفحه ورزا
- چه اتفاقی افتاده یا انتظار می‌رود رخ دهد؟ رویداد، تعهد یا تصمیم را به زبان روشن نشان دهید.
- چه چیزی از نظر مالی تغییر کرده است؟ اثر بر وجه نقد، دارایی، بدهی، حقوق مالکانه، درآمد، هزینه، تعهد هزینه‌ای یا ریسک را نمایش دهید.
- چرا باید به نتیجه اعتماد کرد؟ سند، محاسبه، تأیید، منبع نرخ و سابقه اصلاح را قابل‌مشاهده کنید.
- اکنون چه چیزی نیازمند توجه است؟ استثنا، سررسید، آستانه، هشدار و اقدام مسئول بعدی را نشان دهید.
اصول طراحی ورزا در این فصل
- برآورد قابل‌ردیابی با فرض‌های آشکار را به عدد چشمگیری که فرض‌هایش پنهان است ترجیح دهید.
- از خودکارسازی برای تقویت شواهد و یکنواختی استفاده کنید، نه برای حذف پاسخ‌گویی.
- اطلاعات را به تصمیم، کنترل یا پرسش تبدیل کنید؛ در غیر این صورت فقط تزئین است.
رفتار مورد انتظار هوش مصنوعی ورزا (Varza AI)
هوش مصنوعی می‌تواند مفهوم را توضیح دهد، داده را طبقه‌بندی کند، موارد مشابه را بیابد، پرسش تشخیصی مطرح کند، محاسبه و سناریو بسازد، مغایرت را نشان دهد و پیش‌نویس اقدام آماده کند. اما نباید بدون نمایش شواهد و اختیار لازم، رکورد حقوقی را تغییر دهد، تراکنش بااهمیت را قطعی ثبت کند، دوره را ببندد، پرداخت را آزاد کند، اظهار یا گزارش قانونی ارسال کند یا به‌جای کاربر تصمیم سرمایه‌گذاری شخصی اجرا کند.
هر پاسخ بااهمیت هوش مصنوعی باید فصل و نسخه دانش، منابع استفاده‌شده، حوزه قضایی، تاریخ یا دوره، فرض‌ها، سطح اطمینان و اقدام پیشنهادی را قابل‌مشاهده کند. دسترسی به داده سازمان مستقل سامانه (Tenant) نیز باید مطابق اصل حداقل دسترسی و نقش کاربر باشد.
کنترل‌ها و مرزهای حرفه‌ای
کنترل ۱: بازبینی تخصصی قرارداد غیرعادی، ترکیبی، متغیر، بلندمدت یا واسطه‌ای
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۲: ممنوعیت ایجاد خودکار درآمد صرفاً از صدور صورتحساب
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۳: کنترل اصلاح قرارداد و دستور تغییر
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۴: تعریف، دوره، ارز یا واحد اندازه‌گیری پیش از ثبت یا مقایسه قفل و در خروجی نمایش داده شود
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۵: هر مبلغ یا وضعیت بااهمیت به مدرک منشأ، محاسبه و سابقه تغییر قابل‌ردیابی باشد
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۶: سطح تأیید، دسترسی و آزمون کنترل متناسب با ارزش، برگشت‌پذیری و پیامد حقوقی تعیین شود
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترلی که همه بتوانند آن را دور بزنند، کنترل نیست؛ بیان امید است. در مقابل، خودکارسازی نیز نباید قضاوت و پاسخ‌گویی را حذف کند. بهترین طراحی، موارد کم‌ریسک را روان انجام می‌دهد و موارد بااهمیت، غیرعادی یا برگشت‌ناپذیر را برای شواهد و تأیید بیشتر جدا می‌کند.
خطاهای رایج و پاسخ بهتر
خطای ۱: شناخت درآمد هنگام دریافت سفارش خرید
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۲: استفاده از وصول نقد به‌عنوان تنها آزمون عملکرد
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۳: نادیده‌گرفتن نصب یا پشتیبانی انجام‌نشده در بسته فروش
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۴: مخلوط‌کردن مبلغ واقعی با برآورد، بودجه، تعهد یا سناریو بدون برچسب روشن
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۵: استفاده از قاعده عمومی به‌عنوان قانون لازم‌الاجرای حوزه قضایی بدون بررسی تاریخ اثر
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۶: پذیرفتن خروجی نرم‌افزار یا هوش مصنوعی بدون بازسازی مدرک، تعریف و مسیر محاسبه
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
چک‌لیست تصمیم
- آیا می‌توانم شناسایی درآمد (Revenue recognition) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا می‌توانم تعهد عملکرد (Performance obligation) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا می‌توانم پذیرش مشتری (Customer acceptance) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا می‌توانم قرارداد (Contract) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا شخص یا واحد اقتصادی، ارز یا واحد، تاریخ یا دوره و مرز تصمیم مشخص است؟
- آیا می‌توان مبلغ یا نتیجه را از روی شواهد نگهداری‌شده بازسازی کرد؟
- آیا واقعیت، برآورد، بودجه، تعهد و سناریو به‌روشنی از یکدیگر جدا شده‌اند؟
- آیا زمان‌بندی وجه نقد، شناسایی، مالکیت و انجام تعهد جداگانه بررسی شده است؟
- آیا دست‌کم یک سناریوی نامطلوب و اثر آن بر نقدینگی یا ظرفیت تحمل زیان آزموده شده است؟
- آیا نرخ، قیمت، مقدار و داده پایه، تاریخ اثر و منبع معتبر دارند؟
- آیا قواعد حوزه قضایی و نیاز به متخصص دارای صلاحیت بررسی شده است؟
- آیا سطح تأیید با بیشینه زیان، برگشت‌پذیری و پیامد حقوقی متناسب است؟
- آیا خروجی به اقدام مشخص، مالک پاسخ‌گو و تاریخ بازبینی بعدی منتهی می‌شود؟
- آیا هوش مصنوعی فقط در محدوده مجاز توضیح، تحلیل یا پیشنهاد کرده و اقدام بااهمیت به‌طور مستقل تأیید شده است؟
آزمایشگاه تمرین
- توضیح دهید. شناسایی درآمد (Revenue recognition) را برای فردی که هیچ آموزش مالی ندیده است توضیح دهید. سپس تعریف حرفه‌ای را اضافه و یک مرزی را که توضیح ساده حذف کرده مشخص کنید.
- طبقه‌بندی کنید. پنج مثال از زندگی خانوار یا یک کسب‌وکار کوچک بسازید و هر یک را با استفاده از تعهد عملکرد (Performance obligation) طبقه‌بندی کنید. فرض‌های خود را بنویسید.
- رابطه را پیدا کنید. نشان دهید شناسایی درآمد (Revenue recognition)، پذیرش مشتری (Customer acceptance) و قرارداد (Contract) در یک رویداد واحد چگونه با هم مرتبط‌اند، اما چرا نباید یکی فرض شوند.
- محاسبه را بازسازی کنید. مطالعه موردی را با مبلغ‌هایی ۲۰ درصد بیشتر تکرار کنید. مشخص کنید کدام نتیجه تغییر می‌کند و کدام منطق ساختاری ثابت می‌ماند.
- سناریوی نامطلوب بسازید. یک فرض مهم را بدتر کنید و اثر آن را بر وجه نقد، سود، ریسک، زمان یا تصمیم توضیح دهید.
- شواهد را طراحی کنید. فهرست اسناد، داده‌های پایه، تأییدها و تطبیق‌هایی را بنویسید که فرد دیگری برای راستی‌آزمایی نتیجه نیاز دارد.
- کنترل طراحی کنید. یک خطای رایج فصل را انتخاب و برای پیشگیری، کشف، اصلاح و ثبت استثنا یک کنترل عملی پیشنهاد کنید.
- صفحه ورزا را طراحی کنید. فیلدها، موجودیت‌ها، وضعیت‌ها، پیوند مدارک، مالک، هشدار و یک اقدام یاری‌شده با هوش مصنوعی را ترسیم کنید.
- هوش مصنوعی را به چالش بکشید. پرسشی بنویسید که پاسخ درست آن بدون دانستن حوزه قضایی، تاریخ، ارز یا هدف تصمیم ممکن نیست؛ سپس پرسش‌های تکمیلی مورد انتظار از ورزا را فهرست کنید.
راهنمای ارزیابی پاسخ
پاسخ قوی از تعریف سازگار استفاده می‌کند، فرض‌ها را آشکار می‌سازد، واقعیت را از برآورد جدا می‌کند، مسیر عدد تا مدرک را نشان می‌دهد و نتیجه را به اقدام مرتبط می‌کند. ممکن است بیش از یک نتیجه معقول باشد؛ به شرط آنکه هدف تصمیم، محدودیت و عدم‌قطعیت روشن بیان شود. در بازسازی مطالعه موردی، روش باید ثابت بماند حتی وقتی عددها تغییر می‌کنند.
پاسخ ممتاز همچنین توضیح می‌دهد چه چیزی هنوز ناشناخته است، کدام قاعده محلی باید بررسی شود و چه فردی اختیار تصمیم نهایی را دارد. پیچیدگی ظاهری یا استفاده زیاد از واژه انگلیسی به‌خودی‌خود نشانه کیفیت نیست؛ دقت در مرز، زمان و شواهد معیار اصلی است.
کپسول دانشی هوش مصنوعی ورزا
این کپسول عمداً صریح و دوزبانه است تا سامانه بازیابی بتواند نکات آموزشی مرجع را از مثال، تفسیر و قواعد محلی جدا کند. کلیدهای JSON انگلیسی حفظ شده‌اند، زیرا بخشی از قرارداد فنی میان نسخه‌های زبانی و سامانه‌های نرم‌افزاری‌اند؛ مقادیر آموزشی فارسی هستند.
{
"chapter_id": "VARZA-F100-045",
"language": "fa-IR",
"direction": "rtl",
"title_fa": "فروش چه زمانی واقعاً درآمد است؟ تحویل، عملکرد، پذیرش و شناسایی",
"title_en": "When Is a Sale Truly Revenue? Delivery, Performance, Acceptance, and Recognition",
"canonical_topics": [
{
"key": "revenue_recognition",
"fa": "شناسایی درآمد",
"en": "Revenue recognition",
"definition_fa": "تعیین کنترل‌شده زمان و مبلغ ثبت درآمد هنگام انتقال کالاها یا خدمات وعده‌داده‌شده به مشتری است"
},
{
"key": "performance_obligation",
"fa": "تعهد عملکرد",
"en": "Performance obligation",
"definition_fa": "وعده مندرج در قرارداد مشتری برای انتقال یک کالا یا خدمت متمایز، یا مجموعه‌ای است که طبق استاندارد مربوط یک تعهد واحد تلقی می‌شود"
},
{
"key": "customer_acceptance",
"fa": "پذیرش مشتری",
"en": "Customer acceptance",
"definition_fa": "مدرکی است که نشان می‌دهد مشتری تحقق شرایط مشخص تحویل یا عملکرد را تأیید کرده است"
},
{
"key": "contract",
"fa": "قرارداد",
"en": "Contract",
"definition_fa": "توافقی قابل استناد است که حقوق، تعهدات، قیمت، دامنه، زمان و راه‌های حل اختلاف طرف‌ها را تعیین می‌کند"
},
{
"key": "revenue",
"fa": "درآمد عملیاتی",
"en": "Revenue",
"definition_fa": "عایدی ناشی از فعالیت‌های عادی واحد تجاری است که طبق شرایط انتقال کالا یا خدمت شناسایی می‌شود"
},
{
"key": "delivery_note",
"fa": "حواله یا رسید تحویل",
"en": "Delivery note",
"definition_fa": "مدرکی است که ارسال، تحویل یا دریافت کالاهای معین را اثبات و معمولاً مقدار، وضعیت، تاریخ، محل و تأیید تحویل‌گیرنده را ثبت می‌کند"
},
{
"key": "deferred_revenue",
"fa": "درآمد انتقالی یا بدهی قرارداد",
"en": "Deferred revenue or contract liability",
"definition_fa": "تعهد انتقال کالا یا خدمت در برابر مابه‌ازایی است که پیش از شناسایی درآمد دریافت یا سررسید شده است"
},
{
"key": "principal_agent",
"fa": "ارزیابی اصیل یا نماینده",
"en": "Principal-versus-agent assessment",
"definition_fa": "بررسی این است که آیا واحد پیش از انتقال، کالا یا خدمت وعده‌داده‌شده را کنترل می‌کند یا فقط ارائه آن توسط طرف دیگر را ترتیب می‌دهد"
}
],
"formula_names_fa": [
"قیمت معامله تخصیص‌یافته"
],
"formula_names_en": [
"Allocated transaction price"
],
"entities": [
{
"code": "customer_contract",
"label_fa": "قرارداد مشتری"
},
{
"code": "performance_obligation",
"label_fa": "تعهد عملکرد"
},
{
"code": "transaction_price",
"label_fa": "قیمت تراکنش"
},
{
"code": "allocation",
"label_fa": "تخصیص"
},
{
"code": "transfer_evidence",
"label_fa": "شواهد انتقال"
},
{
"code": "acceptance",
"label_fa": "پذیرش"
},
{
"code": "revenue_schedule",
"label_fa": "برنامه زمانی درآمد عملیاتی"
},
{
"code": "contract_asset",
"label_fa": "دارایی قرارداد"
},
{
"code": "contract_liability",
"label_fa": "بدهی قرارداد"
}
],
"jurisdiction_scope": "global-foundation",
"required_answer_qualifiers": [
"entity_or_person",
"date_or_period",
"currency_or_unit",
"fact_estimate_or_scenario",
"source_or_assumption",
"jurisdiction_when_relevant",
"responsible_next_action"
],
"human_approval_required_for": [
"posting_material_transactions",
"closing_periods",
"changing_master_data",
"releasing_payments",
"submitting_filings",
"binding_contract_changes",
"individual_investment_execution"
],
"do_not_infer": [
"local_law_from_global_principle",
"authority_from_conversational_intent",
"certainty_from_fluent_wording",
"cash_from_profit",
"ownership_from_custody"
],
"source_ids": [
"S101",
"S114",
"S117",
"S118"
],
"edition": "2026.1-fa.1",
"source_edition": "2026.1",
"review_date": "2026-08-31"
}
پرسش‌های پیشنهادی برای هوش مصنوعی ورزا
- این فصل را با یک مثال از خانوار، فروشگاه و کسب‌وکار خدماتی توضیح بده.
- پیش از به‌کاربردن این مفهوم برای وضعیت من، پنج پرسش تشخیصی بپرس.
- اثر نقدی، اثر حسابداری و اثر تصمیمی این رویداد را از هم جدا کن.
- مطالعه موردی را با ارز و فرض‌های من دوباره محاسبه کن، اما تعریف‌های اصلی را تغییر نده.
- مشخص کن کدام بخش به قواعد حسابداری، مالیات، قرارداد، کار یا سرمایه‌گذاری کشور من نیاز دارد.
- منابع، تاریخ بازبینی، فرض‌ها و سطح اطمینان پاسخ را نشان بده.
منابع و افق استانداردها
این فصل محتوای آموزشی اصیل ورزا است. مفاهیم را ترکیب و بازبیان می‌کند و متن استاندارد یا مقاله شخص ثالث را بازنشر نمی‌کند. منابع زیر برای تثبیت اصطلاحات، دامنه حرفه‌ای و زمینه روزآمد استفاده شده‌اند:
- S101 — بنیاد استانداردهای بین‌المللی گزارشگری مالی (IFRS Foundation)، چارچوب مفهومی گزارشگری مالی (Conceptual Framework for Financial Reporting).
- نوع مرجع: تدوین‌کننده بین‌المللی استاندارد
- انتشار/به‌روزرسانی: 2018; accessed 2026-08-31
- کاربرد در برنامه آموزشی: اهداف، ویژگی‌های کیفی و عناصر گزارشگری مالی.
- نشانی رسمی: https://www.ifrs.org/issued-standards/list-of-standards/conceptual-framework/
- S114 — بنیاد استانداردهای بین‌المللی گزارشگری مالی (IFRS Foundation)، استاندارد بین‌المللی گزارشگری مالی ۱۵: درآمد حاصل از قرارداد با مشتریان (IFRS 15 Revenue from Contracts with Customers).
- نوع مرجع: تدوین‌کننده بین‌المللی استاندارد
- انتشار/به‌روزرسانی: 2026 standards set
- کاربرد در برنامه آموزشی: اصول شناسایی درآمد حاصل از قرارداد با مشتری.
- نشانی رسمی: https://www.ifrs.org/issued-standards/list-of-standards/ifrs-15-revenue-from-contracts-with-customers/
- S117 — بنیاد استانداردهای بین‌المللی گزارشگری مالی (IFRS Foundation)، استاندارد حسابداری بین‌المللی برای بنگاه‌های کوچک و متوسط (IFRS for SMEs Accounting Standard).
- نوع مرجع: تدوین‌کننده بین‌المللی استاندارد
- انتشار/به‌روزرسانی: third edition 2025; effective 2027
- کاربرد در برنامه آموزشی: چارچوب جهانی ساده‌شده گزارشگری برای بنگاه‌های کوچک و متوسط واجد شرایط.
- نشانی رسمی: https://www.ifrs.org/issued-standards/ifrs-for-smes/
- S118 — بنیاد استانداردهای بین‌المللی گزارشگری مالی (IFRS Foundation)، استانداردهای بین‌المللی گزارشگری مالی لازم‌الاجرا در ۲۰۲۶ (IFRS Accounting Standards—Required 2026).
- نوع مرجع: تدوین‌کننده بین‌المللی استاندارد
- انتشار/به‌روزرسانی: 2026-01-29
- کاربرد در برنامه آموزشی: استانداردها و اصلاحات لازم‌الاجرا از اول ژانویه ۲۰۲۶.
- نشانی رسمی: https://www.ifrs.org/news-and-events/news/2026/01/now-available-ifrs-accounting-standards-required-2026-two-editions/
افق استانداردها. محتوا تا 2026-08-31 بازبینی شده است. استاندارد بین‌المللی گزارشگری مالی ۱۸ (IFRS 18) و ویرایش سوم استاندارد حسابداری برای بنگاه‌های کوچک و متوسط (IFRS for SMEs Accounting Standard) در محل مرتبط به‌عنوان دانش گذار معرفی شده‌اند؛ تاریخ لازم‌الاجرای عمومی هر دو از دوره‌های سالانه آغازشونده در ۲۰۲۷ است و اعمال زودتر مطابق الزامات مربوط ممکن است.
یادداشت حوزه قضایی. این فصل یک بنیان آموزشی جهانی است. قانون، مالیات، گزارشگری، حمایت از مصرف‌کننده، مجوز، قرارداد، کار و الزامات حرفه‌ای محل باید جداگانه و بر اساس تاریخ اثر بررسی شود.
یادداشت استفاده حرفه‌ای. این محتوای آموزشی جایگزین نظر حسابدار، وکیل، مشاور مالیاتی، متخصص سرمایه‌گذاری دارای مجوز یا متخصص دیگری نیست که واقعیت‌های کامل کاربر و حوزه قضایی او را بررسی کرده باشد.
هم‌ترازی نسخه. این فصل با شناسه پایدار خود به فصل انگلیسی هم‌تراز است. هنگام اصلاح یک ادعا یا فرمول، نسخه فارسی و انگلیسی باید هم‌زمان از نظر اثر، منبع و تاریخ بازبینی شوند.
آن را روی اعداد خودتان ببینید.
یک فضای کاری بسازید، کدینگ حساب‌ها را وارد کنید و اولین سند را ثبت کنید. همان دفتر کلی که امروز زیر کار شماست، در ده برابر این اندازه هم شما را نگه می‌دارد.