FREQUENTLY ASKED QUESTIONS (MCIX - Common Errors)
ENGLISH
Q: Why is “Township Error Suspected” error happening? How to solve it?
A: After uploading the data, there are errors such as "This borrower is already uploaded in another township" in the error detail file the next day. The error is called “TES (Township Error Suspected)” error. Before explaining the solution for TES error, we will first explain why this error occurs. MFIs will see this error when the same MFI uploads a different township code of the same borrower which already exists in the system.
There are three causes of the “Township Error Suspected” error occurring:
• The first one is the typing error by the user. If it is due to a user typing error, it is necessary to prepare the correct township code and upload the file again. One thing to note here is that when re-uploading the file, MFIs need to re-upload all the records in the file, not just the record with the Township Error Suspected error.
• The second one is the borrowers have actually moved to another township. If the borrower has actually moved another township, MFIs need to download the Approval File first. One thing to note here is that when MFIs upload the file as testing, MFIs cannot see or download the Approval File. After MFIs downloaded it, MFIs need to save the file by writing that the borrower has moved to another township, the approver's name, position, and MFI name. After MFIs save the approval text file, MFIs can upload it to the MCIX System's data upload tab.
• The last one is that there are records related to both Township Error Suspected errors and Typing errors (more than one) in the file. If this situation happens, MFIs have to correct the wrong townships due to the typing error and then re-upload the file first. The next day after uploading the file, MFIs will get the error “Township Error Suspected” error for the borrowers who actually move to another township. In that case, MFIs need to carefully check the Borrowers who have received “Township Error Suspected” have actually moved to another Township and then upload the Approval File.
Q: Why is “Diff NRC with same Demographic Info Exists” error happening? How to solve it?
A: After uploading the data, there are errors such as “Diff NRC with same Demographic Info Exists” in the error detail file the next day. The error is called the “Diff NRC with same Demographic Info Exists” error. Before explaining the solution for this error, we will first explain why this error occurs. MFIs can see this error when the same MFI uploads the different NRC of the same borrower that already exists in the system. The system considers that the same client based on the information such as the borrower's Name, Father’s Name, and Township.
There are three causes of “Diff NRC with same Demographic Info Exists” error occurring:
• The first one is a situation where NRC is entered incorrectly due to a user typing error. If it is due to a User Typing error, MFIs need to correct the NRC and re-upload the file with only records which is needed to correct.
• The second point is that the NRC in the last uploaded file is correct and the NRC that exists in the system is incorrect. In such a situation, MFIs need to submit a ticket via MCIX Service Desk Ticket with a Data Correction Request Form and the data file.
[ We will share the information that needs to be filled in the Data Correction Request Form and the data file. First, MFIs need to add a column called Correct NRC By MFI Name (for example - Correct NRC by MFIA, Correct NRC by MFIB, etc.) in the data file. In that column, MFIs need to fill in the correct NRC. Then, MFIs need to add the next column called Comment by MFI Name (for example – Comment by MFIA, Comment by MFIB, etc.) and fill in the reason to correct in that column. For example, MFIs need to write a remark such as “Since the last uploaded NRC is correct, we would like to request to change the last uploaded NRC instead of the existing NRC in the system.” ]
• The last one is that MFIs need to investigate whether two borrowers with the same information are holding different NRC numbers. If there are actually two different people with the same information (borrower's name, father's name, township code), MFIs need to raise a ticket via MCIX Service Desk Ticket with a Data Correction Request Form and the data file.
[ We will share the information that needs to be filled in the Data Correction Request Form and the data file. First, MFIs need to add a column called Comment by MFI Name (for example – Comment by MFIA, Comment by MFIB, etc.) and fill in the reason for the correct in that column. For example, MFIs need to write a remark such as “These two NRCs numbers are actually used by two people, so we would like to request to add these borrowers to the WhiteList”. ]
Q: Why is “Invalid NRC: Incorrect Format” error happening? How to solve it?
A: If the NRC format in the data upload file is incorrect, "Invalid NRC: Incorrect Format" error can be seen in the error detail file.
For example – 14/HpaPaNa(N)12345 (or) 12/ KaMaRa(N123456 . MFIs wrongly type the NRC format such as there are only five digits instead of six digits (or) the NRC format is not the correct standard one.
If this error occurs, MFIs need to solve it as follows:
MFIs need to download the “Explanation for templates” file from the MCIX portal under “Upload Data” >> “Reference files”. MFIs need to check the NRC format in the “NRC Div Township Codes” sheet from the Template Explanation file to correct NRC and reupload the file with the record to correct it.
Q: Why is “Invalid NRC: Township does not exist in this division” error happening? How to solve it?
A: The state, division and township code mapping in the uploaded file is incorrect, "Invalid NRC: Township does not exist in this division” error can be seen in the error detail file.
For example - 12/HpaPaNa(N)000001. Pyapon township NRC code map with Yangon Division code (12) instead of Ayeyarwaddy Division code (14) wrongly.
For such kind of case, MFIs need to download the “Explanation for templates” file from the MCIX portal under “Upload Data” >> “Reference files”. MFIs need to check the NRC format in the “NRC Div Township Codes” sheet from the Template Explanation file to fix the correct NRC and reupload the file with the record to correct it.
Q: Which date format is used in MCIX?
A: The date formats in the files that are required to be included are as follows:
Disbursed Date – day/month/year (DD/MM/YYYY)
DOB – day/month/year (DD/MM/YYYY)
Reporting Month – year/month (YYYY/MM)
Q: Why is the “Mandatory field missing” error happening? How to solve it?
A: If MFIs do not fill in all the required information in the data upload file, MFIs will see “Mandatory field missing” error in the error detail file.
MFIs need to download the “Explanation for templates” file from the MCIX portal under “Upload Data” >> “Reference files”. MFIs are necessary to check the Mandatory fields in the relevant sheets of the Explanation for Templates file, fill all the required information in the file, and reupload the file.
Q: Why is “Invalid Identifier” error happening? How to solve it?
A: If the columns in the data upload file are changed left or right or if the header row at the top is missing, the error "Invalid Identifier" can see in the error detail file.
MFIs see “Invalid Identifier” error in the error detail file if MFIs delete the rows using the Delete key or Backspace key instead of the Delete row function. When the “Invalid Identifier” error is seen in the error detail file, MFIs need to download the template files from the MCIX portal under "Upload Data >> Templates", fill in the necessary data in the file, and then upload the file onto the MCIX portal.
Q: Why did MFIs get “Invalid NRCs: Untranslatable short code” error? How can MFIs solve it?
A: When MFIs upload the NRCs’ short code in the template files and these NRCs’ short codes have more than one translatable township under the same division, MFIs see “Invalid NRCs: Untranslatable short code”.
For example, when uploading the NRC number (12/KKK(N)000001) and the long form of that code is possible for both Kwon Chang Kone Township and Ko Koe Kyaun Township located in Yangon Division, MCIX system does not change it to avoid the confusion.
If MFIs see “Invalid NRCs: Untranslatable short code” error in the error detail file, MFIs need to upload the NRC with the long NRC format on the MCIX portal.
Q: How to request ThitsaID?
A: If MFIs would like to request ThitsaID, MFIs need to download the ThitsaID request form from the MCIX portal under Upload Data >> Templates, fill in the necessary data in the ThitsaID request form, and then upload the ThitsaID request form onto the MCIX portal.
MCIX system provides a maximum of 100 ThitsaID. In the ThitsaID request form, MFIs have to fill in either the Ward or Village as a Mandatory field.
Remark: When MFIs upload the file including the borrowers with ThitsaID, the information in the file must be the same as the data which is provided in the ThitsaID request form by MFIs. Both the initial name of the Borrowers Name and Father’s Name such as U, Daw, Ko, Ma and language must be the same.
Q: In what kind of situations does MCIX system consider a new loan?
A: If same MFI uploads the data with either a different Disbursed Amount or a different Disbursed Date for borrowers who already exist in the MCIX system, MCIX system considers them as new loans.
Q: Why is “Invalid Disbursed Amount in Active Loan file” (OR) “Write-Off amount cannot be greater than the disbursed amount” error happening? How to solve it?
A: When MFIs upload the Disbursed Amount that is not equal to the sum of the Principal outstanding amount and Principal repayment amount in Active loans file, MFIs encounter “Invalid Disbursed Amount in Active Loan file” error in the error detail file. Similarly, if MFIs upload the Principal Write-Off Amount that exceeds the disbursed amount in the Write-off loans file, MFIs will also see “Write-Off amount cannot be greater than the disbursed amount” error in the error detail file.
If these errors occur, MFIs need to check the Disbursed Amount, Principal Outstanding Amount, Principal Repayment Amount, and Principal Write-Off Amount, then correct the information, and then re-upload the data file.
MYANMAR
Please contact MCIX Support:
Monday to Friday, excluding bank holidays, between 09:00 and 18:00 by email, Skype and telephone.
Email: support@mcixportal.com
Tel: +95-9978669442
Skype: MCIX Support
မေး Township error suspected ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်ပြီး နောက်တစ်ရက်မှာဆိုရင် This borrower is already uploaded in other township ဆိုပြီး error detail file မှာပါလာမျိုးတွေရှိတတ်ကြပါတယ်။ အဲ့လိုမျိုး error ကို TES (Township error suspected) error လို့ခေါ်ပါတယ်။ ဒီ TES နဲ့ပတ်သတ်လို့ ဘယ်လိုဖြေရှင်းရမလဲဆိုတာကို မပြောပြခင်မှာ အရင်ဆုံး ဒီ error က ဘာကြောင့်ဖြစ်ရလဲဆိုတာကို ရှင်းပြပေးပါမယ်။
MFI တခုတည်းမှ တူညီသော ငွေချေးသူရဲ့ မြို့နယ်ကုဒ်ကို ယခင်က တင်ထားသောကုဒ်နဲ့ မတူညီသောကုဒ်ကို ထပ်မံတင်တဲ့အခါမျိုးမှာ ဒီ error ကိုတွေ့ရမှာဖြစ်ပါတယ်။ TES error ဖြစ်ပေါ်လာမှုရဲ့ အကြောင်းရင်းသုံးချက်ရှိပါတယ်။
ပထမ တချက်ကတော့ user Typing Error ကြောင့် မြို့နယ်ကုဒ်ကို မှားထည့်မိတဲ့ အခြေအနေမျိုး ဖြစ်ပါတယ်။User Typing error ကြောင့်ဆိုရင်တော့ မှန်ကန်သော မြို့နယ်ကုဒ်ကို ပြင်ဆင်ပြီး ဖိုင်ကို ပြန်လည်တင်ပေးဖို့ လိုအပ်ပါတယ်။ ဒီနေရာမှာ တခုမှတ်သားထားရမှာကတော့ ဖိုင်ပြန်တင်တဲ့အခါမှာ TES error တက်သော record ကိုပဲ ပြန်တင်တာမျိုးမဟုတ်ပဲ ဖိုင်ထဲတွင်ပါသော record အကုန်လုံးအတွက် ပြန်တင်ပေးရန်လိုအပ်ပါတယ်။
ဒုတိယအချက်ကတော့ Borrower က အခြားမြို့နယ်ကို ပြောင်းရွှေ့ခြင်းဖြစ်ပါတယ်။ အမှန်တကယ် ပြောင်းရွှေ့သွားတယ်ဆိုရင်တော့ အရင်ဦးဆုံး Approval File ကို download လုပ်ပေးရပါမယ်။ ဒီနေရာမှာ တခုမှတ်သားထားရမှာကတော့ MFI တွေ အနေနဲ့ ဖိုင်တင်တဲ့အခါမှာ testing ဖိုင်အနေနဲ့ တင်ခဲ့မယ်ဆိုရင်တော့ Approval File ကို မြင်တွေ့ရမှာ မဟုတ်ပါဖူး။ Approval File ကို download လုပ်ပြီးပြီဆိုရင်တော့ ဖိုင်ထဲမှာ ဒီ ငွေချေးသူသည် တခြား မြို့နယ် ကို ပြောင်းရွေ့သွားတာဖြစ်ကြောင်း နဲ့ Approve လုပ်ပေးသူ နာမည်၊ ရာထူး နဲ့ MFI name တွေရေးပြီး save လုပ်လိုက်ရပါမယ်။ Approval text file ကို save လုပ်ပြီးပြီဆိုရင်တော့ MCIX System ရဲ့ data upload တင်တဲ့နေရာမှာ upload တင်ပေးလိုက်ရပါမယ်။
နောက်ဆုံးအချက်ကတော့ တဖိုင်ထဲမှာပဲ အပေါ်မှာဖော်ပြခဲ့သော အကြောင်းအရာနှစ်ခုစလုံးနဲ့ ဆိုင်တဲ့ record များ (တခုထပ်ပို) ပါဝင်နေခြင်း ဖြစ်ပါတယ်။ ဒီလိုအခြေအနေမျိုးဖြစ်လာပြီဆိုရင်တော့ ပထမဆုံး Typing Error ကြောင့် မှားနေတဲ့ Township တွေကိုအရင်ပြင်ပြီးတော့ ဖိုင်ကို ပြန်တင်ပေးရပါမယ်။ ဖိုင်တင်ပြီးနောက်တရက်မှာဆိုရင်တော့ အမှန်တကယ် တခြားမြို့နယ်ကိုပြောင်းသွားတဲ့ Borrower တွေပဲ Township error suspected ဆိုပြီး error ထပ်ကျလာမှာဖြစ်ပါတယ်။ အဲ့ဒီအခါကျရင်တော့ Township error suspected ကျလာတဲ့ Borrower တွေက တခြားမြို့နယ်ကို ပြောင်းရွှေ့သွားတာလားဆိုတာကို အသေအချာလေးစစ်ဆေးပြီးတော့ Approval File upload တင်ပေးလိုက်ရမှာဖြစ်ပါတယ်။
Q: Diff NRC with same Demographic Info Exists ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်ပြီး နောက်တရက်မှာဆိုရင် Diff NRC with same Demographic Info Exists ဆိုပြီး error detail file မှာပါလာမျိုးတွေရှိတတ်ကြပါတယ်။ ဒီ error နဲ့ပတ်သတ်လို့ ဘယ်လိုဖြေရှင်းရမလဲဆိုတာကို မပြောပြခင်မှာ အရင်ဆုံး ဒီ error က ဘာကြောင့်ဖြစ်ရလဲဆိုတာကို ရှင်းပြပေးပါမယ်။
MFI တခုတည်းမှ တူညီသော ငွေချေးသူရဲ့ မှတ်ပုံတင်နံပါတ်ကို ယခင်က တင်ထားသောနံပါတ်နဲ့ မတူညီသောနံပါတ်ကို ထပ်မံတင်တဲ့အခါမျိုးမှာ ဒီ error ကိုတွေ့ရမှာဖြစ်ပါတယ်။တူညီသော ငွေချေးသူဟု သတ်မှတ်တဲ့အခါမှာ ငွေချေးသူအမည်၊ ဖခင်အမည်၊ မြို့နယ်ကုဒ် သုံးခုစလုံးကို ထည့်သွင်းစဉ်းစားပါတယ်။
error ဖြစ်ပေါ်လာမှုရဲ့ အကြောင်းရင်းသုံးချက်ရှိပါတယ်။
ပထမ တစ်ချက်ကတော့ user Typing Error ကြောင့် မှတ်ပုံတင်နံပါတ်တွေကို မှားထည့်မိတဲ့အခြေနေမျိုး ဖြစ်ပါတယ်။ User Typing error ကြောင့်သာဖြစ်မယ်ဆိုရင် မှန်ကန်သော မှတ်ပုံတင်နံပါတ်ကို ပြင်ဆင်ပြီး ဖိုင်ကို ပြန်လည်တင်ပေးဖို့လိုအပ်ပါတယ်။ ဖိုင်ပြန်တင်တဲ့အခါမှာ အမှန်ပြင်ဆင်လိုသောrecord ကိုသာလျှင် ပြန်တင်ပေးရန်လိုအပ်ပါတယ်။
ဒုတိယအချက်ကတော့ နောက်ဆုံးတင်လာသောဖိုင်ထဲမှ မှတ်ပုံတင်နံပါတ်သည် အမှန်ဖြစ်ပြီးတော့ ယခင်ကတင်ထားသော မှတ်ပုံတင်နံပါတ်မှာ မှားယွင်းနေသောအခြေအနေဖြစ်ပါတယ်။ အဲ့လိုမျိုးအခြေအနေဆိုရင်တော့ MCIX Service Desk ကနေတဆင့် ticket တင်ပြီး ထို ticket ထဲတွင် လိုအပ်သော Data Correction Request Form နှင့် ပြန်လည်တင်ပေးရမည့်ဖိုင်တို့ ပူးတွဲပါရှိရပါမယ်။
[ Data Correction Request Form နှင့် ပြန်လည်တင်ပေးရမည့်ဖိုင်ထဲတွင် ဖြည့်သွင်းရန်လိုအပ်သော အချက်အလက်များကို ဆက်လက်ပြောပြပေးပါမယ်။အရင်ဆုံး ပြန်လည်တင်ပေးရမည့် ဖိုင်ရဲ့နောက်ဆုံးမှာ Correct NRC By MFI Name (ဥပမာ - Correct NRC by MFIA, Correct NRC by MFIB, အစရှိသဖြင့်) ဆိုပြီး column တခုတိုးပေးရပါမယ်။ အဲ့ဒီ column အောက်မှာ Correct NRC ကိုဖြည့်ပေးရပါမယ်။ ပြီးတော့ နောက်ထပ် column တခုမှာတော့ Comments By "MFI Name" (ဥပမာ - Comments NRC by MFIA, Comments NRC by MFIB, အစရှိသဖြင့်) ဆိုပြီးခေါင်းစဉ်တပ်ပြီး အဲ့ဒီ column အောက်မှာ ဘာကြောင့်ပြင်ဆင်ပေးရန်လိုအပ်ကြောင်း အကြောင်းပြချက် တခုခုရေးပေးရပါမယ်။ ဥပမာ- “ယခုနောက်ဆုံးတင်လိုက်တဲ့ မှတ်ပုံတင်သည် အမှန်ဖြစ်သည့်အတွက် System ထဲမှာရှိနေပြီးသားနံပါတ်ကို ပြောင်းပေးဖို့ request လုပ်ပါတယ်” အစရှိသဖြင့် Remark ရေးပေးရပါမယ်။ နောက်တစ်ခုကတော့ data correction request Form ဖြစ်ပါတယ်။ အဲ့ဒီ Form ကိုတော့ ဒီလိုမျိုး changes လုပ်တာကို Approve ပေးကြောင်း MIS Manager လက်မှတ်နဲ့အတူ MCIX Service Desk ကနေတဆင့် ticket ထဲသို့ ပေးပို့ပေးရမှာဖြစ်ပါတယ်။ ]
နောက်ဆုံးတချက်ကတော့ တူညီသောအချက်အလက်ကို ပိုင်ဆိုင်ထားသော ငွေချေးသူနှစ်ဦးသည် မတူညီသော မှတ်ပုံတင်နံပါတ်ကို ကိုင်ဆောင်နေပါသလားဆိုတာကို Service Desk စုံစမ်းစစ်ဆေးပေးရန်လိုအပ်ပါတယ်။ မှတ်ပုံတင်နံပါတ် မတူဘဲ (ငွေချေးသူအမည်၊ ဖခင်အမည်၊ မြို့နယ်ကုဒ်) တူနေတဲ့ လူ (၂)ယောက်အမှန်တကယ်ဖြစ်တယ်ဆိုရင်တော့ MCIX Service Desk ကနေ ticket တင်ပြီး ထို ticket ထဲတွင် လိုအပ်သော Data Correction Request Form နှင့် ပြန်လည်တင်ပေးရမည့်ဖိုင်တို့ ပူးတွဲပါရှိရပါမယ်။
Data Correction Request Form နှင့် ပြန်လည်တင်ပေးရမည့်ဖိုင်ထဲတွင် ဖြည့်သွင်းရန်လိုအပ်သော အချက်အလက်များကို ဆက်လက်ပြောပြပေးပါမယ်။
[ အရင်ဆုံး ပြန်လည်တင်ပေးရမည့်ဖိုင်ရဲ့ နောက်ဆုံးမှာ Comments By MFI Name (ဥပမာ - Comments by MFIA, Comments by MFIB, အစရှိသဖြင့်) ဆိုပြီး column တခုတိုးပေးရပါမယ်။ အဲ့ဒီ column အောက်မှာ ဘာကြောင့်ပြင်ဆင်ပေးရန်လိုအပ်ကြောင်း အကြောင်းပြချက်တခုခုရေးပေးရပါမယ်။ ဥပမာ- “ဒီ မှတ်ပုံတင်နံပါတ် ၂ ခုဟာ အမှန်တကယ်ကို လူနှစ်ယောက်အသုံးပြုနေသောကြောင့် ဒီ borrower တွေကို WhiteList ထဲထည့်ပေးဖို့ request လုပ်ပါတယ်” အစရှိသဖြင့် Remark ရေးပေးပြီး Data correction request Form နဲ့အတူ MCIX Service Desk ကနေတဆင့် ticket ထဲသို့ ပို့ပေးရမှာပဲ ဖြစ်ပါတယ်။ Data correction request Form မှာ ဒီလိုမျိုး changes လုပ်တာကို Approve ပေးကြောင်း MIS Manager ရဲ့ လက်မှတ်နဲ့အတူ ပေးပို့ပေးရမှာဖြစ်ပါတယ်။ ]
မေး : Invalid NRC: Incorrect Format ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်လိုက်တဲ့ ဖိုင်ထဲမှာပါတဲ့ မှတ်ပုံတင်နံပါတ်ပုံစံက မှားနေတာမျိုးဖြစ်နေမယ်ဆိုရင် Invalid NRC: Incorrect Format ဆိုတဲ့ error ကို error detail file မှာမြင်တွေ့ရမှာဖြစ်ပါတယ်။
ဥပမာ - ၁၄/ဖပန(နိုင်)၁၂၃၄၅ (သို့) ၁၂/ကမရ(နိုင်၁၂၃၄၅၆, နံပါတ်၆ လုံးရှိရမည့် နေရာမှာ နံပါတ်၅ လုံးပဲပါလာတဲ့အခါ (သို့) မှတ်ပုံတင်နံပါတ်ပုံစံမဝင်ပဲ မှားရိုက်မိလိုက်တာမျိုးကို ဆိုလိုပါတယ်။
ဒီ error ဖြစ်လာရင် အောက်ပါအတိုင်းဖြေရှင်းရန် လိုအပ်ပါတယ်။
မိမိတို့ လက်ရှိအသုံးပြုနေတဲ့ MCIX Portal မှာ Upload Data >> Reference files >> Explanation for templates ကို download လုပ်ပေးရမှာဖြစ်ပါတယ်။ ထို Explanation for templates ဖိုင်ထဲက “NRC Div Tsp Code” sheet တွင် ပေးထားသော မှတ်ပုံတင်နံပါတ်ပုံစံများ အတိုင်းစစ်ဆေးပြီး data အမှန်ပြင်ပြီး ဖိုင်ပြန်တင်ပေးရပါမယ်။ ဖိုင်ပြန်တင်တဲ့အခါမှာ အမှန် ပြင်ဆင်လိုသော record ကိုသာလျှင် ပြန်တင်ပေးရန်လိုအပ်ပါတယ်။
မေး : Invalid NRC: Township does not exist in this division ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်လိုက်တဲ့ ဖိုင်ထဲမှာပါတဲ့ မှတ်ပုံတင်နံပါတ်ထဲမှ ပြည်နယ် (သို့) တိုင်းဒေသကြီး ကုဒ်နှင့် မြို့နယ်ကုဒ် အတွဲလိုက် လွဲနေတာမျိုးဆိုရင် Invalid NRC: Township does not exist in this division ဆိုတဲ့ error ကို error detail file မှာမြင်တွေ့ရမှာဖြစ်ပါတယ်။
ဥပမာ - ၁၂/ဖပန(နိုင်)၀၀၀၀၀၁, ဖျာပုံမြို့နယ်ကို ဧရာဝတီတိုင်း ဒေသကြီး ကုဒ်နံပါတ် ၁၄ နဲ့ ရိုက်ရမယ့်အစား ရန်ကုန်တိုင်းဒေသကြီး ကုဒ်နံပါတ် ၁၂ နဲ့ မှားရိုက်မိလိုက်တာမျိုးကို ဆိုလိုပါတယ်။
ဒီလိုမျိုး ဖြစ်လာပြီဆိုရင် မိမိတို့ လက်ရှိအသုံးပြုနေတဲ့ MCIX Portal မှာ Upload Data >> Reference files >> Explanation for templates ကို download လုပ်ပေးရမှာဖြစ်ပါတယ်။ ထို Explanation for templates ဖိုင်ထဲက “NRC Div Tsp Code” sheet တွင် ပေးထားသော NRC format များ အတိုင်းစစ်ဆေးပြီး data အမှန်ပြင်ပြီး upload တင်ပေးရမှာဖြစ်ပါတယ်။ အမှန် ပြင်ဆင်လိုသော record ကိုသာလျှင် ပြန်တင်ပေးရန်လိုအပ်ပါတယ်။
မေး : MCIX တွင် မည်သည့် Date format ကိုအသုံးပြုသနည်း။
ဖြေ : ဖိုင်များထဲတွင် ထည့်သွင်းပေးရန်လိုအပ်သော ရက်စွဲ ပုံစံများမှာ အောက်ပါအတိုင်း ဖြစ်ပါတယ်။
Disbursed Date- day/month/year (DD/MM/YYYY)
DOB- day/month/year (DD/MM/YYYY)
Reporting Month - year/month (YYYY/MM) ဖြစ်ပါသည်။
မေး : Mandatory field missing ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်လိုက်တဲ့ ဖိုင်ထဲမှာ မဖြစ်မနေထည့်ပေးဖို့လိုအပ်တဲ့ အချက်အလက်များကို မဖြည့်ခဲ့ပါက Mandatory field missing ဆိုတဲ့ error ကို error detail file မှာမြင်တွေ့ရမှာဖြစ်ပါတယ်။ ဒီလိုမျိုး ဖြစ်လာပြီဆိုရင် MCIX Portal မှာ Upload Data >> Reference files >> Explanation for templates ကို download လုပ်ပေးရမှာဖြစ်ပါတယ်။ ထို Explanation for templates ဖိုင်ထဲက သက်ဆိုင်ရာ sheet များထဲတွင် ဖော်ပြပေးထားသော မဖြစ်မနေထည့်သွင်းပေးရန် လိုအပ်သော (Mandatory) အချက်အလက်များကို စစ်ဆေး ကြည့်ရှုပြီး ဖိုင်ကို ပြန်လည်ပြင်ဆင်၍ တင်ပေးရန်လိုအပ်ပါတယ်။
မေး : Invalid Identifier ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်လိုက်တဲ့ ဖိုင် ထဲမှာရှိတဲ့ Column တွေကို ဘယ်ညာ ပြောင်းထားတာမျိုး သို့မဟုတ် အပေါ်ဆုံးက Header Row မပါလာတာမျိုး ဆိုရင် Invalid Identifier ဆိုတဲ့ error ကို error detail file မှာမြင်တွေ့ရမှာဖြစ်ပါတယ်။ ထို့အပြင် ထည့်သွင်းထားပြီးသော အချက်အလက်များကို ဖိုင်ထဲတွင် Row အလိုက်ပြန်လည် ဖျက်လိုသောအခါတွင်လည်း Delete row function ကို အသုံးမပြုပဲ Delete (Or) Backspace key များ အသုံးပြုပြီး ပြုလုပ်သောအခါမှာလည်း ဒီ error ကို ကြုံတွေ့ရနိုင်ပါတယ်။ ဒီလိုမျိုး ဖြစ်လာပြီဆိုရင် MCIX Portal မှာ Upload Data >> Templates ထဲက သက်ဆိုင်ရာဖိုင်ကို download ရယူပါ။ လိုအပ်သော အချက်အလက်များကို ထည့်သွင်းပြီး ဖိုင်ကို ပြန်လည်တင်ပေးရမှာဖြစ်ပါတယ်။
မေး : Invalid NRCs : Untranslatable short code ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်လိုက်တဲ့ ဖိုင်ထဲမှာပါတဲ့ မှတ်ပုံတင်သည် အတိုကောက်ကုဒ် လိုမျိုးဖြစ်နေသည့်အပြင် ထိုအတိုကောက်ကုဒ်နံပါတ်သည် တူညီသောတိုင်းဒေသကြီး တခုတည်းတွင် မြို့နယ်တခုထပ်ပိုပြီး ရှိနေနိုင်သည့်အခါ Invalid NRCs: Untranslatable short code ဆိုတဲ့ error ကို error detail file မှာ မြင်တွေ့ရမှာဖြစ်ပါတယ်။
ဥပမာ - 12/KKK(N)000001 ဆိုသည့် မှတ်ပုံတင်နံပါတ်ကို တင်လာသည့်အခါ ပြောင်းလဲရမည့် မှတ်ပုံတင်နံပါတ်အရှည်ကောက်ပုံစံသည် ရန်ကုန်တိုင်းဒေသကြီးတွင် တည်ရှိသော ကွမ်းခြံကုန်းမြို့နယ်နှင့် ကိုကိုးကျွန်းမြို့နယ် နှစ်မြို့နယ်စလုံး ဖြစ်နိုင်ချေရှိတဲ့အတွက် MCIX system မှာ ပြောင်းပေးခြင်းကို မပြုလုပ်ပေးပါ။
ဒီလိုမျိုး ဖြစ်လာပြီဆိုရင် long NRC format နဲ့ data upload ပြန်တင်ပေးရမှာဖြစ်ပါတယ်။ ထိုသို့သော ကိစ္စရပ်များအတွက် မှတ်ပုံတင်နံပါတ်အရှည်ကောက်ပုံစံကိုသာ ထည့်သွင်းပေးပြီး ဖိုင်ပြန်တင်ပေးရန်လိုအပ်ပါတယ်။
မေး : ThitsaID Request ဘယ်လိုလုပ်ရသလဲ?
ဖြေ : ThitsaID Request လုပ်မည်ဆိုလျှင် MCIX Portal မှာ Upload Data >> Templates ထဲက ThitsaID ဖိုင်ကို download လုပ်ပြီး သက်ဆိုင်ရာ data များဖြည့်စွက်ကာ upload တင်ပေးရမှာဖြစ်ပါတယ်။ MCIX system မှ အများဆုံး ThitsaID အရေအတွက် 100 ကိုသာ ထုတ်ပေးပါတယ်။ ဖိုင်ထဲတွင်လည်း နေထိုင်ရာရပ်ကွက် (သို့) ရွာ အချက်အလက်ကို မဖြစ်မနေ ထည့်သွင်းပေးရန်လိုအပ်ပါတယ်။
မှတ်ချက်။ ။ ThitsaID နံပါတ်ကို ပိုင်ဆိုင်သော ငွေချေးသူများကို ထည့်သွင်းပြီး ဖိုင်တင်သောအခါမှာလည်း မိမိတို့ ThisaID Request လုပ်ဆောင်စဉ်က ဖြည့်စွက်ထားသော Name,Father Name များတွင် ဦး ၊ ဒေါ် ၊ ကို ၊ မ အစရှိသည်တို့နဲ့ တထပ်တည်း တူညီသော အချက်အလက်များသာမက တူညီသော ဘာသာစကားကိုအသုံးပြုပြီး တင်ပေးရန် လိုအပ်ပါသည်။
မေး : MCIX System မှာ ဘယ်လိုအခြေနေမျိုးဆိုရင် loan အသစ်လို့ယူဆပါသလဲ?
ဖြေ : MFI တခုတည်းမှ မတူညီသော Disbursed Amount သို့မဟုတ် မတူညီသော Disbursed Date အချက်အလက်များဖြင့် ယခင်တင်ထားဖူးသော ငွေချေးသူအတွက် ဖိုင်တင်သောအခါတွင် MCIX System သည် ဖိုင်တွင်ပါလာသော ထိုအချက်အလက်ကို ၎င်းငွေချေးသူ၏ Loan အသစ်တခုအနေဖြင့် သတ်မှတ်မှာဖြစ်ပါတယ်။
မေး : Invalid Disbursed Amount in Active Loan file (OR) Write-Off amount cannot be greater than the disbursed amount ဆိုတဲ့ error ဘာကြောင့်ဖြစ်ရတာလဲ? ဖြစ်ရင် ဘယ်လိုဖြေရှင်းရမလဲ?
ဖြေ : Data upload တင်လိုက်တဲ့ Active Loan ဖိုင်ထဲမှာ ထည့်သွင်းပေးလိုက်သော Disbursed amount သည် Principal outstanding amount နှင့် Principal repayment amount နှစ်ခုပေါင်းခြင်းနှင့် မတူညီသောအခါမှာ Invalid Disbursed Amount in Active Loan file ဆိုတဲ့ error (သို့) Write off Loan ဖိုင်ထဲမှာ ထည့်သွင်းပေးလိုက်သော Principal WriteOff Amount သည် Disbursed amount ထပ်ကြီးနေသော အခြေနေမျိုးတွင် Write-Off amount cannot be greater than the disbursed amount ဆိုတဲ့ error ကို error detail file မှာ မြင်တွေ့ရမှာ ဖြစ်ပါတယ်။ ဒီလို error မျိုးဖြစ်လာပြီဆိုလျှင် Disbursed Amount ၊ Principal outstanding amount ၊ Principal repayment amount နှင့် Write-Off amount ကို ပြန်လည်စစ်ဆေးပြီး data အမှန်ပြင်ကာ ဖိုင် ပြန်တင်ပေးရမှာဖြစ်ပါတယ်။