Suoraan sisältöön
XSIS

Teknologia

Toimialat

Ydinpankkijärjestelmät, ISO 20022, petosvalvonta, myymälät, EDI ja rahdinkuljettajat, HL7 ja FHIR, saavutettavuus ja ERP-päivitykset.

30 kysymystä

Onko ydinpankkijärjestelmämme korvattava?

Yleensä ei. Useimmat pankit hyötyvät enemmän siitä, että ydinjärjestelmä kapseloidaan hyvin määriteltyjen API:en taakse ja uudet tuotteet ja kanavat rakennetaan palveluina sen ympärille. Näin pääjärjestelmä pysyy vakaana, kun asiakkaille näkyvät osat muuttuvat nopeammin. Kun ydinjärjestelmä on todella korvattava, suunnittelemme siirron vaiheittain niin, että molempia järjestelmiä täsmäytetään, kunnes vanha poistetaan käytöstä.

Voitteko tukea ISO 20022:ta ja pikamaksuja?

Kyllä. Rakennamme palvelut, jotka luovat, validoivat ja lukevat ISO 20022 -viestejä sekä yritysmaksuihin ja raportointiin, kuten pain.001 ja camt.053, että pikamaksu- ja suurten maksujen järjestelmissä käytettäviin pankkien välisiin viesteihin. Jokaisella järjestelmällä ja pankilla on omat sääntönsä, joten työskentelemme niiden käyttöönotto-oppaiden mukaan ja testaamme niiden testiympäristöissä.

Voitteko rakentaa petos- ja tapahtumavalvonnan?

Kyllä. Yhdistämme säännöt, joita analyytikkonne voivat lukea ja muuttaa, koneoppimismalleihin, jotka on koulutettu omalla datallanne, ja selitämme, miksi kukin hälytys syntyi. Hälytykset menevät käsittelyjonoon, jossa analyytikot päättävät, ja heidän päätöksensä palautuvat sääntöihin ja malleihin. Jos käytätte jo erikoistuneita seulontapalveluja, yhdistämme ne.

Miten teette palveluista saavutettavia?

Suunnittelemme WCAG 2.2 AA:n mukaan ensimmäisestä prototyypistä lähtien, kirjoitamme selkeällä kielellä ja testaamme näppäimistöllä, ruudunlukijoilla ja suurennoksella. Automaattiset saavutettavuustarkistukset ajetaan toimitusputkessa, ja ennen suuria julkaisuja testaamme avustavia teknologioita käyttävien ihmisten kanssa.

Voitteko yhdistää vanhempiin järjestelmiimme?

Kyllä. Monet julkiset palvelut nojaavat pitkäikäisiin järjestelmiin. Yhdistämme niihin niiden nykyisten rajapintojen, tiedostojen tai tietokantojen kautta ja asetamme niiden eteen nykyaikaisen rajapinnan, kun siitä on hyötyä. Jos korvaaminen on tarpeen, se tehdään vaiheittain niin, että molemmat järjestelmät ovat käynnissä, kunnes uusi on todistettu.

Mikä on digitaalinen kaksonen, ja milloin sellainen kannattaa rakentaa?

Digitaalinen kaksonen on rakennuksen, lomakohteen tai kaupunginosan elävä 3D-malli, jota ruokkivat sen laitteiden ja järjestelmien data. Se kannattaa rakentaa, kun monen tiimin on suunniteltava, operoitava tai koulutettava samalla suurella kiinteistökannalla. Aloitamme kysymyksistä, joihin sen on vastattava, ja päätämme sitten, mitä dataa se tarvitsee.

Voitteko työskennellä jo käyttämiemme kiinteistö- ja hotellijärjestelmien kanssa?

Kyllä. Aloitamme kartoittamalla järjestelmänne ja niiden toimittajien tarjoamat rajapinnat ja yhdistämme ne sitten APIen, tapahtumien tai tiedostojen kautta. Järjestelmän korvaaminen on kanssanne tehtävä valinta, ei koskaan oletus.

Hoidatteko verkkolaskutusta Persianlahden kiinteistö- ja matkailukonserneille?

Kyllä. Yhdistämme ERP:inne Arabiemiirikuntien PINT-AE:hen, Saudi-Arabian ZATCA-vaiheeseen 2 ja Omanin verkkolaskutukseen automaattisella validoinnilla ja poikkeuspolulla hylätyille laskuille. Verkkolasku- ja ERP-valmiussprinttimme on tavallinen aloituskohta.

Mitä ennakoiva huolto vaatii meiltä?

Anturi- ja huoltohistoriaa laajuudessa olevista omaisuuseristä sekä insinöörejä, jotka kertovat, mitkä viat ovat merkityksellisiä. Aloitamme omaisuuseristä, joilla suunnittelematon pysähdys maksaa eniten, ja todistamme mallin niillä ennen laajentamista.

Voitteko auttaa tuottamaan ESG-raportit, jotka kestävät tarkastelun?

Rakennamme niiden taustalla olevat dataputket: data kerätään operatiivisista järjestelmistä, tarkistetaan laadun osalta ja jäljitetään lähteeseensä. Raportti näyttää tämän jälkeen, miten kukin luku tuotettiin.

Mitä tapahtuu, kun myymälä menettää yhteyden? (Vähittäiskauppa ja monikanavainen kaupankäynti)

Myymälä jatkaa myyntiä. Myynnit tallennetaan paikallisesti ja lähetetään, kun yhteys palaa, kukin yksilöllisellä tunnisteella, jotta mitään ei kirjata kahdesti. Hinta- ja varastopäivitykset jonoutuvat samalla tavalla. Toiminnot näkevät, mitkä myymälät ovat jäljessä ja kuinka paljon, joten pitkä katkos huomataan heti eikä sitä löydetä vasta kuukauden lopussa.

Mitä POS-järjestelmiä voitte integroida?

Integroimme POS-alustat sen kautta, mitä ne tarjoavat: pilvirajapinnat, myymäläpalvelimet, tietokantaviennit tai tiedostot. Ennen arviota katselmoimme POS:n dokumentaation ja otoksen sen datasta, koska se ratkaisee lähestymistavan. POS-alustan tai ERP:n nimeäminen tällä sivustolla ei tarkoita kumppanuutta sen toimittajan kanssa.

Työskentelettekö HL7:n ja FHIR:n kanssa?

Kyllä. Rakennamme rajapinnat, jotka lähettävät ja vastaanottavat HL7 v2 -viestejä, kuten saapumisilmoituksia, tilauksia ja tuloksia, sekä palvelut, jotka tarjoavat tai kuluttavat FHIR-resursseja. Kuvaamme paikalliset koodit terminologioihin, joita kumppaninne odottavat, ja testaamme niiden testijärjestelmillä ennen käyttöönottoa.

Voitteko integroitua sähköiseen potilaskertomusjärjestelmäämme?

Yleensä kyllä, sen toimittajan tarjoamien rajapintojen kautta: HL7 v2 -syötteet, FHIR-rajapinnat tai integraatiomoottori. Jotkin toimittajat vaativat rekisteröinnin tai hyväksynnän ennen integraation käyttöönottoa. Katselmoimme toimittajan dokumentaation varhain, koska se ratkaisee laajuuden ja suunnitelman.

Estävätkö räätälöinnit ERP-päivityksemme?

Eivät, jos ne on rakennettu oikein. Käytämme ERP:n tukemia laajennuskohtia, kuten rajapintoja, tapahtumia ja laajennuskehyksiä, ja pidämme räätälöidyn koodin erillään standardituotteesta. Jokainen laajennus dokumentoidaan ja testataan, joten se voidaan tarkistaa uutta versiota vasten ennen päivitystä.

Minkä ERP-järjestelmien kanssa työskentelette?

Työskentelemme SAP S/4HANA:n ja SAP Business Onen, Microsoft Dynamics 365 Financen ja Supply Chain Managementin sekä Business Centralin, Oracle NetSuiten, Oracle Fusion Cloud ERP:n, Odoon sekä Sage Intacctin ja Sage X3:n kanssa. Tuotteen nimeäminen ei tarkoita kumppanuutta sen toimittajan kanssa. Kertokaa versionsa ja moduulinne, sillä ne ratkaisevat integraatiovaihtoehdot.

Voiko yksi integraatio palvella useita yhtiöitä ja maita?

Kyllä. Suunnittelemme integraatiot käsittelemään useita oikeushenkilöitä, valuuttoja, pankkeja ja verosääntöjä yhdeltä alustalta niin, että kunkin yksikön asetukset ovat konfiguraatiota eivätkä koodia. Yksikön lisääminen tarkoittaa silloin konfiguraation ja testien lisäämistä, ei uutta integraatiota.

Työskentelettekö EDI:n kanssa?

Kyllä. Rakennamme ja ylläpidämme EDIFACT- ja ANSI X12 -virtoja AS2:n, SFTP:n tai lisäarvoverkon yli tilauksia, lähetysilmoituksia, laskuja ja tilaviestiä varten. Käännämme EDI:n myös rajapinnoiksi ja tapahtumiksi, jotta uudempien järjestelmien ei tarvitse lukea EDIä itse, ja testaamme jokaisen virran kauppakumppanin kanssa ennen käyttöönottoa.

Miten integroitte monta kuljetusliikettä?

Asetamme järjestelmiänne ja kuljetusliikkeiden väliin yhden kuljetuskerroksen. Järjestelmänne varaavat, tulostavat osoitelaput ja seuraavat yhden rajapinnan kautta, ja kerros kuvaa jokaisen pyynnön kunkin kuljetusliikkeen rajapintaan tai tiedostomuotoon. Kuljetusliikkeen lisääminen tarkoittaa silloin yhden kuvauksen ja sen testien lisäämistä, ei jokaisen lähettävän järjestelmän muuttamista. Hinnat, osoitelaput ja seurantatapahtumat palaavat yhdessä muodossa.

Voitteko työskennellä nykyisen varasto- tai kuljetusjärjestelmämme kanssa?

Kyllä. Laajennamme nykyisiä järjestelmiä niiden rajapintojen, viestirajapintojen tai tietokantojen kautta ja lisäämme niiden ympärille mobiilityökaluja ja integraatioita. Jos järjestelmä on tullut rajojensa päähän, suunnittelemme vaiheittaisen korvaamisen niin, että molemmat järjestelmät ovat käynnissä, kunnes uusi on todistettu.

Miten eristätte asiakasympäristöt moniasiakastuotteessa?

Valitsemme eristystason kanssanne kerroksittain: jaetut tai erilliset tietokannat, skeemat tai salausavaimet sekä rajoitukset laskennalle ja rajapintojen käytölle. Valinta riippuu asiakkaidenne sopimuksista, niiden datan sijaintia koskevista tarpeista ja kunkin asiakkaan kustannuksesta.

Voitteko modernisoida tuotteemme ilman uudelleenkirjoitusta?

Yleensä kyllä. Siirrämme yhden kyvykkyyden kerrallaan pois monoliitista strangler-fig-kuviolla automatisoitujen testien takana, joten julkaisut jatkuvat koko ajan.

Otatteko CRM-alustoja käyttöön vai rakennatteko oman?

Molempia. Otamme käyttöön ja laajennamme Salesforcea, ServiceNow’ta ja Microsoft Power Platformia, ja rakennamme CRM-kyvykkyyksiä tuotteeseen, kun se palvelee liiketoimintaa paremmin. Suosittelemme toista vasta tutkittuamme prosessinne.

Miten varmistatte, että alusta kestää yleisöhuipun?

Suunnittelemme huippua varten alusta asti ja todistamme sen: kuormitus- ja kaostestit odotetulla yleisömäärällä ja sen yli sekä havainnointi, joka varoittaa ennen kuin käyttäjät huomaavat. Tuotannossa luotettavuusinsinöörit seuraavat alustaa ja reagoivat sovituilla palvelutasoilla.

Voitteko rakentaa suositukset omalle datallemme?

Kyllä. Rakennamme luokittelu-, personointi- ja suosittelumoottorit teidän yleisö- ja sisältödatanne pohjalta teidän ympäristöönne ja mittaamme ne teille tärkeillä tuloksilla.

Toimivatko kielimallinne arabiaksi?

Kyllä. Hienosäädämme arabiankielisiä ja alueellisia murremalleja, kuten Jais, Falcon ja ALLaM, ja isännöimme ne yksityisessä tai suvereenissa pilvessä, kun sisältö tai yleisödata on pidettävä maassa.

Voitteko työskennellä nykyisten lähetys- ja sisältöjärjestelmiemme kanssa?

Kyllä. Kartoitamme sisältö-, yleisö- ja laskutusjärjestelmät, joita jo käytätte, ja yhdistämme niihin niiden rajapintojen, tapahtumien tai tiedostojen kautta. Uudet alustat rakennetaan niiden ympärille, ja korvaaminen suunnitellaan vain, kun se maksaa itsensä takaisin.

Toimiiko alusta arabiaksi ja muilla kielillä?

Kyllä. Käyttöliittymät rakennetaan oikealta vasemmalle ja vasemmalta oikealle kirjoitettaville kielille, ja tekoäly voi käyttää arabiankielisiä ja alueellisia murremalleja, jotka on isännöity yksityisessä tai suvereenissa pilvessä.

Milloin harjoitussimulaatio kannattaa rakentaa?

Silloin, kun todellisella laitteistolla tai todellisessa tilanteessa harjoittelu on kallista, riskialtista tai vaikeasti järjestettävää. Aloitamme tehtävistä, joissa virheet maksavat eniten, ja mittaamme, parantaako simulaatio suoritusta.

Ovatko oppimisalustanne saavutettavia?

Suunnittelemme ja testaamme ne WCAG:n mukaan näppäimistön, ruudunlukijoiden ja suurennoksen käyttäjät huomioiden, ja sisällytämme saavutettavuustarkistukset automatisoituun testaukseen.

Lisää kysymyksiä

Kaikki UKK-aiheet

Aloittakaa keskustelulla, ei sopimuksella.

Kertokaa, mitä haluatte rakentaa, yhdistää tai suojata. Arkkitehti käy sen kanssanne läpi ja suosittelee, mistä aloittaa.

Mitä tapahtuu seuraavaksi

  1. Ajan sopiminen

    Tiimimme lähettää teille sähköpostia sopiakseen ajan tapaamiseen.

  2. Ennakkokonsultointi

    Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.

  3. Valmiustarkastus

    Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.

  4. Polun valinta

    Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.