توسعه سیستم دوبله هوشمند فارسی مبتنی بر Expressive TTS و Performance Style Transfer (کاملاً آفلاین)

معرفی پروژه

به دنبال همکاری با یک متخصص باتجربه در زمینه هوش مصنوعی، پردازش گفتار و Text-to-Speech هستم تا یک سیستم کاملاً آفلاین برای دوبله هوشمند گویندگان کلاسیک دوبله فارسی توسعه دهد.

هدف پروژه، تولید صدایی کاملاً طبیعی و انسانی است که علاوه بر حفظ هویت صوتی هر گوینده، بتواند سبک بیان و اجرای دیالوگ را نیز بازسازی کند.

قابلیت‌های اصلی سیستم

حالت اول: Expressive TTS

این حالت زمانی استفاده می‌شود که سبک بیان یا احساس موردنظر در دیتاست آموزشی گوینده وجود داشته باشد.

ورودی

• متن فارسی
• انتخاب گوینده
• انتخاب حالت بیان (مانند شاد، غمگین، خشم، فریاد، لوند و...)

خروجی

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

حالت دوم: Performance Style Transfer

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

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

ورودی

• متن فارسی
• انتخاب گوینده
• فایل صوتی یا ویدیوی نسخه اصلی فیلم

خروجی مورد انتظار

سیستم باید تا حد امکان ویژگی‌های اجرای دیالوگ (Performance) را از نسخه اصلی استخراج و روی صدای گوینده فارسی اعمال کند.

منظور از Performance شامل مواردی مانند:

• Prosody
• Intonation
• Rhythm
• Energy
• Timing
• سرعت گفتار
• نحوه تأکید روی کلمات
• مکث‌ها
• تغییرات طبیعی لحن
• سایر ویژگی‌های اجرایی دیالوگ

در تمام این مراحل، هویت صوتی گوینده فارسی باید حفظ شود.

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

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

ویژگی‌های مورد انتظار

• مدل اختصاصی برای هر گوینده
• امکان افزودن گوینده‌های جدید در آینده
• کیفیت صدای کاملاً طبیعی و انسانی
• Denoising
• Normalization
• Auto Segmentation
• Auto Tagging برای حالت اول
• اجرای کاملاً آفلاین
• قابلیت اجرا روی RTX 4060 (8GB VRAM)

نرم‌افزار نهایی

خروجی پروژه باید یک نرم‌افزار دسکتاپ قابل نصب روی ویندوز باشد.

تمام قابلیت‌ها باید از طریق یک رابط کاربری گرافیکی در دسترس باشند.

کاربر برای استفاده روزمره نباید نیازی به GitHub، Command Prompt، ترمینال، اجرای فایل‌های Python، نصب کتابخانه‌ها یا وارد کردن دستورات فنی داشته باشد.

تمام مراحل باید از داخل نرم‌افزار انجام شوند.

شرایط همکاری

پرداخت پروژه به‌صورت مرحله‌ای انجام خواهد شد.

مرحله اول

نمونه آزمایشی ۳۰ ثانیه‌ای (بدون پرداخت اولیه)

در صورت تأیید کیفیت، همکاری آغاز خواهد شد.

مرحله دوم

پیاده‌سازی Expressive TTS

مرحله سوم

پیاده‌سازی Performance Style Transfer

مرحله چهارم

تحویل نرم‌افزار کامل، قابل نصب و کاملاً آفلاین

مرحله پنجم

یک ماه پشتیبانی فنی پس از تحویل

در صورت توافق نهایی، امکان عقد قرارداد رسمی نیز وجود دارد.

مهارت‌های مورد نیاز

• Python
• PyTorch
• تجربه عملی در توسعه مدل‌های TTS
• Voice Cloning
• Expressive TTS
• Performance / Style Transfer
• Prosody Modeling
• Speaker Embedding
• پردازش سیگنال صوتی
• توسعه نرم‌افزار دسکتاپ
• بهینه‌سازی مدل برای GPUهای میان‌رده

لطفاً هنگام ارسال پیشنهاد موارد زیر را ارسال کنید

• رزومه
• نمونه‌کار مرتبط (TTS، Voice Cloning یا Performance Style Transfer)
• توضیح معماری و روش پیشنهادی برای اجرای پروژه
• زمان تقریبی انجام پروژه
• مبلغ پیشنهادی

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

با سلام ما ۱۵ وب سایت وردپرس داریم که در یک سرور الوده شده است. باید وب سایتها برخی انتقال برخی باز نصب و برخی باز طراحی شوند. جابجایی و قرارگیری وب سایتها بسیار مهم است ۱- نصب whm و لایت اسپید بر روی سرور جدید ۲- اسکن و انتقال هر اکانتی که الوده نیست ( دقت کنید سطح الودگی‌به شدت بالا بوده ) ۳- انتقال دادن ها یا قرار دادن اطلاعات از دست زفته مثل عکسها ۴- تست فرایند e2e واقعی بخصوص برای فروشگاه های اینترنتی ۵-بازطراحی ۴ سایت از ۱۵ سایت ۵- تحویل کامل دقیق و سالم ۱۵ وب سایت فعلی

باید با حوصله دقیق و کامل همه سرویس ها قرار بگیرند بدون کم و کسری با تضمین ادم انتقال الودگی

شرح پروژه هوش مصنوعی تشخیص تابلوهای اصناف

هدف پروژه

توسعه یک سرویس هوش مصنوعی (Python) جهت تحلیل تصاویر ثبت‌شده توسط اپلیکیشن اندروید و استخراج اطلاعات تابلوهای واحدهای صنفی.

ورودی

• تصویر (JPG/PNG)
• اطلاعات GPS (در صورت وجود)
• اطلاعات ARCore یا فاصله (اختیاری)

قابلیت‌های موردنیاز

• تشخیص یک یا چند تابلو در تصویر
• استخراج متن فارسی تابلو (OCR)
• استخراج نام فروشگاه
• تعیین محدوده دقیق تابلو (Bounding Box یا Polygon)
• محاسبه تقریبی عرض، ارتفاع و مساحت تابلو
• ارائه میزان اطمینان (Confidence)

خروجی

سرویس باید از طریق REST API خروجی JSON شامل اطلاعات زیر را برگرداند:

• نام فروشگاه
• متن تابلو
• مختصات تابلو در تصویر
• ابعاد تقریبی تابلو
• میزان اطمینان

فناوری پیشنهادی

• Python
• FastAPI
• YOLO (یا مدل مشابه)
• PaddleOCR
• OpenCV

اقلام قابل تحویل

• سورس کامل پروژه
• فایل‌های مدل (Weights)
• مستندات API
• فایل requirements.txt
• راهنمای نصب و اجرا

شرایط

• سرویس باید روی ویندوز یا لینوکس اجرا شود.
• مالکیت کامل سورس و مدل‌ها پس از تحویل متعلق به کارفرما خواهد بود.

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

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

سلام و درود؛

پروژه مربوط به بهینه‌سازی ساختار دسته‌بندی محصولات، مگامنو، رابط کاربری صفحات آرشیو (CLP/PLP) و سیستم فیلترینگ فروشگاه اینترنتی (فعال در حوزه مبلمان و دکوراسیون) است.

🛠️ مشخصات فنی سایت:

سیستم مدیریت محتوا: وردپرس / ووکامرس

قالب اصلی: وودمارت (WoodMart) - کاملاً اورجینال و به‌روز

صفحه‌ساز: المنتور پرو (Elementor Pro)

افزونه سئو: رنک‌مث پرو (RankMath Pro)

🎯 خلاصه انتظارات و شرح وظایف پروژه:

اصلاح معماری دسته‌بندی‌ها و مگامنو: پیاده‌سازی چیدمان ۳ ستونه منو دقیقاً بر اساس نقشه ذهنی ضمیمه‌شده (با استفاده از HTML Blocks المنتور در وودمارت).

حفظ ساختار سئو (خط قرمز پروژه): آدرس URL (نامک) صفحات قدیمی به هیچ وجه نباید آسیب ببیند. در موارد ادغام دسته‌ها، پیاده‌سازی دقیق ریدایرکت‌های ۳۰۱ در RankMath الزامی است.

پیاده‌سازی کارت‌های تصویری ناوبری: قرار دادن المان دسته‌بندی محصولات وودمارت در بالای صفحات کلان (CLP) به صورت کاملاً ریسپانسیو و بهینه برای موبایل (اسلایدر).

سیستم فیلترینگ پیشرفته سایدبار سمت راست: فعال‌سازی اسلایدر قیمت داینامیک وودمارت، ویژگی‌های محصول به صورت دکمه (Button)، فیلتر برند به صورت دراپ‌داون، و فیلترهای موجودی/تخفیف.

⚠️ بسیار مهم (حتماً مطالعه شود): یک فایل PDF جامع به همراه تصویر نقشه ذهنی ضمیمه این پروژه شده است. در این فایل PDF، تمام مراحل کار به صورت پله‌پله، بند به بند و در قالب جدول فنی همراه با جزئیات کامل UX و سئو مکتوب شده است.

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

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

۱. استراتژی رنگ‌بندی و هویت بصری (The Tinted Palette) برنامه‌نویس حق استفاده از کد رنگی سفید مطلق را در هیچ کجای پروژه ندارد. تمام پس‌زمینه‌ها باید دارای یک توناژ (Tint) بسیار ملایم باشند تا سایت عمق پیدا کند.

پس‌زمینه کلیک‌پذیر (Main Background): خاکستریِ یخی با ته‌رنگ بسیار ملایم آبی (#F8FAFC یا #F1F5F9). این رنگ حس تکنولوژی و سخت‌افزار را القا می‌کند.

باکس‌ها و کارت محصولات: برای اینکه روی پس‌زمینه محو نشوند، باید از یک لایه روشن‌تر مثل #FAFAFA (سفیدِ استخوانی) یا افکت شیشه‌ای بسیار مات استفاده شود.

رنگ سازمانی (Primary): سرمه‌ای عمیق (#0F172A) برای خواناییِ بالا در متون اصلی و دکمه‌ها.

رنگ مکمل (Accent): فیروزه‌ای ملایم (#06B6D4) صرفاً برای تگ‌ها و جلب توجه کاربر.

۲. تجربه کاربری و میکرو-اینتراکشن‌ها (UX & Interactions) لذت بردن کاربر از سایت، در گروِ روان بودنِ حرکت‌ها و پاسخ‌دهیِ سریعِ المان‌هاست.

اسلایدر هوم‌پیج (Split-View): دقیقاً مطابق رفرنس؛ یک معماری دوتکه. نیمی از تصویر به تایپوگرافی و شعارهای جذاب (با بک‌گراند رنگیِ اختصاصی) اختصاص می‌یابد و نیمه‌ی دیگر، اسلایدرِ نرم و بدون پرشِ محصولات است. در نسخه موبایل، این بخش به‌طور هوشمندانه تغییر ابعاد می‌دهد تا اسلایدر کل فضا را بگیرد.

افکت هاورِ محصولات (Zoom Effect): وقتی کاربر موس را روی کارت محصول می‌برد، تصویر هارد دیسک با یک انیمیشن بسیار نرم (مثلاً transition-transform duration-300 scale-105 در Tailwind) کمی زوم می‌شود و همزمان یک سایه‌ی محو زیر کارت شکل می‌گیرد. این دقیقاً همان حسِ پویاییِ قالب‌های مدرن را تداعی می‌کند.

حذف موانع: هیچ پاپ‌آپِ مزاحم یا فرم‌های پیچیده‌ای نباید در مسیر کاربر قرار بگیرد. دسترسی به سبد خرید و لاگین باید در یک کلیک و کاملاً در دسترس (Seamless) باشد.

۳. الزامات حیاتی توسعه: کلین کد و سئوی تکنیکال (SEO & Clean Code) این بخش قلب تپنده‌ی پروژه است و جای هیچ‌گونه اغماضی ندارد. استفاده از Next.js 16 فقط زمانی ارزشمند است که این استانداردها رعایت شوند:

سئوی تکنیکال (SSR & SSG): برنامه‌نویس موظف است تمام صفحات محصولات و دسته‌بندی‌ها را با رندر سمت سرور (Server-Side Rendering) پیاده‌سازی کند. خزنده‌های گوگل و ترب باید سورسِ کامل HTML همراه با قیمت‌های آپدیت‌شده را در کسری از ثانیه بخوانند.

ساختار معنایی (Semantic HTML) و Schema: استفاده‌ی دقیق از تگ‌های ساختاریافته (Product Schema) برای نمایش مستقیم قیمت، موجودی و ستاره‌های محصول در نتایج جستجوی گوگل.

کلین کد (Clean Code) و پرفورمنس: کدهای CSS باید از طریق Tailwind کاملاً Purge شوند (حذف کدهای استفاده‌نشده). هیچ کتابخانه‌ی جاوااسکریپتِ سنگین و غیرضروری نباید به پروژه تزریق شود. سرعت لود صفحات (Core Web Vitals) باید در ابزار Google PageSpeed روی سبز باشد.

۴. معماری فشرده و کارآمد صفحات (۵ الی ۶ صفحه) سایت دقیقاً روی همین ۵ (یا نهایتاً ۶) صفحه معماری می‌شود تا کاربر در هزارتوی لینک‌ها گم نشود:

صفحه اصلی (Home Page): ویترین اصلی با همان اسلایدر دوتکه، نوار برندها و نمایش پرفروش‌ترین‌ها.

آرشیو محصولات (PLP - Product Listing Page): نمایش شبکه‌ای قطعات با فیلترهای کاملاً در دسترس و بدون پاپ‌آپ، همراه با اسکلتون لودرهای حرفه‌ای.

جزئیات کالا (PDP - Product Detail Page): تمرکز روی عکس کالا، دکمه خرید، مشخصات فنی آکاردئونی و پیشنهاد محصولات مکمل (Cross-sell).

تسویه‌حساب تک‌مرحله‌ای (One-Page Checkout): تجمیع فرم آدرس، انتخاب روش ارسال و پیش‌فاکتور در یک صفحه‌ی واحد برای اتصال سریع به درگاه زرین‌پال.

احراز هویت و داشبورد یکپارچه (My Account): دریافت شماره موبایل و OTP مستقیماً در صفحه، و تبدیلِ همان صفحه به پنل پیگیری سفارشات پس از ورود.

مجله تکنولوژی / مقالات (صفحه ۶ - اختیاری اما حیاتی برای سئو): بستری کلین و متن‌محور برای انتشار بنچمارک‌ها و راهنمای خرید جهت جذب ترافیک ارگانیک از گوگل.

۵. بک‌اَند اختصاصی و سیستم چابک (Custom CMS) تکنولوژی: NestJS و پایگاه داده PostgreSQL.

قیمت‌گذاری درون‌برنامه‌ای (Inline Grid): پنل ادمین باید دارای یک جدول زنده باشد. تغییر قیمت و موجودی مستقیماً در سلول‌های این جدول با زدن دکمه Enter در دیتابیس ثبت شده و بلافاصله در سایت و فیدِ خروجیِ ترب آپدیت می‌شود.

اتصال لحظه‌ای (Real-time Feed): ساختار API اختصاصی برای تغذیه‌ی اتوماتیک موتورهای جستجوی کالا (ترب و ایمالز).

برای بخش تسویه‌حسابِ تک‌مرحله‌ای (One-Page Checkout) که برای راحتیِ کاربر بهینه‌سازی می‌شود، سیستم محاسبه‌ی هزینه ارسال (پست/تیپاکس) قرار است از API شرکت پست بهرمند شود

۶. تعهدات زیرساخت، استقرار و امنیت (DevOps & Deployment) -

تعهدات اجرایی برنامه‌نویس در این بخش به شرح زیر است:

مدیریت مخازن کد (Version Control): توسعه‌دهنده موظف است سورس‌کدهای پروژه را در دو مخزن (Repository) کاملاً مجزا و خصوصی (Private) در پلتفرم GitHub (یک مخزن برای Next.js و یک مخزن برای NestJS) مدیریت کند و دسترسیِ مالکیت کاملِ آن‌ها را به کارفرما ارائه دهد.

کانفیگ سرور لینوکس (Server Provisioning)

پیکربندی وب‌سرور و SSL

مدیریت پروسه‌ها (Process Management)

راه‌اندازی سیستم آپدیت خودکار (CI/CD Pipeline)

امنیت داده‌های حساس (Environment Variables)

نمونه مورد نظر: https://minimog.thememove.com

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

لینک اپلیکیشن فانوس که شبیه به چیزیه که میخوام : ‏ «فانوس | مدیریت مالی شخصی» را در بازار اندروید ببین: http://cafebazaar.ir/app/?id=com.fanoospfm&ref=share

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

۱_ تعریف ویژگی‌های شبکه و کاربران‌آن و نقش‌ها و نحوه‌ی لاگین شدن و نحوه رد و بدل شدن داده‌ها با سرور

● این اپلیکیشن قراره با سرور مشخصی داده‌هاش رو رد و بدل کنه.

● هر حساب ، کاربرانی مختلف با دسترسی‌ها و محدودیت‌های متفاوت داره . به این صورت که هر حساب یک کاربر اصلی (مالک) داره که به کاربران دیگه اجازه دسترسی به حسابش رو میده

● هر کاربر میتونه دسترسی به یک یا چند حساب مختلف رو در صفحه‌ی آغازین اپلیکیشن خودش به صورت همگام و همزمان (یعنی بدون نیاز به لاگین گردن مجدد به چند حساب دسترسی داشته باشه و هم بتونه در بخش گزارش‌ها یکجا از تمام حساب‌ها گزارش بگیره) داشته باشه .

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

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

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

۲_ عملیات اصلی اپلیکیشن

● این اپلیکیشن چهارتا تا صفحه (page) داره که در ادامه در موردشون توضیح میدم .

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

● صفحه دوم داده هایی با سه تا فیلد داره که کاربر باید پر کنه فیلد اول با داده‌های صفحه‌ی اول که کاربر تاییدشون کرده پر میشه فرمت این داده‌ها تاریخ و زمانه که به صورت یک جفت داده (یکی مثبت و دیگری منفی) فیلد اول رو پر میکنن . فیلد دوم یه عدد هفت رقمیه و پرکردنش برای کاربر الزامیه و فیلد سوم توضیحات اختیاری کاربر هست . فیلد دوم یه سری شرط داره : اول اینکه باید عدد باشه و استفاده از حروف و... مجاز نیست ، حداقل باید یک رقم باشه و حداکثر هفت رقم و اگه کاربر کمتر از هفت رقم نوشت به همون میزان به طور خودکار عدد صفر پشت عدد فیلد قرار میگیره تا هفت رقمش کامل بشه مثلا : 123=0000123 , 123456=0123456

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

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

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

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

۳_ نمای ظاهری اپلیکیشن : راستش نمیدونم چطور توضیح بدم که واضح باشه ولی نمای اون شبیه به اپلیکیشن حسابداری فانوس هست . با هماهنگی با هم نمای ظاهری اپلیکیشن رو کامل میکنیم

۴_ آموزش اپلیکیشن به کاربر