PDA

View Full Version : مبتدی: سوال در باره ایجاد دفتر معین برای تنخواه نقد



m3343kh
دوشنبه 03 اردیبهشت 1403, 19:30 عصر
با سلام خدمت دوستان و همراهان عزیز

می خواستم طبق تصویر زیر تغییرات مثبتی را در فایل ضمیه شده با عنوان دفتر معین ایجاد نمایم

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

m3343kh
سه شنبه 04 اردیبهشت 1403, 19:29 عصر
سلام
کسی ایده ای ندارد؟

mazoolagh
سه شنبه 04 اردیبهشت 1403, 20:07 عصر
سلام و روز خوش
لطفا بفرمایید چه تغییر مثبتی مد نظر شما هست؟
کجای کار از نظر شما بهتره که اصلاح بشه؟

m3343kh
سه شنبه 04 اردیبهشت 1403, 20:59 عصر
سلام، خواهش می کنم
در فرم مشخصات چک ستون نقل از قبل بجز ردیف اول که دستی وارد می شود در ردیفهای بعد مقدار مانده از چک که در فرم خریدها محاسبه شده جایگزین شود

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

در فایل پیوست این مقادیر را بصورت دستی وارد کرده ام

mazoolagh
چهارشنبه 05 اردیبهشت 1403, 16:30 عصر
سلام دوباره
وقتی از "تغییر مثبت" یا مشابه اون صحبت میکنیم معنیش این هست که الان یک چیزی داریم که کار میکنه،
میخوایم بهترش کنیم.

ولی برنامه پیوست شده در این وضعیت نیست، یعنی اون خواسته درش پیاده نشده که بخوایم بهترش کنیم.

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

حالا اگر شما در انجمن جستجو کردین و مورد مشابه ندیدین، خبر بدین که یک نمونه مشابه براتون بسازم که روش کار رو نشون بده.

ولی گذشته از این، جا برای بهتر شدن همین هم هست، مثلا:
- نیازی به گذاشتن Chek_sfrm به عنوان سابفرم در Chek_frm نیست، خودش به تنهایی کافی هست.
- همین وضعیت برای BuyDetail_sfrm و BuyDetail_frm هم هست.
- محاسبه چیزهایی مثل تعداد و جمع خرید هم نیاز نیست که در جدول ذخیره بشه.
- وضعیت ویرایش/حذف بعد ار ثبت خرید مشخص نیست - این خیلی مهم هست.

m3343kh
چهارشنبه 05 اردیبهشت 1403, 17:53 عصر
سلام دوباره
وقتی از "تغییر مثبت" یا مشابه اون صحبت میکنیم معنیش این هست که الان یک چیزی داریم که کار میکنه،
میخوایم بهترش کنیم.

ولی برنامه پیوست شده در این وضعیت نیست، یعنی اون خواسته درش پیاده نشده که بخوایم بهترش کنیم.

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

حالا اگر شما در انجمن جستجو کردین و مورد مشابه ندیدین، خبر بدین که یک نمونه مشابه براتون بسازم که روش کار رو نشون بده.

ولی گذشته از این، جا برای بهتر شدن همین هم هست، مثلا:
- نیازی به گذاشتن Chek_sfrm به عنوان سابفرم در Chek_frm نیست، خودش به تنهایی کافی هست.
- همین وضعیت برای BuyDetail_sfrm و BuyDetail_frm هم هست.
- محاسبه چیزهایی مثل تعداد و جمع خرید هم نیاز نیست که در جدول ذخیره بشه.
- وضعیت ویرایش/حذف بعد ار ثبت خرید مشخص نیست - این خیلی مهم هست.

سلام
سپاس بی کران از حسن توجه وراهنماییتان

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

فایل را بدون ساب فرم ادامه میدهم، چنانچه مسئله ای بود دوباره مزاحم میشوم