Synchronizacja z systemami zewnętrznymi (ERP)

Model przepływów

Framework obejmuje dwa kierunki obiegu danych:

• Jednostki (przychodzące) — Omniscol może pobrać z systemu ERP nauczycieli, przedmioty, sale, klasy, uczniów oraz ich identyfikatory zewnętrzne, zależnie od konektora i konfiguracji. Odniesienia ext-id są przechowywane w Omniscol na potrzeby uzgadniania danych.
• Lekcje (wychodzące) — Omniscol wypycha lekcje powstałe w wyniku własnego planowania do systemu ERP, z poprawnymi odniesieniami ext-id. Zależnie od konektora eksport można wyzwolić na żądanie, zaplanować albo powtórzyć w całości wsadowo, aby nadrobić rozbieżności.

Omniscol orkiestruje skonfigurowane importy i eksporty, przechowuje identyfikatory zewnętrzne, zarządza przebiegami synchronizacji i udostępnia ekrany kontrolne, które pozwalają uzgodnić dane między Omniscol a systemem zewnętrznym.

Źródło i prawa do tworzenia lokalnego

Dla każdego typu jednostki (nauczyciele, przedmioty, sale itd.) wybiera się system źródłowy i wskazuje, czy lokalne tworzenie i lokalna aktualizacja pozostają dozwolone. Ekran udostępnia też przycisk Powiązanie, który pozwala powiązać lokalną jednostkę Omniscol z jednostką ERP, gdy obie już istnieją.

Pomost między ontologiami

Każdy system ERP ma własne słownictwo (na przykład „przedmiot” w Omniscol = Unité Pédagogique w systemie Auriga = Cours w systemie Aurion). Framework obsługuje mapowanie: to Omniscol wiąże pojęcia z jednej strony z pojęciami z drugiej, nie trzeba przepisywać własnej nomenklatury.

Dostępne konektory

Dostępne

• Aurion — konektor dostępny produkcyjnie. System ERP wydawany przez firmę Auriga, szczególnie popularny we francuskim szkolnictwie wyższym (szkoły inżynierskie, szkoły biznesu).
• Auriga — konektor dostępny produkcyjnie. Auriga jako oprogramowanie to w pełni webowa kontynuacja systemu Aurion, od tej samej firmy.

Standard katalogowy

• OneRoster — zamiast konektora właściwego jednemu dostawcy Omniscol obsługuje międzynarodowy standard OneRoster (1.2 oraz grupy zaawansowane), aby wymieniać katalog szkolny z systemem SIS, platformą edukacyjną lub LMS, które są zgodne z tym standardem. Import katalogu OneRoster należy do tej synchronizacji Premium; eksport natomiast jest udostępniany tylko do odczytu i kontrolowany przez zakresy OAuth2. Zob. OneRoster.

Na życzenie

Każdy system ERP lub system informacyjny, który udostępnia udokumentowane API dla działań importu i eksportu oraz sandbox do pracy, może zostać zintegrowany projektowo. Proszę skontaktować się ze wsparciem Omniscol, aby ustalić zakres dodania nowego konektora.

Różnica wobec systemów, które odpytują Omniscol

Niektóre systemy mogą też korzystać z Omniscol przez punkty dostępu GET publicznego API: w takim przypadku Omniscol nie orkiestruje synchronizacji z systemem ERP, system strony trzeciej odpytuje tylko te dane, do których dostęp daje jego token. Ten model różni się od synchronizacji orkiestrowanej przez Omniscol:

Model partner pull nie wymaga konfiguracji synchronizacji z systemami zewnętrznymi: wystarczą publiczne API i tokeny uwierzytelniające. Zob. API Omniscol.

Konfiguracja

Konfiguracja synchronizacji z systemami zewnętrznymi wymaga zwykle sesji ze wsparciem Omniscol, aby:

1. Wypisać obiekty do synchronizacji — użytkownicy, klasy, nauczyciele, przedmioty, sale itd.
2. Wykalibrować mapowanie ontologiczne — które pojęcie ERP odpowiada któremu pojęciu Omniscol.
3. Określić wyłączność dla każdego typu jednostki.
4. Ustalić częstotliwość przebiegów (na żądanie, godzinowa, dzienna, plus przebieg nadrabiający rozbieżności).
5. Przetestować na sandboksie ERP przed uruchomieniem produkcyjnym.

Sprawdzenia i codzienne czynności

• Sprawdzenie skonfigurowanych ulubionych lub datasetów, zależnie od konektora.
• Ręczne wyzwolenie eksportu lekcji z ekranu administracyjnego.
• Zaplanowany pełny eksport, gdy ta opcja jest skonfigurowana w bloku eksportu.
• XML Pivot Aurion, gdy używany jest konektor Aurion.
• Sprawdzenie dopasowań: ekrany powiązań wskazują jednostki, które trzeba powiązać lub poprawić.