Bỏ qua đến nội dung chính
FromNine
Danh mục

Phần mềm và đám mây

Phần mềm doanh nghiệp mà đội ngũ của chính tổ chức có thể tiếp tục phát triển.

Chúng tôi phát triển sản phẩm SaaS, cổng thông tin cho người dân và nhân viên, và ứng dụng nghiệp vụ cốt lõi dễ tiếp cận, an toàn ngay từ cấu hình mặc định, và đội ngũ của tổ chức có thể tự bảo trì rất lâu sau khi đưa vào sử dụng.

Dành cho công ty sản phẩm và tổ chức phục vụ người dùng ở nhiều quốc gia, nhiều ngôn ngữ và nhiều hệ thống pháp luật, như doanh nghiệp phần mềm Việt Nam bán sản phẩm sang châu Âu.

Phần mềm doanh nghiệp và SaaS: các lớp năng lựcBốn lớp xếp chồng theo chiều sâu. Từ trên xuống: giao diện dễ tiếp cận mà người dùng sử dụng, các mô-đun nghiệp vụ chứa quy tắc, các dịch vụ nền tảng cho nhiều khách thuê và định danh, và quy trình phát hành an toàn ở bên dưới.01Giao diện dễ tiếp cận02Mô-đun và quy tắc nghiệp vụ03Khách thuê, định danh, dữ liệu04Quy trình phát hành an toàn
  1. 01Thiết kế hướng nghiệp vụ cho công việc nhiều quy tắc như xử lý hồ sơ
  2. 02Khả năng tiếp cận theo EN 301 549 và WCAG 2.2 AA ngay từ bản thiết kế đầu tiên
  3. 03Tài liệu và hồ sơ quyết định mà đội ngũ của tổ chức có thể tiếp quản

01 Vấn đề

Những gì chúng tôi thường nghe trước khi xây dựng lại

  1. 01

    Mỗi thay đổi mất cả một quý

    Ứng dụng vẫn chạy, nhưng không ai dám chạm vào phần lõi. Thay đổi nhỏ cũng cần kiểm thử hồi quy lớn và một khung thời gian phát hành.

  2. 02

    Cổng thông tin không phục vụ được người dùng của nó

    Cổng không dùng được với trình đọc màn hình, bằng ngôn ngữ thứ hai mà người dùng cần hay trên điện thoại. Khiếu nại đến trước cả đợt đánh giá khả năng tiếp cận.

  3. 03

    Thay đổi cho khách hàng này làm hỏng hệ thống của khách hàng khác

    Sản phẩm SaaS lớn lên bằng cách tùy biến cho từng khách hàng. Giờ mỗi lần phát hành là một cuộc thương lượng và một số khách thuê bị kẹt ở phiên bản cũ.

  4. 04

    Tri thức đã đi theo nhà cung cấp

    Các quyết định chưa bao giờ được ghi lại. Nhóm xây dựng đã chuyển đi, và mã nguồn là tài liệu duy nhất.

  5. 05

    Câu hỏi về an ninh đến từ khách hàng và cơ quan quản lý

    Bộ phận mua hàng của khách hàng châu Âu đòi SBOM, quy trình xử lý lỗ hổng và bằng chứng theo Đạo luật Khả năng chống chịu trên không gian mạng của EU. Chưa ai chuẩn bị sẵn.

02 Hạng mục triển khai

Những gì chúng tôi triển khai

  1. 01 Phát triển sản phẩm SaaS

    Sản phẩm được thiết kế để phục vụ nhiều khách hàng từ một bộ mã nguồn: mô hình khách thuê phù hợp, cấu hình thay cho tùy biến, và bản phát hành đến được mọi khách thuê.

    Công việc chúng tôi thực hiện

    • Chọn mô hình khách thuê: dùng chung, gộp nhóm hoặc tách riêng
    • Chiến lược cấu hình và cờ tính năng
    • Tích hợp đo lường sử dụng và tính phí
    • Chuỗi phát hành triển khai theo từng khách thuê

    Kết quả bàn giao

    • Thiết kế khách thuê và cơ chế cách ly
    • Mô hình cấu hình có giới hạn kiểm soát
    • Quy trình phát hành có hoàn tác theo từng khách thuê
  2. 02 Thiết kế nghiệp vụ cho quy tắc phức tạp

    Thiết kế hướng nghiệp vụ ở nơi quy tắc chính là sản phẩm: xử lý hồ sơ, xét điều kiện, tính toán chịu nhiều quy định. Chúng tôi cân nhắc kỹ giữa kiến trúc nguyên khối chia mô-đun (modular monolith) và microservices, và thường bắt đầu với lựa chọn thứ nhất.

    Công việc chúng tôi thực hiện

    • Event storming cùng chuyên gia nghiệp vụ
    • Ngữ cảnh giới hạn và ranh giới mô-đun
    • Quy tắc được viết rõ ràng và kiểm thử được
    • Hồ sơ quyết định kiến trúc cho các lựa chọn lớn

    Kết quả bàn giao

    • Mô hình nghiệp vụ và bản đồ ngữ cảnh
    • Bộ mã nguồn chia mô-đun với ranh giới được kiểm soát
    • Đặc tả thực thi được cho các quy tắc chính
  3. 03 Cổng thông tin cho người dân và nhân viên

    Giao diện xây dựng trên hệ thống thiết kế, dễ tiếp cận theo mặc định và đa ngôn ngữ từ bản phát hành đầu tiên. Với tổ chức phục vụ người dùng ở Việt Nam và ở châu Âu, điều đó nghĩa là các ngôn ngữ mà người dùng thực sự sử dụng ở từng thị trường.

    Công việc chúng tôi thực hiện

    • Hệ thống thiết kế với thành phần dễ tiếp cận
    • Thiết kế nội dung bằng ngôn ngữ dễ hiểu
    • Kiểm thử với công nghệ hỗ trợ cùng người dùng thực
    • Quy trình bản địa hóa cho từng ngôn ngữ

    Kết quả bàn giao

    • Cổng thông tin trên hệ thống thiết kế dùng lại được
    • Báo cáo mức độ đáp ứng khả năng tiếp cận
    • Quy trình nội dung và biên dịch
  4. 04 Kỹ thuật chất lượng và phát triển an toàn

    Kiểm thử tự động ở đúng cấp độ, kiểm thử hợp đồng giữa các dịch vụ, kiểm thử hiệu năng trước khi ra mắt, và vòng đời phát triển an toàn dựa trên OWASP ASVS, SBOM và kiểm soát chuỗi cung ứng.

    Công việc chúng tôi thực hiện

    • Chiến lược và tự động hóa kiểm thử
    • Kiểm thử hợp đồng và kiểm thử hiệu năng
    • Mô hình hóa mối đe dọa và kiểm chứng theo ASVS
    • Tạo SBOM và chính sách thư viện phụ thuộc

    Kết quả bàn giao

    • Bộ kiểm thử tự động trong quy trình phát hành
    • Báo cáo kiểm chứng an ninh
    • Quy trình xử lý lỗ hổng sẵn sàng cho Đạo luật Khả năng chống chịu trên không gian mạng của EU
  5. 05 Hiện đại hóa từng bước

    Thay thế ứng dụng cũ từng năng lực một, sau một lớp định tuyến, trong khi hoạt động kinh doanh vẫn tiếp diễn. Xem thêm Hiện đại hóa hệ thống cũ.

    Công việc chúng tôi thực hiện

    • Bản đồ năng lực của ứng dụng hiện có
    • Định tuyến theo mô hình strangler fig và bọc API
    • Chuyển đổi dữ liệu kèm báo cáo đối chiếu
    • Chạy song song cho các phép tính quan trọng

    Kết quả bàn giao

    • Trình tự hiện đại hóa gắn với các mốc nghiệp vụ
    • Lớp định tuyến và các mô-đun mới vận hành thực tế
    • Dữ liệu đã đối chiếu ở mỗi lần chuyển đổi
  6. 06 Khả năng bảo trì và bàn giao

    Phần mềm mà đội ngũ của tổ chức làm chủ được: mã dễ đọc, hồ sơ quyết định, sổ tay vận hành và kế hoạch bàn giao thống nhất từ đầu, không phải phát hiện ra ở cuối.

    Công việc chúng tôi thực hiện

    • Lập trình theo cặp với lập trình viên của tổ chức trong quá trình xây dựng
    • Hồ sơ quyết định kiến trúc lưu cùng mã nguồn
    • Sổ tay vận hành và hướng dẫn trực sự cố
    • Các mốc chuyển giao tri thức

    Kết quả bàn giao

    • Kế hoạch bàn giao với tiêu chí nghiệm thu
    • Bộ tài liệu trong kho mã của tổ chức
    • Đội ngũ nội bộ đã được đào tạo

03 Kiến trúc

Một kiến trúc tham chiếu minh họa

Hình dạng thường gặp của một ứng dụng nghiệp vụ thay thế ứng dụng cũ: giao diện dễ tiếp cận, một lớp định tuyến đưa từng năng lực đến hệ thống cũ hoặc hệ thống mới, một lớp API với hợp đồng rõ ràng, và phần lõi chia mô-đun theo nghiệp vụ.

Mô hình khách thuê và cấu hình là các dịch vụ nền tảng rõ ràng, không phải các điều kiện rải rác trong mã. Bên dưới, mỗi lần xây dựng đều chạy kiểm thử, kiểm tra an ninh và tạo SBOM.

Các lớp trong sơ đồ

Người dùng
Người dân, khách hàng và nhân viên, trên mọi thiết bị và với công nghệ hỗ trợ.
Hiện đại hóa
Lớp định tuyến, ứng dụng hiện có và bước chuyển đổi dữ liệu có đối chiếu.
Nền tảng
Lớp API, định danh, lõi chia mô-đun, khách thuê và cấu hình, dữ liệu vận hành.
Phát hành an toàn
Kiểm thử hợp đồng và hiệu năng, kiểm tra ASVS và SBOM ở mỗi lần xây dựng.
Ví dụ minh họa
  1. Người dùng

    • Người dân, khách hàng, nhân viên
    • Giao diện dễ tiếp cận
  2. Hiện đại hóa từng bước

    • Lớp định tuyến
    • Ứng dụng hiện có
    • Chuyển đổi có đối chiếu
  3. Nền tảng

    • Lớp API và hợp đồng
    • Định danh và vai trò
    • Lõi mô-đun: tiếp nhận, hồ sơ, tính phí
    • Khách thuê, cấu hình, cờ tính năng
    • Kho dữ liệu vận hành
  4. Phát hành an toàn

    • Kiểm thử hợp đồng và hiệu năng, kiểm tra ASVS, SBOM ở mỗi lần xây dựng
Lõi chia mô-đun sau một lớp định tuyến

Kiến trúc minh họa, không phải hệ thống của khách hàng.

Đọc sơ đồ dưới dạng văn bản

Luồng chính đi từ người dùng đến giao diện dễ tiếp cận, qua lớp định tuyến và lớp API, đến phần lõi chia mô-đun theo các ngữ cảnh giới hạn.

Lớp định tuyến cũng chuyển một số năng lực đến ứng dụng hiện có, ứng dụng này được ngừng dần từng bước. Dữ liệu của nó được chuyển qua bước chuyển đổi có đối chiếu vào các kho dữ liệu vận hành.

Dịch vụ định danh phục vụ lớp API. Dịch vụ khách thuê và cấu hình nằm dưới phần lõi. Một dải phát hành an toàn ở dưới cùng bao gồm kiểm thử hợp đồng, kiểm thử hiệu năng, kiểm chứng an ninh và SBOM.

04 Lưu ý và giới hạn

Lưu ý kỹ thuật và giới hạn

  • Kiến trúc nguyên khối chia mô-đun trước

    Cách chúng tôi xử lý

    Chúng tôi bắt đầu với các mô-đun rõ ràng trong một đơn vị triển khai và chỉ tách thành dịch vụ riêng khi khả năng mở rộng, nhịp phát hành hoặc quyền sở hữu của các nhóm đòi hỏi.

    Giới hạn và điều kiện phụ thuộc

    Microservices giải quyết vấn đề tổ chức nhiều không kém vấn đề kỹ thuật. Không có nhóm phụ trách, chúng làm tăng chi phí và các kiểu lỗi.

  • Khả năng tiếp cận là công việc kỹ thuật

    Cách chúng tôi xử lý

    Thành phần dễ tiếp cận, kiểm tra tự động trong quy trình phát hành và kiểm thử thủ công với công nghệ hỗ trợ trước mỗi lần phát hành lớn.

    Giới hạn và điều kiện phụ thuộc

    Công cụ tự động chỉ tìm được một phần vấn đề. Đáp ứng đầy đủ cần đánh giá thủ công và, tốt nhất, kiểm thử cùng người khuyết tật.

    Nội dung và tài liệu do biên tập viên thêm sau khi ra mắt phải đạt cùng chuẩn. Chúng tôi đào tạo biên tập viên, nhưng không kiểm soát những gì họ đăng.

  • Dữ liệu quyết định tiến độ hiện đại hóa

    Cách chúng tôi xử lý

    Chuyển đổi dữ liệu được lập kế hoạch theo từng năng lực, được diễn tập và đối chiếu, với phê duyệt của bộ phận nghiệp vụ ở mỗi lần chuyển đổi.

    Giới hạn và điều kiện phụ thuộc

    Chất lượng dữ liệu cũ thường quyết định tốc độ. Làm sạch dữ liệu là việc của nghiệp vụ không kém việc của kỹ thuật.

  • Quy định đối với sản phẩm phần mềm

    Cách chúng tôi xử lý

    SBOM, xử lý lỗ hổng và cấu hình mặc định an toàn là một phần của quy trình phát hành chuẩn của chúng tôi, giúp sản phẩm chuẩn bị cho Đạo luật Khả năng chống chịu trên không gian mạng của EU.

    Giới hạn và điều kiện phụ thuộc

    Đạo luật có áp dụng cho sản phẩm hay không và áp dụng thế nào là câu hỏi pháp lý. Chúng tôi cung cấp bằng chứng kỹ thuật; luật sư của tổ chức đưa ra đánh giá.

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

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

Chu kỳ ngắn, người dùng thực tham gia sớm, và kế hoạch bàn giao có từ tuần đầu tiên.

  1. 01

    Lập bản đồ nghiệp vụ

    Event storming cùng những người nắm rõ quy tắc, và bản đồ năng lực của những gì đang có.

    Kết quảBản đồ ngữ cảnh và các hồ sơ quyết định đầu tiên

  2. 02

    Đưa một lát cắt mỏng vào vận hành

    Một năng lực trọn vẹn từ đầu đến cuối, qua lớp định tuyến, vào vận hành thực tế với người dùng thực.

    Kết quảLát cắt đang vận hành thực tế

  3. 03

    Mở rộng theo năng lực

    Mỗi lần phát hành chuyển một năng lực, dữ liệu và người dùng của nó, với đối chiếu và hoàn tác sẵn sàng.

    Kết quảKế hoạch phát hành theo năng lực

  4. 04

    Bàn giao

    Lập trình viên của tổ chức làm việc theo cặp với chúng tôi, nhận nhiệm vụ trực sự cố và làm chủ lộ trình khi đạt tiêu chí bàn giao.

    Kết quảBàn giao được nghiệm thu

06 Con người kiểm soát

Nơi con người giữ quyền kiểm soát

Trong phần mềm nghiệp vụ, kiểm soát nghĩa là biết ai đã thay đổi gì, ai đã phê duyệt và làm sao để hoàn tác.

  • Người phụ trách sản phẩm quyết định phạm vi

    Người phụ trách sản phẩm của tổ chức đặt thứ tự ưu tiên và nghiệm thu từng phần. Chúng tôi tư vấn, họ quyết định.

  • Cấu hình có người phụ trách

    Thiết lập của khách thuê và cờ tính năng được thay đổi qua quy trình có kiểm toán, bởi những vai trò do tổ chức chỉ định.

  • Mỗi lần chuyển đổi đều được phê duyệt

    Mỗi bước chuyển từ hệ thống cũ sang hệ thống mới được bộ phận nghiệp vụ phê duyệt, với phương án hoàn tác đã diễn tập.

  • Quyết định được ghi lại

    Hồ sơ quyết định kiến trúc cho thấy điều gì đã được chọn, ai chọn và vì sao, để các nhóm sau này có thể xem lại với đầy đủ hiểu biết.

07 Công nghệ

Các công nghệ chúng tôi sử dụng

Phía máy chủ
  • Java và Kotlin
  • .NET
  • TypeScript và Node.js
  • Python
Phía giao diện
  • React và Next.js
  • Angular
  • Hệ thống thiết kế với thành phần dễ tiếp cận
  • Ứng dụng di động gốc và đa nền tảng
Dữ liệu
  • PostgreSQL
  • SQL Server và Oracle (hệ thống hiện có)
  • Truyền dữ liệu theo luồng sự kiện
  • Công cụ tìm kiếm
Chất lượng và an ninh
  • Playwright và kiểm thử hợp đồng
  • Kiểm thử tải và hiệu năng
  • SAST, DAST và quét thư viện phụ thuộc
  • SBOM theo CycloneDX hoặc SPDX

Việc liệt kê một công nghệ mô tả kinh nghiệm kỹ thuật của chúng tôi. Điều đó không có nghĩa là chúng tôi có quan hệ đối tác với nhà cung cấp hoặc được nhà cung cấp chứng nhận.

08 Ví dụ

Một ví dụ minh họa

Ví dụ minh họa

Cổng đại lý cho một nhà sản xuất đồ gỗ bán hàng sang châu Âu

01Bối cảnh
Ví dụ: một nhà sản xuất đồ gỗ nội thất bán hàng cho nhà nhập khẩu ở bốn nước châu Âu. Mỗi thị trường có một cổng đặt hàng riêng do một nhà cung cấp khác xây dựng, mỗi cổng vướng lỗi khả năng tiếp cận theo một kiểu, và mỗi thay đổi phải làm bốn lần.
02Hệ thống chúng tôi sẽ xây dựng
Một cổng đại lý duy nhất trên hệ thống thiết kế dùng chung, với nội dung, ngôn ngữ và tích hợp theo từng thị trường nằm trong cấu hình và một chuỗi phát hành chung.
03Nơi con người quyết định
Nhóm phụ trách từng thị trường phê duyệt nội dung và cấu hình cho thị trường của mình; người phụ trách sản phẩm quyết định các tính năng dùng chung.
04Những gì chúng tôi sẽ đo lường
Số lỗi khả năng tiếp cận mỗi lần phát hành, thời gian đưa một thay đổi đến mọi thị trường và tỷ lệ thay đổi chỉ làm một lần thay vì theo từng thị trường.

09 Theo ngành

Theo ngành của quý vị

  • Hệ thống quản lý hồ sơ và cổng thông tin cho người dân đáp ứng yêu cầu về khả năng tiếp cận, hỗ trợ các ngôn ngữ cần thiết và kết nối với nền tảng chia sẻ dữ liệu.

  • Cổng thông tin khách hàng và ứng dụng nghiệp vụ hậu trường với dấu vết kiểm toán chặt chẽ và quy trình phát hành đáp ứng yêu cầu kiểm soát thay đổi.

  • Bộ cấu hình sản phẩm, cổng dịch vụ và sản phẩm SaaS cho nhà sản xuất thiết bị, kết nối với ERP và dịch vụ hiện trường.

Việt Nam

Thị trường mới là một bản phát hành, không phải một nhánh mã

Một sản phẩm phần mềm đưa vào thị trường EU phải tính đến Đạo luật về Khả năng tiếp cận của châu Âu (EAA) đối với sản phẩm và dịch vụ trên thị trường EU, và Đạo luật Khả năng chống chịu trên không gian mạng của EU, với các nghĩa vụ bắt đầu theo từng giai đoạn. Tại Việt Nam, Luật Chuyển đổi số (Luật số 148/2025/QH15) có hiệu lực từ ngày 1/7/2026: các yêu cầu tối thiểu, trong đó có khả năng tiếp cận, bắt buộc đối với hệ thống của Nhà nước và dịch vụ số thiết yếu, và được khuyến khích đối với tổ chức khác; Thông tư số 26/2020/TT-BTTTT áp dụng cho cổng thông tin điện tử của cơ quan nhà nước. Khách hàng ở mỗi nước còn có ngôn ngữ, quy tắc hóa đơn và cách định danh riêng: hóa đơn điện tử theo Nghị định số 254/2026/NĐ-CP tại Việt Nam, Peppol tại nhiều nước châu Âu.

Chúng tôi giữ những khác biệt này trong cấu hình và trong các mô-đun có ranh giới rõ ràng, để một thị trường mới là một bản phát hành chứ không phải một nhánh mã riêng. Bằng chứng về khả năng tiếp cận và tài liệu an ninh do quy trình phát hành tạo ra, sẵn sàng cho các câu hỏi mua sắm ở từng thị trường.

Câu hỏi về phần mềm doanh nghiệp và SaaS

Nên tự xây dựng hay cấu hình một nền tảng có sẵn?

Hãy cấu hình nền tảng khi quy trình gần với chuẩn chung, và tự xây dựng khi quy trình chính là điểm khác biệt của tổ chức hoặc khi không nền tảng nào phù hợp với các quy tắc. Chúng tôi làm việc với Salesforce, SAP và Odoo cũng như với phần mềm viết riêng, nên không có lý do gì để thúc đẩy một đáp án duy nhất. Dịch vụ Kiến trúc và tư vấn của chúng tôi giúp lựa chọn này được đưa ra một cách rõ ràng.

FromNine có bảo đảm cổng thông tin dễ tiếp cận không?

Chúng tôi xây dựng theo EN 301 549 và WCAG 2.2 AA, kiểm thử tự động và thủ công, và bàn giao báo cáo mức độ đáp ứng kèm các vấn đề đã biết. Chúng tôi không hứa không có vấn đề nào; chúng tôi cam kết tìm ra, báo cáo và khắc phục những gì nằm trong phạm vi của mình.

Có thể hiện đại hóa mà không chuyển đổi một lần toàn bộ không?

Có, và chúng tôi khuyến nghị như vậy. Một lớp định tuyến cho phép chuyển từng năng lực một trong khi ứng dụng hiện có vẫn chạy, với dữ liệu được đối chiếu ở mỗi bước.

Đội ngũ của tổ chức có tiếp quản được phần mềm không?

Đó là kế hoạch mặc định. Tiêu chí bàn giao được thống nhất từ đầu, lập trình viên của tổ chức làm việc theo cặp với lập trình viên của chúng tôi trong quá trình xây dựng, và hồ sơ quyết định cùng sổ tay vận hành nằm trong kho mã của tổ chức.

Đạo luật Khả năng chống chịu trên không gian mạng của EU có ý nghĩa gì với sản phẩm của chúng tôi?

Nếu doanh nghiệp đưa phần mềm có thành phần kỹ thuật số vào thị trường EU, đạo luật này có thể kéo theo nghĩa vụ về thiết kế an toàn, xử lý lỗ hổng và tài liệu. Chúng tôi xây dựng bằng chứng kỹ thuật: SBOM, quy trình xử lý lỗ hổng và cấu hình mặc định an toàn.

Hãy cho chúng tôi biết điều gì phải tiếp tục chạy trong lúc thay đổi

Chúng tôi sẽ đề xuất năng lực đầu tiên cần chuyển và những gì đội ngũ của tổ chức sẽ làm chủ khi kết thúc.