Please be noticed that we got so ma

Please be noticed that we got so many reject for the e-Passport chip personalization rejected since October 27th around 20-25%. (Around 200 booklets were destroyed)
I just found out the root cause by this morning (Oct 28th). The problem is the chip is not yet writing the CPCL data into it.
So our chip perso module get error on “SET-SECURE” step. The symptom now happened in randomly.

Now we just adding 1 more manual station to writing the CPLC data on the rejected booklet. (Extra job for our personalization operators)

Regarding to the below discussion, The CPCL data will be done in IRIS pre-perso process. (not OP-Ready to OP-Ready)
How can we know that how many chips are not writing CPLC data ?

ผลลัพธ์ (ไทย) 1:

โปรดให้สังเกตเห็นว่า เราได้ปฏิเสธมากส่วนบุคคลชิ e-Passport ที่ปฏิเสธตั้งแต่ 27 ตุลาคมประมาณ 20-25% (ถูกทำลายประมาณ 200 เล่มได้)ฉันเพิ่งพบสาเหตุรากโดยเช้านี้ (28 ต.ค.) ปัญหาคือ ชิปจะไม่ได้เขียนข้อมูล CPCL ลงไปดังนั้น โมดู perso ชิของเราได้รับข้อผิดพลาดในขั้นตอน "จองชุด" อาการนี้เกิดขึ้นในแบบสุ่ม ตอนนี้ เราเพียงเพิ่ม 1 สถานีด้วยตนเองเพิ่มเติมเพื่อเขียนข้อมูล CPLC บนหนังสือปฏิเสธ (งานเสริมสำหรับตัวดำเนินการตั้งค่าส่วนบุคคลของเรา) เกี่ยวข้องไปด้านล่างสนทนา ข้อมูล CPCL จะทำในกระบวนการก่อน perso IRIS (ไม่พร้อมใช้ OP ไป OP พร้อม)เรารู้ว่าความชิหลายกำลังเขียนข้อมูล CPLC

ผลลัพธ์ (ไทย) 2:

โปรดสังเกตว่าเราได้จำนวนมากปฏิเสธสำหรับบุคคลชิป E-Passport ปฏิเสธตั้งแต่ 27 ตุลาคมรอบ 20-25% (ประมาณ 200 เล่มถูกทำลาย)
ฉันเพิ่งค้นพบสาเหตุที่แท้จริงโดยในเช้าวันนี้ (28 ตุลาคม) ปัญหาคือชิปยังไม่ได้เขียนข้อมูล CPCL เป็นมัน
ดังนั้นชิปของเรา Perso โมดูลรับข้อผิดพลาดที่ "SET-ปลอดภัย" ขั้นตอน อาการที่เกิดขึ้นอยู่ในขณะนี้สุ่มตอนนี้เราเพียงแค่เพิ่ม 1 สถานีด้วยตนเองมากขึ้นการเขียนข้อมูล CPLC ในหนังสือเล่มเล็ก ๆ ที่ถูกปฏิเสธ (งานพิเศษสำหรับผู้ประกอบการส่วนบุคคลของเรา) ตามที่การอภิปรายด้านล่างข้อมูล CPCL จะทำได้ใน IRIS กระบวนการก่อน Perso (ไม่ OP-พร้อมที่จะ OP-Ready) วิธีที่เราสามารถรู้ได้ว่ากี่ชิปจะไม่เขียนข้อมูล CPLC?

ผลลัพธ์ (ไทย) 3:

โปรดสังเกตว่า เราถูกปฏิเสธมากสำหรับอุตสาหกรรมชิปบุคคลที่ปฏิเสธตั้งแต่ 27 ตุลาคม ประมาณ 20-25 % ( ประมาณ 200 เล่ม ถูกทำลาย )
ฉันเพิ่งพบสาเหตุราก โดยช่วงเช้าวันนี้ ( 28 ต.ค. ) ปัญหาคือชิปที่ยังไม่ได้เขียนข้อมูลลงไป cpcl .
ดังนั้นของเราได้รับข้อผิดพลาดในโมดูลชิป F " ก้าว set-secure " อาการนี้เกิดขึ้นแบบสุ่ม

ตอนนี้เราเพิ่มเพียง 1 สถานีคู่มือเพิ่มเติมเพื่อเขียนข้อมูล cplc บนปฏิเสธหนังสือเล่มเล็ก งานเสริมสำหรับผู้ประกอบการส่วนบุคคลของเรา )

ส่วนด้านล่าง อภิปราย ข้อมูล cpcl จะทำในกระบวนการ perso ไอริสก่อน ( ไม่ใช่ OP พร้อม OP พร้อม )
เราจะรู้ได้อย่างไรว่าวิธีการหลายชิปไม่ได้เขียนข้อมูล cplc ?