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