Màn hình báo “Lưu thành công”, nhưng đồng nghiệp vẫn nhìn thấy bản cũ. Giữa thao tác lưu và bản đồ đang mở có thể còn bước kiểm tra, công bố dữ liệu hoặc làm mới lớp hiển thị.
Theo một mã đối tượng qua từng bước sẽ giúp khoanh vùng chỗ thông tin đang dừng. Người vận hành ghi lại kết quả trên giao diện; nhóm kỹ thuật đối chiếu bản ghi, dịch vụ và nhật ký tương ứng. Cách này giữ nguyên dữ liệu đã nhập, tránh sửa đi sửa lại chỉ vì hai màn hình chưa đồng nhất.
Mở lại đúng hồ sơ bằng mã
Dùng mã đối tượng để mở lại bản ghi vừa sửa, rồi xem giá trị và thời điểm cập nhật. Giữ lại mã, tài khoản sử dụng và thông báo nhận được để nhóm hỗ trợ có thể kiểm tra cùng một trường hợp.
Nếu giá trị mới không xuất hiện, cần xem lại thao tác lưu, dữ liệu nhập và phản hồi của hệ thống. Nếu giá trị đã có, bước tiếp theo là xác định đó là bản nháp hay bản dùng chung. Đừng vội xóa hoặc nhập lại vì một màn hình khác chưa đổi.
Tên thao tác phải nói rõ điều này. “Đã lưu bản nháp” khác với “Đã gửi kiểm tra” và “Đã cập nhật bản dùng chung”. Nếu giao diện chỉ dùng một thông báo “Thành công” cho mọi bước, đó là chỗ cần sửa để người dùng biết kết quả đang ở đâu.
Kiểm tra việc công bố và quyền xem
Trong ví dụ minh họa về hồ sơ đèn đường, nhân viên đã ghi “chờ thay thiết bị” kèm ảnh. Đơn vị có bước kiểm tra nên người phụ trách phải xem và chấp nhận trước khi thông tin thay thế bản dùng chung. Nhân viên có thể nhìn thấy bản mình gửi, còn người tra cứu vẫn thấy bản đã công bố trước đó.
Sau khi xác nhận thay đổi đã được chấp nhận, mở cùng hồ sơ bằng một tài khoản được phép xem. Nếu hai tài khoản vẫn nhận thông tin khác nhau, nhóm vận hành kiểm tra quyền truy cập, nguồn dữ liệu của từng màn hình và phiên bản đang phục vụ. Chỉ xét đến bộ nhớ đệm sau khi biết hai tài khoản đang đọc cùng nguồn và cùng phiên bản được phép xem.
Hồ sơ đúng nhưng lớp bản đồ còn cũ
Khi bản ghi đã đúng, phần cần theo dõi tiếp là cách dữ liệu được đưa lên bản đồ. Một số hệ thống chia nội dung thành tile để tải nhanh: raster tile thường là ảnh, vector tile chứa dữ liệu phục vụ vẽ và có thể đã được chọn lọc hoặc giản lược. Tile được tạo trước lần sửa có thể vẫn mang thông tin cũ.
Bộ nhớ đệm giữ kết quả để dùng lại, tại trình duyệt, máy chủ hoặc nơi phân phối nội dung. Tải lại trang vì thế chưa chắc đã thay bản ở mọi nơi. Nếu tile nguồn chưa được tạo lại, chỉ xóa bộ nhớ đệm cũng chưa giải quyết được gốc vấn đề.
Nhóm kỹ thuật đối chiếu phiên bản đang phục vụ với lần tạo tile và quy tắc làm mới. Với lớp đọc trực tiếp từ dịch vụ, đường kiểm tra chuyển sang yêu cầu tải và cách giao diện nhận kết quả. Xác định đúng cách triển khai giúp sửa đúng khâu, thay vì yêu cầu người sử dụng nhập lại dữ liệu.
Ghi nhận đủ để khoanh vùng lỗi
Ghi điều đang thấy theo bảng dưới để nhóm vận hành kiểm tra tiếp; đây chưa phải kết luận nguyên nhân:
| Quan sát | Phần cần kiểm tra tiếp |
|---|---|
| Mở lại bản ghi vẫn thấy giá trị cũ | Thao tác lưu, phản hồi và bản ghi đích |
| Bản nháp mới, bản dùng chung cũ | Trạng thái gửi và chấp nhận thay đổi |
| Bản dùng chung mới, một tài khoản chưa thấy | Quyền, nguồn dữ liệu và bộ nhớ đệm của phiên làm việc |
| Hồ sơ mới, lớp tile cũ | Phiên bản tile, quá trình tạo và bộ nhớ đệm |
Ví dụ minh họa: “D-017 đã công bố trạng thái chờ thay thiết bị, tài khoản tra cứu vẫn thấy đang hoạt động lúc 9 giờ”. Mã đối tượng, thời điểm, giá trị mong đợi và giá trị đang thấy đã tạo được một tình huống cụ thể để kiểm tra lại. Ảnh màn hình có thể bổ sung lớp và bộ lọc đang mở; phiếu báo lỗi không chứa mật khẩu hay thông tin đăng nhập.
Nhóm vận hành đối chiếu yêu cầu tải, bản ghi và nhật ký. Sau sửa, dùng tài khoản tra cứu mở lại đúng tình huống để xác nhận kết quả.
Nhận ra lần lưu đã ghi đè thay đổi của người khác
Có trường hợp dữ liệu cũ quay lại ngay ở nguồn. Hai người cùng mở bản 5 của hồ sơ: người thứ nhất đổi trạng thái và lưu thành bản 6; người thứ hai sửa vị trí rồi gửi lại cả bản 5. Nếu máy chủ không đối chiếu phiên bản, lần lưu sau có thể mang trạng thái cũ trở lại.
Tình huống này được kiểm tra trên dữ liệu thử bằng hai tài khoản, theo đúng thứ tự trên. Sau đó mở nguồn và nhật ký để đối chiếu cả trạng thái lẫn vị trí. Chỉ gửi các trường đã sửa giúp giảm ghi đè ngoài ý muốn, nhưng hai người sửa cùng một trường vẫn cần quy tắc xử lý xung đột.
Một cơ chế được MDN mô tả dùng ETag và If-Match để gửi kèm điều kiện về phiên bản tài nguyên. Máy chủ từ chối cập nhật khi phiên bản không còn khớp; ứng dụng giữ phần đang nhập để người dùng đối chiếu với dữ liệu mới. Đây là một phương án kỹ thuật, không phải cơ chế mặc định của mọi WebGIS.
Nhìn đúng nguyên nhân giúp chọn đúng cách sửa: ghi đè ở nguồn cần xử lý xung đột; dữ liệu đang chờ chấp nhận đi theo quy trình cập nhật; lớp hiển thị cũ cần xem phần công bố và làm mới. Sau sửa, người tra cứu mở lại đúng hồ sơ để xác nhận đã thấy thay đổi.
