سلام خدمت همکاران و دوستان گرامي
نسخه 601 در اردیبهشت ماه 1397 آماده شد و در این نسخه نرم افزار اموال و دارایی های ثابت و پشتیبانی از ساختار جدید گزارش‌های فصلی موضوع ماده 169 قانون مالیات‌های مستقیم به سیستم مالی یکپارچه نوسا اضافه شد. برخی امکانات و تغییرات در نرم افزار مالی یکپارچه نوسا به شرح زیر می باشد:
برخی امکانات نرم افزار اموال و دارایی های ثابت :
- تعریف طبقات دارایی‌ها به دلخواه کاربر
- تعریف گروه‌های دارایی‌ها و اتصال آنها به طبقات دارایی
- تعیین روش محاسبه استهلاک و مدت یا نرخ مربوط به هر گروه دارایی
- تعریف دارایی در ساختار درختی 20 سطحی، با امکان تخصیص 9 کاراکتر کد به هر سطح از درخت
- تعریف یکباره ی تعدادی دارایی با امکان تعیین مشخصات پیش فرض آنها
- اتصال هر دارایی ثابت به یک کالا در سیستم انبار
- اتصال هر دارایی به یک بخش به منظور محدودسازی دسترسی کاربران و ارائه گزارشات تفکیکی
- تعیین تفصیلی دارایی، تامین کننده، جمعدار و مرکز هزینه به منظور استفاده در رویدادهای مالی ما به ازای رخدادها
- تعریف الگوی عملیات مالی دارایی به تفکیک رخدادها به منظور تنظیم اسناد مربوطه
- استفاده از تفصیلی‌های دارایی و تفصیلی‌های معین کننده‌های دارایی و رخداد در تعریف الگوی عملیات مالی دارایی
- تعیین مجزای تاریخ شروع بهره‌داری و شروع محاسبه استهلاک
- تعیین ارزش اسقاط (باقیمانده) دارایی
- تعیین روش و نرخ یا مدت استهلاک به صورت مستقل و بدون توجه به گروه، برای دارایی
- تعیین پلاک اموال و تحویل گیرنده‌ی هر دارایی
- پشتیبانی از انواع روش‌های محاسبه‌ی استهلاک شامل: فاقد استهلاک، خط مستقیم، نزولی و کارکردی با امکان تغییر روش مورد استفاده پس از بهره‌برداری از دارایی
- تعریف محل‌های استقرار دارایی در ساختار درختی 20 سطحی، با امکان تخصیص 9 کاراکتر کد به هر سطح از درخت
- اتصال هر محل استقرار به یک واحد سازمانی در سیستم دستمزد
- درج مشخصات داینامیک دارایی از قبیل روش استهلاک، مدت یا نرخ استهلاک، پلاک اموال، محل نگهداری، تحویل گیرنده، جمعدار و مرکز هزینه به صورت رخداد و امکان تغییر آن ها در زمان دلخواه با درج رخداد مناسب
- ثبت سابقه‌ی پیش از مکانیزه‌ی دارایی شامل: بهای تمام شده و استهلاک انباشته تاریخی و واقعی، کاهش ارزش انباشته، عمر یا کارکرد باقیمانده، تاریخ آخرین محاسبه استهلاک، وضعیت (در حال استفاده یا کنارگذاری شده)، تاریخ آخرین کنارگذاری و درصد استهلاک دارایی کنارگذاری شده
- درج مشخصات و وضعیت سابقه‌ی پیش از مکانیزه ی دارایی به صورت رخداد مناسب و انعکاس آنها در کارت دارایی
- تخصیص 15 شرح توصیفی و پنج معین کننده به هر دارایی به منظور تعیین ویژگی‌های اختصاصی دارایی‌ها
- ارائه فهرستی از دارایی‌ها با امکان محدودسازی بر اساس کلیه ویژگی‌های دارایی، همچنین بر اساس وضعیت دارایی‌ها(در حال استفاده، کنارگذاری شده، خارج شده و اسقاط شده) در تاریخ دلخواه
- پوشش کلیه‌ی تغییرات و عملیات مرتبط با دارایی‌ها در قالب بیست و پنج رخداد، و در صورت نیاز ثبت سند ما به ازای هر رخداد
- تعیین وضعیت دارایی (در حال استفاده، کنارگذاری شده، اسقاط و خارج شده) بر اساس رخدادهای آن، در هر مقطع زمانی
- ثبت رخداد اصلاح بهای دارایی به منظور اصلاح مبلغ افزایش بها و الحاقات و تعمیرات و درج خودکار تاثیرات اصلاح بها بروی سایر رخدادها
- انتقال تمام یا بخشی از یک دارایی، به دارایی دیگر، و اضافه شدن خودکار مقادیر کسر شده از دارایی اول، به دارایی دوم
- ثبت رخداد تجدید ارزیابی و تهاتر خودکار مبلغ تجدید ارزیابی، با مقدار ذخیره ی کاهش ارزش قابل جذب پیشین دارایی در صورت وجود
- ثبت رخداد کاهش ارزش و تهاتر خودکار مبلغ کاهش ارزش با مبلغ تجدید ارزیابی قابل جذب پیشین دارایی در صورت وجود
- ثبت رخداد برگشت کاهش ارزش و شناسایی درآمد برگشت کاهش ارزش تا سقف مناسب و احتساب مبالغ مازاد به عنوان مازاد تجدید ارزیابی به صورت خودکار
- نگهداری همزمان اطلاعات واقعی و تاریخی (بدون در نظر گرفتن کاهش ارزش و تجدید ارزیابی دارایی) به پوشش همزمان کلیه گزارشات مورد نیاز رسیدگی مالیاتی و صورت های مالی
- تعیین مقاطع محاسبه و ثبت استهلاک به صورت بازه های 1،2،3،4،6،12 ماهه
- محاسبه و ثبت خودکار استهلاک دارایی‌ها، پیش از رخدادهای مالی، علاوه بر مقاطع زمانی از پیش تعیین شده
- ارائه گزارش از وضعیت مالی و غیر مالی دارایی به صورت همزمان در گزارشی جامع، با امکان محدوسازی و مرتب نمودن حاصل گزارش بر اساس کلیه پارامترهای مورد نظر
- ارائه گزارشات سرجمع از سطوح مختلف دارایی‌ها
- ...
برخی تغییرات و امکانت اضافه شده جهت پشتیبانی از ساختار جدید گزارش‌های فصلی:
- پشتیبانی همزمان از ساختار جدید و قدیم گزارش‌های فصلی فروش، خرید، و پرداخت‌های مرتبط با قرارداد
- متمرکز کردن مکانیزم تعریف روش‌های صدور اطلاعات فروش و خرید (TTMS) به فایل Access
- افزودن گزینه‌های فروش به مصرف‌کننده‌ی نهایی و معامله از طریق حق‌العملکار در برگه‌های فروش
- افزودن فیلد نوع مشمولین در دفتر تلفن و نشانی
- افزودن فیلد نوع کالا/ خدمات در تعریف کالا در انبار و سطرهای هزینه
- افزودن گزینه معامله از طریق حق‌العملکار در برگه هزینه
- افزودن نرخ برابری ارز به صورت اعشاری برای تمامی مبالغ ارزی در گزارش‌های فهرست سطرهای برگه‌های فروش و فهرست رخدادهای هزینه
- افزودن شماره سند، تاریخ سند، و بها پس از کسر مالیات مکسوره به صورت ریالی و ارزی و با نرخ برابری در فهرست رخدادهای هزینه
- پشتیبانی از انواع استاندارد تجمیع معملات فصلی فروش و خرید برای ساختار جدید و قدیم
- ...
سایر امکانات اضافه شده سیستم مالی یکپارچه نوسا در نسخه 601:
• امکان استفاده از پروتکل امن https در حین ارتباط با سرور از طریق SOAP.
• مکانیزم بررسی میزان خطای قابل قبول در تبدیل مقادیر اصلی و فرعی (برحسب ضریب تبدیل واحد فرعی) دوباره با تعریف دقیق‌تر پیاده‌سازی شده است.
• در رخدادهای انجام خدمات فیلدهای شروع و خاتمه‌ی انجام خدمت به صورت ترکیب تاریخ و زمان اضافه شده‌اند. همچنین 3 فیلد متنی آزاد با اسامی شرح اضافه 1 تا 3 (مشابه شرح) تعریف شده‌اند.
• در فهرست کالاها، امکان احضار محاوره‌ی تدوین کالا (همراه با احضار درخت کالاها) برای کالای تحت مکان‌نما فراهم شده است. این عمل با تکمه‌ی اختصاصی ویرایش (قلم) میسر است.
• در فرم‌های چاپی نهایی پیش‌فاکتور و فاکتور فروش، استفاده از گروه‌بندی برروی فیلد "نوع سطر" از این پس میسر است و به این ترتیب جمع مبالغ پیش از اعمال قوانین مکمل بها در این فرم‌های چاپی از این پس قابل ارائه خواهد بود.
• در اطلاعات رخدادهای مالی (سطرهای اسناد)، یک فیلد جدید به نام "نوع برگه هزینه" اضافه شده است. این فیلد در رخدادهایی که از سندهای هزینه ایجاد شده‌اند، حسب مورد، حاوی مقادیر "هزینه" یا "برگشت هزینه" است و برای سایر رخدادها خالی است. این فیلد در همه‌ی فرم‌هایی که به نحوی حاوی اطلاعات رخدادهای مالی هستند قابل بازنمایی است. به جز این، تقریبا در همه‌ی گزارش‌های مالی (حسابداری یا دریافت و پرداخت) می‌توان از این فیلد در تنظیم شرایط استفاده کرد. شرط "وجود دارد" در این فیلد باعث خواهد شد که گزارش مالی (انواع تراز، انواع تحلیل...) فقط بازنمایی کننده‌ی رخدادهای ناشی از سیستم مدیریت هزینه باشد. در صورت تمایل و با تعریف شرط مناسب می‌توان هر گزارش مالی را فقط از اقلام هزینه یا از اقلام برگشت هزینه نیز دریافت کرد.
• در انواع گزارش‌های تحلیلی حاوی تفکیک به تفصیلی‌ها (سرجمع) اطلاعات دفتر تلفن و نشانی در سطرهای گزارش قابل بازنمایی خواهند بود.
• مغایرت‌های ذخیره شده از این پس می‌توانند مربوط به یک بخش خاص باشند. چنین است که اگر در زمان تهیه و ذخیره‌ی صورت مغایرت فقط اسناد یکی از بخش‌ها بازنمایی شده باشند، صورت مغایرت حاصله مربوط به همان بخش خواهد بود. در مقابل اگر اسناد همه بخش‌ها در تهیه‌ی صورت مغایرت لحاظ شده باشد، صورت مغایرت حاصله مستقل از بخش خواهد بود. فقط کاربرانی که اختیار ملاحظه‌ی اطلاعات سایر بخش‌ها را داشته باشند می‌توانند صورت مغایرت‌هایی که بخش متفاوتی از بخش کاربر دارند (یا صورت مغایرت‌های مستقل از بخش) را ملاحظه کنند.
در حین تبدیل یک سیستم اطلاعاتی به نسخه‌ی 601، سیستم به بررسی صورت مغایرت‌های ذخیره شده می‌پردازد و سعی می‌کند بخش مربوط به صورت مغایرت را تشخیص دهد. اگر تشخیص بخش میسر باشد صورت مغایرت را تغییر می‌دهد و آنرا به بخشی که تشخیص داده است نسبت خواهد داد. اگر صورت مغایرت از اطلاعات همه‌ی بخش‌ها تشکیل شده باشد (یا اگر سیستم به دلیلی موفق به تشخیص بخش نشود)، صورت مغایرت به صورت مستقل از بخش باقی خواهد ماند. یادآوری می‌کنیم که این پردازش فقط یکبار و در حین تبدیل سیستم اطلاعاتی به نسخه‌ی 601 انجام می‌شود.
اشکالات رفع شده سیستم یکپارچه مالی نوسا در نسخه 601:
• بهای رخدادهای "طرف انتقال بدون تغییر بها" در کالاهایی که روش تعیین بهای آنها FIFO یا LIFO باشد و به میزان بسیار زیاد و به صورت رفت و برگشت در بین انبارها منتقل شده باشند در برخی از موارد به صورت نادرست محاسبه می‌شد.
• تاثیر اصلاح بهای وارده بر رخدادهای "طرف انتقال بدون تغییر بها" در کالاهایی که روش تعیین بهای آنها FIFO یا LIFO باشد و به میزان بسیار زیاد و به صورت رفت و برگشت در بین انبارها منتقل شده باشند در برخی از موارد به صورت نادرست محاسبه می‌شد.
• در تراز جامع، اگر در تعریف فرم گزارش شرایط لحاظ شده برای ستون‌ها فراگیر نباشد (یعنی مبالغی داشته باشیم که در شرط هیچیک از ستون‌ها صدق نکنند)، مبالغ نادرستی در اولین ستونی که به صورت مشروط تعریف شده باشد منعکس می‌شد.
• در انواع گزارش‌های ریزعملیات، جمع برخی از ستون‌ها در جدول فرم‌های نمایشی (به صورت نادرست) صفر می‌شد. این اشکال در فیلدهایی که در برخی از سطرهای گزارش خالی بودند بروز می‌کرد.
• در گزارش تحلیلی مجموعه حساب یا تفصیلی، کلیدهای میانبر Ctrl+F و F3 عمل نمی‌کردند.
• اسامی ماه‌ها و واحدها در گزارش‌های سرجمع فروش و همچنین اسامی واحدها در گزارش‌های سرجمع انبار، در سیستم‌هایی که locale آنها فارسی نباشد به صورت ???? نمایش داده می‌شد.
• فیلد پیش‌فرض جستجو در تعرفه‌ها نادرست بود (موارد صحیح: نام تعرفه در فهرست تعرفه‌ها و نام کالا در سطرهای تعرفه)
• در فراخوانی رخدادهای فروش از فایل صادره، در برخی از موارد با خطای مربوط به روش پرداخت مواجه بودیم.