انجمن‌ها

خیر . بدهی قبلی مشتری به بخش مالی ( حسابداری ) مربوط می باشد .

با سلام خدمت آقای اعتمادی عزیز

خب به نظر شما بهتر نیست موقع تحویل دادن فاکتور فروش مشتری از مانده بدهی خود مطلع باشد

در ضمن اگر بدهی مشتری فقط به قسمت مالی مربوط میباشد پس دلیل قراردادن گزینه ای بنام میزان اعتبار مشتری چیست؟

با سلام
   این امکان خوبی است . فکر کنم خیلی کاربرد داشته باشد .

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

خانم هاشمیه اطلاع مشتری از بدهی خود و اطلاع ما از بدهی مشتری مسلما امکان خوبی است ، بنده فقط عرض کردم دلیلی ندارد در فاکتور فروش بازنمائی شود .

با سلام.
آیا ایرادی دارد گزارشی در کنار فاکتور پیوست شود. که اعتبار مشتری  <<که در بردارنده بدهی او هم هست >>لحاظ شود؟
مثلا فاکتور را به  همان ترتیب قبلی اتخاذ نماییم.  واز منوی گزارشات فروش--- عملیات فروش یک مشتری خاص را تا محدوده زمانی فاکتور در نظر گرفته و در یک فیلد میزان اعتبار مشتری را وارد کنیم و این دو گزارش رادر کنار هم به مشتری بدهیم(اگر احیانا اضافاتی هم در گزارش هست پالایش نماییم)یا از همان گزارش اعتبار مشتری استفاده کند از دید فروش ؟

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

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

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

تا جایی که بنده میدانم میزان اعتبار مشتری نیز در فرم نهایی فاکتور ظاهر نمی شود ، که بشود به آن استناد کرد که خوب پس چرا مانده مشتری نشان داده نمی شود ؟

ببخشین شاید نتونستم منظور خود را درست برسانم

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

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

ممنون

متوجه منظورتان شدم

ولی در بعضی نرم افزارهای متفرقه این امکان وجود دارد

آیا این تفاوت مربوط به بحث برنامه نویسی نرم افزار می شود؟

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

آقا / خانم خوشرو

ساختار پیاده سازی نرم افزارها کاملا متفاوت می باشد . آیا تمام آنچه در سیستم نوسا هست در سایر نرم افزارهای متفرقه نیز هست ؟

قطعا خیر .

ارسال توسط khoshroo روشن 10 اسفند 1389 03:30 ب.ظ
ممنون

متوجه منظورتان شدم

ولی در بعضی نرم افزارهای متفرقه این امکان وجود دارد

آیا این تفاوت مربوط به بحث برنامه نویسی نرم افزار می شود؟

در بعضی نرم افزارهای متفرقه یا بعضی نرم افزارهای یکپارچه؟

گفته شما کاملا درست

من خودم هم از طرفداران پر و پا قرص نوسا هستم

راستش را هم بخواهید

میخواستم بدانم که تفاوت برنامه نویسی وجود دارد یا نه ؟

چون همکاران من روی این موضوع زیاد تاکید دارند

خواستم جوابی داشته باشم

با تشکر
حسن خوشرو

سلام خدمت همه دوستان

همکاران عزیز، عرض بنده را به خاطر دارید که در مورد درخواست‌های کاربران، "الاعمال بالنیات" چقدر برایم اهمیت دارد. این بحث یکی از نمونه‌های شکوفای همان نکته است.

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

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

ارادت

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