Một vị trí đã sửa trên GIS vẫn còn nguyên trong phần mềm bảo trì. Bảng báo cáo lại lấy số liệu từ tệp xuất tháng trước. Công việc bị chậm ở những lần chuyển thông tin giữa các hệ thống.
API tạo đường trao đổi dữ liệu giữa các phần mềm. Chẳng hạn, phần mềm bảo trì lấy vị trí từ GIS, còn người xem bản đồ mở được hồ sơ bảo trì tương ứng. Khi thống nhất mã đối tượng, nguồn quản lý và nhịp cập nhật, đơn vị có thể kết nối những phần cần dùng chung mà vẫn giữ các công cụ đang phục vụ tốt công việc.
Nguồn chịu trách nhiệm cho từng thông tin
Giả sử một đơn vị quản lý trạm bơm: GIS giữ vị trí, phần mềm bảo trì giữ công việc sửa chữa. Trong ví dụ minh họa này, mã TB-017 nối trạm trên bản đồ với hồ sơ bảo trì. Người dùng chọn trạm rồi xem lần sửa gần nhất mà không phải chép lịch sử đó vào một bảng GIS khác.
Với trạm TB-017, mỗi loại thông tin cần có một nơi cập nhật chính. Các ứng dụng còn lại tra cứu hoặc nhận bản sao từ nguồn đó:
| Thông tin trao đổi | Nguồn chịu trách nhiệm |
|---|---|
| Vị trí trạm TB-017 | GIS; phần mềm bảo trì lấy lại khi cần. |
| Lần sửa chữa | Phần mềm bảo trì; GIS mở hồ sơ liên quan. |
| Trạm ngừng sử dụng | Danh mục được đơn vị giao quản lý; cả hai bên nhận trạng thái. |
Bảng này là ví dụ phân công, không phải kiến trúc bắt buộc. Nếu cả hai hệ thống đều được sửa cùng một trường, phải có quy tắc xử lý khi giá trị khác nhau. Để lần nhận sau tự ghi đè lần trước có thể làm mất một cập nhật đúng.
Hai mã, một đối tượng
Nếu GIS dùng TB-017 còn phần mềm cũ dùng TRAM17, cần một bảng đối chiếu đã xác nhận. Tên giống nhau hay vị trí gần nhau chỉ giúp tìm ứng viên để ghép. Chúng chưa chứng minh hai hồ sơ thuộc cùng tài sản.
Một trạm có thể được cải tạo nhiều lần và thay máy bơm mà vẫn giữ mã quản lý. Vì vậy, trước khi nối hai mã, hãy làm rõ hồ sơ đang nói về trạm, thiết bị hay một lần bảo trì. Ghép đúng cấp đối tượng thì lịch sử mới về đúng nơi.
Đặc tả một lần tra cứu hồ sơ
Khi mở trạm TB-017, người sử dụng cần thấy các lần bảo trì, ngày thực hiện và trạng thái công việc. Mô tả một lần tra cứu như vậy giúp hai bên chốt được thông tin cần trao đổi trước khi bàn đến chi tiết kết nối.
Phần kỹ thuật đi theo nhu cầu đó: tên trường, kiểu dữ liệu, đơn vị, thời gian, hệ tọa độ nếu có hình học, và quyền xem hồ sơ. Danh sách dài có thể được chia thành nhiều trang; bên nhận cần lấy đủ phạm vi và giữ nhất quán khi dữ liệu nguồn thay đổi trong lúc đọc. Phiên bản hoặc mốc chốt là một cách thực hiện nếu dịch vụ hỗ trợ.
OGC API — Features cung cấp quy ước truy cập đối tượng địa lý; phần Core dành cho đọc dữ liệu. Việc chỉnh sửa, đồng bộ và phân quyền vẫn được thiết kế theo công việc của từng hệ thống.
Phân biệt kết quả rỗng với lỗi kết nối
Không tìm thấy hồ sơ, không được phép xem và mất kết nối là ba kết quả khác nhau. Giao diện cần phân biệt chúng để người dùng biết nên đổi bộ lọc, hỏi người quản lý quyền hay báo sự cố.
Danh sách rỗng chỉ nói về truy vấn hiện tại. Lọc trong tháng này không cho biết lịch sử những tháng trước. Nếu nguồn mất kết nối và ứng dụng dùng bản lưu, thời điểm của bản đó phải hiện rõ; việc dùng dữ liệu cũ cho quyết định theo hiện trạng cần được thống nhất riêng.
Nhận lại một đợt dữ liệu mà không áp dụng hai lần
Kết nối cũng cần hoạt động hợp lý khi bị gián đoạn. Giả sử một đợt có ba thay đổi, bên nhận xử lý xong hai rồi mất mạng. Khi gửi lại, hệ thống phải nhận ra hai thay đổi đã áp dụng để tiếp tục phần còn lại. Mã tài sản chưa đủ cho việc này, vì một trạm có thể có nhiều lần bảo trì hợp lệ; mỗi thay đổi hoặc phiên bản cần được nhận diện theo quy ước tích hợp.
Thứ tự nhận cũng có thể khác thứ tự phát sinh. Một bản cũ đến muộn không nên tự thay bản mới; nếu đó là đính chính, mối liên hệ và lý do phải rõ. Tương tự, thông báo “đã tiếp nhận” cần có đường theo dõi tới kết quả cuối khi dữ liệu được xử lý sau.
Một lượt thử có gián đoạn, gửi lại và nhận sai thứ tự sẽ cho thấy những quy tắc này có thực sự giữ được hồ sơ hay không. Kết quả được đối chiếu ở cả hai ứng dụng, gồm giá trị, phiên bản và các phần còn chờ. Đây là yêu cầu của phương án đồng bộ, không phải chức năng tự có từ chuẩn OGC API — Features.
Từ đó, hai bên chọn nhịp trao đổi phù hợp: báo cáo đã chốt có thể giữ bản tại ngày lập, còn hồ sơ đang xử lý cần nhận thay đổi mới hơn. Nếu nguồn đã đúng mà bản đồ vẫn cũ, bài từ dữ liệu đến màn hình giúp đi tiếp đến phần công bố và hiển thị.
