កំណត់គោលនយោបាយផ្គូផ្គងឈ្មោះឯកសារ
ចាប់ផ្តើមពីរបៀប Balanced ជាមុន។ សណ្ឋាគារភាគច្រើនបញ្ចប់ការរៀបចំក្នុងរយៈពេលក្រោម 3 នាទី។
មគ្គុទ្ទេសក៍នេះជួយអ្នកគ្រប់គ្រងកម្រិតតឹងរឹងដែល AVA ប្រើនៅពេលប្រៀបធៀបឈ្មោះការកក់ជាមួយឈ្មោះលើលិខិតឆ្លងដែន ឬអត្តសញ្ញាណប័ណ្ណ។
ទីកន្លែងស្វែងរក
Settings → Security → General Settings → Document Name Matchingឯកសារយោងរហ័ស
| ការកំណត់ | អ្វីដែលវាគ្រប់គ្រង | លទ្ធផលទូទៅ |
|---|---|---|
| Strict | កម្រិតតឹងរឹងខ្ពស់បំផុត | ភ្ញៀវកាន់តែច្រើនត្រូវបញ្ជូនទៅឲ្យបុគ្គលិកបញ្ជរទទួលភ្ញៀវពិនិត្យ |
| Balanced | កម្រិតតឹងរឹងលំនាំដើម | សុវត្ថិភាពល្អ ជាមួយការចុះឈ្មោះចូលដោយខ្លួនឯងរលូនជាង |
| Lenient | កម្រិតតឹងរឹងទាបជាង | ឈ្មោះកាត់សង្ខេបឆ្លងដោយស្វ័យប្រវត្តិបានកាន់តែច្រើន |
| Custom | កំណត់កម្រិត និងច្បាប់ដោយដៃ | លទ្ធផលអាស្រ័យលើតម្លៃដែលអ្នកកំណត់ |
កំណត់របៀបផ្គូផ្គង
-
នៅ Document Name Matching ជ្រើសរបៀបមួយ
-
ពិនិត្យមើលកាតមើលជាមុននៃសេណារីយ៉ូ
-
ចុច Save General Settings
✓ គោលនយោបាយដែលអ្នកជ្រើសនឹងអនុវត្តចំពោះការព្យាយាម check-in ថ្មី។
កាតមើលជាមុនឥឡូវប្រើសេណារីយ៉ូស្តង់ដារដែលបានរៀបចំជាមុន។ Strict, Balanced, និង Lenient បង្ហាញបញ្ជីឧទាហរណ៍ដូចគ្នា។
លៃតម្រូវ Custom Mode
ប្រើរបៀប Custom នៅពេលក្រុមរបស់អ្នកមាន SOP ច្បាស់លាស់សម្រាប់ការពិនិត្យ។
- ជ្រើស Custom
- កំណត់ Base similarity threshold (80-95)
- ជ្រើសថាតើអនុញ្ញាតឲ្យមាន៖
- Initial + surname prefix matching
- Alias name matching
- កំណត់ការគ្រប់គ្រង abbreviation៖
- Minimum surname prefix length (3-6)
- Minimum surname coverage (0.30-0.80)
- Require two tokens
- Require single-character initial
- ចុច Save General Settings
ច្បាប់សុវត្ថិភាពស្វ័យប្រវត្តិ
AVA ធ្វើស្តង់ដារលើតម្លៃការផ្គូផ្គងឯកសារ នៅពេលអ្នករក្សាទុក៖
- តម្លៃ mode មិនត្រឹមត្រូវត្រូវបានកំណត់ឡើងវិញទៅជា Balanced
- កម្រិតកាត់សម្រេចរបស់ Custom ត្រូវនៅចន្លោះ 80-95
- ប្រវែងអប្បបរមានៃ prefix នាមត្រកូល ត្រូវនៅចន្លោះ 3-6
- ភាគរយគ្របដណ្តប់អប្បបរមានៃនាមត្រកូល ត្រូវនៅចន្លោះ 0.30-0.80
- តម្លៃអត្ថបទ
"true"និង"false"ត្រូវបានបម្លែងទៅជា toggles ពិត
✓ បើអ្នកបញ្ចូលតម្លៃក្រៅជួរ AVA នឹងរក្សាទុកតម្លៃដែលបានកែតម្រូវ។
ឧទាហរណ៍ទូទៅ
| Name Pair | Strict | Balanced | Lenient |
|---|---|---|---|
| "John Michael Doe" vs "John Michael Doe" | ✓ Pass | ✓ Pass | ✓ Pass |
| "M Taka" vs "Mitsui Takafumi" | ❌ Review | ✓ Pass | ✓ Pass |
| "K Taka" vs "Mitsui Takafumi" | ❌ Review | ❌ Review | ❌ Review |
| "A Kumar" vs "Arun Kumar" | ❌ Review | ✓ Pass | ✓ Pass |
| Alias or married name case | ❌ Review | ✓ Pass | ✓ Pass |
របៀប Lenient អាចកាត់បន្ថយបន្ទុកការងារនៅបញ្ជរទទួលភ្ញៀវ ប៉ុន្តែវាក៏ទទួលយកលំនាំឈ្មោះជិតព្រំកាន់តែច្រើនផងដែរ។
ដោះស្រាយបញ្ហា
ភ្ញៀវច្រើនពេកត្រូវបញ្ជូនទៅត្រួតពិនិត្យ
អ្វីដែលអ្នកឃើញ: ភ្ញៀវត្រឹមត្រូវជាច្រើនត្រូវបញ្ជូនទៅឲ្យបុគ្គលិកពិនិត្យ។
ដំណោះស្រាយ៖
- ប្តូរពី Strict ទៅ Balanced
- ក្នុង Custom បន្ថយកម្រិតកាត់សម្រេចបន្តិច
- បើកការផ្គូផ្គងឈ្មោះកាត់ ប្រសិនបើឈ្មោះពី OTA ជាញឹកញាប់ត្រូវបានកាត់សង្ខេប
ឈ្មោះកាត់សង្ខេបឆ្លងច្រើនពេក
អ្វីដែលអ្នកឃើញ: អ្នកចង់ឲ្យការត្រួតពិនិត្យឈ្មោះខ្លីតឹងរឹងជាងមុន។
ដំណោះស្រាយ៖
- ប្តូរពី Lenient ទៅ Balanced ឬ Strict
- បង្កើនកម្រិតកាត់សម្រេចក្នុង Custom
- បង្កើនប្រវែង prefix នាមត្រកូល ឬភាគរយគ្របដណ្តប់
ការកែប្រែមិនទាន់អនុវត្ត
អ្វីដែលអ្នកឃើញ: លទ្ធផលមើលទៅមិនផ្លាស់ប្តូរបន្ទាប់ពីកែប្រែ។
ដំណោះស្រាយ៖
- ចុច Save General Settings ម្តងទៀត
- ផ្ទុកទំព័រឡើងវិញ
- សាកល្បងជាមួយ check-in flow ថ្មី
តម្លៃ Custom ផ្លាស់ប្តូរបន្ទាប់ពីរក្សាទុក
អ្វីដែលអ្នកឃើញ: តម្លៃ custom ដែលបានរក្សាទុកមើលទៅខុសពីអ្វីដែលអ្នកបានបញ្ចូល។
ដំណោះស្រាយ៖
- បើក Document Name Matching ម្តងទៀត
- ប្រៀបធៀបតម្លៃរបស់អ្នកជាមួយជួរដែលអនុញ្ញាត
- ប្រើតម្លៃនៅក្នុងជួរ ហើយរក្សាទុកម្តងទៀត
នៅតែជាប់?
ទាក់ទង success@vouch-technologies.com ប្រសិនបើ:
- ❌ លទ្ធផលការផ្គូផ្គងឈ្មោះមិនស្ថិតស្ថេរបន្ទាប់ពីសាកល្បងច្រើនដង
- ❌ ការកំណត់ត្រូវបានរក្សាទុកជោគជ័យ តែឥរិយាបថមិនផ្លាស់ប្តូរ
- ❌ អ្នកត្រូវការជំនួយលៃតម្រូវតម្លៃ custom សម្រាប់ច្បាប់អនុលោមភាពក្នុងតំបន់
ព័ត៌មានដែលមានប្រយោជន៍រួមមាន:
- របៀបដែលអ្នកបានជ្រើស
- តម្លៃ custom (បើបានប្រើ)
- ឧទាហរណ៍គូឈ្មោះការកក់ និងឈ្មោះលើឯកសារ ចំនួន 2-3 គូ