Từ lâu, người ta đã biết rằng nhật ký 1C tiêu chuẩn được thiết kế và thực hiện khá kém. Giả sử nó cung cấp thông tin về ID giao dịch nhưng không cung cấp thông tin về chi tiết nào đã được thay đổi, điều này quan trọng hơn. Một câu hỏi thường gặp là nếu có nhiều người dùng làm việc, rất nhiều thay đổi cũng đang được thực hiện và bạn đang cố gắng tìm ai đã thay đổi tài liệu trong một tạp chí tiêu chuẩn? Thật không may, nhiệm vụ thường tầm thường này sẽ khiến bạn mất một thời gian rất dài. Một lựa chọn đơn giản cho một tài liệu có thể mất 5-10 phút và thời gian, như bạn biết, là tiền…
Các tính năng chính
Trước hết, tôi muốn liệt kê tất cả các cơ chế chính với lời giải thích về lý do tại sao chúng được sử dụng:
- Hệ thống con hoạt động trong các cấu hình 8.2 và 8.3 trong một ứng dụng khách dày, mỏng và Web (các hình thức thông thường và được quản lý). Tình hình bây giờ là nghịch lý. Có các cấu hình sử dụng biểu mẫu thông thường, cấu hình hoạt động trên các biểu mẫu được quản lý và một số cấu hình hoạt động theo cả hai cách. Hệ thống con của chúng tôi cho phép chúng tôi làm việc ở bất kỳ chế độ nào và nếu nó được khởi chạy trong một máy khách dày, sẽ có giao diện và biểu mẫu máy khách dày, nếu ở máy khách mỏng hoặc WEB, thì trên các biểu mẫu được quản lý. Đồng thời, sẽ gần như không có sự khác biệt về chức năng.
- Các thay đổi được ghi lại cho các loại đối tượng sau: hằng số, thư mục, tài liệu, kế hoạch về các loại đặc điểm, biểu đồ tài khoản, kế hoạch thanh toán, quy trình kinh doanh, nhiệm vụ và sổ đăng ký dữ liệu.
- Cơ sở thông tin 1C bên ngoài được sử dụng để lưu trữ lịch sử thay đổi trong các đối tượng. Cơ chế lưu trữ cụ thể này đã được chọn vì nó không ảnh hưởng đến kích thước của cơ sở thông tin 1C chính và làm việc trực tiếp với cơ sở dữ liệu 1C cho phép bạn nhanh chóng đọc và ghi các sự kiện
- Khi được đặt trong cơ sở thông tin bên ngoài, lịch sử thay đổi trong các đối tượng được “nén”. Điều này có nghĩa là gì? Hãy để chúng tôi cung cấp cho bạn một ví dụ. Giả sử người dùng A đã tạo một tài liệu, điền vào và sau đó tải nó lên. Người dùng B sau đó mở nó và thay đổi một trong các đạo cụ của nó, và sau đó cũng sử dụng nó. Đồng thời, hệ thống con của chúng tôi sẽ cho phép bạn chỉ xem những gì Người dùng B đã thay đổi mà không hiển thị tất cả các chi tiết. Điều này cho phép chúng tôi nói chính xác những gì đã được thay đổi.
- Có thể tùy chỉnh danh sách các đối tượng mà bạn không cần theo dõi các thay đổi. Hãy nói nhiều hơn: cơ hội này là hoàn toàn cần thiết! Bởi vì các cấu hình tiêu chuẩn có, ví dụ, các thư mục “Cài đặt đã lưu” hoặc “Nơi làm việc” không cần lưu giữ lịch sử thay đổi, vì các thư mục này dành cho
- Hỗ trợ quản lý lịch sử trong cơ sở dữ liệu thông tin phân tán (RIB) với hai cách lưu giữ lịch sử (đầy đủ hoặc đơn giản hóa).
- Xem các thay đổi trực tiếp trên hình dạng đối tượng. Khi mở các đối tượng từ nhật ký đăng ký, nó cho phép bạn làm nổi bật các đối tượng đã sửa đổi trên biểu mẫu bằng khung màu đỏ. Đồng thời, lời nhắc đối tượng đã thay đổi chứa ngày thay đổi, ai đã thay đổi nó, những gì đã xảy ra trước đó và những gì đã xảy ra sau khi
- “Rollback” thay đổi đối tượng trong cấu hình sang các phiên bản trước theo nhật ký đăng ký.
- Khả năng ghi lại sự kiện đăng nhập và thoát của người dùng vào cơ sở dữ liệu thông tin (bạn có thể vô hiệu hóa nó nếu muốn).
- Một hệ thống lựa chọn linh hoạt: theo người dùng, máy tính, loại siêu dữ liệu, đối tượng, bản trình bày, sự kiện trong khoảng thời gian. Tất cả các lựa chọn được thiết lập ở tốc độ tuyệt vời! Không phải hàng chục phút chờ đợi một cơ chế điển hình hoạt động. Nó đơn giản và nhanh chóng.
- Một sổ nhật ký 1C cho một số cơ sở dữ liệu thông tin 1C.
- Có thể thêm đăng ký vào các sự kiện sẽ được kích hoạt khi các đối tượng hoặc chi tiết được chọn thay đổi và thông báo cho người dùng có trách nhiệm. Ví dụ, nếu nhân viên thu ngân chịu trách nhiệm về chứng từ tiền mặt và ai đó không phải nhân viên thu ngân đã thay đổi chi tiết về số tiền trong tài liệu, hệ thống con có thể được cấu hình để nhân viên thu ngân sẽ được thông báo rằng người dùng khác đã thay đổi đối tượng hoặc chi tiết tài liệu. Các sự kiện đăng ký (thông báo) được tạo khi các đối tượng được nén từ bộ đệm và người dùng chỉ được thông báo khi chúng được thay đổi bởi người dùng khác; thay đổi của chính họ không
- Tác động tối thiểu đến hiệu suất. Bạn sẽ khó cảm thấy sự khác biệt khi làm việc với hoặc không có hệ thống con của chúng tôi
- Đối với các cấu hình tiêu chuẩn, các biểu mẫu in bên ngoài đã được phát triển cho phép xem lịch sử thay đổi đối tượng trong quá trình in. Đó là, đối với bất kỳ đối tượng nào có cấu hình tiêu chuẩn (PSU, ZUP, UT, KA, BGU, UNF), bạn có thể mở các thay đổi đối tượng này trong một vài cú nhấp chuột bằng cách nhấp vào nút “In” và chọn “
- Hệ thống con sử dụng một cơ chế bảo vệ duy nhất chống lại việc ghi lại lịch sử của các đối tượng trong các bản sao của cơ sở dữ liệu thông tin. Thông thường, cần phải tạo một bản sao của cơ sở dữ liệu để kiểm tra các cải tiến, thử nghiệm, v.v… Tuy nhiên, hệ thống con của chúng tôi sẽ chỉ hoạt động trong một cấu hình làm việc; nó sẽ không hoạt động trong các bản sao bản sao. Tính năng này hữu ích cho các lập trình viên vì nó sẽ cho phép họ không nghĩ rằng bản sao sẽ thêm các sự kiện của riêng họ vào
.
dịch vụ.
thay đổi.
gây ra thông báo.
.
Xem thay đổi”.
lịch sử.
