درصد پورسانتی که هنگام ثبت فاکتور فروش به مشتری برای هر همکار پیش‌فرض اعمال می‌شود، و اینکه آیا آن همکار اصلاً در لیست «فروشنده» نمایش داده شود یا نه (مثلاً برای حذف مدیر از این لیست).

لیست محل‌های فروش (مثلاً شعبه مرکزی-ملاصدرا) که هنگام ثبت فاکتور فروش قابل انتخاب است.

حداکثر درصدِ تخفیفی که برایِ طرف‌حساب‌های ردهٔ «مشتری» قابلِ ثبت است. مشتری‌ها گذری‌اند و قرارداد ندارند، پس سقفشان یک‌جا برایِ همه تعریف می‌شود.

⚠️ نمایندگان شاملِ این سقف نیستند — تخفیفِ آن‌ها طبقِ قراردادشان در پروفایلِ خودشان تعریف می‌شود. سقف هم رویِ «درصد تخفیف کلی» و هم رویِ تخفیفِ ردیف‌به‌ردیفِ کالاها اعمال می‌شود. عبور از آن فقط برایِ همکارانی ممکن است که تیکِ «اجازهٔ عبور از سقفِ تخفیف» را دارند.

کدِ کالاهایی که «درصد تخفیف کلی» پیش‌فاکتور هرگز رویشان اعمال نشود (مثلاً هزینهٔ بارگیری/پالت) — در ردیف‌های پیش‌فاکتور، ستون «تخفیف» این کالاها با علامت * مشخص می‌شود و تخفیفِ کلی فقط روی بقیهٔ ردیف‌ها محاسبه می‌شود؛ تخفیفِ دستیِ همان ردیف (اگر جداگانه وارد شود) دست‌نخورده می‌ماند.

تا وقتی چکی در ماژول «مالی و چک» در وضعیت در انتظار ثبت بماند، برای همکارانی که این‌جا انتخاب می‌کنید یک وظیفهٔ باز «پیگیری ثبت چک» نگه داشته می‌شود تا با خریدار تماس بگیرند. به‌محضِ اینکه وضعیتِ چک «ثبت شده» شد، وظیفه خودکار بسته می‌شود.
اگر هیچ همکاری انتخاب نشود، هیچ وظیفه‌ای ساخته نمی‌شود. سررسیدِ چک‌ها جدا از این، روی تقویم دیده می‌شود (تنظیمات ← حیطه‌های کاری ← تیکِ «تاریخ سررسید چک»).

وقتی در «ثبت بازدید» ماژول نمونه فروشگاه‌ها نمونه‌ای «فروخته شده» علامت بخورد، برای همکارانی که این‌جا انتخاب می‌کنید، یک وظیفهٔ یادآوری «ثبت فاکتور» ساخته می‌شود.

کد و نام طرح و قیمت‌های درجه ۱ و C از فایل اکسل/CSV که خودتان آپلود می‌کنید خوانده و براساس کد/درجه با موجودی تطبیق داده می‌شود — ستون‌ها باید دقیقاً با فرمتِ قبلیِ فایلِ «Pricelist» یکسان باشند. هر وقت قیمت‌ها تغییر کرد، همین‌جا فایلِ تازه را دوباره آپلود کنید.

گزارش «حساب دریافتنی» هر دو سپیدار را بارگذاری کنید. برنامه با در نظر گرفتن فاکتورها و دریافت‌های ثبت‌شده در خودِ CRM، «مانده اول دوره» هر طرف‌حساب را طوری تنظیم می‌کند که مانده نهایی CRM دقیقاً با همان گزارش یکی شود. فقط طرف‌حساب‌هایی که هم در CRM هستند و هم کدشان در گزارش آمده — هیچ طرف‌حسابی ساخته یا حذف نمی‌شود و هیچ نامی عوض نمی‌شود.

طرف‌حساب‌های سپیدار را با رده «نماینده» و همراه ماندهٔ بدهکار/بستانکار وارد CRM می‌کند. برای هر کد سپیداری که از قبل در CRM وجود دارد، تبدیل رده و جایگزینی اطلاعات مشترک و مانده به‌صورت جداگانه از شما تأیید گرفته می‌شود؛ تخفیف، اعتبار، قرارداد، تعهدات و یادداشت‌های اختصاصی CRM همیشه حفظ می‌شوند. در پنجرهٔ انتخاب، دقیقاً همان طرف‌حساب‌هایی که تیک بزنید وارد می‌شوند.

همان فرایند واردکردن با رده «نماینده»، دریافت مانده و تأیید جداگانهٔ هر رکورد موجود، برای پایگاه‌دادهٔ مستقل سپیدار «نوین‌پلاس».

موجودی/قیمتِ نشان‌داده‌شده در پیش‌فاکتور و «نمونه فروشگاه‌ها» فقط از انبارهای تیک‌خورده در سپیدار محاسبه می‌شود. این لیست هر بار مستقیم و زنده از سپیدار خوانده می‌شود — اگر انباری در سپیدار اضافه/حذف یا اسمش عوض شود، همین‌جا خودش به‌روز می‌شود، نیازی به تغییر کد نیست. ⚠️ این کارت فقط انبارهای پایگاه‌دادهٔ سپیدارِ «زیگما» را نشان می‌دهد — کارتِ زیرین برای «نوین‌پلاس» جداست، چون هرکدام در سپیدار پایگاه‌دادهٔ کاملاً مستقلی دارند (حتی اگر اسمِ بعضی انبارها تصادفاً شبیه هم باشد، مثلِ «انبار گلبرگ(تهران)» که در هر دو هست).

دقیقاً همان قاعدهٔ کارتِ زیگما، ولی برای پایگاه‌دادهٔ جداگانهٔ سپیدارِ «نوین‌پلاس» — انبارهایی که اینجا تیک می‌زنید هیچ ربطی به انتخابِ زیگما ندارند.

دریافت نقدی با انتخاب حساب واریزی به سپیدار منتقل می‌شود. در نسخهٔ ۶.۱.۶، چک با ساختار اختصاصی «چک دریافتی» ثبت می‌شود و دیگر به‌اشتباه حواله بانکی نیست. فهرست بانک‌ها و صندوق‌های تعریف‌شده نیز مستقیماً از سپیدار خوانده می‌شود.

دقیقاً همان قاعدهٔ کارتِ زیگما، ولی برای پایگاه‌دادهٔ جداگانهٔ سپیدارِ «نوین‌پلاس» — حسابِ بانکیِ نوین‌پلاس کاملاً متفاوت از زیگما است، پس اینجا جداگانه تعریف می‌شود.

هر همکار (در ماژول «همکاران») یک حیطهٔ کاری می‌گیرد که دو نوع تنظیمِ متفاوت را با هم بسته‌بندی می‌کند: 🔒 یک تنظیمِ محدودکنندهٔ واقعیِ داده («این حیطه یک شعبه است؟») و چند تنظیمِ صرفاً نمایشیِ داشبورد (کدام پنل‌ها/KPIها دیده شوند). داخلِ فرمِ ویرایشِ هر حیطه، این دو نوع کاملاً از هم جدا و برچسب‌گذاری شده‌اند. اینجا می‌توانید حیطه‌های موجود را ویرایش، حذف یا حیطهٔ جدید اضافه کنید.

وقتی فضای آزادِ دیسکِ سرور از این درصد کمتر شود، در کارتِ «وضعیت بکاپ و دیسک»ِ داشبورد هشدار داده می‌شود و یک رخداد هم در دفترِ رخدادهای سرور ثبت می‌گردد. پیش‌فرض ۱۵٪ است. اگر دیسک پر شود، آپلودِ مدارک و ساختِ بکاپ شکست می‌خورند — این عدد فقط زودتر خبرتان می‌کند.

تاریخچهٔ فیلد-به-فیلد تغییرات رکوردهای حساس — فعلاً نماینده/مشتری، فروش/پیش‌فاکتور، تراکنش/چک، و قرارداد (فاز اول). ماژول‌های دیگر (شکایات، حواله، سفارش تولید، کاربران) در فاز بعدی اضافه می‌شوند.