🥇Phương pháp tích hợp với 1C

Các yêu cầu quan trọng nhất đối với các ứng dụng kinh doanh là gì? Một số nhiệm vụ quan trọng nhất như sau:

Dễ dàng thay đổi/điều chỉnh logic ứng dụng để thay đổi nhiệm vụ kinh doanh.
Dễ dàng tích hợp với các ứng dụng khác.

Cách giải quyết nhiệm vụ đầu tiên trong 1C đã được mô tả ngắn gọn trong phần “Tùy chỉnh và hỗ trợ” của bài viết này; Chúng tôi sẽ trở lại chủ đề thú vị này trong một bài viết sau. Hôm nay chúng ta sẽ nói về nhiệm vụ thứ hai, hội nhập.

Nhiệm vụ tích hợp

Nhiệm vụ tích hợp có thể khác nhau. Để giải quyết một số vấn đề, chỉ cần trao đổi dữ liệu tương tác đơn giản là đủ - ví dụ: chuyển danh sách nhân viên đến ngân hàng để phát hành thẻ nhựa trả lương. Đối với các nhiệm vụ phức tạp hơn, việc trao đổi dữ liệu hoàn toàn tự động có thể cần thiết, có thể liên quan đến logic nghiệp vụ của hệ thống bên ngoài. Có những nhiệm vụ có tính chất chuyên biệt, chẳng hạn như tích hợp với thiết bị bên ngoài (ví dụ: thiết bị bán lẻ, máy quét di động, v.v.) hoặc với các hệ thống cũ hoặc chuyên môn cao (ví dụ: với hệ thống nhận dạng thẻ RFID). Việc lựa chọn cơ chế tích hợp phù hợp nhất cho từng nhiệm vụ là vô cùng quan trọng.

Tùy chọn tích hợp với 1C

Có nhiều cách tiếp cận khác nhau để triển khai tích hợp với các ứng dụng 1C; việc lựa chọn phương pháp nào tùy thuộc vào yêu cầu của nhiệm vụ.

Dựa trên việc thực hiện cơ chế hội nhậpđược cung cấp bởi nền tảng, API chuyên biệt của riêng nó ở phía ứng dụng 1C (ví dụ: một tập hợp các dịch vụ Web hoặc HTTP sẽ gọi các ứng dụng của bên thứ ba để trao đổi dữ liệu với ứng dụng 1C). Ưu điểm của phương pháp này là khả năng chống lại các thay đổi của API đối với việc triển khai ở phía ứng dụng 1C. Điểm đặc biệt của phương pháp này là cần phải thay đổi mã nguồn của giải pháp 1C tiêu chuẩn, điều này có thể đòi hỏi nỗ lực khi hợp nhất mã nguồn khi chuyển sang phiên bản cấu hình mới. Trong trường hợp này, một chức năng tiến bộ mới có thể được giải cứu - tiện ích mở rộng cấu hình. Về bản chất, tiện ích mở rộng là một cơ chế bổ trợ cho phép bạn tạo các phần bổ sung cho giải pháp ứng dụng mà không cần thay đổi giải pháp ứng dụng. Việc di chuyển API tích hợp vào tiện ích mở rộng cấu hình sẽ cho phép bạn tránh những khó khăn khi hợp nhất các cấu hình khi chuyển sang phiên bản mới của giải pháp tiêu chuẩn.
Sử dụng các cơ chế tích hợp nền tảng cung cấp quyền truy cập bên ngoài vào mô hình đối tượng ứng dụng và không yêu cầu sửa đổi ứng dụng hoặc tạo tiện ích mở rộng. Ưu điểm của phương pháp này là không cần thay đổi ứng dụng 1C. Điểm trừ - nếu ứng dụng 1C đã được cải thiện thì có thể cần phải cải tiến trong ứng dụng tích hợp. Một ví dụ về cách tiếp cận này là việc sử dụng giao thức OData để tích hợp, được triển khai trên nền tảng 1C:Enterprise (thông tin thêm về nó bên dưới).
Sử dụng các giao thức ứng dụng làm sẵn được triển khai trong các giải pháp 1C tiêu chuẩn. Nhiều giải pháp tiêu chuẩn từ 1C và các đối tác triển khai các giao thức ứng dụng của riêng họ, tập trung vào các nhiệm vụ cụ thể, dựa trên các cơ chế tích hợp do nền tảng cung cấp. Khi sử dụng các cơ chế này, không cần phải viết mã ở phía ứng dụng 1C, bởi vì Chúng tôi sử dụng các khả năng tiêu chuẩn của giải pháp ứng dụng. Về phía ứng dụng 1C, chúng ta chỉ cần thực hiện một số cài đặt nhất định.

Cơ chế tích hợp trong nền tảng 1C:Enterprise

Nhập/xuất tập tin

Giả sử chúng ta phải đối mặt với nhiệm vụ trao đổi dữ liệu hai chiều giữa ứng dụng 1C và ứng dụng tùy ý. Ví dụ: chúng ta cần đồng bộ hóa danh sách sản phẩm (thư mục Danh pháp) giữa ứng dụng 1C và ứng dụng tùy ý.

Để giải quyết vấn đề này, bạn có thể viết một tiện ích mở rộng tải thư mục Danh pháp vào một tệp có định dạng nhất định (văn bản, XML, JSON, ...) và có thể đọc định dạng này.

Nền tảng này triển khai cơ chế tuần tự hóa các đối tượng ứng dụng trong XML một cách trực tiếp, thông qua các phương thức ngữ cảnh toàn cục WriteXML/ReadXML và sử dụng đối tượng phụ trợ XDTO (Đối tượng truyền dữ liệu XML).

Bất kỳ đối tượng nào trong hệ thống 1C:Enterprise đều có thể được tuần tự hóa thành biểu diễn XML và ngược lại.

Hàm này sẽ trả về một biểu diễn XML của đối tượng:

Функция Объект_В_XML(Объект)
    ЗаписьXML = Новый ЗаписьXML();
    ЗаписьXML.УстановитьСтроку();
    ЗаписатьXML(ЗаписьXML, Объект);
    Возврат ЗаписьXML.Закрыть();
КонецФункции

Đây là giao diện xuất thư mục Danh pháp sang XML bằng XDTO:

&НаСервере
Процедура ЭкспортXMLНаСервере()	
	НовыйСериализаторXDTO  = СериализаторXDTO;
	НоваяЗаписьXML = Новый ЗаписьXML();
	НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
	
	НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
	НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
	
	Выборка = Справочники.Номенклатура.Выбрать();
	
	Пока Выборка.Следующий() Цикл 
		ОбъектНоменклатура = Выборка.ПолучитьОбъект();
		НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
	КонецЦикла;
	
	НоваяЗаписьXML.ЗаписатьКонецЭлемента();
	НоваяЗаписьXML.Закрыть();	
КонецПроцедуры

Chỉ cần sửa đổi mã, chúng tôi xuất thư mục sang JSON. Các sản phẩm sẽ được ghi vào một mảng; Để đa dạng, đây là phiên bản tiếng Anh của cú pháp:

&AtServer
Procedure ExportJSONOnServer()
	NewXDTOSerializer  = XDTOSerializer;
	NewJSONWriter = New JSONWriter();
	NewJSONWriter.OpenFile("C:DataНоменклатура.json", "UTF-8");
	
	NewJSONWriter.WriteStartObject();
	NewJSONWriter.WritePropertyName("СправочникНоменклатура");
	NewJSONWriter.WriteStartArray();
	
	Selection = Catalogs.Номенклатура.Select();	
	
	While Selection.Next() Do 
		NomenclatureObject = Selection.GetObject();
		
		NewJSONWriter.WriteStartObject();
		
		NewJSONWriter.WritePropertyName("Номенклатура");
		NewXDTOSerializer.WriteJSON(NewJSONWriter, NomenclatureObject, XMLTypeAssignment.Implicit);
		
		NewJSONWriter.WriteEndObject();
	EndDo;
	
	NewJSONWriter.WriteEndArray();
	NewJSONWriter.WriteEndObject();
	NewJSONWriter.Close();	
EndProcedure

Sau đó, tất cả những gì còn lại là chuyển dữ liệu đến người tiêu dùng cuối cùng. Nền tảng 1C:Enterprise hỗ trợ các giao thức Internet chính HTTP, FTP, POP3, SMTP, IMAP, bao gồm cả các phiên bản bảo mật của chúng. Bạn cũng có thể sử dụng các dịch vụ HTTP và/hoặc Web để truyền dữ liệu.

HTTP và dịch vụ web

Các ứng dụng 1C có thể triển khai các dịch vụ web và HTTP của riêng chúng, cũng như gọi các dịch vụ web và HTTP do ứng dụng của bên thứ ba triển khai.

Giao diện REST và giao thức OData

Bắt đầu từ phiên bản 8.3.5, nền tảng 1C:Enterprise có thể tự động tạo giao diện REST cho toàn bộ giải pháp ứng dụng. Bất kỳ đối tượng cấu hình nào (thư mục, tài liệu, thanh ghi thông tin, v.v.) đều có thể được cung cấp để nhận và sửa đổi dữ liệu thông qua giao diện REST. Nền tảng sử dụng giao thức làm giao thức truy cập OData phiên bản 3.0. Việc xuất bản các dịch vụ OData được thực hiện từ menu Bộ cấu hình “Quản trị -> Xuất bản trên máy chủ web”, phải chọn hộp kiểm “Xuất bản giao diện OData tiêu chuẩn”. Các định dạng Atom/XML và JSON được hỗ trợ. Sau khi giải pháp ứng dụng được xuất bản trên máy chủ web, hệ thống của bên thứ ba có thể truy cập giải pháp đó thông qua giao diện REST bằng các yêu cầu HTTP. Để làm việc với ứng dụng 1C thông qua giao thức OData, không cần phải lập trình ở phía 1C.

Vì vậy, một URL như http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура sẽ trả lại cho chúng tôi nội dung của danh mục Danh pháp ở định dạng XML - một tập hợp các phần tử mục nhập (tiêu đề thư được bỏ qua để cho ngắn gọn):

<entry>
	<id>http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')</id>
	<category term="StandardODATA.Catalog_Номенклатура" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
	<title type="text"/>
	<updated>2016-06-06T16:42:17</updated>
	<author/>
	<summary/>
	<link rel="edit" href="Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')" title="edit-link"/>
	<content type="application/xml">
		<m:properties  >
			<d:Ref_Key>35d1f6e4-289b-11e6-8ba4-e03f49b16074</d:Ref_Key>
			<d:DataVersion>AAAAAgAAAAA=</d:DataVersion>
			<d:DeletionMark>false</d:DeletionMark>
			<d:Code>000000001</d:Code>
			<d:Description>Кондиционер Mitsubishi</d:Description>
			<d:Описание>Мощность 2,5 кВт, режимы работы: тепло/холод</d:Описание>
		</m:properties>
	</content>
</entry>
<entry>
	<id>http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e5-289b-11e6-8ba4-e03f49b16074')</id>
	<category term="StandardODATA.Catalog_Номенклатура" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
...

Bằng cách thêm chuỗi “?$format=application/json” vào URL, chúng ta sẽ có được nội dung của danh mục Danh pháp ở định dạng JSON (URL có dạng http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура?$format=application/json ):

{
"odata.metadata": "http://server/Config/odata/standard.odata/$metadata#Catalog_Номенклатура",
"value": [{
"Ref_Key": "35d1f6e4-289b-11e6-8ba4-e03f49b16074",
"DataVersion": "AAAAAgAAAAA=",
"DeletionMark": false,
"Code": "000000001",
"Description": "Кондиционер Mitsubishi",
"Описание": "Мощность 2,5 кВт, режимы работы: тепло/холод"
},{
"Ref_Key": "35d1f6e5-289b-11e6-8ba4-e03f49b16074",
"DataVersion": "AAAAAwAAAAA=",
"DeletionMark": false,
"Code": "000000002",
"Description": "Кондиционер Daikin",
"Описание": "Мощность 3 кВт, режимы работы: тепло/холод"
}, …

Nguồn dữ liệu bên ngoài

Trong một số trường hợp, trao đổi dữ liệu qua nguồn dữ liệu bên ngoài có thể là giải pháp tốt nhất. Nguồn dữ liệu ngoài là đối tượng cấu hình ứng dụng 1C cho phép bạn tương tác với bất kỳ cơ sở dữ liệu tương thích ODBC nào, cả để đọc và ghi. Nguồn dữ liệu ngoài có sẵn trên cả Windows và Linux.

Cơ chế trao đổi dữ liệu

Cơ chế trao đổi dữ liệu nhằm mục đích tạo ra các hệ thống phân tán về mặt địa lý dựa trên 1C:Enterprise và để tổ chức trao đổi dữ liệu với các hệ thống thông tin khác không dựa trên 1C:Enterprise.

Cơ chế này được sử dụng tích cực trong triển khai 1C và phạm vi nhiệm vụ được giải quyết với sự trợ giúp của nó là rất rộng. Điều này bao gồm trao đổi dữ liệu giữa các ứng dụng 1C được cài đặt trong các chi nhánh của tổ chức và trao đổi giữa ứng dụng 1C và trang web cửa hàng trực tuyến cũng như trao đổi dữ liệu giữa ứng dụng máy chủ 1C và máy khách di động (được tạo bằng nền tảng di động 1C:Enterprise) và nhiều hơn.

Một trong những khái niệm chính trong cơ chế trao đổi dữ liệu là kế hoạch trao đổi. Kế hoạch trao đổi là một loại đối tượng đặc biệt của nền tảng ứng dụng 1C, đặc biệt xác định thành phần dữ liệu sẽ tham gia trao đổi (thư mục, tài liệu, sổ đăng ký, v.v.). Kế hoạch trao đổi cũng chứa thông tin về những người tham gia trao đổi (được gọi là nút trao đổi).
Thành phần thứ hai của cơ chế trao đổi dữ liệu là cơ chế đăng ký thay đổi. Cơ chế này tự động giám sát hệ thống về những thay đổi trong dữ liệu phải được chuyển đến người dùng cuối như một phần của kế hoạch trao đổi. Bằng cách sử dụng cơ chế này, nền tảng sẽ theo dõi những thay đổi đã xảy ra kể từ lần đồng bộ hóa gần đây nhất và cho phép bạn giảm thiểu lượng dữ liệu được truyền trong phiên đồng bộ hóa tiếp theo.

Trao đổi dữ liệu xảy ra bằng cách sử dụng các thông báo XML có cấu trúc nhất định. Thông báo chứa dữ liệu đã thay đổi kể từ lần đồng bộ hóa cuối cùng với nút và một số thông tin dịch vụ. Cấu trúc tin nhắn hỗ trợ đánh số tin nhắn và cho phép bạn nhận được xác nhận từ nút người nhận rằng tin nhắn đã được nhận. Xác nhận như vậy được chứa trong mỗi tin nhắn đến từ nút nhận, dưới dạng số lượng tin nhắn nhận được cuối cùng. Việc đánh số tin nhắn cho phép nền tảng hiểu dữ liệu nào đã được truyền thành công đến nút nhận và tránh truyền lại bằng cách chỉ truyền dữ liệu đã thay đổi kể từ khi nút gửi nhận được tin nhắn cuối cùng cùng với biên nhận dữ liệu mà nút nhận nhận được. Sơ đồ vận hành này đảm bảo việc phân phối được đảm bảo ngay cả với các kênh truyền không đáng tin cậy và mất tin nhắn.

Linh kiện bên ngoài

Trong một số trường hợp, khi giải quyết các vấn đề tích hợp, người ta phải giải quyết các yêu cầu cụ thể, ví dụ: giao thức tương tác, định dạng dữ liệu không được cung cấp trong nền tảng 1C:Enterprise. Đối với một loạt các nhiệm vụ như vậy, nền tảng cung cấp công nghệ thành phần bên ngoài, cho phép bạn tạo các mô-đun plug-in động giúp mở rộng chức năng của 1C:Enterprise.

Một ví dụ điển hình về nhiệm vụ có yêu cầu tương tự là việc tích hợp giải pháp ứng dụng 1C với thiết bị bán lẻ, từ cân đến máy tính tiền và máy quét mã vạch. Các thành phần bên ngoài có thể được kết nối cả ở phía máy chủ 1C:Enterprise và phía máy khách (bao gồm nhưng không giới hạn ở máy khách web cũng như phiên bản tiếp theo của nền tảng di động 1C:Doanh nghiệp). Công nghệ của các thành phần bên ngoài cung cấp giao diện phần mềm (C++) khá đơn giản và dễ hiểu để tương tác giữa các thành phần với nền tảng 1C:Enterprise mà nhà phát triển phải triển khai.

Khả năng mở ra khi sử dụng các thành phần bên ngoài là rất rộng. Bạn có thể thực hiện tương tác bằng cách sử dụng giao thức trao đổi dữ liệu cụ thể với các thiết bị và hệ thống bên ngoài, xây dựng các thuật toán cụ thể để xử lý dữ liệu và định dạng dữ liệu, v.v.

Cơ chế tích hợp lỗi thời

Nền tảng này cung cấp các cơ chế tích hợp không được khuyến nghị sử dụng trong các giải pháp mới; chúng được giữ lại vì lý do tương thích ngược và cũng trong trường hợp bên kia không thể làm việc với các giao thức hiện đại hơn. Một trong số đó đang làm việc với các tệp định dạng DBF (được hỗ trợ bằng ngôn ngữ tích hợp sử dụng đối tượng XBase).

Một cơ chế tích hợp kế thừa khác là sử dụng công nghệ COM (chỉ có trên nền tảng Windows). Nền tảng 1C:Enterprise cung cấp hai phương thức tích hợp cho Windows sử dụng công nghệ COM: Máy chủ tự động hóa và Kết nối bên ngoài. Chúng rất giống nhau, nhưng một trong những khác biệt cơ bản là trong trường hợp máy chủ Tự động hóa, ứng dụng khách 1C:Enterprise 8 chính thức sẽ được khởi chạy và trong trường hợp có kết nối bên ngoài, một COM tương đối nhỏ trong quá trình sẽ được khởi chạy. máy chủ được khởi chạy. Nghĩa là, nếu bạn làm việc thông qua máy chủ Tự động hóa, bạn có thể sử dụng chức năng của ứng dụng khách và thực hiện các hành động tương tự như hành động tương tác của người dùng. Khi sử dụng kết nối bên ngoài, bạn chỉ có thể sử dụng các hàm logic nghiệp vụ và chúng có thể được thực thi ở cả phía máy khách của kết nối, nơi máy chủ COM trong quá trình được tạo và bạn có thể gọi logic nghiệp vụ trên máy chủ 1C:Enterprise bên.

Công nghệ COM cũng có thể được sử dụng để truy cập các hệ thống bên ngoài từ mã ứng dụng trên nền tảng 1C:Enterprise. Trong trường hợp này, ứng dụng 1C hoạt động như một máy khách COM. Nhưng cần nhắc lại rằng các cơ chế này sẽ chỉ hoạt động nếu máy chủ 1C hoạt động trong môi trường Windows.

Cơ chế tích hợp được triển khai trong cấu hình tiêu chuẩn

Định dạng dữ liệu doanh nghiệp

Trong một số cấu hình 1C (danh sách bên dưới), dựa trên cơ chế trao đổi dữ liệu nền tảng được mô tả ở trên, một cơ chế sẵn sàng để trao đổi dữ liệu với các ứng dụng bên ngoài được triển khai, không yêu cầu thay đổi mã nguồn của cấu hình (chuẩn bị dữ liệu trao đổi được thực hiện trong cài đặt của giải pháp ứng dụng):

"1C:ERP Quản lý doanh nghiệp 2.0"
"Tự động hóa phức tạp 2"
"Kế toán doanh nghiệp", phiên bản 3.0
"Kế toán doanh nghiệp CORP", phiên bản 3.0
"Bán lẻ", phiên bản 2.0
"Quản lý thương mại cơ bản", phiên bản 11
Quản lý thương mại, Phiên bản 11
“Tiền lương và quản lý nhân sự CORP”, phiên bản 3

Định dạng được sử dụng để trao đổi dữ liệu là Dữ liệu doanh nghiệp, dựa trên XML. Định dạng này hướng đến doanh nghiệp - cấu trúc dữ liệu được mô tả trong đó tương ứng với các thực thể kinh doanh (tài liệu và thành phần thư mục) được trình bày trong các chương trình 1C, ví dụ: hành động hoàn thành, lệnh nhận tiền mặt, đối tác, mục, v.v.

Trao đổi dữ liệu giữa ứng dụng 1C và ứng dụng của bên thứ ba có thể xảy ra:

thông qua một thư mục tập tin chuyên dụng
qua thư mục FTP
thông qua dịch vụ web được triển khai ở phía ứng dụng 1C. Tệp dữ liệu được truyền dưới dạng tham số cho các phương thức web
qua email

Trong trường hợp trao đổi qua dịch vụ web, ứng dụng của bên thứ ba sẽ bắt đầu phiên trao đổi dữ liệu bằng cách gọi các phương thức web tương ứng của ứng dụng 1C. Trong các trường hợp khác, người khởi tạo phiên trao đổi sẽ là ứng dụng 1C (bằng cách đặt tệp dữ liệu vào thư mục thích hợp hoặc gửi tệp dữ liệu đến địa chỉ email đã định cấu hình).
Ngoài ra, về phía 1C, bạn có thể định cấu hình tần suất đồng bộ hóa sẽ diễn ra (đối với các tùy chọn trao đổi tệp qua thư mục và email):

theo lịch trình (với tần suất xác định)
bằng tay; người dùng sẽ phải bắt đầu đồng bộ hóa theo cách thủ công mỗi khi cần

Xác nhận tin nhắn

Các ứng dụng 1C lưu giữ hồ sơ về các tin nhắn đồng bộ hóa đã gửi và nhận và mong đợi điều tương tự từ các ứng dụng của bên thứ ba. Điều này cho phép bạn sử dụng cơ chế đánh số tin nhắn được mô tả ở trên trong phần “Cơ chế trao đổi dữ liệu”.

Trong quá trình đồng bộ hóa, các ứng dụng 1C chỉ truyền thông tin về những thay đổi đã xảy ra với các thực thể kinh doanh kể từ lần đồng bộ hóa cuối cùng (để giảm thiểu lượng thông tin được truyền). Trong lần đồng bộ hóa đầu tiên, ứng dụng 1C sẽ tải lên tất cả các thực thể kinh doanh (ví dụ: các mục trong sách tham khảo mục) ở định dạng EnterpriseData vào một tệp XML (vì chúng đều là “mới” đối với ứng dụng bên ngoài). Ứng dụng của bên thứ ba phải xử lý thông tin từ tệp XML nhận được từ 1C và trong phiên đồng bộ hóa tiếp theo, đặt vào tệp được gửi tới 1C, trong một phần XML đặc biệt, thông tin rằng tin nhắn từ 1C với một số nhất định đã thành công đã nhận. Thông báo nhận là tín hiệu gửi đến ứng dụng 1C rằng tất cả các thực thể nghiệp vụ đã được ứng dụng bên ngoài xử lý thành công và không cần truyền thông tin về chúng nữa. Ngoài biên nhận, tệp XML từ ứng dụng của bên thứ ba cũng có thể chứa dữ liệu để ứng dụng đồng bộ hóa (ví dụ: tài liệu bán hàng hóa và dịch vụ).

Sau khi nhận được tin nhắn nhận, ứng dụng 1C đánh dấu tất cả các thay đổi được truyền trong tin nhắn trước đó là đã đồng bộ hóa thành công. Chỉ những thay đổi chưa được đồng bộ hóa đối với các thực thể kinh doanh (tạo các thực thể mới, thay đổi và xóa các thực thể hiện có) mới được gửi đến ứng dụng bên ngoài trong phiên đồng bộ hóa tiếp theo.

Khi truyền dữ liệu từ ứng dụng bên ngoài sang ứng dụng 1C, hình ảnh bị đảo ngược. Ứng dụng bên ngoài phải điền vào phần biên nhận của tệp XML cho phù hợp và đặt dữ liệu nghiệp vụ để đồng bộ hóa ở định dạng EnterpriseData.

Trao đổi dữ liệu đơn giản mà không cần bắt tay

Đối với các trường hợp tích hợp đơn giản, khi chỉ cần chuyển thông tin từ ứng dụng của bên thứ ba sang ứng dụng 1C là đủ và không cần chuyển ngược dữ liệu từ ứng dụng 1C sang ứng dụng của bên thứ ba (ví dụ: tích hợp trực tuyến store chuyển thông tin bán hàng sang 1C: Kế toán), có một tùy chọn đơn giản là làm việc thông qua dịch vụ web (không có xác nhận), không yêu cầu cài đặt bên cạnh ứng dụng 1C.

Giải pháp tích hợp tùy chỉnh

Có một giải pháp tiêu chuẩn “1C: Chuyển đổi dữ liệu”, sử dụng cơ chế nền tảng để chuyển đổi và trao đổi dữ liệu giữa các cấu hình 1C tiêu chuẩn, nhưng cũng có thể được sử dụng để tích hợp với các ứng dụng của bên thứ ba.

Tích hợp với các giải pháp ngân hàng

Tiêu chuẩn “Ngân hàng khách hàng”, được phát triển bởi các chuyên gia 1C hơn 10 năm trước, đã thực sự trở thành một tiêu chuẩn công nghiệp ở Nga. Bước tiếp theo theo hướng này là công nghệ Ngân hàng trực tiếp, cho phép bạn gửi chứng từ thanh toán đến ngân hàng và nhận sao kê từ ngân hàng trực tiếp từ các chương trình của hệ thống 1C:Enterprise bằng cách nhấn một nút trong chương trình 1C; nó không yêu cầu cài đặt và chạy các chương trình bổ sung trên máy khách.

Ngoài ra còn có tiêu chuẩn trao đổi dữ liệu trong các dự án tiền lương.

Khác

Đáng nói giao thức trao đổi giữa hệ thống 1C:Enterprise và trang web, tiêu chuẩn trao đổi thông tin thương mại Thương mạiML (được phát triển cùng với Microsoft, Intel, Price.ru và các công ty khác), tiêu chuẩn trao đổi dữ liệu để thu thập các giao dịch.

Nguồn: www.habr.com

Phương pháp tích hợp với 1C