 | Следната страница е превод наглобална политика на български език. Моля, имайте предвид, че в случай на различия в смисъла или интерпретацията между превода на български и оригиналната версия на този документ, предимство има оригиналът на английски. Тази страница е разработена и одобрена от общността и задължително трябва да се зачита и следи във всички проекти. Същата не може да се променя без предварителноодобрение от общността. |  |
 | For legal and security reasons, theWikimedia Foundation requirestwo-factor authentication for this role. This is also enforced by the software (users who don't have 2FA enabledwill not be able to use their permissions). |
CheckUser (бълг. произн.чекюзър, от англ.check, „проверявам“, иuser, „потребител“) е инструмент, предназначен за потребители с правотоcheckuser. Потребителите с това право (наричани по-нататъкпроверяващи) могат, в частност, да проверяват дали даден потребител представлявамарионетка на друг потребител в същия проект (не във всички проекти). Използвайки инструментаCheckUser,проверяващите имат възможност:
Тази информация се съхранява само за кратък период от време (към настоящия момент срокът е 90 дни), поради което по-ранни редакции няма да бъдат видими вCheckUser. Системата води дневник кой е правил запитвания за информацията, достъпен за потребители с правотоcheckuser-log. Дневникът има следния вид:
Ръководството за ползватели наCheckUser е достъпно на страницатаHelp:CheckUser.
CheckUser следва да бъде използван за борба с вандализмите и спама, за проверка на злоупотреби с марионетки и, като цяло, за ограничаване на действия, които възпрепятстват нормалната работа на проектите. Той трябва да бъде използван само за предотвратяване на вреди върху проектите на Уикимедия.
Недопустимо е инструментът да бъде използван за упражняване на политически контрол, за оказване на натиск върху редактори или като заплаха срещу друг редактор при възникнал спор относно съдържание. Винаги трябва да е налице основателна причина за използване на инструмента за разследване на потребител. Обърнете внимание, че допълнителни сметки за един редактор не са забранени, доколкото те не биват използвани за нарушаване или заобикаляне на политиките (примери за нарушения с няколко регистрации от един човек са подаване на повече от един глас в гласувания, опити за създаване на впечатление, че дадена позиция в дискусия се ползва с по-широка подкрепа, или пък заобикаляне на наложени блокирания или отнемания на правата за редактиране).
Уведомяването на потребител, че е обект на проверка отпроверяващ, е допустимо, но не е задължително. Аналогично, за извършваните проверки не е задължително да бъде уведомявана общността, но това също е възможно, при съблюдаване на изискванията наДекларацията за поверителност.
Някои проекти допускат IP адресът на даден потребител да бъде проверен по нейно или негово собствено искане, например като средство за доказване на невиновност при отправени обвинения в използване на марионетки. Обърнете внимание обаче, че искането за проверка отпроверяващ в тези случаи може да бъде част от опит да се възпрепятства нормалната работа на проекта.
Впроектите на Фондация Уикимедия съображенията относнополитиката за поверителност имат огромно значение. Освен когато някой нарушава политики (например извършва мащабен автоматизиран вандализъм или публикува спам) и разкриването на информация за нея или него е необходимо, за да бъдат спрени вредоносните действия, разкриването на IP адреси, местонахождения или друга информация, достатъчна да бъдат идентифицирани такива лица, представлява нарушение на политиката за поверителност. Изключение представлява случаят, в който такива лица сами вече са разкрили тази информация в проекта.
Дори когато потребител извършва вредителски действия, при възможност е най-добре да не бъде разкривана лична информация.
 | В съответствие сполитиката за достъп до непублични лични данни, одобрените кандидати запроверяващи трябва да подпишатСпоразумение за поверителност за непублична информация преди да им бъдат предоставени права за достъп. |
Единствено настюарди,омбудсмани, някои служители на Фондация Уикимедия и много ограничен кръг други потребители е позволено да получават достъп до инструментаCheckUser. Потребителите могат да бъдатпроверяващи единствено на ниво отделен проект (изключение представляват омбудсманите и тези служители на Фондацията с достъп до инструмента).
Ако в даден проект има местнипроверяващи, обичайно проверките трябва да бъдат извършвани от тях. В извънредни случаи, изискващи спешна намеса, или при нужда от проверка в няколко проекта едновременно, като например в случаите на междууики вандализъм, локалните проверки могат да бъдат извършвани и от стюарди. Стюардите следва да премахнат местния си достъп доCheckUser след приключване на проверките и да уведомят местнитепроверяващи или общия пощенски списък напроверяващите.
Ако в даден проект няма местнипроверяващи, заявките трябва да бъдат отправяни към стюардите (например „явява ли се X марионетка на Y“). За тази цел следва да се добави заявката към страницатаSteward requests/Checkuser, като се изброят съответните потребители и се обоснове необходимостта от извършване на проверката (с хипервръзки). В зависимост от естеството на заявката, стюардът може да откаже изпълнението ѝ, да поиска допълнителна информация или да отговори относно вероятността въпросните потребители да имат същия IP адрес, същия междинен сървър, същата мрежа, същата държава, или че са напълно несвързани помежду си (вижте дискусията относно какво по-конкретно стюардът би следвало да отговори на редактора).
Във всеки проект трябва да има или най-малко двамапроверяващи, или нито един. Това е нужно, за да могатпроверяващите да упражняват помежду си контрол и потвърждаване на извършваните действия. Ако в даден проект остане само единпроверяващ (например когато единственият друг напусне или правата му бъдат отнети), общността трябва незабавно да определи новпроверяващ (така че броят напроверяващите да бъде най-малко двама).
В проекти с Арбитражен комитет (АрбКом, ArbCom), чиито членове са били избрани с подкрепата на поне 25–30 участници от местната общност,проверяващите могат да бъдат определяни непосредствено от арбитраторите. След постигане на съгласие, член на комитета следва просто да изреди кандидатите на страницатаSteward requests/Permissions.
В проекти, в които няма Арбитражен комитет, отговарящ на горните условия, или в проекти, където се предпочита директен избор, общността може да одобри местнипроверяващи (стюардите не се броят за местнипроверяващи) чрез консенсус. Кандидатите запроверяващи трябва да поискат достъп до инструмента от местната общност и да огласят кандидатурата си по правилния начин (чрез страницата за общи разговори, пощенски списък, когато има такъв, специална страница за заявки и т.н.). Кандидатите трябва да са запознати сДекларацията за поверителност. След достигане на консенсус в местната общност (най-малко 70–80% одобрение при гласуване „за/против“ кандидатура или най-голям брой събрани гласове при избор между няколко кандидатури) при одобрение от най-малко 25–30 редактори, успешните кандидати следва да поискат достъп на страницатаSteward requests/Permissions, прилагайки препратка към решението на общността. В случай, че след провеждане на избора даденият проект няма да има поне двамапроверяващи, проектът ще остане без местнипроверяващи.
Съществува непубличен пощенски списък (CheckUser-l), до който всички стюарди ипроверяващи следва да имат достъп. Изпратете писмо до модераторите за получаване на достъп. Използвайте пощенския списък, за да потърсите помощ, идеи и второ мнение, ако не сте сигурни как да интерпретирате данните.
Съществува непубличен IRC канал (#wikimedia-checkuserуебчат), до който всички стюарди ипроверяващи, които използватIRC, следва да имат достъп. Този канал служи за същите цели, както ипощенския списък, но в реално време. Свържете се с който и да е потребител в канала, за да получите достъп; мениджър на канала ще предостави постоянен достъп. Потърсете помощ от стюард, ако имате проблем с получаването на достъп.
Проверяващ, който не е бил активен в продължение на повече от една година, ще бъде лишен от правото си на достъп доCheckUser.
В случаи на злоупотреби с инструмента, стюардът илипроверяващият ще бъдат незабавно лишавани от достъпа си до него. В частност, правата ще бъдат свалени при системно извършване на проверки върху потребители без основателна причина за това (трябва да бъдат предоставени хипервръзки и доказателства за такова проблемно поведение).
Съмнения за злоупотреби от страна напроверяващи следва да бъдат обсъждани на местно ниво в съответните проекти. В проекти с Арбитражен комитет, последният може да вземе решение относно евентуално снемане на правата. В проекти без Арбитражен комитет, решението за снемане на правата може да бъде гласувано от общността.
Оплаквания относно нарушения на настоящата политика, политиката за достъп до непублична информация или декларацията за поверителност се разглеждат отКомисията на омбудсманите, която обслужва всички проекти.
Automatically generated checkusers list
Automatically generated checkusers list
Local policy mandates that only users who gain at least 25 votes in favor and 80% support can be appointed (applications will open for no fewer than 30 days).
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Local policy mandates that Stewards are explicitly allowed to process non-emergency CheckUser requests.
Automatically generated checkusers list
Automatically generated checkusers list
Local policy states that stewards are explicitly allowed to process non-emergency checkuser requests.
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Under thelocal policy, CheckUsers are elected for six-month terms.
Automatically generated checkusers list
Under thelocal policy, CheckUsers are elected for one- or two-year terms. The policy mandates that only users who gain at least 50 votes in favor and 70% support are elected, while there is a minimum of 3 CheckUsers.
Automatically generated checkusers list
Automatically generated checkusers list(requests andpolicy)
Automatically generated checkusers list (policy andrequests)
Automatically generated checkusers list
Automatically generated checkusers list (policy)
Automatically generated checkusers list (policy andrequests)
Automatically generated checkusers list
Automatically generated checkusers list
Local policy allows for users to be elected with 25 votes in favor and 85% support..
Automatically generated checkusers list
Under thelocal policy, CheckUsers are elected for two-year terms.
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Local policy mandates that only users who gain at least 30 votes in favor and 80% support can be appointed.
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list
Automatically generated checkusers list · (information page andrequests page)
Automatically generated checkusers list
Automatically generated checkusers list · (information page andrequests page)
Automatically generated checkusers list · (information page andrequests page)