กรณีที่พบบ่อย
ก่อนแก้
ชื่à¸;เมืà¸à¸‡ สมหมาย ศรีสุริยา;เชียงใหม่ ชัยชนะ มหาวงศ์;นนทบุรี
หลังแก้
ชื่อ;เมือง สมหมาย ศรีสุริยา;เชียงใหม่ ชัยชนะ มหาวงศ์;นนทบุรี
เกิดเมื่อระบบหนึ่งส่งออกรายชื่อเป็น UTF-8 แต่อีกระบบอ่านเป็น Windows-1252 (Latin-1) เช่นระหว่างทางจาก CRM ผ่าน Excel ไปยังเครื่องมือส่งจดหมายข่าวหรือ ERP พอบันทึกไฟล์ในระหว่างทาง ข้อผิดพลาดก็ฝังอยู่ในไฟล์ถาวร
ทำไมไม่ใช้ตัวแปลงออนไลน์ทั่วไป
ตัวแปลงบนเว็บส่วนใหญ่อัปโหลดไฟล์ไปที่เซิร์ฟเวอร์ของเขา สำหรับรายชื่อลูกค้า นั่นหมายถึงข้อมูลส่วนบุคคลถูกส่งให้บุคคลที่สาม มักไม่มีสัญญา และไม่รู้ว่าเซิร์ฟเวอร์อยู่ที่ไหนหรือเก็บไฟล์นานแค่ไหน ภายใต้ PDPA และกฎหมายคล้ายกัน นี่เป็นปัญหาจริงสำหรับธุรกิจ
Mojibuster ทำงานต่างออกไป การแก้ทำงานเป็น JavaScript ในเบราว์เซอร์ ไฟล์ไม่ถูกอัปโหลดและไม่ถูกเก็บ วิธีตรวจสอบเองในแท็บ Network หรือด้วยการทดสอบแบบออฟไลน์ อธิบายไว้ใน ข้อมูลผู้ให้บริการ
วิธีแก้ไฟล์ส่งออก
- ส่งออกรายชื่อจาก CRM หรือ ERP เป็น CSV
- ลากไฟล์ใส่กล่องด้านบน Mojibuster แก้เฉพาะอักขระที่เสีย ตัวคั่น เครื่องหมายคำพูด และการขึ้นบรรทัดใหม่คงเดิมทุกอย่าง
- ตรวจจุดที่แก้ใต้หัวข้อ อะไรเปลี่ยนไปบ้าง
- ดาวน์โหลดไฟล์ เปิด บันทึกพร้อม BOM ไว้สำหรับ Excel ส่วนการนำเข้าระบบอื่น UTF-8 แบบไม่มี BOM มักใช้ได้
ป้องกันไม่ให้เกิดซ้ำ
- เลือก UTF-8 อย่างชัดเจนเมื่อ CRM มีตัวเลือกการส่งออก
- เปิดไฟล์ CSV ใน Excel ผ่าน ข้อมูล → จากข้อความ/CSV แทนการดับเบิลคลิก ดู Excel แสดงภาษาไทยเพี้ยน
- บันทึกจาก Excel เป็น CSV UTF-8 ก่อนนำเข้าไฟล์ที่อื่น
- ลบไฟล์ส่งออกที่มีข้อมูลลูกค้าเมื่อไม่ใช้แล้ว ทั้งไฟล์ที่แก้แล้วและไฟล์ต้นฉบับ
คำถามที่พบบ่อย
ข้อมูลลูกค้าของฉันถูกอัปโหลดไหม
ไม่ ไฟล์ถูกอ่านและแก้ในเบราว์เซอร์ของคุณ เนื้อหาไม่ออกจากเครื่อง
ต้องมีสัญญาประมวลผลข้อมูลไหม
เนื่องจาก Mojibuster ไม่ได้รับข้อมูลเลย ในความเห็นของเรา ไม่จำเป็น นี่ไม่ใช่คำแนะนำทางกฎหมาย รายละเอียดสำหรับการตรวจสอบอยู่ที่หน้า ข้อมูลผู้ให้บริการ
ใช้กับไฟล์จาก Salesforce, HubSpot หรือ SAP ได้ไหม
ได้ Mojibuster ไม่สนว่าไฟล์มาจากไหน ขอแค่เป็นข้อความ เช่น CSV, TXT, JSON หรือ XML
ไฟล์ใหญ่ได้เท่าไร
รายชื่อหลายแสนแถวไม่มีปัญหา ไฟล์ใหญ่จะประมวลผลเบื้องหลังพร้อมแถบแสดงความคืบหน้า