Tài liệu này tổng hợp các câu hỏi mà CIO và Head of Operations đặt ra khi đánh giá phần mềm quản trị vận hành của OKAXI. Trả lời được viết theo thực chiến vận hành sản phẩm cho khách hàng retail và contract management đang chạy production.
Có. OKAXI thiết kế core engine theo dạng configurable thay vì hardcoded. Mọi workflow doanh nghiệp định nghĩa qua schema JSON với các node (action, condition, approval) và edge (transition). Admin doanh nghiệp tự sửa workflow qua admin panel mà không cần OKAXI deploy lại code. Một số khách hàng đã chạy với hơn 50 workflow khác nhau cho các phòng ban khác nhau trên cùng instance.
OKAXI dùng form schema theo chuẩn JSON Schema và UI Schema phân tách. Mỗi field có metadata gồm tên, kiểu dữ liệu, validation rule, dependency và visibility condition. Admin tự thêm field, ẩn field, hoặc đổi label qua giao diện drag-and-drop. Migration dữ liệu khi schema thay đổi tự động thông qua versioning, dữ liệu cũ vẫn đọc được sau khi nâng cấp form.
Có. OKAXI quản lý workflow theo version. Workflow đang chạy giữ nguyên cho các bản ghi đã khởi tạo. Bản ghi mới dùng workflow version mới. Khi cần migrate bản ghi đang chạy sang version mới, admin chạy migration script với mapping rule rõ ràng. Quy trình này tránh đột ngột thay đổi state máy đang chạy và đảm bảo tính nhất quán nghiệp vụ.
Workflow đơn giản với 5 đến 7 bước cấu hình trong 2 ngày làm việc bởi admin doanh nghiệp đã được training. Workflow phức tạp với hơn 20 node, multi-approval và integration ngoại system mất 1 đến 2 tuần engagement với OKAXI BA. Mọi workflow đều có sandbox để test trước khi promote ra production. OKAXI cung cấp 4 buổi training cho 3 đến 5 admin doanh nghiệp trong giai đoạn handover.
OKAXI áp dụng kỹ thuật indexing chuyên dụng cho từng query pattern. Hot table có composite index theo (tenant_id, status, created_at). Cold data archive xuống separate table với compression. Partition theo time range hoặc tenant để tránh full table scan. Trên dự án retail đang chạy, bảng contract chứa 1.2 triệu record vẫn cho query p95 dưới 200ms cho list view 50 dòng và filter 3 trường.
OKAXI thiết kế contract management theo command-query responsibility separation (CQRS). Command side ghi vào normalized table cho data integrity. Query side dùng denormalized read model được sync qua Kafka event. Read model có sẵn aggregate (count by status, sum by amount) để dashboard không tính lại từ raw.
OKAXI dùng dedicated time-series database (TimescaleDB hoặc InfluxDB) cho GPS event. Một field rep gửi ping mỗi 30 giây qua mobile app, đẩy về backend qua MQTT hoặc HTTP batch. Backend ghi vào time-series với compression tự động trên data cũ hơn 30 ngày.
OKAXI tách báo cáo thành ba tier theo độ phức tạp. Tier 1 (real-time dashboard, dưới 1 giây) chạy trên materialized view được refresh mỗi 5 phút. Tier 2 (báo cáo chi tiết, dưới 30 giây) chạy ad-hoc query với streaming cursor. Tier 3 (báo cáo cross-domain heavy, vài phút) chạy qua job queue, kết quả gửi qua email hoặc download link. Người dùng nhận thông báo thay vì chờ UI block.
OKAXI dùng object storage (S3 hoặc S3-compatible) cho file gốc, metadata trên PostgreSQL. File text được index full-text search qua Elasticsearch hoặc PostgreSQL pg_trgm tùy quy mô. PDF tự động extract text qua tika-server và đẩy vào index. Khách hàng search được nội dung trong hơn 50000 file PDF với latency p95 dưới 500ms.
OKAXI áp dụng role-based access control (RBAC) kết hợp attribute-based access control (ABAC). RBAC định nghĩa role và quyền tổ chức theo cây phòng ban. ABAC thêm điều kiện runtime, ví dụ chỉ xem hợp đồng của khu vực mình quản lý. Mọi check permission đi qua một central policy engine viết bằng Open Policy Agent (OPA) hoặc Casbin, audit được mọi quyết định cấp quyền.
Có. Row-level: mỗi record có owner_id và scope_id, query tự filter dựa trên context user. Field-level: mỗi form field có visibility rule và editability rule. Một số field nhạy cảm (lương, contract value) chỉ user role nhất định mới đọc được. Permission rule định nghĩa khai báo, không hardcode trong code, admin doanh nghiệp tự sửa được mà không cần OKAXI deploy lại.
Audit trail ghi sáu chiều thông tin cho mỗi event. Một là actor (ai). Hai là action (làm gì: create, update, delete, view, export). Ba là target (record nào). Bốn là timestamp. Năm là before/after diff (giá trị cũ và mới). Sáu là context (IP, device, session_id). Log lưu immutable trên storage append-only với SHA-256 chain để phát hiện tampering. Compliance reporting export ra CSV hoặc kết nối SIEM khách hàng.
Có. Mỗi loại document có thể gắn approval flow với số cấp tùy ý. Routing rule cấu hình theo amount range, region, department, hoặc custom condition. Mỗi cấp có timeout tự động escalate lên cấp cao hơn. Approver nhận thông báo qua mobile push, email và in-app. Approver có quyền delegate cho người khác trong khoảng thời gian xác định. Lịch sử approval ghi đầy đủ trong audit trail.
OKAXI expose REST và GraphQL API theo chuẩn OpenAPI 3.0 và GraphQL SDL. Mọi resource đều có endpoint CRUD chuẩn hóa và filter theo OData-like syntax. Authentication qua OAuth 2.0 hoặc API key tùy use case. Webhook gửi event với HMAC SHA-256 signature header để khách hàng verify nguồn gốc. Rate limit cấu hình per API key. Documentation auto-generate và publish tại /api/docs với try-it-out trên Swagger UI.
OKAXI thiết kế core theo dạng plugin architecture. Mỗi module nghiệp vụ là một plugin với contract định nghĩa rõ event nào sẽ subscribe, API nào sẽ expose. Tính năng mới triển khai dưới dạng plugin mới mà không cần modify core code. Plugin được enable per tenant qua feature flag. Khách hàng có thể tự phát triển plugin riêng và deploy vào instance của họ qua marketplace nội bộ, OKAXI review và approve security.
