راهنما، جستجو، فهرست مقالات
و مطالب مورد توجه خوانندگان

۱۳۸۹ خرداد ۱۳, پنجشنبه

اشانتیون و تخساسیون

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

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

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

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

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


پی نوشت 1 – تاکید می کنم اگر به تفکیک نوع تخفیف سند حسابداری زده اید تا پایان سال مالی دست نگهدارید و از ابتدای سال مالی جدید تغییر روش دهید. خطای این روش طی چهار ماه برای بزرگترین مرکز توزیع کوکا در تهران 517 ریال بوده است، دقت میلی متری جناب آقای براتی مدیریت مالی کوکا در تهران باعث شد این موضوع کشف شود. این انحراف در پایان سال نهایتا 1000 تومن خواهد شد. من حاضرم ده برابر جریمه آن را نقدا پرداخت کنم!


۱۳۸۹ خرداد ۸, شنبه

جمله پردازی

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


به آدمی که نمی فهمد، حتی نمی توان ضرر زد!!.

به آدمی که نمی فهمد، حتی نمی توان ضربه کرد!!.

به آدمی که نمی فهمد، حتی نمی توان خیانت کرد!!.


لطفا توجه فرمائید که عبارات بالا، مشمول اصل جهان شمول در "مثل مناقشه نیست" هست، نه بنده اهل چنین عکس العملهای شنیعی هستم و نه خدای نکرده باید سوءتفاهم ارتباط به کار را تداعی کند.

۱۳۸۹ اردیبهشت ۳۰, پنجشنبه

CL Form برای عاملین و چاپ مانده در فاکتور

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

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

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

3- در فرم فاکتور فروش به کد جدید 604 توجه فرمائید کدهای فرعی آن مربوط به فرم سی ال است. علاوه بر راهنما، در فرم اوریجینال فاکتور بخشی از این کدها درج شده است که بهترین راهنما برای کاربری آن است.

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

۱۳۸۹ اردیبهشت ۱۹, یکشنبه

ویندوز 7 و پرواسیو

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

پس از نصب حتما باید دی ال ال زیر را

PSVW\BIN\BTRVDD.DLL

دستی به فولدر سیستم سی و دو کپی کنید. احتمالا این اشکال در ورژنهای جدیدتر برطرف شده است.


۱۳۸۹ اردیبهشت ۱۶, پنجشنبه

تغییرات جدید در نسخه 16

چند تغییر و امکان جدید به سیستم اضافه شده است :

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

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

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

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

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