فرمت تبادل جهانی 1c. "1C" فرمت EnterpriseData را برای تبادل داده های تجاری ارائه می دهد. پیش پیکربندی در سمت 1C

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

دلایل مختلفی برای محبوبیت همگام سازی وجود دارد:

  • نیازی به اجرای جداگانه فرآیندهای بارگیری و تخلیه داده ها نیست.
  • اجرای خودکار تبادل اطلاعات با تبادل دستی تداخلی ندارد.
  • پیکربندی آسان (برای تنظیمات استاندارد، شما حتی نیازی به ایجاد قوانین تبادل ندارید.
  • کافی است یک بار همگام سازی ایجاد کنید و یک برنامه زمانی برای اجرای آن اعلام کنید.

شرایط وظیفه ما

در ورودی ما دو پیکربندی استاندارد پایگاه داده داریم:

  1. حقوق و دستمزد و مدیریت پرسنل (نسخه 3.1.3)؛
  2. حسابداری برای یک شرکت کشاورزی (نسخه 3.0.52).

هر دو پایگاه داده در حالت فایل کار می کنند. همگام سازی را می توان از هر پایگاه داده پیکربندی کرد.

اگر همگام‌سازی از «حسابداری» به «ZUP» پیکربندی شود، کادر تأیید «همگام‌سازی» باید فعال شود و بالعکس.

تنظیمات کجاست

در «حسابداری»، به زیرسیستم «اداره» در منوی «تنظیمات» بروید و مورد «همگام‌سازی داده‌ها» را بیابید (شکل 1).

پنجره تنظیمات همگام سازی باز می شود (شکل 2)

برنج. 2

در اینجا ما می توانیم:

  1. فعال یا غیرفعال کردن همگام سازی؛
  2. ممنوعیت بارگذاری داده های نامربوط؛
  3. یک پیشوند برای شناسایی داده های منتقل شده تنظیم کنید.
  4. به سایر تنظیمات همگام سازی بروید.

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

پنجره تنظیمات همگام سازی داده ها در شکل نشان داده شده است. 3

برنج. 3

بیایید نگاهی دقیق تر به آن بیندازیم.

پنجره تنظیمات همگام سازی

بیایید به ترتیب شروع کنیم:


به طور جداگانه، می خواهم توجه خواننده را به پنجره "ثبت تغییرات" جلب کنم (شکل 5). که در بالای آن تعداد پیام های ارسالی و دریافتی وجود دارد؛ پس از تبادل موفقیت آمیز، اعداد موجود در پایگاه داده مبدا و پایگاه داده مقصد باید مطابقت داشته باشند. در برخی موارد (همگام سازی با یک کپی از پایگاه داده رخ داده است، عملکرد نادرست)، شماره گذاری در پایگاه داده ها شکسته می شود. شما می توانید این وضعیت را به سادگی با کلیک بر روی لینک با اعداد اصلاح کنید. این عمل به شما امکان می دهد تعداد پیام های ارسالی و دریافتی فعلی را به صورت دستی تنظیم کنید (شکل 6)

برنج. 6

تنظیمات همگام سازی

دو دستور در تب "تنظیمات همگام سازی داده ها" وجود دارد:

  • اهنگ؛
  • قوانین دانلود.

با اجرای دستور Load Rules فرم باز می شود (شکل 7)

برنج. 7

در اینجا می‌توانیم انتخاب کنیم که آیا از قوانین تبادل استاندارد ارائه‌شده در پیکربندی استفاده می‌کنیم، یا اینکه مطابق قوانین خودمان ذخیره‌شده در فایل بایگانی همگام‌سازی کنیم.

تنظیمات باقیمانده با کلیک بر روی دکمه "پیکربندی" انجام می شود (شکل 8).

برنج. 8

در اولین پنجره ای که باز می شود می توانید:

  1. باز کردن فرم پیکربندی اسکریپت همگام سازی؛
  2. مشاهده رویدادهای ارسال و دریافت اطلاعات؛
  3. تاریخ مبادله را تعیین کنید؛
  4. اگر حسابداری برای چندین سازمان نگهداری می شود، می توانید مشخص کنید که کدام یک از آنها در مبادله شرکت خواهند کرد.
  5. پارامترهای بارگذاری تراکنش های حقوق را تعریف کنید: با یا بدون جزئیات توسط کارمند (خلاصه).

دستور "بارگذاری مجموعه قوانین" مشابه همان دستور در پنجره تنظیمات قبلی است.

ارزش نگاهی دقیق تر به پارامترهای اتصال را دارد (شکل 9)

برنج. 9

در مورد ما، پایگاه مقصد و مبدأ در یک رایانه قرار دارند و در حالت فایل کار می کنند، بنابراین همگام سازی بین آنها از طریق یک اتصال مستقیم انجام می شود.

ما باید:

  • تعیین مسیر به پایگاه گیرنده؛
  • تنظیم پارامترهای مجوز (یک کاربر با حقوق مدیر باید در پایگاه داده دریافت کننده ایجاد شود).
  • پس از بررسی اتصال، می توانیم فرض کنیم که راه اندازی ما کامل شده است.

اگر تبادل از طریق دیگر انواع اتصال انجام شود، باید پارامترهای آنها را در برگه های مربوطه پیکربندی کنید.

تنظیمات زمانبندی

و در پایان چند کلمه در مورد تنظیم زمانبندی همگام سازی؛ در تب مربوطه پنجره (شکل 3) انجام می شود و هیچ تفاوتی با فرم مربوطه برای تنظیم زمانبندی سایر کارهای روتین ندارد.

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

این شرکت مدت‌هاست که در حال تمرین ایجاد و استفاده از استانداردهای باز برای تعامل اطلاعاتی برنامه‌های خود با نرم‌افزارهای توسعه‌دهندگان مستقل بوده است، اما تا کنون این تنها به حوزه‌های موضوعی تخصصی خاصی مربوط می‌شود. این دقیقا همان چیزی است که فرمت CommerceML که تقریباً پانزده سال پیش ایجاد شد، برای حل مشکل تجارت الکترونیک و همچنین "Client-Bank" و DirectBank برای برقراری ارتباط بین برنامه های کاربردی 1C و سیستم های بانکی خارجی است. از طرف دیگر EnterpriseData یک مکانیسم جهانی است که می تواند تمام زمینه های فعالیت یک شرکت - مالی، تولید، خرید و فروش، عملیات انبارداری و غیره را پوشش دهد. نسخه اول فرمت شامل شرح 94 نوع سند از انواع مختلف است. زمینه های کسب و کار 1C قصد دارد اسناد جدیدی را به آن اضافه کند و اسناد موجود را شرح دهد.

همانطور که نمایندگان 1C توضیح می دهند، ظهور EnterpriseData نه تنها با نیاز به ادغام برنامه های کاربردی شرکت در نرم افزار سایر توسعه دهندگان، بلکه - شاید حتی در درجه اول - برای ایجاد یک مکانیسم یکپارچه برای ارتباطات اطلاعاتی در خانواده نرم افزار 1C:Enterprise توضیح داده می شود. تا همین اواخر، طیف گسترده ای از راه حل ها برای حل این مشکلات استفاده می شد که اغلب به صورت موردی ایجاد می شد. انتقال محصولات 1C به EnterpriseData در حال حاضر آغاز شده است؛ از آن در تمام آخرین نسخه های برنامه های کلیدی آن استفاده می شود ("1C: ERP Enterprise Management 2.0"، "1C: Accounting 8" 3.0، "1C: Accounting 8 KORP" 3.0، "1C: خرده فروشی" "2.0، "1C: مدیریت تجارت" 11). در عین حال، جایگزینی استانداردهای از قبل استفاده شده (CommerceML، کار با بانک ها) با EnterpriseData انتظار نمی رود، زیرا الگوریتم های تخصصی تست شده با زمان کارآمدتر از ابزارهای جهانی کار می کنند.

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

هنگام استفاده از استاندارد EnterpriseData، داده ها بین برنامه ها در قالب یک فایل XML با استفاده از طرحواره های XML مناسب منتقل می شوند، در حالی که انتقال فیزیکی اطلاعات را می توان با استفاده از مکانیسم های مختلفی انجام داد: خدمات وب، اشتراک گذاری فایل از طریق دایرکتوری، FTP و ایمیل. یک نکته مهم این است که الگوریتم تعامل متضمن توانایی گیرنده برای تأیید واقعیت دریافت و پردازش داده های ارسال شده به او است. خود فایل XML به صورت فیزیکی به صورت فشرده (ZIP) عرضه می شود که اغلب به شما امکان می دهد تا ترافیک اطلاعات را به میزان قابل توجهی کاهش دهید.

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

در این مقاله تجربه کوچک خود را در سازماندهی تبادل داده از طریق قالب جهانی EnterpriseData شرح خواهم داد.

در مورد من، صرافی بین پیکربندی‌های "Trade Management 11.2" (از این پس UT) و "Enterprise Accounting 3.0.43" (از این پس BP) پیکربندی شده است. مبادله یک طرفه است، از UT به BP. قبل از ارتقاء Trade Management 11.1 به 11.2، تبادل داده با استفاده از پیکربندی Data Conversion 2.0 پیکربندی شده بود. با این حال، پس از تغییر به "11.2"، خطاهایی در "مدیریت تجارت" برای کاربران ظاهر شد. روند به روز رسانی قوانین مبادله انجام شد، اما نتیجه ای نداشت. دیباگر نشان داد که مشکل در تبادل داده است. تصمیم گرفته شد که تنظیمات تبادل داده در هر دو پیکربندی حذف و دوباره پیکربندی شود.

هر دو "مدیریت تجارت" و "حسابداری سازمانی" در نسخه مشتری-سرور کار می کنند. من شروع به تنظیم همگام سازی با UT کردم. من این کار را به گونه ای انجام دادم که داده ها از UT در یک فایل آپلود شد. یعنی همگام سازی از طریق دایرکتوری شبکه. در BP من صرافی را به گونه ای پیکربندی کردم که هیچ داده ای از BP دانلود نشود.

خطا هنگام فراخوانی روش زمینه (تأیید): خطای اعتبارسنجی داده XDTO:
ساختار شیء "/Counterparty Bank Account/Bank" با نوع مطابقت ندارد: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
بررسی ویژگی "BIK":
شکل: عنصر
نام: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
نوع:
اموال مورد نیاز گم شده است
موضوع: توافق با طرف مقابل به شماره ...

برای تجزیه و تحلیل خطا، روی نماد "ترکیب داده های ارسال شده" کلیک کردم و در لیست قراردادهای پیمانکاری ثبت شده برای ارسال، توافق نامه ای را پیدا کردم که خطا برای آن ظاهر شد. من قرارداد را باز کردم و حساب بانکی طرف مقابل را که در قرارداد مشخص شده بود به یاد آوردم. سپس به حساب های بانکی ثبت شده برای حمل و نقل رفتم. مشخص شد که حساب مورد نیاز در لیست موارد ثبت شده وجود ندارد. حساب بانکی و قرارداد مشکل دار را دوباره اصلاح کردم. پس از آن به صورت دستی حساب بانکی مورد نیاز را ثبت کردم.

دوباره سعی کردم داده ها را از UT همگام کنم. این بار داده ها با موفقیت بارگذاری شد. یک فایل XML در پوشه شبکه حاوی داده هایی برای انتقال از UT به BP تولید شد.

مرحله بعدی بارگذاری داده ها از فایل در بخش حسابداری سازمانی است. در پیکربندی «حسابداری سازمانی»، روی دکمه «همگام‌سازی» کلیک کردم، یک فرم پردازشی با پیام «تجزیه و تحلیل داده‌ها در حال انجام» باز شد. کمی بعد پیام به "بارگذاری داده در حال انجام است" تغییر کرد. در همان زمان، نشانگر و شمارنده نشان داد که بیش از 80 هزار شی از واحد منبع تغذیه تخلیه می شود. این من را گیج کرد، زیرا در تنظیمات نشان دادم که هیچ چیزی نباید از منبع تغذیه تخلیه شود. پردازش زمان زیادی طول کشید و با این خطا به پایان رسید:

رویداد: تبادل داده
(GeneralModule.Long-runningOperations.Module(371)): فرآیند کار پس زمینه به طور غیرعادی خاتمه یافت
RaiseException (ErrorText);

برای بومی سازی خطا، سعی کردم تنظیمات همگام سازی و گزینه های عملکرد پایه منبع تغذیه را تغییر دهم. در نتیجه، وقتی پایگاه داده را به یک نسخه فایل تبدیل کردم، سیستم به اندازه کافی کار کرد: فرمی برای مقایسه دو پایگاه داده باز شد. پس از تطبیق اشیاء، همگام سازی اولیه با موفقیت انجام شد. سپس پایگاه داده را به نسخه سرویس گیرنده-سرور برگرداندم.

با آزمایش بیشتر همگام سازی، لازم بود تغییراتی در قوانین تبدیل اشیا ایجاد شود. زمان استفاده از پیکربندی Data Conversion 3.0 فرا رسیده است. راهنمای پیکربندی داخلی نحوه عملکرد آن را توضیح می دهد. مقالات در وب سایت ITS نیز کمک کننده است.

در نتیجه، داده های زیر را در "تبدیل داده 3.0" بارگذاری کردم:

  • متون ماژول عمومی "مدیر تبادل داده از طریق فرمت جهانی" از دو پایگاه داده
  • چیدمان هر دو پایه
  • شرح فرمت EnterpriseData (از هر پایگاه داده)
  • قوانین تبدیل

پس از دانلود، قوانین تبدیل داده ها، اشیاء و خصوصیات را در «تبدیل داده 3.0» باز کردم. تغییراتی را که لازم داشتم انجام دادم. سپس از دکمه "Unload manager exchange manager" استفاده کردم. متن ماژول در کلیپ بورد کپی شده است. تنها چیزی که باقی می ماند این است که آن را در پیکربندی قرار دهید.

با آزمایش تنظیم قوانین در "تبدیل داده 3.0"، برای خودم به این نتیجه رسیدم که در مواردی که تغییرات ایجاد شده ناچیز هستند، تنظیم قوانین به طور مستقیم در تنظیمات UT و BP در ماژول عمومی آسان تر است. "مدیر تبادل داده از طریق فرمت جهانی". اگر ویرایش‌ها جدی هستند، مانند افزودن یک شی جدید به تبادل، باید از پیکربندی استفاده کنید. تبدیل داده 3.0 اینچ

من وظیفه اضافه کردن سند "سفارش به تامین کننده" را به طرح مبادله با استفاده از " تبدیل داده 3.0". در نسخه استاندارد UT - BP این سند در طرح مبادله گنجانده نشده است.

به یاد داشته باشید که قوانین ثبت اشیاء برای آپلود هنوز در پیکربندی "تبدیل داده 2.0" پیکربندی شده است.

اینها اولین برداشت از همگام سازی داده ها از طریق قالب جهانی EnterpriseData هستند.

P.S. اگر سؤال یا مشاهدات خود در مورد تبادل داده از طریق قالب و پیکربندی جهانی دارید" تبدیل داده 3.0" در نظرات بنویسید ما با هم تبادل تجربیات خواهیم کرد.

  • همگام سازی داده ها
  • قالب جهانی EntepriseData
  • تبدیل داده 3.0
  • تبدیل داده 2.0
  • مدیریت تجارت
  • حسابداری سازمانی

چاپ (Ctrl+P)

تبادل از طریق یک قالب جهانی

زیرسیستم تبادل اطلاعات کتابخانه زیرسیستم های استاندارد شامل 4 گزینه (فناوری) برای تبادل اطلاعات بین پایگاه های اطلاعاتی مختلف است:

  • پایگاه های اطلاعاتی توزیع شده (RIB)؛
  • تبادل داده از طریق فرمت جهانی؛
  • تبادل داده بر اساس قوانین مبادله (قوانین تبادل با استفاده از پیکربندی "تبدیل داده"، ویرایش 2.1 ایجاد می شود).
  • تبادل داده بدون قوانین مبادله

این مقاله به بحث در مورد تکنولوژی تبادل داده از طریق قالب جهانی EnterpriseData. این فناوری با نسخه 2.3.1.62 در "کتابخانه زیرسیستم های استاندارد" موجود است. در اوایل سال 2016 منتشر شد. در حال حاضر، آخرین نسخه BSP 2.3 (برای استفاده با پلتفرم 1C:Enterprise 8.3 که کمتر از نسخه 8.3.8.1652 با حالت سازگاری غیرفعال است) نسخه 2.3.6.17 را منتشر کرده است.

برنج. 1 آخرین نسخه BSP 2.3

در میان فایل های ارائه راه حل های برنامه 1C، یک فایل متنی "نسخه های کتابخانه" وجود دارد که در آن نوشته شده است که بر اساس کدام نسخه از BSP برنامه توسعه یافته است، به عنوان مثال، بر اساس راه حل برنامه UT 11.3.3.231، BSP 2.3.5.65 تشکیل شد.

لطفاً توجه داشته باشید که برای استفاده با نسخه پلتفرم "1C: Enterprise 8.3" کمتر نیست 8.3.10.2168 نسخه با حالت سازگاری غیرفعال منتشر شد BSP 2.4.

شرح فرمت EnterpriseData

فرمت EnterpriseData چیست؟

این قالبی است که به شما امکان می دهد یک شی پایگاه اطلاعاتی (طرف مقابل، صورتحساب و غیره) را توصیف کنید یا این واقعیت را گزارش کنید که این شیء حذف شده است. انتظار می رود پیکربندی که فایل را با فرمت EnterpriseData دریافت می کند مطابق با آن واکنش نشان دهد - اشیاء جدیدی ایجاد می کند و مواردی را که به عنوان حذف شده در فایل علامت گذاری شده اند حذف می کند. برای تبادل اطلاعات بین پیکربندی های UT، RT، UNF، BP در نظر گرفته شده است. این قالب همچنین می‌تواند برای تبادل اطلاعات با هر سیستم اطلاعاتی دیگری استفاده شود: به ویژگی‌های نرم‌افزار خود یا ساختارهای پایگاه اطلاعاتی که در مبادله شرکت می‌کنند بستگی ندارد و محدودیت‌های آشکاری در استفاده ندارد.

نسخه با فرمت EnterpriseData

همانطور که در شکل نشان داده شده است، داده های قالب در بسته های XDTO در شاخه های پیکربندی پایگاه داده عمومی ذخیره می شوند. 2

شکل 2 XDTO – بسته های قالب داده EnterpriseData

در شکل 2 نشان می دهد که چندین بسته XDTO وجود دارد. اینها نسخه های مختلف فرمت هستند. شماره نسخه فرمت شامل X.Y.Z است که X.Y نسخه است، Z نسخه ماینر است. نسخه کوچک در صورت رفع اشکال و سایر تغییرات که در آنها: عملکرد منطق تبدیل داده ها بر اساس نسخه قبلی قالب حفظ می شود (حفظ سازگاری با الگوریتم های انتقال داده فعلی از طریق قالب) افزایش می یابد. پشتیبانی از قابلیت های قالب جدید برای منطق تبدیل داوطلبانه است. نمونه ای از چنین تغییراتی می تواند تصحیح یک خطا، تغییر ویژگی های اشیاء قالب، افزودن ویژگی هایی باشد که استفاده از آنها هنگام تبدیل داده ها اجباری نیست. در موارد دیگر، هنگامی که قالب تغییر می کند، نسخه اصلی افزایش می یابد: X - در مورد بازسازی جهانی، Y - در موارد دیگر.
فرمت نمایش اشیا (اسناد یا عناصر دایرکتوری) را در قالب فایل های XML توصیف می کند. نسخه 1.0.1 شامل شرح 94 شی از حوزه های مختلف (مالی، تولید، خرید و فروش، عملیات انبار) می باشد. نام انواع، به عنوان یک قاعده، به خوبی قابل درک است و نیازی به توضیح اضافی ندارد: به عنوان مثال، "سند. قانون کار تکمیل شده" یا "دایرکتوری. طرف مقابل". همانطور که می بینید، شرح انواع سند با پیشوند "Documentary." و عنصر دایرکتوری با پیشوند "Directory" شروع می شود. توضیحات دقیق تری از قالب را می توان یافت
آخرین نسخه 1.3 است، اما رایج ترین نسخه 1.0 است. تفاوت زیادی بین نسخه ها وجود ندارد. قالب EnterpriseDataExchange_1_0_1_1 هنگام تبادل از طریق وب سرویس استفاده می شود.
توجه داشته باشید کهکه بسته فرمت داده EnterpriseData همراه با آن استفاده می شود ExchangeMessageهنگام ایجاد قوانین تبدیل این بسته حاوی شی نوع است اطلاعات اضافیکه می تواند هر نوع مقداری داشته باشد و هنگام ایجاد یک قانون تبدیل بین اشیاء پیکربندی استفاده می شود. که در قالب داده نیستند. دقیقا، ممنون اطلاعات اضافیشما می توانید قوانین مبادله را بدون تغییر فرمت داده ها در بسته های XDTO تطبیق داده و سفارشی کنید.


برنج. 3 ساختار بسته XDTOExchangeMessage

چگونه داده ها را در قالب EnterpriseData تبادل کنیم؟

تبادل داده در قالب EnterpriseData با پیکربندی یک تبادل فایل است. در پاسخ به فایل دریافتی از برنامه خارجی، پیکربندی آن را پردازش کرده و یک فایل پاسخ ایجاد می کند. فایل ها قابل تبادل هستند:

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

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

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

مرحله بعدی برای برنامه شخص ثالث است - باید اطلاعات فایل XML را پردازش کرده و در جلسه همگام سازی بعدی در بخش قرار دهد. اطلاعاتی مبنی بر اینکه پیامی از پیکربندی با یک شماره خاص با موفقیت دریافت شده است (شماره پیام دریافتی از پیکربندی را در قسمت ReceivedNo قرار دهید). پیام دریافت سیگنالی به پیکربندی است که همه اشیا با موفقیت توسط برنامه خارجی پردازش شده اند و دیگر نیازی به انتقال اطلاعات در مورد آنها نیست. علاوه بر رسید، فایل XML از یک برنامه شخص ثالث همچنین می تواند حاوی داده هایی برای همگام سازی باشد (در بخش ).

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

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

پس از پردازش فایل، پیکربندی یک فایل XML ایجاد می‌کند که حاوی یک پیام رسید و داده‌های جدید برای همگام‌سازی از سمت پیکربندی است (اگر از آخرین جلسه همگام‌سازی وجود داشته باشد).

می توانید جزئیات بیشتری در مورد تبادل داده با راه حل های کاربردی در پلت فرم 1C: Enterprise در قالب EnterpriseData مشاهده کنید.

ماژول عمومی "مدیر بورس از طریق قالب جهانی".

رویه ها و عملکردهایی که به طور کامل قوانین بارگیری داده ها از پایگاه اطلاعات را در قالب تبادل و قوانین بارگیری داده ها از قالب مبادله در پایگاه اطلاعاتی را توصیف می کنند در یک ماژول مشترک - ماژول مدیر تبادل از طریق یک قالب جهانی ایجاد می شوند.


برنج. 4 ساختار ماژول مدیر تبادل از طریق یک قالب جهانی

ماژول به طور خودکار با استفاده از پیکربندی "تبدیل داده"، نسخه 3.0، بر اساس قوانین تبادل پیکربندی شده، یا به صورت دستی در پیکربندی ایجاد می شود.

این ماژول از چندین بخش بزرگ تشکیل شده است که هر کدام شامل گروهی از رویه ها و عملکردهای خاص خود است.

  1. یک نظر. خط اول ماژول حاوی یک نظر با نام تبدیل است. این خط برای شناسایی ماژول هنگام استفاده از دستور در برنامه Data Conversion، ویرایش 3.0، برای مثال، ضروری است. // تبدیل UP2.2.3 از 06/01/2017 19:51:50
  2. رویه های تبدیل. شامل رویه های از پیش تعریف شده است که در مراحل مختلف همگام سازی داده ها انجام می شود: قبل از تبدیل، بعد از تبدیل، قبل از پر کردن معوق.
  3. قوانین پردازش داده (DPR). شامل رویه ها و عملکردهایی است که قوانین پردازش داده ها را توصیف می کند.
  4. قوانین تبدیل شی (OCR). شامل رویه ها و توابعی است که قوانین تبدیل اشیاء و همچنین قوانین تبدیل خواص این اشیاء را شرح می دهد.
  5. قوانین از پیش تعریف شده تبدیل داده ها (PDC).شامل رویه ای است که قوانین تبدیل داده های از پیش تعریف شده را پر می کند.
  6. الگوریتم ها. شامل الگوریتم های دلخواه است که از قوانین دیگر (POD یا PKO) فراخوانی می شوند.
  7. گزینه ها.شامل منطق پر کردن پارامترهای تبدیل است.
  8. همه منظوره. شامل رویه ها و توابعی است که به طور گسترده در قوانین و الگوریتم ها استفاده می شود.

پارامترهای رویه ها و توابع که در چندین نوع رویه در ماژول مدیر استفاده می شوند در زیر توضیح داده شده اند.

تبادل اجزا نوع - ساختار. شامل پارامترها و قوانین مبادله است که به عنوان بخشی از جلسه تبادل مقداردهی شده است.

جهت مبادله. نوع – رشته. یا "ارسال" یا "دریافت".

داده های IB نوع – DirectoryObjectیا DocumentObject.

رویه های مربوط به رویدادهای تبدیل

سه رویه از پیش تعریف شده وجود دارد که در طول فرآیند تبدیل فراخوانی می شوند:

  • قبل از تبدیل. قبل از همگام سازی داده ها فراخوانی شده است. این رویه معمولاً منطق اولیه سازی پارامترهای مختلف تبدیل، پر کردن مقادیر پیش فرض و غیره را در خود جای می دهد. مبادله اجزا.
  • پس از تبدیل. پس از تکمیل همگام‌سازی داده‌ها، اما قبل از اینکه لایه‌بندی تنبلی رخ دهد، فراخوانی می‌شود. گزینه ها: مبادله اجزا.
  • قبل از تاخیر پر شدن. قبل از اینکه پر شدن تنبلی رخ دهد، تماس گرفته می شود. منطق مرتب سازی یا تنظیم جدول اشیاء در معرض پر شدن تنبل را می توان در اینجا قرار داد. گزینه ها: مبادله اجزا.

رویه های AML

قوانین پردازش داده را پر کنید. یک رویه صادراتی که حاوی منطق تکمیل قوانین پردازش داده است. شامل فراخوانی‌های رویه‌های دیگر است که یک قانون برای پردازش یک شی خاص به جدول قوانین اضافه می‌کنند (روش‌های زیر را ببینید AML را اضافه کنید). گزینه ها: جهت مبادله, قوانین پردازش داده ها

اضافه کردن UNDER_<ИмяПОД>. مجموعه ای از رویه ها که جدول را تحت قوانین برای اشیاء خاص پر می کند. تعداد چنین رویه هایی با تعداد AML ارائه شده برای این تبدیل در برنامه Data Conversion، ویرایش 3.0 مطابقت دارد. گزینه ها: قوانین پردازش داده ها(جدولی از مقادیر که به عنوان بخشی از جلسه مبادله راه اندازی شده است).

زیر_<ИмяПОД>_هنگام پردازش. رویه حاوی متن کنترل کننده است در طول پردازشبرای یک AML خاص کنترل کننده برای پیاده سازی منطق تبدیل در سطح شی طراحی شده است. به عنوان مثال، بسته به محتوای شی، یک PQO خاص را به یک شی خاص اختصاص دهید. گزینه ها:

  • اطلاعات Bیا DataXDTO(بسته به جهت مبادله):
  • هنگام ارسال - شیء ( DirectoryObject,DocumentObject);
  • پس از دریافت - ساختاری با توصیف شی XDTO.
  • استفاده از PKO. نوع - ساختار. کلید حاوی یک رشته با نام PCO و مقدار نوع آن است بولی (درست است، واقعی- PKO استفاده می شود، دروغ- PKO استفاده نمی شود).
  • مبادله اجزا.

زیر_<ИмяПОД>_نمونه گیری داده ها تابع حاوی متن کنترل کننده است هنگام تخلیه. کنترل کننده برای پیاده سازی یک الگوریتم دلخواه برای انتخاب اشیایی که باید تخلیه شوند طراحی شده است. مقدار بازگشتی: آرایه ای از اشیاء که باید تخلیه شوند. آرایه می تواند هم پیوندهایی به اشیاء پایگاه اطلاعاتی و هم ساختاری با داده هایی برای آپلود داشته باشد. گزینه ها: مبادله اجزا.

رویه های PKO

قوانین تبدیل شی را پر کنید. یک رویه صادراتی که حاوی منطق پر کردن قوانین تبدیل اشیا است. شامل فراخوانی‌های رویه‌های دیگری است که یک قانون تبدیل شی خاص را به جدول قوانین اضافه می‌کنند (روش‌های زیر را ببینید PKO را اضافه کنید). گزینه ها: جهت مبادله, قوانین تبدیل(جدولی از مقادیر که به عنوان بخشی از جلسه مبادله راه اندازی شده است).

افزودنPKO_<ИмяПКО>. مجموعه ای از رویه ها که جدول PKO را با قوانینی برای اشیاء خاص پر می کند. تعداد چنین رویه هایی با تعداد PKO های ارائه شده برای این تبدیل در برنامه تبدیل داده، نسخه 3.0 مطابقت دارد. گزینه ها: قوانین تبدیل(جدولی از مقادیر که به عنوان بخشی از جلسه مبادله راه اندازی شده است).

PKO_<ИмяПКО>_WhenSendingData. رویه حاوی متن کنترل کننده است هنگام ارسالبرای یک PKO خاص هنگام بارگذاری داده ها از هندلر استفاده می شود. طراحی شده برای پیاده سازی منطق تبدیل داده های موجود در یک شی پایگاه اطلاعاتی به شرح یک شی XDTO. گزینه ها:

  • اطلاعات B. نوع - DirectoryObject, DocumentObject. شی پایگاه اطلاعاتی در حال پردازش است.
  • DataXDTO. نوع - ساختار. طراحی شده برای دسترسی به داده های شی XDTO.
  • مبادله اجزا.
  • StackUploads. نوع - آرایه. حاوی پیوندهایی به اشیاء بارگیری نشده، با در نظر گرفتن تودرتو.

PKO_<ИмяПКО>_هنگام تبدیل داده های XDTO. رویه حاوی متن کنترل کننده است هنگام تبدیل DataXDTOبرای یک PKO خاص هنگام بارگیری داده ها از هندلر استفاده می شود. طراحی شده برای پیاده سازی منطق تبدیل داده های دلخواه XDTO. گزینه ها:

  • DataXDTO. نوع - ساختار. ویژگی های شی XDTO که برای سهولت دسترسی به آنها از قبل پردازش شده اند.
  • داده های دریافتی. نوع - DirectoryObject, DocumentObject. یک شی پایگاه اطلاعاتی که از تبدیل داده های XDTO تشکیل شده است. در پایگاه اطلاعاتی ثبت نشده است.
  • مبادله اجزا.

PKO_<ИмяПКО>_قبل از ثبت اطلاعات دریافتی. رویه حاوی متن کنترل کننده است قبل از ثبت اطلاعات دریافتیبرای یک PKO خاص هنگام بارگیری داده ها از هندلر استفاده می شود. طراحی شده برای پیاده سازی منطق اضافی که باید قبل از ضبط یک شی در پایگاه اطلاعاتی انجام شود. به عنوان مثال، آیا تغییرات باید در داده های امنیت اطلاعات موجود بارگذاری شوند یا باید به عنوان داده های جدید بارگذاری شوند. گزینه ها:

  • داده های دریافتی. نوع - DirectoryObject, DocumentObject. یک عنصر داده ای که با تبدیل داده های XDTO ایجاد می شود.

اگر این داده برای پایگاه اطلاعات جدید باشد (پارامتر اطلاعات Bحاوی مقدار است تعریف نشده).

در غیر این صورت داده های دریافتیجایگزین کردن اطلاعات B(تمام خواص از داده های دریافتیمنتقل شد به اطلاعات B).

اگر جایگزینی استاندارد داده های امنیت اطلاعات با داده های دریافتی مورد نیاز نیست، باید منطق انتقال خود را بنویسید و سپس پارامتر را تنظیم کنید. داده های دریافتیمعنی تعریف نشده:

  • اطلاعات B. نوع - DirectoryObject, DocumentObject. یک عنصر داده پایگاه اطلاعاتی مربوط به داده های دریافتی. اگر هیچ داده منطبقی یافت نشد، حاوی تعریف نشده.
  • Converting Properties. نوع - جدول مقادیر. حاوی قوانینی برای تبدیل خواص شی فعلی است که به عنوان بخشی از جلسه تبادل مقداردهی اولیه شده است.
  • مبادله اجزا.

رویه های PCPD

قوانین تبدیل داده های از پیش تعریف شده را پر کنید. یک رویه صادراتی که حاوی منطق پر کردن قوانین تبدیل داده های از پیش تعریف شده است. گزینه ها: جهت مبادله, قوانین تبدیل(جدولی از مقادیر که به عنوان بخشی از جلسه مبادله راه اندازی شده است).

الگوریتم ها

در برنامه "تبدیل داده"، ویرایش 3.0، امکان ایجاد الگوریتم های دلخواه وجود دارد که از کنترل کننده های AML و PKPD فراخوانی می شوند. نام، پارامترها و محتوای الگوریتم ها هنگام توسعه قوانین تعیین می شود.

گزینه ها

ConversionParameters را پر کنید. رویه صادراتی که در آن ساختار با پارامترهای تبدیل پر می شود. گزینه ها: گزینه های تبدیل(نوع - ساختار).

رویه ها و عملکردهای هدف عمومی

ExecuteManagerModuleProcedure. گزینه ها: نام رویه(خط) گزینه ها(ساختار). یک رویه صادرات، که برای فراخوانی یک رویه ماژول غیر صادراتی در نظر گرفته شده است، نام و پارامترهای آن به عنوان ورودی دریافت می‌شود. به شما امکان می‌دهد بدون استفاده از روش، رویه یا تابعی را در یک خط فراخوانی کنید اجرا کردن.

ExecuteManagerModuleFunction. گزینه ها: نام رویه(خط) گزینه ها(ساختار). عملکرد، هدف مشابه ExecuteManagerModuleProcedure. تفاوت این است که یک تابع را فراخوانی می کند و مقدار آن را برمی گرداند.

بیایید به یک مثال ساده از زندگی واقعی نگاه کنیم. فرض کنید شرکتی داریم که به تجارت عمده و خرده فروشی مشغول است و در این شرکت نیز مانند هر شرکت دیگری حسابداری انجام می شود. شرکت دارای دو پایگاه داده استاندارد است، اینها UT (مدیریت تجارت) و BP (حسابداری شرکت)، به ترتیب، در هر یک از پایگاه های داده سوابق خود نگهداری می شود، در UT مدیریت وجود دارد که تمام معاملات مربوط به تجارت را منعکس کند، در BP حسابداری وجود دارد. برای اینکه کار مضاعف انجام نشود، یعنی. اسناد مشابه را در دو پایگاه داده ایجاد نکنید (بالاخره، حرکات باید در مدیریت و حسابداری باشد) ما فقط همگام سازی بین این پایگاه های داده را تنظیم خواهیم کرد.

ما تبادل اطلاعات یک طرفه را راه اندازی خواهیم کرد، از UT ---> BP. همچنین امکان راه اندازی یک مبادله دو طرفه وجود دارد، اما در عمل اغلب این مورد نیاز نیست، بنابراین در مثال خود آن را در نظر نخواهیم گرفت.

مراحل مقدماتی برای راه اندازی صرافی در BP

بیایید شروع به تنظیم همگام سازی کنیم، ابتدا به پایگاه داده 1C "Enterprise Accounting 3.0" (گیرنده) بروید، باید بررسی کنیم که آیا همگام سازی برای این پایگاه داده فعال است یا خیر، برای انجام این کار ابتدا باید به پایگاه داده برویم. به محض باز شدن پایگاه داده، به تب بروید "اداره" ---> "تنظیمات همگام سازی داده ها"

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

ما به تنظیم همگام سازی داده ها در UT ادامه می دهیم

پس از انجام تمام اقدامات لازم در پایگاه داده گیرنده (BP 3.0)، برای ادامه راه اندازی تبادل داده، باید پایگاه داده منبع را باز کنیم (UT 11.1). به تب "Administration" بروید، "تنظیمات همگام سازی داده ها" را در منوی سمت چپ انتخاب کنید.. اگر همگام سازی فعال نیست، آن را با استفاده از کادر انتخاب فعال کنید و فراموش نکنید که پیشوند پایه منبع را مشخص کنید. هنگامی که تمام مراحل 1-4 را همانطور که در تصویر زیر نشان داده شده است انجام دادیم، باید بر روی پیوند "همگام سازی داده ها" (مرحله 5) کلیک کنید.

در پنجره جدیدی که ظاهر می شود، باید روی علامت سبز سبز کلیک کنید (تنظیم همگام سازی داده ها)، در منوی کشویی مورد "حسابداری سازمانی 3.0" را انتخاب کنید.

تنظیم نقاط مهم در تبادل داده بین UT و BP

اکنون پنجره ای با تنظیمات همگام سازی داده ها در 1C می بینیم، "تعیین تنظیمات دستی" را انتخاب کرده و روی "بعدی" کلیک کنید.

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

در صفحه بعد باید قوانین ارسال و دریافت اطلاعات از پیکربندی BP 3.0 (گیرنده) را پر کنیم. روی "تغییر قوانین آپلود داده" کلیک کنید.

پنجره "قوانین ارسال داده" در مقابل ما باز شده است، در آن پارامترهای زیر را تنظیم می کنیم:

  • کدام داده های مرجع ارسال خواهد شد (در مثال ما، ما فقط به اسناد و داده های مرجع استفاده شده در آنها علاقه مند هستیم، بنابراین مورد مناسب را انتخاب کردیم؛ اگر اولین مورد "ارسال همه" را انتخاب کنید، همه کتاب های مرجع دوباره بارگیری می شوند. همراه با اسناد، اغلب اگر از اطلاعات در اسناد استفاده نشود، برای گیرنده بی فایده است، زیرا به هیچ وجه بر حسابداری تأثیر نمی گذارد.
  • از چه تاریخی باید همه اطلاعات ارسال شوند (ما در این مقاله همگام سازی دستی را در نظر نخواهیم گرفت)
  • به کدام یا کدام سازمان ها داده ارسال شود (در مثال ما یک سازمان را انتخاب کردیم، IP "کارآفرین")
  • قوانین تشکیل قرارداد
  • انبار عمومی
  • آیا باید اسناد را بر اساس انبار جمع کنم؟

پس از انجام تنظیمات، روی "ذخیره و بستن" کلیک کنید.

از آنجایی که در مثال ما تبادل یک طرفه، از UT به BP را راه اندازی و استفاده می کنیم، سپس تنظیمات قوانین مربوط به دریافت داده ها از "Enterprise Accounting 3.0" برای ما جالب نیست، بنابراین روی "بعدی" کلیک می کنیم.

در یک پنجره جدید، از ما خواسته می شود که قوانینی را برای پایه گیرنده (RB) پیکربندی کنیم. در نقطه 1، پایگاه داده خود را نامگذاری می کنیم، به آن یک پیشوند می دهیم. PREFIX باید همان باشد که در خود پایگاه داده BP در ابتدای این مقاله تنظیم کردیم؛ اگر پیشوندها متفاوت باشند، همگام سازی داده ها در برنامه 1C کار نخواهد کرد.پس از آن روی نقطه 2 و سپس روی نقطه 3 کلیک کنید.

در نکته 3، باید اجازه دهیم اسناد زمانی که در پایگاه داده بارگذاری می شوند، پردازش شوند. روی "ذخیره و بستن" کلیک کنید.

حالا پنجره باید چیزی شبیه به تصویر زیر باشد، روی "بعدی" کلیک کنید.

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

گام بعدی این برنامه بلافاصله پس از ایجاد تنظیمات تبادل داده، همگام سازی را ارائه می دهد. بیایید با این موافقت کنیم و روی "انجام شد" کلیک کنیم.

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

بیایید به یک مثال نگاه کنیم، فرض کنید در UT یک طرف مقابل با نام "PharmGroup LLC" و TIN 1234567 وجود دارد و در BP نیز یک طرف مقابل با TIN 1234567 وجود دارد، اما نام "PharmGroup" اگر اینها را مقایسه نکنیم. دو شی هنگام مقایسه داده ها در مرحله همگام سازی، سپس پس از همگام سازی در گیرنده (Enterprise Accounting 3.0)، به ترتیب دو طرف مقابل با TIN 1234567 و دو نام "PharmGroup LLC" و "PharmGroup" خواهیم داشت. برای جلوگیری از چنین شرایطی، مکانیزمی برای مقایسه اشیاء اختراع شد.

در مثال ما، پایگاه داده گیرنده خالی است و بنابراین پنجره مقایسه شی باز نمی شود. اما پس از انجام برخی عملیات، سیستم قطعاً از کاربر می خواهد تا مقداری داده اضافی اضافه کند و پنجره زیر را نمایش دهد. ما نیازی به انتقال داده های اضافی نداریم، ما قبلاً همه چیزهایی را که نیاز داریم پیکربندی کرده ایم، بنابراین در این مرحله "Do not add document to sending" را انتخاب می کنیم. روی "بعدی" کلیک کنید.

مرحله نهایی تبادل داده بین 1C

در مرحله نهایی، برنامه پنجره زیر را نمایش می دهد که در آن کاربر از موفقیت آمیز بودن همگام سازی مطلع می شود، روی "پایان" کلیک کنید. در این مرحله، همگام سازی بین پایگاه های داده در یک تبادل یک طرفه از "Trade Management 11.1" (UT) به "Enterprise Accounting 3.0" (BP) تکمیل می شود.