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

Безпека й дані

Інтеграції та галузі

Доступ до ERP, платіжні файли, периметр PCI DSS, карткові й медичні дані, згода, webhook і правила кожної галузі.

24 запитання

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

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

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

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

Чи підтримуєте ви EMV 3-D Secure для онлайн-платежів?

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

Як захищені дані відкритого банкінгу?

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

Як ви захищаєте вхідні вебхуки?

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

Як ви керуєте доступом до нашої ERP?

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

Як захищені дані клієнтів у CRM?

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

Як ви захищаєте платіжні файли?

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

Як ви зменшуєте наш обсяг PCI DSS?

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

Чи можете ви підключити вашого провайдера ідентичності?

Так. Ми додаємо єдиний вхід через OpenID Connect чи SAML 2.0 із провайдерами, як-от Microsoft Entra ID чи Keycloak. Користувачі підготовляються через SCIM там, де застосунок це підтримує. Ваш провайдер ідентичності залишається єдиним місцем, де доступ надають і відкликають.

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

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

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

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

Де розміщуватимуться дані?

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

Як ви захищаєте дані гостей і орендарів?

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

Як ви працюєте з системами OT, не наражаючи операції на ризик?

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

Як ви захищаєте дані пацієнтів?

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

Чи зробить програмне забезпечення нас відповідними HIPAA чи GDPR?

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

Чи безпечно використовувати наші дані аудиторії з ШІ?

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

Як ви не даєте ШІ-агенту зробити те, чого не слід?

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

Як захищені дані працівників?

Доступ відповідає ролям і журналюється, дані залишаються там, де вимагає закон, а платформи спроєктовані під GDPR і закони про захист персональних даних MENA.

Більше запитань

Усі теми запитань

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

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

Що буде далі

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

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

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

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

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

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

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

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