Xác minh cấu hình tự động... và đôi lời về tiêu chuẩn phát triển. Tự động xác minh cấu hình... và đôi lời về tiêu chuẩn phát triển 1c xác minh cấu hình tự động
29.09.2016
Kiểm tra tính hợp pháp của việc sử dụng các bản cập nhật đã cài đặt của cấu hình chương trình tiêu chuẩn của hệ thống 1C Enterprise 8.
Nhận quyền truy cập miễn phí vào đám mây 1C:Fresh trong 30 ngày!Bắt đầu với phiên bản nền tảng 1C:Enterprise 8.3.7, các chương trình 1C đã triển khai cơ chế kiểm tra tính hợp pháp của việc sử dụng các giải pháp ứng dụng 1C, bao gồm cả các bản cập nhật cấu hình 1C.
Sau khi cài đặt bản cập nhật tiếp theo cho cấu hình tiêu chuẩn và nền tảng 1C:Enterprise, chương trình có thể hiển thị thông báo rằng có vấn đề khi kiểm tra tính hợp pháp của việc sử dụng bản cập nhật cấu hình đã cài đặt trong Trung tâm bảo vệ cập nhật.
Mục đích của cơ chế này là thông báo kịp thời cho người dùng về việc sử dụng thực tế một số phiên bản hoặc bản phát hành cấu hình nhất định mà người dùng không có quyền cũng như các rủi ro pháp lý tiềm ẩn liên quan.
Việc kiểm tra được thực hiện đối với các giải pháp ứng dụng được triển khai trong phiên bản tệp hoặc trên máy chủ ở phiên bản MINI. Việc kiểm tra tính đủ điều kiện không được thực hiện đối với các giải pháp ứng dụng sử dụng giấy phép cơ sở. Quy trình xác minh được thực hiện sau khi hoàn tất cập nhật cấu hình hệ thống 1C:Enterprise và chương trình gửi yêu cầu đến Trung tâm bảo vệ cập nhật (sau đây gọi là UOC).
Chú ý! Hiện tại có thể có sự cố kỹ thuật với tính khả dụng của trang web Trung tâm bảo vệ cập nhật https://1cv8update.com
Khi kiểm tra tính hợp pháp của bản cập nhật cấu hình đã cài đặt, thông tin về chương trình và dữ liệu tài khoản được tạo khi đăng ký sản phẩm phần mềm và thỏa thuận hỗ trợ công nghệ thông tin trên Cổng thông tin 1C:ITS sẽ được sử dụng. Nếu bản cập nhật cấu hình được cài đặt bất hợp pháp, chương trình sẽ định kỳ tạo một hộp thoại chứa thông tin về lý do sử dụng giải pháp ứng dụng bất hợp pháp.
Nếu yêu cầu được thực hiện thành công, trung tâm xử lý trung tâm sẽ trả về trạng thái sử dụng hợp pháp. Nếu trung tâm điều khiển trung tâm không xác nhận tính hợp pháp của việc sử dụng bản cập nhật cấu hình đã cài đặt, hệ thống 1C:Enterprise sẽ bắt đầu thông báo cho tất cả người dùng cơ sở thông tin rằng giải pháp ứng dụng này đang được sử dụng bất hợp pháp và thông tin nhận được từ trung tâm điều khiển trung tâm sẽ bị thay đổi. hiển thị.
Bạn cũng có thể xem thông tin về kết quả kiểm tra trong hộp thoại “Giới thiệu về chương trình”, hộp thoại này chứa thông tin về cách hoàn thành cuộc gọi đến trung tâm điều khiển trung tâm:
Để giải pháp ứng dụng 1C vượt qua thành công bài kiểm tra tại trung tâm điều khiển trung tâm thì phải đáp ứng các điều kiện sau:
- Chương trình phải được cấp phép.
- Sản phẩm phần mềm phải có đăng ký ITS hợp lệ.
- Sản phẩm phần mềm phải được đăng ký trên tài khoản cá nhân của người dùng trên Cổng thông tin 1C
- Hỗ trợ người dùng Internet phải được kích hoạt trong cấu hình.
- Lý do 1. Sử dụng phiên bản không có giấy phép (lậu, bị tấn công, “warez”, “đã vá”, v.v.) của phần mềm 1C.
Giải pháp: Chúng tôi có thể đưa ra hai tùy chọn để giải quyết vấn đề: mua phiên bản được cấp phép của sản phẩm phần mềm 1C hoặc chuyển sang làm việc trong “1C trên đám mây”.
Tùy chọn 1: Mua phiên bản được cấp phép của sản phẩm phần mềm 1C.
Xin lưu ý rằng bạn phải mua bộ sản phẩm chính xác bao gồm cấu hình bạn đang sử dụng, tức là. ví dụ: nếu bạn sử dụng 1C: Quản lý thương mại, thì việc mua 1C: Kế toán là vô nghĩa, bởi vì Điều này sẽ không giải quyết được vấn đề kiểm tra tính hợp pháp của việc sử dụng cấu hình.
Nếu bạn đang sử dụng phiên bản một người dùng của chương trình ở chế độ tệp, thì chỉ cần mua gói chính là đủ. Nếu bạn sử dụng phiên bản mạng trên một số máy tính ở chế độ máy khách-máy chủ thì bạn cũng phải mua thêm giấy phép máy khách và giấy phép cho máy chủ 1C:Enterprise.Chi phí của chương trình 1C
Tên Giá
chà xát.Một lời bình luận 1C: Kế toán 8 GS. Giao hàng điện tử
Tùy chọn cấp phép nhanh nhất!
Thời gian giao hàng 3-4h kể từ lúc thanh toán! *
Cung cấp cơ bản cho 1 nơi làm việc
với hệ thống bảo vệ phần mềm.1C: Tiền lương và quản lý nhân sự 8 PROF. Giao hàng điện tử
Tùy chọn cấp phép nhanh nhất!
Thời gian giao hàng 3-4h kể từ lúc thanh toán! *Cung cấp cơ bản cho 1 nơi làm việc
với hệ thống bảo vệ phần mềm.
Giá của các sản phẩm phần mềm khác của hệ thống 1C:Enterprise, giấy phép máy khách và máy chủ bổ sung có thể được xem trong bảng giá.
Nếu bạn cần hợp pháp hóa gấp 1C: Kế toán hoặc các đối tác 1C trong khu vực của bạn không có sẵn chương trình này, thì bạn có thể mua “Giao hàng điện tử” từ công ty chúng tôi. Giao hàng điện tử là phiên bản “không hộp” của chương trình, được cấp phép 100%, chức năng không khác gì “hộp” thông thường. Sau khi thanh toán, trong tài khoản cá nhân Cổng thông tin 1C của bạn, bạn sẽ có thể tải xuống các bản phân phối cài đặt chương trình, mã kích hoạt và tài liệu ở dạng điện tử (ở định dạng pdf). Nếu bạn cần sự trợ giúp của các chuyên gia của chúng tôi khi cài đặt chương trình, họ sẽ trợ giúp bạn từ xa qua Internet.Tùy chọn 2: Đi làm trong "1C trên đám mây".
Trong trường hợp này, bạn tải cơ sở dữ liệu của mình với tất cả thông tin đăng nhập tích lũy lên máy chủ đám mây 1C Fresh (https://1cfresh.com/).
Bạn không cần phải mua chương trình 1C và cài đặt chương trình trên máy tính của mình. Công việc trong chương trình được thực hiện thông qua Internet bằng trình duyệt thông thường hoặc 1C Thin Client, có thể tải xuống hợp pháp từ trang web chính thức của 1C hoàn toàn miễn phí.
Quyền truy cập vào máy chủ đám mây 1C được cung cấp trên cơ sở cho thuê theo mô hình kinh doanh SaaS (Phần mềm dưới dạng dịch vụ). Chi phí truy cập vào phiên bản đám mây 1C là 500-600 rúp mỗi tháng cho mỗi người dùng. Chi phí chính xác sẽ phụ thuộc vào số lượng người dùng, số lượng cơ sở dữ liệu được sử dụng, biểu giá và phương thức thanh toán đã chọn.Chi phí thuê chương trình 1Ctrên đám mây bằng mô hình SaaS
Tên Tỷ lệ
"SỰ GIÁO SƯ" **Tỷ lệ
"KỸ THUẬT"Chi phí sở hữu cho mỗi người dùng mỗi tháng
khi ký hợp đồng 12 tháng.495 rúp/tháng.
525 chà./tháng.
Chi phí chính xác phụ thuộc vào điều khoản thanh toán *: - Thanh toán hàng tháng
- Trả trước 3 tháng
- Trả trước 6 tháng
- Trả trước 12 tháng
2970 chà.
8031 chà.
15498 chà.
29.664 RUB
1200 chà.
3498 chà.
6546 chà.
12528 chà.Số lượng người dùng đồng thời 5 người dùng. 2 người dùng. Các ứng dụng có sẵn từ danh sách: - 1C: Kế toán 8
- 1C: Tiền lương và quản lý nhân sự 8
- 1C: Quản lý một công ty nhỏ 8
- 1C: Kế toán cơ quan nhà nước 8
- 1C: Tiền lương và nhân sự của các tổ chức chính phủ 8
- 1C: Báo cáo doanh nghiệp 8
- 1C-Kamin: Tiền lương
Tất cả Một từ danh sách để lựa chọn Số lượng cơ sở thông tin Không giới hạn Một cơ sở dữ liệu làm việc
+ một bài kiểm tra/lưu trữ/bản demo*Giá được chỉ định có hiệu lực tùy thuộc vào tính liên tục của hợp đồng.
** Chi phí kết nối theo biểu giá PROF, ngoài quyền truy cập cho 5 người dùng vào số lượng cơ sở dữ liệu không giới hạn, còn bao gồm một số dịch vụ bổ sung: Báo cáo 1C; khung pháp lý “1C: Garant”; toàn quyền truy cập vào hệ thống thông tin 1C:ITS; tư vấn và giải đáp từ kiểm toán viên và chuyên gia cho các câu hỏi của người dùng về các vấn đề kế toán, thuế và nhân sự (trong tài khoản cá nhân của bạn trên trang web 1C:ITS); truy cập vào các bản cập nhật cho các phiên bản đóng hộp của nền tảng 1C:Enterprise và cấu hình 1C tiêu chuẩn, v.v. Thông tin chi tiết hơn.30 ngày truy cập đầu tiên là miễn phí!
Để bạn có thể đánh giá tính khả dụng, tính ổn định, tốc độ và tính dễ sử dụng, chúng tôi có thể cung cấp quyền truy cập miễn phí vào dịch vụ đám mây 1C:Fresh trong 30 ngày.Tài liệu thông tin:
-
- Hướng dẫn tải cơ sở dữ liệu từ máy tính cục bộ lên dịch vụ 1C:Fresh cloud
- Hướng dẫn cài đặt và cấu hình máy khách mỏng 1C để làm việc với dịch vụ đám mây 1C:Fresh
- Đơn đăng ký kết nối dịch vụ 1C:Fresh cloud
- Đơn đăng ký tự đăng ký dịch vụ 1C:Fresh cloud - Lý do 2. Không có thỏa thuận hợp lệ về hỗ trợ công nghệ thông tin (ITS).
Giải pháp: ký kết thỏa thuận hỗ trợ công nghệ thông tin. Nếu bạn cần đăng ký ITS gấp, bạn có thể đăng ký tại công ty của chúng tôi, ngay cả khi bạn ở khu vực khác của Liên bang Nga và đã mua chương trình 1C ở nơi khác. Điều kiện duy nhất là chương trình phải được cấp phép.Chi phí thuê bao ITS
Xin lưu ý những điểm sau:
- Có hai tùy chọn đăng ký ITS: ITS Techno và ITS PROF, khác nhau về nội dung thông tin. ITS Techno bao gồm tùy chọn hỗ trợ tối thiểu (truy cập vào trang web hỗ trợ kỹ thuật 1C để tự tải xuống các bản cập nhật). ITS Prof, ngoài quyền truy cập vào các bản cập nhật, còn bao gồm một số dịch vụ và dịch vụ bổ sung, ví dụ: 1C: Báo cáo, 1C: Đối tác, 1C: Fresh, 1C: Cloud Archive, khung pháp lý "GARANT" và nhiều dịch vụ khác. Để biết so sánh chi tiết hơn về ITS Techno và PROF, hãy xem.
- Chi phí đăng ký ITS phụ thuộc vào thời hạn hợp đồng. Tùy chọn tối thiểu là đăng ký một lần trong 1 tháng, nhưng do nhu cầu cập nhật thường xuyên các chương trình kế toán cho 1C: Accounting, chúng tôi khuyên bạn nên đăng ký trong thời gian dài hơn.
- Chi phí đăng ký để gia hạn liên tục thuê bao ITS thấp hơn so với gia hạn.
Tên Giá tại
tiếp diễn
sự mở rộng
chà xát.Giá tại
nối lại
hiệp định
chà xát.ITS PROF đăng ký một lần trong 1 tháng 4818 ITS Techno trong 6 tháng 7854 ITS Techno trong 12 tháng 15036 ITS PROF trong 3 tháng 9636 ITS PROF trong 6 tháng 18600 ITS PROF trong 12 tháng 35592 - Lý do 3. Sản phẩm phần mềm chưa được đăng ký trong tài khoản cá nhân của người dùng trên cổng 1C.
Giải pháp: đăng ký sản phẩm phần mềm.
Hướng dẫn đăng ký sản phẩm phần mềm vào tài khoản cá nhân của Cổng thông tin 1C:ITS (portal.1c.ru)
Nếu người dùng chưa đăng ký trước đó trên cổng, thì trước khi đăng ký sản phẩm phần mềm vào tài khoản cá nhân của mình, trước tiên người dùng cần đăng ký độc lập trên cổng và nhận thông tin đăng nhập và mật khẩu để truy cập tài khoản cá nhân của mình.
Hướng dẫn đăng ký người dùng trên Cổng thông tin 1C:ITS (portal.1c.ru)
- Lý do 4. Hỗ trợ người dùng Internet không được định cấu hình trong chương trình 1C.
Giải pháp: thiết lập hỗ trợ Internet.
Hướng dẫn kết nối hỗ trợ Internet trong cấu hình 1C:Enterprise 8 điển hình
Vấn đề kỹ thuật
Nếu bạn đang sử dụng phiên bản được cấp phép của chương trình, sản phẩm phần mềm được đăng ký trong tài khoản cá nhân của bạn trên cổng 1C, bạn có đăng ký ITS hợp lệ và hỗ trợ Internet được định cấu hình chính xác, nhưng chương trình vẫn hiển thị thông báo “Trung tâm cấp phép là không khả dụng”, “Đăng ký cấu hình trong trung tâm cấp phép chưa được hoàn thành”, “Nút từ xa không vượt qua bài kiểm tra”, v.v., khi đó có thể xảy ra sự cố kỹ thuật:
1. Máy chủ trung tâm điều khiển trung tâm https://1cv8update.com không khả dụng
Trong trường hợp này, cần phải kiểm tra chức năng của máy chủ và tính sẵn sàng của nó để chặn các phần mềm chống vi-rút, tường lửa, tường lửa hoặc cài đặt bảo mật máy chủ proxy.
2. Chứng chỉ bảo mật trên trang web https://1cv8update.com đã được cập nhật và bạn đang sử dụng nền tảng 1C:Enterprise cũ (hoặc chế độ tương thích được đặt) bên dưới phiên bản 8.3.8. Trong trường hợp này, bạn cần cập nhật phiên bản nền tảng, định cấu hình chế độ tương thích hoặc đăng ký thủ công chứng chỉ bảo mật trong tệp cacert.pem trong thư mục bin.
3. Có lẽ máy chủ của Trung tâm Bảo vệ Cập nhật chỉ bị quá tải, hãy thử lặp lại quy trình quét vài lần bằng cách nhấp vào nút “Lặp lại ngay” hoặc thực hiện quét sau.
Làm rõ về các điều khoản phân phối bản cập nhật chương trình 1C Enterprise
Khi bán sản phẩm phần mềm 1C, quyền sử dụng chương trình không độc quyền (có giới hạn) sẽ được chuyển từ Người giữ bản quyền (Công ty 1C) sang Người được cấp phép (người dùng) theo các điều khoản của “Thỏa thuận cấp phép” có trong việc cung cấp Sản phẩm phần mềm. Đồng thời, Bên được cấp phép cam kết tuân thủ nghiêm ngặt và không vi phạm các quy định về sử dụng sản phẩm phần mềm được cấp phép và vi phạm các điều khoản của “Thỏa thuận cấp phép” bị coi là vi phạm bản quyền và bị truy tố trước pháp luật.
Theo “Thỏa thuận cấp phép”, chi phí của các sản phẩm phần mềm “1C” hiện bao gồm hỗ trợ công nghệ thông tin (ITS) trong 3 tháng, bao gồm việc nhận DVD ITS hàng tháng; nhận thông tin cập nhật về chương trình, cấu hình và biểu mẫu báo cáo; dịch vụ đường dây tư vấn; truy cập vào trang web hỗ trợ kỹ thuật 1C (từ ngày 01/01/2016 bạn có thể mua phiên bản ITS “không có ổ đĩa”).
Sau khi hết thời gian hỗ trợ miễn phí, việc phục vụ các chương trình của Công ty 1C sẽ chỉ được thực hiện theo thỏa thuận ITS trên cơ sở trả phí.
Ngoài ra, khi cài đặt bản cập nhật, người dùng xác nhận đồng ý với các điều khoản phân phối và sử dụng bản cập nhật và chịu trách nhiệm nếu vi phạm điều khoản sử dụng, nếu không người dùng phải từ chối cài đặt bản cập nhật.
Vì vậy, không chỉ bản thân các chương trình mà còn CẬP NHẬTđối với các chương trình do công ty 1C sản xuất là đối tượng độc quyền của công ty 1C và được phân phối theo các quy tắc do công ty 1C thiết lập với tư cách là chủ sở hữu bản quyền theo Nghệ thuật. 1225 của Bộ luật Dân sự, và trái phép TRUYỀN BÁ Và CÁCH SỬ DỤNG cập nhật được coi là vi phạm bản quyền và bị pháp luật trừng phạt:
- Nghệ thuật. 1301 của Bộ luật Dân sự Liên bang Nga,
- Nghệ thuật. 7.12 của Bộ luật Liên bang Nga về vi phạm hành chính của Liên bang Nga,
- Nghệ thuật. 146 Bộ luật Hình sự Liên bang Nga.
Người dùng phải nhận được các thông tin cập nhật và tài nguyên thông tin thông qua các kênh phân phối hợp pháp:
- Đĩa hỗ trợ công nghệ thông tin
- Trang web của công ty 1C: www.1c.ru, v8.1c.ru, trực tuyến.1c.ru, it.1c.ru, Portal.1c.ru, phát hành.1c.ru, người dùng.v8.1c.ru
- văn phòng đối tác của công ty "1C"
Cập nhật nhận được từ các nguồn khác là BẤT HỢP PHÁP:
- tin nhắn từ một người bạn
- bản cập nhật được cài đặt bởi “sinh viên Vasya” (không rõ nguồn)
- được tải xuống từ một trang không phải là trang 1C chính thức
- mua ở quầy hàng
- vân vân.
Việc tìm hiểu tính đủ điều kiện sử dụng bản cập nhật rất đơn giản: công ty 1C nhận được thông tin về tất cả các thuê bao ITS hợp pháp kèm theo số đăng ký của các sản phẩm phần mềm 1C đã cài đặt và thời hạn đăng ký, mỗi bản cập nhật có một số duy nhất và ngày, giờ phát hành Việc cài đặt bản cập nhật trên máy tính của người dùng đã được xác định là cố định trong chính chương trình, tức là. trong trường hợp xác minh, người dùng phải đăng ký ITS tại thời điểm phát hành và cài đặt các bản cập nhật.
|
Kiểm tra sự hiện diện của thuê bao ITS Để tránh khiếu nại từ các cơ quan thực thi pháp luật và làm rõ tính hợp pháp của việc sử dụng các bản cập nhật và tài nguyên thông tin, chúng tôi khuyên người dùng nên kiểm tra tính khả dụng của đăng ký ITS cho sản phẩm phần mềm của họ trên trang web của công ty 1C:
Không yêu cầu đăng ký ITS:
|
Tags: Kiểm tra tính hợp pháp của việc nhận bản cập nhật cấu hình 1c, kiểm tra tính hợp pháp của bản cập nhật 1c 8.3, kiểm tra tính hợp pháp của bản cập nhật 1c, tải xuống bản cập nhật 1c, của nó, 1c của nó, đĩa của nó, kiểm tra tính hợp pháp của 1c 8.3 7, người dùng. 1c.ru, its.1c.ru, hỗ trợ 1s 8
Việc triển khai 1C 8 mang lại nhiều lợi ích nhưng chỉ có thể vận hành hiệu quả nếu hệ thống có chất lượng cao, cả về chức năng và công nghệ.
Chất lượng chức năng và công nghệ của hệ thống - tính năng và sự khác biệt Chất lượng chức năng của hệ thống thông tin là khả năng của một cấu hình nhất định để giải quyết các vấn đề kinh doanh của công ty và chất lượng công nghệ là hiệu suất cao, không có lỗi và hoạt động ổn định. Quản lý hiệu suất chất lượng thay đổi đáng kể:- chất lượng công nghệ của hệ thống được kiểm tra trong quá trình triển khai hệ thống cụ thể. Chương trình được cấp phép 1C được triển khai trên nền tảng 1C:Doanh nghiệp 8, phải đảm bảo hoạt động ổn định của nhiều người dùng trên một số thiết bị nhất định. Việc tích hợp những khả năng nào vào hệ thống không quan trọng;
- chất lượng chức năng được xác minh cho một cấu hình cụ thể và khả năng của nó. Chất lượng của một hệ thống được xác định bởi khả năng thực hiện các nhiệm vụ cụ thể của nó, bất kể điều kiện sử dụng.
- chương trình được cấp phép 1C giải quyết mọi vấn đề kinh doanh;
- để đáp lại bất kỳ hành động chính xác nào của người dùng, hệ thống sẽ hoạt động đầy đủ và có thể dự đoán được.
Vì vậy, chất lượng chức năng bao gồm hai hướng - chủ đề và kỹ thuật. Đánh giá nội dung của một hệ thống chỉ có thể được thực hiện bởi một chuyên gia trong một lĩnh vực cụ thể, trong khi đánh giá kỹ thuật có thể được thực hiện bất kể nhiệm vụ.
Tại sao chất lượng chức năng cao của hệ thống lại cần thiết? Việc phát triển một hệ thống để thực hiện đòi hỏi phải xem xét nghiêm túc vì nhiều lý do. Một hệ thống chất lượng cao đảm bảo việc triển khai 1C 8 dễ dàng hơn, điều này cuối cùng giúp công ty tiết kiệm thời gian và tiền bạc. Ngoài ra, việc hỗ trợ hệ thống 1C chất lượng cao đơn giản hơn nhiều và đòi hỏi ít sự quan tâm hơn từ các chuyên gia.Khi phát triển các giải pháp mới dựa trên hệ thống có sẵn, tất cả các quy trình sẽ diễn ra nhanh hơn và dễ dàng hơn nhiều và hoạt động của nó sẽ loại bỏ các lỗi vận hành.
Làm thế nào để xác định chất lượng chức năng? Việc không có lỗi trong mã chương trình không có nghĩa là chất lượng chức năng của hệ thống ở một mức nhất định.Chất lượng tổng thể của cấu hình có thể được xác định bởi một số yếu tố, chẳng hạn như:
- Có sẵn thông tin tham khảo cập nhật và chi tiết. Bằng cách nhấn “F1”, người dùng phải nhận được trợ giúp cho từng đối tượng cấu hình;
- sự hiện diện của gợi ý. Chú giải công cụ ngắn gọn về mỗi điều khiển biểu mẫu sẽ giải thích ý nghĩa của các biểu mẫu đó;
- kích thước của các dạng màn hình phải đảm bảo làm việc thoải mái và không vượt quá giá trị tiêu chuẩn;
- nội dung của thông báo và cảnh báo hệ thống phải ngắn gọn, dễ hiểu, không mắc lỗi chính tả và ngữ pháp;
- trước khi thực hiện bất kỳ hành động không thể đảo ngược nào, hệ thống phải đưa ra cảnh báo kèm theo thông tin về hoạt động và hậu quả của hành động đó;
- Mã chương trình phải có nhận xét cập nhật và toàn diện.
- xác định các tiêu chuẩn cơ bản cần thiết cho cấu hình;
- kiểm tra phiên bản hiện tại xem có tuân thủ các tiêu chuẩn đã thiết lập hay không;
- nếu phát hiện sự không nhất quán, hãy thông báo cho chuyên gia về các lỗi được tìm thấy; tích lũy thông tin thống kê về lỗi.
- ngay cả một hệ thống nhỏ cũng cần nhiều thời gian để kiểm tra và một cấu hình phức tạp bao gồm hàng trăm đối tượng khiến việc kiểm tra thủ công trở nên bất khả thi;
- Người kiểm tra cấu hình phải có trình độ chuyên môn cao và hiểu biết về các tiêu chuẩn. Ngay cả khi công ty có một chuyên gia như vậy, việc dành thời gian của mình cho các hoạt động thường ngày không phải là quyết định hợp lý nhất.
- kiểm tra cấu hình 1C: Enterprise 8 để tuân thủ các phương pháp phát triển. Ngoài ra, sổ đăng ký chương trình có thể được bổ sung các quy tắc xác minh đặc biệt cần thiết cho một trường hợp cụ thể;
- thu thập thông tin về các lỗi hệ thống được tìm thấy và phân phối tự động theo mức độ nghiêm trọng;
- phân phối lỗi giữa các nhà phát triển chịu trách nhiệm sửa chúng.
- kiểm soát chất lượng chức năng của các cấu hình, cả được sản xuất hàng loạt và riêng lẻ, được phát triển cho một tổ chức cụ thể;
- Hỗ trợ 1C bao gồm các sửa đổi và thay đổi định kỳ đối với các chương trình tiêu chuẩn và dành riêng cho ngành cũng như giải pháp 1C: Xác minh cấu hình tự động cho phép bạn kiểm tra chất lượng của những sửa đổi này;
- đánh giá chất lượng của cấu hình được cung cấp cho doanh nghiệp. Trong quá trình chuẩn bị triển khai, chương trình cho phép bạn xác định không chỉ chất lượng công nghệ của cấu hình mà còn cả năng lực của các nhà phát triển chương trình.
Do đó, với sự trợ giúp của chương trình 1C tiện lợi, bất kỳ công ty nào cũng có thể đảm bảo triển khai hệ thống chất lượng cao và vận hành cấu hình hoàn hảo.
Đôi khi xảy ra sự cố trong cơ sở dữ liệu 1C - báo cáo 1C đã hoạt động trước đó không chạy, tài liệu không được xử lý do lỗi khó hiểu, không thể vào chương trình... Một trong những phương tiện chính để sửa lỗi 1C là kiểm tra và sửa cơ sở dữ liệu 1C 8.3 bằng tiện ích được tích hợp trong nền tảng.
Tôi muốn lưu ý rằng trong trường hợp 1C Enterprise 8.3 hoạt động không chính xác, các phương pháp chính để khôi phục chức năng của chương trình là:
- Xóa bộ nhớ đệm 1C Enterprise;
- Kiểm tra và sửa chữa cơ sở dữ liệu 1C 8.3.
Phương pháp xóa bộ đệm 1C được mô tả chi tiết trong bài viết. Hãy xem xét công cụ dịch vụ thứ hai để quản lý nền tảng 1C.
Kiểm tra và sửa chữa cơ sở dữ liệu 1C 8.3 bằng tiện ích tích hợp
Để bắt đầu thao tác này, bạn không cần phải có bất kỳ kiến thức đặc biệt nào nên bất kỳ người dùng nào cũng có thể xử lý việc này mà không cần liên hệ với chuyên gia 1C. Để bắt đầu kiểm tra và sửa lỗi, bạn cần đăng nhập vào bộ cấu hình 1c và chọn “Quản trị” - “Kiểm tra và sửa lỗi…”
Mô tả tiện ích “Kiểm tra và hiệu chỉnh cơ sở thông tin 1c”
Biểu mẫu mở ra có chứa một số mục cho phép bạn sửa lỗi. Để sử dụng công cụ này một cách chuyên nghiệp, bạn cần hiểu rõ mục đích và logic hoạt động của từng mục, vì vậy hãy xem xét chúng chi tiết hơn:
Lập chỉ mục lại các bảng thông tin.
Để tìm kiếm thông tin nhanh chóng, các bảng phụ được thêm vào các bảng chính cùng với dữ liệu chính, trong đó dữ liệu được sắp xếp theo các trường xác định của bảng chính - bảng chỉ mục. Bằng cách sử dụng bảng chỉ mục, hiệu suất của 1C tăng lên đáng kể vì không cần phải lặp qua toàn bộ bảng dữ liệu chính để lấy mẫu; bạn có thể sử dụng tệp chỉ mục và chọn các bản ghi cần thiết từ đó.
Khi dữ liệu được ghi vào các bảng dữ liệu chính thì các bảng chỉ mục cũng được điền đầy đủ. Nhưng vì nhiều lý do kỹ thuật khác nhau, các chỉ mục có thể bị nhầm lẫn, cuối cùng có thể dẫn đến sai sót. Để sửa loại lỗi này khi kiểm tra và sửa cơ sở dữ liệu 1C 8.3, bạn phải chọn hộp bên cạnh mục menu này.
Kiểm tra tính toàn vẹn logic của cơ sở thông tin
Tại thời điểm tạo đối tượng mới trong cấu hình 1C, các bảng mới sẽ được tạo trong cơ sở dữ liệu, biểu thị các kết nối với các bảng khác trong cơ sở dữ liệu. Vì nhiều lý do khác nhau, các kết nối có thể không chính xác (ví dụ: do cập nhật không chính xác hoặc mất điện đột xuất tại thời điểm ghi). Để sửa loại lỗi này, hãy chọn mục menu này.
Kiểm tra tính toàn vẹn tham chiếu của cơ sở thông tin
Để xác định và sửa các lỗi này, hãy chọn mục menu này và các tùy chọn xử lý các lỗi đó sẽ được kích hoạt bên dưới (xem hình trên). Chúng ta có thể chọn cách sửa lỗi khi khi có tham chiếu đến các đối tượng không tồn tại: tạo đồ vật, xóa liên kết , không thay đổi ; Và trong trường hợp mất dữ liệu một phần: tạo đồ vật, xóa đối tượng , không thay đổi .
Tính toán lại kết quả
Để thực hiện lựa chọn dữ liệu nhanh chóng trong cơ sở dữ liệu 1C, có các bảng chứa dữ liệu đã được tính toán hàng tháng. Khi chúng ta truy cập dữ liệu này, nó không được thu thập từ các bảng chính (việc này sẽ mất rất nhiều thời gian) mà được đưa ra ngay từ dữ liệu trong các bảng tóm tắt. Theo đó, để cơ chế này hoạt động cần phải có kết quả chính xác ở các giai đoạn trước. Do đó, nếu 1C “lừa dối” trong các báo cáo, thì lỗi đó sẽ được sửa bằng mục menu này.
Nén bảng thông tin
Xóa các đối tượng trong cơ sở dữ liệu là một thao tác khá tốn công sức và tốn thời gian, do đó trong cấu hình 1C, quá trình xóa được chia thành 2 giai đoạn. Khi bạn xóa các đối tượng trong cấu hình, dữ liệu trong cơ sở dữ liệu 1c sẽ bị vô hiệu và do đó, không tham gia vào các hoạt động tiếp theo, mặc dù về mặt vật lý nó vẫn giữ nguyên. Để xóa bảng của các bản ghi này, họ kiểm tra và sửa cơ sở dữ liệu 1C 8.3 bằng mục menu “Nén bảng cơ sở thông tin”.
Tái cấu trúc bảng thông tin
Khi thay đổi chi tiết của bất kỳ đối tượng siêu dữ liệu 1c nào, cơ sở dữ liệu cần thêm bản ghi mới vào tất cả các bảng của đối tượng đã thay đổi. Điều này được thực hiện thông qua việc tái cấu trúc các bảng cơ sở dữ liệu. Trong quá trình tái cấu trúc, các bản sao của bảng cơ sở dữ liệu được tạo với cấu trúc của cấu hình hiện tại, sau đó dữ liệu được chuyển sang các bảng đã tạo. Nếu bạn thêm một thuộc tính vào siêu dữ liệu 1c, một cột trống sẽ được tạo cho thuộc tính đó trong bảng mới; nếu một thuộc tính bị xóa, một cột cho thuộc tính này sẽ không được tạo trong bảng mới và do đó, nó sẽ không được chuyển.
Trong quá trình tái cấu trúc, tất cả các bảng cơ sở dữ liệu sẽ được tạo lại nên thao tác này là lâu nhất.
Kiểm tra và sửa lỗi cơ sở dữ liệu 1C 8.3 trong thực tế
Sau khi nhận được thông tin đầy đủ, tôi nghĩ rằng bạn có thể dễ dàng tìm ra những mục tiện ích nào bạn cần chọn để khắc phục mọi sự cố.
Việc kiểm tra và sửa lỗi cơ sở dữ liệu 1C 8.3 có thể được thực hiện ở hai chế độ:
- Đang thử nghiệm. Ở chế độ này, cơ sở dữ liệu được kiểm tra và sửa chữa các lỗi nhỏ về mặt kỹ thuật.
- Kiểm tra và sửa chữa. Ở chế độ này, cơ sở dữ liệu 1C được kiểm tra và cố gắng sửa tất cả các lỗi được phát hiện (xem hình trên).
Để thực hiện kiểm tra và hiệu chỉnh cơ sở dữ liệu 1C 8.3, bạn cần nhấp vào nút “Chạy”, sau đó bạn có thể theo dõi tiến trình kiểm tra và hiệu chỉnh trong cửa sổ thông tin ở cuối bộ cấu hình. 
Thật vậy, độ phức tạp của cấu hình 1C đang tăng lên hàng năm, các nhóm ngày càng phát triển, các sản phẩm chứa hơn 5.000.000 dòng mã đang được phát hành. Nếu không đặt hàng các dòng mã, việc làm việc sẽ trở nên khó khăn. Và chúng ta không chỉ nói về việc duy trì một trật tự tối thiểu - thêm tiền tố vào các đối tượng mới, quy ước nhận xét hoặc phân tán các đối tượng trên các hệ thống con. Khi các nhóm phát triển và cấu hình trở nên phức tạp hơn, nhu cầu tuân thủ các tiêu chuẩn theo nghĩa rộng hơn sẽ trở nên rõ ràng.
Và để không còn là những người thợ đóng giày không có ủng, tốt nhất bạn nên trang bị những dụng cụ phù hợp cho những mục đích này. Các hội nghị và hội thảo trực tuyến, bao gồm cả những hội nghị được liệt kê ở trên, cung cấp các công cụ thú vị. Đồng thời, một cấu hình khá ít được biết đến từ chính 1C cũng đáng được quan tâm. Như bạn đã hiểu từ tiêu đề của ấn phẩm, sản phẩm này có tên là “Xác minh cấu hình tự động”. Nó miễn phí, có sẵn cho mọi người dùng (chính thức, cần có quyền truy cập vào ITS để sử dụng nó), khá dễ sử dụng, nhưng chưa phổ biến lắm.
Điều này một phần là do bản thân 1C tích cực thúc đẩy ý tưởng tuân thủ các tiêu chuẩn và việc sử dụng các công cụ phù hợp với điều này chỉ dành cho các nhà phát triển giải pháp lưu thông thông qua chứng nhận “1C: Tương thích”. Ảnh hưởng của ý tưởng tuân thủ các tiêu chuẩn và độ tinh khiết của mã đối với đông đảo các nhà phát triển không tham gia vào các giải pháp sản xuất được cho là yếu hơn nhiều. Ngay cả việc làm quen với các tiêu chuẩn phát triển cơ bản cũng bị khóa có điều kiện - có quyền truy cập vào ITS (thông tin đã lỗi thời, hiện tại, trong năm 2018-2019, quyền truy cập được mở mà không cần đăng ký) :
Thông tin cơ bản về khu liên hợp nông nghiệp
Cấu hình APK được thiết kế để tự động tìm kiếm các lỗi và sai lệch so với tiêu chuẩn trong cấu hình. Việc sử dụng nó đã được 1C khuyến nghị từ năm 2009, không chỉ ở các công ty phát triển giải pháp tuần hoàn mà còn cho các công ty khác cải tiến và điều chỉnh các giải pháp tiêu chuẩn:
Ấn tượng đầu tiên về cấu hình có thể được đưa ra bởi trang trên trang web 1C:
Nó mô tả các khả năng chính của công cụ này và nói rằng nó giúp:
Tuân theo các tiêu chuẩn phát triển tiêu chuẩn và thực hiện kiểm tra cấu hình nền tảng
tạo và tuân theo các quy tắc xác minh cấu hình của riêng bạn
Tuân thủ các tiêu chuẩn cần thiết để đạt được 1C: Trạng thái tương thích
thực hiện kiểm tra theo lịch trình
kiểm tra lỗi chính tả
gán các trạng thái khác nhau cho các lỗi cấu hình đã xác định, bao gồm cả việc đánh dấu chúng là “tính năng” không cần sửa
tạo điều kiện thuận lợi hơn một chút cho quá trình xác minh của chính bạn bằng cách thực hiện một số hành động như cập nhật cấu hình cơ sở dữ liệu demo từ kho lưu trữ, khả năng xác minh từng bước, v.v.
thậm chí khả năng tích hợp với DSS cũng được đề cập
Một nguồn thông tin chung khác có thể là bài đăng trên tạp chí trực tuyến PCMagazine:
Ngoài những tài liệu đánh giá này, hầu như không có thông tin nào trên mạng về APC và ứng dụng của nó. Tin vui là bản thân cấu hình đã bao gồm hướng dẫn sử dụng ở định dạng PDF. Một số vấn đề không được đề cập kỹ lưỡng trong sách hướng dẫn như chúng tôi mong muốn. Tuy nhiên, vẫn có sách hướng dẫn và nó cho phép bạn học cách thực hiện các kỹ thuật cơ bản khi làm việc với cấu hình.
Để không lặp lại hướng dẫn sử dụng, ở đây chúng tôi sẽ xem xét một ví dụ về việc sử dụng APK để kiểm tra cấu hình tiêu chuẩn chứ không phải cấu hình demo từ quá trình phân phối APK. Chúng tôi cũng sẽ cố gắng xem xét các chi tiết công việc không được đề cập trong sách hướng dẫn.
Hãy bắt đầu lại từ đầu. Bạn có thể tải xuống phiên bản APK mới nhất từ liên kết sau:
Tại thời điểm xuất bản bài viết này, bản phát hành mới nhất là 1.1.12.26 ngày 30/01/17, nhưng nó được viết lần đầu cho phiên bản 1.1.11.16, vì vậy một số ảnh chụp màn hình và nhận xét sẽ đề cập đến phiên bản này. Để hoạt động với APK 1.1, bạn sẽ cần phiên bản nền tảng ít nhất là 8.3.6. Sau khi cài đặt phân phối cấu hình, ba mục mới sẽ xuất hiện trong danh sách mẫu cấu hình:
Mẫu đầu tiên là một nền tảng APK thuần túy. Tất cả các quy tắc tiêu chuẩn đều có trong đó, nhưng không có dữ liệu nào được tải về cơ sở dữ liệu demo để thử nghiệm, dữ liệu này có trong mẫu thứ hai.
Mẫu thứ hai “Kiểm tra cấu hình tự động (bản demo)” sau khi triển khai chứa thông tin đã tải về cơ sở dữ liệu demo (nằm trong mẫu thứ ba). Bạn có thể sử dụng nó để xem báo cáo và kiểm tra tiêu chuẩn hoạt động như thế nào. Tốt nhất bạn nên nghiên cứu cách làm việc với cơ sở dữ liệu này được trang bị sẵn hướng dẫn sử dụng trong gói vì các ví dụ trong hướng dẫn này được thiết kế riêng cho cơ sở dữ liệu demo này:
APK hoạt động theo cách mà khi thực hiện các lần kiểm tra mới, nó sẽ tải thông tin từ cấu hình đang được kiểm tra qua kết nối COM. Để làm điều này, cô ấy cần một cơ sở dữ liệu “thử nghiệm” tệp hiện có. Do đó, nếu bạn không chỉ muốn làm quen với giao diện của cơ sở dữ liệu demo mà còn muốn thực hiện toàn bộ chu trình làm việc với cơ sở dữ liệu đang được thử nghiệm, thì việc triển khai một cơ sở dữ liệu tệp khác từ mẫu thứ ba là điều hợp lý “ Cấu hình demo để thử nghiệm”.
Trong trường hợp này, chúng tôi sẽ nhận được hai cơ sở dữ liệu - một APK demo với thông tin đã tải sẵn về cơ sở dữ liệu Demo đang được kiểm tra và cơ sở dữ liệu Demo đang được kiểm tra, điều này cho phép bạn nhanh chóng làm quen với quá trình kết nối và tiến hành kiểm tra mới.
Tôi lưu ý rằng sau khi thử nghiệm với cơ sở dữ liệu demo, không cần phải triển khai cơ sở dữ liệu APK sạch. Việc kiểm tra cấu hình hoạt động có thể được thực hiện trên cùng cấu hình với việc kiểm tra cơ sở dữ liệu demo. Bạn có thể tải xuống thông tin về bất kỳ số lượng cơ sở dữ liệu nào đang được kiểm tra trong APK.
Nhìn chung, nguyên lý hoạt động của APK tương tự như công việc “Chuyển đổi dữ liệu”. Không cần thực hiện thao tác nào trong trình cấu hình APK (mặc dù, như sẽ rõ ở phần sau, khó có thể thực hiện được nếu không có nó hoàn toàn). Thông tin về cấu trúc của cấu hình đang được kiểm tra sẽ được tải ở chế độ người dùng. Nó cũng chỉ định các thuật toán kiểm tra cấu hình dưới dạng mã bằng ngôn ngữ 1C:Enterprise, sau đó được chính hệ thống thực thi bằng cách sử dụng toán tử “ Hành hình" Trong mã, bạn có thể và nên sử dụng các phương thức được tích hợp trong tổ hợp nông-công nghiệp (không phải nền tảng) - các quy trình và chức năng hoạt động với các đối tượng được tạo tự động. Các đối tượng cần thiết để thực hiện kiểm tra cấu hình được chính hệ thống tạo ra và có sẵn trong mã của trình xử lý kiểm tra. Bạn có thể xem mô tả chi tiết về các phương pháp, đối tượng và trình xử lý này từ Chương 6 của Hướng dẫn sử dụng.
Cấu hình của tổ hợp nông-công nghiệp gần như được xây dựng hoàn toàn trên các thư mục, sổ đăng ký thông tin và xử lý. Nói chung, nếu bạn đã quen với “Chuyển đổi dữ liệu” thì các nguyên tắc làm việc với APK sẽ rõ ràng. Hơn nữa, nếu không có nhu cầu rõ ràng về thuật toán kiểm tra của riêng bạn, thì lúc đầu, bạn có thể giới hạn bản thân trong các kiểm tra tiêu chuẩn và không nghiên cứu các phương pháp tích hợp và đối tượng phần mềm của hệ thống. Sau đó, hầu hết tất cả các cài đặt đều có thể được thực hiện bằng chuột và có vẻ như đối với nhiều tác vụ, điều này là đủ.
Định cấu hình kết nối tới cơ sở dữ liệu đang được kiểm tra và kiểm tra mặc định
Sau khi khởi chạy cơ sở dữ liệu demo, chúng tôi có giao diện sau:
Mục đích của các phần theo quan điểm của nhà phát triển APK có thể được đọc trong sách hướng dẫn. Chúng tôi sẽ đi theo thứ tự và trước tiên hãy thêm một cấu hình mới. Nhấp vào nút “Cấu hình mới”. Hệ thống sẽ nhắc bạn điền các thông số kết nối. Trên thực tế, dạng của mục thư mục “Cấu hình” sẽ mở ra:
Tên và tên đầy đủ là các trường văn bản tùy ý, chỉ có vẻ đẹp và độ dài của trường mới có thể giới hạn bạn về những gì sẽ được chỉ định trong đó. Nhưng sau đó các hạn chế nghiêm ngặt hơn. Bạn cần chỉ định đường dẫn đầy đủ đến tệp thực thi nền tảng 1C. Trong các phiên bản APK trước đó, bạn cũng cần chỉ ra phiên bản nền tảng mà bạn đang làm việc. Hãy để tôi nhắc bạn rằng APK chỉ có thể kiểm tra cấu hình trên phiên bản nền tảng 8.3.6 trở lên.
Thông tin từ nhà phát triển:
Nếu đường dẫn đến nền tảng được chỉ định bên dưới, lỗi sẽ xuất hiện trong quá trình kết nối COM.Lý do là thế này. Do sự phát triển của nền tảng và kiểm tra APK mới, thông tin (thuộc tính siêu dữ liệu) chỉ xuất hiện trong nền tảng 8.3.6 trở lên sẽ được thu thập. Do đó, khi kiểm tra một phiên bản, chẳng hạn như 8.2, lỗi sẽ tự nhiên xuất hiện khi thu thập thông tin đó. Và vì các bước kiểm tra mới này, theo quy định, là ưu tiên, nên lệnh cấm chạy séc thấp hơn 8.3.6 sẽ được đặt ra. Trong trường hợp ngược lại (nếu khách hàng có phiên bản nền tảng cơ bản thấp hơn), thì giả định rằng họ có thể sử dụng các phiên bản APK trước đó để kiểm tra cấu hình của mình.
Tiếp theo, bạn cần chỉ định đường dẫn đến cơ sở dữ liệu demo và các tham số kết nối với nó. Dưới cơ sở demo trong trường hợp này, nó được hiểu không gì khác hơn là một cơ sở dữ liệu tệp được phân bổ đặc biệt chứa cấu hình đang được kiểm tra. Không có tùy chọn nào để kết nối cơ sở dữ liệu SQL với APK. Điều này có thể được cải thiện nếu muốn, nhưng không có nhiều điểm trong việc này. Đầu tiên, cấu hình được kiểm tra đơn giản chứ không phải kiểm tra đơn vị hoặc kiểm tra tải. Trong trường hợp này, ngay cả đối với các cấu hình lớn như ERP 2, chỉ cần một cơ sở dữ liệu tệp trống chứa cấu hình hiện tại là đủ. Thứ hai, theo tiêu chuẩn 1C, mọi cấu hình phải được thiết kế để hoạt động không chỉ với cơ sở dữ liệu SQL mà còn hoạt động ở phiên bản tệp.
Nếu bạn đang phát triển bằng kho lưu trữ thì APC có thể tự động cập nhật cấu hình cơ sở dữ liệu từ kho lưu trữ trước khi thực hiện thử nghiệm mới. Nhóm tham số thấp hơn trong ảnh chụp màn hình là dành cho việc này.
Tôi cũng lưu ý rằng DSS, giống như APK, yêu cầu cơ sở dữ liệu tệp để tải thông tin cấu hình. Do đó, nếu bạn quyết định phát triển bằng các công nghệ do 1C cung cấp, sử dụng APK và DSS, thì đối với cả hai hệ thống này, chỉ cần tạo một cơ sở dữ liệu tệp là đủ, nếu cần, kết nối nó với bộ lưu trữ cấu hình và thiết lập cập nhật tự động của cấu hình từ bộ lưu trữ trước khi tải dữ liệu.
Việc lựa chọn giữa chế độ “Cấu hình” và “Thư viện” sẽ xác định mức độ nghiêm trọng của việc kiểm tra. Đối với chế độ “Thư viện”, việc kiểm tra chặt chẽ hơn. Thư viện là một cấu hình được tích hợp vào các thư viện khác, có nghĩa là nó phải đáp ứng các quy tắc nhất định và “không chỉ nghĩ về chính nó”. Nếu bạn di con trỏ qua cả hai tùy chọn chuyển đổi, chú giải công cụ sẽ xuất hiện mô tả sự khác biệt trong quá trình kiểm tra. Đặc biệt, tất cả các yêu cầu được chọn sẽ được kiểm tra thư viện. Cấu hình không kiểm tra các yêu cầu từ nhóm "Phát triển và sử dụng thư viện", bất kể chúng có được chọn hay không. Nhóm yêu cầu này chứa các quy tắc xác thực rất dài hạn thực sự chỉ dành cho các thư viện.
Một điểm quan trọng đối với phiên bản 1.1.11.16 và các phiên bản APK cũ hơn (lỗi này đã được sửa trong phiên bản 1.1.12.26). Sau khi cài đặt xong và mục thư mục “Cấu hình” đã được ghi lại, bạn có thể kiểm tra kết nối. Nhưng lần đầu tiên, hệ thống có thể hiển thị lỗi không có kết nối.
Đây là một tin nhắn gây hiểu lầm. Nếu đường dẫn và người dùng được đặt chính xác, trước tiên bạn chỉ cần ghi lại phần tử của thư mục này và chỉ sau đó kiểm tra kết nối. Sau đó hệ thống sẽ báo kết nối thành công. Việc kiểm tra kết nối tới cơ sở dữ liệu lớn, ví dụ như ERP, có thể mất tới 1-2 phút:
Trên thực tế, chúng tôi hiện đã tạo một thành phần thư mục mới "Cấu hình". Bây giờ bạn có thể mở nó theo nhiều cách khác nhau:
- Thông qua menu “Cài đặt” -> “Cấu hình”
- Trong phần “Kiểm tra”, nhấp vào “Chọn cấu hình”
- Hoặc đơn giản là mở thư mục “Cấu hình” thông qua menu “Hoạt động”
Hãy quay trở lại cửa sổ cài đặt cấu hình.
Trên tab thứ hai “Yêu cầu đã kiểm tra”, chúng tôi có thể định cấu hình những kiểm tra nào chúng tôi muốn thực hiện trên cấu hình của mình. Có sẵn hai tùy chọn được xác định trước: “Kiểm tra toàn bộ” - kiểm tra sự tuân thủ hệ thống tiêu chuẩn https://its.1c.ru/db/v8std và kiểm soát chính tả, cũng như “1C: Tương thích” - kiểm tra việc tuân thủ các tiêu chuẩn 1C: Tương thích http://1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm
Bạn cũng có thể thiết lập một bộ yêu cầu tùy ý cần kiểm tra, sau đó nhập phần trình bày tùy ý của tùy chọn vào trường “Tùy chọn xác thực” và lưu nó dưới tên này bằng nút “Tùy chọn lưu”. Các tùy chọn được lưu liên quan đến cấu hình, nghĩa là không thể tự động áp dụng cài đặt tương tự cho các thành phần khác của thư mục Cấu hình:
Tôi sẽ ghi chú cho những người dự định sử dụng APK cho một số cấu hình và không muốn định cấu hình kiểm tra riêng cho từng cấu hình. Bạn có thể chuyển cài đặt kiểm tra giữa các cấu hình bằng cách viết một tập lệnh đơn giản, nếu bạn biết rằng chúng được lưu trữ trong thanh ghi thông tin “Yêu cầu cấu hình” và bản thân các tùy chọn kiểm tra cũng được lưu trữ trong thư mục cùng tên:
Danh sách kiểm tra khá rộng. Mỗi yêu cầu là một tiêu chuẩn phát triển, tuân thủ theo đó chúng ta có thể làm cho sản phẩm của mình tốt hơn. Nhưng khả năng vô hiệu hóa các yêu cầu riêng lẻ hoặc nhóm trong số chúng cũng không phải là thừa. Ví dụ: ở hầu hết các doanh nghiệp, bạn có thể giới hạn bản thân ở tùy chọn “Kiểm tra đầy đủ” (chính tả + hệ thống tiêu chuẩn) và không kiểm tra “1C: Tương thích”. Hoặc ít nhất là kiểm soát chính tả, vì không có chuyện phát triển nào được thực hiện trong nhiều năm mà không có một lỗi chính tả nào.
Danh sách các yêu cầu được chọn ở đây là danh sách mặc định để thực hiện kiểm tra tự động. Nếu chạy thử nghiệm từng bước, bạn có thể ghi đè các giá trị được chỉ định ở đây.
Thông tin từ nhà phát triển:
Sẽ rất hợp lý khi nói chi tiết hơn nhóm “Hệ thống tiêu chuẩn” là gì và nó khác với hai nhóm còn lại như thế nào. Vì vậy, hãy bắt đầu với nhóm "1C: Tương thích". Như đã viết trước đây, đây là bộ tiêu chuẩn bắt buộc để đạt được trạng thái nhất định cho cấu hình của bạn. Nói một cách đại khái, đây là xương sống mà tất cả các cấu hình không có ngoại lệ đều phải tuân thủ. Nhân tiện, nhóm tiêu chuẩn này không kiểm tra cấu hình để tìm lỗi chính tả...
Tiếp theo, “Chính tả” là nhóm tiêu chuẩn chỉ kiểm tra cấu hình để tìm lỗi chính tả. Mọi nhà phát triển có lòng tự trọng đều có thể kiểm tra chính tả cấu hình của mình. Nhóm này chứa tất cả các quy tắc kiểm tra theo dõi chính tả trong văn bản mô-đun, siêu dữ liệu (tên, từ đồng nghĩa, nhận xét), thành phần biểu mẫu, bố cục, nói chung, ở mọi nơi bạn có thể kiểm tra văn bản. Khi xuất xưởng, chỉ có văn bản tiếng Nga được chọn, nhưng như đã lưu ý chính xác trong nhận xét, đối với các ngôn ngữ khác, bạn có thể tải từ điển của riêng mình lên và thậm chí thay thế từ điển có trong cấu hình bằng chúng.
Và bây giờ là về nhóm “Hệ thống tiêu chuẩn”. Đây là phiên bản toàn cầu nhất và bao gồm các kiểm tra về hai nhóm yêu cầu được xác định trước khác, cũng như các kiểm tra chuyên biệt bổ sung. Đối với khách hàng, các lỗi trong nhóm này mang tính gợi ý nhiều hơn, mặc dù đối với các cấu hình điển hình, tất nhiên hầu hết các lỗi đều phải được sửa. Cái đó. Tuy nhiên, nếu bất kỳ tiêu chuẩn nào được mô tả trong nhóm “1C: Tương thích” hoặc “Chính tả”, thì chắc chắn tiêu chuẩn đó cũng sẽ được mô tả trong nhóm “Hệ thống Tiêu chuẩn”, tuy nhiên, có lẽ chi tiết hơn và được kiểm tra sâu hơn.
Trên tab "Loại trừ khỏi quá trình quét", nhiều bộ lọc khác nhau được định cấu hình. Ví dụ: bạn có thể định cấu hình kiểm tra để chỉ những đối tượng bạn đã thêm vào cấu hình tiêu chuẩn có tiền tố nhất định như “ mf_ Siêu khai báo hải quan.”
Hoặc, nếu bạn đang phát triển với việc bổ sung tất cả các đối tượng đã thay đổi hoặc được thêm vào một hệ thống con phát triển cụ thể, thì bạn chỉ nên thực hiện kiểm tra trong hệ thống con này và bỏ qua các đối tượng bất biến của cấu hình tiêu chuẩn đã bị “khóa”. Nếu bạn cần tạm thời loại trừ bất kỳ bộ lọc nào đã được định cấu hình trong quá trình kiểm tra thì bạn không cần phải xóa bộ lọc đó. Chỉ cần xóa cờ sử dụng (cột thứ hai):
Chức năng lọc rất hữu ích và thật hợp lý khi thử nghiệm nó, điều mà chúng ta sẽ làm tiếp theo. Tôi sẽ nói ngay rằng việc bật các kiểm tra như “Bật hệ thống con” và “Bật bằng tiền tố” hoạt động bằng cách sử dụng “HOẶC”. Nghĩa là, một đối tượng sẽ được đưa vào kiểm tra nếu nó thỏa mãn điều kiện này hoặc điều kiện khác. Điều này không phải lúc nào cũng thuận tiện. May mắn thay, việc thay đổi hành vi này rất dễ dàng. Vấn đề này sẽ được thảo luận chi tiết hơn ở phần lọc, cũng như vấn đề ảnh hưởng của bộ lọc đến thời điểm kiểm tra.
Trong phiên bản APK 1.1.11.16 trở về trước, cài đặt lọc được chia thành hai tab - “Bộ lọc thu thập yêu cầu” và “Ngoại lệ thu thập dữ liệu”, nhưng ý nghĩa vẫn giống nhau:
Bạn cũng có thể chỉ định nhu cầu kiểm tra theo lịch trình trong biểu mẫu cài đặt:
Đây là thiết lập không dành cho công việc thông qua một công việc thường ngày. Để chạy quét theo lịch, APK phải được khởi chạy ở chế độ người dùng và đang chạy. Khi hệ thống khởi động, phương thức này được gọi trong mô-đun ứng dụng thông thường AtSystemStart() nơi xử lý chờ được kết nối Chạy kiểm tra theo lịch(), thực hiện kiểm tra theo lịch trình. Nếu bạn muốn tiến hành kiểm tra định kỳ, hệ thống sẽ phải được sửa đổi. Nếu nhìn vào cấu hình APK, bạn có thể thấy rằng nó chỉ có hai tác vụ thông thường và cả hai đều không liên quan đến kiểm tra theo lịch trình:
Thông tin từ nhà phát triển:
Lời giải thích rất đơn giản. Nếu APK được triển khai trong phiên bản SQL, thì khi chỉ định đường dẫn đến cấu hình (chính xác hơn là cơ sở dữ liệu demo) trên máy khách, quá trình kiểm tra sẽ không bắt đầu, bởi vì một tác vụ thông thường luôn chạy trên máy chủ. Tất nhiên, trong phiên bản tệp của APK, một tác vụ thông thường sẽ phù hợp hơn là một trình xử lý chờ.
Lịch trình không phải là tab cuối cùng có thể. Nếu bạn kích hoạt tích hợp với “Hệ thống thiết kế giải pháp ứng dụng” trong hệ thống, thì một tab khác “Tích hợp với DSS” sẽ xuất hiện, cho phép bạn định cấu hình đăng ký tự động các lỗi trong DSS. Việc thiết lập tích hợp ở cấp hệ thống được thực hiện dưới dạng hằng số (“Hoạt động” - “Hằng số”).
Chức năng tích hợp với DSS được các nhà phát triển tổ hợp nông-công nghiệp dự định sử dụng nội bộ trong công ty 1C (điều này được mô tả trong Hướng dẫn sử dụng, trang 28). Tuy nhiên, tôi chắc chắn rằng đối với những công ty đã sử dụng DSS trong công việc của họ hoặc dự định sử dụng nó, chức năng này sẽ rất thú vị. Bạn có thể lấy nó làm mô hình để triển khai cơ chế tích hợp của riêng mình hoặc bạn có thể tìm hiểu và sử dụng nó ngay lập tức:
Trong trường hợp này, có thể kết nối APK với dịch vụ web được nêu ra ở phía DSS và ngược lại, bạn có thể định cấu hình kết nối với dịch vụ web được nêu ra ở phía APK trong DSS:
Tiến hành kiểm tra
Sau khi cài đặt kết nối đã được thực hiện và các bài kiểm tra cần thực hiện đã được chọn, bạn có thể tiến hành thực hiện các bài kiểm tra.
Để tiến hành quét mới, trước tiên bạn phải cập nhật cấu hình đang được kiểm tra. Tất cả các kiểm tra mới được thực hiện trên “cấu hình hiện tại”. Để thực hiện việc này, trong phần “Kiểm tra”, bạn phải nhấp vào “Chọn cấu hình” và sau đó chọn thành phần thư mục cấu hình sẽ được chỉ định là “hiện tại”.
Khi bạn nhấp vào nút “Kiểm tra mới”, hệ thống sẽ cung cấp hai tùy chọn - thực hiện kiểm tra lại bằng cách kết nối với cấu hình đang được kiểm tra, thu thập lại dữ liệu hoặc kiểm tra dữ liệu đã thu thập trước đó.
Khả năng chạy kiểm tra trên dữ liệu đã thu thập trước đó cho phép bạn thực hiện từng bước kiểm tra dài. Ví dụ: trước tiên bạn có thể thu thập dữ liệu cấu hình và thực hiện kiểm tra lọc dựa trên các hệ thống con. Sau đó, bật bộ lọc cho các hệ thống con khác và thực hiện lần kiểm tra thứ hai bằng cách sử dụng dữ liệu đã thu thập trước đó, điều này sẽ cho phép bạn hoàn thành việc kiểm tra nhanh hơn nhiều.
Thông tin từ nhà phát triển:
Ở đây cũng phải nói rằng hiện nay thành phần của dữ liệu được thu thập phụ thuộc trực tiếp vào các yêu cầu đã chọn. Ví dụ: một yêu cầu “Chính tả trong văn bản mô-đun” được chọn. Nếu bạn mở thẻ yêu cầu và chuyển đến tab “Các giai đoạn xác minh”, bạn có thể thấy chỉ có 1 hộp kiểm “Điền thông tin về mô-đun” được chọn:
Điều này có nghĩa là khi kiểm tra cấu hình chính tả trong văn bản mô-đun, chỉ các văn bản mô-đun sẽ được thu thập (không phải thuộc tính của đối tượng siêu dữ liệu, thành phần biểu mẫu hay bố cục sẽ không được thu thập - tất cả các loại thu thập thông tin đều có thể được xác định bằng các hộp kiểm còn lại ).
Chức năng tùy thuộc vào thông tin được thu thập theo yêu cầu đã chọn này xuất hiện tương đối gần đây, trước đây, trong mỗi lần kiểm tra thu thập dữ liệu, tất cả thông tin đều được thu thập. Vì vậy, trước đây, tùy chọn này đã giúp ích rất nhiều: một yêu cầu đã được chọn, ví dụ: cùng một mô-đun, tất cả thông tin đã được thu thập, các lỗi được sửa cho một yêu cầu này, sau đó yêu cầu tiếp theo được chọn, ví dụ: chính tả trong các thành phần biểu mẫu và việc kiểm tra đã được bắt đầu theo dữ liệu được thu thập, bởi vì các phần tử biểu mẫu không thay đổi, v.v.
Bây giờ bạn cũng có thể sử dụng nó, nhưng bằng cách sử dụng dữ liệu đã thu thập, bạn chỉ có thể kiểm tra những yêu cầu đó để biết thông tin nào đã được thu thập trước đó. Chà, không thể không nói rằng tùy chọn xác minh này cực kỳ cần thiết đối với các nhà phát triển các kiểm tra mới để gỡ lỗi, kiểm tra, tăng tốc và xác định những điểm không chính xác trong các quy tắc kiểm tra, bởi vì không cần phải thu thập lại dữ liệu mỗi lần.
Do chưa thu thập dữ liệu nên chúng ta sẽ chọn mục “Thu thập và kiểm tra dữ liệu…”. Một cửa sổ sẽ mở trong đó bạn có thể chọn thực hiện kiểm tra tự động dựa trên các cài đặt đã thực hiện trước đó trong cửa sổ cấu hình mới hoặc ghi đè các cài đặt này. Việc chọn tùy chọn “Thủ công” đặc biệt thuận tiện ở giai đoạn đầu làm quen với hệ thống, khi bạn có thể tác động đến từng bước tiếp theo.
Bằng cách nhấp vào nút “Tiếp theo”, bạn có thể ghi đè tất cả cài đặt được mô tả trong phần trước của ấn phẩm này, bao gồm cả các bước kiểm tra đã thực hiện. Tuy nhiên, cần lưu ý rằng nếu bạn không chọn một lần kiểm tra ở bước thích hợp, hệ thống sẽ cho rằng cần thực hiện TẤT CẢ các kiểm tra chứ không chỉ kết nối và tải thông tin về các đối tượng từ cơ sở dữ liệu đang được kiểm tra:
Do đó, nếu mục đích của việc khởi chạy không phải là kiểm tra đầy đủ mà là cập nhật cấu trúc cấu hình hoặc chạy thử APK và làm quen với quy trình, thì bạn không nên bỏ chọn tất cả các hộp ở bước này. Lần đầu tiên, chỉ nên đánh dấu một thành phần, ví dụ: “Kiểm tra cấu hình nền tảng” trong nhánh sau:
Trong trường hợp này, danh sách các bước xác minh sẽ xấp xỉ như sau:
và có thể mất ít nhất 20 phút ngay cả trên ERP. Nhưng điều này sẽ đủ để biết quá trình thực sự diễn ra như thế nào. Mặc dù việc kiểm tra nền tảng có thể gây bất ngờ và mất nhiều thời gian, vì vậy bạn có thể chọn một yếu tố khác đơn giản hơn.
Ở bước cuối cùng, bạn cũng có thể đặt bộ lọc trên các đối tượng đang được kiểm tra. Đúng, nếu đây là lần kiểm tra cấu hình đầu tiên thì APK sẽ chưa có thông tin về cấu trúc cấu hình. Trong trường hợp này, cây cấu hình ở bước này sẽ trống nhưng có thể tải trực tiếp bằng nút “Đọc cấu trúc cấu hình” từ cùng một cửa sổ:
Bây giờ tất cả những gì còn lại là nhấp vào nút “Chạy kiểm tra”. Quá trình kiểm tra sẽ bắt đầu. Với cửa sổ 1C nhấp nháy và nhật ký quá trình được hiển thị trong cửa sổ thông báo. Đầu ra nhật ký rất khó xử. Cửa sổ kiểm tra bị treo tạm thời và nếu bạn không nghĩ trước về việc hiển thị cửa sổ thông báo thì bạn sẽ không thể tìm hiểu bất cứ điều gì đang xảy ra cho đến khi quá trình kết thúc:
Do đó, nếu bạn có độ phân giải màn hình nhỏ, tốt hơn hết bạn nên di chuyển ngay cửa sổ phương thức khởi chạy quá trình quét để hiển thị cửa sổ thông báo.
Ở một trong các giai đoạn xác minh, hệ thống sẽ cập nhật nội dung của thư mục “Cấu trúc cấu hình”, chứa một cây (phân cấp) các đối tượng siêu dữ liệu như trong bộ cấu hình. Dữ liệu về một đối tượng cụ thể sẽ được cập nhật nếu đối tượng này đã thay đổi hoặc được đưa vào hệ thống con bổ sung. Một thành phần thư mục sẽ được đánh dấu để xóa nếu đối tượng cấu hình tương ứng đã bị xóa. Các phần tử mới sẽ được tạo cho các đối tượng cấu hình mới:
Ngoài ra, trong mỗi lần kiểm tra thu thập dữ liệu, nội dung của các thanh ghi “ObjectsPropertiesValues” và “CompositeObjectPropertiesValues” sẽ được cập nhật, lưu trữ các thuộc tính của đối tượng, mô-đun, nội dung bố cục, thành phần biểu mẫu, v.v. Khi kiểm tra dữ liệu đã thu thập trước đó, thông tin này vẫn giữ nguyên.
Nếu bất kỳ kiểm tra nào được chọn không chỉ yêu cầu cập nhật cấu trúc siêu dữ liệu và kiểm tra nền tảng mà còn yêu cầu nhiều thứ khác, thì hệ thống sẽ tải cấu hình lên các tệp để phân tích tiếp theo:
Quá trình tải lên diễn ra không phân cấp - tất cả các tệp vào một thư mục:
Thông tin từ nhà phát triển:
Vậy chuyện gì đang xảy ra và khi nào ( khi kiểm tra với việc thu thập dữ liệu):
- Cấu trúc cấu hình nhìn chung luôn giống nhau, bất kể yêu cầu nào được chọn.
- Việc thu thập diễn ra bằng cách chạy quá trình xử lý bên ngoài từ bố cục "MetadataStructureLoader" được chia sẻ trong doanh nghiệp ở máy khách dày. Quá trình xử lý doanh nghiệp hoạt động với đối tượng nền tảng Siêu dữ liệu và ghi dữ liệu vào một tệp bên ngoài, sau đó tệp này được chuyển và phân tích cú pháp sang APC.
Tất cả các bước tiếp theo kích hoạt quá trình xử lý bên ngoài trong doanh nghiệp đều hoạt động theo cách tương tự. Các thông tin còn lại như đã đề cập ở trên được thu thập tùy theo yêu cầu đã chọn:
- Việc thu thập thông tin siêu dữ liệu (một lần nữa, đây là các thuộc tính của đối tượng siêu dữ liệu chứ không phải bản thân cấu trúc) xảy ra bằng cách khởi chạy quá trình xử lý bên ngoài từ bố cục chung “MetadataInformationLoader”.
- Thu thập thông tin về các biểu mẫu (hay đúng hơn là về các thành phần của biểu mẫu) bằng cách xử lý từ bố cục "Trình tải thông tin biểu mẫu".
- Việc thu thập thông tin biểu mẫu từ XML diễn ra bằng cách phân tích cú pháp tệp XML của biểu mẫu từ quá trình tải cấu hình lên tệp XML. Tất cả thông tin không thể lấy được từ doanh nghiệp ở giai đoạn trước sẽ được thu thập.
- Thu thập thông tin về các mô-đun - bằng cách đọc văn bản mô-đun từ các tệp tải xuống XML.
- Thu thập thông tin về các vai trò (hay nói đúng hơn là thu thập quyền của từng vai trò đối với từng đối tượng) - từ các tệp vai trò tải lên XML.
- Thu thập thông tin về bố cục - sử dụng quá trình xử lý từ bố cục "Trình tải thông tin bố cục".
- Thu thập thông tin trợ giúp - bằng cách đọc các tệp trợ giúp từ các tệp tải xuống XML.
Xác minh cấu hình nền tảng - khởi chạy hàng loạt cơ sở dữ liệu demo ở chế độ cấu hình với các khóa xác minh nền tảng. Tệp có nhật ký xác minh cũng được chỉ định. Sau đó, nó phân tích cú pháp APK, từ đó thu được các lỗi xác minh nền tảng, được lưu trữ trong một thanh ghi “Lỗi kiểm tra cấu hình” riêng biệt.
Do đó, nếu chọn ít nhất một yêu cầu có hộp kiểm để thu thập thông tin về biểu mẫu từ XML, vai trò, mô-đun hoặc trợ giúp thì cơ sở dữ liệu đang được kiểm tra sẽ được tải xuống tệp XML. Nếu không có hành động nào trong số này được yêu cầu thì sẽ không có quá trình tải lên.
Trước đây, tất cả các hành động được thực hiện tuần tự. Đầu tiên, việc thu thập cấu trúc được khởi chạy, sau đó tải lên XML, sau đó là xác minh nền tảng, sau đó là thu thập các thuộc tính của siêu dữ liệu, mô-đun, biểu mẫu, v.v., điều này làm chậm đáng kể quá trình xác minh (thu thập dữ liệu) của các cấu hình lớn.
APK 1.1.12 đã thêm tính năng sao chép cơ sở dữ liệu nguồn vào một thư mục tạm thời và xác định các giai đoạn thu thập dữ liệu dài nhất, giúp có thể thu thập dữ liệu song song trong quá trình xác minh. Do đó, hiện tại, việc thu thập cấu trúc cấu hình, xác minh nền tảng, tải lên XML và xóa các thanh ghi được thực hiện song song. Các giai đoạn còn lại mất ít thời gian, ngay cả đối với ERP. Nhờ áp dụng tính năng thu thập thông tin song song, có thể tăng tốc độ kiểm tra ERP ít nhất vài giờ.
Trong thư mục tệp tạm thời, việc xử lý các tệp tạo phiên bản của đối tượng siêu dữ liệu cũng như tạo biểu mẫu và bố cục đối tượng sẽ được tạo và mở trong cơ sở dữ liệu đang được kiểm tra. Cơ chế này ban đầu được thiết kế để thu thập thông tin về biểu mẫu, bố cục và thuộc tính siêu dữ liệu. Nhưng cũng nhờ đó, các lỗi được tìm kiếm thậm chí không cho phép bạn tạo một đối tượng hoặc biểu mẫu theo chương trình. Tất nhiên, điều này khác xa với thử nghiệm đơn vị, nhưng nó là một điều gì đó:
Nếu trong một mô-đun đối tượng hoặc biểu mẫu có nỗ lực truy cập một biến không được khai báo hoặc một đối tượng không thể truy cập được từ ngữ cảnh của mô-đun, hệ thống sẽ dừng trong quá trình xác minh do gặp lỗi (một cửa sổ sẽ xuất hiện trong cơ sở dữ liệu đã kiểm tra đã mở) hoặc APK sẽ phát hiện lỗi này và hiển thị trong báo cáo. Nếu APK dừng trong quá trình xác minh do lỗi như vậy thì điều này chắc chắn không thuận tiện cho lắm. Nhưng mặt khác, sự hiện diện của lỗi biên dịch mô-đun là một lỗi nghiêm trọng của lập trình viên và sẽ tốt hơn nếu nó được phát hiện bằng APK theo cách này hơn là nếu nó xuất hiện trong sản phẩm và thông báo về nó đến từ người dùng!
Trong quá trình kiểm tra toàn bộ (hoặc tương đương về số lượng quy tắc và đối tượng), hệ thống bị kẹt khi kiểm tra đối tượng số 1 mà không báo cáo tiến độ dưới bất kỳ hình thức nào:
Trạng thái này với thông báo đối tượng số 1 trong số 77 nghìn đang được kiểm tra bị treo trong 5-10 giờ và có vẻ như khu liên hợp công nông nghiệp đã bị đóng băng. Trên thực tế, quá trình này đang diễn ra, bạn có thể xác minh điều này bằng cách xem tải bộ xử lý trong trình quản lý tác vụ hoặc bằng cách gọi lệnh dừng từ bộ cấu hình (nếu APK được khởi chạy từ nó). Lý do khiến Đối tượng số 1 phải kiểm tra lâu, cụ thể là bản thân cấu hình, như sau:
1) Là một phần của bước này, thông tin được thu thập và lưu vào bộ nhớ đệm, thông tin này sẽ được sử dụng thêm khi tiến hành kiểm tra từng đối tượng riêng lẻ. Nhờ đó, việc quét các đối tượng khác được hoàn thành nhanh hơn.
2) Hầu hết các kiểm tra ảnh hưởng đến tất cả các đối tượng cấu hình cùng một lúc đều được thực hiện trong bước này. Có rất nhiều cuộc kiểm tra như vậy, khoảng 90. Nhưng những cuộc kiểm tra dài nhất, chiếm phần lớn thời gian, chỉ là một vài. Đây là ví dụ "Tìm phương thức xuất tiện ích không sử dụng". Rõ ràng, bạn không thể biết liệu phương thức của một đối tượng cụ thể có đang được sử dụng hay không bằng cách chỉ kiểm tra một đối tượng đó hoặc bất kỳ hệ thống con cụ thể nào. Kết luận này chỉ có thể được rút ra bằng cách phân tích các lệnh gọi phương thức trong toàn bộ cấu hình. Và rõ ràng là tối ưu là nên xem qua toàn bộ cấu hình một lần khi kiểm tra “Đối tượng số 1” và không nhiều lần khi kiểm tra từng tài liệu và sách tham khảo. Một ví dụ khác về việc kiểm tra kéo dài là "Kiểm soát sự hiện diện của một mô-đun chung, hệ thống con, phương pháp và kiểm soát thành phần của các tham số".
Nếu bạn vô hiệu hóa hai bước kiểm tra được chỉ định và kiểm tra cấu hình nền tảng, thì việc kiểm tra ngay cả cấu hình như ERP cũng có thể mất không quá nửa giờ. Nhưng nó có lẽ không đáng để tiết kiệm thời gian và hy sinh chất lượng. Tốt hơn là giải quyết vấn đề này một cách có tổ chức và kiểm tra trước.
Tôi sẽ đưa ra một ví dụ - phần đầu và phần cuối của nhật ký thực hiện kiểm tra, cho thấy toàn bộ quá trình trên ERP 2.1 và APK 1.1.11.16 mất khoảng 15 giờ (tất nhiên, con số này phụ thuộc rất nhiều vào hiệu suất của máy tính, Mà còn tốc độ xác minh trên APK 1.1.12 cao hơn đáng kể và trong cùng điều kiện mất khoảng 10 giờ):
: Kết nối tới cơ sở thông tin thông qua kết nối COM đang được kiểm tra
: Bắt đầu thu thập thông tin cấu trúc siêu dữ liệu cấu hình
: Bắt đầu tải cấu hình lên file XML
: Bắt đầu xóa thông tin siêu dữ liệu
: Bắt đầu thu thập thông tin vai trò cấu hình
: Thông tin được thu thập và ghi lại về vai trò cấu hình
: Thông tin siêu dữ liệu cấu hình được thu thập
: Đã hoàn tất kiểm tra cấu hình nền tảng
: Bắt đầu kiểm tra các đối tượng cấu hình
: Bắt đầu thu thập thông tin biểu mẫu cấu hình từ các tệp XML
: Đã bắt đầu kiểm tra cấu hình
…….TẠI ĐÂY CÁC TIN NHẮN BẮT ĐẦU ĐƯỢC HIỂN THỊ TRÊN THANH TRẠNG THÁI…..
: Kiểm tra cấu hình đã hoàn tất
Kết quả kiểm tra
Chúng ta nhận được gì sau lần kiểm tra đầu tiên? Đầu tiên, thư mục của các phiên bản cấu hình được điền vào (thư mục “Phiên bản” phụ thuộc vào thư mục “Cấu hình”). Một phần tử tương ứng với phiên bản cấu hình đang được kiểm tra sẽ xuất hiện trong đó. Thông tin phiên bản cũng được cập nhật dưới dạng mục thư mục "Cấu hình":
Thứ hai, một tài liệu thuộc loại “Kiểm tra cấu hình” được tạo, cho biết thành phần này của thư mục “Phiên bản” và các tham số kiểm tra khác - thành phần của các yêu cầu đang được kiểm tra, thành phần của các đối tượng được kiểm tra và “Nhật ký kiểm tra” trong đó nhật ký hiển thị trước đó trong cửa sổ thông báo bị trùng lặp:
Thứ ba, dữ liệu cấu trúc cấu hình được cập nhật:
Cấu trúc cấu hình là một thư mục phân cấp với các thành phần phân cấp, phụ thuộc vào thư mục “Phiên bản”, tức là khi kiểm tra cấu hình của phiên bản mới, một thành phần mới của thư mục “Phiên bản” sẽ được tạo và cấu trúc siêu dữ liệu mới sẽ được tải liên quan đến phiên bản này.
Và thứ tư, sổ đăng ký “Đã tìm thấy lỗi” được điền vào, sổ đăng ký này thực sự chứa thông tin về những lỗi nào được phát hiện trong quá trình xác minh và là cơ sở cho các báo cáo AIC:
Không có mẫu danh sách nào được tạo cho sổ đăng ký này. Việc đổ rác trong cái vạc chung của sổ đăng ký này có thể được sắp xếp theo thứ tự chỉ trong vài phút. Ví dụ: thêm biểu mẫu được quản lý, ở chế độ người dùng hoặc trực tiếp trong bộ cấu hình, hiển thị chủ sở hữu của các đối tượng (các thành phần của thư mục "Cấu trúc cấu hình") có liên quan đến lỗi. Những chủ sở hữu này sẽ là phiên bản cấu hình.
Nếu chúng tôi hiển thị chủ sở hữu và từ họ, chúng tôi sẽ nhận được dưới dạng danh sách khả năng lọc lỗi theo cả cấu hình và phiên bản của họ. Bạn có thể tạo nhóm dựa trên chúng. Trong trường hợp này, bạn có thể xử lý các lỗi không chỉ bằng cách sử dụng báo cáo mà còn có thể trực tiếp thông qua sổ đăng ký, điều này đôi khi thuận tiện hơn nhiều:
Mỗi mục trong sổ đăng ký này được phát hiện là không tuân thủ các tiêu chuẩn, lỗi chính tả hoặc lỗi khác. Sau khi mở bất kỳ hệ thống nào trong số chúng, bạn có thể thấy rằng ngay cả những hệ thống đáng tin cậy và đã được chứng minh như ERP 2.1 ;)) cũng có lỗi chính tả và lỗi. Và một số lượng khá lớn trong số đó:
Tôi muốn chúng ta nhìn nhận thực tế về sự hiện diện của những lỗi như vậy trong ERP không phải như một sự nuông chiều cho sự hiện diện của chúng trong quá trình phát triển của chúng ta mà là bằng chứng bổ sung cho thấy chúng có thể và cần được xác định và loại bỏ. Đặc biệt là nếu bạn có các công cụ phù hợp. Bởi vì chúng trông xấu xí và đó chính xác là những gì người dùng của chúng tôi nhìn thấy. Blog 1C trên Habré lưu ý rằng các nhà phát triển ERP 2 sử dụng APC để kiểm tra cấu hình, nhưng dường như giới hạn danh sách kiểm tra đối với các quy tắc quan trọng nhất theo quan điểm của họ, đảm bảo tỷ lệ chấp nhận được giữa tốc độ phát triển và chất lượng sản phẩm. Khi phát triển sản phẩm của mình, chúng tôi có thể nâng cao tiêu chuẩn chất lượng và nắm bắt được lĩnh vực này.
Cũng sẽ hữu ích khi biết rằng dữ liệu được thu thập về văn bản mô-đun, khối mô-đun và các thuộc tính khác của đối tượng cấu hình được đặt trong sổ đăng ký “Giá trị của thuộc tính đối tượng tổng hợp” và “Giá trị của thuộc tính đối tượng”. Các bản ghi được lưu trữ liên quan đến cùng một đối tượng, các phiên bản phụ và cấu hình:
Không thể xem văn bản mô-đun trực tiếp từ các biểu mẫu đăng ký; tất cả chúng đều được đóng gói trong các kho lưu trữ giá trị.
Nhưng để xem văn bản của các mô-đun đã được chia thành các phần cấu thành của chúng và các thuộc tính khác của đối tượng cấu hình, APK có một công cụ tuyệt vời! Đây là quá trình xử lý "Xem thuộc tính của đối tượng cấu hình", được mở thông qua menu "Cài đặt":
báo cáo AIC
Thông tin về các lỗi được tìm thấy dưới dạng báo cáo có thể được lấy từ hai phần của hệ thống cùng một lúc. Phần "Lỗi":
Nó dựa trên báo cáo Tìm thấy Lỗi:
Và phần “Báo cáo”
Nó được xây dựng trên cơ sở báo cáo “Kết quả công việc”:
Trên thực tế, trong cấu hình APK chỉ có hai đối tượng chính là “Báo cáo”. Nhưng chúng có khá nhiều cách bố trí ACS khác nhau:
Tất cả chúng đều dựa trên phân tích của sổ đăng ký thông tin "Đã tìm thấy lỗi". Phần “Báo cáo” nhằm mục đích lấy thông tin tóm tắt về lỗi; nó tập trung vào thống kê, trong khi phần “Lỗi” nhằm mục đích lấy thông tin chi tiết về lỗi và quản lý chúng. Trong phần "Lỗi", có thể điều khiển bằng cách sử dụng bảng lệnh đặc biệt và thông qua menu ngữ cảnh:
Đã xảy ra sự cố khi sử dụng cơ sở dữ liệu tệp APK và nền tảng 1C 32 bit. Nếu không cài đặt đủ số lượng bộ lọc, bạn có thể nhận được thông báo hết bộ nhớ khi phân tích lỗi trong cấu hình lớn. Trong trường hợp ERP 2.x, thông báo này sẽ xuất hiện liên tục. Lỗi này thường xảy ra ở giai đoạn xuất dữ liệu vào tài liệu bảng tính. Nói chung, đáng để cài đặt các bộ lọc. Chỉ một số ít trong số đó được đưa vào danh sách lựa chọn nhanh. Phần còn lại có thể được cài đặt bằng lệnh “Cài đặt báo cáo”.
Điều cản trở ở đây là báo cáo bắt đầu được tạo ngay sau khi chọn một tùy chọn. Điều này cản trở rất nhiều đến công việc và cho thấy cần phải tinh chỉnh cấu hình của tổ hợp công-nông nghiệp, thậm chí đến mức viết báo cáo của riêng bạn: bạn muốn áp dụng các lựa chọn trước khi chúng được tạo và để cài đặt báo cáo được lưu và để chúng ở dạng có thể quản lý được. May mắn thay, điều này không khó thực hiện chỉ dựa trên một lần đăng ký thông tin.
Tôi lưu ý rằng Khi sử dụng phiên bản 64 bit của 1C hoặc cơ sở dữ liệu SQL của APK, không xảy ra lỗi thiếu bộ nhớ.
Thoạt nhìn qua các báo cáo, có vẻ như APK quá kén chọn cấu hình đang được thử nghiệm. Ví dụ: nó yêu cầu thiết lập các từ đồng nghĩa chính xác ngay cả đối với bố cục của biểu mẫu in, nó coi các từ “hậu cần”, “giao hàng bổ sung”, “có trách nhiệm giải trình”, v.v. là một lỗi. Nhưng trước hết, hầu hết các lỗi được tìm thấy đều thực sự cần được sửa chữa! Thứ hai, việc lựa chọn các quy tắc để kiểm tra là do người dùng thực hiện; điều này có thể được thực hiện cả khi thiết lập cấu hình cần kiểm tra và khi thực hiện kiểm tra. Thứ ba, mỗi quy tắc có thể được sửa đổi, nếu muốn, thay thế bằng quy tắc của riêng bạn hoặc bạn có thể định cấu hình lọc trong báo cáo để chỉ xem thông tin quan tâm.
Cuối cùng, hệ thống có các tùy chọn tùy chỉnh khác. Ví dụ: thanh ghi thông tin “True Words” (ban đầu trống). Nó liên quan đến việc kiểm tra chính tả, đặc biệt là phương thức Check.CheckSpelling(). Những từ mà chúng tôi cho là đúng có thể được nhập thủ công hoặc tải từ một tệp văn bản trong đó mỗi từ nằm trên một dòng riêng biệt. Bạn có thể tải xuống mẫu tệp txt như vậy từ bố cục chung “Từ điển những từ có thật”. Nhưng không cần phải tải tập tin này vào sổ đăng ký. Theo mặc định, hệ thống lấy các từ chính xác từ bố cục này và bổ sung dữ liệu từ sổ đăng ký. Hệ thống cũng có xử lý " Cập nhật từ điển". Công dụng của nó được mô tả rất chi tiết và rõ ràng trong hướng dẫn sử dụng (xem chương 4.6).
Nói chung, nếu có vẻ như hệ thống quá khắt khe với cấu hình của chúng ta thì chúng ta có thể tinh chỉnh nó vào đúng chỗ và “xoa dịu nó”))
Các báo cáo thú vị nhất là “Lỗi theo yêu cầu” trong phần “Lỗi”, hiển thị dữ liệu theo nhóm tương ứng với cấu trúc của thư mục “Yêu cầu”:
và “Phân tích lỗi” trong phần “Báo cáo”, hiển thị dữ liệu tóm tắt dựa trên phân loại “1C: Tương thích”, “Bắt buộc” và “Khuyến nghị”:
Quy tắc kiểm tra cấu hình
Việc tạo quy tắc của riêng bạn bằng các ví dụ cụ thể sẽ không được thảo luận ở đây. Đầu tiên bạn cần hiểu rõ hơn về vấn đề này. Trong hướng dẫn sử dụng từ quá trình phân phối APK, Chương 5 khá đồ sộ được dành cho việc tạo ra các quy tắc mới - đây là một ví dụ xuyên suốt dưới dạng 30 trang văn bản và hình minh họa hấp dẫn))
Chúng ta hãy xem nhanh các quy tắc. Chúng nằm trong thư mục hệ thống cùng tên:
Việc điều hướng dọc theo cây bên trái rất bất tiện - việc chọn một phần tử để hiển thị thành phần của nó ở phía bên phải được thực hiện bằng cách nhấp đúp. Do đó, phần tử được chọn không phải lúc nào cũng trùng với phần tử có thành phần được hiển thị ở bên phải.
Mỗi quy tắc có thể được mở. Biểu mẫu phần tử tham chiếu cho phép truy cập vào danh sách các loại đối tượng phải được kiểm tra theo quy tắc này, các tham số thuật toán (danh sách được đánh số các lỗi có thể được tham chiếu từ thuật toán), bản thân thuật toán và mô tả của nó, mô tả yêu cầu, cũng như cũng như cài đặt sử dụng:
Có ba nút hữu ích ở trên cùng. “Hiển thị tiêu chuẩn” dẫn đến phần tương ứng của trang web 1C với mô tả về tiêu chuẩn, liên kết sẽ mở trong trình duyệt. “Yêu cầu mở” mở phần tử thư mục “Yêu cầu” tương ứng với quy tắc và lệnh “Mở gỡ lỗi” bắt đầu xử lý “Kiểm tra trình gỡ lỗi quy tắc”. Cách thức hoạt động của nó không có trong hướng dẫn sử dụng, nhưng rõ ràng là các công cụ gỡ lỗi đều có sẵn hoặc có những phát triển cho chúng có thể được phát triển.
Thuật toán quy tắc có thể được thay đổi cũng như có thể tạo các quy tắc và nhóm quy tắc mới. Nếu bạn cần viết các thuật toán của riêng mình, bạn sẽ phải nghiên cứu các phương thức và đối tượng phần mềm có sẵn. Phần tương ứng “Cú pháp của các quy tắc xác thực” trong Chương 6 của hướng dẫn sử dụng PDF được dành cho vấn đề này. Bạn cũng có thể sử dụng thuật toán của các quy tắc hiện có làm ví dụ và mẫu để sao chép.
Trợ giúp tích hợp cho chương trình này rất kém. Hay đúng hơn là nó bị thiếu nên không thể lấy được mô tả về các phương thức tích hợp từ nó.
Lọc đối tượng trong quá trình kiểm tra
Tóm lại, hãy xem APK 1.1 hoạt động như thế nào khi thực hiện quét với các bộ lọc được áp dụng. Chúng có thực sự giúp giảm thời gian xác minh và giảm lượng thông tin trong báo cáo không? Hãy kiểm tra cả việc lọc theo tiền tố và theo hệ thống con.
Trong phần này sẽ có nhiều nội dung “đi sâu vào mật mã” hơn là câu chuyện về khả năng của tổ hợp công nông nghiệp. Nếu đây không phải là mục tiêu của bạn ở giai đoạn này, bạn có thể bỏ qua phần này.
Hãy lấy cấu hình thử nghiệm tương tự, tạo một phần tử mới cho nó trong thư mục cấu hình (chỉ cần bạn tạo một phần tử không bằng cách sao chép, vì khi sao chép cấu hình, các phiên bản và cấu trúc dữ liệu của chúng cũng được sao chép, đây là một quá trình dài và vi phạm độ tinh khiết của thí nghiệm). Hãy gán tài liệu cho hai hệ thống con mới:
apk_Tài liệu_1_1,apk_Tài liệu_1_2 Và mới_Tài liệu_1_3 tham khảo hệ thống con apk_Subsystem_1
apk_Document_2_1, apk_Document_2_2 Và mới_Tài liệu_2_3 tham khảo hệ thống con apk_Subsystem_2
Chúng tôi sẽ cho phép các lỗi chính tả trong tài liệu và thêm phương thức xuất không được sử dụng vào mô-đun trình quản lý. Chúng tôi sẽ tạo tài liệu bằng cách sao chép.
Hãy thêm hai bộ lọc thu thập thông tin - cho tiền tố apk_ và tới hệ thống con apk_Subsystem_2 (ảnh chụp màn hình được chụp trên phiên bản APK 1.1.11.16):
Kết quả của việc kiểm tra, chúng tôi dự kiến sẽ thấy sự xuất hiện của các lỗi và báo cáo lỗi chỉ liên quan đến các tài liệu phù hợp với bộ lọc (như được hiển thị bên dưới, các bộ lọc được áp dụng bằng cách sử dụng "HOẶC"). Tôi cũng muốn đẩy nhanh quá trình xác minh, với mức chiết khấu là một số thao tác và kiểm tra sẽ được thực hiện bất kể số lượng đối tượng được kiểm tra.
Hãy bắt đầu kiểm tra. Sau vài giờ kiểm tra cơ bản (bao gồm cả kiểm tra nền tảng), chúng ta sẽ thấy số lượng đối tượng cần kiểm tra thêm không còn là 77.736 đáng sợ nữa mà chỉ còn 65:
Kết quả của việc kiểm tra là các báo cáo thực sự ngừng cung cấp thông tin về các đối tượng “phụ” và chỉ báo cáo về các đối tượng phù hợp với bộ lọc. Đồng thời, cả 2 lỗi cố ý đều được phát hiện và có những bình luận khác được đưa ra:
Tuy nhiên, chúng tôi hầu như không thu được lợi ích gì khi kiểm tra thời gian từ các bộ lọc. Trong ví dụ này, quá trình quét toàn bộ mất 10 giờ thay vì 15 giờ, tức là nó chỉ được tăng tốc 30%. Lý do cho hành vi này đã được giải thích trong phần “Tiến hành kiểm tra”. Bây giờ, hãy tìm hiểu lý do tại sao điều này xảy ra ở cấp mã, đồng thời chúng ta sẽ hiểu rõ hơn cách hoạt động của các thuật toán lọc và bỏ qua đối với các thành phần cấu trúc cấu hình trong quá trình kiểm tra.
Các báo cáo cho thấy ngoài thông tin về tài liệu, thông tin về thành phần cấu hình gốc cũng được thu thập như một phần của quá trình kiểm tra chung. Và khi tiến hành kiểm tra, khó có thể không nhận ra rằng chính thông báo kiểm tra đối tượng số 1 này treo trên thanh trạng thái gần như suốt 10 tiếng đồng hồ. (trên phiên bản 1.1.11.16). Đồng thời, hệ thống báo cáo đợt kiểm tra sắp tới của 65 đối tượng, mặc dù chúng tôi cần tối đa 6-8 đối tượng trong số đó. Hãy dừng quá trình trong trình gỡ lỗi trong khi thanh trạng thái hiển thị thông báo “Đối tượng số 1 đang được kiểm tra” và xem mô-đun nào đang được kiểm tra. Bạn có thể thấy rằng ở giai đoạn xác minh đầu tiên, hệ thống vẫn phân tích tất cả các đối tượng, chẳng hạn như bao gồm các mô-đun lương chung, chắc chắn không có trong hệ thống con mới của chúng tôi:
Nhưng chúng tôi không yêu cầu hệ thống thu thập dữ liệu về các mô-đun phổ biến. 65 đối tượng mà hệ thống sẽ kiểm tra là gì?
Bạn có thể lấy danh sách chúng bằng cách truy cập ngăn xếp cuộc gọi tới phương thức CheckObjects() trong mô-đun đối tượng tài liệu “CheckVersion”. Từ đó, bạn cũng có thể nhận thông tin rằng TẤT CẢ các đối tượng từ thư mục Cấu trúc cấu hình mà dữ liệu được thu thập đã được chọn để xác minh hoặc hệ thống cho rằng dữ liệu đã được thu thập:
Đây là những đối tượng:
Bản thân có ít hơn 65 đối tượng; hệ thống chỉ đơn giản đếm không chỉ tài liệu của chúng tôi mà còn cả thông tin chi tiết của chúng. Nhưng bạn có thể nhận thấy rằng phần tử gốc của hệ thống phân cấp của thư mục Cấu trúc cấu hình là phần tử đầu tiên trong danh sách này. Và chúng tôi đã thấy rằng quá trình xác minh nó tốn rất nhiều thời gian.
Khi có danh sách các đối tượng này, bạn có thể rút ra kết luận về cách hoạt động của cơ chế lọc và cách hoạt động của các kiểm tra dựa trên bộ lọc:
Lọc chỉ hoạt động ở giai đoạn thu thập dữ liệu. Trong quá trình xác minh, các bộ lọc không còn đóng vai trò gì nữa. Và điều này là hợp lý vì các thuật toán được chỉ định trong chế độ người dùng. APK chỉ chuyển các thành phần của thư mục Cấu trúc cấu hình cho chúng để xác minh nếu APK cho rằng dữ liệu đã được thu thập trên chúng.
Bất chấp các bộ lọc mà chúng tôi đã áp dụng để kiểm tra, APK vẫn thu thập thông tin về mô-đun của TẤT CẢ đối tượng cấu hình. Dữ liệu về các mô-đun được APC sử dụng khi tiến hành kiểm tra chung cho toàn bộ cấu hình. Dưới đây chúng tôi sẽ chứng minh điều gì sẽ xảy ra nếu việc kiểm tra đó bị vô hiệu hóa.
Một số đối tượng phổ biến sẽ có mặt trong danh sách để quét trong mọi trường hợp, bất kể bộ lọc của chúng tôi. Bao gồm đối tượng gốc trên cùng - chính cấu hình. Một lần nữa, điều này là cần thiết để thực hiện kiểm tra "chung". Do cấu hình có trong danh sách vẫn được kiểm tra theo quy tắc như trước và các mô-đun thông thường, văn bản và một số dữ liệu khác của chúng không được lọc khi thu thập dữ liệu nên việc kiểm tra đối tượng số 1 kéo dài nhiều giờ nhất vẫn sẽ được thực hiện. . Sẽ không thể tăng tốc quá trình một cách triệt để bằng cách sử dụng các bộ lọc.
Hệ thống đã quyết định kiểm tra không chỉ các tài liệu đáp ứng cả hai bộ lọc của chúng tôi mà còn cả những tài liệu đáp ứng bất kỳ bộ lọc nào. Những đối tượng bắt đầu bằng tiền tố cũng sẽ được gửi để quét apk_ và những đối tượng được bao gồm trong hệ thống con apk_Subsystem2, bao gồm cả tài liệu mới_Tài liệu_2_3. Chỉ thiếu tài liệu trong danh sách đối tượng đang được kiểm tra mới_Tài liệu_1_3, không phù hợp với bất kỳ bộ lọc nào. Kết quả sẽ trở nên rõ ràng nếu bạn nhìn vào chức năng lọc. Bộ lọc độ phân giải hoạt động bằng cách sử dụng “HOẶC” thay vì “VÀ”. Nếu điều này cần được thay đổi thì một lần nữa bạn sẽ phải thực hiện những thay đổi nhỏ đối với phương pháp này:
Bây giờ chúng ta hãy thử “chơi” với mã và xem điều gì sẽ xảy ra nếu quá trình lọc không chỉ hoạt động ở giai đoạn thu thập dữ liệu mà còn ở giai đoạn xác minh. Để thực hiện việc này, hãy tạo một thành phần khác của thư mục Cấu hình với cùng bộ lọc:
Một cách giả tạo, trong mã của phương thức CheckObjects() của tài liệu CheckVersion, chúng ta sẽ bỏ qua phần tử đầu tiên của vùng chọn khi duyệt qua kết quả truy vấn. Nghĩa là, hãy bỏ qua phần tử gốc của thư mục Cấu trúc cấu hình:
Hãy chạy cùng một kiểm tra và xem xét thời gian cần thiết cho toàn bộ quá trình và liệu kết quả báo cáo có khác với kết quả thu được nếu không bỏ qua cấu hình gốc hay không.
Trong trường hợp này, từ khi bắt đầu quá trình đến khi hoàn thành, chỉ mất 50 phút thay vì 10 giờ:
: Tài liệu được tạo Kiểm tra phiên bản 8 từ ngày 11/01/2017 20:51:37
………………..
: Bắt đầu tải cấu hình lên file XML
: Hoàn tất tải lên cấu hình lên tệp XML
………………..
: Đã bắt đầu kiểm tra cấu hình
: Kiểm tra cấu hình đã hoàn tất
Bây giờ là báo cáo:
Có thể thấy phần tử gốc không còn hiển thị nữa. Nhưng ngoài ra, báo cáo còn hiển thị 9 dòng thay vì 10 dòng liên quan đến từng tài liệu. Thiếu dòng báo cáo phương pháp xuất không được sử dụng trong mô-đun quản lý tài liệu. Nghĩa là, một số lỗi thực sự chỉ được phát hiện nếu phần tử gốc của thư mục Cấu trúc cấu hình có liên quan đến quá trình xác minh. Nếu không, các quy tắc xác minh tương ứng sẽ không hoạt động. Đây là những lỗi, khi được phát hiện, về mặt logic, cần kiểm tra mối quan hệ của đối tượng với tất cả các đối tượng khác trong cấu hình.
Do đó, nếu chúng tôi muốn tăng tốc độ kiểm tra một cách triệt để khi áp dụng bộ lọc, thì việc này phải được thực hiện bằng cách vô hiệu hóa các kiểm tra chung tốn nhiều thời gian nhất yêu cầu bỏ qua tất cả các mô-đun (điều này có thể được thực hiện trong cài đặt) hoặc bằng cách phát triển giải pháp thay thế của riêng chúng tôi. kiểm tra quy định.
Kết quả:
- Cấu hình bao gồm các công cụ để gỡ lỗi các quy tắc mới và hiện có. Để làm việc với chúng, bạn cần hiểu mã cấu hình APK, xem cách tạo đối tượng và thực thi các thuật toán được chỉ định trong chế độ người dùng trong bối cảnh nào. Nhưng nếu muốn, điều này có vẻ hoàn toàn có thể thực hiện được; các cách tiếp cận phải tương tự như những cách chúng tôi sử dụng trong “Chuyển đổi dữ liệu”.
Công cụ “Kiểm tra cấu hình tự động” thực sự cho phép, sau khi được định cấu hình, tự động tìm thấy lỗi trong cấu hình. APK cho phép tìm ra các lỗi nghiêm trọng trong cấu hình, sửa lỗi chính tả và tuân thủ các tiêu chuẩn phát triển khá hợp lý và hợp lý từ công ty 1C.
APC không thể thay thế hoàn toàn cho các công cụ khác để cải thiện chất lượng mã, chẳng hạn như đánh giá mã. Nó không cho phép bạn theo dõi sự hiện diện của việc sao chép-dán (sao chép mã) quá mức, nhiều cuộc gọi máy chủ nơi chúng có thể được gói thành một hoặc kiểm tra các dấu hiệu đơn giản nhất của yêu cầu không tối ưu. Nhưng nó có thể làm giảm đáng kể nhu cầu kiểm tra trực quan và cung cấp điểm khởi đầu tốt cho các công cụ và phương pháp thực hành khác. Và nếu cần, hãy viết những tấm séc của riêng bạn để giải quyết được nhiều vấn đề hơn những tấm séc “ngoài luồng”.
Mặc dù còn thiếu thông tin về nó nhưng việc thành thạo công cụ này để bắt đầu sử dụng nó trong thực tế không phải là điều khó khăn. Việc có sách hướng dẫn sử dụng và bây giờ là bài viết này có thể mang lại một khởi đầu tốt đẹp cho việc nắm vững từng bước. Bản thân cấu hình APK khá đơn giản và có thể dễ dàng sửa đổi, ít nhất là về mặt giao diện. Thực sự có rất nhiều điều để cải thiện. Để sử dụng thoải mái và hiệu quả, “xe tăng” của chúng tôi luôn cần một tập tin))
Việc phát triển các quy tắc xác minh của riêng bạn đòi hỏi phải nắm vững “ngôn ngữ tích hợp” của tổ hợp nông-công nghiệp, hay đúng hơn là các quy trình và chức năng tích hợp sẵn; điều này có thể được thực hiện bằng cách sử dụng hướng dẫn sử dụng và các quy tắc hiện có.
Ngay cả những hoạt động đơn giản nhất yêu cầu thu thập dữ liệu từ các cấu hình như ERP cũng phải mất hơn 20 phút từ APC. Do đó, để phát triển và gỡ lỗi các quy tắc xác minh của riêng mình, bạn nên tạo cấu hình demo nhỏ và cơ sở dữ liệu demo của riêng mình, trong đó một số mô-đun sẽ vi phạm quy tắc này hoặc tiến hành kiểm tra bằng cách sử dụng dữ liệu đã thu thập trước đó. Cả hai kỹ thuật sẽ giúp tăng tốc quá trình gỡ lỗi các quy tắc mới.
Việc kiểm tra và sửa cơ sở thông tin 1C 8.3 phải được thực hiện nếu bạn gặp lỗi trong hoạt động của cơ sở thông tin và trước khi cập nhật cấu hình cơ sở dữ liệu. Trong hầu hết các trường hợp, nếu cơ sở thông tin của bạn bị hỏng thì điều đó sẽ hữu ích.
Trước khi thực hiện kiểm tra và sửa lỗi, bạn phải tạo một bản sao lưu cơ sở dữ liệu. Nếu bạn không thể vào bộ cấu hình, thì trong thư mục chứa chương trình 1C đã cài đặt có một tiện ích kiểm tra và hiệu chỉnh không yêu cầu chạy chương trình ở chế độ cấu hình. Chúng ta sẽ nói về tất cả những điều này dưới đây.
Hãy xem công cụ này và cách làm việc với nó. Chúng tôi sẽ phân tích chi tiết cụ thể những cờ nào sẽ được đặt trong giao diện.
Hãy khởi chạy chương trình ở chế độ cấu hình:
Chọn “Kiểm tra và sửa lỗi” từ menu Quản trị:
Tôi nên kiểm tra những hộp nào?
Có nhiều tùy chọn khác nhau để thiết lập thử nghiệm, hãy xem xét những điều sau:
- Lập chỉ mục lại các bảng thông tin- Đây là bản xây dựng lại hoàn chỉnh các chỉ mục cho các bảng cơ sở dữ liệu. Lập chỉ mục lại làm tăng tốc độ của cơ sở thông tin. Thủ tục này dài, nhưng nó sẽ không bao giờ không cần thiết.
- Kiểm tra tính toàn vẹn logic của cơ sở thông tin- kiểm tra tính toàn vẹn logic và cấu trúc của cơ sở dữ liệu, sửa lỗi trong dữ liệu;
- Kiểm tra tính toàn vẹn tham chiếu của cơ sở thông tin- kiểm tra các “liên kết bị hỏng” trong cơ sở dữ liệu. Những lỗi như vậy có thể xảy ra do xóa trực tiếp các đối tượng hệ thống hoặc do lỗi. Có 3 lựa chọn để sửa các lỗi đó:
- Tạo đối tượng- hệ thống tạo các phần tử giữ chỗ để sau đó có thể điền thông tin cần thiết,
- Xóa liên kết- các liên kết “bị hỏng” sẽ bị xóa,
- Đừng thay đổi- hệ thống sẽ chỉ hiển thị cho bạn các lỗi.
- Tính toán lại kết quả. Tổng số - một bảng các kết quả được tính toán trước trong sổ đăng ký tích lũy, tính toán và kế toán. Việc tính toán lại tổng số, cũng như lập chỉ mục lại, sẽ không bao giờ có hại và sẽ mang lại lợi thế về tốc độ của chương trình;
- Nén bảng thông tin- Khi xóa dữ liệu, 1C không xóa các hàng trong bảng mà chỉ “đánh dấu” xóa. Chúng không hiển thị với người dùng nhưng sẽ tiếp tục có trong cơ sở dữ liệu. Việc nén cơ sở dữ liệu sẽ xóa vĩnh viễn dữ liệu này. Bạn cũng có thể đạt được hiệu quả tương tự bằng cách tải lên và tải xuống tệp cơ sở thông tin (*.dt);
- Tái cấu trúc bảng thông tin- một quá trình lâu dài mà hệ thống tạo lại các bảng cơ sở dữ liệu. Quy trình này cũng xảy ra khi có thay đổi đối với cấu trúc cấu hình.
Trong ví dụ của chúng tôi, hãy chọn tất cả các hộp như trong hình và nhấp vào “Chạy”:
Chúng ta có thể quan sát giai đoạn hoạt động ở góc dưới bên trái của cửa sổ cấu hình 1C. Các lỗi được phát hiện sẽ hiển thị trong cửa sổ thông báo dịch vụ.
Sau khi kiểm tra xong, nhấp vào “Đóng”:
Chúng ta có thể xem kết quả của các thao tác trong cửa sổ thông báo dịch vụ.
Kiểm tra và sửa chữa hoàn tất.
Nếu cấu hình không mở: tiện ích chdbfl.exe
Nếu cơ sở dữ liệu bị hỏng đến mức bạn không thể nhập cấu hình, bạn có thể sử dụng . Tiện ích được cài đặt cùng với nền tảng 1C và có thể tìm thấy trong thư mục Bin của thư mục cài đặt:
Trước khi bắt đầu thử nghiệm, bạn chắc chắn cần phải tạo một bản sao cơ sở dữ liệu của mình, vì việc sử dụng tiện ích này có thể dẫn đến những hậu quả không thể khắc phục được. Vì bạn không thể vào bộ cấu hình nên một bản sao lưu phải được tạo bằng cách sao chép thư mục của cơ sở thông tin của bạn.
Sau khi nhấp vào sao chép, nhấp chuột phải vào khoảng trống trong cửa sổ thư mục và nhấp vào “Dán”. Copy xong, chạy tiện ích:
Cửa sổ chính của tiện ích hiện ra. Chúng ta cần chỉ định tên của tệp cơ sở dữ liệu. Bấm vào ba dấu chấm. Cửa sổ chọn tập tin cơ sở dữ liệu sẽ mở ra. Chúng tôi tìm thư mục cơ sở dữ liệu của bạn và trỏ đến tệp 1Cv8.1CD trong đó. Nhấp vào “Mở”.
Chọn hộp “Sửa lỗi được phát hiện” và nhấp vào “Chạy”.
Chúng tôi đang chờ hoạt động hoàn tất. Có thể mất nhiều thời gian, tùy thuộc vào kích thước của cơ sở dữ liệu.
Sau khi thực hiện, nếu lỗi đã được sửa sẽ hiển thị trong cửa sổ tiện ích. Trong trường hợp của tôi, không có lỗi nào được tìm thấy. Nhấp vào “Đóng” và thử vào chương trình. Nếu vẫn không đăng nhập được, bạn cần liên hệ với chuyên gia.
