استخراج اطلاعات صورتحساب و بررسی پیش از تأیید مالی
P24
برنامه شروع
صورتحساب با سند، تعرفه و تحویل تأییدشده تطبیق داده شود.
قدم اول
یک نوع صورتحساب و تعرفه نسخهدار را انتخاب کنید؛ ۳۰ سند یا ردیف مجاز را با مقدار مرجع و مدرک تحویل آماده کنید.
- مسئول پیشنهادی
- مسئول مالی با صاحب تحویل محتوا
- معیار نتیجه
- مبلغ، دوره و هویت با مرجع یکسان باشند؛ تکرار کشف و همه جمعها با کد قطعی بازتولید شوند.
ورودیهای لازم
- سند اصلی و مقدار مرجع
- تعرفه، دوره و واحد پول
- رسید پذیرش تحویل
کمک هوش مصنوعی: فیلد سند تصویری یا نامنظم را با محل منبع و ابهام استخراج کند؛ محاسبه، تأیید و پرداخت در مسیر مالی بمانند.
روش آزمون و ابزارها
مقایسه با روش فعلی
اگر صورتحساب فرم یا خروجی ساختیافته است، ورود مستقیم یا CSV و کنترل قطعی کافی است. در تصویر، ثبت دستی دو فیلد حساس و تطبیق مستقل مرجع مقایسه OCR باشد؛ استخراج متن بومی PDF پیش از OCR امتحان شود.
نمونه آزمون
طرح موجود حفظ شود: ۳۰ سند مجاز، ۲۰ مورد توسعه و ۱۰ مورد نگهداشتهشده، شامل عدد/واحد، جدول، تصویر ضعیف، دوره، تکرار و مجوز/تحویل. هیچ نتیجهای تا پرشدن file و ground truth و ثبت اجرای واقعی وارد فرم نشود.
- تطابق دقیق مبلغ، واحد، طرف حساب و دوره در خروجی خام و نهایی، به تفکیک گروه خطر
- سهم سطر جدول صحیح و صحت پیوند فیلد به محل سند
- خطای کشفنشده تکرار/تعرفه/تحویل و تعداد ارجاع درست به بازبین
- دقیقه ورود، بازبینی و اصلاح هر سند و هزینه کل به ازای سند پذیرفتهشده
- تعداد مورد پرشدن فیلد ناخوانا با حدس و تأیید مالی یا پرداخت خودکار؛ هدف صفر
معیار پیشنهادی پذیرش
پیشنهاد: همه فیلدهای حساس نسخه نهایی بهصورت انسانی با مرجع تطبیق کنند، تمام جمعها و تعرفهها بازتولیدپذیر باشند و هیچ سند غیرمجاز/تحویل نامعلوم تأیید نشود. OCR فقط وقتی ادامه یابد که زمان کل روی مجموعه نهایی کمتر از ورود دستی باشد؛ confidence موتور جای صحت مرجع نیست.
ابزارهای مرتبط
- Tesseract + tessdata/fas — خط مبنای OCR محلی
- Jinja — فرم اختلاف و نمایش کنار منبع
منابع فنی
- B16 · Tesseract و tessdata — OCR، خروجی قابل ردیابی و داده زبان فارسی — README و LICENSE موتور، README و LICENSE مخزن tessdata و وجود fas.traineddata در آن بررسی شدند. موتور خروجی TSV/hOCR دارد؛ کد و داده این دو مخزن Apache-2.0 هستند.
- B04 · Jinja — تولید قطعی خروجی از قالب و داده — README ساخت خروجی از قالب، وراثت قالب و autoescape در HTML را شرح میدهد؛ LICENSE.txt با BSD-3-Clause بررسی شد.
- B02 · dbt — تفاوت شاخه Python v1، بازنویسی v2 و توزیع محصول — README کنونی انتقال Python v1 به شاخه 1.latest و وجود بازنویسی Rust v2 در main را توضیح میدهد. README و core/LICENSE شاخه 1.latest نیز بررسی شدند؛ تبدیلهای SQL و آزمون داده قابلیت این مسیر هستند.
منابع این پیشنهاد: RS05 · RS06 · RS13 · RS15 · RS17 · RS18 · RS19 · RS20
جزئیات پروژه و منابع

این پروژه چه کمکی به کار روزانه میکند؟
یک مثال فرضی: حسابدار عکس یک صورتحساب را دریافت کرده و مبلغ آن خوب خوانا نیست. ابزار اطلاعات را استخراج و بخش مبهم را مشخص میکند.
برای شروع، چه چیزی آماده میشود؟
نام فروشنده، مبلغ، ارز و تاریخ کنار محلشان روی تصویر نمایش داده میشوند؛ مبلغ ناخوانا با برچسب «نیازمند بررسی» باقی میماند.
در مرحله بعد، چه میتوان اضافه کرد؟
صورتحساب با سفارش مقایسه میشود و نمونه تکراری یا نسخه اصلاحشده برای حسابدار مشخص میشود.
خواندن تصویر به معنی تأیید پرداخت نیست؛ جمعها با برنامه کنترل و پرداخت توسط مسئول مالی تأیید میشود.
مراحل پیشنهادی کار
- مرحله ۱
سند مالی مجاز
صورتحساب یا سندی را دریافت میکنیم که اجازه پردازش آن را داریم.
- مرحله ۲
خواندن اطلاعات مورد نیاز از سند
ابزار متن تصویر را میخواند و اطلاعاتی مثل مبلغ، تاریخ و نام را استخراج میکند.
- مرحله ۳
بررسی مبلغ و دوره با فرمول مشخص
برنامه جمع مبلغها، تعرفه، دوره زمانی و تکرارینبودن سند را کنترل میکند.
- مرحله ۴
بررسی صورتحساب در برابر کار تحویلشده
صورتحساب با کاری که تحویل و تأیید شده است مقایسه میشود.
- مرحله ۵
تأیید مالی؛ پرداخت جدا
مسئول مالی اختلافها را بررسی و تأیید میکند؛ اجازه پرداخت مرحلهای جداست.
زمان، درستی خروجی و فایده کار را بسنجیم
۱. زمان و هزینه انجام کار
دقیقه ورود و مغایرتگیری سند
۲. کیفیت و اعتبار
خطای مبلغ/تعرفه و پرداخت تکراری کشف نشده
۳. فایده و نتیجه اقتصادی
هزینه عملیاتی هر تحویل و زمان پرداخت؛ اثر درآمد غیرمستقیم
توضیحات بیشتر برای اجرا و بررسی نتیجه
این کار کجا ثبت میشود؟
همان پرونده مالی تیمیک؛ کار اختلاف به رکورد منبع با حداقل داده پیوند بخورد
هر مرحله را چه کسی انجام میدهد و به چه کسی تحویل میدهد؟
- ۱
نویسنده یا واحد درخواستکننده
- ۲
مدیر محتوا، تحویل کار را تأیید میکند
- ۳
مالی، مبلغ و تکرارینبودن صورتحساب را بررسی میکند
- ۴
فرد دارای مجوز، آن را تأیید میکند.
نویسنده یا واحد درخواستکننده، صورتحساب را میفرستد ← مدیر محتوا، تحویل کار را تأیید میکند ← مالی، مبلغ و تکرارینبودن صورتحساب را بررسی میکند ← فرد دارای مجوز، آن را تأیید میکند.
از کجا بفهمیم آزمون اولیه موفق بوده است؟
۳۰ سند معلوم شامل رقم فارسی/لاتین، سند تکراری و دوره متفاوت؛ همه جمعها از کد قطعی بازتولید شوند.
چه زمانی باید کار را متوقف کنیم؟
مدل حق تغییر تعرفه، تأیید پرداخت یا استنتاج کار انجام شده از وضعیت کار ندارد.
برای شروع چه لازم است و بعد چه میکنیم؟
چه چیزهایی باید آماده باشد؟
این موارد باید از پروژههای مرتبط آماده شوند؛ کاملشدن همه امکانات آن پروژهها لازم نیست.
- P03؛ دیدن پروژه مرتبط
برای هر کار، مسئله، مسئول، موعد و نشانه تحویل درست نوشته شود؛ مثلاً «فرم با شماره آزمون ثبتنام را کامل کند».
مراحل پیشنهادی اجرا و توسعه
این مراحل برنامه پیشنهادیاند؛ انجامشدن آنها هنوز تأیید نشده است.
- مرحله ۱خواندن صورتحساب
مبلغ و ارز را همراه محلشان روی تصویر نشان دهید.
- مرحله ۲کنترل خطا
جمع رقمها و احتمال تکراریبودن صورتحساب را با برنامه بررسی کنید.
- مرحله ۳تطبیق و گزارش
سند را با سفارش و تحویل مقایسه و گزارش مجاز هزینه را برای مالی آماده کنید.