ELPO Compliance · เลเยอร์การปฏิบัติตามกฎระเบียบสำหรับตุรกี
CSMS ของคุณ พร้อมสำหรับตุรกี
ปฏิบัติตามข้อกำหนดของ EPDK และ GİB โดยไม่ต้องสร้างแพลตฟอร์มใหม่ แพ็กเกจการปฏิบัติตามกฎระเบียบสำหรับตุรกีของ ELPO คือเลเยอร์แยกต่างหากที่อยู่ระหว่างซอฟต์แวร์บริหารเครือข่ายชาร์จของคุณ (CSMS) กับ EPDK หน่วยงานกำกับดูแลด้านพลังงานของตุรกี และ GİB กรมสรรพากรของตุรกี CSMS ของคุณสื่อสารด้วยภาษาที่คุ้นเคยอยู่แล้ว — OCPI — ส่วนรายงานทุกฉบับที่ตุรกีกำหนดเป็นหน้าที่ของแพ็กเกจ
การดำเนินเครือข่ายชาร์จในตุรกีไม่ได้จบแค่การติดตั้งเครื่องชาร์จ
คุณต้องรายงานต่อสองหน่วยงาน ในสองรูปแบบที่ต่างกัน และต้องไม่ล่าช้า:
EPDK
หัวชาร์จว่างหรือไม่ เริ่มชาร์จแล้วหรือยัง ชาร์จเสร็จหรือยัง จ่ายพลังงานไปเท่าไร ราคาเท่าไร — แต่ละรายการเป็นการเรียกแยกกัน มีลำดับและจังหวะเวลาของตัวเอง
GİB
การลงทะเบียนเครื่องชาร์จทุกเครื่อง และรายงานยอดขายที่ลงนามด้วยตราประทับอิเล็กทรอนิกส์
CSMS จากต่างประเทศไม่รู้เรื่องเหล่านี้เลย ราคาที่ต้องจ่ายเมื่อเขียนกฎระเบียบลงในโค้ดของตัวเอง คือซอฟต์แวร์ต้องแก้ทุกครั้งที่กฎเปลี่ยน ต้องมีเวอร์ชันแยกสำหรับแต่ละประเทศ และที่ร้ายที่สุดคือรายงานที่ตกหล่นโดยไม่มีใครสังเกตเห็น
ทางออก: เลเยอร์ที่แยกงานรายงานต่อหน่วยงานกำกับดูแลออกจากซอฟต์แวร์ของคุณ
แพ็กเกจการปฏิบัติตามกฎระเบียบวางอยู่ระหว่าง CSMS ของคุณกับหน่วยงานกำกับดูแล CSMS ส่งข้อมูลผ่านโฟลว์ OCPI มาตรฐาน แพ็กเกจจะจัดเตรียม ส่ง และติดตามรายงานถึง EPDK รวมถึงรายงานยอดขายถึง GİB สำหรับ CSMS ที่ไม่รองรับ OCPI มีช่องทาง REST แบบเรียบง่ายที่มีห้าเหตุการณ์
ไม่มีโค้ดเฉพาะของตุรกีแม้แต่บรรทัดเดียวใน CSMS ของคุณ
เหมาะสำหรับใคร
ซอฟต์แวร์ CSMS และ CPO จากต่างประเทศที่กำลังเข้าสู่ตุรกี
ปฏิบัติตามข้อกำหนดของ EPDK และ GİB ได้ โดยไม่ต้องเขียนโค้ดเฉพาะของตุรกีลงในผลิตภัณฑ์ของคุณ
ผู้ให้บริการเครือข่ายชาร์จในประเทศที่ใช้ซอฟต์แวร์ของตนเอง
เมื่อกฎเปลี่ยน ซอฟต์แวร์ของคุณไม่ต้องเปลี่ยน การแก้ไขทำในแพ็กเกจ
เราแก้ปัญหางานรายงานต่อหน่วยงานกำกับดูแลในรูปแบบเลเยอร์แยกต่างหาก ที่เชื่อมต่อกับซอฟต์แวร์เครือข่ายชาร์จของคุณผ่านโปรโตคอล
ทำไมคุณจึงไว้วางใจได้ — สิ่งที่วัดผลแล้ว
ทุกข้อด้านล่างทำงานได้จริงในผลิตภัณฑ์วันนี้ และผ่านการตรวจสอบในสภาพแวดล้อมทดสอบแล้ว
| รายงานไปถึง EPDK จริง | การตอบรับพร้อมหมายเลขบันทึกที่ส่งกลับมาจากสภาพแวดล้อมทดสอบของ EPDK |
|---|---|
| รายงานถูกส่งออกไปเอง ไม่ต้องส่งด้วยมือ | คิวถูกเคลียร์ทุก 30 วินาที หน้าจอแสดงเวลาที่ส่งครั้งล่าสุด |
| รายงานที่ส่งไม่สำเร็จจะไม่สูญหาย | ระบบลองส่งใหม่โดยเว้นช่วงห่างขึ้นเรื่อย ๆ ทุกครั้งที่ลองจะถูกบันทึกพร้อมเนื้อหาและคำตอบของหน่วยงานกำกับดูแล |
| รายงานที่ถูกปฏิเสธแก้ไขแล้วส่งใหม่ได้ | เมื่อแก้ข้อมูลทะเบียนแล้ว รายการจะกลับเข้าคิวอีกครั้ง |
| รายงานเดียวกันจะไม่ถูกส่งซ้ำสองครั้ง | แต่ละรายการถูกจองไว้ในธุรกรรมเดียว รอบที่สองจะไม่แตะต้องรายการนั้น |
| หน้าจอจับคู่กับบันทึกทางการของ EPDK | รายการอุปกรณ์ใน CSMS อยู่ด้านซ้าย ทะเบียนของ EPDK อยู่ด้านขวา รายการที่จับคู่ไม่ได้จะเด่นขึ้นมา |
| แต่ละเครือข่ายชาร์จเลือกสถาบันการชำระเงินของตัวเอง | กำหนดแยกตามผู้ถือใบอนุญาต |
| เซสชันจาก CSMS ที่ส่งข้อมูลออกเองไม่ได้ก็ถูกรายงานด้วย | แพ็กเกจอ่านเซสชันที่เสร็จสิ้นจาก CSMS ที่เชื่อมต่ออยู่ทุกชั่วโมง รายการที่อ่านมาด้วยวิธีนี้จะไม่ถูกรายงานซ้ำ |
| ผลลัพธ์จริงของแต่ละรายงานถูกส่งกลับไปยัง CSMS | ผลลัพธ์ถูกส่งพร้อมลายเซ็นไปยังที่อยู่ที่ CSMS กำหนด |
| CSMS อ่านข้อมูลที่ตนส่งไปกลับจากเราได้ | เอนด์พอยต์ฝั่งผู้รับทั้งหมดของ OCPI 2.2.1 และ 2.3.0 ใช้งานได้ ทั้งสถานที่ เซสชัน บันทึกการชาร์จ (CDR) และอัตราค่าบริการ ส่งแล้วอ่านกลับได้ เอนด์พอยต์ทุกตัวผ่านการทดสอบทีละตัวด้วยคีย์ CSMS จริง |
| บันทึกการชาร์จของสถานีที่ยังไม่มีหมายเลข EPDK ไม่สูญหาย | บันทึกจะไม่ถูกปฏิเสธ แต่ถูกพักไว้ เมื่อกรอกหมายเลขแล้วจะถูกส่งไปยัง EPDK โดยอัตโนมัติ โดยที่ CSMS ไม่ต้องส่งซ้ำ |
| CSMS ที่ไม่มี OCPI ก็เชื่อมต่อได้ | อินเทอร์เฟซ REST ห้าเหตุการณ์: เริ่มเซสชัน สิ้นสุดเซสชัน การใช้พลังงาน อัตราค่าบริการ ข้อขัดข้อง |
| รายงานยอดขาย GİB ถูกสร้างและลงนามเมื่อกำหนดตราประทับไว้ | หากไม่มีตราประทับ เอกสารก็ยังถูกสร้าง และหน้าจอจะแจ้งว่ายังไม่ได้ลงนาม |
หน้าจอต่าง ๆ และสิ่งที่พิสูจน์ได้
- การสื่อสารกับ EPDK
- หลักฐานบนหน้าจอว่ารายงานถูกส่งออกไปจริง
- การรายงาน EPDK ด้วยตนเอง
- ผู้ปฏิบัติงานปิดช่องว่างระหว่างหน้างานกับระบบได้
- การจับคู่ทะเบียน
- ขั้นตอนการตั้งค่าที่สำคัญที่สุดมองเห็นได้ การจับคู่ผิดจะไม่ถูกปล่อยผ่านเงียบ ๆ
- การกระทบยอด
- จับข้อผิดพลาดแบบ “นึกว่าส่งไปแล้ว” ได้
- รายงานยอดขาย GİB
- ข้อมูลที่ส่งไปยังผู้ให้บริการเชื่อมต่อเอกสารอิเล็กทรอนิกส์ตรวจสอบได้
- สถาบันการชำระเงิน
- ในธุรกิจที่มีหลายเครือข่าย แต่ละเครือข่ายยังคงข้อตกลงของตัวเอง
- เทอร์มินัลชำระเงิน
- QR โค้ดของผู้ขับขี่จะไม่พาไปสู่หน้าว่างเปล่า
- การกำหนดค่าพื้นฐาน
- ธุรกิจที่มีหลายเครือข่ายบริหารจัดการได้จากแผงควบคุมเดียว
คำถามที่พบบ่อย
- เราต้องเปลี่ยน CSMS ของเราหรือไม่?
- ไม่ต้อง หาก CSMS ของคุณรองรับ OCPI ก็ไม่มีอะไรใหม่ที่ต้องเรียนรู้ บทบาทเหมือนกับโฟลว์ CPO→eMSP มาตรฐาน สำหรับ CSMS ที่ไม่มี OCPI มีช่องทาง REST/webhook แบบเรียบง่าย
- จะเกิดอะไรขึ้นเมื่อกฎระเบียบเปลี่ยน?
- การแก้ไขทำในแพ็กเกจการปฏิบัติตามกฎระเบียบ CSMS ของคุณไม่ได้รับผลกระทบ นี่คือเหตุผลที่ผลิตภัณฑ์นี้มีอยู่
- เราจะรู้หรือไม่หากรายงานส่งไม่สำเร็จ?
- รู้แน่นอน ทุกครั้งที่ลองส่งจะถูกบันทึกพร้อมคำตอบดิบจากหน่วยงานกำกับดูแล หากคิวหยุดทำงาน ตัวบ่งชี้บนหน้าจอจะแสดงว่าเงียบไปกี่นาทีแล้ว
- ข้อมูลของเราเก็บไว้ที่ไหน?
- ผลิตภัณฑ์สามารถติดตั้งบนเซิร์ฟเวอร์ของคุณเองได้ด้วย งานที่เกี่ยวข้องกับข้อมูลลูกค้า เช่น การลงนามด้วยตราประทับอิเล็กทรอนิกส์ จะทำภายในองค์กรและไม่ถูกส่งออกไปภายนอก
- เราต้องใช้ SmartŞarj หรือไม่?
- ไม่ต้อง แพ็กเกจการปฏิบัติตามกฎระเบียบทำงานร่วมกับ CSMS ใดก็ได้ เครือข่ายชาร์จที่ไม่ได้ใช้ SmartŞarj ก็ซื้อได้เช่นกัน