روش های ادغام با 1C

مهمترین الزامات برای برنامه های کاربردی تجاری چیست؟ برخی از مهمترین وظایف به شرح زیر است:

• سهولت تغییر/تطبیق منطق برنامه با تغییر وظایف تجاری.
• ادغام آسان با سایر برنامه ها

نحوه حل اولین کار در 1C به طور خلاصه در بخش "سفارشی سازی و پشتیبانی" توضیح داده شد از این مقاله; در مقاله بعدی به این موضوع جالب باز خواهیم گشت. امروز در مورد وظیفه دوم یعنی ادغام صحبت خواهیم کرد.

وظایف یکپارچه سازی

وظایف یکپارچه سازی می تواند متفاوت باشد. برای حل برخی از مشکلات، یک تبادل اطلاعات تعاملی ساده کافی است - به عنوان مثال، برای انتقال لیستی از کارمندان به بانک برای صدور کارت های پلاستیکی حقوق و دستمزد. برای کارهای پیچیده تر، تبادل اطلاعات کاملاً خودکار ممکن است لازم باشد، احتمالاً با اشاره به منطق تجاری یک سیستم خارجی. وظایفی وجود دارند که ماهیت تخصصی دارند، مانند ادغام با تجهیزات خارجی (به عنوان مثال، تجهیزات خرده فروشی، اسکنرهای موبایل و غیره) یا با سیستم های قدیمی یا بسیار تخصصی (مثلاً با سیستم های تشخیص برچسب RFID). انتخاب مناسب ترین مکانیسم یکپارچه سازی برای هر کار بسیار مهم است.

گزینه های ادغام با 1C

رویکردهای مختلفی برای اجرای یکپارچه سازی با برنامه های 1C وجود دارد که انتخاب کدام یک بستگی به الزامات کار دارد.

1. مبتنی بر پیاده سازی مکانیسم های یکپارچه سازیارائه شده توسط پلتفرم، API تخصصی خود در سمت برنامه 1C (به عنوان مثال، مجموعه ای از خدمات وب یا HTTP که برنامه های شخص ثالث را برای تبادل داده با برنامه 1C فراخوانی می کند). مزیت این رویکرد مقاومت API در برابر تغییرات در پیاده سازی در سمت برنامه 1C است. ویژگی این رویکرد این است که تغییر کد منبع یک راه حل استاندارد 1C ضروری است، که ممکن است به طور بالقوه در هنگام ادغام کدهای منبع هنگام انتقال به نسخه جدیدی از پیکربندی، به تلاش نیاز داشته باشد. در این مورد، یک عملکرد مترقی جدید می تواند به نجات برسد - پسوندهای پیکربندی. برنامه‌های افزودنی در اصل مکانیزم پلاگینی هستند که به شما امکان می‌دهند بدون تغییر راه‌حل‌های کاربردی، اضافاتی را به راه‌حل‌های کاربردی ایجاد کنید. انتقال API ادغام به پسوند پیکربندی به شما این امکان را می دهد که هنگام انتقال به نسخه جدیدی از یک راه حل استاندارد، هنگام ادغام پیکربندی ها از مشکلات جلوگیری کنید.
2. استفاده از مکانیزم‌های یکپارچه‌سازی پلتفرم که دسترسی خارجی به مدل شی برنامه کاربردی را فراهم می‌کند و نیازی به اصلاح برنامه یا ایجاد پسوند ندارد. مزیت این روش این است که نیازی به تغییر برنامه 1C نیست. منهای - اگر برنامه 1C بهبود یافته باشد، ممکن است به بهبودهایی در برنامه یکپارچه نیاز باشد. نمونه ای از این رویکرد استفاده از پروتکل OData برای یکپارچه سازی است که در کنار پلتفرم 1C:Enterprise پیاده سازی شده است (در مورد آن بیشتر در زیر).
3. استفاده از پروتکل های کاربردی آماده پیاده سازی شده در راه حل های استاندارد 1C. بسیاری از راه حل های استاندارد از 1C و شرکا، پروتکل های کاربردی خود را، با تمرکز بر وظایف خاص، بر اساس مکانیسم های یکپارچه سازی ارائه شده توسط پلت فرم، پیاده سازی می کنند. هنگام استفاده از این مکانیسم ها، نیازی به نوشتن کد در سمت برنامه 1C نیست، زیرا ما از قابلیت های استاندارد راه حل کاربردی استفاده می کنیم. در سمت برنامه 1C، فقط باید تنظیمات خاصی را انجام دهیم.

مکانیسم های یکپارچه سازی در پلت فرم 1C: Enterprise

واردات/صادرات فایل ها

فرض کنید با وظیفه تبادل داده های دوطرفه بین یک برنامه 1C و یک برنامه دلخواه روبرو هستیم. به عنوان مثال، ما باید لیستی از محصولات (دایرکتوری نامگذاری) را بین برنامه 1C و یک برنامه دلخواه همگام سازی کنیم.

برای حل این مشکل، می توانید پسوندی بنویسید که فهرست نامگذاری را در یک فایل با فرمت خاص (متن، XML، JSON، ...) دانلود کند و بتواند این فرمت را بخواند.

این پلتفرم مکانیزمی را برای سریال سازی اشیاء برنامه در XML به طور مستقیم، از طریق روش های زمینه جهانی WriteXML/ReadXML و با استفاده از شی کمکی XDTO (اشیاء انتقال داده XML) پیاده سازی می کند.

هر شیء در سیستم 1C: Enterprise را می توان به صورت یک نمایش XML سریال کرد و بالعکس.

این تابع یک نمایش XML از شی را برمی گرداند:

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

صادرات فهرست نامگذاری به XML با استفاده از XDTO به این صورت است:

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

به سادگی با تغییر کد، دایرکتوری را به JSON صادر می کنیم. محصولات در یک آرایه نوشته می شوند. برای تنوع، در اینجا نسخه انگلیسی نحو آمده است:

&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

سپس تنها چیزی که باقی می ماند انتقال داده ها به مصرف کننده نهایی است. پلت فرم 1C: Enterprise از پروتکل های اصلی اینترنت HTTP، FTP، POP3، SMTP، IMAP، از جمله نسخه های امن آنها پشتیبانی می کند. همچنین می توانید از HTTP و/یا خدمات وب برای انتقال داده استفاده کنید.

HTTP و خدمات وب

برنامه های 1C می توانند HTTP و سرویس های وب خود را پیاده سازی کنند، همچنین می توانند HTTP و سرویس های وب پیاده سازی شده توسط برنامه های شخص ثالث را فراخوانی کنند.

رابط REST و پروتکل OData

با شروع از نسخه 8.3.5، پلت فرم 1C: Enterprise می تواند به طور خودکار یک رابط REST ایجاد کنید برای کل راه حل برنامه هر شیء پیکربندی (دایرکتوری، سند، ثبت اطلاعات و غیره) را می توان برای دریافت و اصلاح داده ها از طریق رابط REST در دسترس قرار داد. این پلتفرم از پروتکل به عنوان پروتکل دسترسی استفاده می کند OData نسخه 3.0. انتشار خدمات OData از منوی Configurator "Administration -> Publishing on a web server" انجام می شود، چک باکس "Publish standard OData interface" باید علامت زده شود. فرمت های Atom/XML و JSON پشتیبانی می شوند. پس از انتشار راه حل برنامه در وب سرور، سیستم های شخص ثالث می توانند از طریق رابط REST با استفاده از درخواست های HTTP به آن دسترسی داشته باشند. برای کار با برنامه 1C از طریق پروتکل OData، برنامه نویسی در سمت 1C مورد نیاز نیست.

بنابراین، یک URL مانند http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура محتویات فهرست نام‌گذاری را در قالب XML به ما برمی‌گرداند - مجموعه‌ای از عناصر ورودی (عنوان پیام برای اختصار حذف شده است):

<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"/>
...

با افزودن رشته "?$format=application/json" به URL، محتویات کاتالوگ نامگذاری را با فرمت JSON (URL فرم) دریافت می کنیم. 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 кВт, режимы работы: тепло/холод"
}, …

منابع داده های خارجی

در برخی موارد، تبادل داده از طریق منابع داده خارجی ممکن است بهترین راه حل باشد منابع داده خارجی یک شیء پیکربندی برنامه 1C هستند که به شما امکان می دهد با هر پایگاه داده سازگار با ODBC تعامل داشته باشید، هم برای خواندن و هم برای نوشتن. منابع داده خارجی هم در ویندوز و هم در لینوکس در دسترس هستند.

مکانیسم تبادل داده

مکانیسم تبادل داده هم برای ایجاد سیستم های توزیع شده جغرافیایی بر اساس 1C: Enterprise و هم برای سازماندهی تبادل داده با سایر سیستم های اطلاعاتی غیر مبتنی بر 1C: Enterprise در نظر گرفته شده است.

این مکانیسم به طور فعال در پیاده سازی 1C استفاده می شود و دامنه وظایف حل شده با کمک آن بسیار گسترده است. این شامل تبادل داده بین برنامه های 1C نصب شده در شعب سازمان و تبادل بین برنامه 1C و وب سایت فروشگاه آنلاین و تبادل داده بین برنامه سرور 1C و مشتری تلفن همراه (ایجاد شده با استفاده از پلت فرم تلفن همراه 1C: Enterprise) و موارد دیگر است. بیشتر.

یکی از مفاهیم کلیدی در مکانیسم تبادل داده، طرح تبادل است. طرح مبادله نوع خاصی از شیء پلت فرم برنامه 1C است که به ویژه ترکیب داده هایی را که در مبادله شرکت می کنند (دایرکتوری ها، اسناد، ثبت نام ها و غیره) تعیین می کند. طرح مبادله همچنین حاوی اطلاعاتی در مورد شرکت کنندگان بورس (به اصطلاح گره های مبادله) است.
دومین جزء مکانیسم تبادل داده، مکانیسم ثبت تغییرات است. این مکانیزم به طور خودکار سیستم را برای تغییرات داده هایی که باید به عنوان بخشی از طرح تبادل به کاربران نهایی منتقل شود، نظارت می کند. با استفاده از این مکانیسم، پلتفرم تغییراتی را که از زمان آخرین همگام‌سازی رخ داده است را ردیابی می‌کند و به شما امکان می‌دهد تا میزان داده‌های منتقل شده را در جلسه همگام‌سازی بعدی به حداقل برسانید.

تبادل داده با استفاده از پیام های XML از یک ساختار خاص انجام می شود. پیام حاوی داده هایی است که از آخرین همگام سازی با گره و برخی اطلاعات سرویس تغییر کرده است. ساختار پیام از شماره گذاری پیام پشتیبانی می کند و به شما امکان می دهد تا از گره گیرنده تأیید دریافت کنید که پیام ها دریافت شده اند. چنین تأییدی در هر پیامی که از گره دریافت کننده می آید، به شکل شماره آخرین پیام دریافتی موجود است. شماره‌گذاری پیام‌ها به پلتفرم اجازه می‌دهد تا بفهمد چه داده‌هایی قبلاً با موفقیت به گره دریافت‌کننده منتقل شده‌اند، و با ارسال تنها داده‌هایی که از زمان دریافت آخرین پیام توسط گره فرستنده تغییر کرده‌اند، با یک رسید برای داده‌های دریافت‌شده توسط گره دریافت‌کننده، از ارسال مجدد جلوگیری کند. این طرح عملیاتی تحویل تضمین شده را حتی با کانال های انتقال غیرقابل اعتماد و از دست دادن پیام تضمین می کند.

اجزای خارجی

در تعدادی از موارد، هنگام حل مشکلات یکپارچه سازی، باید با الزامات خاصی سر و کار داشت، به عنوان مثال، پروتکل های تعامل، فرمت های داده، که در پلت فرم 1C: Enterprise ارائه نشده اند. برای چنین طیف وسیعی از وظایف، پلت فرم فراهم می کند تکنولوژی اجزای خارجی، که به شما امکان می دهد ماژول های پلاگین پویا ایجاد کنید که عملکرد 1C: Enterprise را گسترش می دهد.

یک مثال معمولی از یک کار با الزامات مشابه، ادغام یک راه حل کاربردی 1C با تجهیزات خرده فروشی است، از ترازو گرفته تا صندوق فروش و اسکنر بارکد. اجزای خارجی را می توان هم در سمت سرور 1C: Enterprise و هم در سمت مشتری (شامل، اما نه محدود به، سرویس گیرنده وب، و همچنین) متصل کرد. نسخه بعدی پلتفرم موبایل 1C: سازمانی). فناوری اجزای خارجی یک رابط نرم افزاری نسبتاً ساده و قابل فهم (C++) برای تعامل مؤلفه ها با پلت فرم 1C: Enterprise ارائه می دهد که باید توسط توسعه دهنده پیاده سازی شود.

امکاناتی که هنگام استفاده از اجزای خارجی باز می شود بسیار گسترده است. شما می توانید تعامل را با استفاده از یک پروتکل تبادل داده خاص با دستگاه ها و سیستم های خارجی، ایجاد الگوریتم های خاص برای پردازش داده ها و فرمت های داده و غیره پیاده سازی کنید.

مکانیسم های یکپارچه سازی قدیمی

این پلتفرم مکانیسم های یکپارچه سازی را ارائه می دهد که برای استفاده در راه حل های جدید توصیه نمی شود. آنها به دلایل سازگاری با عقب مانده و همچنین در صورتی که طرف مقابل نتواند با پروتکل های مدرن تر کار کند، کنار گذاشته می شوند. یکی از آنها کار با فایل های فرمت DBF است (در زبان داخلی با استفاده از شی XBase پشتیبانی می شود).

یکی دیگر از مکانیسم های یکپارچه سازی قدیمی استفاده از فناوری COM (فقط در پلتفرم ویندوز موجود است). پلت فرم 1C: Enterprise دو روش یکپارچه سازی را برای ویندوز با استفاده از فناوری COM ارائه می دهد: سرور اتوماسیون و اتصال خارجی. آنها بسیار شبیه هستند، اما یکی از تفاوت های اساسی این است که در مورد سرور Automation، یک برنامه کلاینت کامل 1C:Enterprise 8 راه اندازی می شود و در مورد اتصال خارجی، یک COM نسبتا کوچک در حال پردازش سرور راه اندازی شد یعنی اگر از طریق سرور Automation کار می کنید، می توانید از عملکرد برنامه مشتری استفاده کنید و اقداماتی مشابه اقدامات تعاملی کاربر انجام دهید. هنگام استفاده از یک اتصال خارجی، فقط می توانید از توابع منطق تجاری استفاده کنید، و آنها را می توان هم در سمت کلاینت اتصال، جایی که یک سرور COM در فرآیند ایجاد می شود، اجرا کرد و هم می توانید منطق تجاری را در سرور 1C: Enterprise فراخوانی کنید. سمت.

فناوری COM همچنین می تواند برای دسترسی به سیستم های خارجی از کد برنامه در پلت فرم 1C: Enterprise استفاده شود. در این مورد، برنامه 1C به عنوان یک مشتری COM عمل می کند. اما لازم به یادآوری است که این مکانیسم ها تنها در صورتی کار می کنند که سرور 1C در محیط ویندوز کار کند.

مکانیسم‌های یکپارچه‌سازی در پیکربندی‌های استاندارد پیاده‌سازی شده‌اند

فرمت داده های سازمانی

در تعدادی از پیکربندی های 1C (لیست زیر)، بر اساس مکانیسم تبادل داده های پلت فرم که در بالا توضیح داده شد، یک مکانیسم آماده برای تبادل داده ها با برنامه های خارجی پیاده سازی شده است که نیازی به تغییر کد منبع تنظیمات (آماده سازی برای داده ها) ندارد. تبادل در تنظیمات راه حل های کاربردی انجام می شود):

• "1C:ERP Enterprise Management 2.0"
• "اتوماسیون مجتمع 2"
• "حسابداری سازمانی"، ویرایش 3.0
• "حسابداری برای یک شرکت CORP"، نسخه 3.0
• "خرده فروشی"، نسخه 2.0
• "مدیریت تجارت پایه"، ویرایش 11
• مدیریت تجارت، ویرایش 11
• حقوق و دستمزد و مدیریت پرسنل CORP، ویرایش 3

فرمت مورد استفاده برای تبادل داده ها می باشد EnterpriseData، بر اساس XML. قالب تجاری محور است - ساختارهای داده توصیف شده در آن با نهادهای تجاری (اسناد و عناصر دایرکتوری) ارائه شده در برنامه های 1C مطابقت دارد، به عنوان مثال: عمل تکمیل، سفارش دریافت نقدی، طرف مقابل، مورد و غیره.

تبادل داده بین برنامه 1C و یک برنامه شخص ثالث ممکن است رخ دهد:

• از طریق یک فهرست فایل اختصاصی
• از طریق دایرکتوری FTP
• از طریق یک وب سرویس مستقر در سمت برنامه 1C. فایل داده به عنوان یک پارامتر به روش های وب ارسال می شود
• از طریق ایمیل

در مورد تبادل از طریق وب سرویس، یک برنامه شخص ثالث با فراخوانی روش های وب مربوطه برنامه 1C، جلسه تبادل داده را آغاز می کند. در موارد دیگر، آغازگر جلسه تبادل برنامه 1C خواهد بود (با قرار دادن فایل داده در دایرکتوری مناسب یا ارسال فایل داده به آدرس ایمیل پیکربندی شده).
همچنین در سمت 1C می‌توانید تعداد دفعات همگام‌سازی را پیکربندی کنید (برای گزینه‌هایی با تبادل فایل از طریق دایرکتوری و ایمیل):

• طبق برنامه (با فرکانس مشخص)
• به صورت دستی؛ کاربر باید هر بار که به آن نیاز دارد به صورت دستی همگام سازی را شروع کند

تایید پیام ها

برنامه های 1C سوابق پیام های همگام سازی ارسالی و دریافتی را نگه می دارند و از برنامه های شخص ثالث نیز انتظار دارند. این به شما امکان می دهد از مکانیسم شماره گذاری پیام که در قسمت "مکانیسم تبادل داده ها" در بالا توضیح داده شد استفاده کنید.

در طول همگام‌سازی، برنامه‌های 1C فقط اطلاعات مربوط به تغییراتی را که از زمان آخرین همگام‌سازی با نهادهای تجاری رخ داده است (برای به حداقل رساندن مقدار اطلاعات منتقل شده) منتقل می‌کنند. در طول اولین همگام سازی، برنامه 1C همه نهادهای تجاری (به عنوان مثال، موارد کتاب مرجع مورد) را در قالب EnterpriseData در یک فایل XML آپلود می کند (زیرا همه آنها برای برنامه خارجی "جدید" هستند). برنامه شخص ثالث باید اطلاعات فایل XML دریافت شده از 1C را پردازش کند و در جلسه همگام سازی بعدی، اطلاعاتی را در فایل ارسال شده به 1C، در بخش ویژه XML، اطلاعاتی را قرار دهد که پیام 1C با تعداد معینی با موفقیت انجام شده است. اخذ شده. پیام دریافت سیگنالی است به برنامه 1C مبنی بر اینکه همه نهادهای تجاری با موفقیت توسط برنامه خارجی پردازش شده اند و دیگر نیازی به انتقال اطلاعات در مورد آنها نیست. علاوه بر رسید، یک فایل XML از یک برنامه شخص ثالث همچنین می تواند حاوی داده هایی برای همگام سازی توسط برنامه باشد (به عنوان مثال، اسناد فروش کالا و خدمات).

پس از دریافت پیام دریافت، برنامه 1C همه تغییرات ارسال شده در پیام قبلی را به عنوان همگام سازی موفقیت آمیز علامت گذاری می کند. در جلسه همگام‌سازی بعدی، فقط تغییرات همگام‌نشده در نهادهای تجاری (ایجاد موجودیت‌های جدید، تغییر و حذف موارد موجود) به برنامه خارجی ارسال می‌شود.

هنگام انتقال داده از یک برنامه خارجی به برنامه 1C، تصویر برعکس می شود. برنامه خارجی باید بخش دریافت فایل XML را بر این اساس پر کند و داده های تجاری را برای همگام سازی از طرف خود در قالب EnterpriseData قرار دهد.

تبادل ساده داده بدون دست دادن

برای موارد ادغام ساده، زمانی که فقط انتقال اطلاعات از یک برنامه شخص ثالث به برنامه 1C کافی است و انتقال معکوس داده ها از برنامه 1C به یک برنامه شخص ثالث لازم نیست (به عنوان مثال، ادغام یک برنامه آنلاین فروشگاهی که اطلاعات فروش را به 1C: حسابداری منتقل می کند، یک گزینه ساده برای کار از طریق وب سرویس (بدون تأیید) وجود دارد که نیازی به تنظیمات در کنار برنامه 1C ندارد.

راه حل های یکپارچه سازی سفارشی

یک راه حل استاندارد "1C: تبدیل داده" وجود دارد که از مکانیسم های پلت فرم برای تبدیل و تبادل داده ها بین پیکربندی های استاندارد 1C استفاده می کند، اما می تواند برای ادغام با برنامه های شخص ثالث نیز استفاده شود.

ادغام با راهکارهای بانکی

استاندارد "بانک مشتری"که بیش از 1 سال پیش توسط متخصصان 10C توسعه یافته است، در واقع به یک استاندارد صنعتی در روسیه تبدیل شده است. گام بعدی در این مسیر تکنولوژی است دایرکت بانک، که به شما امکان می دهد اسناد پرداخت را به بانک ارسال کنید و با فشار دادن یک دکمه در برنامه 1C مستقیماً از برنامه های سیستم 1C: Enterprise صورتحساب های بانک را دریافت کنید. نیازی به نصب و اجرای برنامه های اضافی بر روی کامپیوتر مشتری ندارد.

همچنین وجود دارد استاندارد تبادل اطلاعات در پروژه های حقوق و دستمزد.

دیگر

لازم به ذکر پروتکل تبادل بین سیستم 1C: Enterprise و وب سایتاستاندارد تبادل اطلاعات تجاری CommerceML (به طور مشترک با مایکروسافت، اینتل، Price.ru و سایر شرکت ها توسعه یافته است)، استاندارد برای تبادل داده برای کسب تراکنش ها.

منبع: www.habr.com