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 استفاده نمیکند نیز میتواند آن را خریداری کند.