שיטות אינטגרציה עם 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 Data Transfer Objects).

כל אובייקט במערכת 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 "ניהול -> פרסום בשרת אינטרנט", יש לסמן את תיבת הסימון "פרסם ממשק OData סטנדרטי". הפורמטים של 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" לכתובת האתר, אנו מקבלים את התוכן של קטלוג המינוח בפורמט JSON (כתובת האתר של הטופס 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, הן לקריאה והן לכתיבה. מקורות נתונים חיצוניים זמינים גם ב-Windows וגם ב-Linux.

מנגנון חילופי נתונים

מנגנון חילופי נתונים מיועד הן ליצירת מערכות מבוזרות גיאוגרפית המבוססות על 1C:Enterprise, והן לארגון חילופי נתונים עם מערכות מידע אחרות שאינן מבוססות על 1C:Enterprise.

מנגנון זה נמצא בשימוש פעיל ביישומי 1C, ומגוון המשימות שנפתרו בעזרתו רחב מאוד. זה כולל החלפת נתונים בין אפליקציות 1C המותקנות בסניפי הארגון, והחלפה בין אפליקציית 1C לאתר החנות המקוונת, וחילופי נתונים בין אפליקציית שרת 1C ללקוח המובייל (שנוצר באמצעות פלטפורמת הסלולר 1C:Enterprise), ועוד הרבה יותר.

אחד המושגים המרכזיים במנגנון חילופי הנתונים הוא תכנית החילוף. תוכנית חליפין היא סוג מיוחד של אובייקט של פלטפורמת האפליקציה 1C, הקובעת, במיוחד, את הרכב הנתונים שישתתפו בהחלפה (אילו ספריות, מסמכים, רישומים וכו'). תוכנית ההחלפה מכילה גם מידע על משתתפי ההחלפה (מה שנקרא צמתי החלפה).
המרכיב השני של מנגנון חילופי הנתונים הוא מנגנון רישום השינוי. מנגנון זה מנטר את המערכת באופן אוטומטי לשינויים בנתונים שיש להעביר למשתמשי הקצה כחלק מתוכנית החליפין. באמצעות מנגנון זה, הפלטפורמה עוקבת אחר שינויים שהתרחשו מאז הסנכרון האחרון ומאפשרת למזער את כמות הנתונים המועברים במהלך סשן הסנכרון הבא.

חילופי נתונים מתרחשים באמצעות הודעות XML של מבנה מסוים. ההודעה מכילה נתונים שהשתנו מאז הסנכרון האחרון עם הצומת וכמה מידע שירות. מבנה ההודעות תומך במספור הודעות ומאפשר לקבל אישור מצומת הנמען על קבלת הודעות. אישור כזה כלול בכל הודעה שמגיעה מהצומת המקבל, בצורה של מספר ההודעה האחרונה שהתקבלה. מספור הודעות מאפשר לפלטפורמה להבין אילו נתונים כבר שודרו בהצלחה לצומת המקבל, ולהימנע משידור חוזר על ידי שידור רק נתונים שהשתנו מאז שהצומת השולח קיבל את ההודעה האחרונה עם קבלה על הנתונים שהתקבלו על ידי הצומת המקבל. תוכנית הפעלה זו מבטיחה מסירה מובטחת גם עם ערוצי שידור לא אמינים ואובדן הודעות.

רכיבים חיצוניים

במספר מקרים, בעת פתרון בעיות אינטגרציה, יש להתמודד עם דרישות ספציפיות, למשל, פרוטוקולי אינטראקציה, פורמטים של נתונים, שאינם מסופקים בפלטפורמת 1C:Enterprise. עבור מגוון כזה של משימות, הפלטפורמה מספקת טכנולוגיית רכיבים חיצוניים, המאפשר לך ליצור מודולי פלאג-אין באופן דינמי המרחיבים את הפונקציונליות של 1C:Enterprise.

דוגמה טיפוסית למשימה עם דרישות דומות תהיה השילוב של פתרון יישומי 1C עם ציוד קמעונאי, החל מסולמות ועד קופות רושמות וסורקי ברקוד. ניתן לחבר רכיבים חיצוניים הן בצד שרת 1C:Enterprise והן בצד הלקוח (כולל, אך לא רק, לקוח האינטרנט, כמו גם הגרסה הבאה של הפלטפורמה הניידת 1C:Enterprise). הטכנולוגיה של רכיבים חיצוניים מספקת ממשק תוכנה (C++) פשוט ומובן למדי לאינטראקציה של רכיבים עם פלטפורמת 1C:Enterprise, אותה יש ליישם על ידי המפתח.

האפשרויות הנפתחות בעת שימוש ברכיבים חיצוניים הן רחבות מאוד. אתה יכול ליישם אינטראקציה באמצעות פרוטוקול חילופי נתונים ספציפי עם מכשירים ומערכות חיצוניות, לבנות אלגוריתמים ספציפיים לעיבוד נתונים ותבניות נתונים וכו'.

מנגנוני אינטגרציה מיושנים

הפלטפורמה מספקת מנגנוני אינטגרציה שאינם מומלצים לשימוש בפתרונות חדשים; הם נשארים מסיבות של תאימות לאחור, וגם במקרה שהצד השני לא יכול לעבוד עם פרוטוקולים מודרניים יותר. אחד מהם הוא עבודה עם קבצי פורמט DBF (נתמכים בשפה המובנית באמצעות אובייקט XBase).

מנגנון אינטגרציה מדור קודם הוא השימוש בטכנולוגיית COM (זמינה רק בפלטפורמת Windows). פלטפורמת 1C:Enterprise מספקת שתי שיטות אינטגרציה עבור Windows באמצעות טכנולוגיית COM: שרת אוטומציה וחיבור חיצוני. הם דומים מאוד, אבל אחד ההבדלים המהותיים הוא שבמקרה של שרת האוטומציה, מושקת אפליקציית לקוח 1C:Enterprise 8 מלאה, ובמקרה של חיבור חיצוני, COM קטן יחסית בתהליך. השרת מופעל. כלומר, אם אתה עובד דרך שרת האוטומציה, אתה יכול להשתמש בפונקציונליות של אפליקציית הלקוח ולבצע פעולות דומות לפעולות האינטראקטיביות של המשתמש. בעת שימוש בחיבור חיצוני, ניתן להשתמש רק בפונקציות לוגיקה עסקית, והן ניתנות לביצוע הן בצד הלקוח של החיבור, שם נוצר שרת COM בתהליך, וניתן לקרוא ללוגיקה עסקית בשרת 1C:Enterprise צַד.

ניתן להשתמש בטכנולוגיית COM גם כדי לגשת למערכות חיצוניות מקוד יישום בפלטפורמת 1C:Enterprise. במקרה זה, יישום 1C פועל כלקוח COM. אבל יש לזכור שמנגנונים אלה יפעלו רק אם שרת 1C פועל בסביבת Windows.

מנגנוני אינטגרציה מיושמים בתצורות סטנדרטיות

פורמט נתונים ארגוני

במספר תצורות 1C (רשימה למטה), על בסיס מנגנון חילופי הנתונים של הפלטפורמה שתואר לעיל, מיושם מנגנון מוכן להחלפת נתונים עם אפליקציות חיצוניות, שאינו מצריך שינוי קוד המקור של התצורות (הכנה לנתונים ההחלפה מתבצעת בהגדרות של פתרונות יישומים):

• "1C:ERP Enterprise Management 2.0"
• "אוטומציה מורכבת 2"
• "חשבונאות ארגונית", מהדורה 3.0
• "חשבונאות עבור מפעל CORP", מהדורה 3.0
• "קמעונאות", מהדורה 2.0
• "ניהול סחר בסיסי", מהדורה 11
• ניהול סחר, מהדורה 11
• "תאגיד משכורות וניהול כוח אדם", מהדורה 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: Accounting), קיימת אפשרות פשוטה של ​​עבודה דרך שירות אינטרנט (ללא אישור), שאינה דורשת הגדרות בצד אפליקציית 1C.

פתרונות אינטגרציה מותאמים אישית

קיים פתרון סטנדרטי "1C: Data Conversion", המשתמש במנגנוני פלטפורמה להמרה והחלפת נתונים בין תצורות 1C סטנדרטיות, אך ניתן להשתמש בו גם לאינטגרציה עם יישומי צד שלישי.

אינטגרציה עם פתרונות בנקאיים

סטנדרטי "בנק לקוחות", שפותח על ידי מומחי 1C לפני יותר מ-10 שנים, הפך למעשה לסטנדרט בתעשייה ברוסיה. הצעד הבא בכיוון זה הוא הטכנולוגיה DirectBank, המאפשרת שליחת מסמכי תשלום לבנק וקבלת דוחות מהבנק ישירות מהתוכניות של מערכת 1C:Enterprise בלחיצה על כפתור אחד בתוכנית 1C; זה לא מצריך התקנה והרצה של תוכניות נוספות במחשב הלקוח.

יש גם תקן להחלפת נתונים בפרויקטי שכר.

אחר

ראוי לציין פרוטוקול החלפה בין מערכת 1C:Enterprise לאתר, תקן חילופי מידע מסחרי CommerceML (פותח במשותף עם מיקרוסופט, אינטל, Price.ru וחברות אחרות), תקן להחלפת נתונים לצורך רכישת עסקאות.

מקור: www.habr.com