هوش اسناد
همان اسکنِ بد، قابل استفاده
پیدیاف را همانگونه که رسیده بارگذاری کنید؛ مارکداونِ ساختیافته تحویل بگیرید.
- ## صورت وضعیت مالی
- | سرفصل | ۱۴۰۳ | ۱۴۰۲ |
- | موجودی نقد | ۸۴٬۱۲۰ | ۶۱٬۵۴۰ |
- | دریافتنیهای تجاری | ۴۰۲٬۸۸۰ | ۳۶۶٬۲۱۰ |
صفحهٔ ۱۲ را سارا تأیید کرد
مسیر یک سند
چهار گام، و در هر گام وضعیت را میبینید
بارگذاری
فایل زیر سقف حجمی که مدیر فضای کاری تعیین کرده روی دیسک نوشته میشود. کار به صف میرود، نه داخل درخواست وب.
آمادهسازی
صفحهها با DPI انتخابی رندر میشوند. سند اسکنشده تشخیص داده میشود و در صورت لزوم تصاویر جاسازیشده استخراج میشوند.
خواندن
صفحهها همزمان به مدل فرستاده میشوند، با تلاش مجدد و تأخیر فزاینده برای خطاهای گذرا. دما صفر میماند — این رونویسی است، نه خلاقیت.
تأیید
بازبین صفحهبهصفحه پیش میرود، اشتباه مدل را اصلاح میکند و سند را کامل میکند. نسخهٔ تأییدشده جدا از خروجی خام نگه داشته میشود.
قابلیتها
جزئیاتی که تعیین میکند در برابر پروندههای واقعی دوام بیاورد
دو حالت خواندن
صفحهبهصفحه برای کنترل و شواهد هر صفحه، یا کل پیدیاف در یک فراخوان وقتی سند کوتاه است و مدل پشتیبانی میکند.
تشخیص سند اسکنشده
موتور تشخیص میدهد پیدیاف لایهٔ متنی قابلاستفاده دارد یا تصویری از یک صفحه است و برای هرکدام مسیر درست را میرود.
کنترل DPI و همزمانی
کیفیت رندر و تعداد صفحاتِ در جریان، مقادیر قابل تنظیماند — نه حدسهایی که در کد پخته شده باشد.
خطاها نام برده میشوند
صفحهٔ ناموفق با شماره و دلیلش گزارش میشود. اجرایی که هیچ خروجی ندهد «ناموفق» است، نه بیسروصدا «تمامشده».
تلاش مجددی که ادغام میکند
اجرای دوبارهٔ یک سند ناقص فقط صفحات جامانده را پردازش و به خروجی موجود اضافه میکند و شمارهگذاری قبلی را حفظ میکند.
پرامپتها پیکربندیاند
دستور رونویسی در یک فایل YAML زندگی میکند، نه در کد — از جمله قواعد سختگیرانهٔ جدول و نسخهٔ سریعتر و سادهتر.
تأیید
مدل پیشنویس مینویسد. انسان امضا میکند.
تأیید یک وضعیت درجهیک است، نه یک تیک ساده. هر صفحه در برابر هش محتوایی که بازبینی شده ذخیره میشود، تا دو نفر کار همدیگر را بیصدا بازنویسی نکنند.
با تأیید آخرین صفحه، سند تأییدشده بهعنوان خروجی مستقل ساخته میشود و خروجی خام مدل، دستنخورده، کنارش باقی میماند.
- ذخیرهٔ صفحهبهصفحه با بررسی هش
- نسخهٔ تأییدشده جدا از خروجی خام
- مونتاژ خودکار پس از تکمیل
- هر کاربر روی اسناد خودش عمل میکند؛ مخزن فضای کاری برای تیم دیدنی میماند
- ## صورت وضعیت مالی
- | سرفصل | ۱۴۰۳ | ۱۴۰۲ |
- | موجودی نقد | ۸۴٬۱۲۰ | ۶۱٬۵۴۰ |
- | دریافتنیهای تجاری | ۴۰۲٬۸۸۰ | ۳۶۶٬۲۱۰ |
صفحهٔ ۱۲ را سارا تأیید کرد
انتخاب حالت
صفحهبهصفحه یا یک فراخوان
| صفحهبهصفحه | یک فراخوان | |
|---|---|---|
| مناسب برای | اسناد طولانی یا اسکنشده | پیدیاف کوتاه و تمیز |
| شواهد هر صفحه | ||
| بازیابی جزئی پس از خطا | ||
| گردش کار تأیید | ||
| نیاز مدل | هر مدل بینایی | باید کل پیدیاف را بپذیرد |
خروجی چیست
خروجی یک قطعهٔ کاری است، نه یک تودهٔ متن
- یک فایل مارکداون برای هر صفحه، با شمارهگذاری متناسب با تعداد صفحات
- یک سند یکپارچه برای جستوجو، ارجاع و استانداردسازی
- گزارش اجرا: صفحات خواندهشده، صفحات ناموفق با دلیل، نشانهٔ ناقصبودن، زمان و هزینه
- سند تأییدشده، جدا از خروجی خام
- مسیر تلاش مجدد که صفحات بازیابیشده را اضافه میکند نه اینکه کار را از نو شروع کند
- اتصال هر نتیجه به مشتری و پروژهای که به آن تعلق دارد
دربارهٔ خواندن اسناد
روی اسکنهای فارسی چقدر دقیق است؟
بهقدر کافی دقیق که بشود رویش کار کرد، و هرگز کورکورانه مورد اعتماد نیست — به همین دلیل مرحلهٔ تأیید وجود دارد. دقت به کیفیت اسکن و مدلی که وصل کردهاید بستگی دارد؛ کار موتور این است که آنچه مدل از دست داده را آشکار کند نه پنهان.میتوانیم از مدل خودمان استفاده کنیم؟
بله. نقطهٔ اتصال، نام مدل و تنظیمات نمونهگیری، پیکربندی هستند. تیمها از مدلهای میزبانیشده، دروازهٔ اختصاصی خودشان یا مدلی داخل شبکه در استقرار داخلی استفاده میکنند.بعد از پردازش، فایل کجا میماند؟
در فضای ذخیرهسازی همان استقراری که انتخاب کردهاید، کنار صفحات رندرشده و نتایج. هیچچیز جایی جز نقطهٔ اتصال مدلی که پیکربندی کردهاید فرستاده نمیشود.محدودیت تعداد صفحه دارد؟
یک سقف حجم بارگذاری دارد که مدیر فضای کاری تعیین میکند و در طرحهای ابری، سقف مصرف منصفانهٔ صفحات. اسناد طولانی صفحهبهصفحه پردازش میشوند، پس یک پروندهٔ ۴۰۰ صفحهای مسئلهٔ زمانبندی است نه دیوار.
بگذارید سند خودتان را بخواند
یک پرونده بیاورید که خوب میشناسید. سی دقیقه کافی است بفهمید این ابزار جای شرکت شما هست یا نه.