۱۳۸۹ مهر ۲۱, چهارشنبه

تبادل نظر و طرح مشکلات

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

۱۶۸ نظر:

  1. مهندس جان سلام

    سه سوال ؟
    1- وقتی عامل یا فروشنده غیر فعال میشود جرا در قسمت پرداختیها غیر فعال نمیشود
    2- چرا در سیستم محدودیت کالا به عامل وجود ندارد ، یعنی چرا نمیتوان بعضی کالاها را برای بعضی عاملین غیر فعال کرد؟
    3- لطفا" ادرس عامل در گزارش کاردکس عاملین لحاظ شود ( این مورد و قبلا" هم در خواست کرده بودم
    ممنون از حسن توجه شما

    پاسخحذف
  2. سلام
    کسی میدونه چطور میشه زمانی که برق قطع میشه upsویندوز(سرور) را shut down کنه لطفااگه میدونید توضیح کامل بدهید

    با تشکر

    پاسخحذف
  3. جناب نخعی
    1- در قسمت پرداختیها منظقی نیست، چون قرار است بار فرستاده نشود ولی اگر مشتری خواست بدهی قبلی خود را تسویه کند چه باید کرد؟
    2- محدودیت کالا به عامل بی معنی نیست ؟ اما محدودیت کالا به ویزیتور را داریم که به نظر کاملا اصولی می رسد.
    3- کاردکس عامل را از طریق DC فرم میتوان هر جور خواستید طراحی کنید. شما با همه خصائل خوبی که دارید در تعریف فرم خیلی تنبل تشریف دارید.

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

    پاسخحذف
  4. ما الآن بیش از 2 ساله که UPS Faratel SDC 10000X خریدیم و فعلاً خدا رو شکر مشکلی نداشتیم. فقط باید مراقب قطع برق از طرف دولت باشیم و بس. مثلاً زمانی که قرار شده بود روزی 5 ساعت برق کارخانه ما در اوج مصرف تابستان قطع بشه!!! من شخصاً وارد عمل شدم و کلیه پرسنل غیر ضروری را از مدار برق UPS خارج کردم و فقط سرور و کاربران مرتبط با سیستم توزیع و فروش را به برق UPS وصل کردم و خدا رو شکر جواب هم داد.

    پاسخحذف
  5. علی عزیز
    آیا این یو پی اس امکان این که سرور را شات داون کند دارد؟ سوال مهدی این بود.

    پاسخحذف
  6. مهندس عزیز
    اولا" اختصاص کالا به ویزیتور به نظر بنده اصولا" کار مفیدی نیست چون فکر نمی کنم در هیچ شرکتی ویزیتورها محدودیتی در ویزیت کالاهای خاصی داشته باشند اگر هم باشد احتمالا" محدودیت در دریافت سفارش یک برند خاص است نه یک کالا که طبعا" یک ویزیتور که جهت ویزیت برند خاصی انتخاب میشود هیچ موقع سفارش از دیگر برندها نمیگیرد چون اصولا" پورسانتی بابت ان دریافت نمیکند حالا که شما این محدودیت را گذاشته اید دلیل نمیشود که محدودیت مهمتر و کاربردی تر را فدای این یکی بکنید
    دوما" در مورد عامل غیر فعال شما لطف کنید کلا" غیر فعالش کنید اگر خواست پول بدهد ما همان موقع ان را مجدد فعال میکنیم تا پولش را بدهد (نگران نباش مهندس جان ...)
    سوما" گزارش کاردکس عاملین را دفعه قبل که خواستید تعداد کاراکترهای مربوط به کد عامل را بیشتر کنید تا در پرینت اینجوری؟؟؟؟؟؟؟؟نشود اول گفتید فرم است بعد خودتان یک ساعت رویش کارکردید بعدش گفتید که گزارش است و حالا دیگه....اینجوریا...

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

    پاسخحذف
  8. سلام

    سئوال اول که بی جواب ماند.

    اول اینکه بخاطر بعضی تغییرات که به کار ما می آید وسرعت تسویه حساب در حسابداریها را افزایش میدهداز طرف خود وتمام کسانی که بهره ای از آن می برند تشکر می کنم
    ------------------------------------------------ -----------------------------
    بعداز افزودن امکانات جدید از کاربران نظر سنجی گرددوبرای تکامل روش جدید ازآن استفاده شود

    در ریز پرداختی عاملین کلید جستجو تعریف شود

    وقتی نسیه فروشنده در پرداختی فروشندگان/بدهکاران و(هچنین چک در پیشنویس وارد می گردد) مبالغ وارد شده از حساب عامل کسر گرددومانده بدهکار (بعنوان نقد پرداختی عامل )در ر یز پرداختی عامل نمایش داده شود

    که اگر این امکان به برنامه اضاف گرددنیازی به جستجو نیست

    دو پیشنهادذکر شده فوق العاده کارآمد هستند وسرعت تسویه را به نحو چشمگیری در بیشتر مواقع بالا خواهند برد

    اگرازدوستان کسی میداند چگونه فقط از عاملینی که در ( اطلاعات پایه /عاملین/ محدودیت /عوامل کاهنده)داری مقدار میباشد گزارش گرفت لطفا کمک کند

    باوجود این وبلاگ فرصت خیلی خوبی بوجود آمده که ابزار خودرا ارتقا دهیم واز تجربیات یکدیگر استفاده نمائیم پس خاطر خود را بیشتر از این نیازاریم

    از دوستان خواهش میکنم نظرات خودرا پیوست نمایند تا ان شاالله آقای مهندس بابایی برای انجام پیشنهادات بنده ودیگر دوستان تشویق گرددند


    با تشکر

    22/07/89

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

    پاسخحذف
  10. درود
    آقای خسروجردی عزیز من فقط میخواهم عاملین دارای تخفیف نمایش داده شوند آیا این امکان وجود دارد
    mahdi_nemati@hotmail
    از کمک شما ممنونم

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

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

    پاسخحذف
  13. به مطلب خسرو این را اضافه کنم که قبل از اکسل هم در خود گزارش فیلترهای بسیار کارآمدی هست.

    پاسخحذف
  14. درود بر مهندس
    اگر موارد ذکر شده ایجاد گرددفوقالعاده سرعت تسویه با کمترین استثنابالا خواهد رفت جناب مهندس بابای فکر کنم فقط شما باید زحمت شرو بکشیدپس حرکت از شما.

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

    که اگر این امکان به برنامه اضاف گرددنیازی به جستجو نیست

    دو پیشنهادذکر شده فوق العاده کارآمد هستند وسرعت تسویه را به نحو چشمگیری در بیشتر مواقع بالا خواهند برد


    با تشکر
    13/08/89

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

    پاسخحذف
  16. درود
    مهندس حرکت شما خیلی طول کشید
    دلمون آب شد مطمئن باش این قابلیت جدیدبسیار کارآمد خواهد بود

    پاسخحذف
  17. کمی دیگر صبر کن.

    پاسخحذف
  18. درود
    یک نرم افزارجهت مدیریت شبکه
    مانیتورینگ
    فرستادن مسیج
    دستکاری سرویس کلینتها
    دسترسی به رجیستری و......
    Dameware

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

    پاسخحذف
  20. سلام
    حتما میدانید بسمت عامل محور در حرکتیم. الان هم وسط راهیم. هرکس بنوعی. آیا با آن هماهنگ است؟ آیا توسعه آینده را می بیند؟ بحث مالی آن توسط مالی چی ها باید کامل بررسی شود.
    کامبیز.

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

    پاسخحذف
  22. مهندس بابائي عزيز سلام
    در سيستم اخذ سفارش مشتريان ، ثبت سفارش صدور فاكتور مربوطه را از سوي سيستم موجب مي گردد و پس از چاپ فاكتور به مشتري تحويل مي گردد حال با توجه به اينگه گاها مسافت بين شركت و مشتري طولاني و يا به هر دليل منطقي يا غير منطقي امكان رساندن فاكتور به مشاري فراهم نمي باشد آيا روشي وجود دارد تا بتوان شماره فاكتور مربوط به هر مشتري را با قيد فيلدهاي مهم فاكتور از قبيل قيمت و . . . را از طريق سيستم SMS خودكار به موبايل مشتري ارسال نمود اگر بتوانيد راهنمايي فرمائيد
    ممنون - موسي زاده حليم

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

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

    پاسخحذف
  25. خسرو عزیز
    درست است، شاید تنها اشکال این گزارش همین باشد. یادداشت کردم. وقتی یک نفر دیگری پیدا شد که پارتی آن قویتر از تو بود!!! و همین اشکال را گرفت، حتما انجام خواهد شد. در نیرنگستان ضعیف کشی مستحب است.

    پاسخحذف
  26. درود
    بهتر نیست
    اگر زمانی که بارنامه فاکتور می شود در همان جا بعد
    از تراز کالایی فاکتور وبارنامه
    چک ونقد مثلا با یک تیک یا ضربدر(البته با هر تیک مبلغ فاکتور در ستون مربوطه درج گرددوامکان ویرایش باشد) مانده بمعنی نسیه فرض شود
    25/08/89

    پاسخحذف
  27. یا
    روال فعلی معکوس گردد
    یعنی
    در حا حاضر اگر فاکتوری پر داختی نداشته باشد بعنوان نسیه محسوب می گردد
    بامعکوس کردن این حالت فقط مبلغ فاکتورهای نسیه وارد گرددالبته اگر این حالت با فشردن کلیدهای ترکیبی قابل تغیر باشدخیلی دلپذیر تر خواهد بود

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

    پاسخحذف
  28. جناب بابایی سلام
    خدا پدر مادر اون نفری که شما رو مجبور کردید این تغییرات گروهی رو بسازید بیامرزد، من 3 سال پیش گفتم،گفتی نمیشه . معلوم شد که اون زمان از طرف رگ آریایی حرف زدی .ولی خدا رو شکر که بالاخره درست شد. (خسروجردی)

    پاسخحذف
  29. سلام خدمت آقاي مهندس بابائي
    بنده خيلي وقت است كه كمي از سيستم دور شدم بنابر دلايلي كه جنابعالي در جريان بوديد انشاء الله در روزهاي آتي نه چندان دور همديگر را ملاقات و خبرهاي خوشي را خواهيم شنيد .

    پاسخحذف
  30. یاشاسین منم آنا یوردوم، یووام، یولوم، شهرم، کندم،کووشنم،ارسم،فردم
    به امید دیدار. خوشحالم که از این طریق در ارتباط بوده ایم.

    پاسخحذف
  31. درود
    جناب بابایی پرداختی عاملین تغییر کرد.

    پاسخحذف
  32. علامت سوال یادت رفته ای همشهری سعدی.
    نه هنوز مشغول نشدم.

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

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

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

    یادآوری : گزارش از عاملینی که در یک بازه زمانی خرید نکرده اند یا پایین تر از یک مقدار مشخص خرید کرده اند.!!

    پاسخحذف
  36. سعی می کنم در تفییرات امکان حذف گروهی عاملینی که گردش ندارند را بگذارم که کار راحتتر باشد.
    آن گزارش هم که وبال گردن هست یک فکر خوبی برای آن باید بکنم. وضعیت فعلی جوابگو نیست

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

    پاسخحذف
  38. درود
    سرکار خانم پورمحمد
    اگر در گزارشها/عاملین فروش /باشرایط/السی فرم/در کادر نمایش داده شده باید کنترل سفارش روزانه=داشتن سفارش کنترل عملکرد=فعال ودو بازه زمانی در کادر زیر آن بعنوان مثال
    گردش دار= 01/08/89تا01/09/89
    گردش ندار=ابتدای سال مالی تا30/07/89
    عاملینی را نمایش میدهدکه در تاریخ گردش دار خرید نداشته اند اما در تاریخ گردش ندار خرید داشته اند
    (یا مشتریان از دست رفته).

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

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

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

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

    پاسخحذف
  43. درود
    بد هکاران کسر می شود
    ولی پس ازثبت پیش نویس توسط صندوق دار.

    پاسخحذف
  44. از تو بعید بود، حسابی من را سر کار گذاشتی.
    معلومه که باید ثبت شود تا تاثیر کند. مگر پیش نویس کجا تاثیر دارد که اینجا دومی باشد.
    به هر حال ممنون که اطلاع دادی، در مسافرت هستم و فکرم را مشغول کرده بود.
    من همپنان دلم برای سعدی بزرگوار می سوزد!!

    پاسخحذف
  45. درود
    چرا چک کسر میشود در پیش نویس بدهکاران هم مثل آن.

    پاسخحذف
  46. یک امکان جدید در گزارش سفارش اضافه کرده ام. به لایه دوم گزارش، وضعیت سفارشها اضافه شده است. بسیار کاربردی است، حتما ملاحظه بفرمائید. (فروش / سفارش/گزارش)

    پاسخحذف
  47. باسلام خدمت همه دوستان
    مدتي بود كه بنده از بحث ها دور شده بودم وليكن سعي مي كردم آن را دنبال كنم به هر حال اميدوارم كه بتوانم درخدمت دوستان بزرگوار كسب فيض نمايم و اما سئوال
    چگونه مي توانيم عامليني كه كاهندههاي متفاوت دارند را دسته بندي كنيم يعني فرض كنيد يك عامل در زمان اشانتيون از يك كاهنده استفاده كند و در زمان غير اشانتيون از كاهنده ديگري استفاده نمايد چگونه مي توان مشخصه اي براي اين عاملين داشت تا تخصيص كاهنده به آنها كار طاقت فرسايي نباشد

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

    پاسخحذف
  49. جناب آقاي مهندس
    اگر خاطرتان باشد اين مشكل در كوكاي اصفهان نيزوجود دارد و راهكاري كه در حال حاضر من از آن استفاده مي كنم و همچنين در ساسان (اگر مهندس شريعت تغييري نداده باشد)اصلا جالب نيست بنابراين تا به حال شديم سه شركت نه هيچ كس
    خواهشمندم مساعدت فرماييد

    پاسخحذف
  50. گفتم گروه بندی های فرعی راه حلش هست. به اصفهان هم گفتم این راه حل کاملا جوابگوست.

    پاسخحذف
  51. دوستان توجه فرمایند
    اخیرا از چندین شرکت به من زنگ زده اند که مثلا در هنگام ورود اطلاعات نقد یا چک با پیغام "تاریخ چک نمی تواند با بیش از 200 روز اختلاف وارد شود" دریافت می کنند. (عدد 200 مثال است). این در حالی است که تمام کنترلها درست تنظیم شده اند و تاریخ تاثیر هم مربوط به دیروز است.
    سیستم فروش هنگام کنترل تاریخ، به تاریخ روز و آخرین آپدیت در سیستم مراجعه می کند. مثلا اگر در روز 09/09/89 هستیم آما آخرین آپدیت در 09/10/89 انجام شده است کنترل بر مبنای 09/10/89 خواهد بود. این پیشنهاد سازنده ای بود که آقای مهندس آیرم در زمزم مشهد ارائه کردند و دلیل این کار جلوگیری از دور زدن کنترل سیستم است.
    فرض کنید گفته شده است چک حداکثر تا 10 ماه دریافت شود، اپراتور با تغییر تاریخ کامپیوتر سیستم را فریب می دهد و سپس به تاریخ اصلی بر می گردد. این در حالی است که تاریخ وارد شده بعنوان بزرگترین آپدیت در سیستم ذخیره می شود. البته سهوا نیز این خطا پیش می آید به این صورت که تاریخ کامپیوتر تغییر کرده و اپراتور پس از چندین ثبت متوجه اشکال می شود. اخیرا این حالت اشتباه سهوی مشاهده شده است. جالب است که امروز از شرکت چشمه نوشان و زمزم آبادان همزمان چنین خطائی گزارش شد.

    پاسخحذف
  52. پی نوشت :
    برای مشاهده "بزرگترین تاریخ ثبت شده" در مدیریت، وضعیت سیستم، فیلدی به همین نام اضافه شده است.

    پاسخحذف
  53. جناب آقاي بابائي
    با سلام
    از 2 روز پيش مشكل پرداختي فروشندگان در سيتم اينجا نيز بوجود آمده كه حتي به غير از آن در اصلاح حواله ها و بارنامه ها و ... نيز چنين پيغامي ميدهد دز ضمن در منوي ساير عمليات مشاهده گزاشات گزارشهائي كه رويت ميكنيد در آنجا نمايش داده ميشوند كه تاريخ سال 1390 را نشان ميدهند
    با تشكر

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

    پاسخحذف
  55. درود بر مهندس بابابی
    ریز پرداختی عاملین با کسر نسیه وچک قابل اجرا می باشد .
    از زحمات شما ممنونم

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

    درصورت نیاز برای توضیح بیشتر اعلا م نمائید


    با تشکر

    پاسخحذف
  56. بزرگترین تاریخ ثبت شده" در مدیریت، وضعیت سیستم، فیلدی به همین نام اضافه شده است

    مهندس جان كجاي سيستمه ما كه نديديم؟؟؟؟؟؟؟

    پاسخحذف
  57. cfg هم مشكل را حل نكرد

    پاسخحذف
  58. همکاران عزیز – با سلام
    لطفا به مطلبی که اخیرا با عنوان "تنظیم جدید، قبل از پایان سال مالی" و در چند ماه پیشتر تحت عنوان "اشانتیون و تخساسیون" در نهالستان گذاشته ام حتما توجه فرمائید. اگر میل به خواندن ندارید حداقل واحدهای مالی و فروش را در جریان بگذارید. روش پیش فرض سیستم از 01/01/90 در خصوص نحوه محاسبه اهدائی غیر فعال خواهد شد.
    بنابراین بلافاصله بعد از ایجاد سال مالی جدید باید تنظیم ذکر شده تغییر یابد. خواهش می کنم گرچه در بسیاری از شرکتها چند ماه و در بعضی از شرکتها از برج 10 سال مالی جدید شروع خواهد شد، ولی لازم است حتما آمادگی این تغییر از الان بوجود بیاید.
    محمد بابائی
    18/09/89

    لینک مطالب
    http://mohammadbb.blogspot.com/2010/12/blog-post_09.html
    http://mohammadbb.blogspot.com/2010/06/blog-post.html

    پاسخحذف
  59. درود
    آیاامکان دارد در فاکتور تخفیفات واشانتیون جداگانه نمایش داده شود(ازنظر دارایی)

    پاسخحذف
  60. حتما امکان دارد، و اتفاقا پیش فرض هم همان است. به علت قوانین دارائی معمولا حسابداران چنین کاری می کنند.

    پاسخحذف
  61. مهندس عزیز سلام راهنمائی خیلی خوبی بود حتمابنده از این راهنمائی شما در واحد خودم استفاده خواهم کرد و نظرم را بعد از استفاده حتما"خواهم گفت .

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

    پاسخحذف
  63. آقاي نعمتي عزيز
    سلام
    لطفا در مورد روش تسويه فاكتوري فروشنده توضيح بيشتري دهيدكه چگونه در زمان و نفر صرفه جويي مي گردد

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

    پاسخحذف
  65. من که نصف تاریخ نادر شاه را خوندم چیزی نفهمیدم، خدا به داد ناصر خان فودازی برسد.

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

    پاسخحذف
  67. فاصله خطوط بسیار کلی است و مربوط به یک گزارش نیست.
    استفاده از پرینترهای دیگر از طریق داس پرینت بیشتر متداول می شود، بنابراین فارسی کردن روز به روز از حیز انتفاع می افتد.

    پاسخحذف
  68. اگرپیش فرض 1 باشد هر جا لازم شد آنرا تغییر دهیم بهتر است.

    پاسخحذف
  69. فکر نمی کنم کسی به پسندد، سعی می کنم پیش فرض را انتخابی کنم.

    پاسخحذف
  70. فیلتر برای اعدادکوچکتر بزرگتر در خود برنامه

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

    پاسخحذف
  72. چرا در فايلهاي جديد گزينه نمايش مبلغ نهايي بارنامه هميشه غير فعال است ؟؟

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

    پاسخحذف
  73. با سلام و عرض ارادت

    در اخرين فايل ارسالي مشكل فوق كه حل نشده بماند هنگام صدور سند پيغام ؛سند حسابداري ارسال شد ؛ هم حذف گرديده .... به نظر ميرسه واسه حل مشكل سرعت شركت دوست داشتني مورد نظر تا چند وقته ديگه هرچي پيغام تو سيستمه حذف ميشه!!!!!!!!!!!!

    پاسخحذف
  74. چطور حل نشده؟ حالت نمایش مگر نداری؟

    سند حسابداري ارسال شد، درسته برای همان شرکت دوست داشتنی چک می کردم و پیغام را حذف کردم که فراموش شده دوباره می فرستم.

    پاسخحذف
  75. بسلامتي!مشكل حل شد....
    مرسي

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

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

    در ضمن در exe قبلی که فرستادم هنگام صدور سند حسابداری پیغام "سند حسابداری ارسال شد" حذف شده است که درست شده و در exe بعدی ارسال می شود.

    پاسخحذف
  78. درود
    جناب بابایی امسال یواش یواش به پایان میرسد .

    خبری از سورپرایزی که اوایل امسال ازآن صحبت کردید نیست؟
    ماهمچنان امیدواریم

    پاسخحذف
  79. فیلتر برای اعدادکوچکتر بزرگتر در خود برنامه
    زمان گرفتن نسیه فروشنده در عملکرد عاملین

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

    پاسخحذف
  81. درود
    گزارشها/عملکرد عاملین /تحلیل مانده عامل/فروشنده
    در آدرس فوق زمانی که گزارش گرفته می شود اگر مبلغ
    25 صدم ریال هم باشددر گزارش نمایش داده می شود در صورتیکه اصلا نیاز نیست یا حتی 100ریال
    نتیجه گزارش فوق می شود 25 برگ برای یک فروشنده با شش ماه کارکردهدف فیلتر کردن اعداد در گزارش ذکر شده می باشد

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

    پاسخحذف
  83. جناب مهندس خسته نباشید
    آیا در سیستم امکان این وجود دارد که در بارنامه زمان خروج تعداد اهدائی یا اشانتیون و ضایعات درج شود لطفا" راهنمائی بفرمائید

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

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

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

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

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

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

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

    پاسخحذف
  90. یک تذکر مهم
    در قسمت مدیریت - مشخصات سیستم - سفارشها - تخفیف در چاپ سفارش فاکتور نشده، اخیرا اضافه شده است. اصولا باید پیش فرض آن "مطابق تعریف" باشد. متاسفانه از متغیری استفاده کرده ام که قبلا داخل آن مقدار دیگری بود. و ممکن است در کار جاری چاپ سفارش اخلال ایجاد کند. لطفا از تاریخ 06/11/89 اگر برنامه ای دریافت کردید. قبل از هر کاری این متغیر را متناسب سازی کنید. تاکید می کنم پیش فرض آن "مطابق تعریف" است. به جز یک شزکت که خودم تنظیم کرده ام در سایر جاها باید همین پیش فرض را داشته باشد. ضمن عرض معذرت بابت این مشکل اگر از کاربرد آن سوالی داشتید لطفا تماس بگیرید. البته انشاالله که هیچ سوالی ندارید!.

    پاسخحذف
  91. دو تغییر بسیار پرکاربرد
    در ترکی ضرب المثلی هست که می گوید هر چیزی تازش خوبه به جز دوست که هر چه کهنه تر بهتر. البته رندانی این کهنگی را به آب انگور هم نسبت داده اند که محل بحث ما نیست. نمی توان انکار کرد که این ضرب المثل به طرز بی رحمانه ای صحیح است. مخصوصا در خصوص مشتریان جدید که بلافاصله عزیزتر از جان می شوند.
    از مشتریان قدیمی سیستم، سه شرکت تصمیم به تهیه امکانات جدیدی از سیستم کرده اند. فرد آذربایجان و زمزم اصفهان سیستم فروش بر مبنای سفارش را گرفته اند از این میان فرد آذربایجان سیستم کارا را وانهاده و به این سیستم رو آورده است و شرکت خوشگوار مشهد نیز از بخش مربوط به ترمینال دستی شروع به استفاده کرده است. این سه شرکت قبلا بسیار عزیز بودند ولی فعلا بسیار عزیزتر شده اند. خیرات این عزیز شده ترها! دو امکان جدید است که با عرض شرمندگی باید اعلام و اعتراف کنم یکی از آنها را مشتریان عزیز (نه عزیزتر!!) دست کم دو سال قبل درخواست کرده بودند و چنانکه که افتد و دانی انجام نشده بود. نمی توانم در همینجا مخصوصا از سرکار خانم مهندس پورمحمد در کوکاکولای تبریز عذرخواهی نکنم که چند سالی است این گزارش را درخواست کرده بود و الان درست شده است. تازه خبر خوبی هم دارم. شرکت زمزم شرق تهران نیز در دست بسیار عزیزتر! شدن است، و از آنجا نیز بزودی تغییرات جالبی نصیب سیستم خواهد شد.
    1- اگر در مدیریت – مشخصات سیستم – سفارشها، تنظیم فروش گرم در سفارشها را به "فعال با مشخصات" تغییر دهید هنگام ورود به فاکتور نحوه پرداخت با سررسید کنترلی مربوطه سوال خواهد شد. کلید F4 که قبلا در داخل فاکتور این کار را انجام می داد همچنان پابرجاست.
    2- در فروش – سفارش عاملین – گزارش ، اگر گزینه خط و ویزیتور و فروشنده را انتخاب کنید و روی یکی از آنها کلید Enter را بزنید، گزارش را بر اساس عاملین آن تهیه خواهد کرد. و جالب است که دقیقا با امکان تنظیم های صورت گرفته گزارش ایجاد خواهد شد. در نظر داشته باشید که قبلا تهیه این گزارش دست کمی از شکنجه نداشت و باید در عاملین از ابتدا تا انتها را انتخاب و سپس در کنترلهای تکمیلی کد ویزیتور یا فروشنده و یا خط مربوطه را بعنوان فیلتر وارد می کردید. جقدر هنگام نوشتن این سطور از درخواست کننده های قبلی (و البته عزیز!) این گزارش احساس شرمندگی می کنم.

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

    3-جستجوی یک سفارش(فاکتور) که هنوز برگشت نشده در بین بارنامه ها

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

    پاسخحذف
  94. سلام آقای مهندس بابایی
    در صورتی که امکان داره قابلیتی پیش بینی بشه که در سیستم جهت گزارش چکهای برگشتی، هنگام گزارش مانده چک روهم بده خیلی خوب میشه که الان این امکان در سیستم نیست وباید چکهای برگشتی رو یکی‎یکی بررسی کرد که چه میزان وصول شده است و این کار اصولی نیست و خیلی هم زمانبره
    ممنون

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

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

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

    پاسخحذف
  98. بله، در جمع نهالستان یک کامبیز بیشتر نداریم. آن هم چه کامبیزی!
    چشم در دستور کار دارم.

    پاسخحذف
  99. آقای مهندس بابایی
    چون شما ارتباط خوبی با تربتی ها ندارید ننوشتم شما به بزرگواری خودتان ببخشید
    چشم
    haddad از زمزم مشهد

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

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

    پاسخحذف
  101. جناب مهندس بابایی بنده بسیار از شما سپاسگزارم
    لطف شماهمیشه شامل حال دوستان وخصوصا بنده بوده در هر صورت بنده از شما پیشاپیش تشکر و قدردانی میکنم
    haddad

    پاسخحذف
  102. سلام
    در امكان جديد دسترسي دادن به خروچيها يه مشكل اساسي وجود داره وقتي دسترسي html به كسي داده شود دسترسي چاپ گزارش خطا ميدهد و بايستي يا از خير چاپ گذشت يا از خير گزارش html ...اقاي مهندس جهت اطلاع...

    پاسخحذف
  103. درود
    زمانی که دسترسی html داده می شود دسترسی dos برای چاپ خطا میدهد.فقط یکی از این دورا می توان داشت

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

    http://mohammadbb.blogspot.com/2011/01/blog-post_09.html

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

    پاسخحذف
  106. سلام بر آقاي مهندس بابائي و دوستان
    ضمن تبريك سال جديد
    ما دو درخواست از جنابعالي داريم اميدواريم كه امكان داشته باشد
    1- ما قصد داريم در تخفيفات هوشمند تخفيفي را ايجاد نمائيم زمانيكه عاملي در خواست فاكتورش را بصورت تلفني انجام داد تخفيفي به آن لحاظ شود كه تنها امكاني كه مي توان اين تخفيف را لحاظ داد دخالت دادن نوع سفارش در تخفيفات هوشمند مي باشد(مهم و فوري)
    2- نمايش سفارشها جداگانه مثل بارنامه ها در گزارشات

    با تشكر از زحمات

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

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

    برای مشاهده هر دو مورد بالا باید به تعریف کاهنده هوشمند مراجعه کنید.

    پاسخحذف
  108. مهندس بابائي
    خيلي خوب بود امكان جالبي بود كه نياز مارا برآورد ميكند
    در فرمهاي ipf طراحي شده كه بعد از صدور حواله چاپ مي شود يكي از اين فرمها جمع تخفيفات سفارش را برميگرداند و چاپ ميكند چون جمع تخفيفات است همه اعتراض ميكنند كه تخفيفات چاپي سرجمع به تفكيك هر كاهنده با چاپ نوع كاهنده باشد
    چون تعداد تخفيفات ما زياد مي باشد به همين دليل لازم مي باشد كه ريز تخفيفات نمايش داده شود

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

    پاسخحذف
  110. مهندس جان
    سلام
    رويت سفارشها مثل رويت بارنامه ها در گزارشات لطفا اين امكان را اضافه بكن من از دست فروش كلافه شدم

    پاسخحذف
  111. خود سیستم یک گیری داره که دست نگه داشتم. ولی چشم اقدام میکنم

    پاسخحذف
  112. سلام
    در گزارش sc form مانده عاملین را درست نمایش نمیدهد فکر میکنم عاملینی که برگشت از فروش ندارند را درست نمایش میدهد

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

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

    پاسخحذف
  115. مطلب دوم
    اینکه خواهشا این وبلاگ رو منتقل کنید جای دیگه ، از بس از انواع فیلتر شکن استفاده کردیم خسته شدیم
    با تشکر
    حداد با راهنمایی و تبانی خسروجردی

    پاسخحذف
  116. ممنون جناب حداد
    ولی با بد کسی تبانی کردی، من نزده با خسرو لج هستم. خسرو حرف راست هم بزند من با او سر لجاجت دارم، وبلاگ که جای خود دارد.
    یک سوال! شما که به مقامات!!! هم متصل هستید، سوالی بفرمائید که چرا فیلترینگ فله ای؟. بلاگ اسپات که مرتکب خلافی نشده است. من هم که به جز گل و بلبل از چیز دیگری نمی نویسم.

    در خصوص مطلب اول انشاالله بزودی خبرهای خوبی در خصوص چند گزارش جدید و همان موضوع اینجا (تاکید می کنم اینجا) خواهم نوشت.

    پاسخحذف
  117. سلام به همه دوستان
    اقاي مهندس عزيز اين مورد آخري كه فرموديد گردش چك براي بيش از 3 دوره مالي امكان پذير شده فقط در حد يك شعار بود و ما حتي ثبتهايي كه منجر به بدهي نميشوند مثل درجريان وصول . وصول و عودت رو هم امتحان كرديم نشد لطفا شفاف سازي كنيد.

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

    پاسخحذف
  119. جناب اقاي مهندس

    عارضم بحضورتان كه شما فرموديد بنده هم عرض كردم اگر خاطر شريف باشد كه بعيد ميدانم باشد ( چون طلبي نداريد و ... حال نيز هم ..) در تماس قبلي كه در سال مالي قبل كه وارد ميشويم با توجه به اين مطلب كه دوره مالي بسته شده سيستم خطاي تاريخ ميدهد ؛
    ==تاريخ بايد در محدوده سال مالي باشد==
    مويد باشيد

    پاسخحذف
  120. مگه میشه آدم در این لحظه در شهر کرمان باشد و بداند که چه می کشد با این مردم (از تبدیل اطلاعات کارا به بابائی، فکر بد نکن) و سرحال نباشد!

    پاسخحذف
  121. در برگشت بارنامه هنگام برگشت بدون ارسال
    (از كالايي كه ارسال ندارد هم ضايعات و هم برگشت از فروش وارد مي شود) مبلغ برگشت از فروش يا ضايعات بعنوان تفاوت اعشار هنگام صدور سند حسابداري ثبت مي شود

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

    پاسخحذف
  123. چند تغییر در سیستم ایجاد شده است که توجه شما را به آن جلب می کنم
    1- مدتهاست که مکانیزم شناسائی عاملین فعال و غیرفعال محل سوالی برای همه ما بوده است. خیلی سعی کردم گزارش کامل چند سطحی عوامل را به این امکان نیز مجهز کنم، که نشد. در بخش گزارشها- عاملین – با شرایط، فعالیت و عدم فعالیت عامل به نحو احس گنجانده شده است. تصور می کنم همین فیلتر مناسب باشد. لطفا از آن استفاده کنید و اگر نظری دارید در همینجا بگذارید. به این بخش تغییرات خوبی داده شده است.
    2- در تمام فرمهای چاپی از این به بعد اگر عبارت WINDOWSFORM=Y در هدر فرم گنجانده شود در اینصورت ضرورتی نیست که نوع خروجی را لزوما تعیین کنید. سیستم تشخیص خواهد داد.
    3- یک فرم کامل از اطلاعات مشتری بصورت پیش فرض تحت عنوان LC_WIN.FRM طراحی شده است که به پیوست می فرستم. در این فرم تمام اطلاعات مشتری از جمله گروههای فرعی آن که میتواند کاربرد داشته باشد به اکسل اکسپورت می شود.
    4- لطفا از گروههای فرعی عاملین استفاده بکنید. دوستی که بنا به نیاز او این قسمت را نوشتم هم از آن استفاده نمی کند. بعبارت دیگر روی دست سیستم باد کرده است. گروههای فرعی برای دسته بندی عاملین به مثلا تخفیف دار، دارای یخچال و سایر تسهیلات، میتواند پرکاربرد باشد.

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

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

    پاسخحذف
  126. چند تغییر جدید:

    1- حال که شماره سفارش و فاکتور فروش یکسان شده است، به پیشنهاد آقای نخعی در هنگام چاپ فاکتور که قبلا به فرم FC.Frm مراجعه می کرد، حالا به همان چاپ فرم PF.Frm مراجعه می کند. به عبارت دیگر بطور کلی از معضل دو گانگی فاکتور و سفارش خلاص می شویم. جالب است که با این همه دبدبه و کبکه قبلا لیست سفارشها و فاکتورها را نداشتیم و مثلا اگر می خواستیم یک سفارش و یا یک فاکتور خاص را مجددا چاپ کنیم باید به بارنامه آن مراجعه و فاکتور/سفارش مربوطه را چاپ می کردیم. اکنون در بخش گزارشها و اسناد فروش آنچه مربوط به فاکتور است هم در چاپ و هم در مشاهده از قوانین سفارش / فاکتور تبعیت می شود.
    2- قصد دارم در لیست اسناد فروش فاکتورهای محقق نشده را نیز منظور کنم. فروش گرم سابق مانعی در این راه است. آیا در سیستم توزیع و فروش از امکان فروش – اعلام وضعیت و بازدید وضعیت و حذف وضعیت استفاده می کنید؟ فرض من بر این است که هیچ شرکتی استفاده نمی کند. لطفا و فقط اگر از آنها استفاده می کنید من را مطلع فرمائید.
    3- در تعریف عوامل افزاینده و کاهنده تنظیمی وجود دارد که روند شدن و تعداد رقمهای اعشار را سوال می کند. این کاربرد عملا منتفی است و وجود آن بعضا باعث سردرگمی هم می شود. در یکی از شرکتها همین تنظیم اشتباه دو سه روزی من را سر کار گذاشت و کار به ارسال دیتا کشید. در برنامه جدید این دو تنظیم عملا از دور خارج شده اند و در فرصت بعدی نیز کاملا حذف خواهند شد.
    4- در اصلاح بدون کنترل – صورتحسابها تقریبا همه کاری میشد انجام داد به جزء تغییر فروشنده . یعنی اگر بارنامه های یک صورتحساب به گونه ای عوض میشد که فروشنده نیز تغییر می کرد در این صورت باید با ارسال یک یوتیلیتی فروشنده را تغییر می دادیم. گرچه کل این قسمت کار پسندیده ای نیست اما ناچار شدم همین قسمت را هم به آن اضافه کنم. کلید F5 در آن برنامه برای این منظور استفاده می شود.

    پاسخحذف
  127. سلام
    در خصوص بند 2 شركت پپسي مشهد از فروش – اعلام وضعیت و بازدید وضعیت استفاده ميكند.

    پاسخحذف
  128. با سلام
    در بحث آیتم بازدید وضعیت زمزم مشهد صددرصد استفاده میکند. خواهشا حذف نفرمایید.

    پاسخحذف
  129. آقای مهندس قاسم بگلوی عزیز
    من متن ایمیل ارسالی شما را اینجا می گذارم تا پاسخ به شما را بتوانم برای همه همکاران و در همه صنایع نوشابه بفرستم تا بیشتر با هم آشنا بشویم.

    سلام آقاي مهندس بابايي
    خدمتتان عارضم كه اولا من در اين فكرم كه سيستم دوبار محاسبات انجام مي دهد با دو نتيجه متفاوت اين كه اشتباه تنظيمات و كاربر نيست مگر اين تنظيم روند كردن براي همگي نيست در حاليكه مبلغ اشانتيون هم اعلاميه قيمت بوده و هيچگونه تغييري در فروش ايجاد نشده چرا بعد از فاكتور و محاسبه سيستم نتيجه عوض مي شود و بقول خودتان زمزم شرق داره الان از اين عمليات استفاده مي كنه، اگه تا بحال اينجور مغايرتي بود سيستم را داغون مي كرد و
    خوب ما هم بقول شما روند كردن را برداشتيم ولي باز هم درست نبود بايستي تنظيمات را به محاسبات فاكتور برگردانده مي شد تا اين معما حل بشه
    بالاخره اين اشانتيون هم حل شد منتها براي شما هم خوب شد كه به سيستم بازنگري شد و فراموش شده ها به يادتون آمد ولي اين رسم مشتري مداري و همكاري و دوستي نبود كه شما اين جوري رفتار كنيد بالاخره

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

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

    ======
    در خصوص پيشنهاد دوست عزيزمون اقاي خسروجردي بايد بگم اصلا موافق نيستم ....... چون اون گزارش بهترين گزارش تعدادي است و من براي كاربرانيكه نميخوام از گزارشات ريالي استفاده كنند براي دادن دسترسي از اين قسمت استفاده كردم تا جاييكه ميدونم ..... هم در شعب همين كا رو كرده اگه قسمت ريالي بهش اضافه بشه كله دسترسي دادن ما رو بهم ميريزه بماند كه اصلا ميشه اين گزارش و در قسمت تحليل چند سطحي عوامل هم هم بصورت تعدادي و هم ريالي داشت و نميدونم علت اين درخواست چيه
    ================

    ----------
    ناشناس عزیز
    علت این درخواست اینه که مشتریان سیستم روز به روز بی حالتر می شوند و حوصله ندارند حتی متن پستهای مربوط به کار را هم بخوانند. بعد از اینکه می نویسم زنگ می زنند و می گویند: حالا باید چه کار کنیم؟

    پاسخحذف
  132. از مزایای یکی شدن شماره سفارش و فاکتور، چاپ فاکتور در گزارشها – اسناد فروش – چاپ بود که از فرم PF تبعیت می کند. این برنامه چاپ و مشاهده را بعد از ده سال بالاخره دستی به سر و گوشش کشیدم و الان سورتینگ های بیشتری دارد. امکان انتخاب و چاپ نیز دارد. و فرم FC در اینجا از راهنمای PF تبعیت می کند. میتوانید PF را روی آن کپی کنید که روش بهتری است و یا در اطلاعات پایه – عاملین – محدودیت – فرمهای چاپی، فرم FC را به PF تغییر نام دهید. همین توضیح در FC.HLP هم آمده است.

    پاسخحذف
  133. با سلام
    مهندس جان واقعا عالي شده به نظر من تغيير بسيار مثبتي بود . مرسي از لطف شما

    پاسخحذف
  134. با سلام
    بالاخره بعد از چند سال این گزارش اسناد فروش قابل استفاده شد. مرحبا جناب بابایی
    خسروجردی

    پاسخحذف
  135. با سلام خدمت اقایی مهندس بابایی
    در exe جدید
    ارسالی در قسمت گزارشات -اسناد فروش-مشاهده-واردکننده حذف شده
    ایا این ایتم حذف شده یا اینکه جایی دیگر کنجانده شده
    با تشکر
    قاضی عسگر

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

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

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

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

    پاسخحذف
  140. جناب آقای مهندس بابایی سلام
    چرادر بعضی از فروشندگان این اتفاق می افتد
    محرم یوسف زاده

    پاسخحذف
  141. در این صورت حدس من درست است و اشکال از فرم خواهد بود. باید فرم ac را بررسی کنید و یا بررسی بکنیم.

    پاسخحذف
  142. در گزارش چند سطحی عاملین، کنترلهای تکمیلی توسعه داده شده است.در کنترلی تکمیلی سفارش-عامل اطلاعاتی اساسی از عامل از جمله پیشه و سه کد مربوط به سایر گروهها اضافه شده اند.

    پاسخحذف
  143. دوستانی که از ترمینال دستی استفاده می کنند توجه فرمایند که تغییر کوچکی در جدول JoinTable داده شده است. فیلد جدید JTVistDay که Char (7) است بعنوان آخرین فیلد اضافه شده است. اگر از تاریخ 03/06/90 برنامه جدید دریافت کنید این فیلد حتما باید به فیلد آخر این جدول اضافه شده باشد. اگر از SDdb هم استفاده می کنید آنجا هم حتما باید اضافه شود.
    علت این تغییر را عرض می کنم که حتما برای شما هم جالب خواهد بود. می دانید که در سیستم توزیع و فروش هر عامل روز ویزیت دارد که در شناسنامه عامل تعریف می شود. ممکن است روز ویزیت با ویزیتور فرق کند. مثلا عاملی را ویزیتور شماره یک، شنبه ویزیت کند و ویزیتور شماره دو چهارشنبه. این موضوع در سیستم فروش و در اطلاعات پایه – عاملین فروش – ویزیت برای ویزیتور قابل تعریف است. لازم بود این اطلاعات که البته خیلی استثنائی است در JoinTable نیز منعکس شود. فیلد JTVistDay همین کاربرد را دارد.
    باید به شرکتهای طرف قرارداد یعنی زبرآسیا و شرکت طرف قرارداد زمزم شرق که اسمش یادم رفته نیز اطلاع دهید. البته این موضوع در صورت عدم مراجعه هیچ کاربردی برای آنها ندارد. ولی در دیتابیس شما حتما باید وجود داشته باشد.
    شما را به این ماه مبارک و یا هر چیزی که دوست دارید قسم می دهم این تغییر را انجام دهید. بعد از چند ماه که متوجه شدید JoinTable درست بروز نمی شود پیدا کردن آن حسابی پردردسر و اسباب دلخوری مضاعف خواهد شد. متن را هم ایمیل می کنم و هم در وبلاگ قرار می دهم که بعضی ها (بعضی ها به سبک رادیو تلویزیون ایران که شامل نود و پنج درصد مردم می شود) بعدا نگویند ما در جریان نبودیم. در عین حال اسکریپت ایجاد جدول را هم ضمیمه ایمیل می کنم تا بیشتر توجه فرمائید که در چنین مواقعی چقدر چشم آدم از توجه بعضی ها!!! ترسیده.
    محمد بابائی
    03/06/90

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

    پاسخحذف
  145. با عرض معذرت و متاسفانه در بخش مدیریت – نگهداری سیستم – محاسبه مجدد- تثبیت اسناد فروش، اخیرا اشکالی بوجود آمده است که در شرایط خاص، به اسناد غیر از فروش (برگشت از فروش و امانی و استرداد امانی) آسیب می رساند. توجه فرمائید که این اسناد در سطح عاملین است و ارتباطی به بارنامه ندارد. سطح استفاده از آنها هم بسیار محدود است.
    هم اکنون در حال تولید ابزاری هستم که تمام این اسناد از بکاپ برگردانده شود. فقط امیدوار هستم که بکاپ مناسب داشته باشید. این اشکال دست کم از یک ماه پیش وجود داشته و اخیرا در شیراز کشف شده است. البته یک عادت بد باعث کشف این موضوع شد که نمی دانم خوشحال باشم یا ناراحت؟ بعضی از همکاران تا یک برنامه جدید را دریافت می کنند تمام مراحل نگهداری و محاسبه مجدد را اجرا می کنند. اگر اجرای بخشی لازم باشد حتما و پیشاپیش اعلام می کنم، ضرورتی به اینگونه اجرا نیست. علی ای حال این عادت بد موجب کشف اشکال مهمی شد. ممکن است عذر بدتر از گناه باشد ولی فقط دیتای شما خراب نشد، مسافرت من در این ایام بی اینترنتی آن هم در ارومیه، حسابی مختل شد.
    تا دریافت برنامه جدید لطفا به هیچ وجه از بخش گفته شده در بالا استفاده نکنید. باید اینترنت مناسبی داشته باشم و احتمالا فردا به شرکت فرد آذربایجان مراجعه می کنم تا از امکانات آنها بهره بگیرم.
    12/06/90
    محمد بابائی

    پاسخحذف
  146. سلام دوستان

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

    پاسخحذف
  147. اولا چرا خودت را معرفی نکردی؟
    حدس میزنم مهدی در شیراز باشی.
    اول باید پرواسیو نه را نصب کنی مطابق پستی که نوشته ام.
    دوم متاسفانه راه اصولی پیدا نکردم ولی باید درایور اضافی ویندوز سون را برداری. آن درایور در بخش دیسپلی هست و کاربرد آن بیشتر در گیم هاست. آقای سعید خدابنده در کوکای تهران استاد این کار است
    سوم متاسفانه برای ویندوزهای 64 بیتی فعلا راه حلی ندارم.

    پاسخحذف
  148. چند تغییر کوچک
    1-به پیشنهاد آقای نخعی تغییرات عناوین ویزیتورهای سیستم از کنترل مشخصات سیستم،عمومی،ویرایش عنوان تبعیت می کند. و اکنون اگر خواستید و اجازه دادید عنوان ویزیتورهای با گردش را می توان اصلاح کرد
    2-اشکال خیلی بدیهی در بخش ورود فاکتور بر اساس سفارش وجود داشت که محصول به بطر اصلا با ضریب بسته بندی کنترل نمی شد. یعنی برای محصولی 24 تائی 100 عدد هم میشد وارد کرد. که درست شده است.
    3-از همه مهمتر مسئله مشکلی است که در ثبت ناقص بارنامه رخ می دهد. قبلا در اینجا نوشته ام http://mohammadbb.blogspot.com/2010/10/pervasive-and-ups.html که فکر می کنم پرواسیو روی قطعی سرور کنترلی ندارد. البته وقتی بارنامه ای ناقص ثبت می شود بسیار خوشحال می شوم که من را در جریان اتفاقات قرار دهید تا شاید راه حلی اساسی برای آن پیدا کنیم. ولی مسئله اینطوری است که در وسط ثبت بارنامه علیرغم کنترل تراکنشها، اگر قطع برقی و سیم شبکه ای اتفاق بیفتد، مشاهده شده است که عوامل افزایند و کاهنده باقی مانده و بارنامه ناقص ثبت می شود. در نوبت اصلاح سیستم، مدام داپلیکیت کی ولیو می دهد. در کنترلهای نیمه تمام، بارنامه ها، علاوه بر کلید Ctrl+E که پرونده عوامل کمکی را پاک می کرد، کلید Ctrl+O اضافه شده است که در حقیقت عوامل افزاینده و کاهنده مربوط به بارنامه را تثبت می کند.

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

    پاسخحذف
  150. چند نکته در خصوص لاگ سیستم و ترمینال دستی

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

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

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

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

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

    گزارش 2 - گزارش از فاکتورهای رسیدی عاملین زمانی که نحوه پرداخت فاکتور بصورت رسیدی میشود یک کنترل برایش در نظر گرفته می شود که متاسفانه گزارش فوق در سیستم وجود ندارد
    و خواهش بعدی اگه بشه گروه بندی که برای عاملین در نظر گرفته شده تعدادش بیشتر باشه خیلی خوب میشه من نمی دونم برای چی این محدودیت 3 گروه بندی در اینجا وجود دارد....

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

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

    آقای مهندس قاسم بگلو
    حق با شما بود و فیلتر را کلا بازنگری کردم. جالب اینجاست که ماههاست این مسئله به درخواست دوستی تغییر یافته که از اشکال آن تا کنون چیزی نگفته اند. باقی موارد هم در دست بررسی است.

    پاسخحذف
  155. اسکندری (کوکاکولا مشهد):
    مهندس عزیز برای یک کد عامل که در دو سازمان کوکا و کانادا با دو سیاست متفاوت ،ولی با یک کد مشترک عملکرد دارند ، تفکیک محدودیتها حائز اهمیت است ( یکی از مشکلات مهم من ...) - قبلا هم این رو عنوان کردم، راهکاری پیدا کنید
    با تشکر

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

    پاسخحذف
  157. درود
    مهندس بي سابقه بوده اين همه بي سرو صدا بودن مگه خبريه آپديت نداريم؟

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

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

    پاسخحذف
  160. با سلام ودرود فراوان

    مهنذس جان بعد از يك دوره طولاني سكوت را شكستيد و يك ابديتي ارسال فرموديد ضمن تشكر و خـــــــــــسته نبـــــــــــــــــــاشيد(!) در مورد درخواست مربوط به درج تاريخ سررسيد در گزارشات گردش مانده فروشنده و عامل كه به تاريخ پيوست ‏لطفا دستي برسانيد
    با تشكر

    پاسخحذف
  161. سسن گلسن رضا، منم گوزوم اوسته. ای به چشم

    پاسخحذف
  162. همکاران گرامی در شرکتهائی که ترمینال دستی دارند خواهش می کنم این توضیح را حتما ملاحظه فرمایند.

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

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

    پاسخحذف
  164. گزارشهای تطبیقی مطابق کدینگ حسابداری و بانک SDdb
    قبل از هر موضوعی مایلم به اطلاع همکاران عزیز برسانم که شرکت خوش طعم اصفهان به جمع استفاده کنندگان از سیستم توزیع و فروش پیوسته است و یقینا تجربه این مجموعه با سابقه، به غنای سیستم خواهد افزود.
    وقتی سیستم بانکی کشور بعد از دهها سال به تازگی اقدام به کدینگ واحد بانکهای کشور کرده است، انتظار دور از واقع بینی خواهد بود که ما در صنایع نوشابه بتوانیم سیستم توزیع و فروش را با سیستمهای مالی کاملا هماهنگ کنیم. اخیرا درخواستی داشتم که گزارشها را نه بر اساس کدینگ فروش، بلکه بر اساس ساختار حسابداری طلب می کرد. در حسابداری هم موجودیتی مثل محصول و یا فروشنده در لایه های مختلف تفصیلی و با معینهای متفاوت گردش دارند و صحبت از یک یا دو کد نیست. طرح جدیدی در سیستم برای پشتیبانی این قسمت ایجاد شده است. دو فرم PaAcc.Frm و DiAcc.Frm مطابق راهنمای Acc.HLP مشخص خواهند کرد که چه بخشی از کدینگ محصول و یا فروشنده مد نظر است. در اینصورت تمام خروجی های HTML و اکسل و یا تکست علاوه بر کد فروش، کدینگ مستخرج از تعریف کاربر را هم ارائه خواهد کرد. مزیت این طرح در اینجاست که چگونگی کدینگ حسابداری و لایه های تفصیلی در قالب فرم کاملا قابل تنظیم است، البته اگر این فرمها نیز وجود نداشته باشند، سیستم از این مرحله صرفنظر خواهد کرد. بسیار سعی کردم این بخش سیستم به گونه ای توسعه یابد که بشکل کاملا آبجکتیو، به تمام بخشها تسری یابد، متاسفانه امکانپذیر نشد. بنابراین در حال حاضر فقط در بازدید سیستم و مانده فروشنده گان گنجانده شده است و طبق اطلاع و درخواست شما به سایر بخشها نیز گسترش داده خواهد شد.
    استحضار دارید که بر عکس ممالک توسعه یافته در سرزمین باستانی ما مشتریان به سه دسته تقسیم می شوند. مشتریان بسیار با شخصیت و مشتریان با شخصیت و مشتریان سوخته. مشری در آستانه عقد قرارداد بسیار با شخصیت است و حرفش را باید با آب طلا نوشت. مشتری بعد از عقد قرارداد و پرداخت پیش پرداخت بلافاصله یک مرتبه نزول و با شخصیت می شود و مشتری ای که تمام مبلغ را پرداخت کرد و به اتمام ریالی قراداد رسید، با سرعت برق و باد به جرگه سوختگان می پیوندد.
    در همان مرحله اول حسابداران شرکت خوش طعم اصفهان که در شرکتی دیگر با سیستم آشنا بودند درخواست کردند که بعد از صدور اعلامیه جدید در بخش حسابداری / سند حسابداری / کدینگ حسابداری / عوامل کاهنده و افزاینده / کدهای حسابدری که به ریز اعلامیه کدگذاری می شود، اطلاعات قبلی منتقل شود. نظر به اهمیت مشتری مداری در چنین موقعیتی، بلافاصله اقدام شد. اکنون خیلی شرمنده ام از دوستانی که سالها از این قسمت عذاب کشیده اند.
    در اطلاعات شناسنامه ای عامل فیلدی تحت عنوان «ویزیت» وجود داشت که کاملا گمراه کننده بود. منظور از آن فیلد نه روز ویزیت بلکه روز تحویل بار است. فعلا در تمام قسمتهای سیستم تغییر نام یافته و به زودی گزارشهای اصلی فروش و سفارش بر مبنای روز ویزیت نیز تقدیم خواهد شد.
    نکته مهم دیگر بانک اطلاعاتی SDdb است. تغییراتی در این بانک داده شده است که شاید دست کم دیتای کامل سیستم و مخصوصا خزانه داری نیز انتقال یابد. بانک قدیمی فعلا پشتیبانی می شود ولی احتمال بسیار زیاد بعد از سال جدید، بانک جدید کاملا جایگزین خواهد شد. شایان ذکر است که این بانک فقط در یک شرکت مطابق قراداد نصب شده و سایرین معمولا به عنوان بررسی دریافت کرده اند. در بعضی جاها هم بلای جان سیستم شده است. با عرض معذرت باید به اطلاع برسانم که پشتیبانی همزمان ورژن قدیم و جدید بار سنگینی روی سیستم می گذارد. و فعلا به جزء به روز کردن فقط یک شرکت طرف قرارداد، قصد ارائه و توسعه ورژن جدید را به صورت همگانی ندارم. هدف این بانک رسیدن به مرحله صدور سند حسابداری بود که تاخیر فراوان در آن روی داد و حتما قبول دارید که بدقولی بسیار بدتر از ارائه کار نصف و نیمه است.

    پاسخحذف
  165. دو تغییر جدید:
    می دانیم و حضورا توضیح داده ام که در عوامل کاهنده و افزاینده، اشتباهی در طراحی وجود دارد که متاسفانه کاربری آن را در شرایطی که مثلا مالیات و عوارض در دل قیمت فروش است، مشکل کرده است. وقتی ضریب عوارض و مالیات تغییر می کند عملا مجبور می شویم که سرفصل های جدیدی تعریف کنیم. مشکل اینجاست که تعریف "نسبت" نباید در تعریف عامل صورت می گرفت، بلکه هنگام صدور اعلامیه باید این نسبت را منتسب می کردیم. اکنون این کار صورت گرفته است و البته در مرحله آزمایش است. ترکیب فعلی هیچ تغییری نکرده است. اما اگر هنگام صدور اعلامیه، نسبت جدیدی اعلام شود، مبنا قرار خواهد گرفت. اگر بدون اشکال از این مرحله بگذریم موفقیتی درخور توجه در برطرف کردن این اشکال طراحی خواهد بود.
    به طور کلی این امکان در حال اضافه شدن به سیستم است که پرداخت و دریافت به راحتی از سایر سیستمها قابل اخذ باشد. راهنمای Py_Txt.Hlp بدین منظور در فولدر فرم قرار گرفته است. می توان از مبالغ بارنامه و مطابق فرم بارنامه هم پیش نویس پرداخت و دریافت ایجاد کرد. فکر بکری است و در حال حاضر نیز عملی شده است. مثلا فرض کنید درست به مبلغ بار ارسالی طرف حساب باید مبلغ نقدی پرداخت کند، در این صورت می توان اتوماتیک این مبلغ را با سند عطف و شماره گذاری و شرح مناسب ایجاد کرد. و یا فرض کنید مایل باشید کرایه حمل را نقدا و از صندوق پرداخت کنید در اینصورت میتوان از سیستم کمک گرفت. البته برای استفاد این امکان باید راهنما و فرم Py_Bl.Frm , Py_Bl.Hlp مشاهده شود. همچنین کنترل جدید "صدور پیش نویس پرداختی" در مشخصات سیستم، بارنامه، باید فعال باشد.

    پاسخحذف
  166. با سلام خدمت همه همکاران،
    چند تغییر در سیستم داده شده است که توجه شما را به آن جلب می کنم :
    1- امکان دریافت اطلاعات عاملین از طریق فایل تکست به نحود احسن توسعه یافته است. اگر فایل تکست مطابق راهنمای CuImport.HLP که در فرمهای اوریجینال هست را مثلا از اکسل و یا هر فایل دیگر تهیه نمائید در اینصورت در بخش مدیریت – دریافت اطلاعات (Text File) – عاملین فروش می توانید اخذ نمائید. لازم است به چند نکته توجه شود. کد عامل در این فایل متنی کلید است. اگر این کد وجود داشته باشد با مقادیری که اعلام شده عامل بروزآوری می شود و در غیر اینصورت با همین کد، عامل جدید ایجاد خواهد شد. تعداد فیلدها حتما باید منظور شود.بسیاری از این فیلدها را ممکن است لازم نداشته باشید، کافی است فقط با سمیکالن خالی آن فیلد را منظور کنید. اما نکته بسیار مهم ترتیب چیدن این فیلدهاست. متاسفانه در ویندوز فایل متنی که شامل عباراتی با الفبای عربی فارسی باشد، درست نشان داده نمی شود. یعنی آنچه که مثلا با نوت پد مشاهده می کنید لزوما همانی نیست که به شکل فیزیکی در فایل چیده شده است. بهترین برنامه ای که من می شناسم براوزر تحت داس نورتون کامندر (NC) است. احیانا اگر برای این نقیصه نوت پد و بطور کلی ویندوز، ابزار مدرن دیگری سراغ داشتید، لطفا من را بی اطلاع نگذارید.
    2- طول جغرافیائی و عرض جغرافیائی به اطلاعات عاملین اضافه و در فرمها هم کدهای لازمه برای نمایش و چاپ آن منظور شده است. محل ورود اطلاعات آن در اطلاعات پایه - عاملین و اطلاعات تکمیلی عاملین است.
    3- لازم است پس از دریافت این برنامه حتما پرونده عاملین بازسازی شود.
    4- بعد از قریب به ربع قرن بالاخره بازسازی پرونده ها را طوری درست کردم که امکان بازسازی در تمام سالهای مالی وجود داشته باشد. برای بازسای عاملین از آن استفاده کنید.
    با تشکر – محمد بابائی
    24/02/91

    پاسخحذف
  167. همکاران گرامی

    با سلام و تبریک عید فطر

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

    1- اگر ریپلیکیشن دارید باید قبل از تبدیل و گذاشتن برنامه جدید، تمام ارسال و دریافتها انجام شود و از خالی بودن رپیلیکیشن در مبداء و مقصد اطمینان کامل داشته باشید.

    2- پاکسازی شاخه دیتا را انجام دهید و از دیتا بکاپ بگیرید. تمام فایلهای احتمالی که پسوند و یا پیشوند فیکس داشته باشند باید در این مرحله کاملا حذف شده باشد.

    3- برنامه جدید را بگذارید و مدیریت – نگهداری سیستم – تغییرات جدید گردش چک را ران کنید. این مرحله قابل تکرار نیست.

    4- پس از پایان، فایلهای فیکس تولید شده را به نام اصلی تغییر دهید.

    5- تمام فایلهای send, log را کاملا پاک کنید.

    6- چون تغییر ساختار در جداول به وجود آمده برای پرهیز از مشکل و احتمال اینکه سیستم لوکالایز خطائی داشته باشد و برای اطمینان کافی، در تمام اساتشنه (استیشن ها) اس لوکال را دستی پاک کنید که دوباره ایجاد شود. مستحب واجب است.

    با تشکر – محمد بابائی

    31/05/91

    پاسخحذف
  168. همکاران گرامی، با سلام
    دو تغییر کاربردی در سیستم داده شده است.

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

    2-در مدیریت – مشخصات سیستم – سفارشها، تنظیمات ترمینال دستی وجود دارد. در این تنظیم امکانی وجود داشت که کاربرد آن برای شرکتهائی است که سفارشهای چندین مرکز توزیع را روی یک بانک اطلاعاتی اچ اچ دی بی می ریختند. پیش فرض این تنظیم همه سفارشهاست که چنین شرکتهائی آن را به "بر اساس ویزیتور" تغییر می دادند. وقتی "بر اساس ویزیتور" فعال بود، رنج کدینگ ویزیتور هر مرکز توزیع، مبنای دریافت اطلاعات همان مرکز، از ترمینال دستی بود. اگر کدینگ ویزیتورها مرتب نباشد و یا علاوه بر ویزیتور، کدینگ عامل و خط و یا موجودیتهای دیگر مد نظر باشد، در اینصورت این بخش قابل استفاده نبود. توسعه ای همه جانبه به این بخش داده شد. طوری که با تنظیم "Where Clause" جایگزین شد. اگر این تنظیم فعال باشد در اینصورت سیستم برای دریافت سفارشهای هر مرکز توزیع، مطابق راهنمای HHSQL.HLP به اسکریپت مربوط به همان مرکز مراجعه خواهد کرد. همراه این یادداشت، فرم پیش فرض به نام HHSQL.Frm هم ارسال خواهد شد. که در آن به طور پیش فرض، تفکیک بر مبنای ویزیتور لحاظ شده است. این کوئری را بر اساس تمام فیلدهای جدول SDS.PreSale میتوان توسعه داد، با این فرض که هر چه بنویسید، با اسکریپت داخلی سیستم، And خواهد شد.
    با تشکر – محمد بابائی
    12/07/91

    پاسخحذف