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

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

قبليقبلي Go to previous topic
بعديبعدي Go to next topic
آخرين ارسال 12 اسفند 1389 12:08 ب.ظ توسط shakeri
!!! تغییر کدینگ حسابها و تفصیلی ها بعد از ثبت هزاران سند !!!
�10 پاسخ
مرتب:
شما مجاز به پاسخ به اين پست نمي باشيد.
مولف پيغام ها
shakeri
کاربر با تجربه
کاربر با تجربه

--
11 اسفند 1389 09:55 ق.ظ
    با سلام

    تقریبا همه افرادی که با سیستم مالی یکپارچه نوسا آشنایی دارند براین باورهستند که سیستم نوسا سیستمی انعطاف پذیر است به عنوان نمونه می توان گفت که شما بعد از ثبت اسناد می توانید کدینگ حسابها وتفصیلی ها و حتی نام آنها راتغییردهید، با انجام این تغییرات تمام اسنادی که درگذشته درسیستم ثبت شده اند نیز مطابق با تغییرات اصلاح می شوند ، این امکانی بی نظیر است ( فعلا وارد بحث اصلاح یکباره اسناد نمی شوم ) اما سوال من این است که این امکان چگونه درسیستم پیاده سازی شده ، چرا سیستم های مالی دیگر این امکان را ندارند یعنی کاربر عادی به هیچ عنوان قادر به تغییر کدینگ نیست ؟
    momeni
    کاربر ارشد
    کاربر ارشد

    --
    11 اسفند 1389 10:13 ق.ظ
    سلام

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

    ثانیا کاشانی جان ما نمی‌دانیم چرا بقیه سیستم‌ها این امکان را ندارند...

    ارادت
    shakeri
    کاربر با تجربه
    کاربر با تجربه

    --
    11 اسفند 1389 11:05 ق.ظ
    ممنون از توضیحات شما

    از همکاران و سایر اعضاء درخواست می کنم که تجربیاتشان را دراین زمینه در اینجا مطرح کنند.

    ممنون
    Etemadi
    کاربر پیشرفته
    کاربر پیشرفته

    --
    11 اسفند 1389 11:12 ق.ظ
    آقای کاشانی عزیز همانطور که آقای مومنی فرمودند خیلی از امکانات را نرم افزارهای دیگر ندارد پس فکر نمی کنم جای بحثی برای این موضوع باقی بماند .
    با تشکر
    AMIR
    کاربر
    کاربر

    --
    11 اسفند 1389 03:56 ب.ظ

    سلام
    معمولا 2 دلیل وجود دارد
    1 - طراحی ساده دیتابیس که این امکان را از آنها می گیرد اگر لازم بود بفرمایید بیشتر توضیح بدم
    2- هرگونه اضافه کردن امکانات باعث بالا رفتن قیمت تمام شده محصول و افزایش پشتیبانی و در نتیجه بالا رفتن قیمت فروش می شود. لذا بعضی از شرکتهای فروشنده نرم افزار با حذف امکانات خاص سعی در پایین نگه داشتن قیمت نرم افزار دارند

    shakeri
    کاربر با تجربه
    کاربر با تجربه

    --
    11 اسفند 1389 04:21 ب.ظ
    دررابطه با مورد اول حق با شماست و درصورت امکان بیشتر توضیح دهید ولی دررابطه با دلیل دوم با شما مخالفم چون امکانی نیست که بتوان آن را اضافه کرد چون اگر امکانش بود تا به حال انجامش داده بودند!
    مثل این می مونه که شما یک خانه ساخته باشید و بعد از تمام شدن همه کارها تصمیم بگیرید که برای آن پی ریزی کنید چون قبلا این پیش بینی را نکرده بودید! پس نمیشه !
    AMIR
    کاربر
    کاربر

    --
    11 اسفند 1389 04:54 ب.ظ
    ببین داریم راجع بموضوعی بحث می کنیم که مربوط به حداقل 1000 شرکت نرم افزاریست که هر کدام برای خودشان دلیل خاصی دارند و من سعی ندارم از طرف آنها جواب بدم بهر حال در مورد اول چون من کانورت زیاد داشته ام و دیتابیس های مختلف را دیده ام معمولا در این دیتابیس ها اگر بخواهند کدی را تغییر بدهند باید تمامی تراکنش های مربوط به آن کد را اصلاح کنند (تمام اسناد) تصور کن که این عملیات چقدر می تواند زمان بر باشد، در حالیکه تغییرات در کدینگ نوسا ربطی به حجم اسناد ندارد و با توجه به ساختار دیتابیس، تغییر یک کد حساب با حجم 10000 سند و یا بیشتر فقط یک سطر اصلاح می شود که زمان بر نیست. و اما مورد دوم خانه ات آباد. یک روز داشتم سیستم را دمو می کردم با یه هیجان خاصی که ما در سیستم می توانیم کدینگ را بعد از ثبت اسناد اصلاح کنیم و ... در آخر جلسه شخصی که در دمو حضور داشت ، فرمودند من این سیستم را نمی خرم چون مشکل دارد یعنی چی که من سند بزنم بعد یکی بیاد آن کد را اصلاح کند این یعنی نقض اصول اولیه حسابداری . اینو از این جهت گفتم که این امکانات می تونه از نظر ما جالب باشه که هست ولی بعضی ها از آنها خوششان نمی آید و یا آن را ضروری نمی دانند  . آقای کاشانی عزیز اگر کسی با هزار دردسر توان ساخت 1 خانه یک طبقه را داشته باشد شما حاضرید پیشنهاد کنید حالا که داری می سازی یک پی 10 طبقه رو بریز بعدا لازمت میشه؟
    shakeri
    کاربر با تجربه
    کاربر با تجربه

    --
    12 اسفند 1389 08:56 ق.ظ
    مثل اینکه موضوع خیلی جدی شد

    و اما پاسخ کاشانی عزیز

    خب طبیعتا تجربه من در مقابل تجربه شما مثل قطره در مقابل دریاست ، خیلی ممنون از توضیحاتتون در رابطه با ساختاردیتا بیس ها

    و اما در رابطه با اتفاقی که در دمو سیستم برایتان پیش آمده 2 مورد فعلا به ذهن من می رسه

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

    2- اگه به سیستم عامل ویندوز توجه کرده باشید مثلا روی یکی از درایوها راست کلیک کرده باشید گزینه ای به نام format دیده میشه که همه می دونیم این گزینه چی کارمی کنه خب با توجه به منطق این شخص (شخصی که در دمو حضور داشتند) من باید با شرکت ماکروسافت تماس بگیرم و بهشون بگم که این چه امکانیه که توسیستم عاملتون دارید این امکان با اصول اولیه نگهداری و امنیت اطلاعات مغایرت داره یا این امکان رو بردارید یا اینکه من سیستم عاملتون رو نمی خرم
    خب فکرمی کنید که کارمندان ماکروسافت چی به من می گن اول حتما تو دلشون به من میگن که وقتی از امکانات ویندوز اطلاع کافی نداری چرا در رابطه با اون قضاوت می کنی و بعد با آرامش کامل توضیح میدن که در ویندوز امکان تعریف کاربران و گروه هارو داریم شما میتونید یک کاربر دیگه تعریف کنید وامکان format رو از اون بگیرید و کاربرانی رو که نمیخواین امکان formatرو داشته باشن با این کاربر تو ویندوز login کنن
    خب سیستم نوسا هم همینجوری عمل میکنه پس وظیفه ماست که این اطلاع رسانی رو انجام بدیم و دراین صورت همه با همون هیجان خاص شما می گن تو سیستم نوسا می شه بعد از سند زدن کدینگ را اصلاح کرد (امیدوارم که این پورتال تا حدودی بتونه این نقص رو جبران کنه)

    و اما دررابطه با بحث ساخت ساز

    آقای اردستانی عزیز من مشکلی با کسی که داره با هزار زحمت یه خونه یک طبقه می سازه ندارم حتی بهش پیشنهاد می دم که تو هزینه هاش صرفه جویی کنه تابتونه ساخت خونشو به پایان برسونه ، مشکل من با مهندس هاییه که از اول می دونن که دارن یه برج 10 طبقه می سازن ولی به خیلی از مسائل فکرنمیکنن و فقط براشون مهمه که هرچه زودتر ساخت این برج به پایان برسه تا واحدهاشو واگذار کنن وبعد از ساخت تازه می فهمن که جایی برای آسانسور برج درنظر نگرفته اند خب حالا به نظر شما چه جوری باید بریم طبقه دهم!!!

    AMIR
    کاربر
    کاربر

    --
    12 اسفند 1389 09:38 ق.ظ

    خلاصه میگم : امکان تغییر کدینگ امکان واجب و خیلی مهمی نیست که همه سیستم ها باید داشته باشند همانطور که ما در 2 نرم افزار قبلی حسابداری  نداشتیم و نمیشه گفت اگر چنین امکانی در نرم افزار وجود ندارد آن نرم افزار کامل یا مناسب نیست . مثال دیگری می زنم که خیلی از این موضوع ساده تر است می تونی نصور کنی نرم افزاری، اصلاح سند حسابداری نداشته باشد؟ جهت اطلاع تمامی نرم افزارهای بانکی امکانی به نام اصلاح سند ندارند حتی با حق دسترسی های بالا، یکی از قوانین و ضوابط حسابداری بیان می کند که اگر سندی اشتباه زده شد باید سند جدیدی که آن اشتباه را اصلاح کند تنظیم شود حالا به نظر شما نرم افزارهای بانکی نرم افزارهای مناسب نیستند ؟ و یا طراحان آن فراموش کرده اند چنین امکانی را ایجاد کنند؟
    در ارتباط با مطلب آخر زمانی این مثل صحیح است که شخص تمامی امکانات و نیازهای مشتریان را در روز اول پیش بینی کند ولی همانطور که می بینی ما هنوز به امکاناتی نیاز داریم که در برنامه نداریم و شاید هم هیچ وقت تنوانیم آن را ایجاد کنیم حالا یا بدلیل نداشتن وقت مناسب، نداشتن توجیه اقتصادی،  نداشتن بستر مناسب در دیتابیس . خیلی از این نیاز ها به مرور زمان پیدا می شوند و بعضی از شرکتهای نرم افزاری در زمان شروع تولید حتی 1% هم احتمال آن را نداده بودند.
    یه بار دیگه نظر خودم را تکرار میکنم اینها امکانات حیاتی نیستند من خیلی خیلی خوشحال می شوم که همه این امکانات را داشته باشیم وکلی از این امکانات توی ذهن من هست که ما در برنامه نداریم ولی تولید آنها باعث بالا رفتن قیمت تمام شده نرم افزار می شود که امکان رقابت در فروش را سخت می کند
    با تشکر

    momeni
    کاربر ارشد
    کاربر ارشد

    --
    12 اسفند 1389 11:21 ق.ظ
    سلام

    جهت تنویر افکار خوانندگان عزیز این پست عرض می‌شود که برخلاف آنچه در این بحث به ذهن می‌رسد، جناب shakeri در بخش پشتیبانی و جناب AMIR در بخش فروش شرکت و هر دو از همکاران بسیار گل ما هستند. زنده باشید

    اما دو کلمه هم در باره این بحث عرض کنم: اولا که من اصولا با مقایسه سیستم‌ها با هم خیلی موافق نیستم؛ اما در کنار آن (جهت اطلاع خودم) می‌پرسم که آیا سیستم دیگری که کدینگ درختی داشته باشد سراغ دارند؟ با توجه به اینکه این کدینگ خیلی قدرتمند است و ایده هم با وجود ابتکاری بودن خیلی ساده است و ما هم الآن 7 سال است که نمونه اول آنرا ارائه داده‌ایم، قاعدتا خیلی از تولیدکنندگان نرم‌افزار، قاعدتا تمایل می‌داشتند که این روش را در سیستم خود پیاده کنند.عرض می‌شود که قسمت دشوار در این پیاده‌سازی، درست کردن جدول‌ها در SQL Server و ساز و کارهای آنها است - جالب است که این قسمت‌ها هم در سیستم ما اصولا Open Source است و در اختیار همگان قرار دارد.

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

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

    رابعا مخلص همه دوستان هم هستیم
    shakeri
    کاربر با تجربه
    کاربر با تجربه

    --
    12 اسفند 1389 12:08 ب.ظ

    با تشکر از آقای مومنی (ما هم خیلی مخلصیم)

    آقای اردستانی

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

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

    در رابطه با نرم افزارها هم باید بگویم که هیچ نرم افزاری کامل نیست چون انتظارات ما پایانی نداره!!!

    ودر رابطه با قیمت تمام شده نرم افزار کاملا با شما موافقم.

    باتشکر از شما

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