کومپنیګانې ممکن ډیر ژر دې ته اړ شي چې د AI تصدیق ترلاسه کړي ترڅو ډاډ ترلاسه کړي چې د دوی سافټویر محصولات بېلهغلطۍ (bug-free) دي [1].
دا بدلون په هغه ډول یو بنسټیز بدلون څرګندوي چې څنګه د سافټویر کیفیت تصدیق کیږي. که چیرې تصدیق د سوداګریزې فعالیتونو لپاره یو پیشنیاز شي، نو دا د خطر مدیریت او تخنیکي مطابقت لپاره یو نوی صنعتي معیار رامینځته کولی شي.
پېل hoped کیږي چې د دې تصدیقونو غوښتنه به د ګټه اخیستونکو د یوې شبکې لخوا ترسره شي، چې پکې بیمه کونکي، بانکونه، پیرودونکي او supplied شامل دي [1]. دا entityګانې د کوډ د کیفیت د خپلواکه تصدیق په غوښتلو سره هڅه کوي چې د سافټویر د ناکامیو سره تړلي سیسټمیک خطرونه کم کړي، کوم چې کولی شي لویو مالي تاوانونو یا عملیاتي بندیزونو ته leading شي.
که څه هم د داسې تصدیقونو لپاره ځانګړي میکانیزمونه په تفصیل سره نه بیان شوي دي، خو دا تمایل د اتوماتیک، AI-driven audited لور ته یو حرکت ښيي. ممکن Traditionally دستی ټیسټونه نور د لویو مالي ادارو یا د بیمه چمتو کونکو د خطرونو زغم ته ځواب نه ویلای شي چې د شرکتونو مسؤلیت {liability} تضمینوي [1].
دا احتمالي اړتیا به د جغرافي موقعیت پرته په مختلفو سوداګریزو سکتورونو کې تطبیق شي [1]. لکه څنګه چې سافټویر په kritikal infrastructure کې ډیرIntegreted کیږي، د kritikal bugs د نه موجودیت ثابتولو فشار د پلورونکي لپاره د مالي بقا مسئله ګرځي.
د صنعت څارونکو وویل چې د AI پر اساس تصدیق ته لیږد به احتمالاً په تدریجي ډول وي. خو د بانکونو او بیمه کونکو نفوذ اکثرا په ټوله اقتصاد کې د مطابقت نویو معیارونو خپرول ګړندي کوي [1].
“کومپنیګانې ممکن ژر دې ته اړ شي چې د AI تصدیق ترلاسه کړي ترڅو ډاډ ترلاسه کړي چې د دوی سافټویر محصولات بېلهغلطۍ دي.”
د AI تصدیق شوی سافټویر ته حرکت د 'تر ټولو غوره هڅو' له پراختیا څخه د مسؤلیت-محور (liability-driven) ماډل ته یو لیږد ښيي. د تصدیق له لارې د ثبوت بار د پراختیا کوونکي (developer) shoulders ته په اچولو سره، بیمه کونکي او بانکونه هڅه کوي چې د سافټویر د bugs غیر قابل وړاندیز riskونه اندازه کوي او کم کړي، چې دا ممکن د وړو سافټویر شرکتونو لپاره د ننوتلو یو نوی خنډ رامینځته کړي چې د ګران تصدیق پروسو توان نه لري.
