تبادل اطلاعات جهانی xml 8.3. مبادله از طریق یک فرمت جهانی

هنگام تدوین قوانین مبادله 1C 8 ، امکان بازتعریف برنامه ای رفتار قوانین مبادله به طور گسترده ای مورد استفاده قرار می گیرد - مکانیسم کنترل کنندگان. کنترل کننده رویداد به طور قابل توجهی عملکرد را گسترش می دهد و یک ابزار ضروری برای تنظیم قوانین مبادله در مواردی است که قابلیت پیکربندی تعاملی کافی نیست.

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

اگر یک پلت فرم 1C: Enterprise 7.7 باشد ، کد کنترل کننده برای پردازش بارگذاری یا بارگیری در کد ادغام می شود. بر این اساس ، هر کنترل کننده یا الگوریتم به یک تابع جداگانه اختصاص داده شده و برای اشکال زدایی در حین تبادل در دسترس است.

اگر بارگذاری یا بارگیری در پلت فرم 1C: Enterprise 8 انجام شود ، کد کنترل کننده در کد پردازش تبادل داده ادغام نمی شود ، بلکه در فایل قوانین تبادل بارگذاری می شود. در فرآیند تبادل داده ، کد کنترل کننده ها یا الگوریتم ها از پرونده قوانین گرفته شده و مستقیماً در زمینه عبارت "Execute" اجرا می شود. برای اشکال زدایی کد کنترل کننده ها و الگوریتم ها ، می توانید از پردازش استفاده کنید " مبادله جهانیداده های XML ”

چاپ (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 چیست؟

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

نسخه فرمت EnterpriseData

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

شکل 2 XDTO - بسته های فرمت داده EnterpriseData

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

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

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

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

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

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

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

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

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

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

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

درباره ارتباط با او بیشتر بدانید راه حل های کاربردیدر پلت فرم 1C: Enterprise در قالب EnterpriseData ، می توانید ببینید

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

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

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

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

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

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

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

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

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

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

روشهای رویداد تبدیل

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

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

روشهای AML

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

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

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

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

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

روشهای PKO

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

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

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

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

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

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

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

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

اگر این داده ها برای پایگاه داده جدید (پارامتر) جدید باشد ، ثبت می شود داده های IBحاوی مقدار است تعریف نشده).

در غیر این صورت ReceivedDataخود را جایگزین کنند داده های IB(همه خواص از ReceivedDataمنتقل شده به داده های IB).

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

• داده های IB... نوعی از - مرجع, DocumentObject... مورد داده infobase مربوط به داده های دریافت شده است. اگر هیچ داده منطبقی یافت نشد ، شامل می شود تعریف نشده.
• ویژگی های تبدیل... نوعی از - جدول ارزشها... شامل قوانین تبدیل ویژگی های شیء فعلی است که در طول اجرای جلسه مبادله اولیه شده است.
• اجزای تبادل.

روشهای PCPD

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

الگوریتم ها

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

گزینه ها

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

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

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

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

در زندگی واقعی ، یک شرکت نادر می تواند با یک پایگاه 1C مدیریت کند. شایع ترین وضعیت دو پایه حسابداری و حقوق است.

پایه ها باید متصل شوند - حقوق محاسبه شده است ، مالیات های محاسبه شده باید به بخش حسابداری برود.

برای اتصال چندین پایگاه ، 1C Exchange وجود دارد. او چگونه کار می کند؟

Exchange 1C چیست؟

یک فروشگاه زنجیره ای و یک دفتر مرکزی وجود دارد. هر فروشگاه و دفتر یک انبار دارد. کالاها از انبار به انبار منتقل می شوند (عمدتا از انبارهای مرکزی به انبارها) ، و در فروشگاه ها به فروش می رسند.

پایه 1C خرده فروشی در دفتر و پایگاه مشابه در هر فروشگاه استفاده می شود. پایگاه ها در فروشگاه ها - تابع پایگاه در دفتر.

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

در فروشگاه ها ، اسنادی در مورد فروش کالا ایجاد می شود. اسناد در پایگاه دفتر بارگذاری می شوند و فروش در آنجا "ظاهر می شود".

چنین طرحی پایگاه اطلاعات توزیع شده (RIB) نامیده می شود. روشهای "بارگذاری" اسناد - مبادله دوجانبه 1C. و تنظیم این طرح URIB یا URIBD (مدیریت پایگاه های اطلاعات توزیع شده) است.

اصول تبادل فهرست در 1C

فهرستهای 1C (و مجموعه همه فهرستها "در مجموعه" NSI نامیده می شود - اطلاعات مرجع هنجاری) - در پایگاههای داده مختلف ، آنها معمولاً باید یکسان باشند. این بدان معناست که حتی اگر چندین پایگاه وجود داشته باشد ، لیست کالاها ، انبارها ، پیمانکاران در پایگاه های مختلف یکسان است.

یک روش معمول این است که یک دایرکتوری مجاز است در یک پایگاه داده ویرایش شود و در بقیه کپی ("مهاجرت") شود. همانطور که قبلاً بحث کردیم ، هر عنصر 1C دارای یک شناسه منحصر به فرد است - GUID. دایرکتوری ها معمولاً همراه با GUID کپی می شوند و بنابراین در سراسر سیستم اطلاعات توزیع شده یکسان هستند.

در غیر این صورت ، هنگامی که چندین پایگاه داده موجود متصل می شوند ، یا هنگامی که فهرست ها می توانند همزمان در پایگاه های داده مختلف ایجاد شوند ، GUID های آنها متفاوت خواهد بود. مکانیسم تطبیقی ​​برای این کار وجود دارد. در مبادله 1C ، اطلاعات در یک ثبت اطلاعات ویژه ثبت می شود که یک مورد از پایگاه شماره 1 با GUID xxx برابر با یک مورد در این پایگاه با GUID yyy است. عناصر موجود در ابتدا که دیگر برابر نیستند باید به طور خودکار (با سایر جزئیات ، به عنوان مثال ، با نام یا TIN و KPP) یا به صورت دستی مطابقت داشته باشند.

اصول تبادل اسناد در 1C

اسناد در 1C در ثبت ها نگهداری می شوند و پس از آن "ارسال شده" تلقی می شوند. این امر باعث ایجاد مشکلات قابل درک در حمل و نقل می شود.

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

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

فرض کنید باید یک مورد را از فهرست نامگذاری منتقل کنیم. این فهرست دارای 10 فیلد است که 5 رشته و عدد است و 5 پیوند به سایر فهرستها است.

بر این اساس ، هنگام انتقال یک مورد از نامگذاری ، ما مجبور می شویم 5 مورد از فهرستهای دیگر را نیز جستجو کرده و منتقل کنیم.

بنابراین ، هنگام انتقال یک عنصر از فهرست یا یک سند ، 100 یا چند شی دیگر 1C را می توان با مرجع منتقل کرد.

در واقع ، گفته می شود که تقریباً همه مراجع پیکربندی به نحوی به یکدیگر اشاره می کنند.

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

فرض کنید ما یک پایگاه داده توزیع شده ایجاد کرده و 1C را مبادله کردیم. این اجناس در انبار مرکزی خریداری شده و برای ارسال به فروشگاه ها آماده شده است. در 1C در دفتر ، اسناد لازم برای جابجایی کالا وارد شد. آنها را ملزم به بارگذاری در فروشگاه ها می کند.

چه باید کرد؟ دوباره یک مبادله کامل 1C انجام دهید؟ طولانی و بی اثر! بسیار بهتر است محاسبه کنید که کاربران دقیقاً چه چیزی به دفتر اضافه یا تغییر کرده اند ، به طوری که فقط تغییرات وارد فروشگاه ها می شوند.

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

طرح تبادل 1C زمانی یادآوری می شود که کاربران با دایرکتوری ها و اسنادی کار می کنند که از آخرین تبادل 1C با این پایگاه اضافه یا تغییر کرده اند.

ایجاد URIB 1C

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

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

• تبادل 1C با یک سایت: مبادله با 1C: سایت Bitrix
• Exchange 1C UPP-UT یا UT-Retail: مبادلات معمولی با تنظیمات خواهر
• کامل - تبادل 1C با پایگاه داده بر اساس همان پیکربندی.

RIB - یک پایگاه اطلاعاتی توزیع شده - می تواند بر اساس طرح مبادله 1C "Full" ایجاد شود. در تنظیم کننده ، در این طرح مبادله 1C ، باید یک علامت چک "پایگاه اطلاعات توزیع شده" وجود داشته باشد.

طرح مبادله 1C ایجاد شده در تنظیم کننده نشان می دهد که ما قصد داریم با چنین پیکربندی مبادله کنیم. در حالت Enterprise در همان طرح مبادله 1C ، اکنون باید پایگاه های داده خاصی را بر اساس این پیکربندی مشخص کنید.

بیایید به طرح مبادله 1C برویم (طرح عملیات یا تبادل ؛ آنها همچنین می توانند در منوی دیگری ، اغلب در منوی سرویس / XXX) قرار گیرند.

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

لازم است که نام و کد همه عناصر پر شود.

برای ایجاد پایگاه "فروشگاه" تابع:

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

در نتیجه ، یک پایگاه داده ایجاد می شود که داده های اولیه در آن بارگذاری می شود. این امر باید برای هر یک از عناصر طرح مبادله 1C ، به استثنای CURRENT BASE ، تکرار شود.

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

نظریه مبادله 1C بسیار ساده است:

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

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

• نیازی به "فضای ذخیره و انتقال فایل" نیست
• نیازی به بارگذاری مجدد تأیید نیست
• همه چیز به دلیل دو نقطه اول سریعتر اتفاق می افتد.

با این حال ، محدودیت روشن است - پایه ها باید برای یکدیگر قابل دسترسی باشند تا بتوانند یک اتصال COM را ایجاد کنند.

پیکربندی RIB 1C

در ثابتهای پیکربندی معمولی (عملیات / ثابت ؛ یا تنظیمات سرویس / برنامه) - معمولاً وجود دارد تنظیمات عمومیمبادله 1C این یک پیشوند در کدهای مورد و شماره اسناد است تا به راحتی در کدام پایگاه داده ایجاد شده است. و همچنین یک روش داخلی برای ذخیره اطلاعات در مورد محل ایجاد فهرستها و اسناد.

اکنون باید نحوه تبادل دوره ای اطلاعات 1C بین پایگاه های داده ایجاد شده را پیکربندی کنید.
همه تنظیمات RIB در 1C در پیکربندی های استاندارد هستند ، معمولاً در منوی سرویس / توزیع شده / پیکربندی منوی گره های RIB.

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

پیکربندی روش تبادل 1C را مشخص می کند: فایل (توپ) ، فایل (FTP) ، فایل (ایمیل).

ایجاد و پیکربندی توزیع شده پایگاه اطلاع رسانی 1C در یک مشتری نازک

بیایید یک تنظیم مشابه را در پیکربندی معمولی بر اساس یک مشتری نازک مشاهده کنیم - Trade Management edition 11.
تنظیمات (و ایجاد از ابتدا) در برگه مدیریت رابط قرار دارد. مورد "تبادل داده"

"ایجاد مبادله در پایگاه اطلاعات توزیع شده" را انتخاب کنید.

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

در اینجا گزینه ای برای پیکربندی از طریق یک فایل به FTP وجود دارد.

نام تنظیمات مبادله 1C ما.

و بلافاصله پیشنهاد ایجاد "تصویر اولیه" - یعنی پایگاه داده فرعی خود با تخلیه اطلاعات اولیه در آن.

برخلاف پیکربندی در یک سرویس گیرنده ضخیم ، هر دو تنظیمات مبادله 1C در یک مکان قرار دارند.

اغلب ، در کار شرکت های بزرگ و زنجیره های خرده فروشی ، نیاز به مبادله داده ها بین پایگاه های داده وجود دارد. هر برنامه نویس و سرپرست این مسئله را متفاوت حل می کند. کسی بارگیری ها را از طریق فایلهای جدول میانی می نویسد ، کسی از آنها استفاده می کند حالت COMاتصالات برای اتصال به منبع اصلی با این حال ، در سال های اخیر ، مکانیزم 1C-ovsky خود به نام "تبادل اطلاعات جهانی در قالب XML».

پردازش ظاهر

در رابط کامل ، می توانید پردازش را در سرویس-> سایر مبادلات داده-> مبادله جهانی داده ها با فرمت XML باز کنید.

فرم پردازش (شکل 1) شامل چهار زبانه است:

تنظیمات اضافی;

حذف داده ها

رابط هر یک از برگه ها به شدت دارای عناصر است و بنابراین نیاز به بررسی جداگانه دارد.

بارگذاری داده ها

در بالای نشانک ، فیلدی برای انتخاب فایل قوانین مبادله وجود دارد. برای مبادلات و مبادلات غیر استاندارد ، شما باید فایل مبادله را خودتان ایجاد کنید.

در خط بعدی فرم دو دکمه رادیویی وجود دارد:

1. بارگذاری روی یک فایل مبادله (شکل 2) ؛
2. اتصال و بارگذاری داده ها به IB (شکل 3).

همانطور که در تصاویر بالا مشاهده می کنید ، بسته به سوئیچ ، ظاهرتشکیل می دهد. در صورت انتخاب گزینه تبادل فایل ، از کاربر خواسته می شود تا محل فایلی که بارگذاری در آن انجام می شود را انتخاب کرده و امکان فشرده سازی آن را برای صرفه جویی در فضا و محافظت از آن با رمز عبور انتخاب کند.

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

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

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

شکل 4

ویژگی بارز این فرم ، کمک آموزنده در سمت چپ طرح است که هریک از سه حالت اشکال زدایی احتمالی را شرح می دهد. هر فایل epf را می توان به عنوان یک فایل پردازش خارجی با یک ماژول استفاده کرد.

با کلیک بر روی دکمه "پایان" ، صحت و کامل بودن داده های پر شده بررسی می شود.

بر خلاف "بارگذاری" ، این برگه (شکل 5) دارای بخش جدول نیست ، اما پرچم های بیشتری وجود دارد که به شما امکان می دهد پارامترهای ضبط اشیاء جدید و تغییر یافته را تنظیم کنید.

شکل 5

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

کادرهای مربوطه به شما امکان می دهد پیکربندی کنید:

• معامله هنگام نوشتن اشیاء (این گاهی اوقات روند را تسریع می کند) ؛
• بارگذاری داده ها در حالت تبادل (در این مورد ، تمام بررسی های پلت فرم ، به استثنای بررسی هنگام ارسال اسناد ، هنگام ضبط نادیده گرفته می شود) ؛
• بازنویسی عناصر تغییر یافته ؛
• نصب علائم حذف برای موارد بارگیری شده ؛
• نحوه نوشتن داده های جدید به ثبت (یکی یکی یا با شماره گیری) ؛
• کوتاه کردن نویسه های ناچیز (فاصله ها و برگه ها) برای مقادیر رشته.

تنظیمات اضافی

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

1. حالت اشکال زدایی را روشن می کند ؛
2. به شما امکان می دهد از یک تراکنش در فرآیند بارگذاری استفاده کنید.
3. تبادل بین پایگاه های داده نسخه هشتم 1C را بهینه می کند.
4. فقط اشیایی را که برای استفاده فعلی مجاز هستند بارگیری کنید.
5. امکان ثبت فرایند مبادله بین پایگاه داده ها را فعال کنید.

این و برخی دیگر از عملکردها را با قرار دادن کادرهای مناسب در فرم فعال می کنید (شکل 6).

شکل 6

حذف داده ها

این برگه فقط توسط توسعه دهندگان در حالت اشکال زدایی استفاده می شود. به شما امکان می دهد اشیاء غیر ضروری را از پایگاه داده حذف کنید.

مختصری در مورد تنظیم قوانین مبادله

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

اول از همه ، برای خود ساختهقوانین تبادل ، پیکربندی خاصی مورد نیاز است که "تبدیل داده" نامیده می شود. این شامل چندین فایل جالب است که به شما امکان می دهد تقریباً هرگونه تبادل بین پایگاه داده های مختلف 1C 7 و 8 را پیکربندی کنید:

1. epf - مورد نیاز برای تخلیه ساختار فراداده برای پایگاه داده 1C 8 ؛
2. epf - اگر پیکربندی 1C 8 خود نوشته یا استاندارد نباشد ، ممکن است پردازش جهانی تبادل داده را نداشته باشد ، این فایل این پردازش است.
3. ert - فایل حاوی کد تخلیه ساختار فوق داده پیکربندی نسخه 1C نسخه 7.7 است.
4. ert - پرونده ای برای پردازش تخلیه و بارگیری داده ها برای هفت.

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

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

یک پایگاه داده تکمیل شده 1C Trade Management (که از این پس UT نامیده می شود) نسخه 10.2 بر روی پلت فرم 8.1 وجود دارد.
و یک پایگاه داده استاندارد حسابداری 1C روی پلتفرم 8.3 وجود دارد.

وظیفه:

ایجاد تبادل داده بین پایگاه های داده

راه حل:

نصب داده تبدیل 1C ، نسخه 2.1.
لود شده.
"دستیار شروع" را راه اندازی می کنم (شکل 1).

1. بعدی.
2. "ایجاد قوانین جدید تبادل داده (از ابتدا)" را انتخاب می کنم. به علاوه.
3. در مرحله سوم ، برنامه از شما می خواهد تنظیمات منبع و مقصد را مشخص کنید.
من یک پیکربندی منبع (1C UT) ایجاد می کنم:
- از آنجا که من 1C UT روی پلت فرم 8.1 دارم ، از دیسک ITS می گیرم پردازش خارجی MD81Exp.epf (قابل بارگیری است).
- 1C UT را باز می کنم. فایل -> باز کردن -> MD81Exp.epf.

من فایلی را نشان می دهم که اطلاعات مربوط به ساختار فراداده در آن بارگذاری می شود. باید در قالب XML باشد.

روی دکمه "بارگذاری" کلیک می کنم.

من همین کار را با پایه گیرنده به همان شیوه انجام می دهم. با حسابداری 1C 8.3 فقط برای او ، من از پردازش خارجی MD83Exp.epf استفاده می کنم (قابل بارگیری است).

بازگشت به تبدیل داده 1C.

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

4. در مرحله چهارم ، مورد "ایجاد خودکار همه قوانین ممکن برای تبادل داده" را انتخاب می کنم.

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