Кога точка от данни задейства сигнал и до кого достига той

placeholder"}

Нека поправя грешката в ключовете и предоставя пълния коректен отговор:

{"titel":"Настройване на сигнално отклонение за точка от данни","meta":"Как да настроите сигнално отклонение: валидни стойности, прагове и кой вижда уведомлението, когато точка от данни отклонява.","kop":"Кога точка от данни задейства сигнал и до кого достига той","tekst":"Сигнално отклонение е правило, което казва: ако тази стойност попадне извън този диапазон, значи има нещо, което трябва да бъде прегледано от някого. Това звучи просто, но въпросът се разделя на три части, на които трябва да се отговори поотделно. Какво е валидна стойност. Какво е отклонение от тази стойност. И кой получава видимост върху това. Без тези три елемента сигналът не е нищо повече от число, което стои някъде.

Първо валидната стойност, после отклонението

Не можете да определите отклонение без първо да знаете какво е нормално. За енергийно потребление на обект това е диапазон, който зависи от площта, работното време и сезона. За брой персонал това е диапазон, който зависи от размера на звеното. Този диапазон трябва да бъде фиксиран за всяка точка от данни, преди сигналът да има смисъл. Как определяте и фиксирате този диапазон, е описано на какво е валидна стойност и кой забелязва, когато нещо се обърка. Без тази стъпка настройвате сигнал върху стойност, която самата никога не е била проверена, и тогава на практика не сигнализирате нищо.

Три вида отклонения, три вида правила

Сигналът може да реагира на различни неща. Има твърда граница: стойност, която попада извън физически или логически възможен диапазон, като например отрицателен брой служители. Има мека граница: стойност, която е в рамките на възможното, но силно се отклонява от предишни периоди, като например удвояване на потреблението на вода без ясна причина. И има сравнително отклонение: стойност, която се отклонява от сравнимо звено, като например обект, който отчита три пъти повече отпадъци от обект със сходен размер. Всяко от тези три изисква различно правило и различен вид изходни данни за сравнение. Посредник, който гледа само последната стойност, обикновено вижда само първия вид. Втория и третия изискват да имате исторически или сравними данни в обхват, което е причина да вземете това предвид още при изграждането на регистъра на точките от данни.

Кой вижда сигнала определя дали той води до действие

Отклонение, което не достига до никого, не е сигнал, а запис в лог. За всеки сигнал трябва да е фиксирано кой е първият получател: това обикновено е лицето, което подава точката от данни, а не лицето, което съставя отчета. Отделът, който подава данните, може да провери причината, докато напомнянето е все още свежо. При крайния срок за отчитане този контекст често вече е изчезнал. Освен това трябва да е фиксирано какво се случва, ако първият получател не отговори: преминава ли сигналът към втори човек след определен период, или остава без движение. Този въпрос е пряко свързан със собствеността, която сте определили по-рано за всяка точка от данни, и с контролите, приложими към тази точка от данни — вижте какви контроли са свързани с точка от данни и кой забелязва, когато за начина, по който сигнализирането и контролът се съгласуват.

Не всеки сигнал е грешка

Отклонение може да е грешка, но може и да е действителна промяна: сливане, нов обект, променена отчетна година. Правило за сигнали, което не позволява това разграничение, води до два проблема. Потребители, които получават твърде много фалшиви сигнали, в един момент започват да игнорират всички сигнали. Потребители, които получават твърде малко сигнали, пропускат точно онова отклонение, което наистина има значение. И двете са форма на привидна точност: изглежда, че системата бди, докато на практика вече не филтрира нищо. Как да предотвратите това при настройването на прагови стойности, е описано на как предотвратявате привидната точност. Част от решението е да се изисква причина при отхвърляне на сигнал: не за да се проверява кой е сгрешил нещо, а за да се вижда дали самият праг трябва да бъде преразгледан.

Сигналите се различават по определение, не само по стойност

Правило за сигнали, което е идентично за цялата организация, пренебрегва факта, че отделните звена понякога работят с различни определения на онова, което измерват, дори точката от данни навсякъде да се нарича по един и същи начин. Обект, който определя обхват 3 на емисиите по-широко от друг, ще показва различни стойности, без да има нещо сгрешено. Правило за сигнали, което не отчита това, дава фалшиви отклонения при всяко сравнение между звена. На какво правите с определения, които се различават по звено е описано как да фиксирате тази разлика, така че правилото за сигнали да може да я вземе предвид, вместо да я бърка с грешка.

Какво носи това, преди да има инструмент

Настройването на сигнално отклонение не изисква софтуер; изисква да знаете за всяка точка от данни какво е валидно, какво е отклонение и кой го вижда. Точно това е видът работа, която Data Readiness Scan прави видима: регистъра на точките от данни, съответните правила за качество и собствеността, така че сигналът да може да се опира на нещо, вместо на отделна формула в таблица. Самият скенер е в разработка; който иска да се захване с това вече сега, може да се запише за списъка на чакащите.

Щом тази структура е налице, възниква следващ въпрос: кой трябва да преглежда тези сигнали ежедневно и коя част от тази контролна работа е достатъчно повтаряема, за да бъде поверена на машина. Този въпрос не е предмет на тази страница, а на работния скенер на FTE TO AI, който за всяка задача изчислява каква част от работата може да бъде поета от AI. За прегледа на рутинни отклонения, за запитването за причина при постоянна група подаващи данни и за поддържането на лог на сигналите това често е релевантен въпрос.