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

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

قبليقبلي Go to previous topic
بعديبعدي Go to next topic
آخرين ارسال 13 مرداد 1403 10:15 ق.ظ توسط sajjadi
نسخه 13.04 (1304)
�5 پاسخ
مرتب:
شما مجاز به پاسخ به اين پست نمي باشيد.
مولف پيغام ها
sajjadi
کاربر با تجربه
کاربر با تجربه

--
13 مرداد 1403 08:18 ق.ظ

    امکانات جدید نسخه 13.04 نرم‌افزار مالی یکپارچه نوسا


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


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

     

    شایان ذکر است که در هر نسخه از نر‌م‌افزار علاوه بر ارائه امکانات نوین و سازگاری با تغییرات در قوانین، استاندارد‌ها و نیاز‌های کلی مشتریان، بخش عمده‌ای از زمان صرف همسویی با آخرین بستر‌های نرم‌افزاری و ساختاری می‌گردد تا نرم‌افزار همچنان بروز با آخرین تکنولوژی‌های دنیا و در بالاترین سطح امنیتی و کاربردی در دسترس عموم قرار گیرد و کارکرد آن همواره قابل اطمینان باشد. در نسخه 13.04 نرم‌افزارهای مالی نوسا از آخرین بروز‌رسانی‌های ویندوز سرور 2022، ویندوز 11، اکسل 2021 و SQL 2022 ارائه شده تا اسفند ماه سال 1402 به همراه آخرین بروزرسانی ها پشتیبانی می‌کند.


    در صورتی که سرور و یا کلاینت‌های شما همچنان حداقل از ویندوز 10 (نسخه 22H1 به بالا) و یا ویندوز سرور 2016 به بالا استفاده نکرده و یا SQL سرور شما از 2016 قدیمی‌تر است، لطفا قبل از بروز‌رسانی نسخه، با توجه به آخرین نیازمند‌ی‌های سخت‌افزاری موجود در بخش فایل و مستندات، از بروز‌رسانی ساختار‌های مورد نیاز اطمینان حاصل فرمایید. این نسخه، مانند نسخ قبلی ارائه شده قابلیت کارکرد صحیح در نسخ قدیمی خارج از پشتیبانی نرم‌افزارهای زیرساخت مایکروسافت را نخواهد داشت. 

     

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

     

                                                                                                             

    پيوست ها
    sajjadi
    کاربر با تجربه
    کاربر با تجربه

    --
    13 مرداد 1403 09:20 ق.ظ

    امکانات جدید ارائه شده در هسته مرکزی نسخه 13.04: فیلدهای قابل اصلاح آزاد اطلاعات اصلی حقوق

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


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


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

     

     

    فیلدهای قابل اصلاح آزاد اطلاعات اصلی حقوق

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

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

    2) معوقه‌پذیر بودن محاسبات.


    در این شیوه‌ی محاسبه، لازم است تا مبلغ مالیات محاسبه شده توسط سازمان امور مالیاتی را به صورتی در سیستم حفظ کنیم تا اولا آنرا در تنظیم سند مالیات مورد استفاده قرار دهیم و ثانیا در انتهای سال بتوانیم مبلغ مزبور را تجمیع کنیم و مابه‌التفاوت آن با مالیات‌های علی‌الحساب را محاسبه کنیم. طبیعی‌ترین روش برای حفظ این مبالغ تعریف یک نوع رخداد اختصاصی و حفظ مبالغ به صورت رخداد است. متاسفانه، مطابق سیاست‌های فروش شرکت و هزینه خرید و راه اندازی نرم افزار حقوق رخداد محور، اکثر کاربران نوسا نمی‌توانند از رخدادها استفاده نمایند. به همین دلیل تنها روشی که برای حفظ این مبالغ باقی می‌ماند این است که آنها را در (کنار) حقوق هر ماه حفظ نماییم – یعنی در یکی از فیلدهای اطلاعات اصلی حقوق.


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


    با توجه به نکات فوق، قرار شد مکانیزمی برای اصلاح آزاد اطلاعات اصلی حقوق فراهم کنیم تا کاربران با استفاده از آن و بدون نیاز به اجرای معوقه، کاربران بتوانند مبالغ مالیات محاسبه شده توسط سامانه را در اطلاعات اصلی حقوق هر ماه درج نمایند. نکات زیر قابل توجه هستند:

     

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

    دریچه‌ی جدیدی به صورتی که در شکل زیر دیده می‌شود، به انتهای محاوره‌ی تدوین یک فیلد اطلاعات اصلی حقوق اضافه شده است:
     

     

    انتخاب فیلد: در محاوره‌ی انتخاب فیلد، از قبل ابزارهایی برای فیلتر کردن فیلدهای اصلی حقوق مبتنی بر نوع یا وضعیت ارجاع تعبیه شده بود. در کنار آن ابزارها، امکانی برای بازنمایی "فقط فیدهای قابل اصلاح آزاد" نیز تعبیه شده است که به صورت اختصاصی برای اطلاعات اصلی حقوق عمل می‌کند.

     

     

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

     


    کاربرگ اصلاح آزاد حقوق

    این کاربرگ برای ویرایش فیلدهای قابل اصلاح اطلاعات اصلی حقوق پیاده‌سازی شده است و از مسیر زیر قابل احضار است:
     

    محاوره‌ی ابتدایی این کاربرگ را در شکل زیر مشاهده می‌کنید:

     

     

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


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


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

     


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

     

     

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

     

     

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

    پيوست ها
    sajjadi
    کاربر با تجربه
    کاربر با تجربه

    --
    13 مرداد 1403 09:39 ق.ظ

    امکانات جدید ارائه شده در هسته مرکزی نسخه 13.04: فیلد جدید کد ملی در اطلاعات پایه پرسنلی نرم افزار حقوق و دستمزد

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

     

    فیلد جدید کد ملی (دستمزد)


    این یک فیلد ثابت (غیرقابل تعریف) مشخصات پایه پرسنلی است که به صورت مشابه با شماره‌ی پرسنلی و شماره‌ی کارت حضور و غیاب تعریف شده است. کد ملی کنونی ایران یک عدد 7 تا 9 رقمی به همراه یک رقم کنترلی است (در مجموع 8 تا 10 رقم). پیش از این، این کد به صورت یک فیلد حرفی در دفتر تلفن و نشانی تعریف شده بود. در اینجا، آنرا به صورت عددی تعریف کرده‌ایم تا به عنوان شناسه در فراخوانی‌ها هم قابل استفاده باشد. طبیعی است که صفرهایی که در برخی از فرمت‌ها در ابتدای کد ملی قرار می‌گیرند در اینجا فاقد کاربرد خواهند بود (و صفرهای ابتدایی، حتی اگر وارد شوند، در داده‌ها باقی نخواهند ماند). برای اینکه با فیلد متناظر از دفتر تلفن و نشانی و احیانا فیلد قابل تعریفی که ممکن است توسط کاربر تعریف شده باشد متفاوت و قابل تشخیص باشد آنرا "کد ملی (دستمزد)" نامیده‌ایم.


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


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

     

    با انتخاب گزینه‌ی مزبور با محاوره‌ای به شکل زیر مواجه خواهید شد:

     

     

    توضیحات در خود محاوره داده شده است. فیلد "شماره ثبت یا شماره ملی" از دفتر تلفن و نشانی خوانده خواهد شد. یک دریچه با عنوان "درستی کدهای ملی بررسی شود" نیز در محاوره دیده می‌شود که به صورت پیش‌فرض علامت‌گذاری شده است. در این وضعیت اگر محتوای فیلد مبداء به عنوان یک کد ملی، قابل قبول نباشد با خطا مواجه خواهیم شد.


    روش‌های صدور اطلاعات: در تعریف روش‌های صدور اطلاعات اصلی حقوق یا رخدادها به Text (یا DBF)، کد ملی دستمزد به عنوان یکی از فیلدهای قابل صدور ایفای نقش می‌کند و قابل انتخاب است:

     

     

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

     

     

    همانطور که در شکل توضیح داده شده است، حتما باید یکی از 3 فیلد فوق را برای انطباق با داده‌های موجود انتخاب و تعریف کنید. انتخاب بیش از یک فیلد (برای انطباق با داده‌های موجود) مجاز نیست.

    پيوست ها
    sajjadi
    کاربر با تجربه
    کاربر با تجربه

    --
    13 مرداد 1403 10:04 ق.ظ

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


    این امکان در ویرایش 1304، به همراه امکاناتی که با تمرکز بر سیستم دستمزد پیاده‌سازی شده‌اند، اجرا و ارائه شده است.
    کاربران از زیرسیستم هزینه و امکانات صدور اطلاعات به Access برای ارسال خریدها و هزینه‌ها به TTMS استفاده می‌کنند. این در حالی است که فروشندگان قاعدتا باید فاکتورهای فروش را به سامانه‌ی مودیان ارسال کنند و کاربران به جای ارسال هزینه‌ها، صرفا فاکتورها را در کارپوشه بررسی و تایید (یا رد) نمایند. طبیعی است که همه‌ی فروشندگان اطلاعات لازم را به سامانه‌ی مودیان ارسال نمی‌کنند و به این ترتیب کاربران ما کماکان باید هزینه‌های مربوط به آن فروشندگان را به TTMS ارسال نمایند.
    باید بتوانیم در هر رخداد هزینه، مشخص کنیم که این رخداد توسط فروشنده به سامانه‌ی مودیان ارسال شده است و به این ترتیب از صدور آنها به TTMS ممانعت کنیم. به این منظور یک فیلد با همین نام به رخدادهای هزینه اضافه شده است. این فیلد در تنظیم برگه‌های هزینه (ویرایش رخدادهای اصلی هزینه) مقداردهی می‌شود:

     

     

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

     

     

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

     

     

    پيوست ها
    sajjadi
    کاربر با تجربه
    کاربر با تجربه

    --
    13 مرداد 1403 10:12 ق.ظ

    امکانات جدید ارائه شده در هسته مرکزی نسخه 13.04: نمایش نام سوژه‌ی گزارش در انواع گزارش‌های تیپ ریزعملیات


    این امکان در ویرایش 1304، به همراه امکاناتی که با تمرکز بر سیستم دستمزد پیاده‌سازی شده‌اند، اجرا و ارائه شده است.
    در نرم‌افزار‌های حسابداری و دریافت و پرداخت، تعداد بسیار زیادی گزارش وجود دارند که از نگاه انتزاعی ساختار و محتویات مشابهی دارند – به آنها گزارش‌های تیپ ریزعملیات می‌گوییم. این گزارش‌ها مبتنی بر یک "سوژه" ارائه می‌شوند و حاوی سطرهایی مربوط به همان سوژه هستند. سوژه‌های این گزارش‌ها شامل حساب، تفصیلی، نهاد دریافت و پرداخت، مجموعه حساب و مجموعه تفصیلی هستند.
    فرم‌های نمایش این گزارش‌ها، طبق معمول، قابل تعریف هستند. یادآوری می‌کنیم که "عنوان پنجره‌" یکی از مشخصه‌های فرم (پنجره‌ی اصلی) است و به صورت زیر تعیین می‌شود:

     

     

    عنوان مزبور در بالای فرم گزارش و همچنین در درختی در سمت چپ پنجره‌ی اصلی سیستم (فهرست پنجره‌ها) نمایش داده می‌شود:

     

     

    در ویرایش 1304 ترتیبی اتخاذ شده است که نام سوژه در انتهای عنوان پنجره بازنمایی شود و به همان صورت نیز در درخت سمت چپ بازنمایی گردد:

     

     

    این ویژگی در گزارش‌های زیر پیاده‌سازی شده است. سوژه‌های قابل ارائه در هر گزارش نیز ذکر شده‌اند:

     

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

     

               (سرجمع و گروه‌بندی شده)

    • تفکیک حساب‌های یک مجموعه به تفصیلی‌ها    مجموعه حساب
    • تفکیک تفصیلی‌های یک مجموعه به حساب‌ها    مجموعه تفصیلی
    پيوست ها
    sajjadi
    کاربر با تجربه
    کاربر با تجربه

    --
    13 مرداد 1403 10:15 ق.ظ

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

     

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

     

     

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

     

    رفع اشکال: در فراخوانی دفتر تلفن و نشانی از فایل صادره، در فراخوانی رکوردهایی که با مدارک آرشیو در ارتباط بودند با خطا مواجه می‌شدیم. این خطا حتی در صورت عدم فراخوانی مدارک آرشیو (که قاعدتا باید منجر شود به فراخوانی رکوردهای تلفن و نشانی، بدون ارتباط با مدارک) نیز رخ می‌داد.

     

     

    پایان

     

    -- گروه توسعه نرم‌افزارهای مالی نوسا
    تیر 1403

    پيوست ها
    شما مجاز به پاسخ به اين پست نمي باشيد.