Iparágak

Általában nem. A legtöbb bank többet nyer azzal, ha jól meghatározott API-kkal burkolja be az alaprendszert, és új termékeket és csatornákat épít köré szolgáltatásként. Így az elsődleges nyilvántartás stabil marad, miközben az ügyfelek felé néző részek gyorsabban változnak. Ahol az alaprendszert valóban le kell cserélni, ott szakaszosan tervezzük a migrációt, és a két rendszert folyamatosan egyeztetjük, amíg a régit ki nem kapcsolják.

Tovább: Fintech és pénzügyi szolgáltatásokHivatkozás erre a kérdésre

Igen. Olyan szolgáltatásokat fejlesztünk, amelyek ISO 20022-üzeneteket hoznak létre, ellenőriznek és olvasnak be, egyrészt vállalati fizetésekhez és jelentésekhez, például pain.001 és camt.053 formátumban, másrészt az azonnali és nagy értékű fizetési rendszerek bankközi üzeneteihez. Minden fizetési rendszernek és banknak saját szabályai vannak, ezért a bevezetési útmutatóikból dolgozunk, és a tesztkörnyezeteikben tesztelünk.

Tovább: Fintech és pénzügyi szolgáltatásokHivatkozás erre a kérdésre

Igen. Ötvözzük azokat a szabályokat, amelyeket elemzői el tudnak olvasni és módosítani, a saját adatain tanított gépi tanulási modellekkel, és megmagyarázzuk, miért jött létre az egyes riasztás. A riasztások egy esetkezelési sorba kerülnek, ahol elemzők döntenek, döntéseik pedig visszakerülnek a szabályokba és a modellekbe. Ahol már használ speciális szűrőszolgáltatókat, azokat bekötjük.

Tovább: Fintech és pénzügyi szolgáltatásokHivatkozás erre a kérdésre

Az első prototípustól a WCAG 2.2 AA szintjére tervezünk, közérthetően fogalmazunk, és billentyűzettel, képernyőolvasóval és nagyítással tesztelünk. Az automatizált akadálymentességi ellenőrzések a szállítási folyamatban (CI/CD) futnak, a nagyobb kiadások előtt pedig segítő technológiát használó emberekkel is tesztelünk.

Tovább: KözszféraHivatkozás erre a kérdésre

Igen. Sok közszolgáltatás hosszú életű rendszerekre támaszkodik. A meglévő interfészeiken, fájljaikon vagy adatbázisaikon keresztül kapcsolódunk hozzájuk, és ahol ez segít, modern API-t helyezünk eléjük. Ha cserére van szükség, szakaszosan hajtjuk végre, és a két rendszer párhuzamosan fut, amíg az új rendszer nem bizonyít.

Tovább: KözszféraHivatkozás erre a kérdésre

A digitális iker egy épület, üdülőhely vagy városrész valós idejű 3D-modellje, amelyet eszközei és rendszerei adatai táplálnak. Akkor érdemes megépíteni, amikor sok csapatnak kell ugyanarra a nagy ingatlanállományra tervezést, üzemeltetést vagy képzést végeznie. Azokból a kérdésekből indulunk ki, amelyekre válaszolnia kell, majd eldöntjük, milyen adatokra van szüksége.

Tovább: Ingatlan és vendéglátásHivatkozás erre a kérdésre

Igen. Először feltérképezzük a meglévő rendszereket és a beszállítóik által biztosított interfészeket, majd API-kon, eseményeken vagy fájlokon keresztül kapcsolódunk hozzájuk. Egy rendszer cseréjéről Önnel közösen döntünk, ez soha nem az alapértelmezés.

Tovább: Ingatlan és vendéglátásHivatkozás erre a kérdésre

Igen. Összekapcsoljuk az ERP-jét az EAE PINT-AE, a szaúdi ZATCA 2. fázis és Omán e-számlázási rendszerével, automatizált ellenőrzéssel és kivételútvonallal az elutasított számlákhoz. E-számlázási és ERP-felkészültségi sprintünk gyakori kiindulópont.

Tovább: Ingatlan és vendéglátásHivatkozás erre a kérdésre

A hatókörbe tartozó eszközök szenzor- és karbantartási előzményeire, valamint olyan mérnökökre, akik megmondják, mely meghibásodások számítanak. Azokkal az eszközökkel kezdjük, ahol egy nem tervezett leállás a legtöbbe kerül, és ott bizonyítjuk a modellt, mielőtt kiterjesztjük.

Tovább: Energia és közművekHivatkozás erre a kérdésre

Megépítjük a mögöttük álló adatfolyamokat: az üzemeltetési rendszerekből gyűjtött, minőségükben ellenőrzött és a forrásig visszakövetett adatokat. A jelentés így megmutatja, hogyan készült az egyes szám.

Tovább: Energia és közművekHivatkozás erre a kérdésre

Az üzlet tovább árusít. Az eladásokat helyben tároljuk, és a kapcsolat helyreállásakor küldjük el, mindegyiket egyedi azonosítóval, hogy semmi ne kerüljön kétszer könyvelésre. Az ár- és készletfrissítések ugyanígy sorba állnak. Az üzemeltetés látja, mely üzletek vannak lemaradásban és mennyivel, így egy hosszabb kiesés azonnal feltűnik, nem csak a hónapzáráskor derül ki.

Tovább: Kiskereskedelem és omnichannel kereskedelemHivatkozás erre a kérdésre

A POS-platformokat azon keresztül integráljuk, amit kínálnak: felhős API-kon, bolti szervereken, adatbázis-exportokon vagy fájlokon keresztül. A becslés előtt átnézzük a POS dokumentációját és az adatai egy mintáját, mert ez határozza meg a megközelítést. Ha ezen az oldalon egy POS-platformot vagy ERP-t megnevezünk, az nem jelent partnerséget a beszállítójával.

Tovább: Kiskereskedelem és omnichannel kereskedelemHivatkozás erre a kérdésre

Igen. Olyan interfészeket fejlesztünk, amelyek HL7 v2 üzeneteket küldenek és fogadnak, például felvételi, megrendelési és leletüzeneteket, valamint olyan szolgáltatásokat, amelyek FHIR-erőforrásokat tesznek elérhetővé vagy használnak. A helyi kódokat a partnerei által elvárt terminológiákhoz rendeljük, és az élesítés előtt mindent a partnerek tesztrendszereivel tesztelünk.

Tovább: EgészségügyHivatkozás erre a kérdésre

Általában igen, a beszállító által biztosított interfészeken keresztül: HL7 v2 adatfolyamokon, FHIR API-kon vagy integrációs motoron. Egyes beszállítók regisztrációt vagy jóváhagyást kérnek, mielőtt az integráció élesbe kerül. A beszállító dokumentációját korán átnézzük, mert ez határozza meg a hatókört és a tervet.

Tovább: EgészségügyHivatkozás erre a kérdésre

Nem, ha megfelelően készülnek. Az ERP támogatott bővítési pontjait használjuk, például API-kat, eseményeket és bővítési keretrendszereket, és az egyedi kódot a szabványos terméktől elkülönítve tartjuk. Minden bővítmény dokumentált és tesztelt, így a frissítés előtt egy új kiadással szemben is ellenőrizhető.

Tovább: Gyártás és vállalati ERPHivatkozás erre a kérdésre

Dolgozunk SAP S/4HANA és SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management és Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo, valamint Sage Intacct és Sage X3 rendszerekkel. Egy termék megnevezése nem jelent partnerséget a beszállítójával. Adja meg a verziót és a modulokat, mert ezek határozzák meg az integrációs lehetőségeket.

Tovább: Gyártás és vállalati ERPHivatkozás erre a kérdésre

Igen. Az integrációkat úgy tervezzük, hogy egyetlen platformról kezeljenek több jogalanyt, pénznemet, bankot és adószabályt, az egyes jogalanyok beállításait konfigurációként, nem kódként tárolva. Egy új jogalany hozzáadása így konfigurációt és teszteket jelent, nem új integrációt.

Tovább: Gyártás és vállalati ERPHivatkozás erre a kérdésre

Igen. EDIFACT és ANSI X12 szerinti EDI-folyamatokat építünk és tartunk karban AS2-n, SFTP-n vagy értéknövelt hálózaton (VAN) keresztül, rendelésekhez, szállítási értesítőkhöz, számlákhoz és állapotüzenetekhez. Az EDI-t API-kká és eseményekké is alakítjuk, így az újabb rendszereknek nem kell maguknak EDI-t olvasniuk, és minden folyamatot az élesítés előtt tesztelünk a kereskedelmi partnerrel.

Tovább: Logisztika és disztribúcióHivatkozás erre a kérdésre

Egyetlen fuvarozói réteget helyezünk a rendszerei és a fuvarozók közé. A rendszerei egyetlen interfészen keresztül foglalnak, címkéznek és követnek, a réteg pedig minden kérést leképez az adott fuvarozó API-jára vagy fájlformátumára. Egy új fuvarozó hozzáadása így egyetlen leképezést és annak tesztjeit jelenti, nem pedig minden szállítmányt indító rendszer módosítását. A díjtételek, címkék és követési események egységes formátumban érkeznek vissza.

Tovább: Logisztika és disztribúcióHivatkozás erre a kérdésre

Igen. A meglévő rendszereket API-jaikon, üzenetinterfészeiken vagy adatbázisaikon keresztül bővítjük, és mobileszközöket, valamint integrációkat építünk köréjük. Ha egy rendszer elérte a határait, szakaszos cserét tervezünk, és a két rendszer párhuzamosan fut, amíg az új rendszer nem bizonyít.

Tovább: Logisztika és disztribúcióHivatkozás erre a kérdésre

Az elkülönítés szintjét Önnel együtt választjuk meg, rétegenként: megosztott vagy külön adatbázisok, sémák vagy titkosítási kulcsok, valamint a számítási és API-használat korlátai. A választás az ügyfelei szerződéseitől, az adattárolási helyre vonatkozó igényeiktől és az egyes bérlők költségétől függ.

Tovább: SaaS- és CRM-platformokHivatkozás erre a kérdésre

Általában igen. A strangler-fig mintával egyszerre egy képességet emelünk ki a monolitból, automatizált tesztek védelmében, így a kiadások végig folytatódnak.

Tovább: SaaS- és CRM-platformokHivatkozás erre a kérdésre

Mindkettőt. Bevezetjük és bővítjük a Salesforce-t, a ServiceNow-t és a Microsoft Power Platformot, és CRM-képességeket építünk a termékbe, amikor ez jobban szolgálja az üzletet. A folyamatai áttekintése után javasoljuk az egyiket.

Tovább: SaaS- és CRM-platformokHivatkozás erre a kérdésre

Eleve a csúcsra tervezünk, majd ezt bizonyítjuk is: terheléses és káosztesztek a várt közönségnél és azon túl, valamint olyan megfigyelhetőség, amely még azelőtt figyelmeztet, hogy a felhasználók bármit észrevennének. Éles környezetben megbízhatósági mérnökök (SRE) figyelik a platformot, és az egyeztetett szolgáltatási szintek szerint reagálnak.

Tovább: Média és távközlésHivatkozás erre a kérdésre

Igen. Osztályozó, személyre szabó és ajánló motorokat építünk az Ön közönség- és tartalomadataira, az Ön környezetében, és az Ön számára fontos eredményekhez mérjük őket.

Tovább: Média és távközlésHivatkozás erre a kérdésre

Igen. Elsődlegesen arab nyelvű és regionális dialektusokra épülő modelleket finomhangolunk, például a Jaist, a Falcont és az ALLaM-ot, és privát vagy szuverén felhőben üzemeltetjük őket, amikor a tartalomnak vagy a közönségadatoknak az országban kell maradniuk.

Tovább: Média és távközlésHivatkozás erre a kérdésre

Igen. Feltérképezzük a már működő tartalom-, közönség- és számlázási rendszereit, és API-jaikon, eseményeiken vagy fájljaikon keresztül kapcsolódunk hozzájuk. Az új platformok köréjük épülnek, cserét pedig csak akkor tervezünk, ha megtérül.

Tovább: Média és távközlésHivatkozás erre a kérdésre

Igen. A felületek jobbról balra és balról jobbra írt nyelvekre egyaránt készülnek, az MI pedig használhat arab nyelvre optimalizált és regionális dialektusmodelleket, privát vagy szuverén felhőben üzemeltetve.

Tovább: Oktatás és munkaerő-fejlesztésHivatkozás erre a kérdésre

Akkor, amikor a valódi eszközön vagy valódi helyzetben való gyakorlás költséges, kockázatos vagy nehezen megszervezhető. Azokkal a feladatokkal kezdünk, ahol a hibák a legtöbbe kerülnek, és mérjük, hogy a szimuláció javítja-e a teljesítményt.

Tovább: Oktatás és munkaerő-fejlesztésHivatkozás erre a kérdésre

A WCAG szerint tervezzük és teszteljük őket, a billentyűzetet, képernyőolvasót és nagyítót használók igényeit szem előtt tartva, és az automatizált tesztelésbe akadálymentességi ellenőrzéseket is beépítünk.

Tovább: Oktatás és munkaerő-fejlesztésHivatkozás erre a kérdésre