Перейти до вмісту
XSIS

Часті запитання

Кожна відповідь на цьому сайті, зібрана за темами. Знаходьте їх пошуком або відкрийте тему з відповідями. Кожна сторінка послуги, галузі та інтеграції також має власні запитання.

Теми

  • Вартість і ціноутворення

    Що формує вартість проєкту чи команди і як ми оцінюємо.

    Як ви оцінюєте вартість?

    Ми оцінюємо за обсягом, а не за прайс-листом. Після першої розмови ми ділимо роботу на частини, оцінюємо кожну й записуємо припущення, покладені в основу оцінки. Головні чинники: кількість систем та інтеграцій, стан ваших даних, вимоги безпеки й регулювання, потрібне тестування та досвід команди. Ви отримуєте письмову оцінку з варіантами, щоб обрати, з чого почати. Ви бачите ціну й строки до початку роботи.

    Чи впливає склад власних і залучених інженерів на вартість?

    Може впливати. Вартість залежить від ролей, рівня й навичок, потрібних для роботи, і від того, хто може їх забезпечити. Ви бачите ціну й строки до початку роботи. Будь-яку зміну складу ми спершу узгоджуємо з вами.

    Що формує вартість робіт із клієнтського досвіду?

    Шляхи й канали в обсязі, обсяг потрібного дослідження, стан ваших наявних даних і те, чи будуємо ми також зміни. Дослідження й дизайн можна розбити на етапи, щоб ви переглянули висновки до зобовʼязання щодо виконання.

    Що таке економіка токенів?

    Мовні моделі оплачуються за обсяг тексту, який вони читають і пишуть, виміряний у токенах. Економіка токенів оцінює цю вартість роботи для кожного сценарію й те, як кешування й менші моделі можуть її знизити.

    Як ви підтверджуєте окупність ШІ?

    Кожен сценарій отримує показник і базовий рівень до початку робіт, як-от зекономлені години, уникнені помилки чи отриманий дохід. Пілот оцінюють за цим показником, перш ніж фінансувати наступну фазу.

    Більше запитань: Вартість і ціноутворення
  • Строки

    Скільки часу потрібно, щоб почати й виконати роботу, і що на це впливає.

    Як швидко може початися робота?

    Це залежить від потрібної вам команди й від того, що має бути готове спершу: договір, доступ до ваших систем, огляди безпеки та, для інтеграцій, тестові середовища ваших партнерів. Ми повідомляємо, що нам потрібно від вас і коли, та підтверджуємо дату початку в пропозиції. Дослідницька робота часто може початися, поки триває оформлення доступу.

    Скільки триває проєкт?

    Це залежить від обсягу, кількості задіяних систем і команд, швидкості ухвалення рішень і готовності третіх сторін, як-от банків чи постачальників. Після дослідження ми надаємо план з етапами й їхніми залежностями та звітуємо щодо нього впродовж проєкту.

    Як перевіряється підключення до запуску?

    Кожен банк надає тестове середовище чи тестовий процес. Ми узгоджуємо з банком набір тестових випадків, що охоплюють кожен тип платежу, відхилення й виписки, виконуємо їх і зберігаємо докази. Коли банк схвалює, ми запускаємося з малим першим платіжним циклом і порівнюємо результати, перш ніж переміщати решту.

    Як ви розгортаєте це в багатьох магазинах?

    Ми починаємо з пілоту в кількох магазинах і щодня порівнюємо їхні підсумки з поточним процесом. Коли підсумки збігаються, ми розгортаємо групами в темпі, який може підтримати ваша команда операцій магазинів. Старий процес залишається доступним для кожного магазину, доки його новий потік не доведено.

    Коли ми побачимо результати?

    Невеликі виправлення, як-от зрозуміліше повідомлення чи прибраний крок, можна випустити рано. Більші зміни послуг і систем відбуваються запланованими етапами. Ми узгоджуємо показники й базовий рівень до початку роботи, щоб кожну зміну можна було порівняти з тим, як було до неї.

    Більше запитань: Строки
  • Власність і договори

    Кому належать код, дані та результати і як працюють договори.

    Кому належать код і створені вами результати?

    Інтелектуальна власність на створену для вас роботу належить вам із першого коміту, без окремого етапу передавання наприкінці. Це охоплює замовний код, документацію та інші створені для вас результати. Усе, що ми приносимо й що існувало раніше, як-от внутрішні інструменти чи бібліотеки, залишається нашим, а ви отримуєте ліцензію на використання у ваших системах. Компоненти з відкритим кодом зберігають власні ліцензії, і ми наводимо їх для вас.

    Чи підпишете ви угоду про нерозголошення?

    Так. Ми підпишемо взаємну угоду про нерозголошення, перш ніж ви поділитеся будь-чим конфіденційним, на вашому шаблоні або нашому. Кожен, хто працює над вашим проєктом, зобовʼязаний зберігати конфіденційність, чи то працівник XSIS, чи член залученої команди.

    Кому належать код і робота, яку створює команда?

    Інтелектуальна власність на роботу, яку ми створюємо для вас, належить вам із першого коміту без окремого кроку передавання наприкінці. Замовний код, дизайн і документи, які створює команда, живуть у ваших власних репозиторіях та інструментах. Будь-які інструменти XSIS, що існували раніше, залишаються нашими й ліцензуються вам. Усі в команді, зокрема інженери із залучених команд, зобовʼязані тими самими умовами конфіденційності.

    Кому належить робота, яку створює інженер із розширення штату?

    Інтелектуальна власність на роботу, яку ми створюємо для вас, належить вам із першого коміту без окремого кроку передавання наприкінці. Робота, яку інженер створює для вас, зберігається у ваших власних репозиторіях. Будь-які інструменти XSIS, що існували раніше, залишаються нашими й ліцензуються вам. Кожен інженер підписує наші умови конфіденційності й дотримується ваших політик безпеки, працюючи у ваших системах.

    Кому належить те, що ви постачаєте?

    Інтелектуальна власність на роботу, яку ми створюємо для вас, належить вам із першого коміту без окремого кроку передавання наприкінці. Це охоплює замовне програмне забезпечення, дизайн і документи, створені для вас. Будь-які наші наявні інструменти чи бібліотеки, використані в проєкті, залишаються нашими, названі в договорі й ліцензуються вам.

    Більше запитань: Власність і договори
  • Безпека й дані

    Як ми захищаємо ваші системи, код і дані під час роботи.

    Як ви захищаєте наші системи, код і дані?

    Доступ надається персонально, обмежується потребами кожної ролі й скасовується, коли людина залишає проєкт. За вашим бажанням ми працюємо у ваших репозиторіях і середовищах, використовуємо багатофакторну автентифікацію й тримаємо секрети в сховищі, ніколи в коді. Код переглядається до злиття, залежності скануються, а виробничі дані не копіюються в тестові середовища без маскування. Ці механізми ми погоджуємо з вашою командою безпеки на старті.

    Де зберігаються й обробляються наші дані?

    Там, де ви вирішите. Ми погоджуємо розташування даних до початку робіт і проєктуємо відповідно до нього, чи то в межах однієї країни, у вашому власному хмарному акаунті чи на ваших потужностях. Там, де застосовуються закони про захист даних, як-от GDPR, ми працюємо за угодою про обробку даних і обмежуємо персональні дані потребами роботи.

    Чи використовують ваші інженери інструменти ШІ-програмування на нашому коді?

    Лише якщо ви погоджуєтеся. Ми повідомляємо, які інструменти використовуватимемо, як вони обробляють код і дані та чи щось виходить за межі вашого середовища. Якщо бажаєте, ми працюємо без них. Код, написаний за допомогою ШІ, проходить той самий перегляд і тестування, що й будь-який інший, а інженер, який його подає, відповідає за нього.

    Чи можемо ми простежити, хто затвердив і надіслав платіж?

    Так. Схвалення залишається у вашій ERP з її наявними контролями. Інтеграційний шар журналює кожен файл, який створює, підписує, надсилає й отримує, з позначками часу, ідентифікаторами й технічним обліковим записом. Цей журнал повʼязує кожен платіж у звіті про статус банку назад із документом ERP і його схвалювачами.

    Чи не потрапляють карткові дані в наші системи?

    Це мета проєкту. Номери карток приймає сертифікований термінал чи розміщена платіжна сторінка й замінює токенами на шлюзі, тож ваш POS, ERP і сховища даних бачать лише токени. Це зменшує частину вашої інфраструктури, до якої застосовується PCI DSS. Остаточний обсяг підтверджує ваш оцінювач.

    Більше запитань: Безпека й дані
  • Команди й персонал

    Хто працює над вашим проєктом, як їх обирають і як змінюються команди.

    Що означає «власні й залучені команди»?

    XSIS наймає власних інженерів, які ведуть проєкти, визначають технічний напрям і відповідають за якість. Там, де проєкту потрібно більше потужностей або спеціальна навичка, ми додаємо інженерів із перевірених партнерів з аутсорсингу. Вони працюють за тими самими стандартами, договорами й правилами безпеки, і ви завжди знаєте, хто у вашій команді й хто їх працевлаштовує.

    Що, якщо інженер не підходить?

    Ви проводите співбесіду з кожним інженером до його приєднання; жодних сліпих призначень. Якщо хтось не підходить, ми замінюємо його безкоштовно. Повідомте керівника виконання, і ми сплануємо передачу, щоб знання залишилися в команді. Це саме стосується випадків, коли хтось має залишити проєкт з особистих причин.

    Як ви обираєте інженерів для виділеної команди?

    Ми виходимо з навичок, потрібних роботі, а не з того, хто вільний. Кандидати проходять технічні співбесіди й практичні вправи під керівництвом наших старших інженерів, а ми звіряємо їхній досвід із вашим типом роботи. Потім ми надсилаємо їхні профілі, і ви співбесідуєте їх самі. Ніхто не приєднується до вашої команди без вашого схвалення.

    Що, якщо інженер не підходить? (ШІ-нативні продуктові команди)

    Ви проводите співбесіду з кожним інженером до його приєднання; жодних залучень наосліп. Якщо людина не підходить, ми замінюємо її безкоштовно. Повідомте своєму керівнику команди чи менеджеру з роботи з клієнтами, щойно це побачите. Ми також дивимося на роль і брифінг, які часом є справжньою причиною, і плануємо паралельну роботу, щоб знання було передано, а не втрачено.

    Як ви перевіряєте інженерів, яких залучаєте?

    Наші старші інженери проводять технічні співбесіди й практичні вправи для кожного кандидата за вашим описом ролі. Ми перевіряємо їхню минулу роботу й тип систем, які вони будували. Інженери із залучених команд проходять ту саму оцінку, що й наші. Потім ви співбесідуєте їх самі, і приєднуються лише обрані вами люди.

    Більше запитань: Команди й персонал
  • Процес і комунікація

    Як планується, звітується й приймається робота.

    Як ми бачитимемо прогрес?

    У вас є призначений керівник виконання й регулярний ритм: планування на початку кожної ітерації, демонстрація працюючого програмного забезпечення наприкінці та короткий письмовий звіт про прогрес, ризики й рішення. Ви можете будь-коли бачити беклог, репозиторій коду й результати тестів. Засідання керівного комітету з вашими спонсорами проводяться з обраним вами інтервалом.

    Як ви працюєте з часовими поясами й робочими годинами?

    Ми узгоджуємо робочі години з вами до старту команди, зокрема години, коли команда й ваші фахівці перетинаються для зустрічей, переглядів і запитань. Де вашим користувачам чи системам потрібне покриття поза цими годинами, ми закладаємо його в склад команди, а не залишаємо напризволяще.

    Як ви забезпечуєте однакову якість роботи власних і залучених інженерів?

    Усі працюють за тими самими стандартами коду, правилами тестування й критеріями завершеності та користуються тими самими конвеєрами й перевірками. Інженери XSIS переглядають зміни до злиття. Проблеми з якістю порушують у той самий спосіб для всіх, і керівник виконання на них реагує.

    Коли проєктне постачання є правильним вибором?

    Коли результат можна чітко описати й ви хочете, щоб одна компанія відповідала за його досягнення: визначений застосунок, інтеграція, міграція. Якщо ваші пріоритети постійно змінюватимуться або робота не має природного кінця, зазвичай краще пасує виділена команда.

    Чи бачимо ми позицію грошових коштів протягом дня?

    Так, якщо ваші банки надають внутрішньоденні звіти. Вони надходять як повідомлення camt.052 чи MT942 або через API балансу. Ми збираємо їх за графіком, який підтримує кожен банк, і показуємо поряд із виписками на кінець дня, щоб ваша казначейська команда бачила очікувані й фактичні позиції до граничних часів.

    Більше запитань: Процес і комунікація
  • Технології

    Платформи, стандарти й інструменти, з якими ми працюємо.

    SFTP хост до хосту, EBICS чи банківські API: що обрати?

    Зазвичай вирішує банк. SFTP host-to-host є найпоширенішим каналом для корпоративних платіжних файлів. EBICS поширений у банках Німеччини, Франції й сусідніх країн. Банківські API підходять для залишків у реальному часі й миттєвих платежів, якщо банк їх пропонує. Багато компаній використовують кілька каналів, а інтеграційний шар приховує різницю від ERP.

    Отримувати виписки camt.053 чи MT940?

    Де банк пропонує обидва, camt.053 несе багатші структуровані дані призначення платежу, що робить автоматичне зіставлення надійнішим. MT940 досі широко використовується й добре працює для багатьох випадків. Ми приймаємо обидва, перетворюємо їх на одну внутрішню модель і переводимо кожен банк з MT940 на camt.053, коли це зручно вам і банку.

    Проводити продажі в реальному часі чи пакетами?

    Зазвичай як події близько до реального часу, бо тоді запаси й продажі актуальні протягом дня. Деякі ERP чи ліцензії роблять часті проведення дорогими, тож шар також може групувати події в підсумки за магазином і періодом. Ми обираємо разом із вами, виходячи з того, яким рішенням потрібні актуальні дані й що ERP обробляє добре.

    З якими системами POS і ERP це працює?

    Проєкт працює з будь-яким POS, що може експортувати транзакції через API, події чи файли, і з ERP, як-от SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central і Odoo. Ми підтверджуємо інтерфейси вашого конкретного POS і ERP на початку. Згадка продукту не означає партнерства з його постачальником.

    Яка різниця між шлюзом і еквайром?

    Еквайр є банком чи ліцензованою установою, що обробляє ваші карткові платежі й виплачує вам кошти. Шлюз є технічним сервісом перед ним, що приймає запити від терміналів і сторінок оплати, токенізує картки й маршрутизує їх. Деякі провайдери виконують обидві ролі. Архітектура працює в будь-якому разі й чітко розмежовує ці дві ролі.

    Більше запитань: Технології
  • Підтримка й експлуатація

    Що відбувається після запуску: підтримка, моніторинг і зміни.

    Яку підтримку ви надаєте після запуску?

    Ми можемо експлуатувати й обслуговувати створене: моніторинг, реагування на інциденти, оновлення безпеки та зміни в міру змін вашого бізнесу й партнерів. Підтримка погоджується письмово з цілями реагування, контактами для ескалації та регулярною звітністю.

    Що відбувається після завершення проєкту?

    Вибір за вами. Ми можемо передати систему вашій команді з документацією й наскрізними поясненнями або продовжити підтримувати й розвивати її за угодою про підтримку чи виділеною командою. Ми узгоджуємо це до завершення проєкту, щоб не було прогалини.

    Хто займається невдалими проведеннями після запуску?

    Це узгоджується до запуску. Зазвичай ваша команда операцій магазинів чи фінансів обробляє бізнес-помилки, як-от невідомий товар, зі списку на перегляд, а технічна команда обробляє збої самого потоку. Ми можемо надавати цю технічну підтримку в межах постійної угоди з інструкцією, спільною з вашою командою.

    Що відбувається, коли в партнера збій?

    Решта потоків продовжує працювати. Повідомлення для цього партнера повторюються, а потім ставляться в чергу, команду підтримки оповіщають, і ніщо не втрачається. Коли партнер відновлюється, повідомлення з черги відтворюються за порядком. Панель показує, який партнер уражений і скільки повідомлень чекає.

    Що відбувається, коли модель перестає працювати добре?

    Ринки й клієнти змінюються, тож моделі дрейфують. Ми стежимо за якістю й даними, які бачить модель, оповіщаємо вашу команду, коли щось зміщується, і перенавчаємо модель через перевірений конвеєр.

    Більше запитань: Підтримка й експлуатація
  • Про XSIS

    Хто ми, де ми і як з нами звʼязатися.

    Хто така XSIS?

    XSIS є технологічною компанією KONG GROUP. Ми проєктуємо, створюємо, інтегруємо й супроводжуємо програмне забезпечення для підприємств: ШІ та дані, замовне програмне забезпечення, веб і мобільні застосунки, хмара та інтеграції, що зʼєднують ERP-системи з банками, POS і зовнішніми системами. Фінтех є нашою провідною галуззю. Ми виконуємо роботу силами власних інженерів і перевірених залучених команд за єдиним набором стандартів.

    Як нам почати працювати разом?

    Розкажіть, що вам потрібно, на сторінці контактів: оберіть команду, якій написати, або попросіть зворотний дзвінок у зручний час. У першій розмові ми запитуємо про ваші системи, обмеження й строки та пропонуємо відповідний спосіб роботи. Якщо є відповідність, далі надходить письмова пропозиція.

    Чи потрібна нам ліцензія для відкритого банкінгу?

    Інформація про рахунки й ініціювання платежів є регульованою діяльністю в багатьох країнах. Або ваша компанія має авторизацію, або ви працюєте через ліцензованого провайдера, який її має. Що застосовується, залежить від вашої країни й сценарію, і це мають підтвердити ваші юридичні радники й радники з відповідності. Ми будуємо інтеграцію для обраного вами шляху.

    Які роботи у фінтеху виконує XSIS?

    Фінтех є нашою провідною галуззю. Ми створюємо застосунки цифрового банківництва й гаманців, платіжні та розрахункові сервіси, кредитні платформи, звітність для управління капіталом і шляхи клієнтів у страхуванні та підключаємо їх до банків, карткових процесорів, провайдерів KYC і ERP-систем. Ми не публікуємо назви клієнтів без їхньої згоди, тож показуємо досвід через системи й стандарти, з якими працюємо, і в технічних розмовах із вашими архітекторами.

    Чи можете ви працювати за правилами державних закупівель?

    Так. Ми відповідаємо на тендери й вимоги рамкових угод і можемо працювати за фіксованими чи поетапними обсягами з письмовими критеріями приймання. Ми надаємо документацію, яку зазвичай просять покупці, як-от опис безпеки, плани постачання й названі ролі, і заявляємо лише те, що можемо довести. Де рамкова угода встановлює власні умови, ми працюємо в їхніх межах.

    Більше запитань: Про XSIS

Почніть із розмови, а не з договору.

Розкажіть, що вам треба побудувати, зʼєднати чи захистити. Архітектор пройде це з вами, а потім порадить, з чого почати.

Що буде далі

  1. Узгодження часу

    Наша команда напише вам, щоб узгодити час сесії.

  2. Попередня консультація

    Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.

  3. Оцінка готовності

    На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.

  4. Вибір треку

    Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.