Najczęściej Zadawane Pytania (FAQs)

Uzyskaj szybkie odpowiedzi na pytania dotyczące naszych usług i polityk. Aby uzyskać dalszą pomoc, skontaktuj się z naszym zespołem wsparcia.

Jako użytkownik przeglądarki analizy statystycznej, czy mogę szybko utworzyć nowy kwestionariusz za pomocą tego API?

Nie. Użytkownicy przeglądarki analizy statystycznej nie mają uprawnień do korzystania z API tworzenia na podstawie szablonu. Tylko administratorzy systemu i administratorzy kwestionariuszy mają uprawnienia do korzystania z tego API.

Jakie są główne różnice między tworzeniem kwestionariusza z szablonu a tworzeniem go od podstaw?

Główne różnice podczas tworzenia kwestionariusza z szablonu są następujące: - Nie ma potrzeby projektowania od nowa struktury kwestionariusza i pytań - Ustawienia szablonu są dziedziczone automatycznie (takie jak limit odpowiedzi i kontrola całkowitej liczby odpowiedzi) - Parametry żądania są prostsze; wystarczy podać survey_id i title - Możesz szybko tworzyć wiele kwestionariuszy o tej samej strukturze, ale z różnymi tytułami - Zapewnia spójność struktury kwestionariusza, co ułatwia późniejszą analizę danych i porównywanie

Jakie typy relacji oceny obsługuje interfejs API do wprowadzania relacji oceny w ankiecie 360?

Interfejs API do wprowadzania relacji oceny w ankiecie 360 obsługuje następujące typy relacji oceny: przełożony, podwładny, współpracownik, inny oraz samoocena. Są to standardowe typy relacji w ocenie 360 stopni, obejmujące różne poziomy hierarchii i relacje ról w organizacji.

Jakie są zasady konfiguracji nazw poziomów relacji oceny?

Zasady konfiguracji nazw poziomów relacji oceny są następujące: 1. Strona obsługuje 10 poziomów, natomiast API obsługuje 99 poziomów; 2. Obsługiwane jest dodawanie i modyfikowanie nazw poziomów; 3. Długość nazwy każdego poziomu jest ograniczona do 60 znaków. Oznacza to, że system wyświetla 10 poziomów w interfejsie użytkownika, ale backend API może obsłużyć do 99 poziomów.

Jakie są zasady walidacji adresów e-mail i numerów telefonów komórkowych przy wprowadzaniu relacji oceny?

Zasady walidacji adresów e-mail i numerów telefonów komórkowych przy wprowadzaniu relacji oceny są następujące: 1. Można wprowadzać adresy e-mail i numery telefonów komórkowych; 2. Muszą one pozostawać w relacji jeden do jednego, a duplikaty nie są dozwolone; 3. System sprawdzi unikalność adresów e-mail i numerów telefonów komórkowych, aby zapewnić, że każdy oceniający ma unikalną metodę kontaktu.

Jakie są limity długości nazwy i nazwy poziomu w wpisie relacji oceny?

Zasady limitu długości dla wpisu relacji oceny są następujące: 1. Limit długości nazwy wynosi 64 znaki; 2. Limit długości nazwy poziomu wynosi 60 znaków. Limity te zapewniają spójność danych i stabilność systemu.

Jaka jest zasada relacji wiele-do-wielu dla relacji oceny?

Zasady relacji wiele-do-wielu dla relacji oceny są następujące: 1. Ta sama osoba oceniana może mieć wielu oceniających; 2. Ten sam oceniający może oceniać wiele osób; 3. Taki projekt wspiera złożone struktury oceny organizacyjnej, umożliwiając, aby jedna osoba była oceniana przez wiele osób, a jednocześnie pozwalając jednej osobie oceniać wiele osób.

Jakie są zasady walidacji wpisu samooceniającego?

Zasady walidacji wpisu samooceniającego są następujące: 1. Imię i nazwisko podane dla osoby samooceniającej musi być takie samo jak imię i nazwisko osoby ocenianej; 2. Jeśli dane nie będą zgodne, wpis zostanie odrzucony; 3. Zasada ta zapewnia dokładność relacji samooceny i zapobiega nieprawidłowym wpisom relacji samooceny.

Czym różnią się tryby add i append w API dodawania relacji oceny?

Tryby add i append w API dodawania relacji oceny są rozróżniane przez pole is_delete_for_prev_eval_rel: 1. Jeśli ma wartość true, jest to tryb add, który usunie poprzednią relację oceny; 2. Jeśli ma wartość false, jest to tryb append, który doda nowe relacje oceny na podstawie istniejących.

Jakie są zasady ograniczeń przy ponownym imporcie relacji oceny, gdy arkusze odpowiedzi już istnieją?

Zasady ograniczeń przy ponownym imporcie relacji oceny, gdy arkusze odpowiedzi już istnieją, są następujące: 1. Strona frontendowa nie obsługuje ponownego importu relacji oceny; 2. W API, gdy is_delete_for_prev_eval_rel ma wartość true, ponowny import jest ograniczony; 3. To ograniczenie zapobiega przypadkowym operacjom, które mogłyby prowadzić do utraty danych, gdy dane odpowiedzi już istnieją.