مسیر ۸ · مالی پروژه، خدمات، نیروی کار و قراردادها
۷۵صورتحساب و وصول پروژه: پیش‌پرداخت، صورت‌وضعیت، کسور تضمین، ادعا و تسویه نهایی
پروژه چگونه استحقاق قراردادی و پیشرفت تأییدشده را به نقد به‌موقع تبدیل کند و در عین حال کسورات، نگهداشت، ادعا و حقوق نهایی را حفظ نماید؟
وعده ورزا: آن‌قدر روشن که نخستین بار بتوان آن را آموخت؛ آن‌قدر دقیق که در گفت‌وگوی حرفه‌ای تحریف نسازد؛ و آن‌قدر عملی که پشتوانه یک تصمیم واقعی باشد.
چرا این فصل مهم است
این مسیر پروژه، خدمت، نیروی کار و قرارداد را سامانه‌های مالی مبتنی بر زمان می‌داند. دامنه، زمان‌بندی، هزینه، صورتحساب، نقدینگی، تعهدات و عملکرد باید یکپارچه باشند؛ وگرنه پروژه ممکن است در یک نما موفق و در نمای دیگر شکست‌خورده به نظر برسد.
پرسش محوری: پروژه چگونه استحقاق قراردادی و پیشرفت تأییدشده را به نقد به‌موقع تبدیل کند و در عین حال کسورات، نگهداشت، ادعا و حقوق نهایی را حفظ نماید؟
صورتحساب پروژه فرایند مدیریت قرارداد است، نه کار دیرهنگام حسابداری. پیش‌پرداخت تجهیز را تأمین می‌کند، صورت‌وضعیت از تأیید پیشرفت پیروی می‌کند، کسور تضمین تسویه را عقب می‌اندازد، ادعا به حق و مدرک نیاز دارد و صورتحساب نهایی کل رابطه تجاری را می‌بندد.
ورزا موضوع را از زندگی و عملیات واقعی به دفتر و از دفتر به تصمیم دنبال می‌کند. نخست می‌پرسیم چه اتفاقی افتاده یا قرار است رخ دهد؛ سپس حقوق، تعهدات، منابع، زمان‌بندی، شواهد و عدم‌قطعیت را مشخص می‌کنیم؛ و تنها پس از آن واژه، محاسبه، سند، حساب یا گزارش مناسب را انتخاب می‌کنیم. این ترتیب از یکی از خطرناک‌ترین خطاهای آموزشی جلوگیری می‌کند: حفظ‌کردن یک برچسب بدون فهم واقعیتی که آن برچسب باید توصیف کند.
این فصل برای خواننده غیرمتخصص نوشته شده، اما زبان حرفه‌ای را پنهان نمی‌کند. اصطلاح فنی در نخستین کاربرد با معادل انگلیسی داخل پرانتز آمده است تا جست‌وجو، گفت‌وگوی دوزبانه، تطبیق با استانداردها و بازیابی توسط هوش مصنوعی دقیق بماند.
دستاوردهای یادگیری
- مفهوم پیش‌پرداخت یا پیش‌دریافت (Advance payment) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفهوم صورتحساب پیشرفت کار (Progress invoice) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفهوم وجه تضمین یا کسور نگهداری‌شده (Retention) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفهوم ادعای قراردادی پروژه (Project claim) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
- مفاهیم فصل را در یک موقعیت عددی یا تصمیمی به کار ببرید و معنای نتیجه را، نه فقط محاسبه آن را، بیان کنید.
- مدارک، گردش کار، کنترل‌ها و موجودیت‌های لازم در ورزا را برای استفاده قابل‌اعتماد شناسایی کنید.
- میان واقعیت، برآورد، بودجه، تعهد و سناریو تفاوت بگذارید.
- تشخیص دهید چه زمانی بررسی قوانین محلی یا نظر متخصص دارای صلاحیت ضروری است.
مدل ذهنی ورزا
یک مفهوم مالی زمانی برای تصمیم آماده است که دست‌کم به هفت پرسش پاسخ دهد: چه چیزی، برای چه کسی، در چه زمانی، به چه مبلغ یا مقداری، بر پایه کدام مدرک، تحت کدام فرض یا قاعده، و با چه اقدام بعدی. شش پاسخ نخست، کیفیت اطلاعات را می‌سازند؛ پاسخ هفتم، دانش را به مدیریت تبدیل می‌کند.
ورزا هم‌زمان سه لایه را از یکدیگر جدا و سپس به هم متصل می‌کند:
- واقعیت اقتصادی و عملیاتی: کالا، خدمت، حق، تعهد، زمان، ظرفیت، ریسک یا جریان واقعی چه بود؟
- بازنمایی مالی و حسابداری: واقعیت در کدام سند، حساب، بعد، دوره، گزارش یا سنجه بازتاب می‌یابد؟
- پیامد تصمیم: چه چیزی باید تأیید، اصلاح، پیگیری، تأمین مالی، قیمت‌گذاری، ذخیره، افشا یا متوقف شود؟
اصطلاحات این فصل با کاربردهای بین‌المللی هم‌راستا هستند، اما متن تا زمانی که صریحاً خلاف آن گفته نشده باشد از نظر حوزه قضایی بی‌طرف است. استاندارد حسابداری، قانون مالیات، حقوق قرارداد، حمایت از مصرف‌کننده، الزامات کار و تأمین اجتماعی، مجوز حرفه‌ای و مقررات سرمایه‌گذاری می‌توانند نتیجه حقوقی متفاوتی در کشورها ایجاد کنند. بنیان جهانی، نقشه پایدار را می‌دهد؛ مجموعه‌های کشوری ورزا باید قواعد الزام‌آور و تاریخ اثر آن‌ها را اضافه کنند.
مفاهیم اصلی
۱. پیش‌پرداخت یا پیش‌دریافت (Advance payment)
تعریف کاری. پیش‌پرداخت یا پیش‌دریافت (Advance payment) مابه‌ازایی است که پیش از تحویل، انجام عملکرد یا تسویه نهایی پرداخت یا دریافت می‌شود.
معنای عملی. پیش‌پرداخت بر نقدینگی و ریسک اثر دارد و به تخصیص قراردادی، تضمین، مالیات و نحوه بازیافت روشن نیاز دارد. این مفهوم باید در کوچک‌ترین سطحی اندازه‌گیری شود که هنوز از یک اقدام واقعی پشتیبانی می‌کند.
مثال روشن. مشتری هنگام امضای قرارداد و پیش از تجهیز کارگاه، بیست درصد می‌پردازد.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با صورتحساب پیشرفت کار (Progress invoice) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به رکورد عملیاتی، ثبت حسابداری، گردش تأیید و سابقه تغییرات متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۲. صورتحساب پیشرفت کار (Progress invoice)
تعریف کاری. صورتحساب پیشرفت کار (Progress invoice) سند صورتحسابی است که بابت کار تکمیل‌شده، نقطه عطف، مقدار تأییدشده یا گذشت زمان طبق قرارداد پروژه صادر می‌شود.
معنای عملی. صورت‌وضعیت از شواهد قرارداد پیروی می‌کند و ممکن است با شناسایی درآمد متفاوت باشد. گواهی، کسور، مالیات، تضمین حسن انجام کار و صورتحساب قبلی را حفظ کنید. عدد به‌تنهایی کافی نیست؛ تعریف عدد تعیین می‌کند مقایسه معتبر است یا نه.
مثال روشن. گواهی ماهانه ۴۰۰٬۰۰۰ واحد کار ناخالص را پس از کسر تضمین و بازیافت پیش‌پرداخت تأیید می‌کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با وجه تضمین یا کسور نگهداری‌شده (Retention) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به قرارداد، صورتحساب، رسید، صورتحساب بانکی، گزارش سامانه یا مشاهده عملیاتی معتبر متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۳. وجه تضمین یا کسور نگهداری‌شده (Retention)
تعریف کاری. وجه تضمین یا کسور نگهداری‌شده (Retention) بخشی از پرداخت است که طبق قرارداد تا تحقق شرایط تکمیل، رفع نقص یا ضمانت نگه داشته می‌شود.
معنای عملی. این مبلغ تخفیف نیست. دریافتنی یا پرداختنی، شرایط آزادسازی، عمر مانده، تضمین جایگزین و قابلیت وصول را رهگیری کنید. در این نقطه، فعالیت عملیاتی و گزارشگری مالی به هم می‌رسند.
مثال روشن. پنج درصد هر صورت‌وضعیت تا تکمیل نهایی نگه داشته می‌شود.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با ادعای قراردادی پروژه (Project claim) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به شناسه طرف حساب، تاریخ رویداد، مقدار، ارز، واحد اندازه‌گیری و وضعیت تأیید متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. کدام سند یا مشاهده به فرد دیگری امکان می‌دهد نتیجه را راستی‌آزمایی کند؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۴. ادعای قراردادی پروژه (Project claim)
تعریف کاری. ادعای قراردادی پروژه (Project claim) مطالبه رسمی حق برای زمان، پول، رفع مسئولیت یا جبران دیگری طبق قرارداد است.
معنای عملی. ادعا به اخطار، مبنای قراردادی، علت، مدرک، مبلغ، اثر زمانی، وضعیت و احتمال نیاز دارد. مبلغ ارسال‌شده خودبه‌خود درآمد شناسایی‌شده نیست. در زبان ورزا، این مفهوم زمانی ارزش عملی پیدا می‌کند که تصمیمی را تغییر دهد.
مثال روشن. پیمانکار هزینه و زمان ناشی از تحویل دیرهنگام محل توسط مشتری را مطالبه می‌کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با تسویه نهایی (Final settlement) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به سند منشأ، روش محاسبه، نسخه فرض‌ها و فردی که نتیجه را بازبینی کرده است متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۵. تسویه نهایی (Final settlement)
تعریف کاری. تسویه نهایی (Final settlement) حل‌وفصل کنترل‌شده مبالغ باقی‌مانده، ادعاها، تغییرات، تضمین‌ها، نقص‌ها، تعهدات و ابراءها در پایان پروژه است.
معنای عملی. تکمیل فیزیکی همان خاتمه مالی نیست. ارزش قرارداد، صورتحساب، وجه، هزینه، دارایی، ضمانت و ریسک باز را تطبیق دهید. اصطلاح حرفه‌ای اهمیت دارد، زیرا مانع آن می‌شود دو واقعیت متفاوت چنان ثبت شوند که گویی یکسان‌اند.
مثال روشن. حساب نهایی، تغییرات معطل را حل و باقی وجه تضمین را آزاد می‌کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با ارزش قرارداد (Contract value) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به رکورد عملیاتی، ثبت حسابداری، گردش تأیید و سابقه تغییرات متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۶. ارزش قرارداد (Contract value)
تعریف کاری. ارزش قرارداد (Contract value) مابه‌ازای مندرج یا مورد انتظار قرارداد است که با تغییرات مصوب تعدیل و با شرایط قرارداد کنترل می‌شود.
معنای عملی. ارزش قرارداد الزاماً درآمد، صورتحساب، وجه نقد یا سود نیست. مابه‌ازای متغیر، ادعا، مالیات، تأمین مالی و تغییر دامنه ممکن است تحلیل جدا بخواهند. فرد غیرمتخصص می‌تواند موضوع را با جداکردن ماهیت، زمان و پیامد آن درک کند.
مثال روشن. قرارداد اولیه ۵ میلیون به‌علاوه تغییر مصوب ۳۰۰٬۰۰۰، ارزش جاری ۵٫۳ میلیون واحد پولی ایجاد می‌کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با حساب‌ها و اسناد دریافتنی (Accounts receivable) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به قرارداد، صورتحساب، رسید، صورتحساب بانکی، گزارش سامانه یا مشاهده عملیاتی معتبر متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. این قلم اکنون، در آینده یا اصلاً بر وجه نقد اثر می‌گذارد؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۷. حساب‌ها و اسناد دریافتنی (Accounts receivable)
تعریف کاری. حساب‌ها و اسناد دریافتنی (Accounts receivable) مبالغی است که بابت کالا یا خدمت ارائه‌شده در فعالیت عادی کسب‌وکار از مشتریان طلب می‌شود.
معنای عملی. دریافتنی‌ها به تسویه در سطح مشتری، تجزیه سنی، وضعیت اختلاف، پایش اعتبار، برآورد زیان مورد انتظار و تطبیق با دفتر کل نیاز دارند. این مفهوم باید در کوچک‌ترین سطحی اندازه‌گیری شود که هنوز از یک اقدام واقعی پشتیبانی می‌کند.
مثال روشن. صورتحساب صادرشده و تحقق‌یافته تا زمان پرداخت، صدور اعلامیه بستانکار، سوخت یا تسویه دیگر باز می‌ماند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با وصول مطالبات (Collection) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به شناسه طرف حساب، تاریخ رویداد، مقدار، ارز، واحد اندازه‌گیری و وضعیت تأیید متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
۸. وصول مطالبات (Collection)
تعریف کاری. وصول مطالبات (Collection) فرایند کنترل‌شده دریافت مبالغ سررسیدشده با حفظ شواهد، حقوق قانونی و رابطه مناسب با مشتری است.
معنای عملی. وصول پیش از معوق‌شدن صورتحساب و با تعیین صحیح شرایط، مستندسازی، تحویل، صدور صورتحساب و پیشگیری از اختلاف آغاز می‌شود. عدد به‌تنهایی کافی نیست؛ تعریف عدد تعیین می‌کند مقایسه معتبر است یا نه.
مثال روشن. کارشناس وصول، وعده پرداخت، اختلاف، تماس، ارجاع و نتیجه تسویه را ثبت می‌کند.
چرا این تفکیک مهم است؟ در امور مالی، دو عدد ممکن است از نظر ظاهری برابر باشند اما از نظر مالکیت، زمان شناسایی، نقدشوندگی، تعهد، ریسک یا قابلیت استفاده معنای متفاوتی داشته باشند. نام حرفه‌ای این مفهوم کمک می‌کند واقعیت اقتصادی درست طبقه‌بندی شود و گزارش، تصمیم یا اقدام بعدی بر پایه همان واقعیت شکل بگیرد.
رابطه با مفاهیم دیگر. این مفهوم با پیش‌پرداخت یا پیش‌دریافت (Advance payment) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.
شواهد معمول. برای استفاده حرفه‌ای، نتیجه باید تا حد متناسب با اهمیت موضوع به سند منشأ، روش محاسبه، نسخه فرض‌ها و فردی که نتیجه را بازبینی کرده است متصل باشد. نبود مدرک الزاماً به معنای نبود واقعیت نیست، اما سطح اطمینان و اختیار اقدام را کاهش می‌دهد.
آزمون تصمیم. حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟ پاسخ قابل‌اتکا باید واحد، تاریخ یا دوره، دامنه، منبع، فرض و عدم‌قطعیت را نشان دهد. تا زمانی که این عناصر روشن نشده‌اند، مفهوم برای گفت‌وگو مفید است اما هنوز «اطلاعات آماده تصمیم» نیست.
مرز مفهومی. این تعریف برای آموزش بنیادین و استفاده تحلیلی طراحی شده است. شناخت، اندازه‌گیری، ارائه یا افشای رسمی می‌تواند به چارچوب حسابداری، قرارداد، مقررات یا حوزه قضایی مربوط وابسته باشد؛ بنابراین برچسب فارسی یا انگلیسی نباید جای بررسی قواعد لازم‌الاجرا را بگیرد.
ارتباط مفاهیم با یکدیگر
مفاهیم این فصل فهرست واژه‌ها نیستند؛ یک سامانه‌اند. پیش‌پرداخت یا پیش‌دریافت (Advance payment)، صورتحساب پیشرفت کار (Progress invoice)، وجه تضمین یا کسور نگهداری‌شده (Retention)، ادعای قراردادی پروژه (Project claim)، تسویه نهایی (Final settlement)، ارزش قرارداد (Contract value)، حساب‌ها و اسناد دریافتنی (Accounts receivable) و وصول مطالبات (Collection) بخش‌های متفاوت یک تصمیم را توصیف می‌کنند. مخلوط‌کردن آن‌ها معمولاً یکی از سه شکست را ایجاد می‌کند: مبلغ نادرست اندازه‌گیری می‌شود؛ مبلغ درست به شخص، واحد یا دوره نادرست نسبت داده می‌شود؛ یا گزارشی درست برای تصمیمی به کار می‌رود که برای آن طراحی نشده است.
تحلیل خوب باید هم طبقه‌بندی (Classification) و هم رابطه (Relationship) را حفظ کند. طبقه‌بندی می‌گوید یک قلم چیست؛ رابطه می‌گوید چه چیزی آن را ایجاد کرده، بر چه چیزی اثر می‌گذارد، با کدام سند و طرف مرتبط است و چه عاملی می‌تواند آن را تغییر دهد. ورزا باید هر دو را ذخیره کند. گزارشی که فقط جمع‌ها را نشان می‌دهد شاید برای جهت‌یابی کافی باشد، اما تصمیم کنترل‌شده به قابلیت ردیابی تا روابط زیربنایی نیاز دارد.
| مفهوم | پرسش کنترلی | پیام عملی |
|---|---|---|
| پیش‌پرداخت یا پیش‌دریافت (Advance payment) | تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟ | پیش‌پرداخت بر نقدینگی و ریسک اثر دارد و به تخصیص قراردادی، تضمین، مالیات و نحوه بازیافت روشن نیاز دارد. |
| صورتحساب پیشرفت کار (Progress invoice) | چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟ | صورت‌وضعیت از شواهد قرارداد پیروی می‌کند و ممکن است با شناسایی درآمد متفاوت باشد. گواهی، کسور، مالیات، تضمین حسن انجام کار و صورتحساب قبلی را حفظ کنید. |
| وجه تضمین یا کسور نگهداری‌شده (Retention) | این قلم اکنون، در آینده یا اصلاً بر وجه نقد اثر می‌گذارد؟ | این مبلغ تخفیف نیست. دریافتنی یا پرداختنی، شرایط آزادسازی، عمر مانده، تضمین جایگزین و قابلیت وصول را رهگیری کنید. |
| ادعای قراردادی پروژه (Project claim) | دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟ | ادعا به اخطار، مبنای قراردادی، علت، مدرک، مبلغ، اثر زمانی، وضعیت و احتمال نیاز دارد. مبلغ ارسال‌شده خودبه‌خود درآمد شناسایی‌شده نیست. |
| تسویه نهایی (Final settlement) | حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟ | تکمیل فیزیکی همان خاتمه مالی نیست. ارزش قرارداد، صورتحساب، وجه، هزینه، دارایی، ضمانت و ریسک باز را تطبیق دهید. |
| ارزش قرارداد (Contract value) | کدام سند یا مشاهده به فرد دیگری امکان می‌دهد نتیجه را راستی‌آزمایی کند؟ | ارزش قرارداد الزاماً درآمد، صورتحساب، وجه نقد یا سود نیست. مابه‌ازای متغیر، ادعا، مالیات، تأمین مالی و تغییر دامنه ممکن است تحلیل جدا بخواهند. |
| حساب‌ها و اسناد دریافتنی (Accounts receivable) | تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟ | دریافتنی‌ها به تسویه در سطح مشتری، تجزیه سنی، وضعیت اختلاف، پایش اعتبار، برآورد زیان مورد انتظار و تطبیق با دفتر کل نیاز دارند. |
| وصول مطالبات (Collection) | چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟ | وصول پیش از معوق‌شدن صورتحساب و با تعیین صحیح شرایط، مستندسازی، تحویل، صدور صورتحساب و پیشگیری از اختلاف آغاز می‌شود. |
ترتیب پیشنهادی تحلیل
- رویداد، تصمیم یا وضعیت را بدون استفاده از اصطلاحات تخصصی توصیف کنید.
- مرز اقتصادی را تعیین کنید: کدام شخص، خانوار، واحد، پروژه، قرارداد یا پرتفوی موضوع تحلیل است؟
- زمان را تعیین کنید: نقطه زمانی، دوره، سررسید، افق پیش‌بینی یا چرخه عمر چیست؟
- مفاهیم مناسب این فصل را انتخاب و هر کدام را مستقل اندازه‌گیری کنید.
- رابطه میان آن‌ها را با علت، سند، مبلغ، ارز، مسئول و وضعیت برقرار کنید.
- نتیجه را در برابر سناریوی نامطلوب، داده ناقص و تغییر فرض آزمایش کنید.
- تصمیم، مالک اقدام و تاریخ بازبینی بعدی را ثبت کنید.
فرمول‌ها و روابط کمی
۱. خالص صورت‌وضعیت پیش از مالیات (Progress invoice net before tax)
Net progress amount = Current certified gross work − Prior certified work − Advance recovery − Retention withheld ± Approved adjustments
این رابطه ماهیت برآوردی یا آینده‌نگر دارد. نتیجه باید همراه با فرض‌ها، سناریوی پایه، دامنه عدم‌قطعیت و تاریخ آخرین بازبینی ارائه شود. در این فصل، رابطه «خالص صورت‌وضعیت پیش از مالیات» به مفاهیمی مانند پیش‌پرداخت یا پیش‌دریافت، صورتحساب پیشرفت کار، وجه تضمین یا کسور نگهداری‌شده متصل است. ورزا باید مقدار هر ورودی، منبع آن، نسخه فرض‌ها و مسیر محاسبه را نگه دارد؛ سپس خروجی را همراه با تفسیر مدیریتی، نه به‌صورت عددی مستقل، نمایش دهد.
- نوع خروجی: مبلغ، ارزش یا اندازه کمی، بر پایه تعریف دقیق متغیرها.
- کنترل ورودی: هر ورودی باید منبع، تاریخ، ارز یا واحد، وضعیت واقعی یا برآوردی و مسئول تأیید داشته باشد.
- تفسیر: تغییر خروجی باید به تغییر یک یا چند محرک قابل‌توضیح متصل شود؛ خود عدد علت نیست.
- مرز کاربرد: همه ورودی‌ها باید از یک تعریف، دوره، ارز یا واحد اندازه‌گیری سازگار استفاده کنند. نتیجه فقط در دامنه فرض‌های اعلام‌شده معتبر است و نباید بدون بررسی واقعیت اقتصادی به دوره یا واحد دیگری تعمیم داده شود. قواعد مالیاتی، قراردادی یا مقرراتی حوزه مربوط باید جداگانه بررسی شود.
کنترل مشترک فرمول‌ها
فرمول نباید در رابط کاربری به‌صورت جعبه سیاه اجرا شود. ورزا باید نسخه فرمول، مقدار و منشأ هر ورودی، زمان محاسبه، قواعد گردکردن، واحد خروجی و کاربری را که محاسبه را تأیید کرده است نگهداری کند. در محاسبات برآوردی، سناریوی پایه، خوش‌بینانه و نامطلوب باید از یکدیگر قابل‌تشخیص باشند.
مطالعه موردی — از پیشرفت ناخالص تا مبلغ نقدی قابل‌مطالبه
پروژه ۵۰۰٬۰۰۰ CU کار تأییدشده انباشته دارد که ۳۰۰٬۰۰۰ CU آن قبلاً تأیید شده است. قرارداد پنج درصد کسور از پیشرفت جاری و ۲۰٬۰۰۰ CU بازیافت پیش‌پرداخت در این دوره دارد.
| قلم یا موضوع | مبلغ یا مشاهده |
|---|---|
| کار تأییدشده انباشته | ۵۰۰٬۰۰۰ CU |
| کار قبلی | ۳۰۰٬۰۰۰ CU |
| پیشرفت ناخالص جاری | ۲۰۰٬۰۰۰ CU |
| کسور ۵٪ | ۱۰٬۰۰۰ CU |
| بازیافت پیش‌پرداخت | ۲۰٬۰۰۰ CU |
| خالص جاری پیش از مالیات | ۱۷۰٬۰۰۰ CU |
محاسبه و مسیر استدلال
- پیشرفت ناخالص جاری: ۵۰۰٬۰۰۰ − ۳۰۰٬۰۰۰ = ۲۰۰٬۰۰۰ CU.
- کسور ساده دوره ۱۰٬۰۰۰ CU است.
- پس از ۲۰٬۰۰۰ بازیافت پیش‌پرداخت، خالص صورت‌وضعیت پیش از مالیات ۱۷۰٬۰۰۰ CU است.
- کسور ۱۰٬۰۰۰ را به‌عنوان مانده قراردادی جدا و جدول پیش‌پرداخت را به‌روز کنید.
- صورتحساب و وظیفه وصول را با گواهی و سررسید صادر کنید.
نتیجه چه معنایی دارد؟
دویست‌هزار واحد پیشرفت، دویست‌هزار واحد نقد فوری نمی‌سازد. کسورات و زمان قرارداد باید پیش از پیش‌بینی نقد آشکار باشند.
نتیجه چه چیزی را اثبات نمی‌کند؟
یک نتیجه عددی به‌تنهایی قانونی‌بودن، قابلیت وصول، ارزش بازار، سودآوری پایدار، نبود ریسک یا مناسب‌بودن تصمیم برای همه افراد را اثبات نمی‌کند. باید میان خروجی محاسبه، شواهد زیربنایی، قواعد حوزه مربوط و ظرفیت تحمل پیامد تفاوت گذاشت.
بازتاب مطالعه موردی در ورزا
این مطالعه موردی عمداً فشرده است. در استفاده واقعی، ورزا باید اسناد پشتیبان، ارز، تاریخ‌ها، طرف حساب، شعبه، پروژه یا مرکز هزینه، وضعیت تأیید، نسخه فرض‌ها و پیوند به ثبت‌های حاصل را نگه دارد. هدف فقط رسیدن به عدد نیست؛ مسیر رسیدن به عدد باید برای فرد دیگری قابل‌بازبینی باشد.
ورزا هوش مصنوعی (Varza AI) می‌تواند داده‌های ناقص را شناسایی، پرسش‌های تکمیلی مطرح، محاسبه را بازسازی و اثر سناریوها را مقایسه کند. با این حال، ورود قطعی به دفاتر، پرداخت، ارسال اظهار یا اجرای سرمایه‌گذاری باید مطابق سطح اختیار و کنترل انسانی انجام شود.
گردش کار عملی
- تعریف زمینه و مسئول. پرسش، تصمیم، شخص یا واحد اقتصادی، دوره، ارز یا واحد، دامنه عدم‌قطعیت و مالک پاسخ‌گو را مشخص کنید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- شناخت واقعیت. رویداد صورتحساب، مدرک، مهلت و مالک را از قرارداد استخراج کنید
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- ساختن مقایسه یا طبقه‌بندی. کار ناخالص، صورت‌وضعیت قبلی، بازیافت پیش‌پرداخت، کسور و مالیات را تطبیق دهید
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- انتخاب و ثبت اقدام. وصول، اختلاف، ادعا، آزادسازی کسور و تسویه نهایی را تا بسته‌شدن دنبال کنید
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- جمع‌آوری شواهد و داده. اسناد منشأ، شناسه‌ها، مقدارها، شرایط، تاریخ‌های اثر و وضعیت اطلاعات را به رکورد مربوط پیوند دهید؛ داده ناقص را به‌عنوان داده قطعی پنهان نکنید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- محاسبه و آزمون. روش محاسبه یا استدلال را اجرا کنید، ورودی‌ها را تطبیق دهید، یک سناریوی نامطلوب بیازمایید و اختلاف با بودجه، انتظار یا دوره پیشین را توضیح دهید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- بازبینی و تأیید. نتیجه، استثناها، اثر مالی و سطح ریسک را به فرد دارای اختیار مناسب ارائه کنید. تأیید باید هویت، زمان، دامنه و نسخه اطلاعات را حفظ کند.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
- پیگیری و یادگیری. اقدام بعدی، سررسید و مالک را ثبت کنید؛ نتیجه واقعی را با فرض اولیه مقایسه و در صورت تغییر واقعیت، پیش‌بینی، کنترل یا روش را به‌روزرسانی کنید.
- مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
- مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
گردش کار خوب نباید سابقه مرحله قبل را پاک کند. اصلاح، لغو، برگشت و جایگزینی باید با نسخه و دلیل انجام شود تا کاربر، حسابرس و هوش مصنوعی بتوانند بفهمند وضعیت فعلی چگونه شکل گرفته است.
این مفهوم باید چگونه در ورزا دیده شود؟
موجودیت‌های زیر حداقل مدل داده این فصل را تشکیل می‌دهند. نام‌ها فقط برچسب رابط کاربری نیستند؛ هر موجودیت باید هویت، چرخه عمر، روابط، کنترل دسترسی و قابلیت ردیابی داشته باشد.
| نام فارسی | شناسه فنی (English Code) | حداقل الزامات داده و کنترل |
|---|---|---|
| قرارداد | contract |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| پیش‌پرداخت | advance |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| نقطه عطف صورتحساب‌گیری | billing_milestone |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| گواهی پیشرفت | progress_certificate |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| صورت‌وضعیت پیشرفت کار | progress_invoice |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| کسور تضمین/سپرده حسن انجام کار | retention |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| کسور | deduction |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| ادعا | claim |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| دریافتنی | receivable |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| مورد وصول | collection_case |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
| حساب نهایی | final_account |
شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر |
چهار پرسش ضروری هر صفحه ورزا
- چه اتفاقی افتاده یا انتظار می‌رود رخ دهد؟ رویداد، تعهد یا تصمیم را به زبان روشن نشان دهید.
- چه چیزی از نظر مالی تغییر کرده است؟ اثر بر وجه نقد، دارایی، بدهی، حقوق مالکانه، درآمد، هزینه، تعهد هزینه‌ای یا ریسک را نمایش دهید.
- چرا باید به نتیجه اعتماد کرد؟ سند، محاسبه، تأیید، منبع نرخ و سابقه اصلاح را قابل‌مشاهده کنید.
- اکنون چه چیزی نیازمند توجه است؟ استثنا، سررسید، آستانه، هشدار و اقدام مسئول بعدی را نشان دهید.
اصول طراحی ورزا در این فصل
- برآورد قابل‌ردیابی با فرض‌های آشکار را به عدد چشمگیری که فرض‌هایش پنهان است ترجیح دهید.
- از خودکارسازی برای تقویت شواهد و یکنواختی استفاده کنید، نه برای حذف پاسخ‌گویی.
- اطلاعات را به تصمیم، کنترل یا پرسش تبدیل کنید؛ در غیر این صورت فقط تزئین است.
رفتار مورد انتظار هوش مصنوعی ورزا (Varza AI)
هوش مصنوعی می‌تواند مفهوم را توضیح دهد، داده را طبقه‌بندی کند، موارد مشابه را بیابد، پرسش تشخیصی مطرح کند، محاسبه و سناریو بسازد، مغایرت را نشان دهد و پیش‌نویس اقدام آماده کند. اما نباید بدون نمایش شواهد و اختیار لازم، رکورد حقوقی را تغییر دهد، تراکنش بااهمیت را قطعی ثبت کند، دوره را ببندد، پرداخت را آزاد کند، اظهار یا گزارش قانونی ارسال کند یا به‌جای کاربر تصمیم سرمایه‌گذاری شخصی اجرا کند.
هر پاسخ بااهمیت هوش مصنوعی باید فصل و نسخه دانش، منابع استفاده‌شده، حوزه قضایی، تاریخ یا دوره، فرض‌ها، سطح اطمینان و اقدام پیشنهادی را قابل‌مشاهده کند. دسترسی به داده سازمان مستقل سامانه (Tenant) نیز باید مطابق اصل حداقل دسترسی و نقش کاربر باشد.
کنترل‌ها و مرزهای حرفه‌ای
کنترل ۱: برنامه صورتحساب قرارداد با مالک
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۲: مغایرت مستقل مبلغ با گواهی و صورتحساب قبلی
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۳: دفتر ادعا جدا از مبلغ قرارداد تأییدشده
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۴: تعریف، دوره، ارز یا واحد اندازه‌گیری پیش از ثبت یا مقایسه قفل و در خروجی نمایش داده شود
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۵: هر مبلغ یا وضعیت بااهمیت به مدرک منشأ، محاسبه و سابقه تغییر قابل‌ردیابی باشد
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترل ۶: سطح تأیید، دسترسی و آزمون کنترل متناسب با ارزش، برگشت‌پذیری و پیامد حقوقی تعیین شود
هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.
شاهد اجرای کنترل. سامانه باید نتیجه آزمون، فرد یا قاعده اجراکننده، زمان، موارد ردشده، استثناهای پذیرفته‌شده و اقدام اصلاحی را نگهداری کند. وجود متن سیاست کافی نیست؛ باید بتوان نشان داد کنترل واقعاً عمل کرده است.
تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.
کنترلی که همه بتوانند آن را دور بزنند، کنترل نیست؛ بیان امید است. در مقابل، خودکارسازی نیز نباید قضاوت و پاسخ‌گویی را حذف کند. بهترین طراحی، موارد کم‌ریسک را روان انجام می‌دهد و موارد بااهمیت، غیرعادی یا برگشت‌ناپذیر را برای شواهد و تأیید بیشتر جدا می‌کند.
خطاهای رایج و پاسخ بهتر
خطای ۱: انتظار تا امور مالی متوجه تکمیل نقطه عطف شود
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۲: صورتحساب مجدد کار انباشته بدون کسر قبلی
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۳: زیان حاشیه دانستن کسور تضمین
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۴: مخلوط‌کردن مبلغ واقعی با برآورد، بودجه، تعهد یا سناریو بدون برچسب روشن
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۵: استفاده از قاعده عمومی به‌عنوان قانون لازم‌الاجرای حوزه قضایی بدون بررسی تاریخ اثر
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
خطای ۶: پذیرفتن خروجی نرم‌افزار یا هوش مصنوعی بدون بازسازی مدرک، تعریف و مسیر محاسبه
چرا خطرناک است؟ ممکن است عدد از نظر ریاضی درست به نظر برسد اما درباره واقعیت دیگری سخن بگوید، زمان نامناسبی را منعکس کند یا سطح اطمینانی بیش از شواهد نشان دهد. تکرار این خطا به‌تدریج گزارش و رفتار مدیریتی را منحرف می‌کند.
پاسخ بهتر. رویداد زیربنایی را بازسازی کنید، تعریف مورد استفاده را بنویسید، مدرک یا فرض گمشده را به دست آورید، مرز و دوره را اصلاح و سپس محاسبه یا طبقه‌بندی را تکرار کنید. علاوه بر عدد جاری، فرایند را اصلاح کنید تا خطا به عادت تبدیل نشود.
ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.
چک‌لیست تصمیم
- آیا می‌توانم پیش‌پرداخت یا پیش‌دریافت (Advance payment) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا می‌توانم صورتحساب پیشرفت کار (Progress invoice) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا می‌توانم وجه تضمین یا کسور نگهداری‌شده (Retention) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا می‌توانم ادعای قراردادی پروژه (Project claim) را هم ساده و هم حرفه‌ای توضیح دهم؟
- آیا شخص یا واحد اقتصادی، ارز یا واحد، تاریخ یا دوره و مرز تصمیم مشخص است؟
- آیا می‌توان مبلغ یا نتیجه را از روی شواهد نگهداری‌شده بازسازی کرد؟
- آیا واقعیت، برآورد، بودجه، تعهد و سناریو به‌روشنی از یکدیگر جدا شده‌اند؟
- آیا زمان‌بندی وجه نقد، شناسایی، مالکیت و انجام تعهد جداگانه بررسی شده است؟
- آیا دست‌کم یک سناریوی نامطلوب و اثر آن بر نقدینگی یا ظرفیت تحمل زیان آزموده شده است؟
- آیا نرخ، قیمت، مقدار و داده پایه، تاریخ اثر و منبع معتبر دارند؟
- آیا قواعد حوزه قضایی و نیاز به متخصص دارای صلاحیت بررسی شده است؟
- آیا سطح تأیید با بیشینه زیان، برگشت‌پذیری و پیامد حقوقی متناسب است؟
- آیا خروجی به اقدام مشخص، مالک پاسخ‌گو و تاریخ بازبینی بعدی منتهی می‌شود؟
- آیا هوش مصنوعی فقط در محدوده مجاز توضیح، تحلیل یا پیشنهاد کرده و اقدام بااهمیت به‌طور مستقل تأیید شده است؟
آزمایشگاه تمرین
- توضیح دهید. پیش‌پرداخت یا پیش‌دریافت (Advance payment) را برای فردی که هیچ آموزش مالی ندیده است توضیح دهید. سپس تعریف حرفه‌ای را اضافه و یک مرزی را که توضیح ساده حذف کرده مشخص کنید.
- طبقه‌بندی کنید. پنج مثال از زندگی خانوار یا یک کسب‌وکار کوچک بسازید و هر یک را با استفاده از صورتحساب پیشرفت کار (Progress invoice) طبقه‌بندی کنید. فرض‌های خود را بنویسید.
- رابطه را پیدا کنید. نشان دهید پیش‌پرداخت یا پیش‌دریافت (Advance payment)، وجه تضمین یا کسور نگهداری‌شده (Retention) و ادعای قراردادی پروژه (Project claim) در یک رویداد واحد چگونه با هم مرتبط‌اند، اما چرا نباید یکی فرض شوند.
- محاسبه را بازسازی کنید. مطالعه موردی را با مبلغ‌هایی ۲۰ درصد بیشتر تکرار کنید. مشخص کنید کدام نتیجه تغییر می‌کند و کدام منطق ساختاری ثابت می‌ماند.
- سناریوی نامطلوب بسازید. یک فرض مهم را بدتر کنید و اثر آن را بر وجه نقد، سود، ریسک، زمان یا تصمیم توضیح دهید.
- شواهد را طراحی کنید. فهرست اسناد، داده‌های پایه، تأییدها و تطبیق‌هایی را بنویسید که فرد دیگری برای راستی‌آزمایی نتیجه نیاز دارد.
- کنترل طراحی کنید. یک خطای رایج فصل را انتخاب و برای پیشگیری، کشف، اصلاح و ثبت استثنا یک کنترل عملی پیشنهاد کنید.
- صفحه ورزا را طراحی کنید. فیلدها، موجودیت‌ها، وضعیت‌ها، پیوند مدارک، مالک، هشدار و یک اقدام یاری‌شده با هوش مصنوعی را ترسیم کنید.
- هوش مصنوعی را به چالش بکشید. پرسشی بنویسید که پاسخ درست آن بدون دانستن حوزه قضایی، تاریخ، ارز یا هدف تصمیم ممکن نیست؛ سپس پرسش‌های تکمیلی مورد انتظار از ورزا را فهرست کنید.
راهنمای ارزیابی پاسخ
پاسخ قوی از تعریف سازگار استفاده می‌کند، فرض‌ها را آشکار می‌سازد، واقعیت را از برآورد جدا می‌کند، مسیر عدد تا مدرک را نشان می‌دهد و نتیجه را به اقدام مرتبط می‌کند. ممکن است بیش از یک نتیجه معقول باشد؛ به شرط آنکه هدف تصمیم، محدودیت و عدم‌قطعیت روشن بیان شود. در بازسازی مطالعه موردی، روش باید ثابت بماند حتی وقتی عددها تغییر می‌کنند.
پاسخ ممتاز همچنین توضیح می‌دهد چه چیزی هنوز ناشناخته است، کدام قاعده محلی باید بررسی شود و چه فردی اختیار تصمیم نهایی را دارد. پیچیدگی ظاهری یا استفاده زیاد از واژه انگلیسی به‌خودی‌خود نشانه کیفیت نیست؛ دقت در مرز، زمان و شواهد معیار اصلی است.
کپسول دانشی هوش مصنوعی ورزا
این کپسول عمداً صریح و دوزبانه است تا سامانه بازیابی بتواند نکات آموزشی مرجع را از مثال، تفسیر و قواعد محلی جدا کند. کلیدهای JSON انگلیسی حفظ شده‌اند، زیرا بخشی از قرارداد فنی میان نسخه‌های زبانی و سامانه‌های نرم‌افزاری‌اند؛ مقادیر آموزشی فارسی هستند.
{
"chapter_id": "VARZA-F100-075",
"language": "fa-IR",
"direction": "rtl",
"title_fa": "صورتحساب و وصول پروژه: پیش‌پرداخت، صورت‌وضعیت، کسور تضمین، ادعا و تسویه نهایی",
"title_en": "Project Billing and Collection: Advances, Progress Invoices, Retention, Claims, and Final Settlement",
"canonical_topics": [
{
"key": "advance_payment",
"fa": "پیش‌پرداخت یا پیش‌دریافت",
"en": "Advance payment",
"definition_fa": "مابه‌ازایی است که پیش از تحویل، انجام عملکرد یا تسویه نهایی پرداخت یا دریافت می‌شود"
},
{
"key": "progress_invoice",
"fa": "صورتحساب پیشرفت کار",
"en": "Progress invoice",
"definition_fa": "سند صورتحسابی است که بابت کار تکمیل‌شده، نقطه عطف، مقدار تأییدشده یا گذشت زمان طبق قرارداد پروژه صادر می‌شود"
},
{
"key": "retention_amount",
"fa": "وجه تضمین یا کسور نگهداری‌شده",
"en": "Retention",
"definition_fa": "بخشی از پرداخت است که طبق قرارداد تا تحقق شرایط تکمیل، رفع نقص یا ضمانت نگه داشته می‌شود"
},
{
"key": "claim",
"fa": "ادعای قراردادی پروژه",
"en": "Project claim",
"definition_fa": "مطالبه رسمی حق برای زمان، پول، رفع مسئولیت یا جبران دیگری طبق قرارداد است"
},
{
"key": "final_settlement",
"fa": "تسویه نهایی",
"en": "Final settlement",
"definition_fa": "حل‌وفصل کنترل‌شده مبالغ باقی‌مانده، ادعاها، تغییرات، تضمین‌ها، نقص‌ها، تعهدات و ابراءها در پایان پروژه است"
},
{
"key": "contract_value",
"fa": "ارزش قرارداد",
"en": "Contract value",
"definition_fa": "مابه‌ازای مندرج یا مورد انتظار قرارداد است که با تغییرات مصوب تعدیل و با شرایط قرارداد کنترل می‌شود"
},
{
"key": "accounts_receivable",
"fa": "حساب‌ها و اسناد دریافتنی",
"en": "Accounts receivable",
"definition_fa": "مبالغی است که بابت کالا یا خدمت ارائه‌شده در فعالیت عادی کسب‌وکار از مشتریان طلب می‌شود"
},
{
"key": "collection",
"fa": "وصول مطالبات",
"en": "Collection",
"definition_fa": "فرایند کنترل‌شده دریافت مبالغ سررسیدشده با حفظ شواهد، حقوق قانونی و رابطه مناسب با مشتری است"
}
],
"formula_names_fa": [
"خالص صورت‌وضعیت پیش از مالیات"
],
"formula_names_en": [
"Progress invoice net before tax"
],
"entities": [
{
"code": "contract",
"label_fa": "قرارداد"
},
{
"code": "advance",
"label_fa": "پیش‌پرداخت"
},
{
"code": "billing_milestone",
"label_fa": "نقطه عطف صورتحساب‌گیری"
},
{
"code": "progress_certificate",
"label_fa": "گواهی پیشرفت"
},
{
"code": "progress_invoice",
"label_fa": "صورت‌وضعیت پیشرفت کار"
},
{
"code": "retention",
"label_fa": "کسور تضمین/سپرده حسن انجام کار"
},
{
"code": "deduction",
"label_fa": "کسور"
},
{
"code": "claim",
"label_fa": "ادعا"
},
{
"code": "receivable",
"label_fa": "دریافتنی"
},
{
"code": "collection_case",
"label_fa": "مورد وصول"
},
{
"code": "final_account",
"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": [
"S114",
"S117",
"S208",
"S203"
],
"edition": "2026.1-fa.1",
"source_edition": "2026.1",
"review_date": "2026-08-31"
}
پرسش‌های پیشنهادی برای هوش مصنوعی ورزا
- این فصل را با یک مثال از خانوار، فروشگاه و کسب‌وکار خدماتی توضیح بده.
- پیش از به‌کاربردن این مفهوم برای وضعیت من، پنج پرسش تشخیصی بپرس.
- اثر نقدی، اثر حسابداری و اثر تصمیمی این رویداد را از هم جدا کن.
- مطالعه موردی را با ارز و فرض‌های من دوباره محاسبه کن، اما تعریف‌های اصلی را تغییر نده.
- مشخص کن کدام بخش به قواعد حسابداری، مالیات، قرارداد، کار یا سرمایه‌گذاری کشور من نیاز دارد.
- منابع، تاریخ بازبینی، فرض‌ها و سطح اطمینان پاسخ را نشان بده.
منابع و افق استانداردها
این فصل محتوای آموزشی اصیل ورزا است. مفاهیم را ترکیب و بازبیان می‌کند و متن استاندارد یا مقاله شخص ثالث را بازنشر نمی‌کند. منابع زیر برای تثبیت اصطلاحات، دامنه حرفه‌ای و زمینه روزآمد استفاده شده‌اند:
- 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/
- S208 — دیوان محاسبات و پاسخ‌گویی دولت ایالات متحده (U.S. Government Accountability Office—GAO)، راهنمای برآورد و ارزیابی هزینه (Cost Estimating and Assessment Guide).
- نوع مرجع: نهاد دولتی حسابرسی و پاسخ‌گویی
- انتشار/به‌روزرسانی: 2020-03-12
- کاربرد در برنامه آموزشی: برآورد قابل‌اتکا، ساختار شکست کار، فرض‌ها، ریسک و به‌روزرسانی برآورد.
- نشانی رسمی: https://www.gao.gov/products/gao-20-195g
- S203 — کمیته سازمان‌های حامی کمیسیون تردوی (Committee of Sponsoring Organizations of the Treadway Commission—COSO)، کنترل داخلی—چارچوب یکپارچه (Internal Control—Integrated Framework).
- نوع مرجع: چارچوب شناخته‌شده کنترل داخلی
- انتشار/به‌روزرسانی: 2013 framework; accessed 2026-08-31
- کاربرد در برنامه آموزشی: محیط کنترلی، ارزیابی ریسک، فعالیت‌های کنترلی، اطلاعات و پایش.
- نشانی رسمی: https://www.coso.org/internal-control
افق استانداردها. محتوا تا 2026-08-31 بازبینی شده است. استاندارد بین‌المللی گزارشگری مالی ۱۸ (IFRS 18) و ویرایش سوم استاندارد حسابداری برای بنگاه‌های کوچک و متوسط (IFRS for SMEs Accounting Standard) در محل مرتبط به‌عنوان دانش گذار معرفی شده‌اند؛ تاریخ لازم‌الاجرای عمومی هر دو از دوره‌های سالانه آغازشونده در ۲۰۲۷ است و اعمال زودتر مطابق الزامات مربوط ممکن است.
یادداشت حوزه قضایی. این فصل یک بنیان آموزشی جهانی است. قانون، مالیات، گزارشگری، حمایت از مصرف‌کننده، مجوز، قرارداد، کار و الزامات حرفه‌ای محل باید جداگانه و بر اساس تاریخ اثر بررسی شود.
یادداشت استفاده حرفه‌ای. این محتوای آموزشی جایگزین نظر حسابدار، وکیل، مشاور مالیاتی، متخصص سرمایه‌گذاری دارای مجوز یا متخصص دیگری نیست که واقعیت‌های کامل کاربر و حوزه قضایی او را بررسی کرده باشد.
هم‌ترازی نسخه. این فصل با شناسه پایدار خود به فصل انگلیسی هم‌تراز است. هنگام اصلاح یک ادعا یا فرمول، نسخه فارسی و انگلیسی باید هم‌زمان از نظر اثر، منبع و تاریخ بازبینی شوند.
آن را روی اعداد خودتان ببینید.
یک فضای کاری بسازید، کدینگ حساب‌ها را وارد کنید و اولین سند را ثبت کنید. همان دفتر کلی که امروز زیر کار شماست، در ده برابر این اندازه هم شما را نگه می‌دارد.