Aktualizacja treści: 7 sierpnia 2026

Dla programistów

Erudis dla zespołów technicznych — API organizacji, webhooki, SSO i LTI 1.3

Erudis udostępnia organizacjom API do pracy na ich własnych danych: kontach, grupach, kursach, raportach i webhookach. Dostęp otwiera klucz API z ograniczonymi zakresami uprawnień i listą dozwolonych adresów, a nie hasło użytkownika. Poza API zespoły techniczne konfigurują logowanie SSO, wpięcie przez LTI 1.3, import kursów z Moodle i subskrypcję kalendarza. Całość włącza koordynator organizacji w jednym miejscu — w zakładce „Zarządzanie integracjami”.

„Zarządzanie integracjami”: klucze API, webhooki, mikropoświadczenia, Examena i LTI / Moodle w jednym widoku. Zrzuty ze środowiska pokazowego; dane przykładowe.

Co obejmuje API organizacji Erudis? PRO

API organizacji Erudis obejmuje dane, które należą do Twojej organizacji: konta użytkowników, grupy, kursy, raporty i webhooki. Pozwala zasilić platformę listą pracowników albo studentów z systemu kadrowego lub dziekanatowego, utrzymywać skład grup, sprawdzać stan kursów i pobierać dane o postępach do własnej hurtowni. API jest funkcją planu Professional i wyższych.

  • Konta i grupy

    Zakładanie i aktualizowanie kont użytkowników organizacji, nadawanie ról oraz utrzymywanie składu grup — tego samego, który koordynator widzi w aplikacji i który da się zaimportować z pliku.

  • Kursy

    Odczyt kursów organizacji wraz z ich strukturą i stanem publikacji oraz przypisywanie do nich grup, żeby kurs dotarł do właściwych osób bez ręcznego klikania.

  • Raporty

    Pobieranie danych o postępach i ukończeniach — tych samych, które w aplikacji zasilają raporty i analitykę, a cyklicznie trafiają na skrzynkę przez harmonogramy raportów.

  • Webhooki

    Konfiguracja punktów końcowych i podgląd dostaw. Webhooki są uzupełnieniem API: zamiast odpytywać platformę o zmiany, dostajesz powiadomienie w chwili zajścia zdarzenia.

Jak działają klucze API organizacji? PRO

Klucz API w Erudis tworzy koordynator przyciskiem „Utwórz klucz API”: nadaje mu opisową nazwę i opcjonalną datę wygaśnięcia, a w zakładce „Ograniczenia” zawęża jego uprawnienia i adresy, z których wolno go używać. Klucz jest tożsamością integracji, nie człowieka — odwołanie klucza nie odbiera nikomu dostępu do aplikacji.

  • 45 zakresów uprawnień

    Uprawnienia klucza wybiera się z 45 zakresów, więc integracja czytająca raporty nie musi mieć prawa zakładania kont. Zasada najmniejszych uprawnień jest tu wykonalna, a nie tylko deklarowana.

  • Lista dozwolonych adresów

    Klucz można ograniczyć do zakresów adresów IP w wersji IPv4 i IPv6. Żądanie spoza listy nie zostanie obsłużone, nawet jeśli klucz wyciekł poza Twoją sieć.

  • Wygasanie i audyt użycia

    Data wygaśnięcia jest opcjonalna, ale zalecana przy integracjach projektowych. Użycie klucza jest rejestrowane, więc widać, która integracja z niego korzysta i kiedy przestała.

Tworzenie klucza API: nazwa, opcjonalna data wygaśnięcia i zakładka „Ograniczenia” z zakresami uprawnień. Zrzuty ze środowiska pokazowego; dane przykładowe.

Jakie zdarzenia wysyłają webhooki Erudis?

Erudis wysyła dokładnie dwa zdarzenia webhook: „course.completed”, gdy uczestnik ukończy wszystkie opublikowane części kursu — w interfejsie nosi ono nazwę „Kurs ukończony” — oraz „assessment.completed” po zakończonym sprawdzianie. To nie jest katalog kilkudziesięciu zdarzeń i nie udajemy, że jest: dwa zdarzenia pokrywają najczęstszy przypadek, czyli zapis ukończenia w systemie kadrowym lub dziekanatowym.

  • Podpis HMAC-SHA256 i ochrona przed powtórzeniem

    Każda dostawa jest podpisana sekretem webhooka algorytmem HMAC-SHA256, a odbiorca może odrzucić żądanie powtórzone przez osobę trzecią. Sekret podajesz przy tworzeniu punktu końcowego.

  • Ponowienia z narastającym odstępem

    Nieudana dostawa jest ponawiana z rosnącym odstępem, do ustawionej maksymalnej liczby prób. Log dostaw pokazuje każdą próbę wraz z odpowiedzią Twojego punktu końcowego.

  • Endpoint testowy i włącznik per kurs

    Punkt końcowy da się sprawdzić testową dostawą przed uruchomieniem. Uwaga na drugi przełącznik: kurs wysyła zdarzenia dopiero po włączeniu opcji „Wysyłaj webhooki dla tego kursu” w jego ustawieniach.

Tworzenie webhooka: adres punktu końcowego, zdarzenie „Kurs ukończony”, sekret i maksymalna liczba ponowień. Zrzuty ze środowiska pokazowego; dane przykładowe.

Jak podłączyć logowanie jednokrotne (SSO)? PRO

Erudis obsługuje logowanie jednokrotne w standardach SAML i OIDC, konfigurowane osobno dla każdej organizacji. Wniosek o połączenie składa koordynator z poziomu aplikacji, a prawo do domeny potwierdza wpis DNS TXT — dopiero po weryfikacji konta z tej domeny mogą logować się przez Twojego dostawcę tożsamości. Na ekranie logowania działa przycisk „Zaloguj się przez Microsoft”.

Logowanie hasłem może działać równolegle z SSO. To praktyczne przy wdrożeniu etapowym i przy kontach spoza organizacji, na przykład zewnętrznych trenerów — nie trzeba przełączać całej instytucji jednego dnia.

Konta użytkowników logujących się przez SSO mogą powstawać przy pierwszym logowaniu, więc lista osób nie wymaga osobnego zasilania. Logowanie jednokrotne jest funkcją planu Professional i wyższych.

Jak wpiąć Erudis w istniejący LMS przez LTI 1.3? PRO

Erudis występuje po stronie narzędzia LTI 1.3, więc wpina się w Twój istniejący system nauczania — na przykład w Moodle — zamiast go zastępować. Najkrótsza droga to „Generuj URL rejestracji” i wklejenie adresu w panelu LMS-a; platformy bez rejestracji dynamicznej podłączysz ręcznie, kopiując komplet danych narzędzia: adres inicjujący logowanie, adres przekierowania i adres zestawu kluczy publicznych.

  • Deep Linking

    Prowadzący wybiera konkretny kurs lub lekcję Erudis wprost z panelu swojego LMS-a. Wybór treści działa w ramce systemu nauczania.

  • Zwrot ocen (AGS)

    Wyniki uzyskane w Erudis wracają do dziennika ocen systemu nauczania, więc prowadzący nie prowadzi dwóch list ocen równolegle.

  • Synchronizacja listy uczestników (NRPS)

    Skład grupy pobierany jest z systemu nauczania, dzięki czemu uczestnicy nie muszą być zapisywani do kursu Erudis osobno.

  • Uczciwe zastrzeżenie o ramce

    Pełne uruchomienie treści w ramce LMS-a kończy się przyciskiem „Continue in a new tab” — kurs otwiera się w nowej karcie. Nie obiecujemy pełnego osadzenia w ramce.

LTI / Moodle: rejestracja dynamiczna przez URL albo ręczna rejestracja platformy — issuer, Client ID oraz adresy uwierzytelniania, tokenu i JWKS. Zrzuty ze środowiska pokazowego; dane przykładowe.

Jak przenieść treści i wymienić dane z innymi systemami?

Poza API Erudis wymienia dane w kilku formatach plikowych i przez integracje dostawców. Import kursu z Moodle czyta plik .mbz, kopia zapasowa kursu Erudis ma rozszerzenie .ecb, terminy trafiają do kalendarza przez subskrypcję ICS, a egzaminy zewnętrzne i mikropoświadczenia obsługują odrębne systemy CloudTeam i partnerów. Każdą z tych integracji włącza koordynator organizacji.

  • Import .mbz z Moodle PRO

    Import przenosi treści kursu. Nie przenosi kont ani ocen, a pytania quizów trafiają jako tekst do bazy wiedzy, nie jako natywne sprawdziany — mówimy o tym wprost przy planowaniu migracji.

  • Kopia zapasowa .ecb

    Kopia kursu Erudis jest podpisana i przenośna między organizacjami tej samej platformy, a z konstrukcji nie zawiera danych studentów. To format wewnętrzny Erudis, nie standard branżowy.

  • Eksport kalendarza ICS

    Terminy zaliczeń i sprawdzianów student subskrybuje w swoim kalendarzu przez adres ICS, więc nie trzeba przepisywać dat do systemu kalendarzowego organizacji.

  • Examena i Credentium

    Egzaminy z proktoringiem prowadzi zewnętrzna Examena, a mikropoświadczenia wystawia Credentium. Integrację włącza się danymi API dostawcy; łączność sprawdza przycisk „Testuj połączenie”.

Integracja Examena: adres API dostawcy, klucz organizacji i sprawdzenie łączności przed zapisem. Zrzuty ze środowiska pokazowego; dane przykładowe.

Zakres publicznego API

Publicznie dokumentujemy wyłącznie API organizacji: konta, grupy, kursy, raporty i webhooki — czyli dane należące do Twojej organizacji. Wewnętrzne interfejsy administracyjne platformy nie są produktem, nie są sprzedawane i nie opisujemy ich na tej stronie. Pełną specyfikację punktów końcowych przekazujemy w ramach wdrożenia.

Sprawdź integracje na własnym środowisku

API organizacji, SSO, LTI 1.3 i import z Moodle są funkcjami planu Professional i wyższych.