Veelgestelde vragen

We ramen vanuit de scope, niet vanuit een tariefkaart. Na een eerste gesprek splitsen we het werk in onderdelen, bepalen we de omvang van elk onderdeel en leggen we de aannames achter de raming vast. De belangrijkste kostenfactoren zijn het aantal systemen en integraties, de staat van uw data, beveiligings- en regelgevingseisen, de benodigde tests en de senioriteit van het team. U ontvangt een schriftelijke raming met opties, zodat u kunt kiezen wat eerst gebeurt. U ziet de prijs en de planning voordat we beginnen.

Link naar deze vraag

Dat kan. De kosten hangen af van de rollen, senioriteit en vaardigheden die het werk vraagt, en van wie ze kan leveren. U ziet de prijs en de tijdlijn voordat we beginnen. Elke wijziging in de mix spreken we eerst met u af.

Link naar deze vraag

De klantreizen en kanalen binnen scope, hoeveel onderzoek nodig is, de staat van uw bestaande data en of wij de wijzigingen ook bouwen. Onderzoek en ontwerp kunnen in fasen worden afgebakend, zodat u de bevindingen kunt beoordelen voordat u zich aan de levering verbindt.

Link naar deze vraag

Taalmodellen worden betaald naar de hoeveelheid tekst die ze lezen en schrijven, gemeten in tokens. Tokeneconomie schat die draaikosten per toepassing, en hoe caching en kleinere modellen ze kunnen verlagen.

Link naar deze vraag

Elke toepassing krijgt een maatstaf en een nulmeting voordat het werk begint, zoals bespaarde uren, vermeden fouten of extra omzet. De pilot wordt aan die maatstaf getoetst voordat de volgende fase wordt gefinancierd.

Link naar deze vraag

Dat hangt af van het team dat u nodig hebt en van wat eerst geregeld moet zijn: het contract, toegang tot uw systemen, beveiligingsreviews en, voor integraties, de testomgevingen van uw partners. We vertellen u wat we van u nodig hebben en wanneer, en bevestigen een startdatum in het voorstel. Verkenningswerk kan vaak al beginnen terwijl de toegang wordt geregeld.

Link naar deze vraag

Dat hangt af van de scope, het aantal betrokken systemen en teams, hoe snel beslissingen worden genomen en hoe gereed derden zoals banken of leveranciers zijn. Na de verkenning geven we u een plan met mijlpalen en hun afhankelijkheden, en we rapporteren daar gedurende het project tegen.

Link naar deze vraag

Elke bank levert een testomgeving of testproces. We spreken een set testcases met de bank af, die elk betalingstype, afwijzingen en afschriften dekt, voeren ze uit en bewaren het bewijs. Wanneer de bank goedkeurt, gaan we live met een kleine eerste betalingsrun en vergelijken we de resultaten voordat we de rest verplaatsen.

Link naar deze vraag

We beginnen met een pilot in enkele winkels en vergelijken hun totalen dagelijks met het huidige proces. Zodra de totalen overeenkomen, rollen we uit in groepen, in een tempo dat uw team voor winkeloperaties aankan. Het oude proces blijft per winkel beschikbaar tot de nieuwe stroom is bewezen.

Link naar deze vraag

Kleine verbeteringen, zoals een duidelijker bericht of een geschrapte stap, kunnen vroeg worden uitgebracht. Grotere wijzigingen aan diensten en systemen volgen in geplande fasen. We spreken de metingen en een nulmeting af voordat het werk begint, zodat elke wijziging met de situatie daarvoor kan worden vergeleken.

Link naar deze vraag

Het intellectueel eigendom van het werk dat we voor u bouwen, is vanaf de eerste commit van u, zonder overdrachtsstap aan het einde. Dat geldt voor de maatwerkcode, documentatie en andere opleveringen die voor u worden gemaakt. Wat we al hadden, zoals interne tools of bibliotheken, blijft van ons, en u krijgt een licentie om het in uw systemen te gebruiken. Opensourcecomponenten behouden hun eigen licenties, en we vermelden ze voor u.

Link naar deze vraag

Ja. We ondertekenen een wederzijdse geheimhoudingsovereenkomst voordat u vertrouwelijke informatie deelt, op uw of ons model. Iedereen die aan uw project werkt, is gebonden aan geheimhoudingsverplichtingen, of het nu XSIS-medewerkers zijn of leden van een uitbesteed team.

Link naar deze vraag

Intellectuele eigendom van het werk dat we voor u bouwen is vanaf de eerste commit van u, zonder overdrachtsstap aan het einde. De maatwerkcode, ontwerpen en documenten die het team oplevert, staan in uw eigen repositories en tools. Eventuele XSIS-tools die al bestonden blijven van ons en worden aan u gelicentieerd. Iedereen in het team, inclusief engineers uit uitbestede teams, is gebonden aan dezelfde vertrouwelijkheidsvoorwaarden.

Link naar deze vraag

Intellectuele eigendom van het werk dat we voor u bouwen is vanaf de eerste commit van u, zonder overdrachtsstap aan het einde. Het werk dat een engineer voor u produceert, staat in uw eigen repositories. Eventuele XSIS-tools die al bestonden blijven van ons en worden aan u gelicentieerd. Elke engineer ondertekent onze vertrouwelijkheidsvoorwaarden en volgt uw beveiligingsbeleid terwijl hij in uw systemen werkt.

Link naar deze vraag

Intellectuele eigendom van het werk dat we voor u bouwen is vanaf de eerste commit van u, zonder overdrachtsstap aan het einde. Dat geldt voor de maatwerksoftware, ontwerpen en documenten die voor u worden opgeleverd. Eventuele bestaande tools of bibliotheken van ons die in het project worden gebruikt, blijven van ons, worden in het contract benoemd en aan u gelicentieerd.

Link naar deze vraag

Toegang wordt per persoon verleend, beperkt tot wat elke rol nodig heeft en ingetrokken wanneer die persoon het project verlaat. We werken in uw repositories en omgevingen als u dat liever hebt, gebruiken multifactorauthenticatie en bewaren geheimen in een kluis, nooit in code. Code wordt beoordeeld voordat ze wordt samengevoegd, afhankelijkheden worden gescand en productiedata wordt niet zonder maskering naar testomgevingen gekopieerd. We spreken deze maatregelen aan het begin met uw beveiligingsteam af.

Link naar deze vraag

Waar u beslist. We spreken de locatie van data af voordat het werk begint en ontwerpen daarvoor, of die nu in één land, in uw eigen cloudaccount of op uw eigen locatie moet blijven. Waar wetten voor gegevensbescherming zoals de AVG gelden, werken we onder een verwerkersovereenkomst en beperken we persoonsgegevens tot wat het werk nodig heeft.

Link naar deze vraag

Alleen als u instemt. We vertellen u welke tools we zouden gebruiken, hoe ze met code en data omgaan en of er iets uw omgeving verlaat. Als u dat liever hebt, werken we zonder. Code die met AI-hulp is geschreven, doorloopt dezelfde review en tests als alle andere code, en de engineer die haar indient, is ervoor verantwoordelijk.

Link naar deze vraag

Ja. Goedkeuring blijft in uw ERP met de bestaande maatregelen. De integratielaag logt elk bestand dat ze maakt, ondertekent, verzendt en ontvangt, met tijdstempels, identificaties en het gebruikte technische account. Dat log koppelt elke betaling in het statusrapport van de bank terug aan het ERP-document en de goedkeurders.

Link naar deze vraag

Dat is het doel van het ontwerp. Kaartnummers worden vastgelegd door de gecertificeerde terminal of een gehoste betaalpagina en bij de gateway door tokens vervangen, zodat uw POS, ERP en datastores alleen tokens zien. Dit verkleint het deel van uw landschap waarop PCI DSS van toepassing is. Uw assessor bevestigt de definitieve scope.

Link naar deze vraag

XSIS heeft eigen engineers in dienst, die projecten leiden, de technische richting bepalen en verantwoordelijk zijn voor kwaliteit. Waar een project meer capaciteit of een specialistische vaardigheid nodig heeft, voegen we engineers toe uit getoetste uitbestedingspartners. Zij werken volgens dezelfde standaarden, contracten en beveiligingsregels, en u weet altijd wie in uw team zit en wie de werkgever is.

Link naar deze vraag

U interviewt elke engineer voordat die instapt; geen blinde plaatsingen. Als iemand niet de juiste match is, vervangen we diegene kosteloos. Meld het uw leveringsleider, en we plannen een overdracht zodat de kennis bij het team blijft. Hetzelfde geldt als iemand om eigen redenen het project moet verlaten.

Link naar deze vraag

We beginnen bij de vaardigheden die het werk nodig heeft, niet bij wie beschikbaar is. Kandidaten doorlopen technische interviews en praktische oefeningen van onze senior engineers, en we toetsen hun ervaring aan het soort werk dat u doet. Daarna sturen we u hun profielen en interviewt u hen zelf. Niemand sluit aan zonder uw goedkeuring.

Link naar deze vraag

U interviewt elke engineer voordat hij aansluit; geen blinde plaatsingen. Als iemand niet past, vervangen we hem kosteloos. Meld het zodra u het ziet aan uw teamlead of accountcontact. We kijken ook naar de rol en de opdrachtomschrijving, die soms de echte oorzaak zijn, en we plannen een overlap zodat kennis wordt overgedragen en niet verloren gaat.

Link naar deze vraag

Onze senior engineers houden technische interviews en praktische oefeningen per kandidaat tegen uw rolprofiel. We controleren hun eerdere werk en het soort systemen dat ze hebben gebouwd. Engineers uit uitbestede teams doorlopen dezelfde beoordeling als onze eigen engineers. Daarna interviewt u hen zelf, en alleen de mensen die u kiest sluiten aan.

Link naar deze vraag

U hebt een aangewezen leveringsleider en een vast ritme: planning aan het begin van elke iteratie, een demonstratie van werkende software aan het einde en een kort schriftelijk rapport over voortgang, risico’s en beslissingen. U kunt de backlog, de coderepository en de testresultaten op elk moment zien. Stuurgroepoverleggen met uw sponsors vinden plaats met een interval dat u kiest.

Link naar deze vraag

We spreken werktijden met u af voordat het team begint, inclusief de uren waarop het team en uw medewerkers overlappen voor vergaderingen, reviews en vragen. Waar uw gebruikers of systemen buiten die uren dekking nodig hebben, plannen we dat in de vorm van het team in plaats van het aan het toeval over te laten.

Link naar deze vraag

Iedereen werkt volgens dezelfde codeerstandaarden, testregels en definitie van gereed, en gebruikt dezelfde pipelines en controles. XSIS-engineers beoordelen wijzigingen voordat ze worden samengevoegd. Kwaliteitsproblemen worden voor iedereen op dezelfde manier gemeld, en de leveringsleider handelt ze af.

Link naar deze vraag

Wanneer het resultaat duidelijk kan worden beschreven en u één bedrijf verantwoordelijk wilt maken voor het bereiken ervan: een afgebakende applicatie, een integratie, een migratie. Als uw prioriteiten blijven veranderen, of het werk geen natuurlijk einde heeft, past een toegewijd team meestal beter.

Link naar deze vraag

Ja, als uw banken intradayrapporten leveren. Die komen als camt.052- of MT942-berichten, of via een balans-API. We halen ze op volgens het schema dat elke bank ondersteunt en tonen ze naast de eindafschriften, zodat uw treasuryteam verwachte en werkelijke posities vóór de cut-offtijden ziet.

Link naar deze vraag

Meestal beslist de bank. Host-to-host SFTP is het meest aangeboden kanaal voor zakelijke betalingsbestanden. EBICS is gangbaar bij banken in Duitsland, Frankrijk en buurlanden. Bank-API’s passen bij realtime saldi en instantbetalingen waar de bank ze aanbiedt. Veel bedrijven gebruiken meer dan één, en de integratielaag verbergt het verschil voor het ERP.

Link naar deze vraag

Waar de bank beide aanbiedt, bevat camt.053 rijkere, gestructureerde betalingsgegevens, wat automatische afstemming betrouwbaarder maakt. MT940 wordt nog breed gebruikt en werkt voor veel gevallen goed. We kunnen beide opnemen, ze naar hetzelfde interne model omzetten en elke bank van MT940 naar camt.053 laten overstappen wanneer dat u en de bank past.

Link naar deze vraag

Meestal als gebeurtenissen bijna realtime, omdat voorraad- en omzetcijfers dan gedurende de dag actueel zijn. Sommige ERP’s of licenties maken frequente boekingen duur, dus de laag kan gebeurtenissen ook groeperen in samenvattingen per winkel en periode. We kiezen met u op basis van welke beslissingen actuele data nodig hebben en wat het ERP goed aankan.

Link naar deze vraag

Het ontwerp werkt met elk POS dat transacties via een API, gebeurtenissen of bestanden kan exporteren, en met ERP’s zoals SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central en Odoo. We bevestigen aan het begin de interfaces van uw specifieke POS en ERP. Het noemen van een product betekent geen partnerschap met de leverancier ervan.

Link naar deze vraag

De acquirer is de bank of gelicentieerde instelling die uw kaartbetalingen verwerkt en het geld uitbetaalt. De gateway is de technische dienst ervoor die verzoeken van terminals en checkouts accepteert, kaarten tokeniseert en routeert. Sommige providers zijn beide. Het ontwerp werkt in beide gevallen en houdt de twee rollen gescheiden.

Link naar deze vraag

We kunnen beheren en onderhouden wat we bouwen: monitoring, incidentrespons, beveiligingsupdates en wijzigingen wanneer uw bedrijf en zijn partners veranderen. Ondersteuning wordt schriftelijk afgesproken, met responstijden, escalatiecontacten en regelmatige rapportage.

Link naar deze vraag

U kiest. We kunnen het systeem met documentatie en walkthroughs aan uw eigen team overdragen, of het blijven ondersteunen en ontwikkelen onder een ondersteuningsovereenkomst of met een toegewijd team. We spreken dit af voordat het project eindigt, zodat er geen gat ontstaat.

Link naar deze vraag

Dat spreken we af vóór de livegang. Meestal behandelt uw team voor winkeloperaties of finance zakelijke fouten, zoals een onbekend artikel, uit een beoordelingslijst, en behandelt het technische team fouten in de stroom zelf. We kunnen die technische ondersteuning leveren als onderdeel van een doorlopende overeenkomst, met het runbook gedeeld met uw team.

Link naar deze vraag

De rest van de stromen blijft draaien. Berichten voor die partner worden opnieuw geprobeerd en daarna in de wachtrij gezet, het ondersteuningsteam krijgt een melding en niets gaat verloren. Wanneer de partner herstelt, worden de wachtende berichten op volgorde opnieuw afgespeeld. Het dashboard laat zien welke partner is getroffen en hoeveel berichten wachten.

Link naar deze vraag

Markten en klanten veranderen, dus modellen driften. We monitoren prestaties en de data die het model ziet, waarschuwen uw team wanneer een van beide verschuift, en trainen het model opnieuw via een geteste pipeline.

Link naar deze vraag