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

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

قبليقبلي Go to previous topic
بعديبعدي Go to next topic
آخرين ارسال 19 خرداد 1399 06:58 ب.ظ توسط j-esfahani
تعدیل قرارداد پس از صدور درخواست فروش
�11 پاسخ
مرتب:
شما مجاز به پاسخ به اين پست نمي باشيد.
مولف پيغام ها
j-esfahani
کاربر با تجربه
کاربر با تجربه

--
19 خرداد 1399 03:25 ب.ظ

    سلام

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

    مثال :

    1- ثبت قرارداد 2عدد

    2- درخواست فروش 2عدد

    3- قرارداد الحاقی (تعدیل/کاهش) 1 عدد

    آیا سیستم جلوی ثبت ردیف 3 را نباید صادر کند ؟!!

    و در ادامه ...

    4- حواله فروش 2 عدد !!!

     

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

    دلیل ثبت درخواست، نیاز به گزارش تراز موجودی و گزارش تاریخ بارگیری (تاریخ ارجاع/پیگیری) درخواست ها داریم...

    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 03:28 ب.ظ
    آیا سیستم جلوی ثبت ردیف 3 را نباید بگیرد ؟!!
    momeni
    کاربر ارشد
    کاربر ارشد

    --
    19 خرداد 1399 03:43 ب.ظ
    سلام

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

    ارادت
    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 03:57 ب.ظ
    با این تعریفی که شما فرمودید ماهیت و دقت درخواست کالا دچار مشکل است
    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 04:02 ب.ظ

    تصور بفرمایید

    واحد بارگیری، جهت مدیریت کارخود، به درخواست ها رجوع میکند، درصورتیکه سطرهای های قرارداد مساوی درخواست ها نیستند !!!

    درضمن متوجه اشتباه کاربران نشدم .. ؟؟

    افراد رده بالای سازمان دقیقا باید چکار کنند ؟؟

    زمانیکه قرارداد به درخواست تبدیل شد، از آنجا به بعد درخواست ، نماینده قرارداد است ، مگه غیر ازاین است ؟

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

    --
    19 خرداد 1399 04:08 ب.ظ

    سلام

    خیر. مقدار قرارداد ممکن است یکباره درخواست نشود. پس درخواست نماینده قرارداد نیست. درخواست درخواست است و اگر تایید شده باشد باید عمل شود. واحد بارگیرید هم نیازی ندارد که بداند این درخواست از کجا آمده است. قراردادهایی که مقدار آنها هنوز توسط درخواست‌ها به تمامی پاس نشده‌اند به صورت درخواست نشده بازنمایی می‌شوند - خواه این مقدار از ابتدا باقی مانده باشد (مثلا 1000 واحد کل قرار بوده و قرار است در طی زمان 100 واحد 100 واحد درخواست و تحویل شود) خواه در اثر تعدیل باقی مانده باشند.

    بقیه‌ی مطالب من از اینجا ناشی شد که شما در خواست داشتید از انجام کاری توسط کاربر ممانعت شود. منظور از اشتباه کاربران هم همین است: آیا این قرار داد نیاز به تعدیل داشته یا خیر؟ اگر داشته که خوب باید انجام شود و عملیات هم به روال عادی ادامه یابد. اگر نداشته (و منظور شما از درخواست ممانعت از اشتباه کاربر بوده) می‌شود همان که عرض کردم. افراد رده بالا هم در همین رابطه عرض شد.

    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 04:14 ب.ظ
    نماینده قرارداد ، منظور 2عدد قرارداد وقتی به 2 عدد درخواست تبدیل شده است ، شکی در 2عدد بارگیری نباید باشد
    متوجه هستم ممکنه 2 عدد 2بار درخواست شود ...
    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 04:19 ب.ظ
    قرارداد نیاز به تعدیل دارد (با اجازه افراد رده بالا)
    اما سیستم به کاربر باید هشدار دهد که با این تعدیل ، درخواست مرتبط با سطر قرارداد، تغییر نکرده و واحد بارگیری همان قرارداد (قبل از الحاقیه) را بارگیری میکند.
    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 04:35 ب.ظ

    مثال دیگری خدمتتان عرض کنم:

    1- قرارداد : 1عدد

    2- درخواست : 1عدد

    3-الحاقیه : 1-

    در گزارشات به درستی اما در یک سناریو اشتباه داریم:

    مقدار درخواست شده (از قرارداد) = 1-

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

    --
    19 خرداد 1399 05:37 ب.ظ
    مثالی که زدید که حتما غلط است. قرار شد اشتباه کاربر را جداگانه بررسی کنید.

    هشدار هم میسر نیست. یا باید مثل اصلاح قرارداد ممانعت شود و یا به همین وضعیت بماند.

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

    --
    19 خرداد 1399 06:48 ب.ظ
    این مثال ها در سیستم اتفاق افتاده و تست شده
    اگه میفرمایید که اشتباه است، که خوب، اشتباه است و سیستم ممانعت نمیکنه.
    اگه در کل موافق این مثال ها و سناریو نیستید
    خوب، این بحث جداگانه ای است.
    استفاده از الحاقیه بسیار امکان کارآمدی است. اما بنظر میرسه شرکت ها خیلی اهمیت نداده اند به استفاده از آن. یا لااقل شبیه شرایط ما کار نکردند.
    j-esfahani
    کاربر با تجربه
    کاربر با تجربه

    --
    19 خرداد 1399 06:58 ب.ظ
    منطق شما کاملا درست است و قابل احترام.
    عرض بنده استفاده تمام عیار از امکان الحاقیه است بدلیل نگه داشتن سوابق قرارداد.
    فقط بدلیل نقش کلیدی این امکان، باید تمامی جوانب آن را در نظر گرفت
    از جمله مثال هایی که عرض شد
    بهر حال مشکل از نظر بنده جاری است، حتما جنابعالی در زمان خودش، بهش رسیدگی خواهید کرد
    ممنون
    شما مجاز به پاسخ به اين پست نمي باشيد.