۱۳۸۸ اسفند ۱۹, چهارشنبه

فارسی و لاتین

پستهائی که عبارت لاتین دارند ترکیبشان با فارسی متن را بهم میریزد. من ابتدا متن را در مایکروسافت ورد تایپ می کنم سپس کپی و پیست می کنم، برای حل این مشکل شما راه حل بهتری دارید؟

۱۳۸۸ اسفند ۱۸, سه‌شنبه

تغییرات و نکات جدید

1- امکان انتقال اسناد انبار در قالب تکست به سیستم انبار همکاران سیستم مهیا شده است. امیدوار بودم این انتقال از طریق بانک اطلاعاتی مقدور شود، چنان که افتد و دانی، نشد. برای این منظور دو فرم جدید (به راهنمای Bl_Txt.HLP مراجعه کنید) طرح شده است که در هنگام صدور بارنامه (انبار محصول) ارسال، و در زمان ایجاد صورتحساب نتیجه برگشت تکست می شود. فعال بودن این امکان بستگی به وضعیت فیلد " انتقال اطلاعات بارنامه " در مدیریت – مشخصات سیستم – ارتباط با بانک اطلاعاتی دارد. چون در این فرمها به اطلاعات جرئی تر از کالاها نیاز داشتیم ناچار از تغییر اطلاعات تکمیلی فروشندگان، عاملین و کالاها شدم. فرمهای اوریجینال ایمیل خواهد شد. لطفا اگر از کدهای 601, 602, 603 در فرمها استفاده کرده اید به راهنمای فرمها مراجعه کنید، تغییرات کوچکی لازم دارند.

2- فرمی تحت عنوان IPF در داخل بارنامه داریم که بسیار کاربردی است. تابستان امسال ایجاد شده که معرفی آن را فراموش کرده ام . این فرم به طور کلی کمک می کند وضعیت سفارشهای بارنامه در داخل بارنامه را چاپ کنیم. در راهنمای بارنامه Bl.Hlp به کدهای 161 تا 163 مراجعه فرمائید. چند نمونه آماده در فرمهای اوریجینال گذاشته شده است. توجه داشته باشید که IPF تمام امکانات فرم سفارش را به وراثت می برد از جمله جمع قابل پرداخت سفارشهای یک بارنامه به تفکیک نوع پرداخت، که چاپ آن در زیر بارنامه میتواند بسیار قابل توجه باشد.

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

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

5- دوستانی که مخصوصا روی لب تاپهای خود ویندوز 7 دارند، توجه فرمایند که این ویندوز با Pervasive_8 کار نمی کند. Pervasive_9 را دریافت و نصب کنید. توجه فرمائید که پس از نصب باید از محل PSVW\BIN فایل BTRVDD.DLL را به System32 کپی کنید. احتمالا این اشکال در ورژنهای جدیدتر برطرف شده است.


۱۳۸۸ اسفند ۱۱, سه‌شنبه

ریز پرداختی عاملین و فاکتورهای بارنامه

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

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

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

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