Panduan praktis berlabel bukti untuk membuat catatan rapat lebih mudah diverifikasi, disetujui, dan digunakan.

Ini dapat menghasilkan kandidat yang berguna, tetapi keandalannya bergantung pada bahasa yang eksplisit, konteks pembicara, dan konfirmasi manusia; janji yang ambigu dan proposal yang ditolak adalah kasus uji yang paling kritis. Gunakan “AI meeting action items” sebagai kategori awal, lalu periksa jalur penangkapan yang sebenarnya, keluaran yang diperlukan, rute kembali ke bukti sumber, dan pekerjaan manusia yang tersisa sebelum persetujuan. Bagi para pemimpin proyek yang membutuhkan keputusan dan kepemilikan tugas yang andal dari rapat, jalankan satu sampel yang diotorisasi dalam kondisi realistis dan beri label N/A pada apa pun yang belum diuji. Daftar tindakan yang lancar dapat mengarang otoritas, menghilangkan pemilik, mempertahankan tanggal yang usang, atau mengangkat proposal yang ditolak menjadi rencana resmi.

Rekayasa kualitas memperhatikan kesalahan yang masuk akal; omong kosong yang jelas jarang menjadi kegagalan yang paling sulit. Pertanyaan ‘Dapatkah asisten rapat AI mengidentifikasi keputusan dan item tindakan?’ karenanya memerlukan jawaban bersyarat, bukan lencana produk universal. Panduan ini menggunakan tinjauan peluncuran di mana ‘kami bisa,’ ‘saya bisa melihat,’ dan ‘mari kita jangan lakukan itu’ muncul sebelum ketua mengonfirmasi rencana yang berbeda sebagai kerangka uji konkret. Contoh ini dibuat oleh editor dan tidak mengandung informasi pelanggan atau karyawan yang nyata. Tujuannya adalah mengungkap keputusan yang sering disembunyikan oleh demo yang rapi: apa yang harus akurat, siapa yang meninjaunya, bukti apa yang bertahan, dan apa yang terjadi ketika penangkapan atau interpretasi gagal.

Biaya utamanya adalah beban peninjauan. Draf awal yang cepat masih bisa mahal ketika orang yang bertanggung jawab harus merekonstruksi nama, otoritas, tanggal, persetujuan, atau alasan di balik suatu keputusan. Sebaliknya, keluaran yang sederhana dapat bernilai jika membuat ketidakpastian terlihat jelas dan memperpendek verifikasi. Standar yang digunakan di sini sengaja konservatif: Bangun set kebenaran dengan status keputusan, kata kerja, pemilik, kondisi jatuh tempo, ketergantungan, dan bagian pendukung, lalu hitung positif palsu dan penghilangan secara terpisah. Ini adalah aturan keputusan operasional, bukan klaim bahwa satu model atau penyedia akan berperilaku sama di setiap akun, bahasa, atau rapat.

Metode ini juga memisahkan tiga label bukti. Resmi berarti halaman pihak pertama yang terbaru menjelaskan kebijakan atau kemampuan. Teramati berarti tim Anda mereproduksi perilaku dalam akun dan lingkungan yang diberi tanggal. Editorial berarti seorang peninjau menafsirkan hasil untuk kasus penggunaan yang dinyatakan. Observasi yang hilang tetap N/A; itu tidak diam-diam diubah menjadi skor yang menguntungkan. Perbedaan itu membuat artikel lebih berguna bagi pembaca pencarian dan lebih mudah dikutip oleh mesin jawaban AI tanpa kehilangan batasan yang melekat pada klaim tersebut.

AI meeting action items adalah kandidat sampai dikonfirmasi

Otomatisasi dapat mengatur pekerjaan yang kemungkinan, tetapi otoritas datang dari rapat dan pemiliknya.

Perlakukan “AI meeting action items are candidates until confirmed” sebagai pemeriksaan lapangan bagi para pemimpin proyek yang membutuhkan keputusan dan kepemilikan tugas yang andal dari rapat. Kondisi lulus untuk status keputusan: Diusulkan, ditolak, ditunda, atau disetujui. Jawaban harus berasal dari catatan dan sumbernya, bukan dari betapa rapi tampilannya antarmuka.

Kasus lapangan: Diskusi peluncuran berisi beberapa frasa yang mirip tindakan sebelum komitmen apa pun diterima. Kasus penggunaan: Penugasan eksplisit. Target bukti: ‘Maya akan mengirimkannya hari Jumat’. Pos pemeriksaan manusia: Biasanya ekstrak; verifikasi identitas. Kegagalan yang harus diwaspadai: Semua diskusi terlihat final. Kegagalan itu penting karena daftar tindakan yang lancar dapat mengarang otoritas, menghilangkan pemilik, mempertahankan tanggal yang usang, atau mengangkat proposal yang ditolak menjadi rencana resmi.

Jalankan pemeriksaan: beri label keluaran ekstraksi sebagai kandidat, terkonfirmasi, atau belum terselesaikan. Untuk temuan AI meeting action items, pertahankan konteks yang cukup agar rekan kerja dapat mengulangi pengamatan, tetapi minimalkan data sensitif dan hindari klaim produk yang tidak didukung. Hasil yang sempit dan bertanggal lebih kredibel daripada pernyataan luas tentang AI meeting action items. Jika pemeriksaan tidak dapat diselesaikan, gunakan N/A. Jalur pemulihan: minta fasilitator menutup dengan rekap keputusan-dan-pemilik yang diucapkan dan menerbitkan rekap yang disetujui itu.

Extraction Qa evidence note: Tinjau HiNoter — HiNoter product website halaman saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Keputusan dan tugas gagal dengan cara yang berbeda

Keputusan mencatat pilihan yang diterima; tindakan mencatat pekerjaan yang diharapkan dilakukan seseorang.

Memo keputusan — Di bawah “Decisions and tasks fail in different ways,” item penerimaan adalah “Action verb.” Kondisi lulus: Pekerjaan konkret yang dapat diamati. Ini penting bagi para pemimpin proyek yang membutuhkan keputusan dan kepemilikan tugas yang andal dari rapat karena hasilnya pada akhirnya sampai kepada seseorang yang harus menyetujui, bertindak, membagikan, atau menantangnya.

Skenario bukti — Tim menyetujui rilis yang ditunda dan menetapkan tugas pemberitahuan pelanggan yang terpisah. Pola: Tawaran lunak. Prioritas: ‘Saya bisa melihatnya’. Kontrol: Kandidat, bukan tugas terkonfirmasi. Tolak hasilnya ketika suatu topik menjadi tugas. Ambang batas ini konservatif secara desain karena daftar tindakan yang lancar dapat mengarang otoritas, menghilangkan pemilik, mempertahankan tanggal yang usang, atau mengangkat proposal yang ditolak menjadi rencana resmi.

Tindakan kontrol — beri nilai dua jenis artefak secara independen. Dalam tinjauan QA ekstraksi, catatan evaluasi harus mengidentifikasi apa yang resmi, apa yang direproduksi di akun, apa yang merupakan penilaian editorial, dan apa yang tetap tidak diketahui. Pembagian itu membuat rekomendasi AI meeting action items dapat diaudit dan memberi tim alasan untuk mengadopsi, mempersempit, menguji ulang, atau menggunakan cadangan.

Catatan bukti Ekstraksi Qa: Tinjau halaman NIST — AI Risk Management Framework saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Bahasa ambigu adalah uji tekanan yang sesungguhnya

Perintah yang bersih itu mudah; kata-kata pengurang kepastian, koreksi, sarkasme, dan tawaran bersyarat mengungkap batasnya.

Baca “Bahasa ambigu adalah uji tekanan yang sesungguhnya” melalui artefak yang harus dihasilkannya. Artefak tersebut harus mempertahankan pemilik, dengan kondisi lolos ini: Orang yang disebutkan namanya atau status tanpa penugasan yang eksplisit. Bagi para pemimpin proyek yang membutuhkan keputusan dan kepemilikan tugas yang andal dari rapat, batas itu memisahkan draf yang menjanjikan dari catatan yang dapat mendukung tindakan.

Terapkan batas itu pada contoh ini: Seorang peserta berkata ‘Saya bisa melihat’ tetapi tidak pernah menerima kepemilikan setelah tenggat berubah. Kasus penggunaan: Rencana ditolak. Persyaratan utamanya adalah “‘Jangan kirim opsi B’,” dan checkpoint manusianya adalah “Jangan pernah memberi label sebagai keputusan untuk mengirim.” Tolak hasilnya jika orang yang salah dimintai pertanggungjawaban. Konsekuensinya layak diperlakukan secara eksplisit karena daftar tindakan yang fasih dapat menciptakan otoritas, menghilangkan pemilik, mempertahankan tanggal yang kedaluwarsa, atau menaikkan usulan yang ditolak menjadi rencana resmi.

Gunakan rutinitas bukti singkat: sertakan ambiguitas secara sengaja dalam sampel pilot. Dalam metode ekstraksi-QA ini, pertahankan keluaran asli dan yang telah diperbaiki berdampingan, tandai perubahan yang berdampak, dan lampirkan penunjuk sumber ke nama, kutipan, keputusan, pemilik, tanggal, atau izin. Rutinitas ini menguji klaim bagian tersebut alih-alih memaksakan satu skor untuk setiap kasus penggunaan item tindakan rapat AI.

Catatan bukti Ekstraksi Qa: Tinjau halaman U.S. Federal Trade Commission — FTC announces crackdown on deceptive AI claims and schemes saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Bangun truth set sebelum membaca jawaban yang dihasilkan

Laporan keluaran yang diharapkan mencegah ringkasan yang meyakinkan menggeser target.

Mulailah dari pekerjaannya, bukan kategorinya. Dalam “Bangun truth set sebelum membaca jawaban yang dihasilkan,” periksa bukti. Kondisi lolosnya eksplisit: Bagian sumber tetap dapat dijangkau. Itulah standar bagi para pemimpin proyek yang membutuhkan keputusan dan kepemilikan tugas yang andal dari rapat; label vendor atau paragraf yang fasih tidak dapat menggantikan artefak yang diperlukan.

Kasus tekanan: Dua peninjau secara independen menandai keputusan akhir, alternatif yang ditolak, pemilik, dan kondisi jatuh tempo. Jenis kasus: Tindakan bersyarat. Persyaratan utama: ‘Jika legal menyetujui…’. Aturan eskalasi: Pertahankan kondisi. Ambang kegagalan: Peninjau tidak dapat mengadili. Jika ambang itu terlampaui, tim telah menemukan cacat material, bukan preferensi kosmetik. Daftar tindakan yang fasih dapat menciptakan otoritas, menghilangkan pemilik, mempertahankan tanggal yang kedaluwarsa, atau menaikkan usulan yang ditolak menjadi rencana resmi.

Langkah berikutnya: selesaikan ketidaksepakatan peninjau sebelum menilai alat. Catat platform, penyelenggara, jenis akun, bahasa, pengaturan, tanggal, dan peninjau hanya jika itu memengaruhi kesimpulan. Kemudian bandingkan hasil yang disetujui dengan sumbernya. Ini menghasilkan temuan yang dapat direproduksi tentang item tindakan rapat AI tanpa berpura-pura bahwa satu rapat membuktikan akurasi universal atau kesesuaian.

Catatan bukti Ekstraksi Qa: Tinjau halaman EUR-Lex — General Data Protection Regulation saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Positif palsu bisa lebih mahal daripada kelalaian

Tugas yang hilang terlihat saat peninjauan; tugas palsu yang meyakinkan dapat dijalankan tanpa tantangan.

Bagi para pemimpin proyek yang membutuhkan keputusan dan kepemilikan tugas yang andal dari rapat, bagian “Positif palsu bisa lebih mahal daripada kelalaian” adalah pengujian status keputusan, bukan penghargaan fitur yang luas. Gunakan kondisi lolos ini: Diusulkan, ditolak, ditunda, atau disetujui. Standar itu mengubah keluaran yang menarik menjadi sesuatu yang dapat disetujui, dikoreksi, atau ditolak oleh rekan kerja yang bertanggung jawab.

Contohnya sengaja tidak sempurna: Operasi mulai mengerjakan opsi B meskipun kelompok menolaknya. Pola rapatnya adalah “Penugasan eksplisit,” prioritasnya adalah “‘Maya akan mengirimnya Jumat’,” dan batas peninjauannya adalah “Biasanya ekstrak; verifikasi identitas.” Perlakukan “Seluruh diskusi tampak final” sebagai kegagalan material. Daftar tindakan yang fasih dapat menciptakan otoritas, menghilangkan pemilik, mempertahankan tanggal yang kedaluwarsa, atau menaikkan usulan yang ditolak menjadi rencana resmi. Ringkasan yang mulus tidak mengurangi konsekuensi itu kecuali poin yang disengketakan tetap dapat ditelusuri.

Tindakan yang diperlukan: beri bobot kesalahan berdasarkan konsekuensi, bukan menghitung setiap edit secara setara. Simpan output yang tidak diubah, versi yang disetujui, peninjau, dan bukti yang digunakan untuk menyelesaikan perbedaan. Untuk keputusan item tindakan rapat AI ini, beri label dokumentasi sebagai resmi, perilaku sebagai yang diamati, dan interpretasi sebagai editorial. Jika bukti hilang, biarkan N/A terlihat. Jalur pemulihan: minta fasilitator menutup dengan rangkuman keputusan-dan-pemilik yang diucapkan dan menerbitkan rangkuman yang disetujui itu.

Catatan bukti Qa ekstraksi: Tinjau halaman UK Information Commissioner's Office — Data protection guidance saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Lanjutkan dengan panduan AI note taker atau tinjau alur kerja rapat AI terkait.

Rancang loop konfirmasi manusia yang singkat

Tujuannya bukan untuk mendengarkan ulang seluruh rapat, tetapi untuk memverifikasi beberapa pernyataan yang mengubah pekerjaan.

Anggap “Rancang loop konfirmasi manusia yang singkat” sebagai pemeriksaan lapangan bagi para pemimpin proyek yang membutuhkan keputusan yang andal dan kepemilikan tugas dari rapat. Kondisi lulus untuk dependensi: Fakta penghalang tetap melekat. Jawaban harus berasal dari catatan dan sumbernya, bukan dari seberapa rapi tampilan antarmukanya.

Kasus lapangan: Fasilitator memeriksa antrean keputusan dan tindakan yang ringkas dengan konteks sumber. Kasus penggunaan: Penawaran lunak. Target bukti: ‘Saya bisa lihat’. Titik pemeriksaan manusia: Kandidat, bukan tugas yang dikonfirmasi. Kegagalan yang perlu diawasi: Tugas secara teknis tidak mungkin. Kegagalan itu penting karena daftar tindakan yang fasih dapat menciptakan otoritas, menghapus pemilik, mempertahankan tanggal yang usang, atau menaikkan proposal yang ditolak menjadi rencana resmi.

Jalankan pemeriksaan: arahkan item yang belum terselesaikan ke pemilik yang disebutkan sebelum distribusi. Untuk temuan item tindakan rapat AI, pertahankan konteks yang cukup agar rekan kerja dapat mengulangi observasi, tetapi minimalkan data sensitif dan hindari klaim produk yang tidak didukung. Hasil yang sempit dan bertanggal lebih meyakinkan daripada pernyataan menyeluruh tentang item tindakan rapat AI. Jika pemeriksaan tidak dapat diselesaikan, gunakan N/A. Jalur pemulihan: minta fasilitator menutup dengan rangkuman keputusan-dan-pemilik yang diucapkan dan menerbitkan rangkuman yang disetujui itu.

Catatan bukti Qa ekstraksi: Tinjau halaman Zoom Support — Zoom Support Center saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Jalankan pemeriksaan lapangan: Gunakan sampel yang tidak sensitif untuk mengevaluasi alur kerja item tindakan rapat AI ini, lalu uji sampel yang sama yang disetujui di HiNoter dengan setiap hasil yang tidak didukung dibiarkan sebagai N/A.

Uji HiNoter dengan buku besar ambiguitas yang sama

HiNoter memperoleh nilai jika keluaran yang tersedia membantu peninjau mengonfirmasi pekerjaan tanpa menyembunyikan ketidakpastian.

Memo keputusan — Di bawah “Uji HiNoter dengan buku besar ambiguitas yang sama,” item penerimaan adalah “Bukti.” Kondisi lulus: Petikan sumber tetap dapat dijangkau. Hal ini penting bagi para pemimpin proyek yang membutuhkan keputusan yang andal dan kepemilikan tugas dari rapat karena keluaran pada akhirnya sampai ke seseorang yang harus menyetujui, bertindak, membagikan, atau menantangnya.

Skenario bukti — Pilot membandingkan keputusan dan tindakan yang dihasilkan dengan set kebenaran yang telah ditulis sebelumnya dan memeriksa setiap penautan sumber yang terlihat di akun langsung. Pola: Rencana yang ditolak. Prioritas: ‘Jangan kirim opsi B’. Kontrol: Jangan pernah beri label sebagai keputusan untuk mengirim. Tolak hasil ketika peninjau tidak dapat mengadili. Ambang batasnya konservatif secara desain karena daftar tindakan yang fasih dapat menciptakan otoritas, menghapus pemilik, mempertahankan tanggal yang usang, atau menaikkan proposal yang ditolak menjadi rencana resmi.

Tindakan kontrol — catat kemampuan produk yang belum diverifikasi sebagai N/A. Dalam tinjauan ekstraksi-QA, catatan evaluasi harus mengidentifikasi apa yang resmi, apa yang direproduksi dalam akun, apa yang merupakan penilaian editorial, dan apa yang tetap tidak diketahui. Pembagian itu membuat rekomendasi item tindakan rapat AI dapat diaudit dan memberi tim alasan untuk mengadopsi, mempersempit, menguji ulang, atau menggunakan fallback.

• Konfirmasi: Status keputusan — Diusulkan, ditolak, ditangguhkan, atau disetujui
• Konfirmasi: Kata kerja tindakan — Pekerjaan konkret yang dapat diamati
• Konfirmasi: Pemilik — Orang yang disebutkan namanya atau status tidak ditugaskan secara eksplisit
• Konfirmasi: Waktu — Tanggal atau kondisi yang dinyatakan
• Konfirmasi: Bukti — Bagian sumber tetap dapat dijangkau

Catatan bukti Qa ekstraksi: Tinjau halaman Google Meet Help — Google Meet Help Center saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Publikasikan catatan eksekusi, bukan artefak AI

Catatan yang disetujui harus menunjukkan apa yang diputuskan, siapa bertanggung jawab atas apa, dan apa yang masih belum terselesaikan.

Baca “Publikasikan catatan eksekusi, bukan artefak AI” melalui artefak yang harus dihasilkannya. Artefak tersebut harus mempertahankan pemilik, dengan kondisi lulus ini: Orang yang disebutkan namanya atau status tidak ditugaskan secara eksplisit. Bagi pemimpin proyek yang membutuhkan keputusan andal dan kepemilikan tugas dari rapat, batas itu memisahkan draf yang menjanjikan dari catatan yang dapat mendukung tindakan.

Terapkan batas itu pada contoh ini: Dokumen akhir mempertahankan satu catatan koreksi singkat untuk opsi yang ditolak. Kasus penggunaan: Tindakan bersyarat. Persyaratan utamanya adalah “‘Jika legal menyetujui…’,” dan titik pemeriksaan manusianya adalah “Pertahankan kondisi.” Tolak hasilnya jika orang yang salah dimintai pertanggungjawaban. Konsekuensinya layak diperlakukan secara eksplisit karena daftar tindakan yang fasih dapat mengarang otoritas, menghapus pemilik, mempertahankan tanggal yang kedaluwarsa, atau menaikkan proposal yang ditolak menjadi rencana resmi.

Gunakan rutinitas bukti singkat: pisahkan item yang disetujui dari pertanyaan terbuka. Dalam metode QA ekstraksi ini, simpan keluaran asli dan yang dikoreksi berdampingan, tandai penyuntingan yang berdampak, dan lampirkan penunjuk sumber untuk nama, kutipan, keputusan, pemilik, tanggal, atau izin. Rutinitas ini menguji klaim bagian tersebut alih-alih mengarang satu skor untuk setiap kasus penggunaan item tindakan rapat AI.

Catatan bukti Qa ekstraksi: Tinjau halaman Microsoft Learn — Configure transcription and captions for Teams meetings saat ini sebelum mengandalkan kebijakan atau kemampuan terkait.

Verifikasi keputusan dan tindakan yang diekstrak

Setujui catatan eksekusi

Pilih adopsi, persempit, uji ulang, atau tolak menggunakan ambang batas tertulis. Dokumentasikan batasan yang tersisa, seorang pemilik, dan tanggal uji ulang. Jika jalur utama gagal, minta fasilitator untuk menutup dengan ringkasan keputusan-dan-pemilik yang diucapkan dan publikasikan ringkasan yang disetujui itu. Fallback termasuk dalam prosedur operasional, bukan dalam catatan evaluasi yang terlupakan.

Pulihkan pemilik dan kondisi

Periksa pemberitahuan peserta, akses, berbagi, retensi, penghapusan, ekspor, dan kontrol administrator yang relevan dengan kasus penggunaan. Dokumentasi diperlukan tetapi tidak cukup untuk perilaku khusus penyewa; uji dengan aman di lingkungan yang tidak sensitif dan catat kebutuhan tinjauan hukum regional.

Tolak otoritas palsu

Tinjau setiap artefak yang diperlukan terhadap himpunan kebenaran dan sumber. Hitung kesalahan material secara terpisah dari penyuntingan kosmetik, ukur waktu peninjauan aktif saat beban kerja penting, dan pertahankan kemampuan yang tidak didukung bertanda N/A. Pertahankan penunjuk sumber untuk kutipan, keputusan, pemilik, tanggal, dan klaim kebijakan yang berdampak.

Hasilkan item kandidat

Jalankan alur kerja dalam kondisi yang terdokumentasi. Simpan jenis akun, platform rapat, hubungan penyelenggara, bahasa, perangkat atau peramban, pengaturan yang relevan, waktu mulai dan selesai jika berguna, dan keluaran tanpa perubahan. Jangan mengubah kondisi untuk satu kandidat tanpa mencatat perubahannya.

Tandai himpunan kebenaran manusia

Tulis nama, istilah, keputusan, tindakan, kondisi, dan izin yang diharapkan sebelum melihat hasil yang dihasilkan. Himpunan kebenaran dapat singkat, tetapi harus membedakan fakta yang dikonfirmasi dari materi yang sengaja ambigu dan harus menyebut orang yang berwenang menyelesaikan perselisihan.

Tanam bahasa ambigu

Tentukan keputusan yang harus didukung oleh pengujian ini dan artefak yang disetujui yang akan membawanya. Untuk artikel ini, gunakan tinjauan peluncuran di mana ‘kita bisa,’ ‘saya bisa melihatnya,’ dan ‘mari kita tidak melakukan itu’ muncul sebelum ketua mengonfirmasi rencana lain atau sampel setara yang berwenang. Catat jenis rapat yang dikecualikan agar uji coba terbatas tidak disajikan sebagai cakupan universal.

Pertanyaan yang diajukan pembaca sebelum peluncuran

Keputusan editorial

Jawaban untuk ‘Can an AI meeting assistant identify decisions and action items?’ tetap bersyarat: Ini dapat menghasilkan kandidat yang berguna, tetapi keandalannya bergantung pada bahasa yang eksplisit, konteks pembicara, dan konfirmasi manusia; janji yang ambigu dan proposal yang ditolak adalah kasus uji yang kritis. Keputusan yang berbasis bukti adalah hanya mengadopsi ruang lingkup yang lolos uji, menyebutkan peninjau, dan menjaga sumber serta fallback tetap tersedia. Posisi itu mungkin kurang dramatis daripada peringkat universal, tetapi jauh lebih berguna bagi orang yang bertanggung jawab ketika nama, keputusan, janji, atau izin dipertanyakan.

Lakukan uji ulang setelah perubahan produk, platform, kebijakan, tim, atau rapat yang material. Halaman dan antarmuka produk dapat berubah setelah 2026-08-20; konfirmasikan akun langsung sebelum publikasi. Jika bukti tidak dapat mendukung klaim tentang item tindakan rapat AI, katakan ‘tidak diverifikasi’ daripada mengisi celah dengan perkiraan.

Jalankan uji siap-keputusan: Masukkan satu rapat yang berwenang melalui daftar periksa, tinjau output terhadap sumbernya, dan evaluasi alur kerja HiNoter saat ini hanya dalam ruang lingkup yang telah Anda verifikasi.