Sebuah manifest ekspor data meter adalah daftar terkendali dari apa yang harus terkandung dalam pengiriman dan apa yang sebenarnya diterima oleh penerima. Gunakan untuk rekonsiliasi file, saluran meter, cakupan waktu, revisi, dan pengecualian yang dideklarasikan sebelum menerima sebuah batch. Checksum yang valid tidak membuktikan bahwa setiap file yang diharapkan telah tiba maupun bahwa setiap pembacaan yang diperlukan telah diekspor. Kelengkapan memerlukan ruang lingkup yang didefinisikan secara terpisah.
Panduan ini berkaitan dengan sistem pengumpulan dan pelaporan eksternal yang digunakan di sekitar meter industri. Ini tidak menyiratkan bahwa sebuah meter menghasilkan manifest atau menyimpan riwayat yang dapat diunduh. Hasil yang berguna adalah catatan pengiriman yang memungkinkan orang kedua menjelaskan apa yang ada, apa yang hilang, dan apa yang tetap belum terselesaikan.
Tentukan pengiriman sebelum menghitung file
Mulailah dengan pertanyaan bisnis: titik pengukuran dan periode mana yang harus tersedia untuk pengiriman ini? Laporan energi bulanan dan investigasi pemeliharaan dapat memerlukan saluran, resolusi, dan bukti yang berbeda. Tuliskan ruang lingkup sebelum memeriksa folder yang diterima, jika tidak isi folder dapat secara diam-diam menjadi definisi keberhasilan.
Berikan pengiriman sebuah identifikasi dan beri nama pembuatnya, penerima, dan penggunaan yang dimaksudkan. Catat apakah ini pengiriman pertama, koreksi, atau tambahan. Identifikasi daftar titik otoritatif dan versi yang digunakan untuk memilih ekspor. Sebuah folder besar mungkin masih mengabaikan seluruh panel jika panel tersebut tidak pernah masuk ke dalam pemilihan ekspor.
Gunakan konvensi waktu yang tidak ambigu. Catat waktu mulai dan akhir yang diminta, apakah akhir termasuk, zona yang relevan, dan hubungan antara cap waktu interval dan jendela pengukurannya. Nyatakan apakah manifest menggambarkan pembacaan sumber, interval yang diproses, atau baris laporan akhir.
Pisahkan integritas dan kelengkapan
Itu Definisi istilah hash menurut glosarium NIST menggambarkan sebuah nilai yang dihasilkan dengan menerapkan fungsi hash. Untuk pengiriman, membandingkan file yang diterima dengan digest yang tercatat dan terpercaya dapat membantu mendeteksi perubahan. Ini tidak secara independen menetapkan siapa yang menyediakan digest atau apakah pengirim memilih semua file yang benar.
Itu Model data tabel W3C juga menggambarkan mengapa tabel dan metadata deskriptifnya memiliki tujuan yang berbeda. Payload CSV membutuhkan konteks tentang kolom dan interpretasinya. Untuk pengiriman rekayasa, manifest menambahkan lapisan khusus proyek: apa yang diminta dan bagaimana payload terkait dengan permintaan tersebut.
Pertahankan payload asli dan manifest yang diterima asli. Jika pembuatnya memperbaiki salah satu, simpan revisi baru dan tautkan ke pengiriman yang digantikan. Jangan diam-diam mengubah manifest agar sesuai dengan folder setelah menemukan kekurangan.
Gunakan manifest yang mendukung keputusan nyata
Sebuah manifest dapat berupa spreadsheet terkendali, file yang dapat dibaca mesin, atau catatan yang disetujui dalam sistem dokumen. Pilih bentuk yang dapat divalidasi dan dipertahankan oleh penerima. Bidang-bidangnya lebih penting daripada kompleksitas visualnya. Hindari rincian akses rahasia dan informasi pribadi yang tidak perlu.
| Bagian manifest | Catatan minimal yang berguna | Pemeriksaan penerima |
|---|---|---|
| Identitas pengiriman | Pengidentifikasi batch, produsen dan revisi | Mencocokkan rantai pengiriman dan penggantian yang diminta |
| Lingkup pemilihan | Revisi daftar poin yang disetujui dan filter | Setiap aset dan saluran yang diperlukan diwakili |
| Inventaris file | Nama relatif, ukuran dan digest yang disepakati | File ada dan cocok dengan bukti yang tercatat |
| Cakupan waktu | Batas yang diminta dan aktual dengan konvensi | Kesenjangan dan tumpang tindih diidentifikasi secara eksplisit |
| Interpretasi | Revisi kontrak, konteks unit dan kode kualitas | Penerima dapat menginterpretasikan nilai yang disediakan |
| Pengecualian | Item yang hilang, alasan, pemilik dan disposisi | Tidak ada item yang belum terselesaikan yang diterima diam-diam |
| Penerimaan | Peninjau, keputusan dan referensi bukti | Keputusan dapat direproduksi nanti |
Ini adalah daftar periksa proyek, bukan standar file industri yang diwajibkan. Turunkan bidang yang benar-benar diperlukan dan batas penerimaan dari perjanjian penerimaan, kewajiban yang berlaku dan tujuan pengukuran.
Rekonsiliasi file tanpa salah mengartikan nama sebagai identitas
Bandingkan inventaris yang diharapkan dengan inventaris yang diterima. Tandai entri yang hilang, tidak terduga, dan duplikat secara terpisah. Dua file dengan nama yang serupa mungkin mencakup periode yang berbeda; dua file dengan nama yang berbeda mungkin berisi byte yang sama. Pisahkan situasi tersebut dalam catatan tinjauan.
Jika pengiriman dibagi menjadi beberapa bagian, identifikasi semua bagian dan tentukan kapan batch selesai. Penerima tidak boleh menerima bagian satu sebagai seluruh pengiriman hanya karena bagian tersebut tiba tanpa kesalahan. Simpan jumlah bagian yang diharapkan atau sinyal penyelesaian eksplisit lainnya dalam amplop yang disepakati.
Jangan percaya nama file arsip sebagai bukti isinya. Periksa inventarisnya dalam lingkungan yang terkendali dan sesuai serta bandingkan anggotanya dengan manifest. Terapkan prosedur keamanan dan penanganan organisasi Anda sebelum membuka materi yang tidak dikenal. Alur kerja ini tidak memerlukan melewati kontrol titik akhir untuk menyelesaikan tinjauan rekayasa.
Rekonsiliasi cakupan pada tingkat pengukuran
Jumlah file hanya lapisan pertama. Bandingkan pengenal titik yang disediakan dengan daftar titik yang disetujui. Kemudian periksa cakupan waktu yang diminta untuk setiap saluran, memperhitungkan gangguan yang terdokumentasi, tanggal commissioning, dan pengecualian yang disengaja. File yang valid dapat berisi pilihan kosong.
Untuk data interval reguler, turunkan jumlah interval yang diharapkan dari jendela yang disepakati dan konvensi waktu. Untuk contoh jendela offset tetap 24 jam selama 15 menit, jumlah yang diharapkan adalah 24 dikali 60 dibagi 15, atau 96 interval per saluran. Contoh ini mengasumsikan hari penuh offset tetap, kelayakan tanpa gangguan, dan satu baris per interval. Hari sipil lokal, transisi daylight-saving, dan tata letak ekspor lainnya memerlukan perhitungan tersendiri.
Jika batch hipotetis mencakup sepuluh saluran yang memenuhi syarat berdasarkan asumsi tersebut, total yang diharapkan adalah 960 catatan interval. Menerima 960 baris masih belum cukup sendiri: satu saluran bisa diduplikasi sementara yang lain hilang. Periksa kombinasi identitas saluran dan interval, bukan hanya total keseluruhan.
Tangani celah sebagai bukti, bukan cacat kosmetik
Klasifikasikan file yang hilang secara terpisah dari pembacaan yang hilang dalam file. Catat apakah penyebabnya adalah pemilihan, pengumpulan, komunikasi, pemrosesan, atau pengiriman. Jika penyebabnya tidak diketahui, katakan demikian dan tetapkan pemilik penyelidikan alih-alih mengganti dengan penjelasan yang nyaman.
Pembacaan nol bukan pengganti untuk pembacaan yang tidak tersedia. Demikian pula, nilai yang diinterpolasi atau diperkirakan harus membawa makna kualitas yang disepakati daripada disajikan sebagai pengamatan asli. Manifest harus merujuk pada konvensi kualitas yang berlaku dan merangkum cakupan yang belum terselesaikan, sementara bukti tingkat baris yang rinci tetap dalam catatan pendukung.
Di mana celah diterima untuk tujuan terbatas, dokumentasikan pembatasan tersebut. Dataset dapat mendukung tren pemeliharaan sambil tetap tidak cocok untuk rekonsiliasi energi lengkap. Penerimaan harus menggambarkan penggunaan yang diizinkan, bukan memberi seluruh folder izin tanpa batas.
Alur kerja koreksi yang menghindari penghitungan ganda
Misalkan pengiriman melewatkan satu pengukur untuk sebagian periode yang diminta. Produsen mengirimkan file tambahan nanti. Identifikasi apakah file baru melengkapi batch asli atau menggantikan file sebelumnya. Sertakan ruang lingkup yang eksplisit agar penerima tahu catatan mana yang harus ditambahkan dan mana yang harus digantikan.
Pertahankan file yang diterima asli tanpa perubahan. Rekonsiliasi koreksi terhadap pemilihan yang disetujui yang sama, kemudian catat status pengiriman yang diterima baru. Uji bagaimana sistem penerima menangani interval yang tumpang tindih sebelum mengimpor koreksi ke dalam dataset pelaporan langsung.
Untuk kontrol terkait, lihat panduan catatan energi meter duplikat dan panduan integritas file ekspor. Yang pertama membahas identitas catatan dan penanganan duplikat; yang kedua membahas preservasi dan perbandingan byte. Keduanya tidak menggantikan keputusan kelengkapan seluruh pengiriman.
Buat catatan dapat digunakan selama serah terima
Tugaskan seorang peninjau yang dapat mengakses ruang lingkup yang disepakati dan bukti yang dikirimkan. Catat tanggal peninjauan, pemeriksaan yang dilakukan, pengecualian dan keputusan. Tanda tangan saja tidak cukup ketika ruang lingkup dan bukti tidak dapat ditemukan. Tautkan ke lokasi yang dikendalikan daripada folder unduhan pribadi sementara.
Tetapkan kepemilikan untuk item yang belum terselesaikan dan tanggal tindak lanjut. Hindari menutup pengecualian hanya karena pemasok mengakui email. Tutup ketika bukti yang hilang dikirim dan diperiksa, atau ketika orang yang berwenang menerima keterbatasan yang didokumentasikan untuk tujuan tertentu.
Pelihara manifest bersama revisi kontrak yang relevan dan pemetaan titik. Peninjau berikutnya perlu tahu apa yang diharapkan penerima saat itu, bahkan jika sistem saat ini memiliki lebih banyak meter atau struktur ekspor yang berbeda. Ini sangat berguna saat menyelidiki laporan yang dibuat sebelum perubahan konfigurasi.
Hubungkan pengiriman kembali ke instalasi
Itu Instrumen daya multifungsi BY194 adalah referensi produk nyata yang digunakan untuk ilustrasi artikel ini. Verifikasi varian yang terpasang dan opsi pengukuran yang didokumentasikan sebelum membangun daftar titik eksternal. Gambar panel depan tidak menetapkan kemampuan penyimpanan file bawaan, ekspor, atau komunikasi.
Gunakan ikhtisar meteran listrik tiga fasa untuk menetapkan konteks pengukuran, lalu telusuri setiap saluran yang dikirim melalui sistem pengumpulan yang didokumentasikan. Jika ada masalah skala atau pemetaan di hulu, manifest lengkap dapat mengungkapkan bukti mana yang dikirim tetapi tidak dapat membuat pembacaan menjadi benar.
Pelajaran Computerphile berikut menjelaskan fungsi hash sebagai latar belakang edukasi. Ini membantu membedakan sidik jari file dari keputusan kelengkapan atau keaslian. Ini tidak menentukan fitur produk atau menggantikan perjanjian pengiriman.
Pertanyaan yang sering diajukan
Apakah daftar folder cukup untuk dijadikan manifest?
Daftar folder dapat mendukung inventaris, tetapi biasanya tidak mendefinisikan titik meter yang diminta, periode, interpretasi, atau pengecualian. Tambahkan ruang lingkup yang dikendalikan dan bukti penerimaan yang diperlukan untuk merekonsiliasi apa yang dikirimkan dengan apa yang dibutuhkan.
Apakah checksum yang cocok berarti ekspor selesai?
Tidak. Ini mendukung perbandingan dengan byte file yang dirujuk saat digest yang direkam dipercaya. Sebuah file dapat cocok secara sempurna sambil mengabaikan saluran yang diharapkan atau rentang waktu. Periksa integritas dan cakupan pengukuran secara terpisah.
Haruskah interval yang hilang diisi sebelum penerimaan pengiriman?
Ikuti aturan kualitas data dan penggunaan yang diizinkan yang disepakati. Pelihara pembacaan asli dan identifikasi pengganti yang berasal dari data tersebut. Jangan mengubah nilai yang hilang menjadi nol yang diukur atau menyembunyikan celah yang belum terselesaikan hanya untuk membuat jumlah baris tampak lengkap.
Bagaimana cara mengidentifikasi pengiriman yang telah diperbaiki?
Berikan revisi yang berbeda dan nyatakan apakah itu melengkapi atau menggantikan materi sebelumnya. Catat poin dan periode yang terkena dampak, pelihara bukti asli dan validasi penanganan tumpang tindih sebelum menerapkan koreksi ke laporan operasional.