s.esmaeiliandClaude Haiku 5.5
532ceee189
اپ: نام برند در همه‌ی صفحه‌ها و پیام‌ها یکسان شده و از یک تنظیم مرکزی خوانده می‌شود. اپ: کارت حسابداری در صفحه‌ی مشتری بازطراحی شد؛ مانده‌ها و وضعیت لینک واضح‌تر نمایش داده می‌شوند. پنل: کارت حسابداری در پرونده‌ی مشتری بازطراحی شد؛ مانده‌ها، آخرین ارسال و فرم لینک دستی واضح‌تر شده‌اند. پنل: ستون «کد» در جدول‌ها به‌طور پیش‌فرض پنهان است و از انتخاب ستون‌ها قابل نمایش است. پنل: تغییر نمایش ستون‌ها در جدول‌ها بلافاصله اعمال می‌شود. Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
5.7 KiB
طرح: ستون مانده‌ی حسابداری در لیست مشتریان عمده
تاریخ: ۱۴۰۵/۰۷/۲۲ — وضعیت: پیاده‌سازی شد (۱۴۰۵/۰۷/۲۲) — تصمیم‌ها: کلمه‌ی بدهکار/بستانکار؛ ستون‌های فعلی هنگام اتصال «بدهی داخل اپ» نام می‌گیرند؛ اپ کارشناس فروش بعداً
مشکل
در لیست مشتریان عمده، ستون‌های «بدهی گرمی» و «بدهی ریالی» بدهیِ داخل اپ را نشان می‌دهند (جمع سفارش‌هایی که در منتزر ثبت شده). مشتری‌هایی که از نرم‌افزار حسابداری آمده‌اند هنوز در اپ سفارشی ندارند، پس این ستون‌ها برایشان صفر است.
مانده‌ی واقعیِ حسابداری درست خوانده و ذخیره می‌شود (بررسی ۱۴۰۵/۰۷/۲۲: هر ۷۳۳ مشتری واردشده از زرین مانده دارند، ۳۸۴ نفر غیرصفر؛ مثلاً محمدرضا لطیفی کد ۹۶۱: ۷۲٫۲۸ گرم بدهکار) ولی فقط در صفحه‌ی «مشاهده اطلاعات» هر مشتری دیده می‌شود، نه در لیست.
راه‌حل: ستون‌های پویا
| وضعیت اتصال حسابداری | چه نمایش داده می‌شود |
|---|---|
| به زرین وصل است | دو ستون «مانده‌ی زرین (گرم)» و «مانده‌ی زرین (ریال)» |
| به ته‌حساب وصل است | دو ستون «مانده‌ی ته‌حساب (گرم)» و «مانده‌ی ته‌حساب (ریال)» |
| به هیچ‌کدام وصل نیست (یا اتصال خاموش است) | این دو ستون اصلاً نشان داده نمی‌شوند |
نام نرم‌افزار و وصل‌بودن از همان‌جایی خوانده می‌شود که دکمه‌ی «سینک با زرین» بالای لیست می‌خواند
(admin/accounting-status)، پس دکمه و ستون‌ها همیشه با هم هماهنگ‌اند.
ستون‌های فعلی «بدهی گرمی / ریالی» (بدهی داخل اپ) دست نمی‌خورند، چون سقف اعتبار هنوز با آن‌ها حساب می‌شود.
نحوه‌ی نمایش هر خانه
| حالت | نمایش |
|---|---|
| مشتری بدهکار است | عدد + «بدهکار» به رنگ قرمز — مثلاً ۷۲٫۲۸ بدهکار |
| مشتری طلبکار است | عدد + «بستانکار» به رنگ سبز — مثلاً ۱۶۷۳٫۹۳ بستانکار |
| مانده صفر است | ۰ |
| مشتری به حسابی در نرم‌افزار وصل نیست | — |
با بردن موس روی عدد، زمان آخرین به‌روزرسانی مانده نشان داده می‌شود (چون اگر «سینک مانده» خاموش باشد، عدد فقط با زدن دکمه‌ی سینک تازه می‌شود).
کجاها
هر پنج لیست مشتریان عمده (عمده، بنکداران، مغازه‌داران حضوری، تأییدنشده، بایگانی) چون همه یک جدول مشترک دارند. مرتب‌سازی (مشتری‌های وصل‌نشده همیشه آخر) و فیلتر عددی روی ستون‌های جدید کار می‌کند. (دکمه‌ی چاپ جدول از قبل کاری انجام نمی‌دهد؛ ربطی به این طرح ندارد.)
تغییرات فنی (خلاصه)
- API —
admin-customers.service.ts: در خروجی هر ردیف سه فیلدacc_remain،acc_rial_remain،acc_at(ازaccountingGoldBalance/accountingRialBalance/accountingBalanceAt) وacc_linked؛ و نگاشت مرتب‌سازی/فیلتر برای دو ستون اول. هیچ تغییری در دفتر حساب و محاسبه‌ی بدهی اپ نیست. - پنل —
omdeListModel.ts/OmdeCustomerList.vue: بعد از خواندن وضعیت اتصال، اگر وصل بود دو ستون با نام نرم‌افزار اضافه می‌شوند؛ اسلات نمایش بدهکار/بستانکار. - بدون migration و بدون تغییر در پایگاه داده.
سؤال‌ها از شما
- نمایش بدهکار/بستانکار: پیشنهاد من همان جدول بالاست (عدد مثبت + کلمه‌ی «بدهکار» قرمز یا «بستانکار» سبز). جایگزین: فقط عدد با علامت منفی برای طلبکار — کوتاه‌تر است ولی ۲۴۸ مشتری طلبکار طلا داریم و علامت منفی راحت اشتباه خوانده می‌شود. پیشنهاد: کلمه‌ی بدهکار/بستانکار.
- ستون‌های فعلی «بدهی گرمی / ریالی» بمانند؟ وقتی حسابداری وصل است، این ستون‌ها فقط بدهی سفارش‌های داخل اپ را نشان می‌دهند و ممکن است گیج‌کننده باشند. سه راه: الف) بمانند کنار ستون‌های جدید (کنترل سقف اعتبار هم دیده شود)؛ ب) وقتی وصل است پنهان شوند و فقط ستون حسابداری بماند؛ ج) بمانند ولی اسمشان «بدهی داخل اپ» شود. پیشنهاد: ج — چیزی پنهان نمی‌شود و اشتباه هم خوانده نمی‌شوند.
- اپ کارشناس فروش هم ستون «بدهی» دارد و همین مشکل را دارد. همین الان آن را هم درست کنیم یا بعداً؟ پیشنهاد: بعداً، جدا — این طرح فقط پنل مدیریت.