Bước đầu tiên khi thiết kế cấu trúc tài liệu XML là xác định phạm vi của nó. Có thể đặt ra một số giới hạn về phạm vi. Ví dụ, mỗi tài liệu XML có thể đại diện cho dữ liệu phiên bản của một mô đun MIB đặc trưng tại một agent đã được xác định và thời điểm xác định. Các tài liệu XML theo phương pháp của Hong và cộng sự được thiết kế theo cách này. Ngoài ra còn có thể giới hạn khoảng các đối tượng MIB đặc biệt như các bảng và các nhóm vô hướng. Điều này làm tăng khả năng đọc tài liệu vì chỉ có một phân đoạn MIB được đưa ra, nhờ vậy cấu trúc tài liệu khá đơn giản. Các tài liệu XML theo phương pháp của Mazumdar được thiết kế theo cách này. Klie/Strauß đưa ra một thành tố gốc độc lập với các MIB đặc trưng, các agent hoặc thời điểm để đảm bảo có được các tài liệu với phạm vi dữ liệu linh hoạt hơn. Agent, nhóm SNMPv1 và thời điểm được đặt trong các thành tố <context> mức 2. Theo cách này, người ta có thể lưu dữ liệu từ nhiều agent hoặc các snapshot ở các thời điểm khác nhau trên cùng một tài liệu, vì thành tố gốc có thể lưu trữ một lượng tùy ý các thành tố mức 2 này. Tuy nhiên cấu trúc văn bản XML sẽ trở nên phức tạp hơn một chút so với 2 phương pháp còn lại vì có sử dụng thêm một mức thành tố.
Có 2 cách xử lý cây OID của một MIB. Cách thứ nhất là ánh xạ trực tiếp tất cả các nút trong MIB sang các thành tố lồng nhau trong tài liệu phiên bản XML. Các chuyên gia về SNMP đều khá quen thuộc với kiểu ánh xạ như vậy vì cây tài liệu XML mô tả chính xác cây OID đã biết. Cả 3 phương pháp trên đều sử dụng kiểu ánh xạ trực tiếp này. Theo quan điểm của Klie/Strauß, kiểu ánh xạ trực tiếp sẽ dẫn đến những tài liệu phiên bản XML phức tạp không cần thiết. Vì vậy một hệ phân cấp thành tố ‘phẳng hóa’ được thiết kế và cố gắng tránh phân cấp sâu
các thành tố. Các nhóm đối tượng vô hướng và các dòng trong bảng được ánh xạ vào các thành tố ở mức 3 (mức bên dưới <context>) bất kể vị trí của nó trên cây OID. Hệ phân cấp phẳng hóa dễ đọc hơn nhiều so với một cấu trúc thành tố lồng nhau sâu. Thông tin OID của một nút được đặt vào mệnh đề <xsd: appinfo> nhằm giữ lại thông tin này cho các ứng dụng dựa trên nó.
Việc đặt tên duy nhất trong SMI dựa trên cặp mô tả modulename. Trong XML, việc đặt tên duy nhất có thể thực hiện bằng cách sử dụng các vùng không gian tên của XML. Do đó, các mô đun SMI sẽ được ánh xạ sang vùng không gian tên XML. Phương pháp của Mazumdar sử dụng nhiều tệp tin định nghĩa XML Schema, trong đó mỗi tệp được sử dụng để định nghĩa một vùng không gian tên thông thường, mỗi một tệp lược đồ dành cho mọi thành phần chứa dữ liệu. Phương pháp của Hong không sử dụng các không gian tên, nhưng mỗi mô đun MIB được ánh xạ sang một tệp tin định nghĩa XML Schema riêng. Theo Klie/Strauß, ánh xạ mỗi mô đun MIB sang một tệp tin định nghĩa XML Schema duy nhất có khả năng tự định nghĩa vùng không gian tên của nó.
Các mệnh đề INDEX trong mô đun MIB được sử dụng để xác định các đối tượng sẽ chỉ được dùng để định danh các dòng bảng. Các đối tượng cột được sử dụng trong mệnh đề INDEX không được ánh xạ sang các thành tố con mà nó được ánh xạ sang các thuộc tính của thành tố hàng trong bảng. Đoạn lệnh <xsd:key> được tạo thêm để xác nhận rằng sự kết hợp các đối tượng cột này có vai trò như một khóa duy nhất định danh một hàng trong bảng XML. Theo phương pháp của Mazumdar, chỉ có một thuộc tính chỉ mục duy nhất chứa các chuỗi kết nối giá trị các đối tượng chỉ mục. Điều này có thể gây ra những vấn đề phức tạp. Phương pháp của Hong và Klie/Strauß đặt giá trị của các biến chỉ mục vào trong các thuộc tính. Để tránh sự lặp lại, các đối tượng chỉ mục chỉ được liệt kê với vai trò là các thuộc tính chứ không phải một thành tố thông thường.
Trong SMI, có những đoạn mã rắc rối được dùng để biểu diễn các cấu trúc dữ liệu lồng nhau như các bảng mở rộng và các bảng này cho phép chia sẻ một danh sách tiếp đầu ngữ của các đối tượng chỉ mục với bảng khác. Đây chính là điểm yếu trong tính đơn giản của SNMP. Trong XML, có một cách trực quan và nhẹ nhàng hơn dùng để biểu hiện các mối quan hệ tương tự nhau: chính sách ngăn chặn thành tố. Do đó, các đối tượng cột của các hàng trong bảng mở rộng theo phương pháp của Klie/Strauß sẽ được bổ sung vào như các thành tố con của các hàng cha chung. Tuy nhiên, cách này chỉ có thể thực hiện được nếu bảng mở rộng là một phần của cùng một mô đun MIB vì các mô đun MIB không thể chứa các tham chiếu (khả năng trong tương lai) tới các mô đun của MIB mở rộng.
Điều tương tự cũng được ứng dụng đối với các bảng con, và các bảng con này sẽ được ánh xạ vào các thành tố con của các thành tố cha của chúng trong bảng.