انجمن‌ها

سلام خدمت دوستان و همکاران گرامی

 

نسخه 7.07 در مهر ماه 1397 آماده شده و در بخش فایل و مستندات قابل دریافت می‌باشد، شایان ذکر است که در هر نسخه از نر‌م‌افزار علاوه بر ارائه امکانات نوین و سازگاری با نیاز‌های کلی مشتریان، بخش عمده‌ای از زمان صرف همسویی با آخرین بستر‌های نرم‌افزاری و ساختاری می‌گردد، افتخار می‌کنیم که در نسخه 7.07 همچنان از قدیمی‌ترین بستر‌های ویندوز XP و SQL (2000) تا آخرین بروز‌رسانی‌های ویندوز سرور 2016، ویندوز 10، و SQL 2017 پشتیبانی می‌کنیم.

 

در نسخه 7.07 نرم‌افزارهای اموال و مدیریت هزینه به ابزار صدور متمرکز گزارش‌های خاص اضافه گردیده و بیش از 80 امکان جدید یا بروز شده در نرم‌افزارهای مالی نوسا قابل ارائه می‌باشد. برخی از این امکانات و تغییرات به شرح زیر است:

 

 

برخی امکانات عمومی اضافه یا بروز شده در نرم‌افزارهای یکپارچه مالی نوسا :

• در همه‌ دریچه‌هایی که به نحوی حاوی فهرستی از آیتم‌ها هستند، امکان جستجوی بلادرنگ (که با تایپ عبارت جستجو به صورت خودکار انجام می‌شود) فراهم شده است. در فرم‌های قابل تعریف، مؤلفه‌های فهرست، فهرست کرکره‌ای، فهرست گزینه، فهرست مراجعه‌ای و فهرست کرکره‌ای مراجعه‌ای (Lookup) به این ابزار مجهز شده‌اند. به این ترتیب مثلاً اگر حتی از فیلدی چون "نام نوع هزینه (قابل انتخاب)" در یک فرم استفاده شده باشد، با قرار دادن مکان‌نما بر روی دریچه (مؤلفه) مربوط و تایپ عبارت دلخواه عمل جستجو انجام خواهد شد. این امکانات، به جز فرم‌های قابل تعریف، در محاوره‌های ثابت سیستم نیز در اختیار قرار خواهند داشت. مثلاً در انتخاب انبار، سال مالی، بخش، انواع رخداد و موارد مشابه بی‌شمار، می‌توان برای جستجو در آیتم‌ها، کلمه یا عبارت جستجوی مورد نظر را تایپ کرد. رفتار سیستم در جستجو و بازنمایی داده‌ها و نیز انتخاب یکی از یافته‌ها دقیقاً همانند کاربردهای قبلی جستجوی بلادرنگ است.
• در بسیاری از کاربردها برای دسترسی به اطلاعات دفتر تلفن و نشانی یک تفصیلی یا یک مرکز از خلاصه اطلاعات تفصیلی (Alt+F8) یا خلاصه اطلاعات مرکز (Alt+F12) استفاده می‌شود. هر دو آیتم پیش‌گفته به نسبت سنگین هستند و اطلاعات زیادی را از سرور دریافت می‌کنند. برای ساده و سبک کردن عملیات، یک گزینه‌ی جدید به منوی "ملاحظه" (در منوی اصلی سیستم) اضافه شده با عنوان "اطلاعات تلفن و نشانی مربوط به پنجره فعال". برای این گزینه کلیدهای میان‌بر Ctrl+Alt+A هم تعبیه شده است. از این پس برای دسترسی به اطلاعات تلفن و نشانی مرکز یا تفصیلی تحت مکان‌نما یا سوژه‌ی گزارش می‌توانید به جای Alt+F8 یا Alt+F12 از Ctrl+Alt+A استفاده نمایید.
• در انواع گزارش‌های خلاصه اطلاعات (حساب، تفصیلی، کالا، مرکز و سایر موارد مشابه) روش اخذ اطلاعات از سرور را به صورت اساسی تغییر داده تا از تعداد دفعات ارتباط با سرور برای بدست آوردن اطلاعات مورد نیاز به میزان قابل توجهی کاسته شود. این تغییر به خصوص برای کاربرانی که از اتصال SOAP استفاده می‌کنند از زمان مورد نیاز برای ارائه خلاصه اطلاعات می‌کاهد.
• در مولفه ویرایشگر یک سطری و همچنین در مؤلفه‌ی جدول، تایپ محتوای دلخواه در دریچه یا در یک سلول جدول، به معنی آغاز ویرایش رکورد است. در واقع کلیدی که فشار داده شده است، همزمان، هم فرمان ویرایش را صادر می‌کند و هم در دریچه یا سلول درج می‌گردد. اگر این عمل روی یک سطر خالی انجام شود، عمل ویرایش به معنی افزودن سطر (رکورد) جدید خواهد بود. همیشه در افزودن رکورد جدید برخی از فیلدها با مقادیر پیش‌فرض پر می‌شوند. اگر تایپ محتوی در یکی از چنین فیلدهایی آغاز شود (یعنی فیلدهایی که مقدار پیش‌فرض دارند)، حرف یا عدد یا علامت تایپ شده در ابتدای مقدار پیش‌فرض فیلد منعکس می‌گردید. ترتیبی داده شد که در این وضعیت در این رکوردها و برخی از انواع رکوردهای دیگر مقدار پیش‌فرض حذف شود و با مقدار تایپ شده جایگزین گردد.
• برخی از گزارش‌ها، به صورت قابل پیش‌بینی، تعداد سطرهای زیادی دارند. برای اینکه اخذ این گزارش‌ها بار زیادی به سرور و شبکه تحمیل نکند تعداد سطرهای چنین گزارش‌هایی محدود شده بود. سنوات قابل ملاحظه‌ی از پیاده‌سازی این گزارش‌ها سپری شده است و با توجه به اینکه قدرت سخت‌افزارها و سرعت شبکه‌ها در این سال‌ها افزایش قابل ملاحظه‌ای داشته، در همه‌ی گزارش‌هایی که به نحوی چنین محدودیتی داشته‌اند، تعداد سطرهای مجاز 5 برابر گردیده. مثلاً حداکثر تعداد سطرهای گزارش خلاصه اسناد 16 هزار سطر بود که به 80 هزار سطر افزایش یافته است. در فهرست‌هایی که از جستجو در اسامی به‌دست می‌آیند (جستجو در نام حساب، تفصیلی، کالا و مانند آنها) نیز تعداد یافته‌ها 5 برابر گردیده است. برای استفاده از این گزارش‌ها وجود سخت‌افزار مناسب مطابق مستند نیازمندی‌های سخت‌افزاری و نرم‌افزاری نوسا الزامی می‌باشد.
• در تعریف سطرهای یک مجموعه (حساب، تفصیلی، کالا، الگوی کد) تکمه‌ی "نمایش اطلاعات جدول در Excel" اضافه شد.
• ارسال Email با استفاده از سرورهای خارجی و رایگان (از قبیل Gmail) اصولاً توصیه نمی‌شود. یکی از مشکلات استفاده از این نوع سرورها این است که این سرورها معمولاً از ارسال Email به تعداد زیاد در زمان اندک ممانعت می‌کنند و از آنجا که سیستم ارسال Email، اصولاً همین وظیفه را بر عهده دارد، در اتصال به این سرورها و ارسال اطلاعات با خطا مواجه خواهد شد. در این وضعیت فقط 30 Email نخست ارسال می‌شود. یک محدودیت معروف در ارسال Email وجود دارد که احتمالا در اینجا نیز گریبان سیستم را گرفته است: محدودیت ارسال حداکثر 30 نامه در هر 5 دقیقه. برای رفع این مشکل یک راه حل این است که پس از ارسال هر Email سیستم مدت زمانی صبر کند. این مدت زمان انتظار در تنظیمات سیستم، در بخش "پیش‌فرض پارامترهای سیستم ارسال Email" در دریچه‌ای با عنوان "Wait (میلی‌ثانیه)" قابل تعیین است. مثلا اگر مقدار 1000 را در این دریچه وارد کنید، در هر ثانیه یک Email و در هر 5 دقیقه 300 Email ارسال خواهد شد. برای اینکه به محدودیت مورد اشاره (30 نامه در هر 5 دقیقه) برسید باید مقدار 10.000 را در این دریچه تعیین کنید. این کار منجر به کند شدن قابل ملاحظه‌ی مکانیزم ارسال Email خواهد شد، اما در مقابل دیگر خطا نخواهید داشت.
• در محاوره‌ی جستجوی عمومی سیستم، صفحه‌ای به نام "جستجو در" وجود دارد. در این صفحه یک تکمه‌ی بازخوانی (Refresh) وجود دارد. از آنجا که محتویات فهرست "جستجو در" ممکن است به تعریف‌های انجام شده در پایگاه اطلاعاتی بستگی داشته باشد (مثلا فیلدهای حرفی تعریف شده در دستمزد)، کاربرد این تکمه بازسازی فهرست و لحاظ کردن وضعیت کنونی تعاریف سیستم در آن بوده است. از این پس با فشار این تکمه، آیتم‌های انتخاب شده نیز به وضعیت پیش‌فرض سیستم بازگردانده می‌شود. یعنی علاوه بر فهرست، "وضعیت" سطرها نیز بازخوانی می‌گردد.
• در حین تنظیم شرایط برای انواع گزارش‌ها، می‌توان شرایط را به صورت مستقل در یک فایل با ساختار xml ذخیره و یا بازیابی کرد. از قبل امکانات ذخیره و بازیابی داخلی (در خود پایگاه) در تنظیم شرایط در اختیار قرار داشت. تکمه‌های مربوط به همان امکانات از این پس دارای یک منوی متصل هستند. ذخیره و بازیابی مجموعه شرایط در فایل xml با گزینه‌هایی از همان منو قابل انجام خواهند بود.
• با توجه به تغییر سیاست‌های شرکت گوگل در استفاده از API نقشه و از آنجا که محدودیت‌های (جدید و) اساسی برای توسعه‌دهندگان ایرانی در این زمینه بوجود آمده است، به این دلیل امکانات مربوط به نقشه گوگل از سیستم حذف گردید. اگر در آینده بهبودی در اوضاع رخ دهد، مجددا امکانات پیش‌گفته اضافه خواهند شد.
• با توجه به تغییرات اساسی در نحوه برخورد ویندوز با DPI، در برخی از نسخه‌های Windows، درصورتی که Scale به عمل آمده باشد یا صفحه نمایش روی Large Fonts تنظیم شده باشد، برخی از محتویات محاوره‌های تنظیمات سیستم (تمام کاربران یا کاربر فعلی)، همچنین محاوره‌ی جستجوی عمومی سیستم، و فهرست اقلام قابل جستجو، با تغییرات برخی از ویندوزها در نمایش همخوانی نداشت. بستر نرم‌افزار نسبت به نیاز ویندوزها بروزرسانی گردید.
• مولفه‌ی "فهرست فیلد" دارای تنظیماتی برای ارتفاع سطرها است (ارتفاع پیش‌فرض و ارتفاع اختیاری قابل تعیین برای هر سطر – هر فیلد). پس از این، این مقادیر در صورت Scale کردن صفحه نمایش یا استفاده از حالت Large Fonts به صورت خودکار اصلاح می‌گردند.
• در محاوره‌ی ابتدایی فراخوانی XML، در صفحه‌ی "کنترل یکسان بودن اسامی"، گزینه‌های مربوط به "گروه‌های معین‌کننده" و "تعریف فیلدها و انواع رخدادها" پس از این به صورت پیش‌فرض علامت‌گذاری می‌شوند.

 

 

برخی امکانات عمومی اضافه یا بروز شده در بخش ادمین ((Admin مالی نوسا :

• تنظیم و اعمال شرایط به فهرست کاربران سرور در نسخه 7.07 اضافه گردید که نحوه استفاده از آن در مستند تنظیم و اعمال شرایط به فهرست کاربران سرور قابل بررسی می‌باشد.
• در فهرست کاربران سرور امکان ارائه "آمار" فراهم شده است. به این منظور یک تکمه‌ی اختصاصی در صفحه‌ی مربوط قرار داده شده است. با فشار این تکمه تعداد کاربران به تفکیک هر نرم‌افزار (حسابداری، دریافت و پرداخت،...، اموال) بازنمایی می‌شود. برای هر نرم‌افزار تعداد کاربران به تفکیک ورود اطلاعات و گزارش‌گیری و نیز به صورت مجموع نمایش داده می‌شود. اگر برای فهرست کاربران شرایط تنظیم شده باشد، آمار ارائه شده مربوط به کاربرانی خواهد بود که در شرایط مزبور صدق می کنند.
• در زمان تغییر نسخه، با انتخاب همزمان تعدادی پایگاه، می‌توان به یکباره تبدیل سیستم اطلاعاتی به نسخه جاری نرم‌افزار را برای تمامی پایگاه‌های انتخاب شده انجام داد.
• در زمان تغییر نسخه، با انتخاب همزمان تعدادی پایگاه، می‌توان به یکباره بازخوانی تعاریف سیستم اطلاعاتی از پایگاه پایه سیستم را، با انتخاب گزینه‌های یکسان برای تمامی پایگاه‌های انتخاب شده انجام داد.
• در هر زمان، پس از اطمینان از وجود فایل‌های پشتیبان سالم، با انتخاب همزمان تعدادی پایگاه، می‌توان به یکباره حذف پراکندگی از سیستم اطلاعاتی را برای تمامی پایگاه‌های انتخاب شده انجام داد.
• در محاوره‌ی اصلاح مشخصات یک سیستم اطلاعاتی، در صفحه‌ی عمومی، یک فهرست گزینه با عنوان "نرم‌افزارهای غیرمجاز برای کاربران" حاوی نرم‌افزارهای نوسا تعبیه شده است. با علامت‌گذاری نرم‌افزار(های) مورد نظر در این فهرست، استفاده از آن نرم‌افزار(ها) در این پایگاه برای همه‌ی کاربران (حتی administratorها) اصولا غیرمجاز خواهد بود. این امکان جهت تست کاربرد برای کاربرانی که پایگاه‌های متعدد دارند ولی همه‌ی نرم‌افزارها را با هدف استفاده در همه‌ی پایگاه‌ها خریداری نکرده‌اند فعلا بصورت رایگان ارائه گردیده است. 
• امکاناتی برای حذف اسناد یک سال مالی (یا همه‌ی سال‌های مالی) داریم. این امکانات برای حذف سند‌های اموال نیز پیاده‌سازی شدند. با حذف سندها، رخدادهای اموال مربوط به آنها به وضعیت "سند نشده" تبدیل می‌شوند.
• می‌توانیم برای گزارش‌های سیستم، مقدار Timeout را تعیین کنیم. در نسخه‌ی 7.07 ترتیبی دادیم که همین Timeout برای اعمال تغییرات در داده‌ها نیز لحاظ شود (تا پیش از این، حداکثر زمان قابل صرف برای عملیات ویرایش داده‌ها، 30 ثانیه بوده است).

 

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

• در فهرست اسناد حسابداری، امکان تلفیق (و در صورت نیاز، سپس حذف) سندهای حسابداری انتخاب شده پیاده‌سازی گردید. به منظور تلفیق سندها، کاربر سندهای مورد نظر را انتخاب می‌کند و با تکمه‌ی جدیدی که به همین منظور اضافه شده است فرمان تلفیق را صادر می‌کند. از بین سندهای انتخاب شده، سندی که کوچکترین شماره را داشته باشد به عنوان مقصد تلفیق شناسایی می‌شود و سطرهای همه‌ی سایر سندها به آن سند منتقل می‌گردند. همه‌ی سایر سندها (مبادی تلفیق) حذف خواهند شد. نکات زیر قابل توجه‌اند:
  • تنها سندهای حسابداری پیش‌نویس و عملیاتی قابل تلفیق با یکدیگر هستند.
  • سندهای حسابداری که از تایید اسناد و برگه‌های سایر نرم‌افزارها حاصل شده باشند قابل تلفیق نیستند.
  • در صورت وجود اسناد پیش‌نویس و عملیاتی همزمان، سند مقصد در وضعیت پیش‌نویس ذخیره می‌گردد.
  • سندهای انتخاب شده نباید توسط سایر کاربران در حال اصلاح باشند.
  • در اختیارات کاربران 3 گزینه‌ی جدید برای تلفیق سندهای حسابداری قابل کنترل می‌باشد (تلفیق سندها | تلفیق سندها در تاریخ‌های متفاوت | تلفیق سندهای سایر بخش‌ها)
  • تلفیق سندها در تاریخ‌های متفاوت برای کاربرانی که اختیار مربوط را نداشته باشند ممنوع است. سایر کاربران در این وضعیت با اخطار (نیاز به تایید) مواجه خواهند شد.
• در فرم‌های سند، گزارش خلاصه اسناد و جستجو در شرح اسناد فیلدهایی برای بازنمایی اطلاعات سطوح قبلی حساب اضافه شده‌اند. این فیلدها شامل کد، نام و نام دیگر (لاتین) حساب‌های سطح 1 تا 5 هستند. ترتیبی اتخاذ شده است که صدور این فیلدها در سیستم صدور متمرکز گزارش‌های خاص نیز میسر باشد.
• در همه‌ی گزارش‌هایی که یک حساب یا یک تفصیلی موضوع گزارش هستند (ریزعملیات، دفتر، انواع تحلیل و مانند آنها)، یادداشت حساب یا تفصیلی در فرم چاپی گزارش قابل استفاده بود. از این پس در فرم‌های نمایش این گزارش‌ها نیز می‌توان از یادداشت حساب یا تفصیلی استفاده کرد.
• در حسابداری بخش عمومی با رویکرد تعهدی، در اصلاح یکباره سطرهای انواع سند (نرم‌افزارهای مختلف)، اصلاح برچسب‌ها نیز پیاده‌سازی شده است.

 

 

برخی امکانات پیاده‌سازی یا بروز شده در نرم‌افزار دریافت و پرداخت نوسا :

• همانند حسابداری نوسا، در فهرست اسناد دریافت و پرداخت، امکان تلفیق (و در صورت نیاز، سپس حذف) سندهای دریافت و پرداخت انتخاب شده پیاده‌سازی گردید. به منظور تلفیق سندها، کاربر سندهای مورد نظر را انتخاب می‌کند و با تکمه‌ی جدیدی که به همین منظور اضافه شده است فرمان تلفیق را صادر می‌کند. از بین سندهای انتخاب شده، سندی که کوچکترین شماره را داشته باشد به عنوان مقصد تلفیق شناسایی می‌شود و سطرهای همه‌ی سایر سندها به آن سند منتقل می‌گردند. همه‌ی سایر سندها (مبادی تلفیق) حذف خواهند شد. نکات زیر قابل توجه‌اند:
  • تنها سندهای دریافت و پرداخت پیش‌نویس و عملیاتی قابل تلفیق با یکدیگر هستند.
  • سندهای دریافت و پرداخت که از تایید اسناد و برگه‌های نرم‌افزار مدیریت هزینه حاصل شده باشند قابل تلفیق نیستند.
  • در صورت وجود اسناد پیش‌نویس و عملیاتی همزمان، سند مقصد در وضعیت پیش‌نویس ذخیره می‌گردد.
  • سندهایی که "رسید" داشته باشند قابل تلفیق نیستند.
  • سندهای انتخاب شده نباید توسط سایر کاربران در حال اصلاح باشند.
  • در اختیارات کاربران 3 گزینه‌ی جدید برای تلفیق سندهای دریافت و پرداخت قابل کنترل می‌باشد (تلفیق سندها | تلفیق سندها در تاریخ‌های متفاوت | تلفیق سندهای سایر بخش‌ها)
  • تلفیق سندها در تاریخ‌های متفاوت برای کاربرانی که اختیار مربوط را نداشته باشند ممنوع است. سایر کاربران در این وضعیت با اخطار (نیاز به تایید) مواجه خواهند شد.
• در کاربرگ‌های محاسبه‌ی راس، در محاسبه‌ی مانده‌ی ریال – سال از این پس به اعشار تعداد روز راس (که در محاسبات عادی مورد توجه قرار نمی‌گیرند) نیز توجه می‌شود.
• از این پس در فرم‌های چاپی چک می‌توان از کد، نام و نام لاتین تفصیلی مدرک نیز استفاده کرد.
• در فهرست مدارک دریافت و پرداخت، در حین تنظیم شرایط برای فیلد "کد مرکز (مربوط به دسته چک)" امکان انتخاب کد با تکمه‌ی Ellipsis (سه‌نقطه) فراهم شده است.

 

 

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

• امکاناتی برای تعیین طرف حساب اختصاصی برای سطرهای برگه‌های انبار از قبل وجود داشته است. در مواردی که برای یک سطر بیش از یک طرف حساب توسط سیستم قابل تشخیص باشد، محاوره‌ای حاوی فهرستی از طرف حساب‌ها برای انتخاب بازنمایی خواهد شد. یک دریچه در این محاوره تعبیه شده بود: "حساب انتخاب شده در صورت امکان برای سایر سطرها هم لحاظ شود". کاربرد این دریچه در مواردی است که از ابتدا تعدادی از سطرهای برگه را برای تعیین طرف حساب انتخاب کرده باشید. با علامت‌گذاری دریچه‌ی نامبرده، اگر حساب انتخاب شده برای سطر نخست در سایر سطرها هم در فهرست طرف حساب‌ها وجود داشته باشد، همان حساب به صورت خودکار توسط سیستم انتخاب خواهد شد (و محاوره‌ی انتخاب بازنمایی نخواهد شد). گزارش شده که در مواردی، حساب مشترک در بین طرف حساب‌های قابل انتخاب برای یک سطر از برگه وجود دارند و استفاده از امکان پیش‌گفته، صرفا با توجه به حساب، کاربردی ندارد (همیشه اولین حساب منطبق و تکراری انتخاب می‌شود – در صورتی که مثلا سومین سطر حاوی حساب، مورد نظر بوده است). اگر چه در این زمینه از سیستم انتظار تشخیص نباید داشت، با این همه، تغییراتی در این محاوره و مکانیزم سیستم به عمل آورده‌ تا به کاربر کمک کند. دریچه‌ی پیش‌گفته به "گزینه انتخاب شده در صورت امکان برای سایر سطرها هم لحاظ شود " تغییر داده شد. به هر قانونی که به عنوان یک سطر برای انتخاب بازنمایی می‌شود یک عدد غیرتکراری نسبت داده‌ شده که در ابتدای هر یک از سطرهای فهرست نمایش داده می‌شود. به آن عدد "شناسه‌ی قانون" می‌گوییم. این شناسه از ترکیب قانون و تعریف جزیی انجام شده در آن که منجر به بازنمایی سطری در محاوره‌ شده است بدست می‌آید. در ادامه، دریچه‌ای با دو گزینه تعبیه شده است: "با توجه به حساب" / "با توجه به شناسه قانون". در صورت انتخاب گزینه‌ی نخست (با توجه به حساب) رفتار سیستم دقیقا مطابق نسخه‌ی قبل خواهد بود. انتخاب گزینه‌ی دوم (با توجه به شناسه‌ی قانون) باعث خواهد شد که در "گزینه"ی انتخاب شده به قانون و تعریف جزیی انجام شده در آن توجه شود و فقط در صورتی گزینه‌ی انتخاب شده برای سطرهای بعدی قابل اعمال باشد که همان شناسه‌ی قانون در فهرست طرف حساب‌ها تکرار شده باشد.
• ویژگی اعمال محدودیت کاربران "در اخذ گزارش" در انبارها تعریف گردید. از نسخه 7.07 به بعد با استفاده از این امکان، کاربران نخواهند توانست به دلخواه از انبارهای غیرمجاز گزارش بگیرند، بلکه مدیر سیستم تعیین می‌کند که هر کاربر بتواند از چه انبارهایی اطلاعات دریافت کند. برای استفاده از این امکان نکات زیر قابل توجه می‌باشند:
  • انتخاب "محدودیت کاربران (در اخذ گزارش)" در زمان تعریف انبار
  • تعیین انبارهای مجاز برای کاربر در تعریف کاربران و امکانات آنها
  • محدود کردن دسترسی اخذ گزارش از همه انبارها (و انبارهای غيرمرتبط و داراي محدوديت)" در تعریف کاربران و امکانات آنها
• در "انتقال رخدادهای جاری از سال مالی قبل" (که از منوی "انبار" قابل اجرا است و برای انتقال درخواست‌ها و رسیدهای موقت جاری از سال مالی قبل بکار می‌رود) ترتیبی اتخاذ شده که از این پس درخواست‌ها با حفظ پیش‌فاکتور (و طبعا به تفکیک پیش‌فاکتور) به سال مالی جاری منتقل شوند.
• پیش از این ترتیبی داده شده بود که برای بدست آوردن مبالغ طرف حساب نیازی به عملیاتی کردن برگه‌های ورود نباشد و مبالغ طرف حساب برگه‌های ورود کالای پیش‌نویس نیز محاسبه شوند. مبالغ مزبور در صورت تبدیل یک برگه عملیاتی به پیش‌نویس محاسبه نمی‌شدند (مبالغ طرف حساب حذف می‌شدند). همچنین با استفاده از امکان اصلاح یکباره بهای رخدادهای انبار (در فهرست رخدادها) مبالغ اصلاح شده در طرف حساب‌ها منعکس نمی‌شدند. هر دو مورد ترتیبی اتخاذ شد که پس از خاتمه‌ی عملیات مبالغ طرف حساب دوباره محاسبه و ثبت شوند.
• در فهرست بچ‌های کالا، در محاوره‌ی ابتدایی، امکانی برای محاسبه مانده "از تمام سال‌ها" یا "یک سال به خصوص" وجود دارد. از این پس مقدار پیش‌فرض این دریچه از تنظیمات سیستم (برای کاربر فعلی) متاثر می‌شود (پیش‌فرض پارامترهای گزارش‌ها / تنظیمات برگه‌ها و رخدادهای انبار در گزارش‌ها / گزارش از برگه‌های تمام سال‌ها). اگر گزینه‌ی پیش‌گفته علامت‌گذاری نشده باشد مانده‌ها به صورت پیش‌فرض، فقط از سال مالی جاری محاسبه می‌شوند.
• در برگه‌های برگشت امکاناتی برای افزودن یکباره تعدادی برگشت دوره‌ی جاری وجود دارد(که با انتخاب تعدادی رخداد مرجع انجام می‌شود). از این پس در رخدادهای برگشتی که به این شیوه درج شده باشند، شماره سریال رخداد مرجع نیز درج می‌شود.
• در انواع گزارش‌های سرجمع انبار (تفکیک عملیات کالا، مرکز، بچ، مجموعه، ترکیب حساب و تفصیلی با اخذ سرجمع برحسب کالا، بچ، مرکز) فیلدهایی همچون کد و نام مبنای اخذ سرجمع برای معرفی هر سطر از گزارش وجود دارند. در کنار این فیلدها، فیلد جدیدی به نام "تاریخ انقضای بچ" هم تعریف شده است. بدیهی است که این فیلد فقط در گزارش‌هایی که برحسب بچ سرجمع شده باشند دارای کاربرد است (و محاسبه و بازنمایی می‌شود).
• در فهرست کالاها، امکانی برای بازنمایی فهرست شماره‌های فنی تکراری پیاده‌سازی گردید.
• در فهرست اسناد انبار، فیلدهای نوع برگه انبار، مرکز و مرکز تحویل اضافه شده‌اند. این فیلدها، به جز اینکه در بازنمایی داده‌ها ممکن است مفید باشند، در تنظیم شرایط برروی اسناد (مثلا برای تایید آنها) کاربرد خواهند داشت.
• در اطلاعات رخدادهای انبار (فهرست رخدادها و انواع ریزعملیات‌ها) فیلدهای حاوی داده‌های ارزی سطر سند مربوط به رخداد انبار اضافه شدند.
• افزودن یکباره کالا به برگه‌های انبارگردانی و ابتدای دوره میسر گردید.
• در تعیین مرجع درخواست برای رخدادهای انبار، در صورتی که رخداد (سطر برگه) از قبل دارای محتوی باشد و کالا و واحد فرعی از قبل موجود با رخداد درخواست مطابقت داشته باشد و از قبل برای سطر مقدار درج شده باشد و مقدار قبلی از مانده‌ی درخواست بیشتر نباشد، مقدار قبلی حفظ می‌شود و با مقدار درخواست جایگزین نخواهد شد.
• از این پس در عملیاتی یا پیش‌نویس کردن برگه‌های انبار (در یک برگه یا در فهرست برگه‌ها) کنترل می‌گردد که کاربر دیگری در حال اصلاح برگه نباشد.

 

 

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

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

 

برخی امکانات پیاده‌سازی یا بروز شده در نرم‌افزار مدیریت هزینه نوسا :

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