۵۱پایه‌های تأمین‌کننده و خرید: داده فروشنده، شرایط، تأیید و سیاست تأمین

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

چرا این فصل مهم است

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

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

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

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

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

دستاوردهای یادگیری

• مفهوم اطلاعات پایه تأمین‌کننده (Supplier master) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
• مفهوم سیاست تدارکات و خرید (Procurement policy) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
• مفهوم شرایط پرداخت (Payment terms) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
• مفهوم تأیید (Approval) را هم به زبان ساده و هم با تعریف حرفه‌ای توضیح دهید.
• مفاهیم فصل را در یک موقعیت عددی یا تصمیمی به کار ببرید و معنای نتیجه را، نه فقط محاسبه آن را، بیان کنید.
• مدارک، گردش کار، کنترل‌ها و موجودیت‌های لازم در ورزا را برای استفاده قابل‌اعتماد شناسایی کنید.
• میان واقعیت، برآورد، بودجه، تعهد و سناریو تفاوت بگذارید.
• تشخیص دهید چه زمانی بررسی قوانین محلی یا نظر متخصص دارای صلاحیت ضروری است.

مدل ذهنی ورزا

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

ورزا هم‌زمان سه لایه را از یکدیگر جدا و سپس به هم متصل می‌کند:

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

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

مفاهیم اصلی

۱. اطلاعات پایه تأمین‌کننده (Supplier master)

تعریف کاری. اطلاعات پایه تأمین‌کننده (Supplier master) رکورد تحت حاکمیت طرفی است که کالا، خدمت، حق یا تأمین مالی از او خریداری می‌شود.

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

مثال روشن. تغییر حساب بانکی باید از طریق مخاطب شناخته‌شده و مستقل تأیید شود.

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

رابطه با مفاهیم دیگر. این مفهوم با سیاست تدارکات و خرید (Procurement policy) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

۲. سیاست تدارکات و خرید (Procurement policy)

تعریف کاری. سیاست تدارکات و خرید (Procurement policy) قواعد مصوبی است که تعریف نیاز، تأمین‌یابی، رقابت، تعارض منافع، اختیار، تعهد خرید، دریافت، صورتحساب و عملکرد تأمین‌کننده را هدایت می‌کند.

معنای عملی. کنترل باید متناسب با ارزش و ریسک افزایش یابد و در عین حال مسیر فوریت و استثنای مستند را حفظ کند. عدد به‌تنهایی کافی نیست؛ تعریف عدد تعیین می‌کند مقایسه معتبر است یا نه.

مثال روشن. بالای یک حد نصاب ممکن است سه استعلام لازم باشد، مگر استثنای مستند تأمین‌کننده انحصاری برقرار باشد.

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

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

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

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

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

۳. شرایط پرداخت (Payment terms)

تعریف کاری. شرایط پرداخت (Payment terms) قواعد قراردادیِ تعیین‌کننده زمان و شیوه سررسید مابه‌ازاست؛ از جمله موعد، اقساط، تخفیف، پیش‌پرداخت، جریمه و روش تسویه.

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

مثال روشن. شرایط خالص ۳۰ روزه یعنی کل مبلغ باید سی روز پس از تاریخ مرجع توافق‌شده پرداخت شود.

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

رابطه با مفاهیم دیگر. این مفهوم با تأیید (Approval) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

۴. تأیید (Approval)

تعریف کاری. تأیید (Approval) تصمیم مستند فرد دارای اختیار برای پذیرش، رد یا مشروط‌کردن یک اقدام یا ثبت است.

معنای عملی. تأیید باید موضوع، مبلغ، نسخه، شواهد و زمان را مشخص کند؛ کلیک بدون مطالعه کنترل نیست. در زبان ورزا، این مفهوم زمانی ارزش عملی پیدا می‌کند که تصمیمی را تغییر دهد.

مثال روشن. خرید بالاتر از حد نصاب نیاز به تأیید مدیر مالی و مدیر واحد دارد.

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

رابطه با مفاهیم دیگر. این مفهوم با قرارداد (Contract) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

۵. قرارداد (Contract)

تعریف کاری. قرارداد (Contract) توافقی قابل استناد است که حقوق، تعهدات، قیمت، دامنه، زمان و راه‌های حل اختلاف طرف‌ها را تعیین می‌کند.

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

مثال روشن. قرارداد خدمات می‌تواند مبلغ، خروجی، معیار پذیرش و جریمه تأخیر را مشخص کند.

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

رابطه با مفاهیم دیگر. این مفهوم با ریسک اعتباری (Credit risk) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

۶. ریسک اعتباری (Credit risk)

تعریف کاری. ریسک اعتباری (Credit risk) احتمال آن است که طرف بدهکار تعهد مالی خود را کامل یا به‌موقع ایفا نکند.

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

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

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

رابطه با مفاهیم دیگر. این مفهوم با داده‌های پایه (Master data) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

۷. داده‌های پایه (Master data)

تعریف کاری. داده‌های پایه (Master data) اطلاعات مرجعِ تحت حاکمیتی است که در معاملات متعدد دوباره استفاده می‌شود؛ مانند طرف حساب، محصول، واحد سنجش، حساب، تنظیم مالیات، ارز و شرایط.

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

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

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

رابطه با مفاهیم دیگر. این مفهوم با تفکیک وظایف (Segregation of duties) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

۸. تفکیک وظایف (Segregation of duties)

تعریف کاری. تفکیک وظایف (Segregation of duties) تقسیم مسئولیت‌های ناسازگار میان افراد یا کنترل‌های مستقل برای کاهش امکان خطا، تقلب و پنهان‌کاری است.

معنای عملی. ایجاد داده، تأیید، نگهداری دارایی، ثبت، پرداخت و مغایرت‌گیری را تا حد متناسب با ریسک از یکدیگر جدا کنید. عدد به‌تنهایی کافی نیست؛ تعریف عدد تعیین می‌کند مقایسه معتبر است یا نه.

مثال روشن. فردی که تأمین‌کننده را ایجاد می‌کند نباید به‌تنهایی صورتحساب همان تأمین‌کننده را تأیید و پرداخت کند.

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

رابطه با مفاهیم دیگر. این مفهوم با اطلاعات پایه تأمین‌کننده (Supplier master) ارتباط دارد، اما جای آن را نمی‌گیرد. ورزا باید هم طبقه‌بندی را نگه دارد و هم رابطه علت و معلولی را: چه چیزی رویداد را ایجاد کرد، کدام حق یا تعهد تغییر یافت، اثر در چه دوره‌ای قرار گرفت و کدام تصمیم ممکن است نتیجه را تغییر دهد.

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

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

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

ارتباط مفاهیم با یکدیگر

مفاهیم این فصل فهرست واژه‌ها نیستند؛ یک سامانه‌اند. اطلاعات پایه تأمین‌کننده (Supplier master)، سیاست تدارکات و خرید (Procurement policy)، شرایط پرداخت (Payment terms)، تأیید (Approval)، قرارداد (Contract)، ریسک اعتباری (Credit risk)، داده‌های پایه (Master data) و تفکیک وظایف (Segregation of duties) بخش‌های متفاوت یک تصمیم را توصیف می‌کنند. مخلوط‌کردن آن‌ها معمولاً یکی از سه شکست را ایجاد می‌کند: مبلغ نادرست اندازه‌گیری می‌شود؛ مبلغ درست به شخص، واحد یا دوره نادرست نسبت داده می‌شود؛ یا گزارشی درست برای تصمیمی به کار می‌رود که برای آن طراحی نشده است.

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

مفهوم	پرسش کنترلی	پیام عملی
اطلاعات پایه تأمین‌کننده (Supplier master)	تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟	ایجاد تأمین‌کننده نقطه کنترلی پرریسکی است. هویت، حساب بانکی، اطلاعات مالیاتی، مالکیت، طبقه، شرایط و مجوز را پیش از استفاده راستی‌آزمایی کنید.
سیاست تدارکات و خرید (Procurement policy)	چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟	کنترل باید متناسب با ارزش و ریسک افزایش یابد و در عین حال مسیر فوریت و استثنای مستند را حفظ کند.
شرایط پرداخت (Payment terms)	این قلم اکنون، در آینده یا اصلاً بر وجه نقد اثر می‌گذارد؟	شرایط پرداخت بر جریان نقدی، ریسک اعتبار، رفتار مشتری و گاهی قیمت معامله اثر می‌گذارد و باید پیش از صدور صورتحساب تعیین شود.
تأیید (Approval)	دقیقاً چه چیزی اندازه‌گیری شده و چه چیزی بیرون از مرز اندازه‌گیری مانده است؟	تأیید باید موضوع، مبلغ، نسخه، شواهد و زمان را مشخص کند؛ کلیک بدون مطالعه کنترل نیست.
قرارداد (Contract)	حق، تعهد، منفعت یا فداکاری زیربنایی در چه زمانی ایجاد شده است؟	ثبت امضا کافی نیست؛ نسخه معتبر، اصلاحات، تعهدات عملکرد، سررسید و مالک قرارداد را کنترل کنید.
ریسک اعتباری (Credit risk)	کدام سند یا مشاهده به فرد دیگری امکان می‌دهد نتیجه را راستی‌آزمایی کند؟	توان پرداخت، سابقه، وثیقه، تمرکز و شرایط آینده را بررسی کنید و فقط به خوش‌حسابی گذشته تکیه نکنید.
داده‌های پایه (Master data)	تغییر کدام فرض می‌تواند نتیجه را به‌طور معنادار عوض کند؟	اشتباه در داده پایه در مقیاس گسترده تکثیر می‌شود؛ بنابراین مالکیت، تاریخ اثر، یکتایی، اعتبارسنجی، تأیید و تاریخچه تغییر، کنترل‌های بنیادی‌اند.
تفکیک وظایف (Segregation of duties)	چه کسی می‌تواند بر نتیجه اثر بگذارد و چه کسی فقط آن را گزارش می‌کند؟	ایجاد داده، تأیید، نگهداری دارایی، ثبت، پرداخت و مغایرت‌گیری را تا حد متناسب با ریسک از یکدیگر جدا کنید.

ترتیب پیشنهادی تحلیل

1. رویداد، تصمیم یا وضعیت را بدون استفاده از اصطلاحات تخصصی توصیف کنید.
2. مرز اقتصادی را تعیین کنید: کدام شخص، خانوار، واحد، پروژه، قرارداد یا پرتفوی موضوع تحلیل است؟
3. زمان را تعیین کنید: نقطه زمانی، دوره، سررسید، افق پیش‌بینی یا چرخه عمر چیست؟
4. مفاهیم مناسب این فصل را انتخاب و هر کدام را مستقل اندازه‌گیری کنید.
5. رابطه میان آن‌ها را با علت، سند، مبلغ، ارز، مسئول و وضعیت برقرار کنید.
6. نتیجه را در برابر سناریوی نامطلوب، داده ناقص و تغییر فرض آزمایش کنید.
7. تصمیم، مالک اقدام و تاریخ بازبینی بعدی را ثبت کنید.

مدل کمی و روش اندازه‌گیری

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

الگوی ورزا برای محاسبه بدون فرمول واحد

1. تعریف خروجی: دقیقاً چه پرسشی باید با عدد یا طبقه‌بندی پاسخ داده شود؟
2. مرز: کدام شخص، واحد اقتصادی، پروژه، دوره، ارز و قلم داخل محاسبه است؟
3. ورودی‌ها: کدام مقدار واقعی، برآورد، نرخ، فرض و مدرک لازم است؟
4. روش: ترتیب محاسبه، قواعد گردکردن، تبدیل واحد و تاریخ نرخ چیست؟
5. کنترل: چه کسی ورودی و نتیجه را بازبینی می‌کند و اختلاف چگونه حل می‌شود؟
6. تفسیر: نتیجه چه اقدامی را پشتیبانی می‌کند و چه چیزی را اثبات نمی‌کند؟

مطالعه موردی — تأمین‌کننده فوری‌ای که هنوز وجودش اثبات نشده است

کارمندی پرداخت فوری ۲۸٬۰۰۰ CU به تأمین‌کننده جدید برای قطعات حیاتی درخواست و یک صورتحساب ایمیلی با اطلاعات بانکی ارائه می‌کند.

قلم یا موضوع	مبلغ یا مشاهده
سفارش خرید	وجود ندارد
رسید کالا	قطعات فیزیکی حاضرند، اما رسید کنترل‌شده ثبت نشده
هویت تأمین‌کننده	مستقلانه تأیید نشده
حساب بانکی	به نام فردی متفاوت از نام تأمین‌کننده
فوریت	راه‌اندازی تولید در همان روز

محاسبه و مسیر استدلال

1. رسید کنترل‌شده ایجاد و کالا را بازرسی کنید تا واقعیت عملیاتی مستند شود.
2. هویت، مالکیت، ذی‌نفع بانکی، مالیات و مجوز را از منابع قابل‌اعتماد مستقل تأیید کنید.
3. استثنای خرید اضطراری با اختیار مناسب و علت دورزدن فرایند عادی ثبت شود.
4. تأیید پرداخت را از فرد انتخاب‌کننده تأمین‌کننده جدا و همه شواهد استثنا را حفظ کنید.

نتیجه چه معنایی دارد؟

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

نتیجه چه چیزی را اثبات نمی‌کند؟

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

بازتاب مطالعه موردی در ورزا

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

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

گردش کار عملی

1. تعریف زمینه و مسئول. پرسش، تصمیم، شخص یا واحد اقتصادی، دوره، ارز یا واحد، دامنه عدم‌قطعیت و مالک پاسخ‌گو را مشخص کنید.
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
2. شناخت واقعیت. هویت، ذی‌نفع واقعی، مجوز، مالیات و حساب بانکی تأمین‌کننده را از مسیر مستقل راستی‌آزمایی کنید
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
3. ساختن مقایسه یا طبقه‌بندی. شرایط تجاری، گروه کالا، ریسک، مالک رابطه و سطح اختیار را پیش از فعال‌سازی ثبت کنید
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
4. انتخاب و ثبت اقدام. عملکرد قیمت، کیفیت، تحویل و اختلاف را دوره‌ای بازبینی کنید
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
5. جمع‌آوری شواهد و داده. اسناد منشأ، شناسه‌ها، مقدارها، شرایط، تاریخ‌های اثر و وضعیت اطلاعات را به رکورد مربوط پیوند دهید؛ داده ناقص را به‌عنوان داده قطعی پنهان نکنید.
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
6. محاسبه و آزمون. روش محاسبه یا استدلال را اجرا کنید، ورودی‌ها را تطبیق دهید، یک سناریوی نامطلوب بیازمایید و اختلاف با بودجه، انتظار یا دوره پیشین را توضیح دهید.
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
7. بازبینی و تأیید. نتیجه، استثناها، اثر مالی و سطح ریسک را به فرد دارای اختیار مناسب ارائه کنید. تأیید باید هویت، زمان، دامنه و نسخه اطلاعات را حفظ کند.
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.
8. پیگیری و یادگیری. اقدام بعدی، سررسید و مالک را ثبت کنید؛ نتیجه واقعی را با فرض اولیه مقایسه و در صورت تغییر واقعیت، پیش‌بینی، کنترل یا روش را به‌روزرسانی کنید.
   • مدرک خروجی مرحله: رکورد دارای شناسه، وضعیت، تاریخ، مسئول و پیوند به ورودی مرحله.
   • مسیر استثنا: در صورت نبود مدرک، تعارض داده یا عبور از آستانه ریسک، ادامه فرایند متوقف یا برای بازبینی ارجاع شود.

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

این مفهوم باید چگونه در ورزا دیده شود؟

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

نام فارسی	شناسه فنی (English Code)	حداقل الزامات داده و کنترل
تأمین‌کننده	supplier	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
محل تأمین‌کننده	supplier_site	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
حساب بانکی	bank_account	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
پرونده مالیاتی	tax_profile	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
طبقه	category	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
قرارداد	contract	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
شرایط پرداخت	payment_terms	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
ماتریس تأیید	approval_matrix	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
اظهارنامه تعارض	conflict_declaration	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر
بازبینی تأمین‌کننده	supplier_review	شناسه پایدار، وضعیت، تاریخ اثر، مالک داده، واحد یا ارز مرتبط، مدرک و سابقه تغییر

چهار پرسش ضروری هر صفحه ورزا

1. چه اتفاقی افتاده یا انتظار می‌رود رخ دهد؟ رویداد، تعهد یا تصمیم را به زبان روشن نشان دهید.
2. چه چیزی از نظر مالی تغییر کرده است؟ اثر بر وجه نقد، دارایی، بدهی، حقوق مالکانه، درآمد، هزینه، تعهد هزینه‌ای یا ریسک را نمایش دهید.
3. چرا باید به نتیجه اعتماد کرد؟ سند، محاسبه، تأیید، منبع نرخ و سابقه اصلاح را قابل‌مشاهده کنید.
4. اکنون چه چیزی نیازمند توجه است؟ استثنا، سررسید، آستانه، هشدار و اقدام مسئول بعدی را نشان دهید.

اصول طراحی ورزا در این فصل

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

رفتار مورد انتظار هوش مصنوعی ورزا (Varza AI)

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

هر پاسخ بااهمیت هوش مصنوعی باید فصل و نسخه دانش، منابع استفاده‌شده، حوزه قضایی، تاریخ یا دوره، فرض‌ها، سطح اطمینان و اقدام پیشنهادی را قابل‌مشاهده کند. دسترسی به داده سازمان مستقل سامانه (Tenant) نیز باید مطابق اصل حداقل دسترسی و نقش کاربر باشد.

کنترل‌ها و مرزهای حرفه‌ای

کنترل ۱: تأیید مستقل تغییر حساب بانکی از تماس یا کانال شناخته‌شده

هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.

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

تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.

کنترل ۲: کنترل تأمین‌کننده و شناسه مالیاتی تکراری

هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.

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

تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.

کنترل ۳: اظهار تعارض منافع کارکنان مرتبط

هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.

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

تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.

کنترل ۴: تعریف، دوره، ارز یا واحد اندازه‌گیری پیش از ثبت یا مقایسه قفل و در خروجی نمایش داده شود

هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.

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

تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.

کنترل ۵: هر مبلغ یا وضعیت بااهمیت به مدرک منشأ، محاسبه و سابقه تغییر قابل‌ردیابی باشد

هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.

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

تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.

کنترل ۶: سطح تأیید، دسترسی و آزمون کنترل متناسب با ارزش، برگشت‌پذیری و پیامد حقوقی تعیین شود

هدف کنترل. احتمال خطا، تقلب، تصمیم شتاب‌زده، ثبت در دوره یا واحد نادرست، استفاده از داده منقضی یا اقدام بدون اختیار را کاهش می‌دهد.

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

تناسب. کنترل باید با ارزش و ریسک متناسب باشد. کنترل بسیار ضعیف پیامد را کشف نمی‌کند و کنترل بی‌تناسب، کار عادی را مسدود و کاربران را به مسیرهای پنهان سوق می‌دهد.

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

خطاهای رایج و پاسخ بهتر

خطای ۱: ساخت تأمین‌کننده فقط از اطلاعات صورتحساب

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

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

ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.

خطای ۲: اجازه به درخواست‌کننده برای ایجاد و پرداخت تأمین‌کننده بدون بازبینی

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

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

ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.

خطای ۳: انتخاب صرفاً کمترین قیمت اعلامی و نادیده‌گرفتن هزینه کل و ریسک

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

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

ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.

خطای ۴: مخلوط‌کردن مبلغ واقعی با برآورد، بودجه، تعهد یا سناریو بدون برچسب روشن

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

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

ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.

خطای ۵: استفاده از قاعده عمومی به‌عنوان قانون لازم‌الاجرای حوزه قضایی بدون بررسی تاریخ اثر

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

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

ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.

خطای ۶: پذیرفتن خروجی نرم‌افزار یا هوش مصنوعی بدون بازسازی مدرک، تعریف و مسیر محاسبه

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

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

ثبت در ورزا. اصلاح باید با دلیل، کاربر، زمان، مقدار قبلی و جدید و اثر بر رکوردهای وابسته نگهداری شود؛ بازنویسی خاموش، ردپای حسابرسی (Audit Trail) را از بین می‌برد.

چک‌لیست تصمیم

• آیا می‌توانم اطلاعات پایه تأمین‌کننده (Supplier master) را هم ساده و هم حرفه‌ای توضیح دهم؟
• آیا می‌توانم سیاست تدارکات و خرید (Procurement policy) را هم ساده و هم حرفه‌ای توضیح دهم؟
• آیا می‌توانم شرایط پرداخت (Payment terms) را هم ساده و هم حرفه‌ای توضیح دهم؟
• آیا می‌توانم تأیید (Approval) را هم ساده و هم حرفه‌ای توضیح دهم؟
• آیا شخص یا واحد اقتصادی، ارز یا واحد، تاریخ یا دوره و مرز تصمیم مشخص است؟
• آیا می‌توان مبلغ یا نتیجه را از روی شواهد نگهداری‌شده بازسازی کرد؟
• آیا واقعیت، برآورد، بودجه، تعهد و سناریو به‌روشنی از یکدیگر جدا شده‌اند؟
• آیا زمان‌بندی وجه نقد، شناسایی، مالکیت و انجام تعهد جداگانه بررسی شده است؟
• آیا دست‌کم یک سناریوی نامطلوب و اثر آن بر نقدینگی یا ظرفیت تحمل زیان آزموده شده است؟
• آیا نرخ، قیمت، مقدار و داده پایه، تاریخ اثر و منبع معتبر دارند؟
• آیا قواعد حوزه قضایی و نیاز به متخصص دارای صلاحیت بررسی شده است؟
• آیا سطح تأیید با بیشینه زیان، برگشت‌پذیری و پیامد حقوقی متناسب است؟
• آیا خروجی به اقدام مشخص، مالک پاسخ‌گو و تاریخ بازبینی بعدی منتهی می‌شود؟
• آیا هوش مصنوعی فقط در محدوده مجاز توضیح، تحلیل یا پیشنهاد کرده و اقدام بااهمیت به‌طور مستقل تأیید شده است؟

آزمایشگاه تمرین

1. توضیح دهید. اطلاعات پایه تأمین‌کننده (Supplier master) را برای فردی که هیچ آموزش مالی ندیده است توضیح دهید. سپس تعریف حرفه‌ای را اضافه و یک مرزی را که توضیح ساده حذف کرده مشخص کنید.
2. طبقه‌بندی کنید. پنج مثال از زندگی خانوار یا یک کسب‌وکار کوچک بسازید و هر یک را با استفاده از سیاست تدارکات و خرید (Procurement policy) طبقه‌بندی کنید. فرض‌های خود را بنویسید.
3. رابطه را پیدا کنید. نشان دهید اطلاعات پایه تأمین‌کننده (Supplier master)، شرایط پرداخت (Payment terms) و تأیید (Approval) در یک رویداد واحد چگونه با هم مرتبط‌اند، اما چرا نباید یکی فرض شوند.
4. محاسبه را بازسازی کنید. مطالعه موردی را با مبلغ‌هایی ۲۰ درصد بیشتر تکرار کنید. مشخص کنید کدام نتیجه تغییر می‌کند و کدام منطق ساختاری ثابت می‌ماند.
5. سناریوی نامطلوب بسازید. یک فرض مهم را بدتر کنید و اثر آن را بر وجه نقد، سود، ریسک، زمان یا تصمیم توضیح دهید.
6. شواهد را طراحی کنید. فهرست اسناد، داده‌های پایه، تأییدها و تطبیق‌هایی را بنویسید که فرد دیگری برای راستی‌آزمایی نتیجه نیاز دارد.
7. کنترل طراحی کنید. یک خطای رایج فصل را انتخاب و برای پیشگیری، کشف، اصلاح و ثبت استثنا یک کنترل عملی پیشنهاد کنید.
8. صفحه ورزا را طراحی کنید. فیلدها، موجودیت‌ها، وضعیت‌ها، پیوند مدارک، مالک، هشدار و یک اقدام یاری‌شده با هوش مصنوعی را ترسیم کنید.
9. هوش مصنوعی را به چالش بکشید. پرسشی بنویسید که پاسخ درست آن بدون دانستن حوزه قضایی، تاریخ، ارز یا هدف تصمیم ممکن نیست؛ سپس پرسش‌های تکمیلی مورد انتظار از ورزا را فهرست کنید.

راهنمای ارزیابی پاسخ

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

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

کپسول دانشی هوش مصنوعی ورزا

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

{
  "chapter_id": "VARZA-F100-051",
  "language": "fa-IR",
  "direction": "rtl",
  "title_fa": "پایه‌های تأمین‌کننده و خرید: داده فروشنده، شرایط، تأیید و سیاست تأمین",
  "title_en": "Supplier and Purchase Foundations: Vendor Data, Terms, Approval, and Procurement Policy",
  "canonical_topics": [
    {
      "key": "supplier_master",
      "fa": "اطلاعات پایه تأمین‌کننده",
      "en": "Supplier master",
      "definition_fa": "رکورد تحت حاکمیت طرفی است که کالا، خدمت، حق یا تأمین مالی از او خریداری می‌شود"
    },
    {
      "key": "procurement_policy",
      "fa": "سیاست تدارکات و خرید",
      "en": "Procurement policy",
      "definition_fa": "قواعد مصوبی است که تعریف نیاز، تأمین‌یابی، رقابت، تعارض منافع، اختیار، تعهد خرید، دریافت، صورتحساب و عملکرد تأمین‌کننده را هدایت می‌کند"
    },
    {
      "key": "payment_terms",
      "fa": "شرایط پرداخت",
      "en": "Payment terms",
      "definition_fa": "قواعد قراردادیِ تعیین‌کننده زمان و شیوه سررسید مابه‌ازاست؛ از جمله موعد، اقساط، تخفیف، پیش‌پرداخت، جریمه و روش تسویه"
    },
    {
      "key": "approval",
      "fa": "تأیید",
      "en": "Approval",
      "definition_fa": "تصمیم مستند فرد دارای اختیار برای پذیرش، رد یا مشروط‌کردن یک اقدام یا ثبت است"
    },
    {
      "key": "contract",
      "fa": "قرارداد",
      "en": "Contract",
      "definition_fa": "توافقی قابل استناد است که حقوق، تعهدات، قیمت، دامنه، زمان و راه‌های حل اختلاف طرف‌ها را تعیین می‌کند"
    },
    {
      "key": "credit_risk",
      "fa": "ریسک اعتباری",
      "en": "Credit risk",
      "definition_fa": "احتمال آن است که طرف بدهکار تعهد مالی خود را کامل یا به‌موقع ایفا نکند"
    },
    {
      "key": "master_data",
      "fa": "داده‌های پایه",
      "en": "Master data",
      "definition_fa": "اطلاعات مرجعِ تحت حاکمیتی است که در معاملات متعدد دوباره استفاده می‌شود؛ مانند طرف حساب، محصول، واحد سنجش، حساب، تنظیم مالیات، ارز و شرایط"
    },
    {
      "key": "segregation_of_duties",
      "fa": "تفکیک وظایف",
      "en": "Segregation of duties",
      "definition_fa": "تقسیم مسئولیت‌های ناسازگار میان افراد یا کنترل‌های مستقل برای کاهش امکان خطا، تقلب و پنهان‌کاری است"
    }
  ],
  "formula_names_fa": [],
  "formula_names_en": [],
  "entities": [
    {
      "code": "supplier",
      "label_fa": "تأمین‌کننده"
    },
    {
      "code": "supplier_site",
      "label_fa": "محل تأمین‌کننده"
    },
    {
      "code": "bank_account",
      "label_fa": "حساب بانکی"
    },
    {
      "code": "tax_profile",
      "label_fa": "پرونده مالیاتی"
    },
    {
      "code": "category",
      "label_fa": "طبقه"
    },
    {
      "code": "contract",
      "label_fa": "قرارداد"
    },
    {
      "code": "payment_terms",
      "label_fa": "شرایط پرداخت"
    },
    {
      "code": "approval_matrix",
      "label_fa": "ماتریس تأیید"
    },
    {
      "code": "conflict_declaration",
      "label_fa": "اظهارنامه تعارض"
    },
    {
      "code": "supplier_review",
      "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": [
    "S008",
    "S009",
    "S201",
    "S203",
    "S204"
  ],
  "edition": "2026.1-fa.1",
  "source_edition": "2026.1",
  "review_date": "2026-08-31"
}

پرسش‌های پیشنهادی برای هوش مصنوعی ورزا

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

منابع و افق استانداردها

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

• S008 — اداره کسب‌وکارهای کوچک ایالات متحده (U.S. Small Business Administration—SBA)، کسب‌وکار خود را راه‌اندازی کنید (Launch your business).
  • نوع مرجع: نهاد دولتی
  • انتشار/به‌روزرسانی: accessed 2026-08-31
  • کاربرد در برنامه آموزشی: انتخاب نوع شخصیت، ثبت، مجوز، بانک و بیمه کسب‌وکار.
  • نشانی رسمی: https://www.sba.gov/counseling/launch-your-business/
• S009 — اداره کسب‌وکارهای کوچک ایالات متحده (U.S. Small Business Administration—SBA)، کسب‌وکار خود را مدیریت کنید (Manage your business).
  • نوع مرجع: نهاد دولتی
  • انتشار/به‌روزرسانی: accessed 2026-08-31
  • کاربرد در برنامه آموزشی: رعایت مستمر الزامات و مدیریت مالی کسب‌وکار.
  • نشانی رسمی: https://www.sba.gov/counseling/manage-your-business/
• S201 — هیئت بین‌المللی استانداردهای اخلاقی حسابداران (International Ethics Standards Board for Accountants—IESBA)، راهنمای ۲۰۲۵ آیین رفتار حرفه‌ای بین‌المللی برای حسابداران حرفه‌ای (2025 Handbook of the International Code of Ethics for Professional Accountants).
  • نوع مرجع: تدوین‌کننده بین‌المللی استاندارد
  • انتشار/به‌روزرسانی: 2025-10-07
  • کاربرد در برنامه آموزشی: درستکاری، بی‌طرفی، صلاحیت حرفه‌ای، محرمانگی و رفتار حرفه‌ای.
  • نشانی رسمی: https://www.ethicsboard.org/publications/2025-handbook-international-code-ethics-professional-accountants
• 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
• S204 — هیئت بین‌المللی استانداردهای حسابرسی و اطمینان‌بخشی (International Auditing and Assurance Standards Board—IAASB)، استاندارد بین‌المللی حسابرسی ۳۱۵، تجدیدنظرشده ۲۰۱۹ (ISA 315 (Revised 2019)).
  • نوع مرجع: تدوین‌کننده بین‌المللی استاندارد
  • انتشار/به‌روزرسانی: 2019; accessed 2026-08-31
  • کاربرد در برنامه آموزشی: شناخت سامانه‌ها و شناسایی ریسک تحریف بااهمیت.
  • نشانی رسمی: https://www.iaasb.org/publications/isa-315-revised-2019-identifying-and-assessing-risks-material-misstatement

افق استانداردها. محتوا تا 2026-08-31 بازبینی شده است. استاندارد بین‌المللی گزارشگری مالی ۱۸ (IFRS 18) و ویرایش سوم استاندارد حسابداری برای بنگاه‌های کوچک و متوسط (IFRS for SMEs Accounting Standard) در محل مرتبط به‌عنوان دانش گذار معرفی شده‌اند؛ تاریخ لازم‌الاجرای عمومی هر دو از دوره‌های سالانه آغازشونده در ۲۰۲۷ است و اعمال زودتر مطابق الزامات مربوط ممکن است.

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

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

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