Wikifunctions:Kebijakan pemblokiran

Pengurus diberikan kemampuan untuk melakukan pemblokiran terhadap pengguna bila diperlukan. Pengguna yang diblokir biasanya diberikan batasan tidak bisa melakukan penyuntingan, di antara batasan-batasan yang ada. Dalam keadaan umum, pemblokiran merupakan upaya terakhir untuk tingkah laku yang berpotensi merusak Wikifunctions atau mengganggu suasana kerja sama. Pemblokiran bisa berlaku pada seluruh situs atau hanya sebagian saja (hanya tindakan tertentu yang terpengaruh). Dengan begini, pemblokiran dibuat untuk pencegahan dan bukan sebagai hukuman; tidak dibolehkan untuk memblokiran untuk "menenangkan" pengguna yang bersangkutan.

Penggunaan

Pemblokiran bisa dilakukan untuk beberapa alasan. Alasan yang paling umum adalah sebagai berikut:

• Vandalisme. Suntingan yang mengganggu bisa menyebabkan seseorang diblokir. Contohnya:
  • Memasukkan hal-hal vulgar yang tidak dibutuhkan
  • Teks yang tidak jelas
  • Menghapus konten dari halaman
• Spam.
• Pelanggaran hak cipta.
• Perang suntingan.
• Serangan pribadi atau pelecehan. Akun dan alamat IP yang digunakan dengan alasan utama untuk membuat lingkungan yang tidak bersahabat bagi pengguna lain dapat diblokir. Akan tetapi, perselisihan dengan niat baik antarpengguna seharusnya dibawa ke Warung Kopi untuk menerima masukan dari luar. Mengawasi kontribusi pengguna lain untuk mencari pelanggaran kebijakan tidak termasuk pelecehan.
• Akun bot yang tidak mendapatkan izin atau tidak merespons. Akun bot yang tidak memperoleh izin untuk dijalankan oleh komunitas Wikifunctions tidak diizinkan untuk digunakan di Wikifunctions, dan suntingan meragukan yang menyerupai bot dan tidak dapat dijelaskan oleh pengguna yang bersangkutan haruslah diblokir hingga diskusi berlangsung. Pengusulan bot dapat didiskusikan di WF:Bots atau Warung Kopi. Bot tidak boleh dijalankan di Wikifunctions tanpa izin terlebih dahulu (yang dapat diminta di WF:Bots/Requests).
• Akun bot berizin yang mengalami malafungsi sementara. Ini untuk mencegah kerusakan lebih lanjut hingga pemilik bot dapat menyelesaikan masalahnya.
• Nama akun yang tidak layak.
• Menghindari pemblokiran. Seorang pengurus dapat mengatur ulang pemblokiran seorang pengguna yang dengan sengaja menghindari pemblokiran (dan membatalkan kontribusi mereka), dan dapat memperpanjang durasi pemblokiran jika pengguna tersebut terlibat dalam tindakan lainnya yang layak diblokir selama menghindari pemblokiran. Akun atau alamat IP pengguna yang digunakan untuk menghindari pemblokiran juga dapat dan harus diblokir.
• Menyalahgunakan beberapa akun untuk menyesatkan, menipu, merusak, atau memutarbalikkan konsensus atau untuk menghindari pemblokiran atau sanksi. Akun kedua umumnya diblokir selamanya. Akun utama dapat atau tidak menjadi pertimbangan untuk diperpanjang durasinya tergantung dari keadaan.
• Proksi terbuka atau anonim biasanya diblokir begitu terdeteksi menurut kebijakan umum Wikimedia. Durasi normal pemblokiran ini adalah satu tahun.

Instruksi untuk pengurus

Sebelum memblokir

• For blocks based on disruptive behaviour, such as vandalism, repeated copyright violations and manual promotional activities, ensure that the user has been appropriately warned, preferably using a block warning template. No warning is necessary when blocking open proxies and users with inappropriate or abusive usernames. Accounts and IP addresses used solely for severely disruptive purposes such as automated spamming, serious vandalism or harassment may also be blocked without prior warning.
• Controversial blocks may be discussed at the blocks and protections noticeboard, preferably before they are applied if at all possible. As a rule of thumb, when in doubt, do not block.
• Range blocks are especially powerful tools, and discussion of these is particularly encouraged. Range blocks with a duration longer than 24 hours should be discussed with a checkuser to assess the likely impact.

Ketika memblokir

• Blocks can be applied to registered users, IP addresses or address ranges.
• As blocks are preventative rather than punitive, use a block duration that is proportional to the time likely needed for the user to familiarize themselves with relevant policies and adjust their behaviour. Also consider the user's past behaviour and the severity of the disruption. When blocking IP addresses, keep in mind that innocent third parties sharing the same addresses may be affected.
• Provide a reason for the block. The rationale should preferably use links to relevant policies to help the blocked user understand why they have been blocked. Where appropriate, diffs or permanent links documenting the reason for the block are also helpful.
• Account creation should be prevented in most cases, but may be allowed when blocking an inappropriate user name to allow creation of a different name.
• Autoblocking of IP addresses used by the blocked user should typically be enabled for users who were blocked for disruptive behavior. It should be disabled in most other cases, like blocking malfunctioning bots and usernames that don't follow the username policy.
• Only prevent the blocked user from using their talk page or sending e-mail if they are likely to abuse these privileges.

Setelah memblokir

• Notify the blocked user, preferably using a user block template.
• Watch the blocked user's user talk page and ensure that requests for unblock are attended to.
• Blocks based on disruptive behaviour should be lifted if there is reason to believe that the disruptive behaviour will not resume.
• Controversial blocks may also be discussed at the blocks and protections noticeboard after they have been applied. To avoid wheel warring, another administrator should lift a block only if there is consensus to do so, even if there is no clear consensus in favor of the original block.

Banding pemblokiran

Blocked users are informed that they may request unblocking. They may do this by adding {{unblock|reason for the request}} to their own user talk page. Alternatively, they may request unblocking with an appropriate reason via e-mail to the blocking administrator or another administrator.

An appropriate reason will almost always include one of the following:

• An acknowledgement that the block was appropriate and a credible promise that the behaviour that led to the block will not be repeated
• An explanation of why the block is not appropriate based on this and other relevant policies and guidelines or is likely to be a mistake or an unintended side effect

An unblock request may be granted or declined. Before granting a request to lift a block placed by another administrator, the reviewing administrator should consult with the blocking administrator, except in obvious, uncontroversial cases. Requests made on user talk pages may only be declined by an uninvolved administrator.

Making repeated unblocking requests without appropriate reasons may be considered abusive. As noted above, users who have abused or are likely to abuse the ability to edit their own user talk page and/or send e-mail in this or any other way may have either or both of these privileges revoked, which also prevents these privileges from being used for unblocking requests.

Lihat pula

• Penguncian global, pemblokiran global, dan pelarangan global: konsep-konsep serupa yang berlaku di semua proyek Wikimedia