စျေးနှုန်းအသစ်ပြောင်းလိုက်ရင် Invoice အဟောင်းပါ ပြောင်းသွားသလား?

မနေ့က ပစ္စည်းတစ်ခုကို တစ်ခုလျှင် ၅,၀၀၀ ကျပ်နဲ့ ၃ ခု ရောင်းထားတယ်။ Invoice စုစုပေါင်းက ၁၅,၀၀၀ ကျပ်ပါ။

ဒီနေ့ ပစ္စည်းရဲ့ လက်ရှိစျေးကို ၆,၀၀၀ ကျပ် ပြောင်းလိုက်တယ်။

မနေ့က Invoice ကို ပြန်ဖွင့်ကြည့်တော့ ၁၈,၀၀၀ ကျပ် ဖြစ်နေတယ်ဆိုရင် ပြဿနာရှိပါပြီ။

ဒီဥပမာမှာ Discount နဲ့ အခြားကြေး မပါဘူးလို့ ယူဆထားပါတယ်။ မနေ့က သဘောတူရောင်းထားတဲ့စျေးက မပြောင်းပေမယ့် စနစ်က လက်ရှိစျေးနဲ့ ပြန်တွက်မိနေတာပါ။

“အခု ဘယ်စျေးလဲ” နဲ့ “အဲဒီတုန်းက ဘယ်စျေးနဲ့ ရောင်းခဲ့သလဲ” ဆိုတာ မေးခွန်းနှစ်ခု ဖြစ်ပါတယ်။

ပစ္စည်းစာရင်းကို ချိတ်ထားရုံနဲ့ မလုံလောက်တဲ့အခါ

Product စာရင်းမှာ ပစ္စည်းအမည်နဲ့ လက်ရှိစျေးနှုန်း ရှိမယ်။ Invoice အသေးစိတ်မှာ Product ID နဲ့ အရေအတွက်ပဲ သိမ်းထားမယ်ဆိုပါစို့။

Invoice ပြန်ပြတဲ့အခါ Product ရဲ့ လက်ရှိစျေးကို ယူပြီး တွက်ရင် အဟောင်းကိစ္စကို လက်ရှိအချက်အလက်နဲ့ အစားထိုးမိနိုင်ပါတယ်။

Product ID က ဘယ်ပစ္စည်းကို ရောင်းခဲ့သလဲဆိုတာ ချိတ်ပေးပါတယ်။ ဘယ်စျေးနဲ့ ရောင်းခဲ့သလဲဆိုတာကိုတော့ သီးခြားသိမ်းဖို့ လိုပါတယ်။

သိမ်းထားမယ့်နေရာ	ကိုယ်စားပြုတဲ့အချက်
Product စာရင်း	ပစ္စည်းရဲ့ လက်ရှိအမည်၊ လက်ရှိစျေးနဲ့ လက်ရှိသတ်မှတ်ချက်
Invoice အသေးစိတ်	အဲဒီအရောင်းအတွက် သဘောတူထားတဲ့ Unit Price၊ Quantity၊ Unit နဲ့ သက်ဆိုင်ရာတွက်ချက်မှု
ပြင်ဆင်မှုမှတ်တမ်း	ဘယ်သူက ဘယ်အချိန်မှာ ဘာကြောင့် ပြင်ခဲ့သလဲ

ဒီလို လုပ်ဆောင်ချက်ဖြစ်ခဲ့ချိန်က လိုအပ်တဲ့တန်ဖိုးတွေကို ကူးယူသိမ်းထားတဲ့ ပုံစံကို Snapshot လို့ ခေါ်နိုင်ပါတယ်။

စျေးနှုန်းတစ်ခုတည်းပဲလား?

လုပ်ငန်းလိုအပ်ချက်အပေါ် မူတည်ပြီး နောက်ထပ်အချက်တွေကိုပါ စဉ်းစားရပါတယ်။

ပစ္စည်းအမည် ပြောင်းသွားရင် Invoice အဟောင်းမှာ ဘယ်အမည် ပြရမလဲ။
အရောင်းယူနစ်က တစ်ခုလား၊ တစ်ဘူးလား။
အဲဒီအရောင်းမှာ Discount ဘယ်လောက် ပေးထားသလဲ။
ငွေကြေးနဲ့ သက်ဆိုင်ရာအခကြေးငွေတွေကို ဘယ်လိုသတ်မှတ်ထားသလဲ။
စုစုပေါင်းတွက်တဲ့အခါ အဝိုင်းချနည်းက ဘာလဲ။

အချက်အလက်အားလုံးကို နေရာတိုင်းမှာ မိတ္တူပွားဖို့ မဟုတ်ပါဘူး။ အဟောင်းစာရွက်စာတမ်းရဲ့ အဓိပ္ပာယ်နဲ့ တန်ဖိုးကို ပြန်တည်ဆောက်ဖို့ လိုတဲ့အချက်တွေကို ရွေးသိမ်းဖို့ပါ။

ဥပမာ Product ID ကို ဆက်ချိတ်ထားသလို အရောင်းလုပ်ခဲ့ချိန်က ပစ္စည်းဖော်ပြချက်နဲ့ Unit Price ကိုလည်း Invoice မှာ ထိန်းထားနိုင်ပါတယ်။

Snapshot ကို ဘယ်အချိန်မှာ ယူမလဲ?

ဒီအချက်က Database design တင်မက Business Rule ပါ။

မူကြမ်းအော်ဒါမှာ ပစ္စည်းရွေးလိုက်တဲ့အချိန်ကစပြီး စျေးကို သတ်မှတ်ထားမလား။ အတည်ပြုချိန်မှ စျေးပြန်စစ်မလား။ သက်တမ်းရှိတဲ့ Quotation အပေါ် အခြေခံမလား။

လုပ်ငန်းတိုင်း အဖြေတူဖို့ မလိုပါဘူး။ သတ်မှတ်ချက်ကိုတော့ ရှင်းထားဖို့ လိုပါတယ်။

ဥပမာ မူကြမ်းဖွင့်ထားစဉ် စျေးပြောင်းသွားရင် အတည်ပြုခါနီးမှာ သတိပေးပြီး စျေးအသစ်ယူမလား၊ မူလစျေးကို အာဏာရှိသူက အတည်ပြုပေးမလားဆိုတာ ညှိနိုင်ပါတယ်။

မူကြမ်းကို စျေးပြန်တွက်ပေးခြင်းနဲ့ အတည်ပြုပြီးသားစာရွက်ကို တိတ်တိတ်ပြောင်းပေးခြင်းက ကွာပါတယ်။

Invoice အဟောင်း မှားနေခဲ့ရင်ရော?

အဟောင်းကို လုံးဝမပြင်ရဘူးလို့ တစ်ခါတည်း ဆုံးဖြတ်ဖို့ မလိုပါဘူး။ လုပ်ငန်းရဲ့ ပြင်ဆင်ခြင်း၊ ပယ်ဖျက်ခြင်းနဲ့ ပြန်ထုတ်ခြင်းစည်းမျဉ်းကို သတ်မှတ်ရပါမယ်။

ပြင်ခွင့်ရှိသူ၊ ပြင်ရတဲ့အကြောင်းရင်းနဲ့ မူလစာရွက်ကို ပြန်လိုက်နိုင်တဲ့ ရာဇဝင်တို့ ပါသင့်ပါတယ်။ သက်ဆိုင်ရာလိုအပ်ချက်အတိုင်း ပြန်ထုတ်တဲ့ Version သို့မဟုတ် ပြင်ဆင်စာရွက်နဲ့ ချိတ်ဆက်ထားနိုင်ပါတယ်။

စျေးနှုန်းရာဇဝင်ရှိထားတာကလည်း အဲဒီအရောင်းရဲ့ သဘောတူစျေးကို အမြဲအစားမထိုးနိုင်ပါဘူး။ ဖောက်သည်တစ်ဦးချင်း အထူးစျေးပေးထားတာနဲ့ Manual Discount တို့ ရှိနိုင်လို့ပါ။

လက်ခံစမ်းသပ်ချိန်မှာ ဒီအခြေအနေကို စစ်ပါ

သီးခြားစမ်းသပ်နေရာမှာ နမူနာဒေတာနဲ့—

ပစ္စည်းတစ်ခုရဲ့ စျေးကို ၅,၀၀၀ ကျပ် သတ်မှတ်ပါ။
အရေအတွက် ၃ ခုနဲ့ Invoice တစ်စောင် ဖန်တီးအတည်ပြုပါ။
Product ရဲ့ လက်ရှိစျေးကို ၆,၀၀၀ ကျပ် ပြောင်းပါ။
အရင် Invoice ကို Detail၊ Print၊ Export နဲ့ Report တို့မှာ ပြန်စစ်ပါ။
Invoice အသစ်တစ်စောင် ဖန်တီးပြီး စျေးအသစ်ကို မှန်မှန်သုံးသလား စစ်ပါ။

အဟောင်းမှာ ၁၅,၀၀၀ ကျပ် ဆက်ရှိပြီး အသစ်မှာ လက်ရှိစည်းမျဉ်းအတိုင်း တွက်နိုင်ရပါမယ်။ Detail မှာ မှန်ပေမယ့် Print နဲ့ Report မှာ လက်ရှိစျေးနဲ့ ပြန်တွက်နေသလားဆိုတာပါ စစ်ပါ။

နမူနာကို ဆက်ချဲ့ပြီး ပစ္စည်းအမည်ပြောင်းခြင်း၊ အထူးစျေးနဲ့ ရောင်းခြင်း၊ အတည်မပြုရသေးတဲ့ မူကြမ်းကို ပြန်ဖွင့်ခြင်းတို့ကိုလည်း စမ်းနိုင်ပါတယ်။

ဒီနေ့လုပ်ကြည့်ရန် — “Product စျေးပြောင်းလိုက်ရင် Invoice အဟောင်း ဘာဖြစ်မလဲ” လို့ စနစ်ရေးသားသူကို မေးကြည့်ပါ။ အဖြေကို သီးခြားစမ်းသပ်နေရာမှာ နမူနာ Invoice တစ်စောင်နဲ့ တိုက်စစ်ပါ။

မိမိလုပ်ငန်းနဲ့ ချိတ်ဆက်ဆွေးနွေးရန်

လက်ရှိ POS၊ အော်ဒါနဲ့ Invoice စနစ်မှာ စျေးပြောင်းပြီးနောက် စာရင်းအဟောင်းတွေ မကိုက်တော့တဲ့ အခက်အခဲရှိပါက အရောင်းစျေးနှုန်းမှတ်တမ်းအကြောင်း ဆက်သွယ်မေးမြန်းရန် ကနေ လုပ်ငန်းအမျိုးအစားနဲ့ ဖြစ်နေတဲ့အခြေအနေကို ပြောပြနိုင်ပါတယ်။ ဆွေးနွေးမှုစဖို့ တကယ့်ဖောက်သည်ဒေတာ၊ စကားဝှက်နဲ့ Invoice အပြည့်အစုံ ပေးပို့ဖို့ မလိုပါဘူး။