Skip to content

AKSARA

RINTISAN LAYANAN PUBLIK LAPIS PERTAMA UNTUK PAPUA TENGAH

Proposal kerja sama demonstrasi dan rintisan berbasis data

Disusun untuk Pemerintah Provinsi Papua Tengah

PT Abstraksi Data & Kognitek

DRAF UNTUK PEMBAHASAN · 19 JULI 2026


Keputusan yang Kami Mohonkan

Aksara diusulkan sebagai rintisan terbatas untuk membantu satu proses layanan publik lapis pertama di Papua Tengah. Fokus awalnya sederhana: membuat permintaan warga lebih mudah diterima, diperiksa, diproses, disetujui, dan dilacak pada wilayah yang konektivitas serta kapasitas operatornya tidak selalu merata.

Kami memohon tiga keputusan awal dari Pemerintah Provinsi Papua Tengah:

  • Memberi kesempatan kepada PT Abstraksi Data & Kognitek untuk memaparkan dan memperagakan protokol demonstrasi Aksara.
  • Menunjuk pengampu bersama dari Bapperida dan Dinas Komunikasi, Informatika, Persandian dan Statistik untuk menilai kesesuaian program, data, keamanan, serta jalur kelembagaan.
  • Memilih satu proses layanan dan satu atau dua calon titik rintisan untuk perancangan bersama. Lokasi, pembiayaan, indikator, dasar hukum, dan penanggung jawab ditetapkan sebelum perangkat dibeli atau sistem dipasang.

Mengapa pembicaraan ini relevan sekarang

Pemerintah Provinsi Papua Tengah menempatkan pendidikan, kesehatan, tata kelola anggaran, dan perencanaan berbasis data sebagai arah utama pembangunan. Pada Juli 2026, Pemerintah Provinsi juga menegaskan bahwa administrasi kependudukan yang lengkap menghubungkan warga dengan pendidikan, kesehatan, bantuan sosial, perbankan, ketenagakerjaan, dan perlindungan hukum. Data yang akurat disebut sebagai dasar perencanaan yang tepat sasaran. [1][2]

Aksara berangkat dari titik yang sama. Digitalisasi baru berguna apabila pekerjaan petugas menjadi lebih ringan, warga tetap memahami prosesnya, pejabat tetap memegang kewenangan, dan setiap keputusan dapat diperiksa kembali.

Bentuk keputusan pada akhir audiensi

Hal yang diputuskanHasil minimum
PengampuSatu penghubung Bapperida dan satu penghubung Dinas Komunikasi, Informatika, Persandian dan Statistik
Proses layananSatu alur yang nyata, berulang, dan dapat diukur
Titik calon rintisanSatu atau dua lokasi dengan pemilik proses yang jelas
Langkah berikutnyaLokakarya pemetaan alur, penilaian data dan keamanan, lalu rancangan rintisan tertulis

Ringkasan Eksekutif

Papua Tengah tidak kekurangan aplikasi. Tantangan yang lebih dekat ke warga berada pada lapisan terakhir: pesan yang datang dalam bentuk percakapan, suara, foto dokumen, dan bahasa sehari-hari harus diterjemahkan menjadi pekerjaan administrasi yang formal, benar, dan tercatat.

Aksara dirancang untuk lapisan tersebut. Sistem menerima permintaan warga melalui kanal yang disetujui pemerintah, membantu petugas memeriksa identitas dan persyaratan, menyusun draf pada templat resmi, meminta persetujuan pejabat, lalu mencatat jejak proses. Untuk sistem pemerintah yang sudah ada, Aksara dirancang sebagai pembantu operator dan lapisan integrasi. Aksara tidak mengganti Srikandi, SIPD, SATUSEHAT, OpenSID, atau sistem resmi lain.

Perbedaan teknis yang paling penting adalah pemisahan antara penalaran model bahasa dan tindakan administratif. Model bahasa boleh membantu memahami maksud warga dan menyusun rencana kerja. Dokumen bernilai hukum hanya dapat dihasilkan melalui perkakas deterministik yang memakai templat resmi, aturan validasi, kewenangan pejabat, dan rekam audit. Prinsip ini sudah ditetapkan dalam spesifikasi; lapisan eksekusinya masih dalam pengembangan dan belum boleh diperlakukan sebagai sistem produksi.

Rintisan yang diusulkan bukan peluncuran luas. Tahap pertama adalah pembuktian terkontrol dengan satu proses layanan, data uji atau data yang telah disetujui, operator pemerintah, serta indikator keberhasilan dan penghentian yang ditetapkan sejak awal. Seluruh artefak demonstrasi diberi label PROTOKOL DEMONSTRASI. Tidak ada dokumen demonstrasi yang diperlakukan sebagai dokumen resmi.

Nilai yang hendak diuji

  • Waktu tunggu warga dan waktu kerja operator dapat dikurangi tanpa mengurangi pemeriksaan.
  • Permintaan yang tidak memenuhi syarat dapat ditolak dengan alasan yang jelas dan tercatat.
  • Layanan tetap dapat menerima pekerjaan saat koneksi terputus, lalu menyinkronkan antrean ketika jaringan kembali tersedia.
  • Data pribadi dapat dibatasi pada titik layanan dan hanya diproses sesuai tujuan yang disepakati.
  • Pemerintah memperoleh rekam proses yang dapat diaudit, termasuk kegagalan dan intervensi manual.

Batas yang tidak dinegosiasikan

Pejabat tetap mengambil keputusan. Sistem tidak mendiagnosis manusia, tidak mengawasi warga, tidak menyimpan kamera, tidak menandatangani atas inisiatif sendiri, dan tidak memintas prasyarat layanan. Kinerja yang disebut dalam dokumen ini adalah target rancangan sampai dibuktikan melalui rintisan.

Titik Temu dengan Arah Papua Tengah

Papua Tengah sedang membangun fondasi pemerintahan provinsi sekaligus mengejar ketertinggalan layanan yang nyata. Dalam Musrenbang Otsus dan RKPD 2027, Pemerintah Provinsi menyampaikan bahwa IPM Papua Tengah pada 2025 mencapai 60,64, sementara tingkat kemiskinan berada pada 29,45 persen. Pemerintah juga menegaskan bahwa konektivitas, infrastruktur wilayah pegunungan, dan pemerataan pendidikan serta kesehatan masih menjadi tantangan besar. [3]

Pada sektor kesehatan, Dinas Kesehatan Papua Tengah menyebut 148 puskesmas melayani wilayah provinsi, sekitar 12 persen memiliki sembilan jenis tenaga kesehatan, dan kekurangan tenaga diperkirakan sekitar 440 orang. Respons pemerintah menekankan data akurat, perencanaan berbasis wilayah, dan sistem yang terintegrasi. [4]

Aksara tidak diajukan sebagai solusi tunggal untuk angka-angka tersebut. Kegunaannya lebih sempit dan dapat diuji: membantu titik layanan menjalankan proses yang sudah menjadi kewenangannya, mengurangi pekerjaan ulang, menjaga antrean ketika koneksi tidak stabil, dan menghasilkan bukti kerja yang lebih rapi bagi pengampu kabupaten serta provinsi.

Kesesuaian kerja

Arah Pemerintah ProvinsiKontribusi yang dapat diuji melalui Aksara
Pelayanan dasar yang lebih merataPenerimaan permintaan melalui beberapa kanal, antrean tanpa koneksi, dan dukungan operator pada titik layanan
Perencanaan berbasis dataRekam proses yang terstruktur, metrik layanan, dan pencatatan alasan penolakan
Administrasi kependudukan sebagai pintu hak wargaAlur pemeriksaan identitas dan yurisdiksi yang dikonfigurasi sesuai kebijakan setempat
Penguatan keamanan siber pemerintahPemisahan kewenangan, penyimpanan lokal, persetujuan eksplisit, dan audit per transaksi
Pembangunan yang menghormati masyarakat adatKebijakan akses dan pemanfaatan data komunitas yang disetujui oleh komunitas pemiliknya

Prinsip pendekatan

Rintisan dimulai dari pekerjaan pemerintah yang sudah ada. Tim bersama memetakan siapa melakukan apa, dokumen apa yang sah, data apa yang diperlukan, kapan keputusan harus berhenti untuk persetujuan manusia, dan sistem pemerintah mana yang menjadi sumber kebenaran. Teknologi mengikuti peta kerja tersebut.

Apa Itu Aksara

Aksara adalah rancangan infrastruktur AI Komunal (Communal AI) untuk institusi pelayanan publik lapis pertama: kampung, kelurahan, distrik, Mal Pelayanan Publik, puskesmas, sekolah, balai penyuluhan, dan lembaga adat. Satu penggelaran mewakili satu institusi atau komunitas yang memiliki identitas, memori kerja, aturan persetujuan, dan batas kewenangan sendiri.

Empat komponen membentuk sistem:

  • Plakat, perangkat pemrosesan lokal di titik layanan. Plakat menampilkan status, menerima interaksi lokal, menyimpan antrean, dan menjaga fungsi dasar ketika jaringan tidak tersedia.
  • aksara-cli, lapisan eksekusi deterministik. Setiap perkakas memuat templat, aturan validasi, batas kewenangan, persetujuan, dan emisi rekam audit. Komponen ini masih dalam pengembangan.
  • CARE-as-Code, kerangka kebijakan untuk data komunitas dan data adat. Akses serta penggunaan ulang harus mengikuti persetujuan yang ditetapkan pemilik data.
  • ETNOS, jaringan federasi untuk ruang publik, ruang komunitas, dan metadata transparansi. Instance alpha berjalan publik di atas server federasi pinjaman selama masa alpha.

GAMBAR 1: Arsitektur sistem Aksara

GAMBAR 1 · Satu node Aksara menggabungkan intake, penalaran, eksekusi, persetujuan, memori, dan audit. Komponen yang belum selesai tetap berstatus rancangan atau dalam pengembangan.

Bukan aplikasi yang berdiri sendiri

Aksara dirancang menjadi lapisan kerja di depan dan di antara sistem yang sudah sah. Apabila sebuah proses harus dicatat pada Srikandi, OpenSID, SATUSEHAT, SIPD, atau sistem lain, sistem tersebut tetap menjadi sumber kebenaran. Aksara membantu menyiapkan, memeriksa, mengantrekan, menjalankan integrasi yang diizinkan, dan mencatat buktinya.

Satu Alur yang Dapat Diperagakan

Contoh di bawah adalah skenario rancangan untuk demonstrasi, bukan hasil lapangan.

Seorang warga menyampaikan permintaan surat keterangan domisili melalui kanal yang telah disetujui pemerintah. Permintaan dapat berupa teks, pesan suara, atau foto dokumen. Sistem membantu operator mengenali maksud, memeriksa apakah pemohon berada dalam wilayah kerja, dan menampilkan daftar prasyarat yang berlaku pada lokasi tersebut.

Jika data belum lengkap, warga memperoleh permintaan perbaikan yang spesifik. Jika syarat terpenuhi, aksara-cli menyusun draf pada templat resmi dan mengambil nomor dari register yang berwenang. Pejabat menerima ringkasan, dasar pemeriksaan, serta pilihan setuju atau tolak. Persetujuan tetap dilakukan oleh pejabat. Setelah persetujuan, sistem menjalankan penandatanganan pada jalur yang disahkan, menyerahkan dokumen kepada warga, dan menyimpan rekam audit.

GAMBAR 2: Alur satu Civic Transaction

GAMBAR 2 · Setiap transaksi bergerak melalui intent, rencana, persetujuan, eksekusi, dan rekam bertanda tangan. Jalur berhenti apabila identitas, yurisdiksi, syarat, atau kewenangan tidak terpenuhi.

Yang harus terlihat dalam demonstrasi

  1. Permintaan yang lengkap dapat bergerak dari intake sampai draf dan persetujuan.
  2. Permintaan yang tidak lengkap atau di luar kewenangan berhenti dengan alasan tercatat.
  3. Operator dapat melihat data apa yang digunakan dan memperbaiki hasil sebelum keputusan.
  4. Putusnya koneksi tidak menghilangkan permintaan; pekerjaan masuk ke antrean dengan status yang jelas.
  5. Seluruh keluaran memakai data uji dan label PROTOKOL DEMONSTRASI.

Target rancangan untuk surat domisili adalah waktu proses di bawah 5 menit, sedangkan target SKTM berada di bawah 10 menit. Angka tersebut belum merupakan hasil terukur dan harus diuji bersama pada proses, lokasi, serta beban kerja yang nyata. [6]

Kejujuran Status per 19 Juli 2026

Proposal ini memisahkan apa yang sudah dapat dilihat, apa yang sedang dibuat, dan apa yang masih berupa rancangan. Pemerintah tidak diminta menilai klaim yang tidak dapat diperagakan.

KomponenStatus saat iniBukti yang dapat diperiksa
ETNOSAlpha publikAntarmuka berjalan; server federasi masih pinjaman dan statusnya ditampilkan
Memori AksaraSpesifikasi v0.1 DRAFRepositori referensi aksara-mem dan format vault berbasis berkas teks
aksara-uiSimulasi webPermukaan perangkat dan alur interaksi dapat diperagakan tanpa perangkat fisik
aksara-cliDalam pengembanganSpesifikasi perkakas, ruang nama surat, validasi, dan asal-usul data
Intake pesan dan suaraDalam pengembanganRancangan pipeline dan komponen telah dipilih; belum menjadi layanan produksi
Penandatanganan elektronikDirancangJalur API telah ditelaah; demonstrasi memakai kunci pengembangan, bukan sertifikat produksi
Integrasi sistem pemerintahDirancangMemerlukan proses resmi, pemilik sistem, kredensial, dan perjanjian kelembagaan
Plakat v0.4Blueprint dan simulasiGambar rekayasa, rincian komponen, dan simulasi tersedia; unit fisik belum dibangun
CARE-as-CodeSpesifikasiModel kebijakan dan persetujuan tersedia; penerapan lapangan memerlukan lembaga kustodian data

Arti status ini bagi Pemerintah Provinsi

Audiensi pertama dapat memakai simulasi yang ada untuk menilai konsep. Rintisan lapangan baru layak dimulai setelah lapisan eksekusi minimum lolos uji, proses layanan telah dipetakan bersama, data uji disiapkan, dan penanggung jawab pemerintah menyetujui protokol. Tidak ada perangkat keras yang dibeli sebelum sumber pembiayaan ditetapkan.

Hal yang belum kami ketahui

  • Proses layanan mana yang paling bernilai dan paling aman untuk rintisan pertama.
  • Templat, register, serta aturan lokal mana yang menjadi sumber kebenaran.
  • Sistem pemerintah mana yang harus diintegrasikan dan jalur izinnya.
  • Ketersediaan operator, pola konektivitas, listrik, dan dukungan teknis pada calon lokasi.
  • Bentuk persetujuan komunitas apabila data adat atau bahasa daerah digunakan.

Kelima hal ini harus dijawab bersama. Proposal tidak mengisinya dengan asumsi.

Rancangan Rintisan yang Pragmatis

Rintisan disusun sebagai serangkaian gerbang keputusan. Setiap tahap menghasilkan bukti yang dapat dipakai untuk melanjutkan, memperbaiki, atau menghentikan pekerjaan.

Tahap 1: pemetaan dan uji kelayakan

Tim bersama memilih satu proses, memetakan alur kerja aktual, mengumpulkan templat resmi, menetapkan sumber data, menilai risiko pelindungan data, dan mengukur kondisi awal. Hasilnya adalah rancangan rintisan, daftar data, matriks kewenangan, indikator, biaya, dan kriteria penghentian.

Tahap 2: demonstrasi terkontrol

Tim menjalankan alur pada simulasi web dengan data sintetis atau data uji yang disetujui. Demonstrasi mencakup jalur berhasil, jalur gagal, putus koneksi, intervensi operator, dan pemeriksaan rekam audit. Tidak ada keluaran yang berlaku hukum.

Tahap 3: rintisan terbatas

Satu atau dua titik menjalankan proses yang disepakati di bawah pengawasan pemilik layanan. Tahap ini dimulai hanya setelah dasar kelembagaan, pembiayaan, keamanan, dukungan operator, dan prosedur pemulihan ditandatangani. Proses manual tetap tersedia selama masa rintisan.

Tahap 4: evaluasi dan keputusan

Pemerintah menerima laporan metrik, catatan insiden, beban operator, umpan balik warga, biaya aktual, dan daftar pekerjaan yang masih manual. Keputusan perluasan dibuat hanya apabila manfaat terbukti dan risiko dapat diterima.

GerbangPertanyaan keputusan
KelayakanApakah proses cukup jelas, sering terjadi, dan aman untuk diuji?
DemonstrasiApakah sistem menangani jalur berhasil dan gagal secara dapat diperiksa?
LapanganApakah kewenangan, data, keamanan, operator, biaya, dan pemulihan sudah siap?
PerluasanApakah hasil lebih baik daripada kondisi awal dan layak dibiayai?

Data, Keamanan, dan Kewenangan

Pemerintah Provinsi Papua Tengah pada Juni 2026 menempatkan data sebagai aset strategis pelayanan publik dan menekankan kesiapan aparatur dalam menjaga keamanan informasi. [5] Aksara harus dinilai dengan standar tersebut sejak tahap demonstrasi.

Prinsip teknis

  • Data minimum. Sistem meminta dan menyimpan hanya data yang diperlukan untuk proses yang disepakati.
  • Pemrosesan dekat sumber. Redaksi data pribadi, OCR, antrean, dan fungsi dasar dirancang berjalan pada node lokal jika perangkat memungkinkan.
  • Kewenangan eksplisit. Tool hanya dapat menjalankan tindakan yang diberikan kepada peran tersebut; persetujuan pejabat menjadi gerbang terpisah.
  • Bukti per transaksi. Sistem mencatat rencana, pemeriksaan, persetujuan, keluaran, kegagalan, dan intervensi manual.
  • Pemulihan manual. Gangguan sistem tidak boleh menghilangkan hak warga untuk dilayani melalui prosedur resmi yang berlaku.
  • Pemeriksaan manusia. Operator dapat melihat, memperbaiki, dan menghentikan proses sebelum tindakan yang bernilai hukum.

GAMBAR 6: CARE-as-Code dan persetujuan data komunitas

GAMBAR 6 · Data komunitas bergerak sesuai kebijakan yang disetujui pemiliknya. Model ini masih berupa spesifikasi dan memerlukan tata kelola bersama lembaga kustodian.

Kepatuhan yang harus diperiksa bersama

Rintisan harus melalui penilaian terhadap UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, Perpres Nomor 95 Tahun 2018 tentang SPBE, PP Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik, kebijakan keamanan Pemerintah Provinsi, serta aturan sektoral dari proses yang dipilih. [7][8][9]

Dokumen ini bukan pendapat hukum. Dasar pemrosesan, kedudukan pengendali dan prosesor data, masa simpan, lokasi penyimpanan, respons insiden, serta penggunaan sertifikat elektronik harus ditetapkan dalam dokumen rintisan bersama biro hukum dan pemilik sistem.

Plakat: Perangkat di Titik Layanan

Plakat v0.4 adalah target rancangan perangkat Aksara. Bentuknya menyerupai papan informasi berproporsi potret dengan panel tinta elektronik 10,3 inci. Elektronika ditempatkan pada kotak di belakang pelat dudukan, sehingga kabel dan komponen tidak terlihat dari depan. Perangkat tidak memiliki kamera. Deteksi kehadiran dirancang memakai radar gelombang milimeter yang mengenali keberadaan, bukan identitas.

GAMBAR 7: Plakat v0.4, tampak depan dan potongan

GAMBAR 7 · Blueprint rekayasa Plakat v0.4. Unit fisik belum dibangun; pengujian saat ini memakai simulasi web aksara-ui.

Mengapa perangkat khusus dipertimbangkan

Panel tinta elektronik tetap terbaca di bawah cahaya terang dan mempertahankan tampilan ketika daya turun. Node lokal dapat menahan antrean saat koneksi putus. Persetujuan lokal dapat diberikan melalui kontrol fisik yang terpisah dari lapisan penalaran. Bentuk perangkat juga memberi satu permukaan tetap yang dapat dilihat warga dan operator tanpa bergantung pada telepon pribadi.

Biaya satu unit demonstrasi diperkirakan Rp 8,2 juta sampai Rp 10,1 juta berdasarkan harga komponen yang diverifikasi pada Juli 2026 dan faktor impor 20 sampai 30 persen. Nilai ini adalah estimasi komponen, bukan harga penawaran. Biaya aktual hanya dapat ditetapkan melalui faktur, ongkos kirim, fabrikasi lokal, pengujian, dan kebutuhan lokasi. [10]

Keputusan membeli perangkat berada setelah penetapan sumber pembiayaan. Apabila belum ada sumber yang jelas, demonstrasi tetap dapat dilakukan melalui simulasi web dan rintisan perangkat lunak terbatas.

Cara Mengukur Keberhasilan

Rintisan harus dinilai terhadap kondisi awal, bukan terhadap presentasi. Sebelum sistem digunakan, tim mencatat volume permintaan, waktu proses, jumlah kunjungan ulang, tingkat berkas tidak lengkap, pekerjaan manual, gangguan koneksi, dan pengalaman operator.

Indikator inti

DimensiContoh ukuranStatus
Akses wargaPersentase permintaan yang dapat diterima melalui kanal yang disepakatiDitetapkan bersama
KecepatanMedian waktu dari permintaan lengkap sampai keputusanDiukur dari kondisi awal
KualitasPersentase draf yang lolos validasi tanpa koreksi materialTarget rintisan
AkuntabilitasPersentase transaksi dengan alasan keputusan dan rekam audit lengkapTarget rintisan
Beban operatorMenit kerja aktif per transaksi dan jumlah pekerjaan ulangDiukur dari kondisi awal
KetahananPermintaan yang tetap tercatat saat koneksi putus dan berhasil disinkronkanUji gangguan
KeamananInsiden, akses tidak sah, kegagalan persetujuan, dan waktu pemulihanWajib dilaporkan
Pengalaman wargaKejelasan status, kemudahan memperbaiki berkas, dan kepuasanSurvei singkat

Target teknis pada proposal induk, termasuk surat domisili di bawah 5 menit, SKTM di bawah 10 menit, akurasi OCR NIK di atas 98 persen, keberhasilan penandatanganan percobaan pertama di atas 95 persen, dan dokumen lolos validasi tanpa intervensi di atas 90 persen, semuanya berstatus target rancangan. Target akhir rintisan ditetapkan setelah kondisi awal dan kualitas dokumen lokal diketahui. [6]

Kriteria berhenti

Rintisan dihentikan atau dikembalikan ke demonstrasi apabila ditemukan pelanggaran akses data, keputusan sistem melewati kewenangan pejabat, jalur manual tidak tersedia, operator tidak dapat memahami alasan sistem, atau manfaat operasional tidak sebanding dengan biaya dan risiko.

Pembagian Peran

Rintisan memerlukan kepemilikan pemerintah sejak awal. PT Abstraksi Data & Kognitek membawa rancangan, perangkat lunak, dokumentasi, dan dukungan teknis. Pemerintah menentukan proses, kewenangan, sumber data, lokasi, serta standar penerimaan.

PihakPeran yang diusulkan
Gubernur dan SetdaArahan lintas perangkat daerah dan penetapan sponsor eksekutif bila rintisan dinilai layak
BapperidaKeselarasan dengan prioritas pembangunan, desain evaluasi, indikator, dan jalur perencanaan
Dinas Komunikasi, Informatika, Persandian dan StatistikArsitektur SPBE, keamanan, integrasi, jaringan, operasi teknis, dan tata kelola data
OPD pemilik layananPemilik proses, templat, aturan, operator, kewenangan persetujuan, dan penerimaan hasil
Biro Hukum atau fungsi hukum terkaitPenilaian dasar kerja sama, pelindungan data, dokumen elektronik, dan pembagian tanggung jawab
InspektoratMasukan tentang rekam audit, pengendalian, akses pemeriksaan, dan pelaporan kegagalan
Pemerintah kabupaten atau titik layananKondisi lapangan, operator, dukungan warga, listrik, konektivitas, dan prosedur manual
PT Abstraksi Data & KognitekPemetaan teknis, pembangunan, pengujian, dokumentasi, pelatihan, dukungan, dan laporan apa adanya

Prinsip pembiayaan

Dokumen ini tidak menjanjikan pembiayaan sendiri dan tidak meminta komitmen pengadaan pada tahap audiensi. Biaya rintisan disusun setelah proses, lokasi, perangkat, integrasi, dukungan, dan tanggung jawab diketahui. Sumber pembiayaan serta mekanisme pengadaan atau kerja sama harus ditetapkan secara tertulis sebelum pengeluaran dilakukan.

Hasil yang dibiayai pemerintah perlu memiliki hak pakai, dokumentasi, portabilitas data, dan jalur keluar yang jelas. Komponen sumber terbuka dipertahankan sebagai barang publik sesuai lisensinya; kredensial, data warga, dan data pemerintah tetap berada di bawah tata kelola pihak yang berwenang.

Risiko Utama dan Cara Menghadapinya

RisikoRespons yang disiapkan
Sistem tampak meyakinkan tetapi salahTool deterministik, validasi, ringkasan bukti, persetujuan pejabat, dan uji jalur penolakan
Data pribadi keluar dari tujuan awalData minimum, batas akses, pemrosesan lokal, masa simpan, log akses, dan penilaian pelindungan data
Koneksi tidak stabilAntrean offline, status yang terlihat, sinkronisasi ulang, dan prosedur manual
Integrasi sistem pemerintah berubahAdaptor per sistem, penguncian versi, pengujian sebelum rilis, dan penghentian otomatis saat kontrak berubah
Operator menolak atau tidak percayaPemetaan bersama, pelatihan, kemampuan koreksi, penjelasan alasan, dan pengukuran beban kerja
Perangkat rusak atau listrik padamMode degradasi, cadangan lokal, panel yang mempertahankan tampilan, dan dukungan penggantian
Bahasa daerah dipahami keliruTingkat keyakinan, kembali ke bahasa Indonesia, konfirmasi manusia, dan data hanya dengan persetujuan komunitas
Ketergantungan pada penyediaDokumentasi, ekspor data, komponen terbuka, standar antarmuka, dan klausul keluar
Ketergantungan pada founder pada fase awalLingkup kecil, dokumentasi menyeluruh, pelatihan, perekrutan setelah pendanaan, dan pengawasan pemerintah

Risiko terbesar bukan satu kegagalan model. Risiko terbesar adalah sistem masuk ke alur kerja tanpa pemilik, tanpa data dasar, tanpa jalur manual, dan tanpa orang yang berhak menghentikannya. Karena itu rintisan dimulai dari tata kelola dan proses, lalu teknologi.

Usulan Langkah 30 Hari Setelah Persetujuan Audiensi

Minggu 1: meja bersama

Paparan singkat, demonstrasi jalur berhasil dan gagal, penetapan pengampu, serta pemilihan dua atau tiga kandidat proses untuk disaring.

Minggu 2: pemetaan lapangan

Wawancara operator dan pemilik layanan, pengumpulan templat kosong, pemetaan register serta kewenangan, dan pemeriksaan kondisi listrik serta konektivitas. Tidak ada data pribadi warga yang disalin pada tahap ini.

Minggu 3: rancangan rintisan

Pemilihan satu proses, penyusunan matriks data, model ancaman, indikator kondisi awal, rencana pelatihan, dukungan, biaya, dan kriteria berhenti.

Minggu 4: keputusan gerbang

Tim bersama memutuskan apakah pekerjaan berhenti, kembali ke pemetaan, dilanjutkan sebagai demonstrasi, atau disiapkan menjadi rintisan terbatas melalui dokumen kelembagaan yang sesuai.

Hasil yang diserahkan

  • Peta proses layanan aktual dan titik masalahnya.
  • Daftar sumber data, templat, aturan, dan pemilik kewenangan.
  • Protokol demonstrasi dan hasil pengujiannya.
  • Penilaian awal keamanan serta pelindungan data.
  • Rancangan indikator dan pengukuran kondisi awal.
  • Estimasi biaya berbasis lingkup dan lokasi.
  • Rekomendasi lanjut, perbaiki, atau berhenti.

Penutup

Aksara lahir dari kebutuhan yang sangat praktis: warga perlu memperoleh layanan yang lebih jelas, petugas perlu alat yang mengurangi pekerjaan ulang, dan pemerintah perlu bukti yang dapat diperiksa. Gagasan ini belum selesai. Justru karena itu kami mengusulkan pintu masuk yang kecil, jujur, dan terukur.

Kami siap memperagakan apa yang sudah ada, menunjukkan bagian yang belum dibangun, menerima pemeriksaan teknis, dan merancang rintisan hanya apabila proses serta risikonya masuk akal bagi Pemerintah Provinsi Papua Tengah.

Yose Marthin Giyay
Pendiri dan Pimpinan Teknis
PT Abstraksi Data & Kognitek

Sumber dan Catatan

  1. Pemerintah Provinsi Papua Tengah, “Kebijakan Gubernur Meki Nawipa dan Wagub Deinas Geley Sepanjang Tahun 2025, Wujudkan Papua Tengah Terang!”, 3 Januari 2026. https://papuatengahprov.go.id/2026/01/03/kebijakan-gubernur-meki-nawipa-dan-wagub-deinas-geley-sepanjang-tahun-2025-wujudkan-papua-tengah-terang/
  2. Pemerintah Provinsi Papua Tengah, “Perkuat Kapasitas Aparat Kampung, Gubernur Papua Tengah Tegaskan Pentingnya Adminduk”, 14 Juli 2026. https://papuatengahprov.go.id/2026/07/14/perkuat-kapasitas-aparat-kampung-gubernur-papua-tengah-tegaskan-pentingnya-adminduk/
  3. Pemerintah Provinsi Papua Tengah, “Musrenbang Otsus Papua Tengah dan RKPD Papua Tengah 2027, Gubernur Meki Paparkan Data dan Filosofi Alam”, 28 April 2026. https://papuatengahprov.go.id/2026/04/28/musrenbang-otsus-papua-tengah-dan-rkpd-papua-tengah-2027-gubernur-meki-paparkan-data-dan-filosofi-alam/
  4. Pemerintah Provinsi Papua Tengah, “Investasi Utama di Papua Tengah adalah Kesehatan dan Pembangunan Manusia”, 20 Mei 2026. https://papuatengahprov.go.id/2026/05/20/investasi-utama-di-papua-tengah-adalah-kesehatan-dan-pembangunan-manusia/
  5. Pemerintah Provinsi Papua Tengah, “Amankan Data Pemerintah, Pemprov Papua Tengah Perkuat Sistem Siber dan Tingkatkan Kesiapan Aparatur”, 9 Juni 2026. https://papuatengahprov.go.id/2026/06/09/amankan-data-pemerintah-pemprov-papua-tengah-perkuat-sistem-siber-dan-tingkatkan-kesiapan-aparatur/
  6. PT Abstraksi Data & Kognitek, “Proposal Aksara v5.0”, DRAF KONSOLIDASI, 11 Juli 2026, bagian 41. https://abstraksi.pages.dev/proposal/05_v50-master
  7. Republik Indonesia, Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi. https://peraturan.bpk.go.id/Details/229798/uu-no-27-tahun-2022
  8. Republik Indonesia, Peraturan Presiden Nomor 95 Tahun 2018 tentang Sistem Pemerintahan Berbasis Elektronik. https://peraturan.bpk.go.id/Details/96913/perpres-no-95-tahun-2018
  9. Republik Indonesia, Peraturan Pemerintah Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik. https://jdih.komdigi.go.id/produk_hukum/view/id/695/t/peraturan%20pemerintah%20nomor%2071%20tahun%202019
  10. PT Abstraksi Data & Kognitek, “Bill of Materials Plakat v0.4”, harga komponen diverifikasi Juli 2026. https://abstraksi.pages.dev/specs/device/01_bom

Catatan status

Dokumen ini adalah proposal publik turunan dari Proposal Aksara v5.0. Pernyataan “target rancangan”, “dalam pengembangan”, “spesifikasi”, “alpha”, dan “dirancang” menunjukkan bahwa kemampuan tersebut belum menjadi hasil produksi. Rincian teknis, metode verifikasi, asumsi biaya, dan referensi komponen tetap dimiliki proposal induk dan spesifikasi perangkat.

PT Abstraksi Data & Kognitek · Proposal kerja sama Aksara untuk Papua Tengah · DRAF 19 Juli 2026