Chuyển đến nội dung
XSIS
Khu vực khách hàngYêu cầu đề xuất
Các tòa nhà văn phòng trong khu tài chính

Ngành

Fintech và dịch vụ tài chính

Ngân hàng, thanh toán và sổ cái được kết nối để chính xác theo thời gian thực và đáp ứng giám sát pháp lý.

Đặt buổi tư vấn miễn phíYêu cầu đề xuất

Vì sao sản phẩm tài chính thất bại ở các kết nối

Một sản phẩm tài chính hiếm khi là một hệ thống. Đó là sổ cái lõi, xử lý thẻ, kiểm tra danh tính, sàng lọc gian lận, hạ tầng thanh toán và một ERP phía sau. Phần khó là các kết nối giữa chúng, và điều gì xảy ra khi một trong số đó gặp lỗi. Chúng tôi thiết kế các kết nối đó trước, với luồng lỗi được ghi rõ.

  • Thời hạn pháp lý nghiêm ngặt

    Các quy định hóa đơn điện tử như ZATCA giai đoạn 2 của Ả Rập Xê Út và PINT-AE của UAE, cùng các quy định về khả năng phục hồi như DORA, đến theo ngày cố định.

  • Dữ liệu không được phép rời đi

    Ngân hàng được quản lý không thể gửi hồ sơ khách hàng hoặc tài chính đến dịch vụ AI công cộng ở nước ngoài.

  • Đối soát thủ công

    Tệp theo lô và bảng tính vẫn nằm giữa ngân hàng, đơn vị xử lý và ERP.

Những gì thay đổi

  1. Sổ cái chính xác theo thời gian thực

    Mọi bút toán, phí và quyết toán được đối soát tự động, với ngoại lệ được chuyển đến con người.

  2. Sẵn sàng cho giám sát pháp lý

    Quyền truy cập được giới hạn và ghi nhật ký, mọi thay đổi đều truy vết được, trước khi đưa vào vận hành.

  3. AI chủ quyền

    AI xử lý tài liệu và trợ lý chạy trong chính môi trường của bạn, không dữ liệu nào rời khỏi đó.

Đường chân trời Dubai lúc chạng vạng, nhìn từ kênh nước

Lĩnh vực chuyên môn trọng tâm của chúng tôi

Fintech là ngành trọng tâm của chúng tôi. Chúng tôi xây dựng và tích hợp phần mềm mà ngân hàng, công ty thanh toán, đơn vị cho vay, nhà quản lý tài sản, công ty bảo hiểm và nhà cung cấp ví vận hành, và chúng tôi hiểu các tiêu chuẩn các hệ thống đó sử dụng: ISO 20022, ISO 8583, EMV, API ngân hàng mở và các định dạng tệp mà ngân hàng vẫn phụ thuộc vào.

Chúng tôi thiết kế cho những môi trường chịu sự quản lý chặt chẽ. Quyền truy cập được giới hạn và ghi nhật ký, dữ liệu nhạy cảm không nằm ở nơi không cần thiết, và mọi thay đổi đều truy vết được. Đội tuân thủ và rủi ro của bạn thấy hệ thống hoạt động thế nào trước khi đưa vào vận hành, không phải sau đó.

Một giao dịch viên ngân hàng đếm tiền tại quầy cùng khách hàng

Lĩnh vực chúng tôi phục vụ

Chúng tôi xây dựng gì

  • Ứng dụng và cổng ngân hàng số cho khách hàng bán lẻ và doanh nghiệp
  • Dịch vụ bọc và mở rộng hệ thống ngân hàng lõi qua API, thay vì thay thế nó
  • Kênh doanh nghiệp cho tệp thanh toán, phê duyệt, sao kê và vị thế tiền mặt
  • Công cụ cho khối vận hành: tác nghiệp, điều tra thanh toán và chăm sóc khách hàng
  • Công nghệ tài chính Hồi giáo và mở rộng sổ cái lõi

Tích hợp điển hình

  • Hệ thống ngân hàng lõi, qua API, hàng đợi thông điệp hoặc giao diện theo lô

Chúng tôi xây dựng gì

  • Điều phối thanh toán định tuyến từng giao dịch đến cổng, tổ chức thanh toán thẻ hoặc hạ tầng thanh toán phù hợp
  • Tiếp nhận người bán, cổng thông tin và báo cáo
  • Dịch vụ quyết toán, tính phí và chi trả
  • Đối soát khớp giao dịch, quyết toán và sao kê ngân hàng

Chúng tôi xây dựng gì

  • Khởi tạo khoản vay: hồ sơ vay, thu thập tài liệu và quy trình ra quyết định
  • Ra quyết định tín dụng với quy tắc và mô hình giải thích được để đội tín dụng xem xét
  • Quản lý khoản vay: lịch trả nợ, các khoản trả nợ, nợ quá hạn và thu hồi nợ
  • Cổng cho môi giới và đối tác

Tích hợp điển hình

  • Trung tâm thông tin tín dụng, dữ liệu tài khoản ngân hàng mở và xác minh danh tính
  • Ngân hàng lõi hoặc sổ cái khoản vay, và thu các khoản trả nợ qua ghi nợ trực tiếp hoặc thẻ

Chúng tôi xây dựng gì

  • Cổng và ứng dụng khách hàng với danh mục, giao dịch và tài liệu
  • Báo cáo danh mục và khách hàng được xây từ dữ liệu lưu ký và thị trường
  • Tiếp nhận khách hàng với bảng hỏi đánh giá mức độ phù hợp và hồ sơ rủi ro
  • Công cụ cho chuyên viên tư vấn: rà soát khách hàng, đề xuất và tái cân bằng danh mục

Tích hợp điển hình

  • Đơn vị lưu ký, môi giới và nhà cung cấp dữ liệu thị trường
  • Hệ thống quản lý danh mục và CRM

Chúng tôi xây dựng gì

  • Hành trình báo giá và mua cho khách hàng và môi giới
  • Mở rộng quản lý hợp đồng cho sản phẩm, sửa đổi bổ sung và tái tục
  • Tiếp nhận yêu cầu bồi thường với AI xử lý tài liệu, phân loại và theo dõi trạng thái
  • Luồng dữ liệu định giá và rủi ro

Tích hợp điển hình

  • Hệ thống quản lý hợp đồng và yêu cầu bồi thường
  • Thu phí bảo hiểm, hoàn tiền và sổ cái

Chúng tôi xây dựng gì

  • Ứng dụng ví với nạp tiền, chuyển tiền, thanh toán hóa đơn và thanh toán cho người bán
  • Sổ cái ví với bút toán kép và cân đối hàng ngày
  • Phát hành thẻ và thẻ được token hóa cho thanh toán di động
  • Hạn mức, phí và quy tắc chương trình khách hàng thân thiết mà đội vận hành có thể tự thay đổi

Tích hợp điển hình

  • Đơn vị xử lý phát hành thẻ và dịch vụ token hóa

Chúng tôi xây dựng gì

  • Mô hình định lượng lớn (LQM) cho mô phỏng tài chính
  • Hệ thống giao dịch tần suất cao (HFT)
  • Phát hiện gian lận, AML và bất thường hành vi theo thời gian thực

Tích hợp điển hình

  • Nhà cung cấp dữ liệu thị trường và sàn giao dịch

Những gì chúng tôi xây dựng, kết nối và bảo vệ

  • Kênh số

    Ngân hàng web và di động, ứng dụng ví và đầu tư, được thiết kế cho khách hàng và được xây dựng để chịu tải vào ngày trả lương và cuối tháng.

  • Mở rộng lõi

    Dịch vụ quanh hệ thống ngân hàng lõi hoặc sổ cái để thêm sản phẩm và kênh mà không phải thay thế đầy rủi ro.

  • Điều phối thanh toán

    Định tuyến, thử lại và chuyển đổi dự phòng qua cổng, tổ chức thanh toán thẻ và hạ tầng thanh toán, với mọi lần thử được ghi lại.

  • Tiếp nhận và KYC

    Tiếp nhận khách hàng và doanh nghiệp với kiểm tra danh tính, sàng lọc và thu thập tài liệu, cùng lối chuyển rõ ràng sang rà soát thủ công.

  • Giám sát gian lận và giao dịch

    Quy tắc và mô hình học máy chấm điểm giao dịch ngay khi phát sinh và giữ những giao dịch đáng ngờ để xem xét.

  • Đối soát và tài chính

    Đối soát giữa sổ cái, đơn vị xử lý, ngân hàng và ERP, để bộ phận tài chính chốt sổ trên dữ liệu đáng tin cậy.

  • Kết nối ngân hàng

    Thanh toán và sao kê ở định dạng ISO 20022 và MT, qua kênh host-to-host, EBICS hoặc API ngân hàng.

  • Xử lý thẻ

    Tổ chức thanh toán thẻ, đơn vị xử lý và nền tảng phát hành qua ISO 8583 hoặc API, với thiết bị EMV tại cửa hàng và 3-D Secure trực tuyến.

  • Ngân hàng mở

    Thông tin tài khoản và khởi tạo thanh toán qua API ngân hàng được quản lý và nhà tổng hợp, với sự đồng ý được xử lý đúng cách.

  • Danh tính, KYC và AML

    Xác minh danh tính, sàng lọc lệnh trừng phạt và người có ảnh hưởng chính trị, kiểm tra thông tin bất lợi, với mọi kết quả được lưu để kiểm toán.

  • ERP và sổ cái

    Bút toán, phí và quyết toán được đưa vào ERP, để bộ phận tài chính thấy cùng con số với bộ phận vận hành.

  • Dữ liệu thẻ và PCI DSS

    Chúng tôi thiết kế để giữ dữ liệu thẻ ra khỏi hệ thống của bạn khi có thể, qua token hóa và trường thanh toán được lưu trữ, giúp giảm phạm vi PCI DSS. Khi buộc phải xử lý dữ liệu thẻ, chúng tôi xây theo các kiểm soát mà đơn vị đánh giá của bạn sẽ kiểm tra.

  • Xác thực khách hàng mạnh

    Chúng tôi xây các luồng xác thực mà quy định thanh toán và ngân hàng yêu cầu, như đăng nhập hai yếu tố và ký giao dịch, chỉ với các miễn trừ mà đội rủi ro của bạn cho phép.

  • Kiểm soát KYC và AML

    Tiếp nhận và giám sát lưu bằng chứng đội tuân thủ cần: đã kiểm tra gì, khi nào, bởi nhà cung cấp nào và ai ra quyết định.

  • Bảo vệ dữ liệu

    Trước khi bắt đầu, chúng tôi thống nhất nơi dữ liệu cá nhân và tài chính được phép lưu trữ và xử lý, và thiết kế theo GDPR cùng luật địa phương như PDPL của UAE và PDPL của Ả Rập Xê Út khi áp dụng.

  • Nhật ký kiểm toán và khả năng phục hồi

    Mọi thay đổi về tiền, hạn mức và quyền đều được ghi nhật ký và truy vết được, và hệ thống được xây dựng để gặp lỗi một cách an toàn rồi phục hồi, đúng như quy định về khả năng phục hồi vận hành yêu cầu.

Cách chúng tôi làm việc

  1. Đánh giá mức độ sẵn sàng

    Kỹ sư chính xem xét phạm vi, hệ thống, dữ liệu và nhu cầu pháp lý.

  2. Thiết kế các kết nối

    Lớp tích hợp, luồng lỗi và nhật ký kiểm toán được thiết kế trước.

  3. Bàn giao và vận hành

    Phát hành theo giai đoạn sau các cổng nghiệm thu, rồi vận hành được quản lý theo mức dịch vụ đã thống nhất.

Một sản phẩm tài chính số, từ đầu đến cuốiỨng dụng ngân hàng hoặc ví giao tiếp với một lớp API. Phía sau là kiểm tra danh tính, xử lý thẻ và sổ cái lõi. Giao dịch được sàng lọc ngay khi phát sinh, và mọi thứ đáng ngờ được giữ lại để con người xem xét.Con ngườiKhách hàngDịch vụỨng dụng ngânhàng hoặc víWeb và di độngXSISLớp APIXác thực, hạn mức vànhật ký kiểm toánBên thứ baNhà cung cấp KYCvà AMLTiếp nhận và sàng lọcCổng thanh toánBộ xử lý thẻPhát hành và ủyquyềnNgân hàngNgân hàng lõi hoặcsổ cáiTài khoản, số dư vàbút toánDịch vụGiám sát gian lậnvà giao dịchQuy tắc và mô hìnhCon ngườiĐội tuân thủ và vậnhànhXem xét giao dịch bịgiữ và trường hợp đượcchuyển lên12REST/JSON · OAuth 2.03REST/JSONwebhook4REST/JSON · ISO 200225REST/JSON6ISO 8583789

Một sản phẩm tài chính số, từ đầu đến cuối

Ứng dụng ngân hàng hoặc ví giao tiếp với một lớp API. Phía sau là kiểm tra danh tính, xử lý thẻ và sổ cái lõi. Giao dịch được sàng lọc ngay khi phát sinh, và mọi thứ đáng ngờ được giữ lại để con người xem xét.

  • Luồng chính
  • Bất đồng bộ
  • Luồng ngoại lệ
Luồng gồm 9 bước

Luồng xử lý, từng bước

  1. Từ Khách hàng đến Ứng dụng ngân hàng hoặc ví: Đăng ký, thanh toán và chuyển tiền (luồng chính).
  2. Từ Ứng dụng ngân hàng hoặc ví đến Lớp API: Yêu cầu, qua REST/JSON · OAuth 2.0 (luồng chính).
  3. Từ Lớp API đến Nhà cung cấp KYC và AML: Kiểm tra danh tính và sàng lọc, qua REST/JSON · webhook (luồng chính).
  4. Từ Lớp API đến Ngân hàng lõi hoặc sổ cái: Bút toán và số dư, qua REST/JSON · ISO 20022 (luồng chính).
  5. Từ Lớp API đến Bộ xử lý thẻ: Phát hành và kiểm soát thẻ, qua REST/JSON (luồng chính).
  6. Từ Bộ xử lý thẻ đến Ngân hàng lõi hoặc sổ cái: Giao dịch thẻ, qua ISO 8583 (bất đồng bộ).
  7. Từ Lớp API đến Giám sát gian lận và giao dịch: Giao dịch cần sàng lọc, dưới dạng luồng sự kiện (bất đồng bộ).
  8. Từ Giám sát gian lận và giao dịch đến Đội tuân thủ và vận hành: Giữ lại để xem xét (luồng ngoại lệ).
  9. Từ Nhà cung cấp KYC và AML đến Đội tuân thủ và vận hành: Kiểm tra thất bại hoặc chưa rõ được chuyển lên xem xét (luồng ngoại lệ).
ERP sang ngân hàng: thanh toán ra, sao kê vàoThanh toán đã duyệt rời ERP dưới dạng tệp ISO 20022 được ký qua kênh host-to-host. Báo cáo trạng thái và sao kê quay về cùng đường và được đối soát với khoản mục chưa xử lý. Khoản bị từ chối và dòng không khớp được chuyển đến đội ngũ của bạn kèm lý do.ERPERPLô thanh toán, khoảnmục chưa xử lý, sổcáiXSISLớp tích hợpÁnh xạ, kiểm tra, kývà lên lịchCổng thanh toánKênh ngân hàngbảo mậtSFTP host-to-host,EBICS hoặc API ngânhàngNgân hàngNgân hàngThanh toán và quản lýtiền mặtDịch vụCông cụ đối soátQuy tắc đối soát vàdung saiCon ngườiĐội ngân quỹ và tàichínhXem xét từ chối vàchênh lệch1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002 RJCT910

ERP sang ngân hàng: thanh toán ra, sao kê vào

Thanh toán đã duyệt rời ERP dưới dạng tệp ISO 20022 được ký qua kênh host-to-host. Báo cáo trạng thái và sao kê quay về cùng đường và được đối soát với khoản mục chưa xử lý. Khoản bị từ chối và dòng không khớp được chuyển đến đội ngũ của bạn kèm lý do.

  • Luồng chính
  • Bất đồng bộ
  • Luồng ngoại lệ
Luồng gồm 10 bước

Luồng xử lý, từng bước

  1. Từ ERP đến Lớp tích hợp: Lô thanh toán đã duyệt, qua REST/JSON · IDoc (luồng chính).
  2. Từ Lớp tích hợp đến Kênh ngân hàng bảo mật: Tệp thanh toán được ký và mã hóa, qua ISO 20022 pain.001 · OpenPGP (luồng chính).
  3. Từ Kênh ngân hàng bảo mật đến Ngân hàng: Đã chuyển đến ngân hàng, qua SFTP H2H (luồng chính).
  4. Từ Ngân hàng đến Kênh ngân hàng bảo mật: Báo cáo trạng thái và sao kê, qua pain.002 · camt.053 · MT940 (bất đồng bộ).
  5. Từ Kênh ngân hàng bảo mật đến Lớp tích hợp: Đã thu nhận và kiểm tra, qua SFTP H2H (bất đồng bộ).
  6. Từ Lớp tích hợp đến Công cụ đối soát: Dòng sao kê, qua camt.053 (bất đồng bộ).
  7. Từ Công cụ đối soát đến ERP: Bút toán khớp đã hạch toán, qua REST/JSON (luồng chính).
  8. Từ Lớp tích hợp đến Đội ngân quỹ và tài chính: Thanh toán bị từ chối, kèm mã lý do, qua pain.002 RJCT (luồng ngoại lệ).
  9. Từ Công cụ đối soát đến Đội ngân quỹ và tài chính: Dòng không khớp: chênh lệch đối soát (luồng ngoại lệ).
  10. Từ Đội ngân quỹ và tài chính đến ERP: Đã sửa và gửi lại (luồng ngoại lệ).
Thanh toán thẻ: ủy quyền tại quầy, quyết toán sau, đối soát trong ERPThiết bị thanh toán hoặc trang thanh toán trực tuyến hỏi cổng, cổng hỏi tổ chức thanh toán thẻ, và tổ chức này định tuyến đến mạng lưới thẻ và ngân hàng phát hành. Tệp quyết toán đến sau và được đối soát với bán hàng và phí trong ERP. Khi hết thời gian chờ, hệ thống tự động đảo giao dịch để khách hàng không bao giờ bị thu hai lần.POSThiết bị EMV hoặcthanh toán trựctuyếnChip, không tiếp xúcvà thương mại điện tửCổng thanh toánCổng thanh toánToken hóa và địnhtuyếnNgân hàngTổ chức thanh toánthẻỦy quyền và quyếttoánBên thứ baTổ chức thẻ vàngân hàng pháthànhChấp thuận hoặc từchốiERPERPBán hàng, phí vàkhoản chi trảXSISLớp tích hợpPhân tích và đối soátquyết toánCon ngườiĐội vận hành thanhtoánSai khớp, tranh chấpvà chargeback1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

Thanh toán thẻ: ủy quyền tại quầy, quyết toán sau, đối soát trong ERP

Thiết bị thanh toán hoặc trang thanh toán trực tuyến hỏi cổng, cổng hỏi tổ chức thanh toán thẻ, và tổ chức này định tuyến đến mạng lưới thẻ và ngân hàng phát hành. Tệp quyết toán đến sau và được đối soát với bán hàng và phí trong ERP. Khi hết thời gian chờ, hệ thống tự động đảo giao dịch để khách hàng không bao giờ bị thu hai lần.

  • Luồng chính
  • Bất đồng bộ
  • Luồng ngoại lệ
Luồng gồm 8 bước

Luồng xử lý, từng bước

  1. Từ Thiết bị EMV hoặc thanh toán trực tuyến đến Cổng thanh toán: Yêu cầu ủy quyền, qua EMV · REST/JSON (luồng chính).
  2. Từ Cổng thanh toán đến Tổ chức thanh toán thẻ: Ủy quyền, qua ISO 8583 (luồng chính).
  3. Từ Tổ chức thanh toán thẻ đến Tổ chức thẻ và ngân hàng phát hành: Định tuyến đến ngân hàng phát hành, qua ISO 8583 (luồng chính).
  4. Từ Tổ chức thanh toán thẻ đến Cổng thanh toán: Chấp thuận hoặc từ chối, qua ISO 8583 (bất đồng bộ).
  5. Từ Tổ chức thanh toán thẻ đến Lớp tích hợp: Tệp quyết toán và phí, qua SFTP (bất đồng bộ).
  6. Từ Lớp tích hợp đến ERP: Bán hàng, phí và khoản chi trả đã quyết toán, qua REST/JSON (luồng chính).
  7. Từ Cổng thanh toán đến Thiết bị EMV hoặc thanh toán trực tuyến: Không phản hồi kịp: tự động đảo giao dịch, qua ISO 8583 0400 (luồng ngoại lệ).
  8. Từ Lớp tích hợp đến Đội vận hành thanh toán: Sai khớp quyết toán hoặc chargeback (luồng ngoại lệ).
Ngân hàng mở: dữ liệu và thanh toán với sự đồng ý của khách hàngKhách hàng cấp sự đồng ý, bộ kết nối giữ token, và mọi lệnh gọi ngân hàng đều được ủy quyền và ghi nhật ký. Khi sự đồng ý hết hạn hoặc bị rút, ứng dụng hỏi lại khách hàng thay vì âm thầm thất bại.Con ngườiKhách hàngDịch vụỨng dụng hoặc nềntảng của bạnNgân quỹ, cho vayhoặc kế toánXSISBộ kết nối ngânhàng mởSự đồng ý, token vàchuẩn hóa dữ liệuNgân hàngAPI ngân hànghoặc nhà tổng hợpThông tin tài khoản vàkhởi tạo thanh toánERPERP hoặc sổ cáiVị thế tiền mặt và đốisoát12REST/JSON3OAuth 2.0 · FAPI · REST4REST/JSON · webhook5REST/JSON6HTTP 401 · 4037

Ngân hàng mở: dữ liệu và thanh toán với sự đồng ý của khách hàng

Khách hàng cấp sự đồng ý, bộ kết nối giữ token, và mọi lệnh gọi ngân hàng đều được ủy quyền và ghi nhật ký. Khi sự đồng ý hết hạn hoặc bị rút, ứng dụng hỏi lại khách hàng thay vì âm thầm thất bại.

  • Luồng chính
  • Bất đồng bộ
  • Luồng ngoại lệ
Luồng gồm 7 bước

Luồng xử lý, từng bước

  1. Từ Khách hàng đến Ứng dụng hoặc nền tảng của bạn: Cấp sự đồng ý (luồng chính).
  2. Từ Ứng dụng hoặc nền tảng của bạn đến Bộ kết nối ngân hàng mở: Yêu cầu tài khoản và thanh toán, qua REST/JSON (luồng chính).
  3. Từ Bộ kết nối ngân hàng mở đến API ngân hàng hoặc nhà tổng hợp: Gọi API được ủy quyền, qua OAuth 2.0 · FAPI · REST (luồng chính).
  4. Từ API ngân hàng hoặc nhà tổng hợp đến Bộ kết nối ngân hàng mở: Số dư, giao dịch và trạng thái thanh toán, qua REST/JSON · webhook (bất đồng bộ).
  5. Từ Bộ kết nối ngân hàng mở đến ERP hoặc sổ cái: Giao dịch đã chuẩn hóa, qua REST/JSON (luồng chính).
  6. Từ API ngân hàng hoặc nhà tổng hợp đến Bộ kết nối ngân hàng mở: Sự đồng ý hết hạn hoặc bị rút, qua HTTP 401 · 403 (luồng ngoại lệ).
  7. Từ Bộ kết nối ngân hàng mở đến Ứng dụng hoặc nền tảng của bạn: Khách hàng được yêu cầu gia hạn sự đồng ý (luồng ngoại lệ).

Kết quả trong dịch vụ tài chính

Nghiên cứu điển hình

Cách bắt đầu

Các bước tiếp theo

  1. Thống nhất thời gian

    Đội ngũ của chúng tôi gửi email để thống nhất thời gian cho buổi tư vấn.

  2. Buổi tư vấn sơ bộ

    Một buổi tư vấn sơ bộ trực tuyến miễn phí 30 phút: chúng tôi cùng bạn xem xét mục tiêu, hệ thống và ràng buộc.

  3. Đánh giá mức độ sẵn sàng

    Trong một đánh giá mức độ sẵn sàng miễn phí trong 48 giờ, một kiến trúc sư chính kiểm tra dự án của bạn theo định nghĩa sẵn sàng (Definition of Ready) gồm 6 điểm và đề xuất lộ trình phù hợp.

  4. Chọn lộ trình

    Các dự án đã rõ phạm vi nhận đề xuất có ràng buộc trong vòng 3 đến 5 ngày làm việc. Các dự án ở giai đoạn ý tưởng bắt đầu trong Blueprint Studio. Hệ thống đang vận hành gặp lỗi, thiếu tài liệu hoặc cần tích hợp bắt đầu bằng chẩn đoán kéo dài 1 đến 2 tuần. Blueprint Studio và chẩn đoán đều có phí cố định, được báo trong đề xuất.

Cách nhanh nhất để bắt đầu là gói Sprint Đánh giá mức độ sẵn sàng cho hóa đơn điện tử và ERP, một trong các gói hợp tác nhanh của chúng tôi.

Nên bắt đầu từ đâu

Câu hỏi và trả lời

XSIS làm những công việc fintech nào?

Fintech là ngành trọng tâm của chúng tôi. Chúng tôi xây ứng dụng ngân hàng số và ví, dịch vụ thanh toán và quyết toán, nền tảng cho vay, báo cáo tài sản và hành trình bảo hiểm, và kết nối chúng với ngân hàng, đơn vị xử lý thẻ, nhà cung cấp KYC và hệ thống ERP. Chúng tôi không công bố tên khách hàng khi chưa có sự đồng ý, nên chúng tôi thể hiện kinh nghiệm qua các hệ thống và tiêu chuẩn chúng tôi làm việc cùng, và qua các buổi trao đổi kỹ thuật với kiến trúc sư của bạn.

Liên kết tới câu hỏi này

XSIS có thể làm việc tuân theo yêu cầu pháp lý và bảo mật của chúng tôi không?

Có. Chúng tôi làm việc trong chính sách của bạn: quy tắc truy cập, môi trường, quy trình thay đổi và yêu cầu kiểm toán. Trước khi bắt đầu, chúng tôi thống nhất cách xử lý dữ liệu, kỹ sư được tiếp cận môi trường nào và bằng chứng đội rủi ro, tuân thủ của bạn cần. Chúng tôi mô tả các kiểm soát áp dụng một cách rõ ràng để đơn vị đánh giá của bạn xem xét.

Liên kết tới câu hỏi này

Chúng tôi có phải thay hệ thống ngân hàng lõi không?

Thường là không. Phần lớn ngân hàng được lợi nhiều hơn khi bọc lõi bằng API được định nghĩa tốt và xây sản phẩm, kênh mới như dịch vụ quanh đó. Điều này giữ hệ thống lưu trữ chuẩn ổn định trong khi phần hướng khách hàng thay đổi nhanh hơn. Khi thực sự phải thay lõi, chúng tôi lập kế hoạch di chuyển theo giai đoạn, đối soát cả hai hệ thống cho đến khi tắt hệ thống cũ.

Liên kết tới câu hỏi này

XSIS xử lý dữ liệu thẻ thế nào?

Chúng tôi thiết kế để càng ít hệ thống càng tốt nhìn thấy số thẻ đầy đủ. Trường thanh toán được lưu trữ, token hóa và token mạng lưới giữ dữ liệu thẻ tại đơn vị xử lý, giúp giảm phạm vi PCI DSS. Khi một hệ thống buộc phải xử lý dữ liệu thẻ, chúng tôi xây theo kiểm soát PCI DSS áp dụng và ghi tài liệu cho đơn vị đánh giá của bạn.

Liên kết tới câu hỏi này

XSIS có hỗ trợ ISO 20022 và thanh toán tức thời không?

Có. Chúng tôi xây dịch vụ tạo, kiểm tra và đọc thông điệp ISO 20022, cho thanh toán doanh nghiệp và báo cáo, như pain.001 và camt.053, và cho thông điệp liên ngân hàng dùng trong hệ thống thanh toán tức thời và giá trị cao. Mỗi hệ thống thanh toán và ngân hàng có quy tắc riêng, nên chúng tôi làm theo hướng dẫn triển khai và kiểm thử trong môi trường kiểm thử của họ.

Liên kết tới câu hỏi này

XSIS có thể xây giám sát gian lận và giao dịch không?

Có. Chúng tôi kết hợp quy tắc để chuyên viên phân tích của bạn đọc và thay đổi với mô hình học máy huấn luyện trên dữ liệu của chính bạn, và giải thích vì sao mỗi cảnh báo được tạo. Cảnh báo vào hàng đợi vụ việc để chuyên viên quyết định, và quyết định của họ được đưa ngược trở lại vào quy tắc và mô hình. Khi bạn đã dùng nhà cung cấp sàng lọc chuyên biệt, chúng tôi kết nối với họ.

Liên kết tới câu hỏi này

Điều gì quyết định chi phí dự án fintech?

Số hệ thống và đối tác liên quan, kiểm soát pháp lý áp dụng, khối lượng và tốc độ hệ thống phải xử lý, và mức kiểm thử đối tác yêu cầu trước khi đưa vào vận hành. Thủ tục với đối tác, như chứng nhận của ngân hàng hoặc đơn vị xử lý, thường quyết định nhịp độ hơn cả mã nguồn. Chúng tôi ước tính sau khi khám phá và chia công việc thành các giai đoạn mà bạn có thể cấp ngân sách và phê duyệt lần lượt.

Liên kết tới câu hỏi này

Bắt đầu bằng một cuộc trò chuyện, không phải hợp đồng.

Cho chúng tôi biết bạn cần xây dựng, kết nối hoặc bảo vệ điều gì. Một kiến trúc sư sẽ cùng bạn xem xét, rồi đề xuất nơi nên bắt đầu.

Đặt buổi tư vấn miễn phíYêu cầu đề xuất