Häufige Fragen

Wir schätzen aus dem Umfang, nicht aus einer Preisliste. Nach einem ersten Gespräch teilen wir die Arbeit in Teile, bewerten jeden und schreiben die Annahmen hinter der Schätzung auf. Die wichtigsten Treiber sind die Zahl der Systeme und Integrationen, der Zustand Ihrer Daten, Sicherheits- und regulatorische Anforderungen, der nötige Testaufwand und die Seniorität des Teams. Sie erhalten eine schriftliche Schätzung mit Optionen, damit Sie wählen können, was zuerst kommt. Sie sehen Preis und Zeitplan, bevor wir beginnen.

Auf diese Frage verlinken

Das kann sein. Die Kosten hängen von Rollen, Seniorität und Kompetenzen ab, die die Arbeit braucht, und davon, wer sie bereitstellen kann. Sie sehen Preis und Zeitplan, bevor wir beginnen. Jede Änderung der Mischung wird vorher mit Ihnen vereinbart.

Auf diese Frage verlinken

Die Kundenreisen und Kanäle im Umfang, wie viel Forschung nötig ist, der Zustand Ihrer vorhandenen Daten und ob wir die Änderungen auch bauen. Forschung und Design lassen sich in Stufen eingrenzen, damit Sie die Befunde prüfen können, bevor Sie sich zur Umsetzung verpflichten.

Auf diese Frage verlinken

Sprachmodelle werden nach der Menge an Text bezahlt, die sie lesen und schreiben, gemessen in Tokens. Die Token-Ökonomie schätzt diese Betriebskosten je Anwendungsfall und zeigt, wie Caching und kleinere Modelle sie senken.

Auf diese Frage verlinken

Jeder Anwendungsfall erhält vor Arbeitsbeginn eine Kennzahl und einen Ausgangswert, etwa eingesparte Stunden, vermiedene Fehler oder zusätzlicher Umsatz. Das Pilotprojekt wird an dieser Kennzahl gemessen, bevor die nächste Phase finanziert wird.

Auf diese Frage verlinken

Das hängt vom benötigten Team und davon ab, was zuerst vorliegen muss: der Vertrag, der Zugriff auf Ihre Systeme, Sicherheitsprüfungen und bei Integrationen die Testumgebungen Ihrer Partner. Wir sagen Ihnen, was wir wann von Ihnen brauchen, und bestätigen im Angebot einen Starttermin. Die Discovery kann oft beginnen, während der Zugriff eingerichtet wird.

Auf diese Frage verlinken

Das hängt vom Umfang ab, von der Zahl der beteiligten Systeme und Teams, davon, wie schnell Entscheidungen fallen, und davon, wie bereit Dritte wie Banken oder Anbieter sind. Nach der Discovery erhalten Sie einen Plan mit Meilensteinen und ihren Abhängigkeiten, und wir berichten während des Projekts dagegen.

Auf diese Frage verlinken

Jede Bank stellt eine Testumgebung oder einen Testprozess bereit. Wir vereinbaren mit der Bank Testfälle für jede Zahlungsart, Ablehnungen und Auszüge, führen sie aus und bewahren die Nachweise auf. Wenn die Bank abnimmt, gehen wir mit einem kleinen ersten Zahlungslauf live und vergleichen die Ergebnisse, bevor wir den Rest umstellen.

Auf diese Frage verlinken

Wir beginnen mit einem Pilot in wenigen Filialen und vergleichen ihre Summen täglich mit dem heutigen Verfahren. Stimmen die Summen überein, rollen wir in Gruppen aus, in einem Tempo, das Ihr Team für den Filialbetrieb tragen kann. Das alte Verfahren bleibt für jede Filiale verfügbar, bis ihr neuer Fluss bewiesen ist.

Auf diese Frage verlinken

Kleine Korrekturen, etwa eine klarere Nachricht oder ein entfernter Schritt, lassen sich früh ausliefern. Größere Änderungen an Leistungen und Systemen folgen in geplanten Stufen. Wir vereinbaren die Kennzahlen und eine Baseline vor Arbeitsbeginn, damit jede Änderung mit dem Zustand davor verglichen werden kann.

Auf diese Frage verlinken

Das geistige Eigentum an der Arbeit, die wir für Sie erstellen, gehört Ihnen ab dem ersten Commit — ohne Übertragungsschritt am Ende. Das umfasst den individuellen Code, die Dokumentation und andere für Sie erstellte Ergebnisse. Was wir einbringen und schon vorher existierte, etwa interne Werkzeuge oder Bibliotheken, bleibt unser Eigentum, und Sie erhalten eine Lizenz zur Nutzung in Ihren Systemen. Open-Source-Komponenten behalten ihre eigenen Lizenzen, und wir listen sie für Sie auf.

Auf diese Frage verlinken

Ja. Wir unterzeichnen eine gegenseitige Geheimhaltungsvereinbarung, bevor Sie Vertrauliches weitergeben, auf Ihrer oder unserer Vorlage. Alle, die an Ihrem Projekt arbeiten, sind zur Vertraulichkeit verpflichtet, ob sie XSIS-Mitarbeitende oder Mitglieder eines externen Teams sind.

Auf diese Frage verlinken

Das geistige Eigentum an der Arbeit, die wir für Sie bauen, gehört Ihnen ab dem ersten Commit – ohne Übertragungsschritt am Ende. Der individuelle Code, die Designs und die Dokumente des Teams liegen in Ihren eigenen Repositories und Werkzeugen. Vorhandene XSIS-Werkzeuge bleiben unser Eigentum und werden Ihnen lizenziert. Alle im Team, einschließlich Ingenieuren aus ausgelagerten Teams, sind an dieselben Vertraulichkeitsbedingungen gebunden.

Auf diese Frage verlinken

Das geistige Eigentum an der Arbeit, die wir für Sie bauen, gehört Ihnen ab dem ersten Commit – ohne Übertragungsschritt am Ende. Die Arbeit, die ein Ingenieur für Sie erstellt, liegt in Ihren eigenen Repositories. Vorhandene XSIS-Werkzeuge bleiben unser Eigentum und werden Ihnen lizenziert. Jeder Ingenieur unterzeichnet unsere Vertraulichkeitsbedingungen und folgt Ihren Sicherheitsrichtlinien, während er in Ihren Systemen arbeitet.

Auf diese Frage verlinken

Das geistige Eigentum an der Arbeit, die wir für Sie bauen, gehört Ihnen ab dem ersten Commit – ohne Übertragungsschritt am Ende. Das umfasst die individuell für Sie gelieferte Software, Designs und Dokumente. Vorhandene Werkzeuge oder Bibliotheken von uns, die im Projekt genutzt werden, bleiben unser Eigentum, werden im Vertrag benannt und Ihnen lizenziert.

Auf diese Frage verlinken

Der Zugriff wird pro Person erteilt, auf das für die jeweilige Rolle Nötige beschränkt und entzogen, wenn die Person das Projekt verlässt. Wir arbeiten in Ihren Repositories und Umgebungen, wenn Sie das bevorzugen, nutzen Multi-Faktor-Authentifizierung und bewahren Secrets in einem Tresor auf, nie im Code. Code wird vor dem Zusammenführen geprüft, Abhängigkeiten werden gescannt, und Produktionsdaten werden nicht ohne Maskierung in Testumgebungen kopiert. Diese Kontrollen vereinbaren wir zu Beginn mit Ihrem Sicherheitsteam.

Auf diese Frage verlinken

Wo Sie es entscheiden. Wir vereinbaren den Datenstandort vor Arbeitsbeginn und gestalten danach, ob die Daten in einem Land bleiben, in Ihrem eigenen Cloud-Konto oder auf Ihrem Gelände liegen müssen. Wo Datenschutzgesetze wie die DSGVO gelten, arbeiten wir unter einem Auftragsverarbeitungsvertrag und beschränken personenbezogene Daten auf das, was die Arbeit erfordert.

Auf diese Frage verlinken

Nur wenn Sie zustimmen. Wir sagen Ihnen, welche Tools wir nutzen würden, wie sie Code und Daten behandeln und ob etwas Ihre Umgebung verlässt. Wenn Sie es bevorzugen, arbeiten wir ohne. Mit KI-Unterstützung geschriebener Code durchläuft dieselbe Prüfung und dieselben Tests wie jeder andere Code, und der Ingenieur, der ihn einreicht, ist dafür verantwortlich.

Auf diese Frage verlinken

Ja. Die Freigabe bleibt mit ihren bestehenden Kontrollen in Ihrem ERP. Die Integrationsschicht protokolliert jede Datei, die sie erstellt, signiert, sendet und empfängt, mit Zeitstempeln, Kennungen und dem verwendeten technischen Konto. Dieses Protokoll verbindet jede Zahlung im Statusbericht der Bank zurück zum ERP-Beleg und seinen Genehmigern.

Auf diese Frage verlinken

Das ist das Ziel des Designs. Kartennummern werden vom zertifizierten Terminal oder einer gehosteten Zahlungsseite erfasst und am Gateway durch Tokens ersetzt, sodass Ihr POS, Ihr ERP und Ihre Datenspeicher nur Tokens sehen. Das verkleinert den Teil Ihrer IT-Landschaft, für den PCI DSS gilt. Ihr Prüfer bestätigt den endgültigen Umfang.

Auf diese Frage verlinken

XSIS beschäftigt eigene Ingenieure, die Projekte führen, die technische Richtung vorgeben und für Qualität verantwortlich sind. Wenn ein Projekt mehr Kapazität oder eine Spezialkompetenz braucht, ergänzen wir Ingenieure aus geprüften Outsourcing-Partnern. Sie arbeiten nach denselben Standards, Verträgen und Sicherheitsregeln, und Sie wissen immer, wer in Ihrem Team ist und wer ihn beschäftigt.

Auf diese Frage verlinken

Sie interviewen jeden Ingenieur, bevor er anfängt; keine Blindbesetzungen. Passt jemand nicht, ersetzen wir ihn ohne Kosten. Sagen Sie es Ihrer Delivery-Leitung, und wir planen eine Übergabe, damit das Wissen im Team bleibt. Dasselbe gilt, wenn jemand aus eigenen Gründen das Projekt verlassen muss.

Auf diese Frage verlinken

Wir beginnen mit den Kompetenzen, die die Arbeit braucht, nicht mit denen, die gerade frei sind. Kandidaten durchlaufen technische Interviews und praktische Übungen unter Leitung unserer Senior-Ingenieure, und wir prüfen ihre Erfahrung gegen die Art von Arbeit, die Sie machen. Dann senden wir Ihnen die Profile, und Sie interviewen sie selbst. Niemand kommt in Ihr Team ohne Ihre Zustimmung.

Auf diese Frage verlinken

Sie interviewen jeden Ingenieur, bevor er beitritt; keine blinde Besetzung. Passt jemand nicht, ersetzen wir ihn kostenfrei. Sagen Sie es Ihrer Teamleitung oder Ihrem Ansprechpartner, sobald Sie es sehen. Wir prüfen auch die Rolle und das Briefing, die manchmal die eigentliche Ursache sind, und planen eine Überschneidung, damit Wissen übergeben wird und nicht verloren geht.

Auf diese Frage verlinken

Unsere Senior-Ingenieure führen mit jedem Kandidaten technische Interviews und praktische Übungen gegen Ihre Rollenbeschreibung durch. Wir prüfen seine bisherige Arbeit und die Art von Systemen, die er gebaut hat. Ingenieure aus externen Teams durchlaufen dieselbe Bewertung wie unsere eigenen. Sie interviewen sie anschließend selbst, und nur die von Ihnen gewählten Personen kommen ins Team.

Auf diese Frage verlinken

Sie haben einen benannten Delivery-Lead und einen festen Rhythmus: Planung zu Beginn jeder Iteration, eine Demonstration laufender Software am Ende und ein kurzer schriftlicher Bericht zu Fortschritt, Risiken und Entscheidungen. Backlog, Coderepository und Testergebnisse können Sie jederzeit einsehen. Lenkungskreise mit Ihren Auftraggebern finden in einem von Ihnen gewählten Abstand statt.

Auf diese Frage verlinken

Wir vereinbaren die Arbeitszeiten mit Ihnen, bevor das Team startet, einschließlich der Zeiten, in denen sich Team und Ihre Mitarbeitenden für Besprechungen, Reviews und Fragen überschneiden. Wo Ihre Nutzer oder Systeme außerhalb dieser Zeiten Abdeckung brauchen, planen wir sie in die Teamform ein, statt es dem Zufall zu überlassen.

Auf diese Frage verlinken

Alle arbeiten nach denselben Coding-Standards, Testregeln und derselben Definition of Done und nutzen dieselben Pipelines und Prüfungen. XSIS-Ingenieure prüfen Änderungen vor dem Merge. Qualitätsprobleme werden für alle gleich angesprochen, und der Delivery-Lead handelt danach.

Auf diese Frage verlinken

Wenn das Ergebnis klar beschreibbar ist und Sie wollen, dass ein Unternehmen für seine Erreichung verantwortlich ist: eine definierte Anwendung, eine Integration, eine Migration. Wenn sich Ihre Prioritäten laufend ändern oder die Arbeit kein natürliches Ende hat, passt ein dediziertes Team meist besser.

Auf diese Frage verlinken

Ja, wenn Ihre Banken untertägige Berichte liefern. Sie kommen als camt.052- oder MT942-Nachrichten oder über eine Salden-API. Wir sammeln sie im Rhythmus, den jede Bank unterstützt, und zeigen sie neben den Tagesendauszügen, sodass Ihr Treasury-Team erwartete und tatsächliche Positionen vor den Cut-off-Zeiten sieht.

Auf diese Frage verlinken

Meist entscheidet die Bank. Host-to-Host-SFTP ist der am weitesten verbreitete Kanal für Firmenzahlungsdateien. EBICS ist bei Banken in Deutschland, Frankreich und den Nachbarländern verbreitet. Bank-APIs eignen sich für Echtzeit-Salden und Instant Payments, wo die Bank sie anbietet. Viele Unternehmen nutzen mehr als einen, und die Integrationsschicht verbirgt den Unterschied vor dem ERP.

Auf diese Frage verlinken

Wo die Bank beides anbietet, enthält camt.053 reichere, strukturierte Verwendungszweckdaten, was die automatische Zuordnung verlässlicher macht. MT940 ist noch weit verbreitet und funktioniert für viele Fälle gut. Wir können beides annehmen, in dasselbe interne Modell überführen und jede Bank von MT940 auf camt.053 umstellen, wenn es für Sie und die Bank passt.

Auf diese Frage verlinken

Meist als Ereignisse nahe der Echtzeit, weil Bestands- und Umsatzzahlen dann tagsüber aktuell sind. Manche ERPs oder Lizenzen machen häufige Buchungen teuer, deshalb kann die Schicht Ereignisse auch zu Zusammenfassungen je Filiale und Periode bündeln. Wir entscheiden mit Ihnen danach, welche Entscheidungen aktuelle Daten brauchen und was das ERP gut verarbeitet.

Auf diese Frage verlinken

Das Design funktioniert mit jedem POS, das Transaktionen über eine API, Ereignisse oder Dateien exportieren kann, und mit ERPs wie SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central und Odoo. Wir bestätigen die Schnittstellen Ihres konkreten POS und ERP zu Beginn. Die Nennung eines Produkts bedeutet keine Partnerschaft mit seinem Anbieter.

Auf diese Frage verlinken

Der Acquirer ist die Bank oder lizenzierte Institution, die Kartenzahlungen für Sie abwickelt und das Geld auszahlt. Das Gateway ist der technische Dienst davor, der Anfragen von Terminals und Checkouts annimmt, Karten tokenisiert und weiterleitet. Manche Anbieter sind beides. Das Design funktioniert in beiden Fällen und hält die beiden Rollen klar getrennt.

Auf diese Frage verlinken

Wir können betreiben und warten, was wir bauen: Monitoring, Incident Response, Sicherheitsupdates und Änderungen, wenn sich Ihr Geschäft und seine Partner ändern. Support wird schriftlich vereinbart, mit Reaktionszielen, Eskalationskontakten und regelmäßiger Berichterstattung.

Auf diese Frage verlinken

Sie entscheiden. Wir können das System mit Dokumentation und Einweisungen an Ihr eigenes Team übergeben oder es im Rahmen einer Supportvereinbarung oder eines dedizierten Teams weiter betreuen und entwickeln. Wir vereinbaren das vor dem Projektende, sodass keine Lücke entsteht.

Auf diese Frage verlinken

Das wird vor dem Go-live vereinbart. Meist bearbeitet Ihr Team für den Filialbetrieb oder Finanzen fachliche Fehler wie einen unbekannten Artikel aus einer Prüfliste, und das technische Team bearbeitet Fehler im Fluss selbst. Wir können diesen technischen Support im Rahmen einer laufenden Vereinbarung übernehmen, mit einem Runbook, das Ihr Team erhält.

Auf diese Frage verlinken

Die übrigen Flüsse laufen weiter. Nachrichten für diesen Partner werden wiederholt und dann eingereiht, das Supportteam wird benachrichtigt, und nichts geht verloren. Erholt sich der Partner, werden eingereihte Nachrichten in Reihenfolge erneut eingespielt. Das Dashboard zeigt, welcher Partner betroffen ist und wie viele Nachrichten warten.

Auf diese Frage verlinken

Märkte und Kunden ändern sich, also driften Modelle. Wir überwachen die Leistung und die Daten, die das Modell sieht, warnen Ihr Team, wenn sich eines von beiden verschiebt, und trainieren das Modell über eine getestete Pipeline neu.

Auf diese Frage verlinken