Chuyển đổi trao đổi dữ liệu giữa các giải pháp ứng dụng. Video hướng dẫn chuyển đổi

1. Giới thiệu.

2. Những gì bạn cần: Cấu hình 1C: Chuyển đổi dữ liệu 2. * và xử lý từ gói. Để có ví dụ về các nhiệm vụ, chúng tôi lấy cấu hình 1C: Trade Management 11 và 1C: BP 3. *.

Vì vậy, để phát triển các quy tắc tải dữ liệu lên 1C, bạn sẽ cần cấu hình 1C: Chuyển đổi đối tượng 2, cũng như quá trình xử lý có trong gói.

Ví dụ: chúng tôi đã triển khai cơ sở chuyển đổi và khởi chạy nó.

Chúng tôi sẽ viết sự phát triển của các quy tắc trao đổi giữa cấu hình 1C: Quản lý Thương mại 11 và 1C: Kế toán Doanh nghiệp 3 (Quy tắc trao đổi UT / BUH).

3. Chúng tôi sẽ cần Xử lý để dỡ cấu trúc siêu dữ liệu và trao đổi.

Điều đầu tiên bạn cần để phát triển là các tệp có cấu trúc siêu dữ liệu. Điều này được thực hiện bằng cách sử dụng xử lý dỡ bỏ cấu trúc siêu dữ liệu có trong gói chuyển đổi đối tượng.

Trên thực tế, trong thư mục cấu hình giải nén cho các cấu hình trên biểu mẫu được quản lý, chúng tôi quan tâm đến việc xử lý MD83Exp.epf. Nếu việc dỡ tải cần được thực hiện từ các cấu hình trên các biểu mẫu thông thường, thì xử lý MD82Exp.epf được sử dụng. Ví dụ: đây là nếu bạn cần lấy cấu trúc từ các cấu hình như 1C: UT 10, 1C: Quản lý doanh nghiệp sản xuất 1.3, 1C: Tự động hóa tích hợp 1.1, 1C: Zup 2.5, v.v.

Hơn nữa, để tải lên và tải xuống dữ liệu trong 1C bằng cách sử dụng các quy tắc của chúng tôi, bạn sẽ cần xử lý "Trao đổi dữ liệu chung ở định dạng XML" V8Exchan83.epf cho các cấu hình trên các biểu mẫu được quản lý như 1C: Trade Management 11. *, 1C BP 3, 1C : ERP 2. * và những thứ tương tự. Và theo đó V8Exchan83.epf - cho các cấu hình trên các biểu mẫu thông thường.

4. Tải lên cấu trúc siêu dữ liệu cấu hình 1C: Trade Management 11.3 và 1C: Enterprise Accounting 3.0. *

Hãy bắt đầu bằng cách dỡ bỏ cấu trúc siêu dữ liệu từ cấu hình 1C: Kế toán doanh nghiệp 3.
Mở xử lý MD83Exp.epf

Có các cài đặt bổ sung trong biểu mẫu xử lý, nơi chúng ta có thể bật hoặc tắt tùy chọn dỡ bỏ các thanh ghi và chuyển động trong 1C. Ngoài ra còn có sự lựa chọn nơi quá trình dỡ hàng sẽ diễn ra: trên máy chủ 1C hoặc “trên máy khách”. Chỉ định tên của tệp nơi cấu trúc dữ liệu sẽ được tải xuống. Tương tự, chúng tôi dỡ bỏ cấu trúc siêu dữ liệu cấu hình Trade Management 11.

Bây giờ bạn cần tải cấu hình vào cơ sở dữ liệu chuyển đổi. Mục này có thể đạt được cả từ danh sách cấu hình và danh sách chuyển đổi. Hãy chỉ khởi động từ máy tính để bàn:

Trong hộp thoại, tải cấu trúc BP:

Và tương tự - cấu trúc của Sở Thương mại.

Khi quá trình tải xuống hoàn tất, một hộp thoại sẽ xuất hiện để bạn có thể chỉ định tên thuận tiện cho mình.

6. Tạo các quy tắc chuyển đổi trong 1C trên một ví dụ cụ thể của nhiệm vụ.

Tiếp theo, đi tới "Thiết lập quy tắc đối tượng", nơi chúng tôi tạo một cài đặt mới.
Trong hộp thoại để tạo chuyển đổi, hãy chọn cấu hình "nguồn" và cấu hình "đích" (mà bạn đã tải trước đó) và nhấp vào OK.

Vì trong bài viết này, tôi đã lên kế hoạch cho thấy sự sáng tạo “từ đầu” và “không có rác”, tôi nhắc bạn rằng chúng tôi không tự động tạo bất cứ thứ gì. Không có nguyên mẫu.

Chúng tôi sẽ không làm bất cứ điều gì trong hộp thoại này, chỉ cần nhấp vào - "Đóng".

Hãy tạo ra các quy tắc để dỡ không phải một tài liệu vào một tài liệu, mà là một loại thành một loại khác, ví dụ, tài liệu Bán hàng hóa và dịch vụ từ UT 11 với các thư mục cần thiết cho tài liệu Biên nhận hàng hóa và dịch vụ trong BP 3.

Vì vậy, chúng tôi tạo một PKO mới (quy tắc chuyển đổi các đối tượng thành 1C)

Chọn nguồn Thực hiện Hàng hóa Dịch vụ và người nhận Biên nhận Hàng hóa Dịch vụ và nhấp vào OK.
Trong trường hợp này, một hộp thoại sẽ xuất hiện, nơi chúng tôi từ chối việc tạo tự động PKC (Quy tắc chuyển đổi thuộc tính). Tiếp theo, chúng tôi chỉ chọn những cái cần thiết.

Nhưng đối với đề xuất tạo PVD (quy tắc tải lên dữ liệu), chúng tôi trả lời là "Có".

Các VDP được tạo, sẽ được phản ánh trong quá trình xử lý trao đổi XML chung để lựa chọn:

Các quy tắc chuyển đổi dữ liệu có quy tắc chuyển đổi thuộc tính trống cũng sẽ được tạo.

Hơn nữa, rõ ràng là theo mặc định, nó được đề xuất để tìm kiếm FSP bằng mã định danh bên trong của đối tượng. Điều này được biểu thị bằng kính lúp gần PKO. Chúng tôi sẽ thực hiện việc tìm kiếm của riêng mình, và chúng tôi sẽ thực hiện theo số và ngày của tài liệu vào đầu ngày.

Xóa tìm kiếm UIO:

Bây giờ chúng ta hãy bắt đầu so khớp các thuộc tính cần thiết (điều kiện cần) của đối tượng. Để thực hiện việc này, hãy nhấp vào "Đồng bộ hóa thuộc tính" (nhãn "1" trên màn hình). Chúng tôi loại bỏ việc tạo đệ quy các quy tắc ("2"). Chúng tôi xóa tất cả các chi tiết được đánh dấu ("3"). Và chúng tôi sẽ chọn cho mình những gì chúng tôi cần.

Ví dụ: chọn những gì bạn cần:

Tôi thu hút sự chú ý của bạn đến thực tế là chúng tôi sẽ chuyển PKS của đối tác vào tổ chức và tổ chức thành đối tác và chúng tôi cũng sẽ so sánh một số chi tiết không khớp về tên, ví dụ: “Đơn vị tiền tệ” và “Tài liệu tiền tệ".

Nơi chúng tôi thấy rằng chưa có quy tắc chuyển đổi nào.

Hãy bắt đầu bằng các chi tiết để đi qua và mô tả. Đầu tiên, chúng tôi thiết lập tìm kiếm tài liệu như tôi đã viết trước đó, chúng tôi dỡ bỏ và tìm kiếm tài liệu vào đầu ngày, và chúng tôi sẽ thay đổi cách đánh số. Chúng tôi sẽ thay thế ba ký tự đầu tiên bằng tiền tố "UTB". Và vì trong BP và UT, đánh số mỗi thứ là 11 ký tự, chúng tôi tạo một số tổng hợp: tiền tố của chúng tôi và 8 ký tự từ nguồn. Ảnh chụp màn hình ví dụ bên dưới.

Chúng tôi luôn dỡ bỏ các tài liệu chưa được thực hiện và không có chuyển động. Chúng tôi giả định rằng các tài liệu sẽ được giữ trong người nhận sau khi người dùng kiểm tra.

Để làm điều này, PCS, sau khi đặt cách không được giữ, 0 hoặc 1, được sử dụng như một boolean.

Sử dụng đơn vị tiền tệ làm ví dụ, chúng tôi tạo quy tắc để chuyển đổi một đối tượng cho PCS. Đồng thời, chúng tôi cho rằng có những loại tiền ở cả hai cơ sở và chúng phải được đồng bộ hóa bằng mã. Do đó, chúng tôi sẽ không tạo tất cả PCS trong CSP của tiền tệ, mà chỉ thêm Mã để tìm kiếm. Những thứ kia. từ đề xuất tạo PCS cho đối tượng - chúng tôi từ chối.

Quy tắc chuyển đổi đã tạo đã được thay thế trong PQS của tài liệu cho SCS. Và bản thân quy tắc mặc định được cung cấp bởi một số nhận dạng duy nhất. Chúng tôi sửa nó, thực hiện tìm kiếm trong mã và đặt thuộc tính để không tạo một đối tượng mới.

Kết quả là, chúng tôi nhận được tùy chọn:

Hơn nữa, bằng cách tương tự, chúng tôi tạo ra phần còn lại của các chi tiết của PKO và PKS. Hơn nữa, chúng tôi đặt tìm kiếm tổ chức theo đối tác và ngược lại bằng TIN. Đây là những gì nó trông giống như với các chi tiết tối thiểu (bạn có thể thêm nếu cần).

Đối với Thỏa thuận PKO về các đối tác, chúng tôi tìm kiếm Đối tác PKS, tên và chủ sở hữu.

Hãy xem cách chỉ định giá trị mong muốn trong kiểu liệt kê trong PCS. Ví dụ: thuộc tính "Loại hoạt động". Ở đây bạn có thể sử dụng các điều kiện và giá trị thay thế khác nhau. Ví dụ, chúng ta cần “loại hoạt động” luôn được dỡ hàng là “Hàng hóa”, trong trường hợp này, chỉ cần viết giá trị mong muốn trong “trán” dưới dạng một chuỗi là đủ.

Phần sau đây cho thấy cách thiết lập mà không gặp khó khăn và trong hầu hết các trường hợp PKS cho Tính đa dạng của Dàn xếp, Tỷ lệ Thanh toán, Tài khoản.

Đối với Danh pháp PKO, chúng tôi để tìm kiếm theo số nhận dạng duy nhất nội bộ. Nhưng tôi sẽ chú ý đến cách bạn có thể xác định lại nhóm của mình. Ví dụ: chúng tôi đồng ý rằng một danh pháp mới sẽ được dỡ bỏ khỏi cấu hình 1C: Trade Management 11, nhưng danh pháp này cần được thu thập trong một nhóm cụ thể “OurGroup”.

Để thực hiện nhiệm vụ này, chúng tôi tạo một PKO khác. Hãy gọi nó là "Danh pháp gốc", mà chúng tôi sẽ chỉ ra trong PDN của phụ huynh trong quy tắc chuyển đổi.

Chúng tôi đặt hai tìm kiếm: theo tên, trong đó tên nhóm của chúng tôi được mã hóa cứng và thuộc tính bắt buộc của thuộc tính "ThisGroup" thành true.

Vì chúng tôi đã quyết định rằng tất cả danh pháp đều nằm trong nhóm của chúng tôi, nên không cần dỡ các nhóm khỏi UT 11 khi tải. Để thực hiện việc này, trong PKO danh pháp trong trình xử lý sự kiện “Trước khi dỡ tải”, chúng tôi sẽ đặt một bộ lọc không cần thiết phải dỡ các nhóm “Failure = Source. This group;”.

Trong việc Thực hiện DRP (quy tắc tải lên dữ liệu) Hàng hóa và Dịch vụ, chúng tôi sẽ thêm một bộ lọc để các tài liệu được đánh dấu xóa sẽ không được tải lên. Để làm điều này, trong PDP trong trình xử lý sự kiện "BeforeUnloading", chúng ta sẽ viết bộ lọc "Rejection = Object.DeletionMark;".


Lưu các quy tắc đã phát triển vào một tệp.


7. Tổng hợp: Tải lên và tải xuống dữ liệu bằng cách sử dụng các quy tắc trao đổi dữ liệu đã phát triển.

Chúng tôi mở trong 1C: Trade Management 11 xử lý "Trao đổi dữ liệu chung ở định dạng XML" V8Exchan83.epf.

Việc dỡ hàng đã trôi qua, bây giờ với quy trình tương tự, chúng tôi đang xếp hàng vào 1C: Kế toán doanh nghiệp 3.


Tải hoàn tất. Hãy kiểm tra xem nó đã được tải chưa. Vì vậy, tài liệu được tải, như chúng tôi muốn - chúng tôi đã tải Tổ chức vào đối tác và đối tác vào tổ chức. Tất cả các tài khoản đã được tải xuống và cài đặt. Chúng tôi đã nhận được số tài liệu với tiền tố của chúng tôi và vào đầu ngày. Tất cả các chi tiết đã được đăng ký đã được điền vào.

Chúng tôi kiểm tra việc tải danh pháp. Chúng tôi thấy rằng mọi thứ diễn ra đúng như kế hoạch của chúng tôi.


Chúng tôi đã tạo và điền vào các chi tiết như chúng tôi dự định. Có rất nhiều điều tinh tế trong việc chuyển đổi và một số điều đơn giản nhưng cần thiết giúp viết chính xác việc chuyển đổi. Và điều này cho phép bạn giảm thiểu lỗi, không làm hỏng dữ liệu hiện có và loại bỏ rác không cần thiết. Đây là một trong những ví dụ đơn giản nhất. Bạn cũng có thể thực hiện chuyển đổi một đối tượng thành nhiều hoặc ngược lại, nhiều - thành một.

Bây giờ có chuyển đổi dữ liệu 3, nó giải quyết các vấn đề khác. Do đó, chuyển đổi 2 cũng là cần thiết. Chúc mọi người may mắn trong việc học và làm chủ.

Tất nhiên, nếu bạn là một lập trình viên và đây là công việc chính của bạn, bạn có thể thử tự viết chuyển đổi. Nhưng nếu không, thì bạn nên quý trọng thời gian trong lĩnh vực hoạt động của mình và nhờ các chuyên gia hoàn thành công việc này.

Sách, tập sách, bài báo

1C: Enterprise 8. Chuyển đổi dữ liệu: trao đổi dữ liệu giữa các giải pháp ứng dụng (với ứng dụng trên CD-ROM) (điều 4601546049094)

"1C: Enterprise" là một hệ thống phổ quát để tự động hóa các hoạt động của một doanh nghiệp và có thể được sử dụng để giải quyết các vấn đề về quản lý và kế toán khác nhau. Hiện tại, một số lượng lớn các giải pháp tiêu chuẩn và chuyên biệt đã được phát triển trên nền tảng 1C: Enterprise, có thể hoạt động tích hợp chặt chẽ với các giải pháp khác, cả trên nền tảng này và với phần mềm của bên thứ ba.

Khả năng tổ chức trao đổi giữa các hệ thống thông tin khác nhau có tầm quan trọng lớn đối với công việc hiệu quả. Nền tảng 1C: Enterprise cung cấp nhiều công cụ để trao đổi dữ liệu và tích hợp các giải pháp ứng dụng.

Cuốn sách trình bày chi tiết việc trao đổi dữ liệu ở định dạng XML, mà ngày nay là phương tiện biểu diễn dữ liệu được chấp nhận rộng rãi. Các thủ tục để phát triển các quy tắc được mô tả, việc áp dụng sẽ đảm bảo việc chuyển thông tin từ hệ thống thông tin này sang hệ thống thông tin khác, bao gồm cả việc trao đổi dữ liệu giữa các cấu hình 1C: Enterprise điển hình.

Cuốn sách được kèm theo một đĩa CD chứa thông tin minh họa với các ví dụ về quy tắc trao đổi và cấu hình "1C: Doanh nghiệp. Chuyển đổi dữ liệu".

Chú ý! Trong lần xuất bản đầu tiên, một cuộc hôn nhân kỹ thuật đã được cho phép ở cuối cuốn sách. Các trang được sửa có thể được

Hiện tại, những gì còn sót lại của cuộc hôn nhân được thu hồi để bán và một ấn bản sửa chữa đã được phát hành.
Chúng tôi xin lỗi vì sự bất tiện đã gây ra và sẵn sàng thay thế các bản sao bị lỗi miễn phí cho những ai muốn.


Các câu hỏi về tài liệu của nhà xuất bản "1C-Publishing" có thể gửi về [email được bảo vệ].

Mua:

Liên hệ với đối tác 1C phục vụ tổ chức của bạn và đặt hàng bằng cách cho anh ta biết mã được chỉ định cho cuốn sách (được hiển thị trong bảng bên dưới). Bạn cũng có thể mua sách từ những người khác. các đối tác của công ty "1C".

  • trong cửa hàng trực tuyến "1C-Interest" (giao sách bằng chuyển phát nhanh, Bưu điện Nga, DHL, EMS)
  • trong các hiệu sách trong thành phố của bạn

Xem thêm:

giá sách

Mật mã Tên Khuyến khích giá lẻ, chà. * Người buôn bán Đối tác lâu dài Nhà phân phối
4601546049094 1C: Enterprise 8. Chuyển đổi dữ liệu: trao đổi dữ liệu giữa các giải pháp ứng dụng (với ứng dụng trên CD-ROM) (điều 4601546049094) 240 150 135 120

cấu trúc sách

Giới thiệu

Chương 1. Nguyên tắc chung của việc thiết lập các quy tắc

Chương 2 Sử dụng Quy tắc

Chương 3 Tạo quy tắc tự động

Chương 4 Cấu trúc quy tắc

Chương 5

Chương 6 Trình xử lý sự kiện

  • Tùy chọn
  • Trình xử lý "Chuyển đổi"
  • Trình xử lý "Quy tắc tải lên dữ liệu"
  • Trình xử lý "Quy tắc chuyển đổi đối tượng"
  • Trình xử lý "Quy tắc chuyển đổi nhóm thuộc tính"
  • Trình xử lý "Quy tắc chuyển đổi thuộc tính"

Chương 7 Trường tìm kiếm

Chương 8. Quy tắc làm sạch dữ liệu

Chương 9 Thuật toán và Truy vấn

Chương 10. Các ví dụ điển hình về quy tắc. Cách giải quyết

  • Enum chuyển đổi
  • Chuyển đổi thư mục
  • Chuyển đổi tài liệu
  • Chuyển đổi đăng ký thông tin
  • Biểu đồ chuyển đổi tài khoản
  • Chuyển đổi kế hoạch của các loại đặc trưng
  • Chuyển đổi kế hoạch loại tính toán
  • Chuyển đổi liên tục 1C: Enterprise 7.7
  • 1C: Chuyển đổi giao dịch kế toán doanh nghiệp 7.7

Chương 11 Quy tắc tối ưu hóa

  • Quy tắc tải lên dữ liệu
  • Quy tắc chuyển đổi đối tượng
  • Xử lý "Trao đổi dữ liệu XML chung"

Chuyển đổi dữ liệu 2.0 và 2.1 là cấu hình công nghệ 1C được thực hiện trên các phiên bản nền tảng từ 8.1 đến 8.3.

Nhiệm vụ chính của công cụ là viết các quy tắc trao đổi giữa các giải pháp ứng dụng 1C 8 và 7. Phiên bản chuyển đổi dữ liệu hiện tại ngày nay là 3.0.

Chuyển đổi dữ liệu là một cấu hình rất hữu ích, với nó, bạn có thể giải quyết không chỉ vấn đề chuyển thông tin từ infobase này sang infobase khác, mà còn, ví dụ, chuyển đổi thông tin trong một cơ sở dữ liệu.

Cấu hình rất thuận tiện để sử dụng khi.

Chuyển đổi dữ liệu sẽ hữu ích cho bất kỳ lập trình viên nào: có kỹ năng tạo ra các quy tắc trao đổi là một điểm cộng nghiêm trọng cho các kỹ năng chuyên nghiệp.

Để học cách làm việc với cấu hình, giải quyết các vấn đề thực tế sao cho phù hợp nhất. Cố gắng đưa ra các nhiệm vụ cho chính mình, ví dụ: chuyển bất kỳ thông tin nào từ cơ sở dữ liệu này sang cơ sở dữ liệu khác, biến tài liệu triển khai thành chứng từ nhận, “chuyển” số dư kế toán hiện tại thành tài liệu “nhập số dư” và các nhiệm vụ khác.

Sẽ rất hữu ích khi hiểu các quy tắc "điển hình" của trao đổi 1C 8.3, ở đó bạn thường có thể tìm thấy các ví dụ thú vị về việc thực hiện các nhiệm vụ.

Để hiểu những điều cơ bản, bạn sẽ cần tài liệu, hãy xem xét chúng dưới đây.

Video hướng dẫn chuyển đổi

Để biết cơ bản về cách thiết lập trao đổi dữ liệu trong 1C bằng cách sử dụng cấu hình “Chuyển đổi dữ liệu 1C”, hãy xem video để biết ví dụ:

Tài liệu, giáo trình nghiên cứu Chuyển đổi dữ liệu 1C 2.0

Không có quá nhiều tài liệu và tư liệu trên mạng, tôi đã cố gắng thu thập những tài liệu quan trọng và thú vị nhất:

0. Trước hết, tôi khuyên bạn nên tham khảo khóa học video miễn phí của Ilya Leontiev, nó có sẵn tại liên kết.

1. Trước hết, tôi khuyên bạn nên sử dụng phần trợ giúp có sẵn trong cấu hình. Nó thực sự được viết tốt và được triển khai kỹ thuật tốt:

2. Nguồn thông tin quan trọng thứ hai là trang web http://www.mykod.info/ (trang này đã bị đóng cửa), chỉ chuyên về chuyển đổi dữ liệu. Ở đó bạn có thể tải xuống một số lượng lớn các tài liệu chuyển đổi.

3. Riêng biệt, tôi muốn nêu bật cuốn sách hướng dẫn đào tạo - (tác giả - Olga Kuznetsova).

Di chuyển dữ liệu giữa các cấu hình khác nhau không phải là một nhiệm vụ tầm thường. Như mọi khi, có một số giải pháp, nhưng không phải tất cả chúng đều tối ưu. Chúng ta hãy cố gắng hiểu các sắc thái của truyền dữ liệu và chọn một chiến lược chung để giải quyết các vấn đề như vậy.

Vấn đề di chuyển dữ liệu (đây hoàn toàn là về các sản phẩm của công ty 1C) từ giải pháp này sang giải pháp khác đã không phát sinh ngày hôm qua. Công ty 1C nhận thức rõ những khó khăn mà các nhà phát triển phải đối mặt khi tạo chuyển đổi, vì vậy họ cố gắng hết sức để trợ giúp về các công cụ.

Trong quá trình phát triển nền tảng, công ty đã giới thiệu một số công cụ phổ quát, cũng như các công nghệ giúp đơn giản hóa việc truyền dữ liệu. Chúng được tích hợp vào tất cả các giải pháp tiêu chuẩn và vấn đề di chuyển giữa các cấu hình giống hệt nhau nhìn chung đã được giải quyết. Chiến thắng một lần nữa được khẳng định bởi sự tích hợp chặt chẽ của các giải pháp tiêu chuẩn.

Với sự di chuyển giữa các giải pháp phi tiêu chuẩn, tình hình có phần phức tạp hơn. Một loạt các công nghệ cho phép các nhà phát triển độc lập lựa chọn cách tốt nhất để giải quyết một vấn đề theo quan điểm của họ.

Hãy xem xét một số trong số chúng:

  • trao đổi qua tệp văn bản;
  • sử dụng các kế hoạch trao đổi;
  • vân vân.

Mỗi người trong số họ có ưu và nhược điểm của nó. Tóm lại, nhược điểm chính sẽ là tính dài dòng. Việc triển khai độc lập các thuật toán di chuyển sẽ có chi phí thời gian đáng kể, cũng như quá trình gỡ lỗi lâu. Tôi thậm chí không muốn nói về việc hỗ trợ thêm cho những quyết định như vậy.

Sự phức tạp và chi phí bảo trì cao đã thúc đẩy công ty 1C tạo ra một giải pháp chung. Công nghệ cho phép bạn đơn giản hóa việc phát triển và hỗ trợ di cư nhiều nhất có thể. Kết quả là, ý tưởng đã được thực hiện dưới dạng một cấu hình riêng biệt - "Chuyển đổi dữ liệu".

Chuyển đổi dữ liệu - giải pháp tiêu chuẩn, tự cấu hình. Bất kỳ người dùng nào có đăng ký ITS: Prof đều có thể tải xuống gói này hoàn toàn miễn phí từ trang web hỗ trợ người dùng hoặc đĩa ITS. Cài đặt được thực hiện theo cách tiêu chuẩn - giống như tất cả các giải pháp tiêu chuẩn khác từ 1C.

Bây giờ một chút về ưu điểm của giải pháp. Hãy bắt đầu với điều quan trọng nhất - tính linh hoạt. Giải pháp không phù hợp với các cấu hình / phiên bản nền tảng nhất định. Nó hoạt động tốt như nhau với cả cấu hình tiêu chuẩn và cấu hình tự viết. Các nhà phát triển có được một công nghệ phổ biến và một cách tiếp cận tiêu chuẩn hóa để tạo ra các đợt di cư mới. Tính linh hoạt của giải pháp cho phép bạn chuẩn bị di chuyển ngay cả đối với các nền tảng không phải là 1C: Enterprise.

Điểm cộng đậm thứ hai là đồ dùng trực quan. Di chuyển đơn giản được tạo ra mà không cần lập trình. Vâng, vâng, không có một dòng mã nào! Riêng đối với điều này, bạn nên dành thời gian tìm hiểu công nghệ một lần và sau đó sử dụng các kỹ năng vô giá lặp đi lặp lại.

Ưu điểm thứ ba mà tôi muốn lưu ý là không có các hạn chế về phân phối dữ liệu. Nhà phát triển tự mình chọn phương pháp cung cấp dữ liệu đến cấu hình máy thu. Có sẵn hai tùy chọn: tải lên tệp xml và kết nối trực tiếp với infobase (COM / OLE).

Học kiến ​​trúc

Chúng ta đã biết rằng chuyển đổi dữ liệu có thể mang lại hiệu quả kỳ diệu, nhưng vẫn chưa rõ những lợi thế kỹ thuật là gì. Điều đầu tiên cần tìm hiểu là bất kỳ quá trình di chuyển (chuyển đổi) dữ liệu nào đều dựa trên các quy tắc trao đổi. Các quy tắc trao đổi - một tệp xml thông thường với mô tả về cấu trúc mà dữ liệu sẽ được tải lên từ IB. Quá trình xử lý dịch vụ thực hiện tải lên / tải xuống dữ liệu sẽ phân tích các quy tắc trao đổi và thực hiện tải lên dựa trên chúng. Trong quá trình tải xuống, quá trình ngược lại xảy ra.

Cấu hình “KD” là một loại phương thức xây dựng trực quan mà nhà phát triển tạo ra các quy tắc trao đổi. Nó không biết cách tải dữ liệu lên. Xử lý dịch vụ bên ngoài bổ sung có trong bộ phân phối CD chịu trách nhiệm cho việc này. Có một số trong số chúng (XX trong tên tệp là số phiên bản nền tảng):

  • MDXXExp.epf- quá trình xử lý cho phép bạn tải lên mô tả của cấu trúc infobase vào tệp xml. Mô tả của cấu trúc được tải vào đĩa CD để phân tích sâu hơn và tạo ra các quy tắc trao đổi.
  • V8ExchanXX.epf- tải lên / tải xuống dữ liệu từ infobase phù hợp với các quy tắc trao đổi. Trong hầu hết các cấu hình điển hình, quá trình xử lý có sẵn ngay lập tức (xem mục menu "Dịch vụ"). Quá trình xử lý là phổ biến và không bị ràng buộc với bất kỳ cấu hình / quy tắc cụ thể nào.

Được rồi, bây giờ dựa trên tất cả những điều trên, hãy xác định các giai đoạn phát triển một chuyển đổi mới:

  1. Định nghĩa nhiệm vụ. Cần phải hiểu rõ dữ liệu nào cần chuyển (từ đối tượng cấu hình nào) và quan trọng nhất là chuyển đến đâu.
  2. Chuẩn bị mô tả cấu trúc cấu hình (Nguồn / Bộ thu) để tải tiếp theo vào đĩa CD. Nhiệm vụ được giải quyết bằng xử lý dịch vụ MDXXExp.epf.
  3. Đang tải các mô tả đã chuẩn bị về cấu trúc trong IS.
  4. Tạo quy tắc trao đổi bằng cách sử dụng phương tiện trực quan của CD.
  5. Tải lên / tải xuống theo các quy tắc chuyển đổi dữ liệu đã tạo bằng cách sử dụng xử lý V8ExchanXX.epf.
  6. Gỡ lỗi các quy tắc trao đổi (nếu cần).

Chuyển đổi đơn giản nhất

Đối với phần trình diễn, chúng tôi cần hai cấu hình đã triển khai. Tôi quyết định dừng lại ở lựa chọn: “Quản lý thương mại” ấn bản thứ 10 và một giải pháp nhỏ tự viết. Nhiệm vụ sẽ là chuyển dữ liệu từ cấu hình UT điển hình. Để ngắn gọn, chúng tôi sẽ gọi giải pháp tự viết là “Người nhận” và quản lý thương mại là “Nguồn”. Hãy bắt đầu giải quyết vấn đề bằng cách chuyển các phần tử của thư mục "Danh pháp".

Trước hết, chúng ta hãy xem sơ đồ chuyển đổi dữ liệu và đọc lại danh sách các hành động cần phải thực hiện. Sau đó, chúng tôi khởi chạy cấu hình “Nguồn” và mở MD82Exp.epf đang xử lý dịch vụ trong đó.

Giao diện xử lý không sáng sủa với vô số cài đặt. Người dùng chỉ cần chỉ định các loại đối tượng siêu dữ liệu sẽ không nằm trong mô tả của cấu trúc. Trong hầu hết các trường hợp, những cài đặt này không cần phải thay đổi, bởi vì không có điểm cụ thể nào trong các chuyển động không tải trong thanh ghi tích lũy (làm ví dụ).

Đúng hơn là hình thành chuyển động trong quá trình giữ tài liệu trong máy thu. Tất cả các chuyển động sẽ được thực hiện bởi chính tài liệu sau khi chuyển giao. Đối số thứ hai để bảo vệ cài đặt mặc định là giảm kích thước của tệp được tải lên.

Một số tài liệu (đặc biệt là trong các cấu hình điển hình) hình thành các chuyển động trong nhiều thanh ghi. Việc dỡ bỏ tất cả nền kinh tế này sẽ làm cho tệp XML kết quả quá lớn. Điều này có thể gây khó khăn cho việc vận chuyển và nạp vào cơ sở thu tiếp theo. Tệp dữ liệu càng lớn thì càng cần nhiều RAM để xử lý. Trong quá trình thực hành của mình, tôi đã tình cờ gặp phải các tệp tải lên quá lớn. Các tệp như vậy hoàn toàn từ chối được phân tích cú pháp bằng các phương tiện tiêu chuẩn.

Vì vậy, chúng tôi để lại tất cả các cài đặt mặc định và tải mô tả cấu hình lên một tệp. Chúng tôi lặp lại quy trình tương tự cho cơ sở thứ hai.

Mở CD và chọn từ menu chính “Thư mục” -> “Cấu hình”. Thư mục lưu trữ các mô tả về cấu trúc của tất cả các cấu hình có thể được sử dụng để tạo chuyển đổi. Chúng tôi tải mô tả cấu hình một lần và sau đó chúng tôi có thể sử dụng nó nhiều lần để tạo các chuyển đổi khác nhau.

Trong cửa sổ thư mục, nhấn nút “ Thêm vào”Và trong cửa sổ xuất hiện, hãy chọn một tệp có mô tả về cấu hình. Chọn hộp “Tải lên cấu hình mới” và nhấp vào nút “Thực hiện tải lên”. Chúng tôi thực hiện các hành động tương tự với mô tả cấu trúc của cấu hình thứ hai.

Bây giờ mọi thứ đã sẵn sàng để tạo ra các quy tắc trao đổi. Trong menu chính của CD, chọn “Tham khảo” -> “Chuyển đổi”. Thêm một phần tử mới. Trong cửa sổ tạo chuyển đổi mới, bạn cần chỉ định: cấu hình nguồn (chọn UT) và cấu hình bộ thu (chọn "Bộ thu"). Tiếp theo, mở tab “Nâng cao” và điền vào các trường sau:

  • tên tệp quy tắc trao đổi - các quy tắc trao đổi đã tạo sẽ được lưu dưới tên này. Tên tệp có thể được thay đổi bất kỳ lúc nào, nhưng tốt nhất là bạn nên đặt nó ngay bây giờ. Điều này sẽ tiết kiệm thời gian trong tương lai. Tôi đã đặt tên cho các quy tắc cho bản demo: "rules-ut-to-priemnik.xml".
  • name - tên của chuyển đổi. Tên hoàn toàn có thể là bất cứ thứ gì, tôi chỉ giới hạn bản thân ở “Demo. UT cho Người nhận ”.

Vậy là xong, bấm "Ok". Ngay lập tức, một cửa sổ xuất hiện trước mặt chúng tôi yêu cầu chúng tôi tạo tất cả các quy tắc một cách tự động. Đồng ý với một lời đề nghị hấp dẫn như vậy sẽ cung cấp cho người chủ lệnh để tự động phân tích mô tả của các cấu hình đã chọn và tạo ra các quy tắc trao đổi một cách độc lập.

Hãy chấm ngay dấu "và". Master sẽ không thể phát sinh bất cứ điều gì nghiêm trọng. Tuy nhiên, khả năng này không nên giảm giá. Nếu bạn cần thiết lập sự trao đổi giữa các cấu hình giống hệt nhau, thì các dịch vụ của trình hướng dẫn sẽ rất hữu ích. Đối với ví dụ của chúng tôi, chế độ thủ công được ưu tiên hơn.

Chúng ta hãy xem xét kỹ hơn cửa sổ "Cài đặt quy tắc Exchange". Giao diện có vẻ hơi khó hiểu - một số lượng lớn các tab chứa đầy các nút điều khiển. Thực tế, mọi thứ không quá khó, bạn bắt đầu quen với sự điên rồ này sau vài giờ làm việc với ứng dụng.

Ở giai đoạn này, chúng tôi quan tâm đến hai tab: “Quy tắc chuyển đổi đối tượng” và “Quy tắc tải lên dữ liệu”. Ở cách đầu tiên, chúng ta phải thiết lập các quy tắc đối sánh, tức là so sánh các đối tượng của hai cấu hình. Trong phần thứ hai, xác định các đối tượng có thể có sẵn cho người dùng để dỡ hàng.

Trong nửa sau của tab "Quy tắc chuyển đổi đối tượng" có một bảng bổ sung với hai tab: "Chuyển đổi thuộc tính" và " Chuyển đổi giá trị". Cái đầu tiên sẽ chọn các thuộc tính (điều kiện cần) của đối tượng được chọn và cái thứ hai là cần thiết để làm việc với các giá trị được xác định trước (ví dụ: các phần tử từ điển hoặc phần tử liệt kê được xác định trước).

Tuyệt vời, bây giờ chúng ta hãy tạo các quy tắc chuyển đổi cho các thư mục. Bạn có thể thực hiện hành động này theo hai cách: sử dụng trình hướng dẫn đồng bộ hóa đối tượng (nhấp vào “”) hoặc thêm các kết quả phù hợp cho từng đối tượng theo cách thủ công.

Để tiết kiệm không gian, chúng tôi sẽ sử dụng tùy chọn đầu tiên. Trong cửa sổ trình hướng dẫn, bỏ chọn hộp “ Tài liệu”(Chúng tôi chỉ quan tâm đến các thư mục) và mở rộng nhóm“ Sách tham khảo". Chúng tôi cẩn thận cuộn qua danh sách và xem tên của các thư mục có thể được so sánh.

Trong trường hợp của tôi, có ba thư mục như vậy: Danh pháp, Tổ chức và Kho. Ngoài ra còn có một thư mục Khách hàng thực hiện tải ngữ nghĩa tương tự như “ Đối tác"Từ cấu hình" UT". Đúng vậy, chủ nhân không thể so sánh chúng do những cái tên tuyệt vời của chúng.

Chúng ta có thể tự sửa chữa khuyết điểm này. Tìm trong cửa sổ Ánh xạ đối tượng»Sổ tay« Khách hàng”, Và trong cột“ Nguồn ”, hãy chọn sách tham khảo“ Đối tác ”. Sau đó chọn hộp trong cột "Loại" và nhấp vào nút "Ok".

Trình hướng dẫn Đồng bộ hóa Đối tượng sẽ nhắc bạn tự động tạo các quy tắc để chuyển đổi các thuộc tính của tất cả các đối tượng đã chọn. Các thuộc tính sẽ được khớp theo tên, và đối với phần trình diễn của chúng tôi, điều này sẽ khá đủ, chúng tôi đồng ý. Câu hỏi tiếp theo sẽ là một đề xuất để tạo quy tắc tải lên. Hãy đồng ý với nó.

Cơ sở cho các quy tắc trao đổi đã sẵn sàng. Chúng tôi đã chọn các đối tượng để đồng bộ hóa và các quy tắc chuyển đổi thuộc tính và quy tắc tải lên được tạo tự động. Hãy lưu các quy tắc trao đổi vào một tệp, sau đó mở “Nguồn” IB (trong trường hợp của tôi, đó là UT) và bắt đầu xử lý dịch vụ trong đó V8Exchan82.epf.

Trước hết, trong cửa sổ xử lý, hãy chọn các quy tắc trao đổi mà chúng tôi đã tạo. Chúng tôi trả lời câu hỏi tải các quy tắc trong khẳng định. Quá trình xử lý sẽ phân tích các quy tắc trao đổi và xây dựng một cây cùng tên cho các đối tượng có sẵn để dỡ hàng. Đối với cây này, chúng ta có thể đặt tất cả các loại bộ lọc hoặc các nút trao đổi, bằng cách thay đổi mà chúng ta cần chọn dữ liệu. Chúng tôi muốn tải lên hoàn toàn tất cả dữ liệu, vì vậy không cần cài đặt bộ lọc.

Sau khi quá trình tải dữ liệu lên file hoàn tất, hãy vào IB " Người nhận". Chúng tôi cũng mở quá trình xử lý trong đó V8Exchan82.epf, chỉ lần này chúng tôi chuyển đến tab "Đang tải dữ liệu". Chọn tệp dữ liệu và nhấp vào nút "Tải lên". Mọi thứ, dữ liệu đã được chuyển thành công.

Nhiệm vụ từ thế giới thực

Bản demo đầu tiên có thể gây hiểu lầm. Mọi thứ trông khá đơn giản và logic. Trên thực tế, điều này là không đúng sự thật. Trong công việc thực tế, các nhiệm vụ phát sinh khó hoặc hoàn toàn không thể giải quyết được nếu chỉ sử dụng các phương tiện trực quan (không cần lập trình).

Để không bị thất vọng về công nghệ, tôi đã chuẩn bị một số nhiệm vụ thực tế. Bạn chắc chắn sẽ bắt gặp chúng tại nơi làm việc. Chúng trông không quá tầm thường và khiến bạn phải nhìn chuyển đổi dữ liệu từ một góc độ mới. Hãy xem xét cẩn thận các ví dụ được trình bày và thoải mái sử dụng chúng dưới dạng đoạn trích khi giải quyết các vấn đề thực tế.

Nhiệm vụ số 1. Điền vào các chi tiết còn thiếu

Giả sử chúng ta cần chuyển thư mục “ Đối tác". Người nhận có một cuốn sách tham khảo tương tự "Khách hàng" cho việc này. Nó hoàn toàn phù hợp để lưu trữ dữ liệu, nhưng nó có các đạo cụ “ Cơ quan”, Cho phép bạn tách biệt các đối tác bằng cách thuộc về tổ chức. Theo mặc định, tất cả các đối tác phải thuộc về tổ chức hiện tại (nó có thể được lấy từ hằng số cùng tên).

Có một số giải pháp cho vấn đề. Chúng tôi sẽ xem xét tùy chọn điền vào các đạo cụ “ Cơ quan"Ngay trong cơ sở" Người nhận", I E. tại thời điểm tải dữ liệu. Tổ chức hiện tại được lưu trữ trong một hằng số, vì vậy không có rào cản nào để nhận được giá trị này. Hãy mở quy tắc chuyển đổi đối tượng (sau đây gọi là FRP) “ Khách hàng”(Nhấp đúp vào đối tượng) và trong trình hướng dẫn thiết lập quy tắc, hãy chuyển đến phần“ Trình xử lý sự kiện ”. Trong danh sách các trình xử lý, chúng tôi tìm thấy “ Sau khi tải”.

Hãy mô tả mã để có được tổ chức hiện tại với việc gán tiếp theo cho thuộc tính. Tại thời điểm kích hoạt trình xử lý “Sau khi tải”, đối tượng sẽ được hình thành đầy đủ, nhưng chưa được ghi vào cơ sở dữ liệu. Không ai cấm chúng ta tự ý thay đổi:

If NOT Object.ThisGroup Then Object.Organization = Constants.CurrentOrganization.Get (); EndIf;

Trước khi điền vào các đạo cụ " Cơ quan»Cần phải kiểm tra giá trị của thuộc tính« Nhóm này". Đối với hướng dẫn " Khách hàng»Cờ phân cấp được đặt, vì vậy việc kiểm tra một nhóm là cần thiết. Tương tự, điền vào bất kỳ chi tiết nào được thực hiện. Hãy nhớ đọc phần trợ giúp để biết các tùy chọn xử lý khác " Sau khi tải". Ví dụ, trong số chúng có một tham số " Từ chối". Nếu nó được gán giá trị "True", thì đối tượng sẽ không được ghi vào cơ sở dữ liệu. Do đó, có thể giới hạn các đối tượng để viết tại thời điểm tải.

Nhiệm vụ số 2. Chi tiết trong sổ đăng ký thông tin

Trong cẩm nang " Đối tác"Cấu hình UT, có thông tin chi tiết" Người mua" và " Nhà cung cấp". Cả hai đạo cụ đều thuộc loại “ boolean”Và được sử dụng để xác định loại đối tác. Trong IB " Người nhận”, Tại sách tham khảo“ Khách hàng"Không có chi tiết tương tự, nhưng có một sổ đăng ký thông tin" Các loại khách hàng". Nó thực hiện một chức năng tương tự và có thể lưu trữ nhiều thẻ cho một máy khách. Nhiệm vụ của chúng ta là chuyển các giá trị của các chi tiết sang các bản ghi riêng biệt của thanh ghi thông tin.

Thật không may, chỉ có phương tiện trực quan cũng không thể đối phó ở đây. Hãy bắt đầu từ quy mô nhỏ, tạo một PCO mới cho sổ đăng ký thông tin " Các loại khách hàng". Đừng liệt kê bất cứ thứ gì như một nguồn. Từ chối tạo quy tắc tải lên tự động.

Bước tiếp theo là tạo các quy tắc tải lên. Chuyển đến tab thích hợp và nhấp vào " Thêm vào". Trong cửa sổ thêm quy tắc tải lên, hãy điền vào:

  • phương pháp lấy mẫu. Thay đổi thành "Thuật toán tùy ý";
  • quy tắc chuyển đổi. Chọn sổ đăng ký thông tin “Loại khách hàng”;
  • Mã (tên) của quy tắc. Chúng tôi viết nó là “Tải lên các loài khách hàng”;

Bây giờ bạn cần viết mã để chọn dữ liệu để tải lên. Đây là nơi tham số “ Lấy mẫu dữ liệu". Trong đó, chúng ta có thể đặt một bộ sưu tập với một bộ dữ liệu đã được chuẩn bị sẵn. Tham số " Lấy mẫu dữ liệu”Có thể nhận các giá trị khác nhau - kết quả truy vấn, lựa chọn, tập hợp các giá trị, v.v. Chúng tôi khởi tạo nó dưới dạng một bảng giá trị với hai cột: máy khách và loại máy khách.

Dưới đây là mã xử lý sự kiện “ Trước khi xử lý". Nó khởi tạo tham số “ Lấy mẫu dữ liệu"Tiếp theo là điền dữ liệu từ thư mục" Đối tác". Ở đây, điều đáng chú ý là điền vào cột “ Loại khách hàng". Trong “UT”, chúng tôi có các tính năng của kiểu “Boolean” và trong người nhận, một kiểu liệt kê.

Ở giai đoạn này, chúng ta không thể đưa chúng đến kiểu mong muốn (nó không có trong UT), vì vậy hiện tại chúng ta sẽ để nó ở dạng chuỗi. Bạn không cần phải làm điều này, nhưng ngay lập tức tôi muốn hướng dẫn cách truyền đến một loại bị thiếu trong nguồn.

DataFetch = NewValueTable (); Data Selection.Columns.Add ("Máy khách"); Data Selection.Columns.Add ("Loại máy khách"); Chọn DataFrom the Directory = Directories.Contractors.Select (); Vòng lặp While Fetching DataFromCatalog.Next () If FetchingDataFromCatalog.ThisGroup Then Continue; EndIf; If DataFetchFromCatalog.Buyer Then NewString = DataFetch.Add (); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Người mua"; EndIf; If DataFetchFromCatalog.Provider Then NewString = DataFetch.Add (); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Nhà cung cấp"; EndIf; Chu kỳ cuối;

Lưu quy tắc tải lên dữ liệu và quay lại “ Quy tắc chuyển đổi đối tượng". Hãy thêm vào sổ đăng ký thông tin “ Các loại khách hàng”Quy tắc chuyển đổi thuộc tính: khách hàng và loại khách hàng. Chúng tôi để trống nguồn và trong trình xử lý sự kiện "Trước khi tải", chúng tôi viết:

// Đối với thuộc tính "Client" Value = Source.Client; // Đối với thuộc tính “CustomerType” If Source.Customer = "Buyer" Then Expression = "Enumerations.CustomerTypes.Buyer" ElseIf Source.Customer = "Nhà cung cấp" Then Expression = "Enumerations.CustomerTypes.Supplier"; EndIf;

Trong danh sách, các chi tiết được điền vào dựa trên lựa chọn dữ liệu được thực hiện. Chúng tôi chuyển ứng dụng khách chỉ đơn giản là một liên kết và viết loại ứng dụng khách trong tham số " Biểu hiện". Dữ liệu của tham số này sẽ được diễn giải trong bộ thu và khi được thực thi, thuộc tính sẽ được điền vào với giá trị chính xác từ kiểu liệt kê.

Vậy là xong, các quy tắc trao đổi đã sẵn sàng. Ví dụ được coi là khá phổ biến. Một cách tiếp cận tương tự thường được sử dụng khi chuyển dữ liệu từ các cấu hình được tạo trên nền tảng 7.7. Một ví dụ nổi bật của điều này là việc chuyển các chi tiết định kỳ.

Nhiệm vụ số 3. Thủ thuật dạng bảng

Thông thường, có những tác vụ yêu cầu đăng các hàng của một phần dạng bảng thành nhiều hàng. Ví dụ, trong cấu hình ban đầu, các dịch vụ và hàng hóa được đăng ký trong một phần dạng bảng, trong khi việc lưu trữ các thực thể này được tách biệt trong bộ thu. Một lần nữa, vấn đề không thể được giải quyết bằng phương tiện trực quan. Ở đây có thể thuận tiện để lấy giải pháp của vấn đề thứ hai làm cơ sở.

Chúng tôi tạo quy tắc tải lên dữ liệu, chỉ định một thuật toán tùy ý và viết một truy vấn trong trình xử lý “Trước khi tải lên” để lấy dữ liệu từ phần dạng bảng.

Để tiết kiệm dung lượng, tôi sẽ không cung cấp mã (bạn luôn có thể tham khảo mã nguồn) của yêu cầu - không có gì bất thường trong đó. Chúng tôi sắp xếp thông qua mẫu kết quả và đặt các kết quả đã sắp xếp vào tham số đã quen thuộc “ Lấy mẫu dữ liệu". Một lần nữa, sẽ rất tiện lợi khi sử dụng một bảng các giá trị như một tập hợp:

DataFetch = NewValueTable (); // Tại đây sẽ có thêm một phần dạng bảng Data Selection.Columns.Add ("Sản phẩm"); // Ở đây cũng sẽ có một phần dạng bảng Data Selection.Columns.Add ("Dịch vụ"); Chọn Dữ liệu từ.Columns.Add (“Liên kết”);

Nhiệm vụ số 4. Chuyển dữ liệu sang một hoạt động

Nếu một tổ chức sử dụng một số hệ thống kế toán, thì sớm hay muộn sẽ có nhu cầu di chuyển dữ liệu với việc hình thành các bài đăng tiếp theo.

Trong cấu hình " BP"có một tài liệu phổ quát" Hoạt động”Và nó là lý tưởng để hình thành nhiều dây hơn. Đây chỉ là một vấn đề - tài liệu được tạo một cách tinh vi và việc chuyển dữ liệu vào đó không dễ dàng như vậy.

Có thể tìm thấy một ví dụ về chuyển đổi như vậy trong mã nguồn của bài báo. Số lượng mã hóa ra khá lớn, vì vậy không có ích gì khi xuất bản nó cho bài báo. Tôi xin nói rằng việc tải lên lại sử dụng một thuật toán tùy ý trong các quy tắc tải lên dữ liệu.

Nhiệm vụ số 5. Đồng bộ hóa dữ liệu trên nhiều thuộc tính

Chúng tôi đã đề cập đến một vài ví dụ, nhưng cho đến nay chúng tôi vẫn chưa nói về đồng bộ hóa đối tượng trong quá trình di chuyển. Hãy tưởng tượng rằng chúng ta cần chuyển các đối tác và một số trong số chúng có thể nằm trong cơ sở dữ liệu người nhận. Làm thế nào để chuyển dữ liệu và ngăn chặn các bản sao? Về vấn đề này, CD đưa ra một số cách để đồng bộ hóa các đối tượng đã chuyển.

Cái đầu tiên là bằng mã định danh duy nhất. Nhiều đối tượng có một mã định danh duy nhất đảm bảo tính duy nhất trong một bảng. Ví dụ, trong cẩm nang " Đối tác”Không thể có hai phần tử có cùng ID. Đĩa CD thực hiện một phép tính cho điều này và đối với tất cả các PSP đã tạo, tính năng tìm kiếm theo số nhận dạng ngay lập tức được bật theo mặc định. Trong quá trình tạo PSP, bạn nên chú ý đến biểu tượng kính lúp bên cạnh tên đối tượng.

Đồng bộ hóa bằng một số nhận dạng duy nhất là một phương pháp đáng tin cậy, nhưng nó không phải lúc nào cũng thích hợp. Khi hợp nhất các thư mục “ Đối tác”(Từ một số hệ thống khác nhau) anh ấy không giúp được gì nhiều.

Trong những trường hợp như vậy, đúng hơn là đồng bộ hóa các đối tượng theo một số tiêu chí. Đúng hơn là tìm kiếm đối tác theo TIN, KPP, Tên hoặc chia tìm kiếm thành nhiều giai đoạn.

Chuyển đổi dữ liệu không giới hạn nhà phát triển trong việc xác định tiêu chí tìm kiếm. Hãy xem xét một ví dụ trừu tượng. Giả sử chúng ta cần đồng bộ hóa các thư mục “ Đối tác”Từ các cơ sở thông tin khác nhau. Hãy chuẩn bị một PCP và trong cài đặt của các quy tắc để chuyển đổi một đối tượng, hãy chọn hộp “ Tiếp tục tìm kiếm các trường tìm kiếm nếu ID không tìm thấy đối tượng nhận". Với hành động này, chúng tôi ngay lập tức xác định hai tiêu chí tìm kiếm - theo số nhận dạng duy nhất và các trường tùy ý.

Chúng ta có quyền tự chọn lĩnh vực. Sau khi ghi chú TIN, KPP, Tên, chúng tôi sẽ chỉ ra ngay một số tiêu chí tìm kiếm. Thuận tiện? Khá, nhưng một lần nữa, điều này là không đủ. Và nếu chúng ta muốn thay đổi tiêu chí tìm kiếm thì sao? Ví dụ: trước tiên, chúng tôi tìm kiếm một loạt TIN + KPP và nếu chúng tôi không tìm thấy bất kỳ thứ gì, thì chúng tôi bắt đầu thử vận ​​may với tên đó.

Hoàn toàn có thể thực hiện một thuật toán như vậy. Trong trình xử lý sự kiện Tìm kiếm các lĩnh vực”Chúng tôi có thể chỉ định tối đa 10 tiêu chí tìm kiếm và đối với mỗi tiêu chí trong số chúng xác định thành phần của các trường tìm kiếm:

Nếu SearchOptionNumber = 1 thì SearchPropertyNameString = “TIN, KPP”; ElseIfSearchVariantNumber = 2 ThenSearchPropertyNameString = “Tên”; EndIf;

Luôn luôn có nhiều giải pháp.

Bất kỳ tác vụ nào cũng có một số giải pháp và việc chuyển dữ liệu giữa các cấu hình khác nhau cũng không ngoại lệ. Mỗi nhà phát triển có quyền chọn đường dẫn giải pháp của riêng mình, nhưng nếu bạn liên tục phải phát triển các quá trình di chuyển dữ liệu phức tạp, thì tôi thực sự khuyên bạn nên chú ý đến cấu hình "". Thoạt đầu, bạn phải đầu tư nguồn lực (thời gian) vào việc đào tạo, nhưng chúng sẽ không chỉ mang lại kết quả cho dự án đầu tiên ít nhiều nghiêm túc.

Theo tôi, công ty 1C đã bỏ qua chủ đề sử dụng chuyển đổi dữ liệu. Trong suốt thời gian tồn tại của công nghệ, chỉ có một cuốn sách được xuất bản về nó: “1C: Doanh nghiệp 8. Chuyển đổi dữ liệu: trao đổi giữa các giải pháp ứng dụng”. Sách khá cũ (2008), nhưng vẫn mong các bạn làm quen.

Kiến thức nền tảng vẫn được yêu cầu

»Là một công cụ phổ biến, nhưng nếu bạn định sử dụng nó để tạo di chuyển dữ liệu từ các cấu hình được phát triển cho nền tảng 1C: Enterprise 7.7, thì bạn sẽ phải dành thời gian làm quen với ngôn ngữ cài sẵn. Cú pháp và hệ tư tưởng của ngôn ngữ rất khác nhau, vì vậy bạn phải dành thời gian học hỏi. Phần còn lại của nguyên tắc vẫn được giữ nguyên.

"1C: Doanh nghiệp"là một hệ thống phổ quát để tự động hóa các hoạt động của doanh nghiệp và có thể được sử dụng để giải quyết các vấn đề quản lý và kế toán khác nhau. Hiện tại, một số lượng lớn các giải pháp tiêu chuẩn và chuyên biệt đã được phát triển trên nền tảng" 1C: Doanh nghiệp", có thể hoạt động tích hợp chặt chẽ với các giải pháp khác, cả trên nền tảng này và với phần mềm của bên thứ ba.

Khả năng tổ chức trao đổi giữa các hệ thống thông tin khác nhau có tầm quan trọng lớn đối với công việc hiệu quả. Nền tảng " 1C: Doanh nghiệp"cung cấp nhiều công cụ để trao đổi dữ liệu và tích hợp các giải pháp ứng dụng.

Cuốn sách trình bày chi tiết việc trao đổi dữ liệu ở định dạng XML, mà ngày nay là phương tiện biểu diễn dữ liệu được chấp nhận rộng rãi. Các thủ tục xây dựng các quy tắc được mô tả, việc áp dụng sẽ đảm bảo việc chuyển thông tin từ hệ thống thông tin này sang hệ thống thông tin khác, bao gồm cả việc trao đổi dữ liệu giữa các cấu hình điển hình. 1C: Doanh nghiệp".

Cuốn sách được kèm theo một đĩa CD chứa các cơ sở thông tin demo với các ví dụ về quy tắc trao đổi và cấu hình " 1C: Doanh nghiệp. Chuyển đổi dữ liệu".

cấu trúc sách

Giới thiệu

Chương 1. Các nguyên tắc thiết lập quy tắc chung

chương 2 Sử dụng các quy tắc

Chương 3 Tự động tạo các quy tắc

Chương 4 Cấu trúc quy tắc

Chương 5 Nghiên cứu chi tiết các quy tắc

Chương 6 Trình xử lý sự kiện

  • Tùy chọn
  • Trình xử lý "Chuyển đổi"
  • Trình xử lý "Quy tắc tải lên dữ liệu"
  • Trình xử lý "Quy tắc chuyển đổi đối tượng"
  • Trình xử lý "Quy tắc chuyển đổi nhóm thuộc tính"
  • Trình xử lý "Quy tắc chuyển đổi thuộc tính"

Chương 7 Tìm kiếm các lĩnh vực

Chương 8 Quy tắc làm sạch dữ liệu

Chương 9 Thuật toán và truy vấn

Chương 10 Ví dụ điển hình về quy tắc. Cách giải quyết

  • Enum chuyển đổi
  • Chuyển đổi thư mục
  • Chuyển đổi tài liệu
  • Chuyển đổi đăng ký thông tin
  • Biểu đồ chuyển đổi tài khoản
  • Chuyển đổi kế hoạch của các loại đặc trưng
  • Chuyển đổi kế hoạch loại tính toán
  • Chuyển đổi liên tục 1C: Enterprise 7.7
  • 1C: Chuyển đổi giao dịch kế toán doanh nghiệp 7.7

chương 11 Tối ưu hóa quy tắc

  • Quy tắc tải lên dữ liệu
  • Quy tắc chuyển đổi đối tượng
  • Xử lý "Trao đổi dữ liệu XML chung"