Gyakran ismételt kérdések

A hatókör alapján becsülünk, nem árlistából. Az első beszélgetés után a munkát részekre bontjuk, mindegyiket felmérjük, és leírjuk a becslés mögötti feltételezéseket. A fő tényezők a rendszerek és integrációk száma, az adatai állapota, a biztonsági és szabályozási követelmények, a szükséges tesztelés és a csapat szenioritása. Írásos becslést kap több változattal, hogy eldönthesse, mivel kezdjen. Az árat és az ütemezést a munka megkezdése előtt látja.

Hivatkozás erre a kérdésre

Befolyásolhatja. A költség a munkához szükséges szerepköröktől, tapasztalati szinttől és szaktudástól függ, valamint attól, ki tudja ezeket biztosítani. Az árat és az ütemtervet a munka megkezdése előtt megismeri. Az összetétel minden változását előbb Önnel egyeztetjük.

Hivatkozás erre a kérdésre

A hatókörbe tartozó ügyfélutak és csatornák, a szükséges kutatás mértéke, a meglévő adatai állapota, és hogy mi is megépítjük-e a változásokat. A kutatás és a tervezés szakaszolható, így a megvalósítás melletti döntés előtt átnézheti az eredményeket.

Hivatkozás erre a kérdésre

A nyelvi modellek díja az általuk olvasott és írt szöveg mennyiségétől függ, amelyet tokenben mérnek. A tokenökonómia használati esetenként megbecsüli ezt a futtatási költséget, és azt is, hogyan csökkentheti ezt a gyorsítótárazás és a kisebb modellek használata.

Hivatkozás erre a kérdésre

Minden használati eset a munka megkezdése előtt mérőszámot és alapvonalat kap, például megtakarított órákat, elkerült hibákat vagy többletbevételt. A pilotprojektet ehhez a mérőszámhoz mérjük, mielőtt a következő szakaszt finanszíroznák.

Hivatkozás erre a kérdésre

Attól függ, milyen csapatra van szüksége, és minek kell előbb rendelkezésre állnia: a szerződésnek, a rendszereihez való hozzáférésnek, a biztonsági felülvizsgálatoknak, integrációknál pedig a partnerei tesztkörnyezeteinek. Megmondjuk, mire és mikor van szükségünk Öntől, és az ajánlatban megerősítjük a kezdés dátumát. A feltárás gyakran már akkor elkezdődhet, amikor a hozzáférések intézése még folyik.

Hivatkozás erre a kérdésre

Ez a hatókörtől, az érintett rendszerek és csapatok számától, a döntések gyorsaságától, valamint attól függ, mennyire állnak készen a harmadik felek, például a bankok vagy a beszállítók. A feltárás után mérföldkövekkel és azok függőségeivel ellátott tervet adunk át, és a projekt során végig ehhez mérten számolunk be.

Hivatkozás erre a kérdésre

Minden bank tesztkörnyezetet vagy tesztfolyamatot biztosít. A bankkal megállapodunk az egyes fizetéstípusokat, az elutasításokat és a kivonatokat lefedő tesztesetekben, lefuttatjuk őket, és megőrizzük a bizonyítékokat. Amikor a bank jóváhagyja, egy kis első fizetési körrel élesítünk, és összevetjük az eredményeket, mielőtt a többit is átállítjuk.

Hivatkozás erre a kérdésre

Néhány üzletben induló próbaüzemmel kezdünk, és naponta összevetjük az összesítőiket a jelenlegi folyamattal. Ha az összesítők egyeznek, csoportonként vezetjük be, olyan ütemben, amelyet a bolti üzemeltetési csapata le tud követni. A régi folyamat minden üzletben elérhető marad, amíg az új folyamat be nem bizonyít.

Hivatkozás erre a kérdésre

A kis javítások, például egy világosabb üzenet vagy egy megszüntetett lépés, korán kiadhatók. A szolgáltatások és rendszerek nagyobb változásai tervezett szakaszokban következnek. A mérőszámokat és az alapvonalat a munka kezdete előtt egyeztetjük, így minden változás összehasonlítható az előtte lévő állapottal.

Hivatkozás erre a kérdésre

Az Ön számára épített munka szellemi tulajdona már az első committól az Öné, a végén nincs szükség külön átruházásra. Ez kiterjed az egyedi kódra, a dokumentációra és az Önnek készített egyéb átadandó eredményekre. Minden, amit mi hozunk és már korábban is létezett, például belső eszközök vagy könyvtárak, a miénk marad, Ön pedig licencet kap a rendszereiben való használatukra. A nyílt forráskódú komponensek megtartják saját licencüket, és ezeket listába szedjük Önnek.

Hivatkozás erre a kérdésre

Igen. Kölcsönös titoktartási megállapodást írunk alá, mielőtt bármi bizalmasat megosztana, az Ön vagy a mi sablonunk alapján. Mindenkit, aki a projektjén dolgozik, titoktartási kötelezettség köt, akár az XSIS munkatársa, akár egy kiszervezett csapat tagja.

Hivatkozás erre a kérdésre

Az Önnek készített munka szellemi tulajdonjoga az első committól az Öné, a végén nincs szükség külön átruházásra. A csapat által létrehozott egyedi kód, tervek és dokumentumok az Ön saját kódtáraiban és eszközeiben találhatók. A korábban is létező XSIS-eszközök a mieink maradnak, és ezekre licencet adunk Önnek. A csapat minden tagjára, a külső csapatok mérnökeit is beleértve, ugyanazok a titoktartási feltételek vonatkoznak.

Hivatkozás erre a kérdésre

Az Önnek készített munka szellemi tulajdonjoga az első committól az Öné, a végén nincs szükség külön átruházásra. A mérnök által Önnek készített munka az Ön saját kódtáraiban található. A korábban is létező XSIS-eszközök a mieink maradnak, és ezekre licencet adunk Önnek. Minden mérnök aláírja titoktartási feltételeinket, és követi az Ön biztonsági szabályzatait, amíg az Ön rendszereiben dolgozik.

Hivatkozás erre a kérdésre

Az Önnek készített munka szellemi tulajdonjoga az első committól az Öné, a végén nincs szükség külön átruházásra. Ez kiterjed az Önnek átadott egyedi szoftverre, tervekre és dokumentumokra. A projektben felhasznált, már meglévő eszközeink vagy kódkönyvtáraink a mieink maradnak, ezeket a szerződés megnevezi, és licencet adunk rájuk Önnek.

Hivatkozás erre a kérdésre

A hozzáférést személyenként adjuk meg, az adott szerepkör igényeire korlátozva, és megszüntetjük, amikor az illető kilép a projektből. Ha így szeretné, az Ön repositoryjaiban és környezeteiben dolgozunk, többtényezős hitelesítést használunk, és a titkos adatokat kulcstárban tartjuk, soha nem a kódban. A kódot az összefésülés előtt átnézzük, a függőségeket átvizsgáljuk, az éles adatokat pedig maszkolás nélkül nem másoljuk tesztkörnyezetbe. Ezeket a kontrollokat a munka kezdetén egyeztetjük az Ön biztonsági csapatával.

Hivatkozás erre a kérdésre

Ott, ahol Ön dönt. A munka kezdete előtt egyeztetjük az adatok helyét, és ehhez igazítjuk a tervezést, akár egy országon belül kell maradniuk az adatoknak, akár az Ön saját felhőfiókjában vagy telephelyén. Ahol adatvédelmi jogszabályok, például a GDPR alkalmazandók, adatfeldolgozási szerződés alapján dolgozunk, és a személyes adatokat a munkához szükséges körre korlátozzuk.

Hivatkozás erre a kérdésre

Csak ha Ön beleegyezik. Megmondjuk, mely eszközöket használnánk, hogyan kezelik a kódot és az adatokat, és kerül-e ki bármi a környezetéből. Ha úgy kívánja, ezek nélkül dolgozunk. Az MI segítségével írt kód ugyanazon az ellenőrzésen és tesztelésen megy át, mint bármely más kód, és az azt beküldő mérnök felel érte.

Hivatkozás erre a kérdésre

Igen. A jóváhagyás a meglévő kontrollokkal együtt az ERP-ben marad. Az integrációs réteg naplóz minden általa létrehozott, aláírt, elküldött és fogadott fájlt, időbélyeggel, azonosítókkal és a használt technikai fiókkal. Ez a napló a bank állapotjelentésében szereplő minden fizetést visszaköt az ERP-bizonylathoz és annak jóváhagyóihoz.

Hivatkozás erre a kérdésre

Ez a terv célja. A kártyaszámokat a tanúsított terminál vagy egy hosztolt fizetési oldal rögzíti, az átjáró pedig tokenekre cseréli őket, így a POS, az ERP és az adattárak mindig csak tokeneket látnak. Ez szűkíti a rendszerei azon körét, amelyre a PCI DSS vonatkozik. A végleges hatókört az Ön auditora erősíti meg.

Hivatkozás erre a kérdésre

Az XSIS saját mérnököket foglalkoztat, akik vezetik a projekteket, meghatározzák a műszaki irányt, és felelnek a minőségért. Ha egy projektnek több kapacitásra vagy speciális szaktudásra van szüksége, ellenőrzött kiszervezési partnerektől vonunk be mérnököket. Ők ugyanazon szabványok, szerződések és biztonsági szabályok szerint dolgoznak, Ön pedig mindig tudja, ki van a csapatában, és ki foglalkoztatja.

Hivatkozás erre a kérdésre

Minden mérnökkel elbeszélget, mielőtt csatlakozik; senkit nem helyezünk ki látatlanban. Ha valaki nem illik a csapatba, díjmentesen lecseréljük. Szóljon a megvalósítási vezetőjének, és úgy tervezzük meg az átadást, hogy a tudás a csapatnál maradjon. Ugyanez érvényes, ha valakinek saját okból kell elhagynia a projektet.

Hivatkozás erre a kérdésre

A munkához szükséges szaktudásból indulunk ki, nem abból, ki ér rá. A jelöltek vezető mérnökeink műszaki interjúin és gyakorlati feladatain mennek át, és a tapasztalatukat az Ön munkájához hasonló feladatokhoz mérjük. Ezután elküldjük a profiljaikat, és Ön maga készít velük interjút. Senki nem csatlakozik a csapatához az Ön jóváhagyása nélkül.

Hivatkozás erre a kérdésre

Minden mérnökkel interjút készít, mielőtt csatlakozik; vakon senkit nem helyezünk ki. Ha valaki mégsem megfelelő, díjmentesen lecseréljük. Szóljon a csapatvezetőnek vagy a kapcsolattartójának, amint észreveszi. A szerepkört és az eligazítást is megvizsgáljuk, mert néha ezekben rejlik a valódi ok, és átfedést tervezünk, hogy a tudás átadódjon, és ne vesszen el.

Hivatkozás erre a kérdésre

Szenior mérnökeink minden jelölttel műszaki interjút készítenek, és gyakorlati feladatokat oldatnak meg velük az Ön munkaköri leírása alapján. Megnézzük a korábbi munkáikat és azt, milyen rendszereket építettek. A külső csapatokból érkező mérnökök ugyanazon az értékelésen mennek át, mint a saját munkatársaink. Ezután Ön maga készít velük interjút, és csak azok csatlakoznak, akiket kiválaszt.

Hivatkozás erre a kérdésre

Lesz egy kijelölt megvalósítási vezetője, és rendszeres ütemben dolgozunk: minden iteráció elején tervezés, a végén a működő szoftver bemutatása, valamint rövid írásos jelentés a haladásról, a kockázatokról és a döntésekről. A feladatlistát, a kódtárat és a teszteredményeket bármikor megtekintheti. A szponzoraival tartott irányítóbizottsági ülések az Ön által választott gyakorisággal zajlanak.

Hivatkozás erre a kérdésre

A csapat indulása előtt egyeztetjük Önnel a munkaidőt, beleértve azokat az órákat, amikor a csapat és az Ön munkatársai egyszerre dolgoznak, megbeszélésekhez, felülvizsgálatokhoz és kérdésekhez. Ha a felhasználóinak vagy a rendszereinek ezeken az órákon kívül is ügyeletre van szükségük, azt a csapat összetételébe tervezzük, és nem bízzuk a véletlenre.

Hivatkozás erre a kérdésre

Mindenki ugyanazon kódolási szabványok, tesztelési szabályok és a kész ugyanazon definíciója szerint dolgozik, és ugyanazokat a folyamatokat és ellenőrzéseket használja. A módosításokat az XSIS mérnökei ellenőrzik a beolvasztás előtt. A minőségi problémákat mindenkinél ugyanúgy jelezzük, és a megvalósítási vezető intézkedik.

Hivatkozás erre a kérdésre

Amikor az eredmény világosan leírható, és azt szeretné, hogy egyetlen vállalat feleljen az eléréséért: egy meghatározott alkalmazás, egy integráció, egy migráció. Ha a prioritásai folyamatosan változni fognak, vagy a munkának nincs természetes vége, általában a dedikált csapat a jobb választás.

Hivatkozás erre a kérdésre

Igen, ha a bankjai napon belüli jelentéseket adnak. Ezek camt.052 vagy MT942 üzenetként, illetve egyenleg-API-n keresztül érkeznek. Az egyes bankok által támogatott ütemezés szerint gyűjtjük őket, és a napzáró kivonatok mellett jelenítjük meg, így a kincstári csapata a benyújtási határidők előtt láthatja a várható és a tényleges pozíciót.

Hivatkozás erre a kérdésre

Általában a bank dönt. A host-to-host SFTP a vállalati fizetési fájlok legszélesebb körben kínált csatornája. Az EBICS a német, a francia és a szomszédos országok bankjainál gyakori. A banki API-k a valós idejű egyenlegekhez és az azonnali fizetésekhez valók, ahol a bank kínálja őket. Sok vállalat többet is használ, és az integrációs réteg elrejti a különbséget az ERP elől.

Hivatkozás erre a kérdésre

Ahol a bank mindkettőt kínálja, a camt.053 gazdagabb, strukturált közleményadatokat hordoz, ami megbízhatóbbá teszi az automatikus párosítást. Az MT940-et még széles körben használják, és sok esetben jól működik. Mindkettőt fogadjuk, ugyanarra a belső modellre alakítjuk, és minden bankot akkor állítunk át MT940-ről camt.053-ra, amikor az Önnek és a banknak is megfelel.

Hivatkozás erre a kérdésre

Általában eseményként, közel valós időben, mert így a készlet- és értékesítési adatok napközben is naprakészek. Egyes ERP-k vagy licencek mellett a gyakori könyvelés költséges, ezért a réteg az eseményeket üzletenkénti és időszakonkénti összesítőkbe is csoportosíthatja. Önnel együtt döntünk, annak alapján, mely döntésekhez kell naprakész adat, és mit kezel jól az ERP.

Hivatkozás erre a kérdésre

A terv bármely POS-rendszerrel működik, amely API-n, eseményeken vagy fájlokon keresztül exportálja a tranzakciókat, valamint olyan ERP-kkel, mint az SAP S/4HANA, az Oracle NetSuite, a Microsoft Dynamics 365 Business Central és az Odoo. Az Ön konkrét POS- és ERP-rendszerének interfészeit az elején ellenőrizzük. Egy termék megnevezése nem jelent partnerséget a beszállítójával.

Hivatkozás erre a kérdésre

A kártyaelfogadó bank az a bank vagy engedéllyel rendelkező intézmény, amely feldolgozza az Ön kártyás fizetéseit, és kifizeti Önnek a pénzt. Az átjáró az előtte álló műszaki szolgáltatás, amely fogadja a terminálok és pénztárak kéréseit, tokenizálja a kártyákat, és továbbítja a kéréseket. Egyes szolgáltatók mindkét szerepet betöltik. A terv mindkét esetben működik, és világosan elkülöníti a két szerepet.

Hivatkozás erre a kérdésre

Az általunk épített rendszereket üzemeltethetjük és karbantarthatjuk: monitorozás, incidenskezelés, biztonsági frissítések és változtatások, ahogy az üzlete és partnerei változnak. A támogatást írásban rögzítjük, válaszidő-célokkal, eszkalációs kapcsolattartókkal és rendszeres jelentésekkel.

Hivatkozás erre a kérdésre

Ön dönt. A rendszert dokumentációval és közös áttekintésekkel átadhatjuk a saját csapatának, vagy támogatási szerződés vagy dedikált csapat keretében tovább támogathatjuk és fejleszthetjük. Ezt a projekt vége előtt egyeztetjük, így nem marad kiesés.

Hivatkozás erre a kérdésre

Ezt az élesítés előtt rögzítjük. Általában a bolti üzemeltetési vagy a pénzügyi csapata kezeli egy ellenőrzési listáról az üzleti hibákat, például egy ismeretlen cikket, a műszaki csapat pedig magának a folyamatnak a hibáit. Ezt a műszaki támogatást folyamatos megállapodás keretében is nyújthatjuk, az üzemeltetési útmutatót megosztva a csapatával.

Hivatkozás erre a kérdésre

A többi folyamat tovább fut. Az adott partnernek szóló üzeneteknél újrapróbálkozunk, majd sorba állítjuk őket, a támogatási csapat riasztást kap, és semmi sem vész el. Amikor a partner helyreáll, a sorban álló üzeneteket sorrendben újra lejátsszuk. Az irányítópult mutatja, melyik partner érintett, és hány üzenet várakozik.

Hivatkozás erre a kérdésre

A piacok és az ügyfelek változnak, ezért a modellek teljesítménye eltolódik (drift). Figyeljük a teljesítményt és a modell által látott adatokat, értesítjük a csapatát, ha bármelyik elmozdul, és tesztelt folyamaton keresztül újratanítjuk a modellt.

Hivatkozás erre a kérdésre