Integrace Vzorová ustanovení
Integrace. Aplikace musí disponovat integračním rozhraním na PROXIO XZR v oblasti vazby na Základní registry.
Integrace. ID Název požadavku Popis požadavku I1 Integrace s IDM řešením • Součástí dodávky musí být integrace CLM řešení se systémem Centrálního ověřování (IDM). • SŽ požaduje dodávku přesné specifikace REST API na straně CLM řešení, které bude IDM využívat.
Integrace. Požadavek Splňuje (ano/ne)
Integrace. Žádná strana nebude nárokovat jakékoli doplnění, úpravu nebo vyvázání se z povinnosti dodržovat jakékoli ustanovení těchto Podmínek, pokud taková změna není vyhotovena písemně a podepsána a specificky označena druhou stranou jako dodatek k této smlouvě. Žádná úprava nebo dodatek k této smlouvě nesmí být provedeny přijetím, vyvázáním nebo jinou formou předloženou Kupujícím, která bude obsahovat dodatečné nebo odlišné podmínky, a Prodávající tímto oznamuje Kupujícímu zamítnutí takových dodatečných podmínek. V případě, že bude některé ustanovení těchto Podmínek prohlášeno neplatným nebo neaplikovatelným, nebude to mít dopad na platnost zbývajících ustanovení.
Integrace. Dostupnost úplně všech informací v systému prostřednictvím REST API s filtrováním a řazením v dotazech pro integraci s dalšími systémy.
Integrace. P.122 Systém bude zajišťovat napojení NIS NBv na služby systému eHealth JMK, prostřednictvím kterého bude umožněna výměna elektronické zdravotnické dokumentace s dalšími subjekty a systémy ZZ, NIX ZD a NCP v souladu s požadavky v kap. 3.3.4.1 – NIS NBv – napojení na eHealth systém kraje (eMeDocS).
Integrace. Následující text obsahuje řešení požadavku: Následující text obsahuje řešení požadavku: Následující text obsahuje řešení těchto požadavků: Následující text obsahuje řešení těchto požadavků:
Integrace. Následující text obsahuje řešení požadavku:
Integrace. Komunikace na úrovni integrace představuje přenos zpráv na úrovni mediace, přičemž do komunikace je zapojeno více Poskytovatelů či odběratelů služeb. Poskytovatelé služeb jsou identifikováni jako v případě mediační úrovně využitím registru služeb. Logika přenosu a mapování zpráv mezi Konzumenty a Poskytovateli je z větší míry statická, obsahující pouze jednoduché podmínky (či politiky) a konfigurovaná jako mediační datové toky v ESB. Logika volání jednotlivých komponent neobsahuje transakční zpracování a pokročilou obsluhu chyb.
Integrace. Výroba karet ERP OICT
