Przejście do treści
XSIS

Najczęściej zadawane pytania

Wszystkie pytania odpowiadane w tej witrynie, zebrane według tematów. Prosimy ich wyszukać lub otworzyć temat, aby zobaczyć odpowiedzi. Każda strona usługi, branży i integracji ma także własne pytania.

Tematy

  • Koszty i wycena

    Co kształtuje koszt projektu lub zespołu i jak szacujemy.

    Jak szacują Państwo koszty?

    Szacujemy na podstawie zakresu, a nie cennika. Po pierwszej rozmowie dzielimy pracę na części, szacujemy każdą i zapisujemy założenia stojące za szacunkiem. Główne czynniki to liczba systemów i integracji, stan danych, wymagania bezpieczeństwa i regulacyjne, potrzebne testy oraz doświadczenie zespołu. Otrzymują Państwo pisemny szacunek z opcjami, aby wybrać, od czego zacząć. Cenę i harmonogram poznają Państwo przed rozpoczęciem.

    Czy skład inżynierów wewnętrznych i zewnętrznych zmienia koszt?

    Może. Koszt zależy od ról, starszeństwa i kompetencji potrzebnych do pracy oraz od tego, kto może je zapewnić. Cenę i termin widzą Państwo przed startem. Każda zmiana składu jest najpierw uzgadniana z Państwem.

    Co wpływa na koszt pracy nad doświadczeniem klienta?

    Ścieżki i kanały w zakresie, potrzebny zakres badań, stan istniejących danych oraz to, czy budujemy również zmiany. Badania i projektowanie można podzielić na etapy, aby Państwo ocenili wnioski przed zobowiązaniem się do wdrożenia.

    Czym jest ekonomia tokenów?

    Modele językowe są opłacane za objętość czytanego i pisanego tekstu, mierzoną w tokenach. Ekonomia tokenów szacuje ten koszt eksploatacji na przypadek użycia oraz to, jak buforowanie i mniejsze modele mogą go obniżyć.

    Jak weryfikują Państwo zwrot z AI?

    Każdy przypadek użycia dostaje miarę i wartość bazową przed rozpoczęciem pracy, takie jak zaoszczędzone godziny, uniknięte błędy lub pozyskany przychód. Pilotaż jest oceniany według tej miary przed sfinansowaniem kolejnej fazy.

    Więcej pytań: Koszty i wycena
  • Terminy

    Ile trwa rozpoczęcie i realizacja pracy oraz co na to wpływa.

    Jak szybko może rozpocząć się praca?

    Zależy to od potrzebnego zespołu i od tego, co musi być gotowe wcześniej: umowa, dostęp do Państwa systemów, przeglądy bezpieczeństwa, a w przypadku integracji środowiska testowe Państwa partnerów. Mówimy, czego potrzebujemy od Państwa i kiedy, i potwierdzamy datę rozpoczęcia w ofercie. Prace odkrywające często mogą rozpocząć się już podczas przygotowywania dostępu.

    Ile trwa projekt?

    To zależy od zakresu, liczby zaangażowanych systemów i zespołów, szybkości decyzji oraz gotowości podmiotów trzecich, takich jak banki lub dostawcy. Po odkrywaniu dajemy Państwu plan z kamieniami milowymi i zależnościami i raportujemy względem niego przez cały projekt.

    Jak testowane jest połączenie przed wdrożeniem?

    Każdy bank udostępnia środowisko lub proces testowy. Uzgadniamy z bankiem zestaw przypadków testowych obejmujących każdy typ płatności, odrzucenia i wyciągi, uruchamiamy je i zachowujemy dowody. Gdy bank zatwierdzi, wdrażamy z małą pierwszą serią płatności i porównujemy wyniki przed przeniesieniem reszty.

    Jak wdrożyć to w wielu sklepach?

    Zaczynamy od pilotażu w kilku sklepach i codziennie porównujemy ich sumy z obecnym procesem. Gdy sumy się zgadzają, wdrażamy w grupach, w tempie, które Państwa zespół operacji sklepowych jest w stanie obsłużyć. Stary proces pozostaje dostępny dla każdego sklepu, dopóki nowy przepływ nie zostanie sprawdzony.

    Kiedy zobaczymy wyniki?

    Drobne poprawki, takie jak jaśniejszy komunikat lub usunięty krok, można wdrożyć wcześnie. Większe zmiany usług i systemów następują w zaplanowanych etapach. Miary i wartość bazową uzgadniamy przed rozpoczęciem pracy, więc każdą zmianę można porównać z tym, jak było wcześniej.

    Więcej pytań: Terminy
  • Własność i umowy

    Kto jest właścicielem kodu, danych i wyników oraz jak działają umowy.

    Kto jest właścicielem kodu i wyników pracy?

    Własność intelektualna w pracy, którą dla Państwa budujemy, należy do Państwa od pierwszego commita — bez etapu przenoszenia na końcu. Obejmuje to kod niestandardowy, dokumentację i inne przygotowane dla Państwa rezultaty. Wszystko, co wnosimy i co istniało wcześniej, takie jak narzędzia wewnętrzne lub biblioteki, pozostaje nasze, a Państwo otrzymują licencję na korzystanie z tego w swoich systemach. Komponenty open source zachowują własne licencje, które dla Państwa wymieniamy.

    Czy podpiszą Państwo umowę o zachowaniu poufności?

    Tak. Podpiszemy wzajemną umowę o zachowaniu poufności, zanim przekażą Państwo jakiekolwiek informacje poufne, na Państwa lub naszym wzorze. Każda osoba pracująca nad projektem jest objęta obowiązkiem poufności, niezależnie od tego, czy jest pracownikiem XSIS, czy członkiem zespołu zewnętrznego.

    Kto jest właścicielem kodu i pracy zespołu?

    Własność intelektualna pracy, którą dla Państwa budujemy, należy do Państwa od pierwszego commita — bez etapu cesji na końcu. Kod niestandardowy, projekty i dokumenty tworzone przez zespół są w Państwa repozytoriach i narzędziach. Narzędzia XSIS istniejące wcześniej pozostają nasze i są Państwu licencjonowane. Każdy w zespole, w tym inżynierowie z zespołów outsourced, jest związany tymi samymi zasadami poufności.

    Kto jest właścicielem pracy inżyniera wzmocnienia?

    Własność intelektualna pracy, którą dla Państwa budujemy, należy do Państwa od pierwszego commita — bez etapu cesji na końcu. Praca inżyniera dla Państwa leży w Państwa repozytoriach. Wszelkie istniejące wcześniej narzędzia XSIS pozostają nasze i są Państwu licencjonowane. Każdy inżynier podpisuje nasze zasady poufności i przestrzega Państwa polityk bezpieczeństwa, pracując w Państwa systemach.

    Kto jest właścicielem tego, co Państwo dostarczają?

    Własność intelektualna pracy, którą dla Państwa budujemy, należy do Państwa od pierwszego commita — bez etapu cesji na końcu. Obejmuje to oprogramowanie niestandardowe, projekty i dokumenty dostarczone dla Państwa. Wszelkie istniejące nasze narzędzia lub biblioteki użyte w projekcie pozostają nasze, są wskazane w umowie i licencjonowane Państwu.

    Więcej pytań: Własność i umowy
  • Bezpieczeństwo i dane

    Jak chronimy Państwa systemy, kod i dane podczas pracy.

    Jak chronią Państwo nasze systemy, kod i dane?

    Dostęp jest przyznawany indywidualnie, ograniczony do potrzeb każdej roli i odbierany przy odejściu osoby z projektu. Pracujemy w Państwa repozytoriach i środowiskach, jeśli Państwo wolą, stosujemy uwierzytelnianie wieloskładnikowe i przechowujemy sekrety w sejfie, nigdy w kodzie. Kod jest przeglądany przed scaleniem, zależności są skanowane, a dane produkcyjne nie są kopiowane do środowisk testowych bez maskowania. Te kontrole uzgadniamy z Państwa zespołem bezpieczeństwa na początku.

    Gdzie przechowywane i przetwarzane są nasze dane?

    Tam, gdzie Państwo zdecydują. Lokalizację danych uzgadniamy przed rozpoczęciem pracy i projektujemy pod nią, niezależnie od tego, czy dane muszą pozostać w jednym kraju, na Państwa koncie chmurowym, czy na Państwa terenie. Gdy mają zastosowanie przepisy o ochronie danych, takie jak RODO, pracujemy na podstawie umowy powierzenia przetwarzania danych i ograniczamy dane osobowe do tego, czego wymaga praca.

    Czy Państwa inżynierowie korzystają z narzędzi AI do programowania na naszym kodzie?

    Tylko za Państwa zgodą. Mówimy, z jakich narzędzi korzystalibyśmy, jak obsługują kod i dane oraz czy cokolwiek opuszcza Państwa środowisko. Jeśli Państwo wolą, pracujemy bez nich. Kod napisany z pomocą AI przechodzi ten sam przegląd i testy co każdy inny kod, a inżynier, który go zgłasza, odpowiada za niego.

    Czy można prześledzić, kto zatwierdził i wysłał płatność?

    Tak. Zatwierdzanie zostaje w Państwa ERP z istniejącymi kontrolami. Warstwa integracji rejestruje każdy tworzony, podpisywany, wysyłany i odbierany plik, ze znacznikami czasu, identyfikatorami i używanym kontem technicznym. Ten rejestr łączy każdą płatność z raportu statusu banku z dokumentem ERP i jego zatwierdzającymi.

    Czy to trzyma dane kart poza naszymi systemami?

    Taki jest cel projektu. Numery kart są pobierane przez certyfikowany terminal lub hostowaną stronę płatności i zastępowane tokenami w bramce, więc POS, ERP i magazyny danych widzą wyłącznie tokeny. Zmniejsza to część Państwa środowiska objętą PCI DSS. Ostateczny zakres potwierdza Państwa audytor.

    Więcej pytań: Bezpieczeństwo i dane
  • Zespoły i zatrudnienie

    Kto pracuje nad Państwa projektem, jak są wybierani i jak zmieniają się zespoły.

    Co oznacza „zespoły wewnętrzne i zewnętrzne”?

    XSIS zatrudnia własnych inżynierów, którzy prowadzą projekty, wyznaczają kierunek techniczny i odpowiadają za jakość. Gdy projekt wymaga większych mocy lub specjalistycznej kompetencji, dodajemy inżynierów ze sprawdzonych partnerów outsourcingowych. Pracują według tych samych standardów, umów i zasad bezpieczeństwa, a Państwo zawsze wiedzą, kto jest w zespole i kto go zatrudnia.

    Co, jeśli inżynier nie jest odpowiednim dopasowaniem?

    Przeprowadzają Państwo rozmowę z każdym inżynierem przed dołączeniem; nie ma anonimowych oddelegowań. Jeśli ktoś nie pasuje, zastępujemy go bez dodatkowych kosztów. Prosimy powiadomić lidera realizacji, a my planujemy przekazanie, aby wiedza pozostała w zespole. To samo dotyczy sytuacji, gdy ktoś musi opuścić projekt z własnych powodów.

    Jak wybierają Państwo inżynierów do dedykowanego zespołu?

    Zaczynamy od kompetencji potrzebnych do pracy, a nie od tego, kto jest wolny. Kandydaci przechodzą rozmowy techniczne i ćwiczenia praktyczne prowadzone przez naszych starszych inżynierów, a ich doświadczenie sprawdzamy względem rodzaju Państwa pracy. Potem wysyłamy Państwu profile, a Państwo sami z nimi rozmawiają. Nikt nie dołącza do zespołu bez Państwa zgody.

    Co, jeśli inżynier nie pasuje?

    Rozmawiają Państwo z każdym inżynierem przed jego dołączeniem; bez anonimowych oddelegowań. Jeśli ktoś nie pasuje, wymieniamy go bezpłatnie. Prosimy powiadomić lidera zespołu lub opiekuna konta, gdy tylko to Państwo zauważą. Sprawdzamy też rolę i briefing, które czasem są prawdziwą przyczyną, i planujemy nakładanie się, aby wiedza została przekazana, a nie utracona.

    Jak weryfikują Państwo osadzanych inżynierów?

    Nasi starsi inżynierowie prowadzą rozmowy techniczne i ćwiczenia praktyczne dla każdego kandydata według Państwa briefu. Sprawdzamy jego dotychczasową pracę i rodzaj budowanych systemów. Inżynierowie z zespołów zewnętrznych przechodzą tę samą ocenę co nasi. Potem Państwo sami z nimi rozmawiają i tylko wybrane osoby dołączają.

    Więcej pytań: Zespoły i zatrudnienie
  • Proces i komunikacja

    Jak planowana, raportowana i odbierana jest praca.

    Jak będą Państwo widzieć postępy?

    Mają Państwo imiennie wskazanego lidera realizacji i stały rytm: planowanie na początku każdej iteracji, demonstrację działającego oprogramowania na końcu oraz krótki pisemny raport o postępach, ryzykach i decyzjach. W każdej chwili mogą Państwo zobaczyć backlog, repozytorium kodu i wyniki testów. Spotkania komitetu sterującego z Państwa sponsorami odbywają się w wybranym przez Państwa odstępie.

    Jak podchodzą Państwo do stref czasowych i godzin pracy?

    Uzgodniamy godziny pracy przed startem zespołu, w tym godziny nakładania się zespołu i Państwa personelu na spotkania, przeglądy i pytania. Gdy Państwa użytkownicy lub systemy potrzebują pokrycia poza tymi godzinami, planujemy je w kształcie zespołu, zamiast zostawiać je przypadkowi.

    Jak utrzymują Państwo tę samą jakość u inżynierów wewnętrznych i zewnętrznych?

    Wszyscy pracują według tych samych standardów kodowania, zasad testowania i definicji ukończenia oraz używają tych samych potoków i kontroli. Inżynierowie XSIS przeglądają zmiany przed scaleniem. Problemy jakościowe są zgłaszane tak samo dla wszystkich, a lider realizacji na nie działa.

    Kiedy realizacja projektowa jest właściwym wyborem?

    Gdy wynik da się jasno opisać i chcą Państwo, aby jedna firma odpowiadała za jego osiągnięcie: określona aplikacja, integracja, migracja. Jeśli priorytety będą się stale zmieniać albo praca nie ma naturalnego końca, lepiej zwykle pasuje dedykowany zespół.

    Czy widać pozycję gotówkową w ciągu dnia?

    Tak, jeśli Państwa banki udostępniają raporty intraday. Przychodzą jako komunikaty camt.052 lub MT942 albo przez API sald. Zbieramy je w harmonogramie obsługiwanym przez każdy bank i pokazujemy obok wyciągów na koniec dnia, aby Państwa zespół skarbu widział pozycje oczekiwane i rzeczywiste przed godzinami granicznymi.

    Więcej pytań: Proces i komunikacja
  • Technologia

    Platformy, standardy i narzędzia, z którymi pracujemy.

    Host-to-host, EBICS czy API banku: czego użyć?

    Zwykle decyduje bank. Host-to-host SFTP to najszerzej oferowany kanał dla korporacyjnych plików płatności. EBICS jest częsty w bankach w Niemczech, Francji i krajach sąsiednich. API banków pasują do sald w czasie rzeczywistym i płatności natychmiastowych, gdy bank je oferuje. Wiele firm używa więcej niż jednego, a warstwa integracji ukrywa różnicę przed ERP.

    Czy odbierać wyciągi camt.053 czy MT940?

    Gdy bank oferuje oba, camt.053 niesie bogatsze, ustrukturyzowane dane tytułu płatności, co czyni automatyczne dopasowanie niezawodniejszym. MT940 jest nadal szeroko używany i dobrze działa w wielu przypadkach. Obsługujemy oba, konwertujemy je na ten sam model wewnętrzny i przenosimy każdy bank z MT940 na camt.053, gdy to Państwu i bankowi pasuje.

    Czy sprzedaż księgować w czasie rzeczywistym, czy wsadowo?

    Zwykle jako zdarzenia blisko czasu rzeczywistego, bo stany i sprzedaż są wtedy aktualne w ciągu dnia. Niektóre ERP lub licencje czynią częste księgowania kosztownymi, więc warstwa może też grupować zdarzenia w podsumowania per sklep i okres. Wybieramy z Państwem na podstawie tego, które decyzje wymagają aktualnych danych i co ERP obsługuje dobrze.

    Z jakimi systemami POS i ERP to działa?

    Projekt działa z każdym POS, który eksportuje transakcje przez API, zdarzenia lub pliki, oraz z ERP takimi jak SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central i Odoo. Na starcie potwierdzamy interfejsy Państwa konkretnego POS i ERP. Wymienienie produktu nie oznacza partnerstwa z jego dostawcą.

    Czym różni się bramka od agenta rozliczeniowego?

    Agent rozliczeniowy to bank lub licencjonowana instytucja, która przetwarza dla Państwa płatności kartą i wypłaca pieniądze. Bramka to usługa techniczna przed nim, przyjmująca żądania z terminali i kas, tokenizująca karty i kierująca je dalej. Niektórzy dostawcy są jednym i drugim. Projekt działa w obu przypadkach i utrzymuje role rozdzielone.

    Więcej pytań: Technologia
  • Wsparcie i eksploatacja

    Co dzieje się po uruchomieniu: wsparcie, monitorowanie i zmiany.

    Jakie wsparcie zapewniają Państwo po uruchomieniu?

    Możemy prowadzić i utrzymywać to, co budujemy: monitorowanie, reagowanie na incydenty, aktualizacje bezpieczeństwa i zmiany w miarę rozwoju Państwa firmy i jej partnerów. Wsparcie jest uzgadniane na piśmie, z celami reagowania, kontaktami eskalacyjnymi i regularnym raportowaniem.

    Co się dzieje po zakończeniu projektu?

    Państwo wybierają. Możemy przekazać system Państwa zespołowi z dokumentacją i omówieniem albo nadal go wspierać i rozwijać w ramach umowy wsparcia lub dedykowanego zespołu. Uzgadniamy to przed końcem projektu, aby nie było luki.

    Kto zajmuje się nieudanymi księgowaniami po wdrożeniu?

    Ustalamy to przed wdrożeniem. Zwykle Państwa zespół operacji sklepowych lub finansów obsługuje błędy biznesowe, takie jak nieznany towar, z listy przeglądu, a zespół techniczny obsługuje usterki samego przepływu. Możemy zapewnić to wsparcie techniczne w ramach stałej umowy, z instrukcją operacyjną udostępnioną Państwa zespołowi.

    Co się dzieje, gdy partner ma awarię?

    Pozostałe przepływy działają dalej. Komunikaty dla tego partnera są ponawiane, a następnie kolejkowane, zespół wsparcia otrzymuje alert i nic nie ginie. Gdy partner wraca, zakolejkowane komunikaty są odtwarzane w kolejności. Pulpit pokazuje, którego partnera dotyczy problem i ile komunikatów czeka.

    Co się dzieje, gdy model przestaje działać dobrze?

    Rynki i klienci się zmieniają, więc modele dryfują. Monitorujemy skuteczność i dane widziane przez model, alarmujemy Państwa zespół, gdy jedno lub drugie się zmieni, i douczamy model w sprawdzonym potoku.

    Więcej pytań: Wsparcie i eksploatacja
  • O XSIS

    Kim jesteśmy, gdzie jesteśmy i jak się z nami skontaktować.

    Kim jest XSIS?

    XSIS jest spółką technologiczną KONG GROUP. Projektujemy, budujemy, integrujemy i utrzymujemy oprogramowanie dla przedsiębiorstw: AI i dane, oprogramowanie na zamówienie, aplikacje webowe i mobilne, chmurę oraz integracje łączące systemy ERP z bankami, terminalami POS i stronami trzecimi. Fintech to nasza wiodąca branża. Realizujemy pracę przez własnych inżynierów i sprawdzone zespoły zewnętrzne, według jednego zestawu standardów.

    Jak zaczynamy współpracę?

    Prosimy opowiedzieć, czego Państwo potrzebują, na stronie kontaktu: wybrać zespół, do którego chcą napisać, lub poprosić o oddzwonienie w dogodnym terminie. W pierwszej rozmowie pytamy o systemy, ograniczenia i terminy i proponujemy dopasowany sposób pracy. Jeśli dopasowanie istnieje, następuje pisemna oferta.

    Czy potrzebna jest licencja, aby korzystać z bankowości otwartej?

    Informacje o rachunkach i inicjowanie płatności to w wielu krajach działalność regulowana. Albo Państwa firma posiada zezwolenie, albo korzysta z licencjonowanego dostawcy, który je ma. Odpowiednia droga zależy od Państwa kraju i przypadku użycia, a potwierdzić ją powinni Państwa doradcy prawni i compliance. Budujemy integrację dla wybranej drogi.

    Jakie prace fintechowe wykonuje XSIS?

    Fintech to nasza wiodąca branża. Budujemy aplikacje bankowości cyfrowej i portfeli, usługi płatnicze i rozliczeniowe, platformy kredytowania, raportowanie majątku i ścieżki ubezpieczeniowe oraz łączymy je z bankami, procesorami kart, dostawcami KYC i systemami ERP. Nie publikujemy nazw klientów bez ich zgody, dlatego pokazujemy doświadczenie przez systemy i standardy, z którymi pracujemy, oraz w rozmowach technicznych z Państwa architektami.

    Czy mogą Państwo działać w ramach zasad zamówień publicznych?

    Tak. Odpowiadamy na przetargi i wymagania ramowe oraz pracujemy w stałych lub etapowych zakresach z pisemnymi kryteriami akceptacji. Dostarczamy dokumentację zwykle wymaganą przez zamawiających, taką jak opisy bezpieczeństwa, plany dostarczania i wskazane role, i podajemy tylko to, co możemy udowodnić. Gdy rama ma własne warunki, działamy w ich granicach.

    Więcej pytań: O XSIS

Najpierw rozmowa, nie umowa.

Prosimy opowiedzieć, co trzeba zbudować, połączyć lub zabezpieczyć. Architekt przechodzi przez to z Państwem, a następnie rekomenduje, od czego zacząć.

Co dalej

  1. Ustalenie terminu

    Nasz zespół pisze do Państwa, aby ustalić termin sesji.

  2. Sesja przeddoradcza

    To bezpłatna 30-minutowa konsultacja wstępna online: omawiamy Państwa cele, systemy i ograniczenia.

  3. Ocena gotowości

    To bezpłatna 48-godzinna ocena gotowości: główny architekt sprawdza projekt pod kątem 6-punktowej definicji gotowości i rekomenduje dopasowaną ścieżkę.

  4. Wybór ścieżki

    Projekty gotowe zakresowo otrzymują wiążącą ofertę w ciągu 3–5 dni roboczych. Projekty na etapie koncepcji zaczynają się w Blueprint Studio. Działający system, który zawodzi, nie ma dokumentacji lub wymaga integracji, zaczyna się od diagnostyki: 1–2 tygodnie. Blueprint Studio i diagnostyka mają stałą opłatę podaną w ofercie.