از ابتدای راه اندازی نهالستان قرار بر این بود که بیشتر محل تبادل نظر همکاران استفاده کننده از سیستم توزیع و فروش باشد. بعضا نیز پیشنهادهای خوبی در زیر کامنتها میرسد، که چون مطالب کهنه می شود از دید سایرین پنهان می ماند. به پیشنهاد جناب آقای نخعی لینک این مطلب در گوشه سمت راست همواره قابل دسترسی خواهد بود.
در اینجا حتی میتوان سوال کرد و از سایر همکاران راهنمائی خواست. می دانید که بسیار اتفاق افتاده برای حل مشکلی از سایر همکاران کمک گرفته ایم. هدف ارتقاء بهره برداری از سیستمی است که پیچیدگیهای زیادی پیدا کرده است. نویسنده نیز در خیلی از موارد به راهنمائی شما متوسل می شود.
مطرح کردن مطلب و اشکالی که خیلی جنبه شخصی و خاص دارد، در اینجا جالب نیست. لطفا پیشنهاد و اشکالاتی که می تواند برای همه جالب باشد، مطرح کنید. چون همه ما میراث داران سعدی بزرگوار هستیم، بهتر است حتی الامکان به فارسی روان و خوانا بنویسیم. معرفی خود و گذاشتن عنوان برای مطلب ضروری است.
در اینجا حتی میتوان سوال کرد و از سایر همکاران راهنمائی خواست. می دانید که بسیار اتفاق افتاده برای حل مشکلی از سایر همکاران کمک گرفته ایم. هدف ارتقاء بهره برداری از سیستمی است که پیچیدگیهای زیادی پیدا کرده است. نویسنده نیز در خیلی از موارد به راهنمائی شما متوسل می شود.
مطرح کردن مطلب و اشکالی که خیلی جنبه شخصی و خاص دارد، در اینجا جالب نیست. لطفا پیشنهاد و اشکالاتی که می تواند برای همه جالب باشد، مطرح کنید. چون همه ما میراث داران سعدی بزرگوار هستیم، بهتر است حتی الامکان به فارسی روان و خوانا بنویسیم. معرفی خود و گذاشتن عنوان برای مطلب ضروری است.
مهندس جان سلام
پاسخحذفسه سوال ؟
1- وقتی عامل یا فروشنده غیر فعال میشود جرا در قسمت پرداختیها غیر فعال نمیشود
2- چرا در سیستم محدودیت کالا به عامل وجود ندارد ، یعنی چرا نمیتوان بعضی کالاها را برای بعضی عاملین غیر فعال کرد؟
3- لطفا" ادرس عامل در گزارش کاردکس عاملین لحاظ شود ( این مورد و قبلا" هم در خواست کرده بودم
ممنون از حسن توجه شما
سلام
پاسخحذفکسی میدونه چطور میشه زمانی که برق قطع میشه upsویندوز(سرور) را shut down کنه لطفااگه میدونید توضیح کامل بدهید
با تشکر
جناب نخعی
پاسخحذف1- در قسمت پرداختیها منظقی نیست، چون قرار است بار فرستاده نشود ولی اگر مشتری خواست بدهی قبلی خود را تسویه کند چه باید کرد؟
2- محدودیت کالا به عامل بی معنی نیست ؟ اما محدودیت کالا به ویزیتور را داریم که به نظر کاملا اصولی می رسد.
3- کاردکس عامل را از طریق DC فرم میتوان هر جور خواستید طراحی کنید. شما با همه خصائل خوبی که دارید در تعریف فرم خیلی تنبل تشریف دارید.
آقای نعمتی عزیز
از دوستان درخواست می کنم به شکل مدون این موضوع را اینجا بنویسند. تا حتی اگر یو پی اس خاصی هم لازم است به فکر تهیه باشیم این نقطه ضعف ممکن است خیلی آسیب برساند
در ضمن سایر مواردی را که ایمیل کرده بودید اینجا بگذارید، تا دوباره بررسی شود. شاید هم مانند آقای نخعی به فرم حواله شدید
ما الآن بیش از 2 ساله که UPS Faratel SDC 10000X خریدیم و فعلاً خدا رو شکر مشکلی نداشتیم. فقط باید مراقب قطع برق از طرف دولت باشیم و بس. مثلاً زمانی که قرار شده بود روزی 5 ساعت برق کارخانه ما در اوج مصرف تابستان قطع بشه!!! من شخصاً وارد عمل شدم و کلیه پرسنل غیر ضروری را از مدار برق UPS خارج کردم و فقط سرور و کاربران مرتبط با سیستم توزیع و فروش را به برق UPS وصل کردم و خدا رو شکر جواب هم داد.
پاسخحذفعلی عزیز
پاسخحذفآیا این یو پی اس امکان این که سرور را شات داون کند دارد؟ سوال مهدی این بود.
مهندس عزیز
پاسخحذفاولا" اختصاص کالا به ویزیتور به نظر بنده اصولا" کار مفیدی نیست چون فکر نمی کنم در هیچ شرکتی ویزیتورها محدودیتی در ویزیت کالاهای خاصی داشته باشند اگر هم باشد احتمالا" محدودیت در دریافت سفارش یک برند خاص است نه یک کالا که طبعا" یک ویزیتور که جهت ویزیت برند خاصی انتخاب میشود هیچ موقع سفارش از دیگر برندها نمیگیرد چون اصولا" پورسانتی بابت ان دریافت نمیکند حالا که شما این محدودیت را گذاشته اید دلیل نمیشود که محدودیت مهمتر و کاربردی تر را فدای این یکی بکنید
دوما" در مورد عامل غیر فعال شما لطف کنید کلا" غیر فعالش کنید اگر خواست پول بدهد ما همان موقع ان را مجدد فعال میکنیم تا پولش را بدهد (نگران نباش مهندس جان ...)
سوما" گزارش کاردکس عاملین را دفعه قبل که خواستید تعداد کاراکترهای مربوط به کد عامل را بیشتر کنید تا در پرینت اینجوری؟؟؟؟؟؟؟؟نشود اول گفتید فرم است بعد خودتان یک ساعت رویش کارکردید بعدش گفتید که گزارش است و حالا دیگه....اینجوریا...
اختصاص کالا به عامل چه ضرورتی دارد؟ اگر جزو سیاستهای اصولی شرکت شما نیست و میتواند جنبه عمومی داشته باشد، لطفا توضیح دهید.
پاسخحذفدر مورد ویزیتور حق با شماست در واقع برند به آن منتسب می شود در شرکتهائی که چند نوع برند را پخش می کنند.
سلام
پاسخحذفسئوال اول که بی جواب ماند.
اول اینکه بخاطر بعضی تغییرات که به کار ما می آید وسرعت تسویه حساب در حسابداریها را افزایش میدهداز طرف خود وتمام کسانی که بهره ای از آن می برند تشکر می کنم
------------------------------------------------ -----------------------------
بعداز افزودن امکانات جدید از کاربران نظر سنجی گرددوبرای تکامل روش جدید ازآن استفاده شود
در ریز پرداختی عاملین کلید جستجو تعریف شود
وقتی نسیه فروشنده در پرداختی فروشندگان/بدهکاران و(هچنین چک در پیشنویس وارد می گردد) مبالغ وارد شده از حساب عامل کسر گرددومانده بدهکار (بعنوان نقد پرداختی عامل )در ر یز پرداختی عامل نمایش داده شود
که اگر این امکان به برنامه اضاف گرددنیازی به جستجو نیست
دو پیشنهادذکر شده فوق العاده کارآمد هستند وسرعت تسویه را به نحو چشمگیری در بیشتر مواقع بالا خواهند برد
اگرازدوستان کسی میداند چگونه فقط از عاملینی که در ( اطلاعات پایه /عاملین/ محدودیت /عوامل کاهنده)داری مقدار میباشد گزارش گرفت لطفا کمک کند
باوجود این وبلاگ فرصت خیلی خوبی بوجود آمده که ابزار خودرا ارتقا دهیم واز تجربیات یکدیگر استفاده نمائیم پس خاطر خود را بیشتر از این نیازاریم
از دوستان خواهش میکنم نظرات خودرا پیوست نمایند تا ان شاالله آقای مهندس بابایی برای انجام پیشنهادات بنده ودیگر دوستان تشویق گرددند
با تشکر
22/07/89
با سلام
پاسخحذفجناب نعمتی در بحث گزارش از عاملین و محدودیت آنها از قسمت گزارشها، عاملین فروش، عاملین، با شرایط، طبق ال سی فرم - یک فرم جدید ساخته که با ال سی شروع شود. بنده فرم تحت ویندوز آن را ساختم، فقط اشکال این است که تا 5 کاهنده را میتوان در اکسل فقط گرفت اگر خواستید میتوانم برای شما بفرستم.
درود
پاسخحذفآقای خسروجردی عزیز من فقط میخواهم عاملین دارای تخفیف نمایش داده شوند آیا این امکان وجود دارد
mahdi_nemati@hotmail
از کمک شما ممنونم
درود بر مهدی
پاسخحذفگزارش چند سطحی عوامل این امکان را بخوبی ساپورت میکند، یعنی شما می توانید در آنجا از عاملینی گزارش بگیرید که تخفیف دارند و حتی نوع تخفیف هم در فیلتر آن هست، در ضمن میتوان گفت که بر اساس تخفیفهای منتسب به عامل گزارش بگیرد و حتی اگر مغایرت داشتند، گزارش کند. یعنی عاملی نباید از تخفیفی استفاده می کرد و سوپروایزر سیستم بقول معروف زیرآبی رفته و تخفیف را اعمال کرده، مشخص شود.
در ضمن دو پست در زمینه گزارش چند سطحی در نهالستان هست از جستجوی آن استفاده کن شاید چیز بیشتر و بدردبخوری داخل آن باشد.
جناب نعمتی ، سلام
پاسخحذفهمانطور که آقای بابایی گفتند بهتر است از قسمت گزارش چند سطحی عوامل استفاده کنید و حتما سطح اول را کاهنده انتخاب کنید ، بهتر است به html بگیرید و آن را در اکسل به دلخواه فیلتر کنید.
به مطلب خسرو این را اضافه کنم که قبل از اکسل هم در خود گزارش فیلترهای بسیار کارآمدی هست.
پاسخحذفدرود بر مهندس
پاسخحذفاگر موارد ذکر شده ایجاد گرددفوقالعاده سرعت تسویه با کمترین استثنابالا خواهد رفت جناب مهندس بابای فکر کنم فقط شما باید زحمت شرو بکشیدپس حرکت از شما.
************************************************
اگر از دوستان کسی بامن هم نظر هست لطفا نظر بدهید.
************************************************
در ریز پرداختی عاملین کلید جستجو تعریف شود
یا
وقتی نسیه فروشنده در پرداختی فروشندگان/بدهکاران و(هچنین چک در پیشنویس وارد می گردد) مبالغ وارد شده از حساب عامل کسر گرددومانده بدهکار (بعنوان نقد پرداختی عامل )در ر یز پرداختی عامل نمایش داده شود
که اگر این امکان به برنامه اضاف گرددنیازی به جستجو نیست
دو پیشنهادذکر شده فوق العاده کارآمد هستند وسرعت تسویه را به نحو چشمگیری در بیشتر مواقع بالا خواهند برد
با تشکر
13/08/89
کلید جستجو که باید باشد، و به نظرم دارم. دقیقا روی جه کلیدی؟ بگو تا اضافه کنم.
پاسخحذفمن نمی فهمم پیشنهاد دوم چه تاثیری در تسویه حساب دارد؟
لطفا کمی تفصیلی تر بنویس
درود
پاسخحذفمهندس حرکت شما خیلی طول کشید
دلمون آب شد مطمئن باش این قابلیت جدیدبسیار کارآمد خواهد بود
کمی دیگر صبر کن.
پاسخحذفدرود
پاسخحذفیک نرم افزارجهت مدیریت شبکه
مانیتورینگ
فرستادن مسیج
دستکاری سرویس کلینتها
دسترسی به رجیستری و......
Dameware
امکانی در سیستم داریم که اگر هنگام ورود نقد و یا فیش نقد فروشنده، شماره بارنامه را به عنوان سند عطف در سیستم وارد کنیم، در این صورت موقع ریز کردن آن، سیستم برای راحتی کاربر عاملین همان بارنامه را با میزان قابل پرداخت فاکتور، لیست می کند.اگر همه چیز مطابق سفارش صورت گرفته باشد در این صورت سند کاملا بالانس خواهد بود و هیچ نیازی به تغییر نیست. آقای مهدی نعمتی که امتیاز ایشان (شاید هم تنها امتیاز) بچه منطقه سعدی شیراز شاعر محبوب من بودن هست، از کوکای شیراز پیشنهاد کرده است سایر پرداختهای عاملین از جمله چک و نسیه و بدهکاران از این مبلغ کم شود. و در این صورت به واقعیت بسیار نزدیکتر خواهد بود. به نظر من هم درست می رسد. مطلع هستم که از این امکان در شیراز و در ساسان تهران استفاده گسترده ای می شود از سایر شرکتها اطلاعی ندارم. بنابراین اگر از این امکان استفاده می کنید توسعه ای که قرار است داده شود را بررسی و اگر احیانا اشکالی در کار شما ایجاد می کند مطلع فرمائید. اگر خبری از شما نشد که معمولا نمی شود و وقتی به دردسر خوردید خبر می کنید و این همه نوشتن هیچ خاصیتی ندارد، فرض بر صحت طرح جدید خواهد بود.
پاسخحذفبا احترام – محمد بابائی
21/08/89
سلام
پاسخحذفحتما میدانید بسمت عامل محور در حرکتیم. الان هم وسط راهیم. هرکس بنوعی. آیا با آن هماهنگ است؟ آیا توسعه آینده را می بیند؟ بحث مالی آن توسط مالی چی ها باید کامل بررسی شود.
کامبیز.
درود
پاسخحذفباتوجه به اینکه این یک ابزار انتخابی می باشد و اگر کسی به مشکل برخوردمی تواند از آن استفاده نکندالبته اگر شما حساب عاملین دارید قطعا به مشکل نخواهید خورد.
به نظر من این سئوال باید زمانی مطرح می شد که شما
این توسعه را ایجاد کردید ومنطق می گوید اگر کسی مشکلی نداشته پس دراین رابطه هم ندارد
مهندس بابائي عزيز سلام
پاسخحذفدر سيستم اخذ سفارش مشتريان ، ثبت سفارش صدور فاكتور مربوطه را از سوي سيستم موجب مي گردد و پس از چاپ فاكتور به مشتري تحويل مي گردد حال با توجه به اينگه گاها مسافت بين شركت و مشتري طولاني و يا به هر دليل منطقي يا غير منطقي امكان رساندن فاكتور به مشاري فراهم نمي باشد آيا روشي وجود دارد تا بتوان شماره فاكتور مربوط به هر مشتري را با قيد فيلدهاي مهم فاكتور از قبيل قيمت و . . . را از طريق سيستم SMS خودكار به موبايل مشتري ارسال نمود اگر بتوانيد راهنمايي فرمائيد
ممنون - موسي زاده حليم
محسن عزیز - مدیر محترم و جوان و خوشفکر فروش زمزم
پاسخحذفخیلی خوشحال هستم شما را در اینجا ملاقات می کنم. پیشنهاد کاملا در خور توجهی است خوشبختانه بستر مناسب برای این کار در سیستم مهیاست.
حتی اگر مایل باشید و قبلا آقای مهندس آیرم و مهندس صادقی در زمزم مشهد، زمانی که جوان بودند و پرشور این پیشنهاد را مطرح کردند و بعد فراموش شد، میتوانیم به مشتریان سیستم امکانی بدهیم که عملکرد خود را در سیستم مشاهد کنند.
تصور بکن اگر روی وب به هر مشتری یک اشتراک داده شود و پس از مراجعه قادر باشد کل عمکلرد خود را ببیند چقدر جالب خواهد بود.
بدیهی است که در این روش آنچه که سیستم فروش میتواند ارائه دهد خروجی مناسب و در لحظه مناسب است مابقی سخت افزار و نرم افزاری است که باید تهیه شود.
من پیشنهاد میکنم سایر همکاران خود در زمزم را ترغیب به این کار کنی.
جناب آقای بابایی
پاسخحذفبا سلام. در گزارشات ضمائم سند حسابداری ، خلاصه مخازن، در فرم های TCB زمانی که در یک بازه زمانی گزارش میگیریم ، چک یا فیش جایگزین چک برگشتی نمایش داده نمیشود. اما در گزارش روز به روز موجود است. لطفا نگاهی بیندازید. با تشکر
خسرو عزیز
پاسخحذفدرست است، شاید تنها اشکال این گزارش همین باشد. یادداشت کردم. وقتی یک نفر دیگری پیدا شد که پارتی آن قویتر از تو بود!!! و همین اشکال را گرفت، حتما انجام خواهد شد. در نیرنگستان ضعیف کشی مستحب است.
درود
پاسخحذفبهتر نیست
اگر زمانی که بارنامه فاکتور می شود در همان جا بعد
از تراز کالایی فاکتور وبارنامه
چک ونقد مثلا با یک تیک یا ضربدر(البته با هر تیک مبلغ فاکتور در ستون مربوطه درج گرددوامکان ویرایش باشد) مانده بمعنی نسیه فرض شود
25/08/89
یا
پاسخحذفروال فعلی معکوس گردد
یعنی
در حا حاضر اگر فاکتوری پر داختی نداشته باشد بعنوان نسیه محسوب می گردد
بامعکوس کردن این حالت فقط مبلغ فاکتورهای نسیه وارد گرددالبته اگر این حالت با فشردن کلیدهای ترکیبی قابل تغیر باشدخیلی دلپذیر تر خواهد بود
!!!!!!!!!!!!دوستان لطفا نظر بدهید زمان تسویه فروشندگان خیلی زیاد وپیچیده می باشد
جناب بابایی سلام
پاسخحذفخدا پدر مادر اون نفری که شما رو مجبور کردید این تغییرات گروهی رو بسازید بیامرزد، من 3 سال پیش گفتم،گفتی نمیشه . معلوم شد که اون زمان از طرف رگ آریایی حرف زدی .ولی خدا رو شکر که بالاخره درست شد. (خسروجردی)
سلام خدمت آقاي مهندس بابائي
پاسخحذفبنده خيلي وقت است كه كمي از سيستم دور شدم بنابر دلايلي كه جنابعالي در جريان بوديد انشاء الله در روزهاي آتي نه چندان دور همديگر را ملاقات و خبرهاي خوشي را خواهيم شنيد .
یاشاسین منم آنا یوردوم، یووام، یولوم، شهرم، کندم،کووشنم،ارسم،فردم
پاسخحذفبه امید دیدار. خوشحالم که از این طریق در ارتباط بوده ایم.
درود
پاسخحذفجناب بابایی پرداختی عاملین تغییر کرد.
علامت سوال یادت رفته ای همشهری سعدی.
پاسخحذفنه هنوز مشغول نشدم.
سلام مهندس
پاسخحذفتقاضای ایجاد مشتریان ستاره دار که در سیستم به عنوان یک عامل شناخته نشود ولی اطلاعاتشان باشد. چون درصدی از مشتریان از پپسی استفاده نمی کنند و به هیچ عنوان خرید ندارند ولی چون جزو مشتریان محسوب می شوند تعداد عاملین را بالا می برد و این قضیه باعث می شود که در تقسیم بندی مشتری که برای ویزیتور می شود خواسته سفارش بالا باشد ولی دریافت سفارش برای چنین مشتریانی کم باشد.
به گفته دیگر می خواهیم در مسیر ویزیتورها عاملین کارآمد و مشتریانی که خرید دارند را مشخص و به آنها داده و در کنار آنها مشتریانی که خرید ندارند را با داشتن اطلاعات رایزنی کنند تا بتوانند جذب کنند اگر جذب شدند ستاره آنها حذف شود.
و در غیر اینصورت ما باید اینچنین مشتریانی که اصلا خرید نمی کنند را از سیستم حذف کنیم تا تعداد عاملین و فاکتورهای جذب در مسیر روزانه برابری داشته باشد.
جناب حمعه پور - سلام
پاسخحذفمن پیشنهاد می کنم آن عاملین را از خطوط توزیع حذف کنید در این صورت نه تنها عملا غیر فعال خواهند شد، بلکه اطلاعات شناسنامه ای عامل هم برای بررسی بیشتر حفظ می شود.
اگر این موضوع هم جوابگو نبود، اعلام فرمائید تا راه بهتر را با هم بررسی کنیم.
سلام آقای مهندس
پاسخحذفتعداد عاملینی که بیش از یک دوره مالی خرید ندارند یا به صورت ناقص ثبت شده اند درسیستم بسیار زیاد است درصورتی که امکان حذف این عاملین وجود داشته باشد،علاوه بر مزیت های دیگر به سرعت گزارش گیری مخصوصا از قسمت عاملین، خیلی کمک می کند.
یادآوری : گزارش از عاملینی که در یک بازه زمانی خرید نکرده اند یا پایین تر از یک مقدار مشخص خرید کرده اند.!!
سعی می کنم در تفییرات امکان حذف گروهی عاملینی که گردش ندارند را بگذارم که کار راحتتر باشد.
پاسخحذفآن گزارش هم که وبال گردن هست یک فکر خوبی برای آن باید بکنم. وضعیت فعلی جوابگو نیست
خانم مهندس پورمحمد
پاسخحذفتغییرات گروهی را که توضیح داده ام، حتما دریافت کرده اید. به نظرم رسید با همین منطق و امکان جستجو اگر حذف گروهی عاملینی که گردش ندارند را هم اضافه کنیم به پیشنهاد شما نزدیک شده ایم. البته من شخصا معتقد هستم در خصوص اطلاعات پایه که گردش ندارند اگر حذفی هم صورت می گیرد، بهتر است مورد به مورد بررسی شود. ولی ماشا.. بقدری این اطلاعات همه جا زیاد شده است که گذاشتن آن خالی از منطق نبود.
درود
پاسخحذفسرکار خانم پورمحمد
اگر در گزارشها/عاملین فروش /باشرایط/السی فرم/در کادر نمایش داده شده باید کنترل سفارش روزانه=داشتن سفارش کنترل عملکرد=فعال ودو بازه زمانی در کادر زیر آن بعنوان مثال
گردش دار= 01/08/89تا01/09/89
گردش ندار=ابتدای سال مالی تا30/07/89
عاملینی را نمایش میدهدکه در تاریخ گردش دار خرید نداشته اند اما در تاریخ گردش ندار خرید داشته اند
(یا مشتریان از دست رفته).
جناب مهندس بابایی
پاسخحذفسلام
ما در مانده فروشندگان به خاطر کنترل بیشتر با دو کد مانده و چک برگشتی ثبت میکنیم. و بعد از برگشت چک آن را به حساب کد چک برگشتی می بریم و درصورت وصول نشدن در موعد مقرر آن را باید به کد دیگری انتقال دهیم . ولی سیستم توانایی انتقال دوم ندارد و باید مرحله قبل پاک شود تا انتقال انجام شود.وتمام سندهای حسابداری گزارش شده قبلی کارایی خود را ازدست میدهد. لطفا برای انتقال دوم چاره ای بیاندیشید. باتشکر
درود
پاسخحذفجناب مهندس بابایی
اگرروی بستانکاران(فقط وصولی نقد) هم عملیات معکوس بدهکاران اعمال شود کاملتر است .
یعنی وصولی نقد بواسطه داشتن شماره عطف در لیست مربوطه نشان داده شود.
جناب مهندس بابائی
پاسخحذفسلام
خواستم ببینم با توجه به واگذاری امکانات توسط شرکت ها به عاملین جهت تشویق در خرید (یخچال و تابلو و....) امکان این میباشد در قسمت شناسنامه عاملین این امکانات ثبت گردد و سپس گزارشهای فروش از آن بصورت گروهی یا انفرادی تهیه کرد .
متشکرم _شوریابی
جناب آقای شوریابی
پاسخحذفمن به تمام همکارانم توصیه کردم محصولاتی مثل یخچال و سایر تسهیلات را به عنوان یک کالا معرفی کنند و با یک بارنامه خارج و سپس به شکل امانی نزد مشتریان بگذارند. در این صورت علاوه بر ثبت ارزش واقعی ریالی (ویا در صورت عدم نیاز یک ریال)، این عملکرد در مسیر تمام گزارشهای سیستم قرار خواهد گرفت.
هنوز متوجه نشده ام که چرا هیچ کس از این پیشنهاد استقبال نمی کند. به نظر خودم که فوق العاده است، نظر شما چیست؟
درود
پاسخحذفبد هکاران کسر می شود
ولی پس ازثبت پیش نویس توسط صندوق دار.
از تو بعید بود، حسابی من را سر کار گذاشتی.
پاسخحذفمعلومه که باید ثبت شود تا تاثیر کند. مگر پیش نویس کجا تاثیر دارد که اینجا دومی باشد.
به هر حال ممنون که اطلاع دادی، در مسافرت هستم و فکرم را مشغول کرده بود.
من همپنان دلم برای سعدی بزرگوار می سوزد!!
درود
پاسخحذفچرا چک کسر میشود در پیش نویس بدهکاران هم مثل آن.
یک امکان جدید در گزارش سفارش اضافه کرده ام. به لایه دوم گزارش، وضعیت سفارشها اضافه شده است. بسیار کاربردی است، حتما ملاحظه بفرمائید. (فروش / سفارش/گزارش)
پاسخحذفباسلام خدمت همه دوستان
پاسخحذفمدتي بود كه بنده از بحث ها دور شده بودم وليكن سعي مي كردم آن را دنبال كنم به هر حال اميدوارم كه بتوانم درخدمت دوستان بزرگوار كسب فيض نمايم و اما سئوال
چگونه مي توانيم عامليني كه كاهندههاي متفاوت دارند را دسته بندي كنيم يعني فرض كنيد يك عامل در زمان اشانتيون از يك كاهنده استفاده كند و در زمان غير اشانتيون از كاهنده ديگري استفاده نمايد چگونه مي توان مشخصه اي براي اين عاملين داشت تا تخصيص كاهنده به آنها كار طاقت فرسايي نباشد
ناصر جان
پاسخحذفپستت رفته بالا دیگه تحویل نمی گیری.
سوال خوبی است اتفاقا وقتی در ساسان هم پی گیر این موضوع بودی که بعدا با مهندس شریعت به راه حل خوبی رسیدیم ولی متاسفانه هنوز کسی استفده نمی کند.
میتوان عاملها را در سه گروه فرعی و مستقل دسته بندی کرد و بر مبنای فیلتر همین دسته بندی محدودیتها را کپی کرد. به نظر من امکان خوبی است
جناب آقاي مهندس
پاسخحذفاگر خاطرتان باشد اين مشكل در كوكاي اصفهان نيزوجود دارد و راهكاري كه در حال حاضر من از آن استفاده مي كنم و همچنين در ساسان (اگر مهندس شريعت تغييري نداده باشد)اصلا جالب نيست بنابراين تا به حال شديم سه شركت نه هيچ كس
خواهشمندم مساعدت فرماييد
گفتم گروه بندی های فرعی راه حلش هست. به اصفهان هم گفتم این راه حل کاملا جوابگوست.
پاسخحذفدوستان توجه فرمایند
پاسخحذفاخیرا از چندین شرکت به من زنگ زده اند که مثلا در هنگام ورود اطلاعات نقد یا چک با پیغام "تاریخ چک نمی تواند با بیش از 200 روز اختلاف وارد شود" دریافت می کنند. (عدد 200 مثال است). این در حالی است که تمام کنترلها درست تنظیم شده اند و تاریخ تاثیر هم مربوط به دیروز است.
سیستم فروش هنگام کنترل تاریخ، به تاریخ روز و آخرین آپدیت در سیستم مراجعه می کند. مثلا اگر در روز 09/09/89 هستیم آما آخرین آپدیت در 09/10/89 انجام شده است کنترل بر مبنای 09/10/89 خواهد بود. این پیشنهاد سازنده ای بود که آقای مهندس آیرم در زمزم مشهد ارائه کردند و دلیل این کار جلوگیری از دور زدن کنترل سیستم است.
فرض کنید گفته شده است چک حداکثر تا 10 ماه دریافت شود، اپراتور با تغییر تاریخ کامپیوتر سیستم را فریب می دهد و سپس به تاریخ اصلی بر می گردد. این در حالی است که تاریخ وارد شده بعنوان بزرگترین آپدیت در سیستم ذخیره می شود. البته سهوا نیز این خطا پیش می آید به این صورت که تاریخ کامپیوتر تغییر کرده و اپراتور پس از چندین ثبت متوجه اشکال می شود. اخیرا این حالت اشتباه سهوی مشاهده شده است. جالب است که امروز از شرکت چشمه نوشان و زمزم آبادان همزمان چنین خطائی گزارش شد.
پی نوشت :
پاسخحذفبرای مشاهده "بزرگترین تاریخ ثبت شده" در مدیریت، وضعیت سیستم، فیلدی به همین نام اضافه شده است.
جناب آقاي بابائي
پاسخحذفبا سلام
از 2 روز پيش مشكل پرداختي فروشندگان در سيتم اينجا نيز بوجود آمده كه حتي به غير از آن در اصلاح حواله ها و بارنامه ها و ... نيز چنين پيغامي ميدهد دز ضمن در منوي ساير عمليات مشاهده گزاشات گزارشهائي كه رويت ميكنيد در آنجا نمايش داده ميشوند كه تاريخ سال 1390 را نشان ميدهند
با تشكر
جناب قاسم بگلو
پاسخحذفهمین مشکلی که در بالا گفتم برای شما پیش آمده است. تاریخ سیستم عوض شده و ثبت بزرگتری دارید. اگر باعث دردسر است سی اف جی را برای من بفرستید تا درست کنم.
درود بر مهندس بابابی
پاسخحذفریز پرداختی عاملین با کسر نسیه وچک قابل اجرا می باشد .
از زحمات شما ممنونم
دوستانی که تسویه حساب آنهادرحسابداری فروش باواردن کردن تک تک فاکتورهاانجام می شودقطعا از زمان بر بودن روش فوق شاکی هستند
اگر از روش جدید استفاده نمائید درهزینه برای نیروی انسانی و زمان هم می توان صرفه جوی کرد.
بعلاوه اینکه دقت زمان تسویه توسط حسابدار را بالا برد،ارائه تمام پرداختی فروشند وصولی نقدوچک فروش روزونسیه های روزفروشنده با ذکر نام عامل بجز نقد فروش روزدر رسید صندوقبه فروشده مربوطه.
درصورت نیاز برای توضیح بیشتر اعلا م نمائید
با تشکر
بزرگترین تاریخ ثبت شده" در مدیریت، وضعیت سیستم، فیلدی به همین نام اضافه شده است
پاسخحذفمهندس جان كجاي سيستمه ما كه نديديم؟؟؟؟؟؟؟
cfg هم مشكل را حل نكرد
پاسخحذفهمکاران عزیز – با سلام
پاسخحذفلطفا به مطلبی که اخیرا با عنوان "تنظیم جدید، قبل از پایان سال مالی" و در چند ماه پیشتر تحت عنوان "اشانتیون و تخساسیون" در نهالستان گذاشته ام حتما توجه فرمائید. اگر میل به خواندن ندارید حداقل واحدهای مالی و فروش را در جریان بگذارید. روش پیش فرض سیستم از 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
درود
پاسخحذفآیاامکان دارد در فاکتور تخفیفات واشانتیون جداگانه نمایش داده شود(ازنظر دارایی)
حتما امکان دارد، و اتفاقا پیش فرض هم همان است. به علت قوانین دارائی معمولا حسابداران چنین کاری می کنند.
پاسخحذفمهندس عزیز سلام راهنمائی خیلی خوبی بود حتمابنده از این راهنمائی شما در واحد خودم استفاده خواهم کرد و نظرم را بعد از استفاده حتما"خواهم گفت .
پاسخحذفدرود بر علی آقای شوریابی
پاسخحذفاگر از این طرح استفاده کنی، و نتیجه بگیری یک جایزه پیش من داری!!.
آقاي نعمتي عزيز
پاسخحذفسلام
لطفا در مورد روش تسويه فاكتوري فروشنده توضيح بيشتري دهيدكه چگونه در زمان و نفر صرفه جويي مي گردد
درودبر جناب فودازی عزیز
پاسخحذفوقتی که شما در وارد کردن مثلا تعدادی فاکتور یک بارنامه یک فروشنده باید درروش قدیمی بصورت تک تک ودستی وارد کنید اگر 50 فاکتور باشد وهر فاکتور10ثانیه زمان برای وارد کردن آن نیاز داشته باشد تقریبا 10دقیقه فقط حسابدار فاکتور وارد می کند حتما در این ماراتن اشباه هم می کند باید زمانی راصرف پیدا کردن اشتباه کند اگر همه چیز هماهنگ باشد هر تصویه بین 20تا 30 دقیقه طول می کشد
اما روش فعلی
اول چک ،نسیه ووصولی نسیه فروشنده در پیش نویس وارد شود بقیه روال مثل قبل می باشدفقط اگر ضایعات داشته باشید مبلغ را اصلاح می کنید وبعد ارسال به صندوق
حتی توضیح آن راحتر وکمتر می باشد
بیشتر ین زمان برای تسویه تقریبا 10 دقیقه می باشد
وفشار کارروی حسابدار قطعا کمتر
امیدوارم مفیدباشد
من که نصف تاریخ نادر شاه را خوندم چیزی نفهمیدم، خدا به داد ناصر خان فودازی برسد.
پاسخحذفدرود بر مهندس
پاسخحذفگزارشها/عملکرد عاملین/تحلیل مانده عامل/فروشنده
در گزارش فوق فاصله خطوط پیش فرض 1 شودویک فیلتر برای اعداد کوچکتروبزرگتر
2وقتی برنامه اجرا می شود پرینتررا فارسی کندنیاز نباشد بصورت دستی اینکار انجام شود
فاصله خطوط بسیار کلی است و مربوط به یک گزارش نیست.
پاسخحذفاستفاده از پرینترهای دیگر از طریق داس پرینت بیشتر متداول می شود، بنابراین فارسی کردن روز به روز از حیز انتفاع می افتد.
اگرپیش فرض 1 باشد هر جا لازم شد آنرا تغییر دهیم بهتر است.
پاسخحذففکر نمی کنم کسی به پسندد، سعی می کنم پیش فرض را انتخابی کنم.
پاسخحذففیلتر برای اعدادکوچکتر بزرگتر در خود برنامه
پاسخحذفوقتی برای یک عامل کاهنده تعریف شده ولی استفاده از آن آزاد اعلام شده است، هنگام صدور سفارش کاهنده هائی که تگ پیش فرض آنها فعال است به سفارش نسبت داده می شوند. وارد کننده سفارش خود می تواند در این خصوص اعمال سلیقه کند. در دریافت سفارش از طریق ترمینال دستی فرض بر این بود که ویزیتور هم روی دستگاه خود این امکان را دارد. اما از آنجائی که از ابتدای طراحی این بخش به اتفاق آقای افشین براتی تصمیم گرفتیم، سیستم فروش فارغ از هر نوع کنترلی در ترمینال دستی، کنترلهای خود را مجددا اجرا کند، ضروری بود این فرض نیز اعمال شود.
پاسخحذفتعجب می کنم شرکتهائی که از ترمینال دستی استفاده می کنند چرا تا کنون به نبودن این سرویس اعتراض نکرده اند؟ چون ممکن است دلیلی داشته باشد و همین وضعیت منطقی بوده باشد و فعلا حضور ذهن نداشته باشیم که استدلال کنیم و از طرفی روند جاری به هم بخورد، به شکل یک تنظیم در بخش مدیریت – مشخصات سیستم- سفارشها- تنظیمان ترمینال دستی – اعمال کاهنده پیش فرض اضافه شده است. در صورت تمایل باید آن را فعال کنید. لطفا مسئولان قسمتهای مرتبط را مطلع فرمائید.
چرا در فايلهاي جديد گزينه نمايش مبلغ نهايي بارنامه هميشه غير فعال است ؟؟
پاسخحذفاین سوال را چند بار از من پرسیده اند و فراموش کرده ام بنویسم، لطفا پس از دریافت برنامه جدید به مدیریت - مشخصات سیستم - بارنامه ها - مبلغ نهائی در مشاهده مراجعه کنید. باید در حالت نمایش باشد.
علت اینکه اینطور عمل کرده ام در یکی از شرکتهای بزرگ پایین بودن سرعت سیستم تقریبا همه ما را به مرز جنون کشانده است و تا کنون دقیقا اشکال را متوجه نشده ایم. این محاسبه طولانی است برای آنها برداشتم که مزاحمت ایجاد نکند.
با سلام و عرض ارادت
پاسخحذفدر اخرين فايل ارسالي مشكل فوق كه حل نشده بماند هنگام صدور سند پيغام ؛سند حسابداري ارسال شد ؛ هم حذف گرديده .... به نظر ميرسه واسه حل مشكل سرعت شركت دوست داشتني مورد نظر تا چند وقته ديگه هرچي پيغام تو سيستمه حذف ميشه!!!!!!!!!!!!
چطور حل نشده؟ حالت نمایش مگر نداری؟
پاسخحذفسند حسابداري ارسال شد، درسته برای همان شرکت دوست داشتنی چک می کردم و پیغام را حذف کردم که فراموش شده دوباره می فرستم.
بسلامتي!مشكل حل شد....
پاسخحذفمرسي
با سلام آقای بابایی
پاسخحذفآیا میشود در فرم RC حالت ابشنال گذاشت .(مشاهده انتقال چک ها) من چند نوع گزارش دارم و حتی یک گزارش به اکسل ساخته ام که باید هر دفعه از داخل فرمها تغییر نام بدهم و یکی را استفاده کنم. لطفا اگر راه حلی هست بفرمایید.
با تشکر.خسروجردی
جناب خسروجردی
پاسخحذفنام این فرم ابشنال شد، و در exe بعدی ارسال خواهد شد.
یک رابطه ای میان مشتری و فروشنده وجود دارد که اساس آن بر مبنای اصل بسیار چاپلوسانه حق با مشتری است بنا شده است. من نمی دانم این اصطلاح چگونه و از کجا پیدا شده است. در این خصوص مطلب مفصلی خواهم نوشت. این اصطلاح مربوط به سوداگرانی است که به هر حال می خواهند جنس خود را بیندازند و گرنه یعنی چه که حق با مشتری است؟. من در حال حاضر با دو شرکت بسیار بزرگ و بسیار کوچک پخش کاملا مشکل دارم و سعی می کنم آنها را ترغیب کنم که اساسا سیستم من را ول کنند و سراغ سیستم دیگری بروند. اینکه به هر قیمتی باید مشتری را نگه داشت، من قبول ندارم.
هدف از این مقدمه این بود که بهترین رابطه در تعامل بلند مدت، یافته می شود. و طرفین باید واقعیت را حتی الامکان بپذیرند و بر اساس آن کار کنند.
واقعیت این است که من نوشته را بلافاصله در اولویت قرار می دهم و مذاکره تلفنی را خیلی خسته کننده و ملال آور ارزیابی می کنم. طرفین هنگام صحبت کردن معمولا دقیق حرف نمی زنند و درست آدرس نمی دهند ولی وقتی دست به قلم یا همان کی بورد می برند حداقلی از نظم در نوشته آنها باید باشد. بهتر هم درک می شود و موثرتر هم هست.
چقدر باید حرف می زدیم تا این مشکل حل می شد؟
از همه دوستان خواهش دارم که دقیق بنویسند با آدرس مشخص مشکل و یا درخواست، که بلافاصله سراغ اصل موضوع برویم.
در ضمن در exe قبلی که فرستادم هنگام صدور سند حسابداری پیغام "سند حسابداری ارسال شد" حذف شده است که درست شده و در exe بعدی ارسال می شود.
درود
پاسخحذفجناب بابایی امسال یواش یواش به پایان میرسد .
خبری از سورپرایزی که اوایل امسال ازآن صحبت کردید نیست؟
ماهمچنان امیدواریم
فیلتر برای اعدادکوچکتر بزرگتر در خود برنامه
پاسخحذفزمان گرفتن نسیه فروشنده در عملکرد عاملین
مهدی جان
پاسخحذفلطفا یک بار متن اصلی این پست را بخوان!
.
.
.
حالا تو واقعا همشهری سعدی، افتخار ایران و زبان فارسی هستی؟ تازه بچه محله سعدی!
آخر این هم شد نوشته؟
این هم شد درخواست؟
من که نصف تاریخ نادر شاه را خوندم از این سر در نیاوردم.
درود
پاسخحذفگزارشها/عملکرد عاملین /تحلیل مانده عامل/فروشنده
در آدرس فوق زمانی که گزارش گرفته می شود اگر مبلغ
25 صدم ریال هم باشددر گزارش نمایش داده می شود در صورتیکه اصلا نیاز نیست یا حتی 100ریال
نتیجه گزارش فوق می شود 25 برگ برای یک فروشنده با شش ماه کارکردهدف فیلتر کردن اعداد در گزارش ذکر شده می باشد
با سلام
پاسخحذفخسروجردی از زمزم مشهد
یه پیشنهاد و یک درخواست از جناب بابایی
ما برای کنترل اطلاعات و امنیت بیشتر در بعضی از سرویس ها و کلاینت های خود نیاز به امکانی داریم که بتوانیم در هر یوزر که میخواهیم امکان پرینت و ارسال به اکسل و
مشابه آن را ببندیم ، درخواست را اینجا جهت اطلاع و یادآوری ثبت کردم و پیشنهاد را تلفنی خواهم گفت.
با تشکر
جناب مهندس خسته نباشید
پاسخحذفآیا در سیستم امکان این وجود دارد که در بارنامه زمان خروج تعداد اهدائی یا اشانتیون و ضایعات درج شود لطفا" راهنمائی بفرمائید
جناب شوریابی عزیز
پاسخحذفاین موضوع حتی قبل از تحقق بارنامه نیز شدنی است. شما خودتان خوب می دانید که من امسال چندین نوبت شخصا سیستم شما را در بند عباس بروز کرده ام. خیلی متاسف هستم که مستقیما با همکار کنجکاوی مثل شما ارتباط ندارم. نامه ای رسمی در این خصوص نوشته ام، متاسفانه جوابی نیامده است. تقاضا می کنم شما پی گیری فرمائید. بندرعباس مرکز توزیع بسیار مهمی است و شایسته نیست اینقدر این دست و آن دست شود.
درود
پاسخحذف1-گزارشها/عملکرد عاملین /تحلیل مانده عامل/فروشنده
در آدرس فوق زمانی که گزارش گرفته می شود اگر مبلغ
25 صدم ریال هم باشددر گزارش نمایش داده می شود در صورتیکه اصلا نیاز نیست یا حتی 100ریال
نتیجه گزارش فوق می شود 25 برگ برای یک فروشنده با شش ماه کارکردهدف فیلتر کردن اعداد در گزارش ذکر شده می باشد
2-گزارشها/عملکرد عاملین/تحلیل مانده عامل/فروشنده
در گزارش فوق فاصله خطوط پیش فرض 2است اگر 1 باشدکاغذ کمتری مصرف می شودو در صورت نیاز آن را به 2 تبدیل شود
من نمی دانم آقای نعمتی چه اصراری به فاصله خطوط دارد. چون در هر گزارش شما می توانید فاصله خطوط را مشخص کنید. و تا زمانی که در سیستم هستید همانظور باقی می ماند. علی ای حال چون آقای نعمتی همشهری سعدی است، علیرغم میل باطنی انجام دادم. در مدیریت - مشخصات سیستم - عمومی، پیش فرض فاصله خطوط را میتوانید مشخص کنید.
پاسخحذفدر گزارش عملکرد عاملین /تحلیل مانده عامل/فروشند که آقای نعمتی ذکر کرده اند، ایندکس بر اساس قدرمطلق مبلغ را اضافه کردم. یعنی شما در همین گزارش با زدن تب به ایندکس سوم که مبلغ مانده است می رسید و می توانید از عدد خاصی شروع کنید.
چون این گزارش جداول موقت را نگهداری و در شرایطی دوباره می سازد، اگر مشکلی در این گزارش داشتید بلافاصله اس لوکال را پاک کنید.
درود
پاسخحذفممنونم
چه فتنه بود که حسن تو در جهان انداخت
که یک دم از تو نظر بر نمیتوان انداخت
بلای غمزه نامهربان خون خوارت
چه خون که در دل یاران مهربان انداخت
ز عقل و عافیت آن روز بر کران ماندم
که روزگار حدیث تو در میان انداخت
نه باغ ماند و نه بستان که سرو قامت تو
برست و ولوله در باغ و بوستان انداخت
تو دوستی کن و از دیده مفکنم زنهار
که دشمنم ز برای تو در زبان انداخت
به چشمهای تو کان چشم کز تو برگیرند
دریغ باشد بر ماه آسمان انداخت
همین حکایت روزی به دوستان برسد
که سعدی از پی جانان برفت و جان انداخت
مهدی عزیز
پاسخحذفبرای اولین بار خوشحالم کردی. خیلی خیلی ممنونم. شاید باور این نکته برای دیگران سخت باشد که عشق من به سعدی بزرگوار از جنس خط قرمز است. مانند فرد مومن از هر دین و مذهبی که کتاب مقدسش را می پرستد و هیچ انتقادی را از آن بر نمی تابد، شعر و کلام سعدی برای من چنین وضعیتی دارد. می دانم که این موضوع با احساس بیشتر پهلو می زند ولی حقیقتا شیخ سعدی، شاهکار است. یک ملتی فقط اگر سعدی داشته باشد کافی است تا میان ملل سر بالا بگیرد. کلیات سعدی، تورات زبان فارسی است.
کوکا کولای مشهد، یکی از شرکتهای پیشرو در زمینه بهره برداری از سیستمهای کاربردی مخصوصا در زمینه سیستم توزیع و فروش است. جزو معدود شرکتهای نوشابه است که از سالیان پیش حساب بسیار دقیق عاملین خود را نگهداری می کند. در مشهد هستم و توفیق این را دارم که سیستم ترمینال دستی را در اینجا نصب کنیم. ورود شرکتهائی مانند خوشگوار مشهد به هر زمینه ای بلافاصله به توسعه امکانات موجود می انجامد. از این پس دوستانی که از سیستم ترمینال دستی استفاده می کنند این امکان که پس از انتخاب سفارشها بلافاصله وزن آن را نیز مشاهده کنند، خواهند داشت. در همان جا کلید اف شش، آنالیز همین انتخابها را نیز به تفکیک ویزیتور و سرویس ارائه می کند.
پاسخحذفیک تذکر مهم
پاسخحذفدر قسمت مدیریت - مشخصات سیستم - سفارشها - تخفیف در چاپ سفارش فاکتور نشده، اخیرا اضافه شده است. اصولا باید پیش فرض آن "مطابق تعریف" باشد. متاسفانه از متغیری استفاده کرده ام که قبلا داخل آن مقدار دیگری بود. و ممکن است در کار جاری چاپ سفارش اخلال ایجاد کند. لطفا از تاریخ 06/11/89 اگر برنامه ای دریافت کردید. قبل از هر کاری این متغیر را متناسب سازی کنید. تاکید می کنم پیش فرض آن "مطابق تعریف" است. به جز یک شزکت که خودم تنظیم کرده ام در سایر جاها باید همین پیش فرض را داشته باشد. ضمن عرض معذرت بابت این مشکل اگر از کاربرد آن سوالی داشتید لطفا تماس بگیرید. البته انشاالله که هیچ سوالی ندارید!.
دو تغییر بسیار پرکاربرد
پاسخحذفدر ترکی ضرب المثلی هست که می گوید هر چیزی تازش خوبه به جز دوست که هر چه کهنه تر بهتر. البته رندانی این کهنگی را به آب انگور هم نسبت داده اند که محل بحث ما نیست. نمی توان انکار کرد که این ضرب المثل به طرز بی رحمانه ای صحیح است. مخصوصا در خصوص مشتریان جدید که بلافاصله عزیزتر از جان می شوند.
از مشتریان قدیمی سیستم، سه شرکت تصمیم به تهیه امکانات جدیدی از سیستم کرده اند. فرد آذربایجان و زمزم اصفهان سیستم فروش بر مبنای سفارش را گرفته اند از این میان فرد آذربایجان سیستم کارا را وانهاده و به این سیستم رو آورده است و شرکت خوشگوار مشهد نیز از بخش مربوط به ترمینال دستی شروع به استفاده کرده است. این سه شرکت قبلا بسیار عزیز بودند ولی فعلا بسیار عزیزتر شده اند. خیرات این عزیز شده ترها! دو امکان جدید است که با عرض شرمندگی باید اعلام و اعتراف کنم یکی از آنها را مشتریان عزیز (نه عزیزتر!!) دست کم دو سال قبل درخواست کرده بودند و چنانکه که افتد و دانی انجام نشده بود. نمی توانم در همینجا مخصوصا از سرکار خانم مهندس پورمحمد در کوکاکولای تبریز عذرخواهی نکنم که چند سالی است این گزارش را درخواست کرده بود و الان درست شده است. تازه خبر خوبی هم دارم. شرکت زمزم شرق تهران نیز در دست بسیار عزیزتر! شدن است، و از آنجا نیز بزودی تغییرات جالبی نصیب سیستم خواهد شد.
1- اگر در مدیریت – مشخصات سیستم – سفارشها، تنظیم فروش گرم در سفارشها را به "فعال با مشخصات" تغییر دهید هنگام ورود به فاکتور نحوه پرداخت با سررسید کنترلی مربوطه سوال خواهد شد. کلید F4 که قبلا در داخل فاکتور این کار را انجام می داد همچنان پابرجاست.
2- در فروش – سفارش عاملین – گزارش ، اگر گزینه خط و ویزیتور و فروشنده را انتخاب کنید و روی یکی از آنها کلید Enter را بزنید، گزارش را بر اساس عاملین آن تهیه خواهد کرد. و جالب است که دقیقا با امکان تنظیم های صورت گرفته گزارش ایجاد خواهد شد. در نظر داشته باشید که قبلا تهیه این گزارش دست کمی از شکنجه نداشت و باید در عاملین از ابتدا تا انتها را انتخاب و سپس در کنترلهای تکمیلی کد ویزیتور یا فروشنده و یا خط مربوطه را بعنوان فیلتر وارد می کردید. جقدر هنگام نوشتن این سطور از درخواست کننده های قبلی (و البته عزیز!) این گزارش احساس شرمندگی می کنم.
بلاخره گزارش درخواستی ما بعد از سالها انجام شد واقعا ممنون(فقط چرا کدهارا ؟ نشان میدهد)
پاسخحذفانشاله که تعداداین عزیزتر ها هر روز زیادتر شود چند تا گزارش دیگه هم هست که امیدوارم مورد توجه این عزیزترها قرار بگیرد و حتما تا دوره عزیزتربودنشان تموم نشده درخواست کنند !
1- گزارش از یک کاهنده هوشمند(مثلا گزارش از عاملین یا خطوط توزیعی که در یک دوره مشخص از کد هوشمند 802 استفاده کرده اند با تعداد خریدو تاریخ و ...)
2- گزارش از کاهنده های هوشمند مورد استفاده در سیستم در یک دوره مشخص حتی در صورت پاک کردن خود کاهنده بعد از تاریخ اتمام آن
مثلا میخواهیم بدانیم در فلان ماه چه کاهنده های هوشمندی داشتیم (به کدام کالاها و نحوه پرداخت و تاریخ آن)
3-جستجوی یک سفارش(فاکتور) که هنوز برگشت نشده در بین بارنامه ها
مشکل علامت ناشی از کوچک بودن فضا بود، که مجددا درست کردم و فرستادم.
پاسخحذفدر خصوص گزارش درخواستی هم بررسی می کنم. قبل از اولین مشتری عزیزتر! انشاالله.
سلام آقای مهندس بابایی
پاسخحذفدر صورتی که امکان داره قابلیتی پیش بینی بشه که در سیستم جهت گزارش چکهای برگشتی، هنگام گزارش مانده چک روهم بده خیلی خوب میشه که الان این امکان در سیستم نیست وباید چکهای برگشتی رو یکییکی بررسی کرد که چه میزان وصول شده است و این کار اصولی نیست و خیلی هم زمانبره
ممنون
علیکم السلام
پاسخحذفدر نظر دارم به طور اصولی چنین امکانی در سیستم بگذارم که همه جا خود را نشان دهد.
میدانید که نام محمد یکی از نامهای متداول در جهان ( نه تنها جهان اسلام) است. جائی خواندم یک اسم چینی و یک اسم غربی و نام اسلامی محمد جزو پرآوازه ترین نامها در جهان است.
حالا شما انتظار دارید با یک امضای محمد آن هم در ایران که هر شرکتی دهها محمد دارد، بنده شما را بجا بیاورم؟
هنگامی که از تخفیفات هوشمند استفاده می کنید، و در بخش فاکتور کردن از طریق سفارش، میزان واقعی تحقق را وارد می کنید، اگر تخفیفات هوشمند از اعداد و ارقام شما ایراد بگیرد جدول اشانتیون نمایش داده خواهد شد. ولی آنچه که وارد کرده اید ذخیره نمی شود. دلیل آن نیز صحیح نبودن اطلاعات است. روز به روز مشتریانی که فاقد حساب واقعی فروشندگان هستند و ثبت و ضبط منطقی ندارند و عملا هنگام فاکتور کردن بالانس سازی می کنند من را مجبور به کارهای کاملا غیر سیستماتیک می کنند. حتی کلید ترکیبی کنترل پی در این قسمت که مغایرت بارنامه و اسناد فروش را نشان می دهد به من تحمیل شده است. چون این بخش محلی برای اظهار دقیق فروشنده است نه امکانی برای بالانس کردن واحد حسابداری مشتریان. اما کو گوش شنوا؟ علی ای حال در هنگام استفاده از هوشمند بهتر است این عدم مغایرت ذخیره شود ولی در نهایت سیستم شما را وادار خواهد کرد که این فاکتور را به طور صحیح وارد کنید. این امکان جدیدا اضافه شده است.
پاسخحذفسلام
پاسخحذفآقای محمد بابایی بالانجی سلام علیکم و رحمه الله و برکاته
اما بعد
گزارش کاملی از چکهای برگشتی نزد هر فروشنده، مانده آن بطوریکه در اکسل بتوان آنرا بخوبی فیلتر کرد و با آن کار کرد مورد نیاز است. خوشبختانه یک کامبیز هم بیشتر نیست که ندانی چه -دور از جان- آدمی آنور خط است!
بله، در جمع نهالستان یک کامبیز بیشتر نداریم. آن هم چه کامبیزی!
پاسخحذفچشم در دستور کار دارم.
آقای مهندس بابایی
پاسخحذفچون شما ارتباط خوبی با تربتی ها ندارید ننوشتم شما به بزرگواری خودتان ببخشید
چشم
haddad از زمزم مشهد
سلام - خوش گوردوخ
پاسخحذفکی گفته من با تربتی ها بد هستم؟ شما چرا به من تهمت می زنید؟ درستش اینه که من با همه بد هستم!!! کم و زیاد داره ولی سوخت و سوز نداره! این از این.
بعضی نامهای خانوادگی!! و بعضی نسبتها!! اصولا آدم را به احترام بیشتر وا می داره، جناب حداد. در نیرنگستان آریائی همه چیز در عمل بر منابع مبتنی است و در حرف بر عالیترین اصول انسانی و حتی الهی. در خارجه نیز اسم فامیلهای بزرگ را محترم می شمارند ولی دست کم ادعا اهالی این نیرنگستان را ندارند. با این مقدمه من به احترام نام شما از پای کی بورد بلند می شوم و عرض ادب می کنم.
در خصوص درخواست شما، در نظر دارم حسابی در این خصوص کار کنم. کمی فرصت می خواهم چون الان کاری در باره اس کیو ال در دست اقدام دارم که فکرم را مشغول کرده است. شرکت زمزم مشهد همواره پیشرو بوده است خوشبختانه بابت این درخواست شما از شرکتهای دیگر هم تحت فشار هستم. شاید یک روز بیشتر کار نداشته باشد ولی شوربختانه نیاز به تمرکز زیادی دارد.
جناب مهندس بابایی بنده بسیار از شما سپاسگزارم
پاسخحذفلطف شماهمیشه شامل حال دوستان وخصوصا بنده بوده در هر صورت بنده از شما پیشاپیش تشکر و قدردانی میکنم
haddad
سلام
پاسخحذفدر امكان جديد دسترسي دادن به خروچيها يه مشكل اساسي وجود داره وقتي دسترسي html به كسي داده شود دسترسي چاپ گزارش خطا ميدهد و بايستي يا از خير چاپ گذشت يا از خير گزارش html ...اقاي مهندس جهت اطلاع...
درود
پاسخحذفزمانی که دسترسی html داده می شود دسترسی dos برای چاپ خطا میدهد.فقط یکی از این دورا می توان داشت
با تشکر از آقای نخعی و نعمتی
پاسخحذفدر واقع تمام کنترلهائی که پس از این تغییر مجدد و اخیرا انجام داده بودم، در قسمتی بود که نوع خروجی دریافت می شد. در صورتی که در هنگام ارسال به چاپگر نیز ضرورت داشت اصلاح شود.
اصل قضیه از اینجا ریشه می گرفت که ضرورتی به کنترل گزارشهای تحت داس وجود نداشت و تگ مربوط به گزارشهای معمولی را در دسترسی تکمیلی حذف کرده بودم اما در بخش چاپ اثر آن باقی مانده بود.
درست شد و برای تمام شرکتها ارسال کردم.
لینک اصل مطلب هم اینجاست
http://mohammadbb.blogspot.com/2011/01/blog-post_09.html
دوستان می دانند که در خزانه داری فروش، گردش چک در سه دوره مالی متوالی امکان پذیر است. البته محدودیت بستن چک برگشت شده بستگی به تنظیمی دارد که در بخش مدیریت انجام شده است. ولی سایر عملکردها محدودیت سه سال مالی را دارد. گرچه این یک ضعف است، ولی بدتر از آن دریافت چکی با بیش از دو سال سررسید است که بدبختانه زیادتر هم می شود.
پاسخحذفبرای کاهش آلام این محدودیت، بعضی گردشهای مانند در جریان وصول و وصول که منجر به بدهی نمی شوند در سال مالی بسته شده، امکان پذیر شده است. این فعلا راهی است که چنین چک هائی دست کم باز نمانند. متاسفانه تنها راه حلی که الان به نظرم می رسد راه غیر اصولی بستن موقت و ورود دوباره چک هست که سه سال دیگر در خزانه داری فروش بچرخد. اینجور که صنعت نوشابه پیش می رود در انتظار چکهای بیست هزار تومانی با سررسید ده ساله هم باید باشیم!!.
سلام بر آقاي مهندس بابائي و دوستان
پاسخحذفضمن تبريك سال جديد
ما دو درخواست از جنابعالي داريم اميدواريم كه امكان داشته باشد
1- ما قصد داريم در تخفيفات هوشمند تخفيفي را ايجاد نمائيم زمانيكه عاملي در خواست فاكتورش را بصورت تلفني انجام داد تخفيفي به آن لحاظ شود كه تنها امكاني كه مي توان اين تخفيف را لحاظ داد دخالت دادن نوع سفارش در تخفيفات هوشمند مي باشد(مهم و فوري)
2- نمايش سفارشها جداگانه مثل بارنامه ها در گزارشات
با تشكر از زحمات
کاهنده های هوشمند با دو توسعه کاربردی جدید ارائه شده است :
پاسخحذف1- برای متناسب سازی کاهنده های هوشمند با شرکتهائی که فروش سفارشی را تازه شروع کرده اند و هنوز بخش عمده ای از فروش آنها گرم است و همینطور در شرکتهائی که مایل هستند در زمان فاکتور شدن کاهنده های هوشمند اجرا نشود، یک کنترل جدید اضافه شده که زمانی فراخوانی کاهنده هوشمند را مشخص می کند به شرح زیر:
-همواره :که پیش فرض سیستم هم هست و کاهنده های فعلی همین وضعیت را دارند
-سفارش :که کاهنده هوشمند فقط در زمان زدن سفارش فراخوانی می شود و هنگام فاکتور کردن به آنچه که اپراتور تایپ کرده است استناد می کند و فراخوانی نمی شود
-فاکتور : که فقط هنگام فاکتور کردن سفارش فراخوانی می شود
این توسعه مخصوصا در شرکتهای زمزم بسیار کاربردی است و همین الان آقای مهندس فودازی در زمزم آبادان مشغول پیاده سازی آن است. اجازه بدهید یک مثال بزنم که کاربردی بودن آن بیشتر نمایان شود. فرض کنید فروش شما گرم است و صد بسته برای فروشنده محصول تحویل می دهید ولی انتظار دارید که هنگام فاکتر کردن ده تا یکی اشانتیون دهد. در اینصورت جدول هوشمند هنگام صدور تک سفارش برای فروشنده نباید فراخوانی شود ولی هنگام قطعی کردن فاکتورها باید حتما فراخوانی شود. اگر تنظیم مورد نظر را روی فاکتور بگذارید همین اتفاق خواهد افتاد.
2-پیشنهاد آقای مهندس قاسم بگلو از فرد ارومیه که در کامنت قبلی، عملی شده است. آن نیز می تواند کاملا کاربردی باشد. فرض کنید بخواهید برای مشتریانی که به شرکت مراجعه می کنند و نه هزینه توزیع و نه هزینه حمل روی دست شرکت می گذارند، تسهیلات ویژه ای قائل شوید در این صورت می توانید به شیوه سفارش استناد کنید. بدیهی است نحوه پرداخت بعنوان کنترلی جداگانه همچنان پابرجاست و البته بسیار کاربردی تر.
برای مشاهده هر دو مورد بالا باید به تعریف کاهنده هوشمند مراجعه کنید.
مهندس بابائي
پاسخحذفخيلي خوب بود امكان جالبي بود كه نياز مارا برآورد ميكند
در فرمهاي ipf طراحي شده كه بعد از صدور حواله چاپ مي شود يكي از اين فرمها جمع تخفيفات سفارش را برميگرداند و چاپ ميكند چون جمع تخفيفات است همه اعتراض ميكنند كه تخفيفات چاپي سرجمع به تفكيك هر كاهنده با چاپ نوع كاهنده باشد
چون تعداد تخفيفات ما زياد مي باشد به همين دليل لازم مي باشد كه ريز تخفيفات نمايش داده شود
میدونم چی میگی، ولی سرم هم بره زیر بار این پیشنهاد نمیرم!!. شما سیستم پیش فروش من بیچاره را روز بروز به سمت گرمایش بیشتر سوق می دهید. تازه دل خونی از دست زمزم اصفهان دارم.
پاسخحذفیعنی فروشنده بداند در مجموع از هر تخفیفی چه مقدار باید بدهد، تا راحت عدد سازی کند؟
نخیر آقا، من اینکاره نیستم. حتی برای فرد آذربایجان در ارومیه و آن هم در جاده بالانج و در هفت کیلومنری بالانج! هرگز
مهندس جان
پاسخحذفسلام
رويت سفارشها مثل رويت بارنامه ها در گزارشات لطفا اين امكان را اضافه بكن من از دست فروش كلافه شدم
خود سیستم یک گیری داره که دست نگه داشتم. ولی چشم اقدام میکنم
پاسخحذفسلام
پاسخحذفدر گزارش sc form مانده عاملین را درست نمایش نمیدهد فکر میکنم عاملینی که برگشت از فروش ندارند را درست نمایش میدهد
ظاهرا حق با شماست، من دیتای مناسب برای این کار را ندارم(به قول شیرازیها، حالش هم..). مقدار مغایرت باید با یک چیزی متناسب باشد. مثلا محاسبه مالیات و عوارض در برگشت از فروش بدون تخفیف است. اگر لطف کنی این موضوع را کشف کنی خیلی خوشحال می شوم.
پاسخحذفدر تبریز و حتی ارومیه اگر شما به مغازه پارچه فروشی مراجعه کنید، مغازه دار بقدری پارچه پائین می ریزد تا شما به خاطر رودربایستی هم که شده چند متری بخرید. سال 63 که در شیراز دانشجو بودم مادرم برای دیدن من و گردش آمده بود. در حوالی چهارراه سینما سعدی به یک مغازه پارچه فروشی رفتیم. مادرم از پارچه ای خواست که در طبقه آخر قفسه ها بود. مغازه دار به مادرم گفت: خانم، حالا شما واقعا میخوین؟ برای یک زن آذربایجانی چنین برخوردی غیر قابل تصور بود. حالا من هم به هر حال تنم به تن شیرازیها خورده، بهتره خودت کشف کنی و من درست کنم.
جناب اقای بابایی
پاسخحذفبا سلام و خسته نباشید و کلی چیز دیگه
از این که وقت گذاشتید و بحث چک های برگشتی و گزارشات که اطلاعات کامل چک از مبلغ چک ، میزان وصول ، مانده (تتمه) چک و سایر موارد مورد نیاز در خصوص اطلاعات کامل و جامع از چکهای برگشتی را به اتمام رساندید تشکر میکنم
خسروجردی
مطلب دوم
پاسخحذفاینکه خواهشا این وبلاگ رو منتقل کنید جای دیگه ، از بس از انواع فیلتر شکن استفاده کردیم خسته شدیم
با تشکر
حداد با راهنمایی و تبانی خسروجردی
ممنون جناب حداد
پاسخحذفولی با بد کسی تبانی کردی، من نزده با خسرو لج هستم. خسرو حرف راست هم بزند من با او سر لجاجت دارم، وبلاگ که جای خود دارد.
یک سوال! شما که به مقامات!!! هم متصل هستید، سوالی بفرمائید که چرا فیلترینگ فله ای؟. بلاگ اسپات که مرتکب خلافی نشده است. من هم که به جز گل و بلبل از چیز دیگری نمی نویسم.
در خصوص مطلب اول انشاالله بزودی خبرهای خوبی در خصوص چند گزارش جدید و همان موضوع اینجا (تاکید می کنم اینجا) خواهم نوشت.
سلام به همه دوستان
پاسخحذفاقاي مهندس عزيز اين مورد آخري كه فرموديد گردش چك براي بيش از 3 دوره مالي امكان پذير شده فقط در حد يك شعار بود و ما حتي ثبتهايي كه منجر به بدهي نميشوند مثل درجريان وصول . وصول و عودت رو هم امتحان كرديم نشد لطفا شفاف سازي كنيد.
جناب نخعی
پاسخحذفعرض کردم برای گردشهائی که منجر به بدهی نمی شوند عملی شده است. و چون محدودیت سه سال مالی را داریم باید برگردید به سال مالی قبل. تاکید می کنم که فقط برای گردشهائی مثل وصول و در جریان که منجر به بدهی نمی شود.
جناب اقاي مهندس
پاسخحذفعارضم بحضورتان كه شما فرموديد بنده هم عرض كردم اگر خاطر شريف باشد كه بعيد ميدانم باشد ( چون طلبي نداريد و ... حال نيز هم ..) در تماس قبلي كه در سال مالي قبل كه وارد ميشويم با توجه به اين مطلب كه دوره مالي بسته شده سيستم خطاي تاريخ ميدهد ؛
==تاريخ بايد در محدوده سال مالي باشد==
مويد باشيد
مگه میشه آدم در این لحظه در شهر کرمان باشد و بداند که چه می کشد با این مردم (از تبدیل اطلاعات کارا به بابائی، فکر بد نکن) و سرحال نباشد!
پاسخحذفدر برگشت بارنامه هنگام برگشت بدون ارسال
پاسخحذف(از كالايي كه ارسال ندارد هم ضايعات و هم برگشت از فروش وارد مي شود) مبلغ برگشت از فروش يا ضايعات بعنوان تفاوت اعشار هنگام صدور سند حسابداري ثبت مي شود
شرکتهائی که بانک اطلاعاتی موازی HHdb و یا SDdb دارند و برنامه بروزآوری لحظه ای در آنها همواره اجرا می شود، توجه فرمایند که بهتر است سایز فایل لاگ خود را کنترل کنند. این فایل وقتی بیش از حد بزرگ می شود بروزآوری لحظه ای را بسیار کند می کند. دو مورد در تبریز و تهران هم مشاهده شده است که عملا بروزآوری را متوقف کرده. دلیل منطقی برای آن یافت نکردم، اما فایلی با این همه حجم که مدام هم در حال اضافه شدن و تغییر هست، هیچ ضرورتی ندارد چنین بزرگ باشد. توفیق اجباری است که چند وقت یکبار کاملا خالی شود. توجه فرمائید که قبلا از خالی کردن باید به بخش مدیریت – بانک اطلاعاتی موازی – آخرین وضعیت بروزآوری مراجعه شود و حتما تعداد رکوردهای منتقل نشده صفر باشد.
پاسخحذفچند تغییر در سیستم ایجاد شده است که توجه شما را به آن جلب می کنم
پاسخحذف1- مدتهاست که مکانیزم شناسائی عاملین فعال و غیرفعال محل سوالی برای همه ما بوده است. خیلی سعی کردم گزارش کامل چند سطحی عوامل را به این امکان نیز مجهز کنم، که نشد. در بخش گزارشها- عاملین – با شرایط، فعالیت و عدم فعالیت عامل به نحو احس گنجانده شده است. تصور می کنم همین فیلتر مناسب باشد. لطفا از آن استفاده کنید و اگر نظری دارید در همینجا بگذارید. به این بخش تغییرات خوبی داده شده است.
2- در تمام فرمهای چاپی از این به بعد اگر عبارت WINDOWSFORM=Y در هدر فرم گنجانده شود در اینصورت ضرورتی نیست که نوع خروجی را لزوما تعیین کنید. سیستم تشخیص خواهد داد.
3- یک فرم کامل از اطلاعات مشتری بصورت پیش فرض تحت عنوان LC_WIN.FRM طراحی شده است که به پیوست می فرستم. در این فرم تمام اطلاعات مشتری از جمله گروههای فرعی آن که میتواند کاربرد داشته باشد به اکسل اکسپورت می شود.
4- لطفا از گروههای فرعی عاملین استفاده بکنید. دوستی که بنا به نیاز او این قسمت را نوشتم هم از آن استفاده نمی کند. بعبارت دیگر روی دست سیستم باد کرده است. گروههای فرعی برای دسته بندی عاملین به مثلا تخفیف دار، دارای یخچال و سایر تسهیلات، میتواند پرکاربرد باشد.
خسروجردی
پاسخحذفجناب بابایی سلام
لطفا در قسمت گزارش سفارش عاملین مبلغ ریالی سفارش کالا را بگنجانید . راه هایی که گفتید جواب نداد.
در ضمن فرم ال سی هم آخرین عملکرد مشتری را ندارد.ملاحظه فرمایید.
مبلغ ریالی سفارش کالا با توجه به کاهند و افزاینده و دهها پارامتر دیگر، نمی دانم چه خاصیتی آن هم در این گزارش دارد.
پاسخحذفدر خصوص آخرین عملکرد در آن فرم، با سپاس از یادآوری اعمال خواهد شد.
چند تغییر جدید:
پاسخحذف1- حال که شماره سفارش و فاکتور فروش یکسان شده است، به پیشنهاد آقای نخعی در هنگام چاپ فاکتور که قبلا به فرم FC.Frm مراجعه می کرد، حالا به همان چاپ فرم PF.Frm مراجعه می کند. به عبارت دیگر بطور کلی از معضل دو گانگی فاکتور و سفارش خلاص می شویم. جالب است که با این همه دبدبه و کبکه قبلا لیست سفارشها و فاکتورها را نداشتیم و مثلا اگر می خواستیم یک سفارش و یا یک فاکتور خاص را مجددا چاپ کنیم باید به بارنامه آن مراجعه و فاکتور/سفارش مربوطه را چاپ می کردیم. اکنون در بخش گزارشها و اسناد فروش آنچه مربوط به فاکتور است هم در چاپ و هم در مشاهده از قوانین سفارش / فاکتور تبعیت می شود.
2- قصد دارم در لیست اسناد فروش فاکتورهای محقق نشده را نیز منظور کنم. فروش گرم سابق مانعی در این راه است. آیا در سیستم توزیع و فروش از امکان فروش – اعلام وضعیت و بازدید وضعیت و حذف وضعیت استفاده می کنید؟ فرض من بر این است که هیچ شرکتی استفاده نمی کند. لطفا و فقط اگر از آنها استفاده می کنید من را مطلع فرمائید.
3- در تعریف عوامل افزاینده و کاهنده تنظیمی وجود دارد که روند شدن و تعداد رقمهای اعشار را سوال می کند. این کاربرد عملا منتفی است و وجود آن بعضا باعث سردرگمی هم می شود. در یکی از شرکتها همین تنظیم اشتباه دو سه روزی من را سر کار گذاشت و کار به ارسال دیتا کشید. در برنامه جدید این دو تنظیم عملا از دور خارج شده اند و در فرصت بعدی نیز کاملا حذف خواهند شد.
4- در اصلاح بدون کنترل – صورتحسابها تقریبا همه کاری میشد انجام داد به جزء تغییر فروشنده . یعنی اگر بارنامه های یک صورتحساب به گونه ای عوض میشد که فروشنده نیز تغییر می کرد در این صورت باید با ارسال یک یوتیلیتی فروشنده را تغییر می دادیم. گرچه کل این قسمت کار پسندیده ای نیست اما ناچار شدم همین قسمت را هم به آن اضافه کنم. کلید F5 در آن برنامه برای این منظور استفاده می شود.
سلام
پاسخحذفدر خصوص بند 2 شركت پپسي مشهد از فروش – اعلام وضعیت و بازدید وضعیت استفاده ميكند.
با سلام
پاسخحذفدر بحث آیتم بازدید وضعیت زمزم مشهد صددرصد استفاده میکند. خواهشا حذف نفرمایید.
آقای مهندس قاسم بگلوی عزیز
پاسخحذفمن متن ایمیل ارسالی شما را اینجا می گذارم تا پاسخ به شما را بتوانم برای همه همکاران و در همه صنایع نوشابه بفرستم تا بیشتر با هم آشنا بشویم.
سلام آقاي مهندس بابايي
خدمتتان عارضم كه اولا من در اين فكرم كه سيستم دوبار محاسبات انجام مي دهد با دو نتيجه متفاوت اين كه اشتباه تنظيمات و كاربر نيست مگر اين تنظيم روند كردن براي همگي نيست در حاليكه مبلغ اشانتيون هم اعلاميه قيمت بوده و هيچگونه تغييري در فروش ايجاد نشده چرا بعد از فاكتور و محاسبه سيستم نتيجه عوض مي شود و بقول خودتان زمزم شرق داره الان از اين عمليات استفاده مي كنه، اگه تا بحال اينجور مغايرتي بود سيستم را داغون مي كرد و
خوب ما هم بقول شما روند كردن را برداشتيم ولي باز هم درست نبود بايستي تنظيمات را به محاسبات فاكتور برگردانده مي شد تا اين معما حل بشه
بالاخره اين اشانتيون هم حل شد منتها براي شما هم خوب شد كه به سيستم بازنگري شد و فراموش شده ها به يادتون آمد ولي اين رسم مشتري مداري و همكاري و دوستي نبود كه شما اين جوري رفتار كنيد بالاخره
اول اینکه در قضیه روند کردن اعشار، نظر به اعتمادی که به دقت شما داشتم و از محاسبات سیستم هم یقین دارم، کار به ارسال دیتا کشید و من مشهد بودم که این اتفاق افتاد. ظاهرا شما اصل مسئله را فراموش کرده اید. که با برداشتن روند، مشکل حل شد. مسئله کرایه حمل مشکل بعدی بود. در این قضیه هم با دو مشکل بزرگ مواجه بودم اول مطمئن بودم شما دقت کافی را کرده اید و دوم اینکه بیش از دو سال است با همین مکانیزم در زمزم شرق تهران هم اشانتیون می دهیم و هم کرایه حمل را حساب می کنیم. یعنی آنها طی این دو سال متوجه این اشکال نشده اند؟ این موضوع و روش تعیین قیمت اشانتیون بر مبنای قیمت واحد خاص اشانتیون در همان شرکت اجرائی شد. یعنی کسی متوجه نشده است؟ در ادامه توضیح می دهم که آقای براتی استدلال کردند که این روش در سیستم اساسا اشکال منطقی و ناسازگاری درونی دارد. نزدیک یک هفته تمام سیستم را بازنگری کردم. از شما خواستم با زمزم شرق و رشت تماس بگیرید. در نهایت هیچکدام به نتیجه نرسید. دیتای مستقلی درست کردم و همراه با طرح کرایه حمل به آقای افشین براتی، حل المسائل سیستم توزیع و فروش متوسل شدم. روز چهارشنبه گذشته یک ساعت بعد از نصف شب به کمک ایشان راه حل قضیه را پیدا کردیم که ظاهرا مشکل شما را حل کرد. زمزم شرق تا این لحظه شکایتی نداشته است و من هم حوصله ندارم که موضوع را مطرح کنم. اما به صورت مسئله توجه کنید : هم اشانتیون و هم مالیات و عوارض و هم کرایه حملی که در مالیات و عوارض تاثیر ندارد و هم هنگام تحویل اشانتیون کرایه حمل به عنوان افزاینده به حساب مشتری منظور نمی شود. به امکانات سیستم هم توجه کنید : هم فروش بر مبنای فاکتور است و هم حساب فروشنده بر مبنای بارنامه نگهداری می شود. چنین امکانی در هیچ سیستم توزیع و فروشی در کشور و در حال حاضر وجود ندارد. در حقیقت من به شما در تصحیح این روش خدمات نگهداری ندادم بلکه سرویس بیشتری که گمان می کردم به زمزم شرق تهران داده شده است را مجددا ایجاد کردم. جا دارد که صورتحساب درخور توجهی را بفرستم که مشتری به خودش اجازه ندهد اینگونه من را نصیحت کند. چه شخص و یا شرکتی را در ایران سراغ دارید که اینگونه خود را درگیر مشکل مشتری کند که برای من مشتری مداری یاد می دهید؟. این را اینجا نوشتم و برای تمام مشتریان سیستم هم می فرستم که من بهتر و ارزانتر از این خدمات به مشتریان را بلد نیستم و مایل هم نیستم یاد بگیرم. هر کس از خدمات و یا سیستم ناراضی است راه باز و جاده دراز!. بفرمائید و سیستم دیگری تهیه کنید و از شر من هم راحت شوید. شما که خودتان نزدیک یک سال از کارا سیستم استفاده کردید و به نتیجه نرسیدید و مجددا به همین سیستم برگشتید و بیش از ده سال هم هست که از آن استفاده می کنید لابد سیستم و خدمات آن قابل ملاحظه بوده است، نبوده است؟ آدم دقیقی مثل شما با نیم ساعت آموزش تسهیلات کل شرکت فرد آذربایجان را به صورت هوشمند در آورده است. قطعا پنجاه درصد این موفقیت به شما مربوط است چون من هنوز در بسیاری از شرکتها موفق به این کار نشدم ولی چرا در سیستم های دیگر قادر نیستید چنین کنترلهائی بگذارید؟ کدام سیستم توزیع و فروشی چنین تسهیلاتی دارد؟ و چنین پشتیبانی؟ یادتان هست تا به مشکلی در خصوص هوشمند رسیدید تا حل نکردم ول کن قضیه نبودم؟ اکنون زمزم آبادان در محدودیت 10 آیتم هوشمند چند ماهی است مشکل دارد و مدام به فکر حل این مشکل بدون به دردسر انداختن دیگران هستم، این پشتبانی نیست؟ من به این اصل مزخزف و پاچه خوارانه "حق با مشتری است" هیچ اعتقادی ندارم. حق با کسی است که درست کار می کند و مسئولیت پذیر است. هم مشتری می تواند نرم افزار دیگری تهیه کند و هم فروشنده درستکار روزی اش در نهایت از جای دیگر تامین می شود. نیازی به این نیست که سر مشتری را سر، شیر ببیند.
پاسخحذفآقای خسروجردی عزیز
پاسخحذفبه شما عرض کردم که آن پیشنهاد شما در خصوص گزارش سفارشها چقدر عجیب و غریب است. این نامه را دوستی فرستاده و مایل نیست نامش عنوان شود. من هم امروز از دنده مشتری مداری خاصی بلند شده ام. قاسم بگلو در فرد آذربایجان اعصابم را بهم ریخته و کلاس مشتری مداری برایم گذاشته است. کمی مواظب خودت باش و گرنه....
======
در خصوص پيشنهاد دوست عزيزمون اقاي خسروجردي بايد بگم اصلا موافق نيستم ....... چون اون گزارش بهترين گزارش تعدادي است و من براي كاربرانيكه نميخوام از گزارشات ريالي استفاده كنند براي دادن دسترسي از اين قسمت استفاده كردم تا جاييكه ميدونم ..... هم در شعب همين كا رو كرده اگه قسمت ريالي بهش اضافه بشه كله دسترسي دادن ما رو بهم ميريزه بماند كه اصلا ميشه اين گزارش و در قسمت تحليل چند سطحي عوامل هم هم بصورت تعدادي و هم ريالي داشت و نميدونم علت اين درخواست چيه
================
----------
ناشناس عزیز
علت این درخواست اینه که مشتریان سیستم روز به روز بی حالتر می شوند و حوصله ندارند حتی متن پستهای مربوط به کار را هم بخوانند. بعد از اینکه می نویسم زنگ می زنند و می گویند: حالا باید چه کار کنیم؟
از مزایای یکی شدن شماره سفارش و فاکتور، چاپ فاکتور در گزارشها – اسناد فروش – چاپ بود که از فرم PF تبعیت می کند. این برنامه چاپ و مشاهده را بعد از ده سال بالاخره دستی به سر و گوشش کشیدم و الان سورتینگ های بیشتری دارد. امکان انتخاب و چاپ نیز دارد. و فرم FC در اینجا از راهنمای PF تبعیت می کند. میتوانید PF را روی آن کپی کنید که روش بهتری است و یا در اطلاعات پایه – عاملین – محدودیت – فرمهای چاپی، فرم FC را به PF تغییر نام دهید. همین توضیح در FC.HLP هم آمده است.
پاسخحذفبا سلام
پاسخحذفمهندس جان واقعا عالي شده به نظر من تغيير بسيار مثبتي بود . مرسي از لطف شما
با سلام
پاسخحذفبالاخره بعد از چند سال این گزارش اسناد فروش قابل استفاده شد. مرحبا جناب بابایی
خسروجردی
با سلام خدمت اقایی مهندس بابایی
پاسخحذفدر exe جدید
ارسالی در قسمت گزارشات -اسناد فروش-مشاهده-واردکننده حذف شده
ایا این ایتم حذف شده یا اینکه جایی دیگر کنجانده شده
با تشکر
قاضی عسگر
جناب قاضی عسگر- با درود
پاسخحذفآیا واقعا شما از این قسمت استفاده می کردید؟ در حقیقت قصد دارم در بارنامه هم همین بخش را پاکسازی کنم، چون پرونده لاگ به طور کامل و مبسوط تمام تراکنشهای کاربران را ثبت می کند. به نظر شما مشاهده در بخش لاگ سیستم جایگزین بهتری نیست؟
علی ای حال اگر خیلی مهم بود میتوانم در بخش اطلاعات تکمیلی همیشه وارد کننده را بیاورم
n(کوچک) به فرمهای چاپی اضافه شده است. اگر در راهنمای فرمهای اوریجینال ملاحظه فرمائید، نحوه استفاده آن مانند l (کوچک) است. اعداد و تاریخ موقع نمایش فرمت می شوند. اعداد با کاما سه رقم سه رقم تفکیک و تاریخ با اسلش جدا می شود. اگر از n در کدهای فرم چاپی استفاده کنیم هر گونه فرمت از بین می رود. این موضوع در مواردی که قصد انتقال و یا ساختن تکست برای انتقال به سایر سیستمها را داریم، می تواند کاربرد داشته باشد.
پاسخحذفجناب آقای مهندس بابایی سلام
پاسخحذفچرادر بعضی از مواقع مبلغ چک برگشتی فروشندگان درصورتحساب دو برابر نشان داده میشود؟با تشکرمحرم یوسف زاده
محرم عزیز
پاسخحذفدر صورتحساب اگر چنین اتفاقی افتاده، مربوط به فرم صورتحساب است. بنابراین قبل از هر چیزی باید فرم بررسی شود. تا آنجا که به خاطر دارم در فرم صورتحساب شما با شرایط خاصی از یک کد اشتفاده شده بود که به نظرم زیاد هم جالب نیست. مثلا مقدار برگشتی بسته به تاریخ اخذ صورتحساب فرق می کرد. در هر حال اگر غیر از این باشد به یقین اشکال از سیستم است و باید بررسی بشود.
جناب آقای مهندس بابایی سلام
پاسخحذفچرادر بعضی از فروشندگان این اتفاق می افتد
محرم یوسف زاده
در این صورت حدس من درست است و اشکال از فرم خواهد بود. باید فرم ac را بررسی کنید و یا بررسی بکنیم.
پاسخحذفدر گزارش چند سطحی عاملین، کنترلهای تکمیلی توسعه داده شده است.در کنترلی تکمیلی سفارش-عامل اطلاعاتی اساسی از عامل از جمله پیشه و سه کد مربوط به سایر گروهها اضافه شده اند.
پاسخحذفدوستانی که از ترمینال دستی استفاده می کنند توجه فرمایند که تغییر کوچکی در جدول JoinTable داده شده است. فیلد جدید JTVistDay که Char (7) است بعنوان آخرین فیلد اضافه شده است. اگر از تاریخ 03/06/90 برنامه جدید دریافت کنید این فیلد حتما باید به فیلد آخر این جدول اضافه شده باشد. اگر از SDdb هم استفاده می کنید آنجا هم حتما باید اضافه شود.
پاسخحذفعلت این تغییر را عرض می کنم که حتما برای شما هم جالب خواهد بود. می دانید که در سیستم توزیع و فروش هر عامل روز ویزیت دارد که در شناسنامه عامل تعریف می شود. ممکن است روز ویزیت با ویزیتور فرق کند. مثلا عاملی را ویزیتور شماره یک، شنبه ویزیت کند و ویزیتور شماره دو چهارشنبه. این موضوع در سیستم فروش و در اطلاعات پایه – عاملین فروش – ویزیت برای ویزیتور قابل تعریف است. لازم بود این اطلاعات که البته خیلی استثنائی است در JoinTable نیز منعکس شود. فیلد JTVistDay همین کاربرد را دارد.
باید به شرکتهای طرف قرارداد یعنی زبرآسیا و شرکت طرف قرارداد زمزم شرق که اسمش یادم رفته نیز اطلاع دهید. البته این موضوع در صورت عدم مراجعه هیچ کاربردی برای آنها ندارد. ولی در دیتابیس شما حتما باید وجود داشته باشد.
شما را به این ماه مبارک و یا هر چیزی که دوست دارید قسم می دهم این تغییر را انجام دهید. بعد از چند ماه که متوجه شدید JoinTable درست بروز نمی شود پیدا کردن آن حسابی پردردسر و اسباب دلخوری مضاعف خواهد شد. متن را هم ایمیل می کنم و هم در وبلاگ قرار می دهم که بعضی ها (بعضی ها به سبک رادیو تلویزیون ایران که شامل نود و پنج درصد مردم می شود) بعدا نگویند ما در جریان نبودیم. در عین حال اسکریپت ایجاد جدول را هم ضمیمه ایمیل می کنم تا بیشتر توجه فرمائید که در چنین مواقعی چقدر چشم آدم از توجه بعضی ها!!! ترسیده.
محمد بابائی
03/06/90
سه نوع گروه بندی جدید مربوط به عاملین، در گزارش چند سطحی عوامل که بسیار مورد استفاده قرار می گیرد، اضافه شده اند. مطابق پیشنهاد آقای مجید اسکندری از همکاران کوکا در مشهد، علاوه بر فیلتر، در سطوح چهارگانه نیز این عوامل را میتوان استفاده کرد. این توسعه باعث بهره برداری مناسب این سطوح مانند سایر لایه ها می شود. استفاده از آنها توصیه می شود.
پاسخحذفبا عرض معذرت و متاسفانه در بخش مدیریت – نگهداری سیستم – محاسبه مجدد- تثبیت اسناد فروش، اخیرا اشکالی بوجود آمده است که در شرایط خاص، به اسناد غیر از فروش (برگشت از فروش و امانی و استرداد امانی) آسیب می رساند. توجه فرمائید که این اسناد در سطح عاملین است و ارتباطی به بارنامه ندارد. سطح استفاده از آنها هم بسیار محدود است.
پاسخحذفهم اکنون در حال تولید ابزاری هستم که تمام این اسناد از بکاپ برگردانده شود. فقط امیدوار هستم که بکاپ مناسب داشته باشید. این اشکال دست کم از یک ماه پیش وجود داشته و اخیرا در شیراز کشف شده است. البته یک عادت بد باعث کشف این موضوع شد که نمی دانم خوشحال باشم یا ناراحت؟ بعضی از همکاران تا یک برنامه جدید را دریافت می کنند تمام مراحل نگهداری و محاسبه مجدد را اجرا می کنند. اگر اجرای بخشی لازم باشد حتما و پیشاپیش اعلام می کنم، ضرورتی به اینگونه اجرا نیست. علی ای حال این عادت بد موجب کشف اشکال مهمی شد. ممکن است عذر بدتر از گناه باشد ولی فقط دیتای شما خراب نشد، مسافرت من در این ایام بی اینترنتی آن هم در ارومیه، حسابی مختل شد.
تا دریافت برنامه جدید لطفا به هیچ وجه از بخش گفته شده در بالا استفاده نکنید. باید اینترنت مناسبی داشته باشم و احتمالا فردا به شرکت فرد آذربایجان مراجعه می کنم تا از امکانات آنها بهره بگیرم.
12/06/90
محمد بابائی
سلام دوستان
پاسخحذفمن می خواستم ویندوزهای مجموعه را سون کنم ،در فول اسکرین کردن برنامه فروش در ویندوز سون مشکل دارم از دوستان کسی هست که به من کمک کند یا اینکه به همان ویندوز اکس پی برگردم
اولا چرا خودت را معرفی نکردی؟
پاسخحذفحدس میزنم مهدی در شیراز باشی.
اول باید پرواسیو نه را نصب کنی مطابق پستی که نوشته ام.
دوم متاسفانه راه اصولی پیدا نکردم ولی باید درایور اضافی ویندوز سون را برداری. آن درایور در بخش دیسپلی هست و کاربرد آن بیشتر در گیم هاست. آقای سعید خدابنده در کوکای تهران استاد این کار است
سوم متاسفانه برای ویندوزهای 64 بیتی فعلا راه حلی ندارم.
چند تغییر کوچک
پاسخحذف1-به پیشنهاد آقای نخعی تغییرات عناوین ویزیتورهای سیستم از کنترل مشخصات سیستم،عمومی،ویرایش عنوان تبعیت می کند. و اکنون اگر خواستید و اجازه دادید عنوان ویزیتورهای با گردش را می توان اصلاح کرد
2-اشکال خیلی بدیهی در بخش ورود فاکتور بر اساس سفارش وجود داشت که محصول به بطر اصلا با ضریب بسته بندی کنترل نمی شد. یعنی برای محصولی 24 تائی 100 عدد هم میشد وارد کرد. که درست شده است.
3-از همه مهمتر مسئله مشکلی است که در ثبت ناقص بارنامه رخ می دهد. قبلا در اینجا نوشته ام http://mohammadbb.blogspot.com/2010/10/pervasive-and-ups.html که فکر می کنم پرواسیو روی قطعی سرور کنترلی ندارد. البته وقتی بارنامه ای ناقص ثبت می شود بسیار خوشحال می شوم که من را در جریان اتفاقات قرار دهید تا شاید راه حلی اساسی برای آن پیدا کنیم. ولی مسئله اینطوری است که در وسط ثبت بارنامه علیرغم کنترل تراکنشها، اگر قطع برقی و سیم شبکه ای اتفاق بیفتد، مشاهده شده است که عوامل افزایند و کاهنده باقی مانده و بارنامه ناقص ثبت می شود. در نوبت اصلاح سیستم، مدام داپلیکیت کی ولیو می دهد. در کنترلهای نیمه تمام، بارنامه ها، علاوه بر کلید Ctrl+E که پرونده عوامل کمکی را پاک می کرد، کلید Ctrl+O اضافه شده است که در حقیقت عوامل افزاینده و کاهنده مربوط به بارنامه را تثبت می کند.
همکاران، عزیزان، یاران، سروران
پاسخحذفچند تغییر کوچک داده ام، اما قبل از هر چیز یک تذکر تکراری را برای چندمین بار اینجا یادآوری کنم.
خواهش می کنم و بلکه التماس می کنم مطالبی که مربوط به کار هست و من لینک آنها را برای شما می فرستم، حتما مطالعه بفرمائید. به جز چند نفر خاص بقیه اصلا توجهی نمی کنند و بعدا به دردسر می افتیم. من تعمدا مطالب مربوط به سیستم را در نهالستان می گذارم و مطالب نه چندان مهم را در زیر همین تبادل نظر می نویسم که اگر لینک آن را نفرسیتم کسی نمی بیند و ضرورتی هم ندارد که ببیند. اگر شما حتی یک بار بطور سر سری هم مطلب را ملاحظه فرمائید یک حضور ذهنی ایجاد می شود که اگر بعدا به مشکل برخوردید و یا مورد استفاده ای برای آن مورد پیدا شد بلافاصله و اتوماتیک وار یادآوری می شود. قریب به اتفاق ما ایمیلها را نگهداری نمی کنیم ولی در وبلاگ می ماند و ماشین جستجوی داخلی وبلاگ و خود گوگل پشتبان ماست که سریعا اصل مطلب را پیدا کنیم. یکی از همکاران دقیق در تهران حتی خود پرونده ای برای سیستم درست کرده و هر چه توضیح برای تغییرات را می فرستم در آنجا بایگانی می کند. خدا نیاورد روزی که تغییری بدهم و توضیح آن را فراموش کنم و مدعی شوم که فرستاده ام و یا در تغییر داده شده تجدید نظر دوباره ای بکنم و توضیح مجدد را نفرستم و ایشان به دردسر بیفتد. بلافاصله پرونده سیستم را روی میز می گذارد و معمولا برای من شرمندگی حاصل می شود البته استثناهائی هم بوده که من حق داشتم ولی همین دقت باعث حواس جمعی بیشتر است. شما که نه حوصله دارید و نه ماشاالله وقت. من هم در همین وبلاگ عملا زحمت بایگانی را می کشم. پس لااقل یک بار بخوانید اگر هم در آینده به آن برخوردید با مختصر جستجو مطلب یافت می شود. آنهائی که دقیق هستند ممکن است سوال کنند چرا اینهمه یادآوری می کنی؟ باید بگویم با این که می نویسم و می فرستم باز خیلی وقتها و برای بسیاری مجبورم توضیح دهم و بعضا دوباره لینک مطلب را اختصاصی برای آن عزیز ارسال کنم. دوستی نکته پرانی می کرد و می گفت فیلتر است و دنبال مشتری هستی و فلان و بهمان. اولا مطالب غیرمربوط به سیستم مشخصند و در جمع دوستان آشنایان و همفکران به اندازه کافی و یا حداقل راضی کننده مشتری دارند. دوما نوشتن مطالب مربوط به سیستم در اینجا اصلا برای من جالب نیست. کسانی که نباید بخوانند هم می خوانند من راهی بهتر از این پیدا نکردم. وقتی کل ایمیل مشتریانم را در بی سی سی می گذارم و مطلب را می فرستم و در روز روشن و هوای آفتابی می گویند برای ما نفرستادی !!! با عرض معذرت تمام بخشهای بدن انسان دچار سوزش می شود. صحبت از فیلتر بودن هم کاملا بی معنی است. ماشالله همه استادید. من به تجربه در میان همکاران دریافته ام که میزان حزب اللهی بودن با میزان قوی بودن در شکستن فیلتر حتی نسبت مستقم دارد. خود من هم خیلی وقتها از همین عزیزان وی پی ان و یا راهنمائی می گیرم. بسیار کم اتفاق افتاده که درمانده شوم. اصلا بدون فلتر شکن که اینترنت را نمی شود استفاده کرد. ماشاالله دوز فیلترنیگ بعضی وقتها شامل ایمیل هم می شود.
چند نکته در خصوص لاگ سیستم و ترمینال دستی
پاسخحذف- پرونده ذخیره سابقه تغییرات یا همان لاگ سیستم، کار مهم دیگری نیز انجام می دهد. و آن واسط بروز آوری بانک اطلاعاتی ترمینال دستی اچ اچ دی بی و یا اس دی دی بی است. این پرونده به گونه ای طراحی نشده است که زیادی بزرگ شود. بزرگ شدن آن علاوه بر فشار به تراکنشهای سیستم اشکالاتی نیز دارد که به نظرم اساسا مربوط به پرواسیو است. یعنی وقتی این جدول که رکورد متغیر و با سایز بسیار بزرگ دارد از مرز چند میلیون رکورد می گذرد، هنگام بروز کردن بانکها عملا متوقف می شود. چندین بار خدمت دوستان عرض کردم که این جدول اساسا برای بزرگ شدن بیش از حد طراحی نشده و لطفا اجازه ندهید بیش از حد بزرگ شود. نظر به اینکه کثیری از دوستان اصلا به عرایض بنده گوش نمی دهند، مجبور شدم به روش های باستانی متوسل شوم و بیش از یک میلیون رکورد در این پرونده را عملا متوقف کنم. از این به بعد حداکثر رکورد لاگ قابل ذخیره 999999 یعنی یکی کمتر از یک میلیون خواهد بود. اعداد قبلی هم اگر بزرگتر از این بود به عدد کوچک تغییر خواهد یافت.
- در خصوص بانک اطلاعاتی ترمینال دستی من با شرکت دیگری همکاری می کنم. سناریوی تکراری اشکال گردن همدیگر انداختن اینجا نیز مدام تکرار می شود. اجازه بدهید فرمول آن را بسیار کلی خدمت شما عرض بکنم. با نظرداشت این فرمول هر وقت اشکالی پیش آمد به راحتی متوجه خواهید شد که اشکال از طرف سیستم فروش است یا برنامه ترمینال دستی. تمام آبجکت های با اسکمای SDG,SDS مربوط به سیستم توزیع و فروش است. هر آبجکتی اعم از جدول و یا فانکشن که خارج از این دو اسکما باشد مربوط به سیستم توزیع و فروش نیست. هیچگونه تریگری روی این جداول مجاز نیست و به محض مشاهده پاک خواهد شد. در اولین فرصت و پس از کسب سواد لازم، آبجکت های نامربوط و غیر مجاز اتوماتیک و بدون اطلاع قبلی حذف خواهند شد. فعلا نوشتن فانکش مناسب آن را بقول مشهدی ها یاد ندارم. بروز کردن تمام جداول مربوط به اسکمای SDG تمام و کمال بعهده سیستم توزیع و فروش است. هر اشکالی در این خصوص مشاهده شد، علی الاصول مربوط به من هست. گرچه چندین بار متوجه شدم دوستان خلف وعده کرده اند و تریگر روی این جداول گذاشته اند که حسابی سر کار رفته و بعدا متوجه شده ام. تنها جدول مشترک بین سیستم فروش و ترمینال دستی SDS.PreSale است. مسئولیت پر کردن این جدول با سیستم مربوط به ترمینال دستی است. سیستم توزیع و فروش فقط آن را می خواند و فیلد ReadOrder را در آن بروز می کند. امیدوار هستم توضیح من کافی بوده باشد. لطفا نظارت کنید که هیچ، تاکید می کنم هیچ تریگری روی جداول گذاشته نشود. هر تغییری حتی اضافه کردن یک فیلد در این جداول نیز غیر مجاز است. اگر لازم بود باید با هماهنگی صورت بگیرد. البته بزودی سواد لازم را برای نوشتن یک فانکشن درست و حسابی کسب می کنم و آن وقت من می دانم و آبجکت های اضافی!.
- اینکه که گفتم یاد بگیرم بعد فیل هوا می کنم، یاد یک موضوع خنده دار افتادم. باور کنید به هیچ وجه جوک نیست و مخصوصا تاکید می کنم که قصد توهین ندارم. اول به دلیل علاقه فراوانی که به گیلان دارم و دوم به خاطر رنجی که از این جوکهای نژادپرستانه و احمقانه که شایسته همان تاریخ ساختگی این کشور است، می برم. یکی از بستگان من در تهران قبل از انقلاب یک همسایه گیلک داشته که ظاهرا دائم الخمر هم بوده. البته خیلی سبک و موضوع با آبجو شمس آن زمان برطرف می شده است. یک روز یکی از همسایه ها مزاحم آنها می شود. دعوا بالا می گیرد و همسایه ها سر می رسند. زن به شوهرش می گوید کاری بکن، حرفی بزن به این فلان فلان شده. او هم می گوید "خانوم جان، بذا برم آبجو بخورم، بر می گردم پدرشو درمیارم"
در کپی از عامل مبنا، زمانی که عوامل افزاینده و کاهنده مد نظر باشد، این امکان که تماما کپی شود و یا به تنظیمات قبلی اضافه شود، در بخش مربوط به کپی برای فروشندگان و عاملین، اضافه شده است.
پاسخحذفدو گزارش اساسی که خیلی خیلی احتیاج دارم
پاسخحذفمهتدس جان لطفا این 2 گزارش را برامون حل کنید
گزارش 1-در گزارش عاملین با شرایط
اولا در این گزارش اگه بخواهی یک گزارش از عاملینی که گردش بالا یا پایین n فاکتور دارند را فیلتر کنی و برات بیاره درست کار نمی کنه
دوما من یک گزارش از عاملینی میخواهم که این فیلتر تاریخ و تعداد فاکتور را داشته باشه و ضمنا در این گزارش این آیتم ها را هم داشته باشه
- تعدادفاکتورعامل در یک بازه زمانی خاص فیلتر شده
- مبالغ کل فاکتورهای خرید شده در یک بازه زمانی خاص فیلتر شده
-آخرین فاکتور صادر شده برای این عامل در یک بازه زمانی خاص فیلتر شده
گزارش 2 - گزارش از فاکتورهای رسیدی عاملین زمانی که نحوه پرداخت فاکتور بصورت رسیدی میشود یک کنترل برایش در نظر گرفته می شود که متاسفانه گزارش فوق در سیستم وجود ندارد
و خواهش بعدی اگه بشه گروه بندی که برای عاملین در نظر گرفته شده تعدادش بیشتر باشه خیلی خوب میشه من نمی دونم برای چی این محدودیت 3 گروه بندی در اینجا وجود دارد....
سلام آقای مهندس
پاسخحذفدر مورد امکان جدید، کپی از کاهنده هوشمند به صورت اضافه کردن به قبلی ها
دوتا درخواست فوری داشتم
یکی اینکه بتونم یه گزارش بگیرم از کاهنده هوشمند عامل ها مخصوصا اونایی که 10 تا ردیفشون کامل شده
دوم اینکه اگه امکان حذف یک کد هوشمند به صورت عمومی وجود داشته باشد، من می تونم یه کدی که الان استفاده نمی شه را از عامل ها حذف کنم
با تشکر
خانم مهندس پورمحمد
پاسخحذفاز آنجائی که گفته اند خانمها همواره و در مقامی مقدم هستند، ابتدا درخواست شما را در سیستم گنجاندم. اکنون هنگام کپی عوامل سه گزینه کپی و اضافه و حذف وجود دارد. البته هنگام حذف و اضافه می توان از یک عامل واسط هم استفاده کرد.
آقای مهندس قاسم بگلو
حق با شما بود و فیلتر را کلا بازنگری کردم. جالب اینجاست که ماههاست این مسئله به درخواست دوستی تغییر یافته که از اشکال آن تا کنون چیزی نگفته اند. باقی موارد هم در دست بررسی است.
اسکندری (کوکاکولا مشهد):
پاسخحذفمهندس عزیز برای یک کد عامل که در دو سازمان کوکا و کانادا با دو سیاست متفاوت ،ولی با یک کد مشترک عملکرد دارند ، تفکیک محدودیتها حائز اهمیت است ( یکی از مشکلات مهم من ...) - قبلا هم این رو عنوان کردم، راهکاری پیدا کنید
با تشکر
مجید عزیز
پاسخحذفاین موضوع کلا مسئله دارد و من حقیقتا نمی دانم چه راه حلی باید برای آن پیدا کرد. راستی منظور از مشتری کانادا چیست؟ مشتری است که فقط محصولات کانادا را می خرد؟ در این صورت باید قبول کنیم که تقسیم بندی بر مبنای نوع محصول است و در سیستم از بابت محصول فرقی میان کوکا و کانادا و خوشگوار نیست. در سازمان شما مناسبترین تفکیک احتمالا ویزیتور و فروشنده خواهد بود که آن نیز بدبختی خاص خود را دارد. علی ای حال هموراره به فکر یافتن راه حل برای این موضوع هستم.
درود
پاسخحذفمهندس بي سابقه بوده اين همه بي سرو صدا بودن مگه خبريه آپديت نداريم؟
چندین سال پیش وقتی خزانه داری فروش را به سیستم اضافه کرده بودم و در زمزم مشهد هم شروع به اجرا کردیم، مهندس صادقی مدیر کامپیوتر زمزم مشهد به من گفت : من به کار تو ایمان دارم و هنگام مشکل چشم بسته اول به کار خودمان شک می کنم، ولی اخیرا اشکالات زیاد شده است و اطمینانم سست شده است. موضوع چیست؟ بعدا مشکلات حل شد ولی این مطلب چنان در من اثر کرد که تا کنون فراموش نکرده ام. حق هم داشتم، بقدری اشکالات زیاد شده بود که اصلی ترین سرمایه سیستم یعنی اعتماد، آن هم از طرف یکی از دقیق ترین کاربران آن آسیب دیده بود.
پاسخحذفاکنون آقای نعمتی همکار عزیزمان در کوکای شیراز کامنت بالا را گذاشته است. مثل همان موقع انگار آب سردی را روی سرم ریختند و تلنگر عجیبی بدنبال خود داشت. من که هر دو روز یک آبدیت می فرستادم بقدری ساکت شده ام که صدای مهدی از شیراز در آمده که موضوع چیست؟
می دانید که دلی اندازه دل یک گنجشگ دارم و موضوعی را نمی توانم از شما پنهان کنم. بزودی برایتان مفصل خواهم نوشت. همینقدر داشته باشید که این روزها کلمه جنگ نرم و جنگ سایبری و تهاجم نرم و این حرفها زیاد در اخبار شنیده می شود. با اقتباس از آن کلمه، من هم دچار نوعی اعتیاد نرم شده ام و قصه آن را مفصل خواهم نوشت.
مهدی عزیز، خیلی ممنون از تلنگر تو.
فرم جدید و کار جدیدی کرده ام که حتی فرصت نکرده ام در آن خصوص چیزی بنویسم. امیدوارم مخصوصا برای تو قابل استفاده باشد و برگ سبزی است...
روال ما در سیستم توزیع و فروش بر این بوده است که مبلغی را بابت فاکتور و یا بارنامه دریافت نمی کنیم. برای این کار استدلال های زیادی شده است که تکرار نمی کنم، اما مزیت بزرگ آن روش هم باز بودن و یا نبودن فاکتور است. از ترکیب امکانات فعلی تصور می کنم به راه حلی میانه رسیده ایم که امیدوارم موفق شود. یک نمونه فرم هم در فرمهای اوریجینال سیستم به نام DC_Res که مخصوص عاملین است (باید به یک دامنه منتسب و در گزارشها – عملکرد عاملین – خلاصه عملکرد – DC Form استفاده شود) طراحی شده است.
پاسخحذفمکانیزم این فرم بر مبنای اختلاف سررسید و تاریخ تاثیر در پرونده عامل و یا فیلدی که در هنگام صدور سفارش تحت عنوان "کنترل" پر می شود است. فرض می کند که تا امروز بر مبنای پرداختهائی که انجام شده است چه تعداد از فاکتورهای مشتری قابلیت وصول دارد. توجه بفرمائید که در این فرم چک وصول شده از بدهی کم شده است نه چک دریافتی. فرم بسیار خوبی است و شاید این توضیح کوتاه شایسته کاربرد آن نباشد. اگر مایل به استفاده از آن بودید با کمال میل تلفنی بیشتر توضیح خواهم داد.
با سلام ودرود فراوان
پاسخحذفمهنذس جان بعد از يك دوره طولاني سكوت را شكستيد و يك ابديتي ارسال فرموديد ضمن تشكر و خـــــــــــسته نبـــــــــــــــــــاشيد(!) در مورد درخواست مربوط به درج تاريخ سررسيد در گزارشات گردش مانده فروشنده و عامل كه به تاريخ پيوست لطفا دستي برسانيد
با تشكر
سسن گلسن رضا، منم گوزوم اوسته. ای به چشم
پاسخحذفهمکاران گرامی در شرکتهائی که ترمینال دستی دارند خواهش می کنم این توضیح را حتما ملاحظه فرمایند.
پاسخحذفمتاسفانه در انتقال اطلاعات به ترمینال دستی اشتباهی از طرف سیستم فروش شده که تصور می کنم کاملا برطرف شده است. از امروز 27/10/90 برنامه جدیدی ارسال می کنم. تا شبنه اول بهمن خودم آن را در کوکای تهران به اتفاق همکاران تحت نظر داریم که اشکالی نداشته باشد. از شما خواهش می کنم حتما از اول بهمن یعنی شنبه این برنامه را مستقر کنید.
بگذارید به صراحت بگویم که بعضی از همکاران به هیچ وجه در اینگونه موارد همکاری نمی کنند و بعد که تغییری پیش آمد با فرض اینکه قسمت قبلی انجام شده است حسابی خودشان و من را اذیت می کنند. در این برنامه جدید تاریخ آبدیت را داخل سی اف جی نوشتم و به هیچ وجه قصد ندارم که اگر مشکل برطرف شد این طرف سال برنامه جدیدی بفرستم. بنابراین هر اشکالی که برای شرکتهای دارای ترمینال دستی بوجود آید برطرف کردن آن منوط به این خواهد بود که برنامه در تاریخ 1/11/90 روزآمد شده باشد. بعبارت دیگر شیوه ارسال قبلی را کلا حذف کرده ام و به آن دسترسی ندارم.
دو توسعه و تغییر در سیستم داده شده است: محاسبه اتوماتیک باکس پالت و اصلاح اسناد فروش.
پاسخحذف1- اگر کالائی به عنوان پالت تعریف کنید و آن را به محصولات نسبت دهید، سیستم تعداد پالت لازم را محاسبه خواهد کرد. توجه فرمائید که در شناسنامه کالاها دو فیلد جدید اضافه شده اند. کد پالت و همینطور تعداد بسته که لازم است تا یک عدد پالت برای این محصول استفاده شود.
2- اصلاح اسناد فروش بعد از صدور صورتحساب واقعا اشکال غیر قابل قبولی در سیستم است. چون در فروش گرم تمام فاکتورها از بارنامه تبعیت می کردند، عملا اصلاح فاکتورها در مانده فروشنده هیچ تاثیری نداشت. همین را در سفارش هم گذاشته ایم که خیلی خطرناک است. می دانم که شما وقتی امکانی روی سیستم بود از آن دل نمی کنید. من نیز به روش باستانی متوسل شدم و صورت مسئله را عوض کردم. این امکان به بخش مدیریت و اصلاح بدون کنترل منتقل شده است. دست کم دلمان خوش باشد که گفته شده است: بدون کنترل!
گزارشهای تطبیقی مطابق کدینگ حسابداری و بانک SDdb
پاسخحذفقبل از هر موضوعی مایلم به اطلاع همکاران عزیز برسانم که شرکت خوش طعم اصفهان به جمع استفاده کنندگان از سیستم توزیع و فروش پیوسته است و یقینا تجربه این مجموعه با سابقه، به غنای سیستم خواهد افزود.
وقتی سیستم بانکی کشور بعد از دهها سال به تازگی اقدام به کدینگ واحد بانکهای کشور کرده است، انتظار دور از واقع بینی خواهد بود که ما در صنایع نوشابه بتوانیم سیستم توزیع و فروش را با سیستمهای مالی کاملا هماهنگ کنیم. اخیرا درخواستی داشتم که گزارشها را نه بر اساس کدینگ فروش، بلکه بر اساس ساختار حسابداری طلب می کرد. در حسابداری هم موجودیتی مثل محصول و یا فروشنده در لایه های مختلف تفصیلی و با معینهای متفاوت گردش دارند و صحبت از یک یا دو کد نیست. طرح جدیدی در سیستم برای پشتیبانی این قسمت ایجاد شده است. دو فرم PaAcc.Frm و DiAcc.Frm مطابق راهنمای Acc.HLP مشخص خواهند کرد که چه بخشی از کدینگ محصول و یا فروشنده مد نظر است. در اینصورت تمام خروجی های HTML و اکسل و یا تکست علاوه بر کد فروش، کدینگ مستخرج از تعریف کاربر را هم ارائه خواهد کرد. مزیت این طرح در اینجاست که چگونگی کدینگ حسابداری و لایه های تفصیلی در قالب فرم کاملا قابل تنظیم است، البته اگر این فرمها نیز وجود نداشته باشند، سیستم از این مرحله صرفنظر خواهد کرد. بسیار سعی کردم این بخش سیستم به گونه ای توسعه یابد که بشکل کاملا آبجکتیو، به تمام بخشها تسری یابد، متاسفانه امکانپذیر نشد. بنابراین در حال حاضر فقط در بازدید سیستم و مانده فروشنده گان گنجانده شده است و طبق اطلاع و درخواست شما به سایر بخشها نیز گسترش داده خواهد شد.
استحضار دارید که بر عکس ممالک توسعه یافته در سرزمین باستانی ما مشتریان به سه دسته تقسیم می شوند. مشتریان بسیار با شخصیت و مشتریان با شخصیت و مشتریان سوخته. مشری در آستانه عقد قرارداد بسیار با شخصیت است و حرفش را باید با آب طلا نوشت. مشتری بعد از عقد قرارداد و پرداخت پیش پرداخت بلافاصله یک مرتبه نزول و با شخصیت می شود و مشتری ای که تمام مبلغ را پرداخت کرد و به اتمام ریالی قراداد رسید، با سرعت برق و باد به جرگه سوختگان می پیوندد.
در همان مرحله اول حسابداران شرکت خوش طعم اصفهان که در شرکتی دیگر با سیستم آشنا بودند درخواست کردند که بعد از صدور اعلامیه جدید در بخش حسابداری / سند حسابداری / کدینگ حسابداری / عوامل کاهنده و افزاینده / کدهای حسابدری که به ریز اعلامیه کدگذاری می شود، اطلاعات قبلی منتقل شود. نظر به اهمیت مشتری مداری در چنین موقعیتی، بلافاصله اقدام شد. اکنون خیلی شرمنده ام از دوستانی که سالها از این قسمت عذاب کشیده اند.
در اطلاعات شناسنامه ای عامل فیلدی تحت عنوان «ویزیت» وجود داشت که کاملا گمراه کننده بود. منظور از آن فیلد نه روز ویزیت بلکه روز تحویل بار است. فعلا در تمام قسمتهای سیستم تغییر نام یافته و به زودی گزارشهای اصلی فروش و سفارش بر مبنای روز ویزیت نیز تقدیم خواهد شد.
نکته مهم دیگر بانک اطلاعاتی SDdb است. تغییراتی در این بانک داده شده است که شاید دست کم دیتای کامل سیستم و مخصوصا خزانه داری نیز انتقال یابد. بانک قدیمی فعلا پشتیبانی می شود ولی احتمال بسیار زیاد بعد از سال جدید، بانک جدید کاملا جایگزین خواهد شد. شایان ذکر است که این بانک فقط در یک شرکت مطابق قراداد نصب شده و سایرین معمولا به عنوان بررسی دریافت کرده اند. در بعضی جاها هم بلای جان سیستم شده است. با عرض معذرت باید به اطلاع برسانم که پشتیبانی همزمان ورژن قدیم و جدید بار سنگینی روی سیستم می گذارد. و فعلا به جزء به روز کردن فقط یک شرکت طرف قرارداد، قصد ارائه و توسعه ورژن جدید را به صورت همگانی ندارم. هدف این بانک رسیدن به مرحله صدور سند حسابداری بود که تاخیر فراوان در آن روی داد و حتما قبول دارید که بدقولی بسیار بدتر از ارائه کار نصف و نیمه است.
دو تغییر جدید:
پاسخحذفمی دانیم و حضورا توضیح داده ام که در عوامل کاهنده و افزاینده، اشتباهی در طراحی وجود دارد که متاسفانه کاربری آن را در شرایطی که مثلا مالیات و عوارض در دل قیمت فروش است، مشکل کرده است. وقتی ضریب عوارض و مالیات تغییر می کند عملا مجبور می شویم که سرفصل های جدیدی تعریف کنیم. مشکل اینجاست که تعریف "نسبت" نباید در تعریف عامل صورت می گرفت، بلکه هنگام صدور اعلامیه باید این نسبت را منتسب می کردیم. اکنون این کار صورت گرفته است و البته در مرحله آزمایش است. ترکیب فعلی هیچ تغییری نکرده است. اما اگر هنگام صدور اعلامیه، نسبت جدیدی اعلام شود، مبنا قرار خواهد گرفت. اگر بدون اشکال از این مرحله بگذریم موفقیتی درخور توجه در برطرف کردن این اشکال طراحی خواهد بود.
به طور کلی این امکان در حال اضافه شدن به سیستم است که پرداخت و دریافت به راحتی از سایر سیستمها قابل اخذ باشد. راهنمای Py_Txt.Hlp بدین منظور در فولدر فرم قرار گرفته است. می توان از مبالغ بارنامه و مطابق فرم بارنامه هم پیش نویس پرداخت و دریافت ایجاد کرد. فکر بکری است و در حال حاضر نیز عملی شده است. مثلا فرض کنید درست به مبلغ بار ارسالی طرف حساب باید مبلغ نقدی پرداخت کند، در این صورت می توان اتوماتیک این مبلغ را با سند عطف و شماره گذاری و شرح مناسب ایجاد کرد. و یا فرض کنید مایل باشید کرایه حمل را نقدا و از صندوق پرداخت کنید در اینصورت میتوان از سیستم کمک گرفت. البته برای استفاد این امکان باید راهنما و فرم Py_Bl.Frm , Py_Bl.Hlp مشاهده شود. همچنین کنترل جدید "صدور پیش نویس پرداختی" در مشخصات سیستم، بارنامه، باید فعال باشد.
با سلام خدمت همه همکاران،
پاسخحذفچند تغییر در سیستم داده شده است که توجه شما را به آن جلب می کنم :
1- امکان دریافت اطلاعات عاملین از طریق فایل تکست به نحود احسن توسعه یافته است. اگر فایل تکست مطابق راهنمای CuImport.HLP که در فرمهای اوریجینال هست را مثلا از اکسل و یا هر فایل دیگر تهیه نمائید در اینصورت در بخش مدیریت – دریافت اطلاعات (Text File) – عاملین فروش می توانید اخذ نمائید. لازم است به چند نکته توجه شود. کد عامل در این فایل متنی کلید است. اگر این کد وجود داشته باشد با مقادیری که اعلام شده عامل بروزآوری می شود و در غیر اینصورت با همین کد، عامل جدید ایجاد خواهد شد. تعداد فیلدها حتما باید منظور شود.بسیاری از این فیلدها را ممکن است لازم نداشته باشید، کافی است فقط با سمیکالن خالی آن فیلد را منظور کنید. اما نکته بسیار مهم ترتیب چیدن این فیلدهاست. متاسفانه در ویندوز فایل متنی که شامل عباراتی با الفبای عربی فارسی باشد، درست نشان داده نمی شود. یعنی آنچه که مثلا با نوت پد مشاهده می کنید لزوما همانی نیست که به شکل فیزیکی در فایل چیده شده است. بهترین برنامه ای که من می شناسم براوزر تحت داس نورتون کامندر (NC) است. احیانا اگر برای این نقیصه نوت پد و بطور کلی ویندوز، ابزار مدرن دیگری سراغ داشتید، لطفا من را بی اطلاع نگذارید.
2- طول جغرافیائی و عرض جغرافیائی به اطلاعات عاملین اضافه و در فرمها هم کدهای لازمه برای نمایش و چاپ آن منظور شده است. محل ورود اطلاعات آن در اطلاعات پایه - عاملین و اطلاعات تکمیلی عاملین است.
3- لازم است پس از دریافت این برنامه حتما پرونده عاملین بازسازی شود.
4- بعد از قریب به ربع قرن بالاخره بازسازی پرونده ها را طوری درست کردم که امکان بازسازی در تمام سالهای مالی وجود داشته باشد. برای بازسای عاملین از آن استفاده کنید.
با تشکر – محمد بابائی
24/02/91
همکاران گرامی
پاسخحذفبا سلام و تبریک عید فطر
از ابتدای طراحی زیر سیستم خزانه داری فروش، سندی به نام برگشت بدون اقدام از بانک، متاسفانه در طراحی آن لحاظ نشد. چون می دانستم که تجدید نظر در آن مستلزم همین تغییراتی است که اکنون اعلام می شود و از طرفی کاربرد آن نیز محدود است، تا کنون اقدامی نکرده بودم که نهایتا به درخواست یکی از شرکتها ناچار شدم این تغییر را انجام بدهم. مراحل به ترتیب زیر است :
1- اگر ریپلیکیشن دارید باید قبل از تبدیل و گذاشتن برنامه جدید، تمام ارسال و دریافتها انجام شود و از خالی بودن رپیلیکیشن در مبداء و مقصد اطمینان کامل داشته باشید.
2- پاکسازی شاخه دیتا را انجام دهید و از دیتا بکاپ بگیرید. تمام فایلهای احتمالی که پسوند و یا پیشوند فیکس داشته باشند باید در این مرحله کاملا حذف شده باشد.
3- برنامه جدید را بگذارید و مدیریت – نگهداری سیستم – تغییرات جدید گردش چک را ران کنید. این مرحله قابل تکرار نیست.
4- پس از پایان، فایلهای فیکس تولید شده را به نام اصلی تغییر دهید.
5- تمام فایلهای send, log را کاملا پاک کنید.
6- چون تغییر ساختار در جداول به وجود آمده برای پرهیز از مشکل و احتمال اینکه سیستم لوکالایز خطائی داشته باشد و برای اطمینان کافی، در تمام اساتشنه (استیشن ها) اس لوکال را دستی پاک کنید که دوباره ایجاد شود. مستحب واجب است.
با تشکر – محمد بابائی
31/05/91
همکاران گرامی، با سلام
پاسخحذفدو تغییر کاربردی در سیستم داده شده است.
1-وقتی در شناسنامه عاملین و یا از طریق "تغییرات گروهی" فروشنده و یا فروشندگانی را به عاملین نسبت می دهید، در اینصورت در تمام مراحلی که مربوط به دریافت سفارش است، فروشنده کنترل خواهد شد که حتما جزو منتسبین به شناسنامه عامل باشد. از ترمینال دستی تا ورود دستی سفارش تا بارنامه کردن سفارشها، این بخش کنترل خواهد شد. شایان ذکر است اگر بخواهیم عاملی آزاد باشد، باید فروشنده ای به آن منتسب نشود.
2-در مدیریت – مشخصات سیستم – سفارشها، تنظیمات ترمینال دستی وجود دارد. در این تنظیم امکانی وجود داشت که کاربرد آن برای شرکتهائی است که سفارشهای چندین مرکز توزیع را روی یک بانک اطلاعاتی اچ اچ دی بی می ریختند. پیش فرض این تنظیم همه سفارشهاست که چنین شرکتهائی آن را به "بر اساس ویزیتور" تغییر می دادند. وقتی "بر اساس ویزیتور" فعال بود، رنج کدینگ ویزیتور هر مرکز توزیع، مبنای دریافت اطلاعات همان مرکز، از ترمینال دستی بود. اگر کدینگ ویزیتورها مرتب نباشد و یا علاوه بر ویزیتور، کدینگ عامل و خط و یا موجودیتهای دیگر مد نظر باشد، در اینصورت این بخش قابل استفاده نبود. توسعه ای همه جانبه به این بخش داده شد. طوری که با تنظیم "Where Clause" جایگزین شد. اگر این تنظیم فعال باشد در اینصورت سیستم برای دریافت سفارشهای هر مرکز توزیع، مطابق راهنمای HHSQL.HLP به اسکریپت مربوط به همان مرکز مراجعه خواهد کرد. همراه این یادداشت، فرم پیش فرض به نام HHSQL.Frm هم ارسال خواهد شد. که در آن به طور پیش فرض، تفکیک بر مبنای ویزیتور لحاظ شده است. این کوئری را بر اساس تمام فیلدهای جدول SDS.PreSale میتوان توسعه داد، با این فرض که هر چه بنویسید، با اسکریپت داخلی سیستم، And خواهد شد.
با تشکر – محمد بابائی
12/07/91