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

بیایید اصول اولیه این فناوری را در نظر بگیریم. در نقاط کلیدی الگوریتم‌های آپلود و بارگیری داده‌ها از پردازش تبادل جهانی، می‌توان کد برنامه‌ای را که از قوانین تبادل داده گرفته شده است، اجرا کرد، نه اینکه در پردازش آپلود یا دانلود داده‌ها "هارد سیمی" شود. پیکربندی Data Conversion 2.0 فرصت هایی را برای ادغام چنین کدهای برنامه ای در قوانین تبادل داده فراهم می کند.

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

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

توجه!!!

فناوری‌های «تبدیل داده 2.0» امکان تبادل داده با پایگاه‌های اطلاعاتی پیاده‌سازی شده در پلت‌فرم‌های «1C:Enterprise 7.7» و «1C:Enterprise 8.0» را می‌دهند. با توجه به ویژگی های پلت فرم 1C:Enterprise 7.7، تهیه قوانین تبادل داده با استفاده از کنترل کننده رویداد برای پایگاه های اطلاعاتی پیاده سازی شده در این پلت فرم دارای تعدادی ویژگی است.

برای پلتفرم 1C:Enterprise 7.7 امکان اجرای کد دلخواه وجود ندارد (مثل تابع Run برای V8). اگر نیاز به استفاده از کنترل‌کننده‌های رویداد برای پلتفرم V7.7 دارید، باید متن پردازشی را برای بارگیری یا بارگیری داده‌ها با متون پردازشی که توسط پیکربندی «تبدیل داده‌ها 2.0» صادر می‌شوند جایگزین کنید.

اگر نیاز به انتقال داده از V7.7 به V8 دارید، پس:

هنگام بارگیری، علاوه بر خود فایل قوانین، سیستم متن ماژول را برای پردازش V77Exp.ert با توابعی تولید می کند که کنترل کننده رویداد را پیاده سازی می کند. سپس، در پیکربندی، ما باید ماژول استاندارد V77Exp.ert را با یک ماژول جدید تولید شده توسط "Data Conversion 2.0" جایگزین کنیم.

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

خالصانه، ولادیمیر میلکین(معلم و توسعه دهنده).

پیکربندی تخصصی "1C: Data Conversion 2.0"

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

برای تسهیل حل این کار (انتقال داده ها از نسخه 7.7 به نسخه 8)، 1C پیکربندی تخصصی "تبدیل داده 2.0" را منتشر کرده است. این برای کمک به متخصصان در حل وظایف مختلف انتقال داده ایجاد شده است. 1C قوانین آماده ای را برای انتقال داده ها از پیکربندی های مشابه منتشر کرده است، به عنوان مثال از 1C: Accounting 7.7 به 1C: Accounting 8، اما کاربران پیکربندی استاندارد غیر استاندارد یا اصلاح شده باید هنگام انتقال به 1C: Enterprise قوانین انتقال ایجاد کنند. 8 داده پلتفرم خودتان.

با انواع روش‌های خصوصی برای حل مشکلات انتقال داده، دامنه مسائلی که باید حل شوند عملاً بدون تغییر باقی می‌مانند:

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

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

ایجاد شرایط اولیه کافی برای ثبت های حسابداری برای انجام فعالیت های تجاری (انتقال کالاهای باقی مانده و غیره).

ساختارهای ذخیره سازی داده در 1C: Enterprise در نسخه ها و/یا پیکربندی های مختلف متفاوت است، بنابراین انتقال داده یک کپی ساده از فایل ها یا جداول نیست، بلکه تبدیل آنهاست. برای اینکه تبدیل بدون ابهام و درست باشد، باید قوانینی برای انتقال داده ایجاد و پیکربندی شود. ایجاد و پیکربندی قوانین برای انتقال داده ها بین پایگاه های اطلاعاتی مختلف در صورتی امکان پذیر است که ساختار ذخیره سازی داده ها در پایگاه داده مبدا و مقصد مشخص باشد. شرح ساختار فراداده پیکربندی باید یکپارچه باشد. پیکربندی Data Conversion 2.0 برای ایجاد و پیکربندی قوانین انتقال داده بر اساس توضیحات ساختار ابرداده پیکربندی منبع و مقصد استفاده می شود.

فرآیند انتقال داده ها بین پایگاه های اطلاعاتی شامل مراحل زیر است:

• 1. ایجاد فایل های توضیحات فراداده.
• 2. ایجاد تنظیمات در "تبدیل داده".
• 3. ایجاد خود تبدیل.
• 4. ایجاد مداوم قوانین تبدیل داده ها.
• 5. ایجاد مداوم قوانین بارگذاری داده ها.
• 6. روش واقعی برای آپلود و بارگذاری داده ها از یک پیکربندی به پیکربندی دیگر.

زیرا استفاده از این پیکربندی تخصصی یکی از موثرترین روش‌ها در حال حاضر برای حل مشکلات از این دست و علاوه بر آن منبع تجربیات شخصی است که برای اهداف آموزشی و سپس توسعه مکانیزمی برای تبادل داده‌ها بین IS بسیار مفید است. "سرور: محاسبه اجاره" و "1C: شرکت حسابداری" برای LLC "LLC"، روشی بر اساس استفاده از پیکربندی "تبدیل داده 2.0" انتخاب شد.

1. معرفی.

2. آنچه شما نیاز دارید: پیکربندی 1C: تبدیل داده 2.* و پردازش از بسته. برای کارهای مثال، اجازه دهید تنظیمات 1C: Trade Management 11 و 1C: BP 3.* را در نظر بگیریم.

بنابراین، برای ایجاد قوانینی برای آپلود داده ها در 1C، به پیکربندی 1C نیاز دارید: Object Conversion 2، و همچنین پردازش موجود در بسته.

به عنوان مثال، ما قبلاً یک پایگاه داده تبدیل را مستقر کرده و آن را راه اندازی کرده ایم.

ما توسعه قوانین مبادله را بین پیکربندی 1C: Trade Management 11 و 1C: Enterprise Accounting 3 (قوانین تبادل UT / ACCOUNT) خواهیم نوشت.

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

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

در واقع، در دایرکتوری پیکربندی بدون بسته بندی برای تنظیمات روی فرم های مدیریت شده، ما علاقه مند به پردازش MD83Exp.epf هستیم. اگر نیاز به تخلیه از تنظیمات روی فرم‌های معمولی باشد، از پردازش MD82Exp.epf استفاده می‌شود. این در صورتی است که، برای مثال، باید ساختاری را از پیکربندی هایی مانند 1C: UT 10، 1C: Manufacturing Enterprise Management 1.3، 1C: Integrated Automation 1.1، 1C: Zup 2.5 و غیره دریافت کنید.

علاوه بر این، برای آپلود و دانلود داده‌ها در 1C با استفاده از قوانین ما، باید «تبادل جهانی داده در قالب XML» V8Exchan83.epf را برای پیکربندی‌های روی فرم‌های مدیریت‌شده مانند 1C: Trade Management 11.*، 1C BP 3، 1C پردازش کنید: ERP 2. * و مشابه. و بر این اساس V8Exchan83.epf - برای پیکربندی در فرم های معمولی.

4. بارگذاری ساختار فراداده پیکربندی 1C: Trade Management 11.3 و 1C: Enterprise Accounting 3.0.*

بیایید با دانلود ساختار ابرداده از پیکربندی 1C: Enterprise Accounting 3 شروع کنیم.
بیایید پردازش MD83Exp.epf را باز کنیم

در فرم پردازش تنظیمات اضافی وجود دارد که می توانیم گزینه آپلود رجیسترها و حرکات را در 1C فعال یا غیرفعال کنیم. همچنین انتخابی وجود دارد که بارگذاری در کجا انجام شود: در سرور 1C یا "در مشتری". نام فایلی که ساختار داده در آن آپلود می شود را مشخص کنید. به روشی مشابه، ما ساختار ابرداده پیکربندی Trade Management 11 را تخلیه می کنیم.

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

در کادر محاوره ای، ساختار BP را بارگیری کنید:

و به طور مشابه - ساختار مدیریت تجارت.

پس از اتمام دانلود، یک کادر محاوره ای ظاهر می شود که در آن می توانید نام مناسب خود را مشخص کنید.

6. ایجاد قوانین تبدیل در 1C با استفاده از یک مثال خاص از یک کار.

بعد، به "تنظیم قوانین شی" بروید، جایی که یک تنظیم جدید ایجاد می کنیم.
در کادر محاوره‌ای ایجاد تبدیل، پیکربندی «منبع» و پیکربندی «مقصد» (که قبلاً بارگیری کرده‌اید) را انتخاب کنید و روی OK کلیک کنید.

از آنجایی که در این مقاله قصد داشتم ایجاد "از ابتدا" و "بدون زباله" را نشان دهم، به شما یادآوری می کنم که ما هیچ چیزی را به طور خودکار ایجاد نمی کنیم. بدون نمونه اولیه

ما هیچ کاری در این کادر محاوره ای انجام نمی دهیم، فقط روی "بستن" کلیک کنید.

بیایید قوانینی را برای بارگذاری نه یک سند در یک، بلکه یک نوع در دیگری ایجاد کنیم، به عنوان مثال، سند فروش کالا و خدمات از UT 11 با کتاب های مرجع لازم در سند دریافت کالا و خدمات در BP 3.

بنابراین، ما یک PKO جدید ایجاد می کنیم (قانون تبدیل اشیا در 1C)

مبدا فروش کالا و خدمات و مقصد رسید کالا و خدمات را انتخاب کرده و OK را بزنید.
در این مورد، یک کادر محاوره ای ظاهر می شود، جایی که ما دوباره از ایجاد خودکار PKS (قوانین تبدیل خواص) خودداری می کنیم. بعد، ما فقط موارد ضروری را انتخاب می کنیم.

اما به پیشنهاد ایجاد DVP (قوانین آپلود داده)، ما پاسخ می دهیم "بله".

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

قوانین تبدیل داده با قوانین تبدیل ویژگی خالی نیز ایجاد خواهد شد.

علاوه بر این، می توان مشاهده کرد که به طور پیش فرض نرم افزار برای جستجو توسط شناسه شی داخلی ارائه شده است. این با ذره بین نزدیک PCO نشان داده می شود. ما جستجوی خود را انجام خواهیم داد و این کار را با شماره سند و تاریخ در ابتدای روز انجام خواهیم داد.

ما جستجو توسط UIO را حذف می کنیم:

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

به عنوان مثال، آنچه را که نیاز دارید انتخاب کنید:

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

جایی که می بینیم هنوز قوانین تبدیلی وجود ندارد.

بیایید شروع به بررسی جزئیات و توصیف آنها کنیم. ابتدا، همانطور که قبلاً نوشتم، یک جستجوی اسناد را تنظیم می کنیم، یک سند را در ابتدای تاریخ آپلود و جستجو می کنیم و شماره گذاری را تغییر می دهیم. ما سه کاراکتر اول را با پیشوند "UTB" جایگزین می کنیم. و از آنجایی که شماره گذاری در BP و UT هر کدام 11 کاراکتر است، یک عدد ترکیبی می سازیم: پیشوند ما و 8 کاراکتر از منبع. نمونه ای در تصویر زیر.

ما همیشه اسناد را بدون بار و بدون جابجایی بارگذاری می کنیم. ما فرض می کنیم که اسناد پس از تایید توسط کاربر در گیرنده پردازش می شوند.

برای انجام این کار، با تنظیم PKS به عنوان انجام نشده، 0 یا 1، از آن به عنوان Boolean استفاده می کنیم.

با استفاده از ارز به عنوان مثال، یک قانون تبدیل شی برای PKS ایجاد می کنیم. در عین حال، ما معتقدیم که در هر دو پایگاه داده ارز وجود دارد و باید با کد همگام شوند. بنابراین، ما تمام PKS را در واحد پولی PQS ایجاد نمی کنیم، بلکه فقط یک کد جستجو اضافه می کنیم. آن ها ما پیشنهاد ایجاد PKS برای شی را رد می کنیم.

قانون تبدیل ایجاد شده به PQR سند برای PKS جایگزین شد. و خود قانون پیش فرض توسط یک شناسه منحصر به فرد ارائه می شود. ما آن را برطرف می کنیم، کد را جستجو می کنیم و ویژگی را طوری تنظیم می کنیم که یک شی جدید ایجاد نشود.

در نتیجه، گزینه زیر را دریافت می کنیم:

بعد، بر اساس قیاس، ما PKO و PKS را برای جزئیات باقی مانده ایجاد می کنیم. علاوه بر این، ما یک سازمان را بر اساس طرف مقابل و بالعکس توسط TIN جستجو می کنیم. این تقریباً همان چیزی است که با حداقل جزئیات به نظر می رسد (در صورت لزوم می توانید اضافه کنید).

برای قراردادهای طرف مقابل PCO، ما بر اساس طرف PKS، نام و مالک جستجو می کنیم.

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

در زیر نحوه نصب بدون مشکل و در اکثر موارد PCS برای تعدد تسویه حساب متقابل، نرخ تسویه متقابل، حساب حسابداری نشان داده شده است.

برای PKO Nomenklatura، جستجو را با شناسه منحصر به فرد داخلی ترک می کنیم. اما اجازه دهید توجه شما را به این موضوع جلب کنم که چگونه می توانید گروه خود را دوباره تعریف کنید. به عنوان مثال، ما موافقت می کنیم که یک مورد جدید از پیکربندی 1C: Trade Management 11 آپلود شود، اما لازم است که مورد در یک گروه خاص "OurGroup" جمع آوری شود.

برای اجرای این وظیفه، PKO دیگری ایجاد می کنیم. بیایید آن را "NomenclatureParent" بنامیم، که در PCS والدین در قانون تبدیل نشان خواهیم داد.

ما دو جستجو را تنظیم کردیم: با نام، که در آن نام گروه خود را به شدت نشان می‌دهیم، و ویژگی مورد نیاز ویژگی "This is a Group" روی true تنظیم شده است.

از آنجایی که تصمیم گرفته‌ایم همه آیتم‌های ما در گروه ما قرار بگیرند، نیازی به تخلیه گروه‌ها از UT 11 در هنگام بارگیری نیست. برای این کار در نرم‌افزار Nomenclature در کنترل‌کننده رویداد “Before Unloading” فیلتری را تنظیم می‌کنیم که نیازی به بارگیری گروه‌ها ندارد "شکست = منبع. این گروه؛".

در DRP (قوانین آپلود داده ها) برای فروش محصولات و خدمات، فیلتری اضافه می کنیم تا اسناد علامت گذاری شده برای حذف آپلود نشوند. برای انجام این کار، در VDP در کنترل کننده رویداد "Beefore Unloading"، فیلتر "Failure = Object.DeletionMark;" را می نویسیم.

بیایید قوانین توسعه یافته را در یک فایل ذخیره کنیم.

7. به طور خلاصه: آپلود و بارگذاری داده ها با استفاده از قوانین تبادل داده توسعه یافته.

باز کردن در 1C: مدیریت تجارت 11 پردازش "تبادل جهانی داده در قالب XML" V8Exchan83.epf.

تخلیه کامل شده است، اکنون از همان پردازش برای بارگیری در 1C استفاده می کنیم: Enterprise Accounting 3.

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

بارگیری اقلام را بررسی می کنیم. می بینیم که همه چیز همانطور که برنامه ریزی کرده بودیم پیش رفت.

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

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

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

تبدیل داده 2.0 و 2.1 یک پیکربندی تکنولوژیکی 1C است که بر روی نسخه های پلتفرم از 8.1 تا 8.3 پیاده سازی شده است.

وظیفه اصلی این ابزار نوشتن قوانینی برای تبادل بین راه حل های کاربردی 1C 8 و 7 است. نسخه فعلی تبدیل داده ها امروز 3.0 است.

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

پیکربندی برای استفاده با بسیار راحت است.

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

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

درک قوانین تبادل "استاندارد" 1C 8.3 بسیار مفید خواهد بود؛ در آنجا اغلب می توانید نمونه های جالبی از اجرای وظایف را بیابید.

برای درک اصول اولیه، به مواد نیاز دارید، ما آنها را در زیر در نظر خواهیم گرفت.

دستورالعمل های ویدیویی برای تبدیل

برای اطلاع از اصول اولیه تنظیم تبادل داده در 1C با استفاده از پیکربندی "تبدیل داده 1C"، به مثال در ویدیو نگاه کنید:

مواد، کتاب های درسی برای مطالعه 1C Data Conversion 2.0

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

0. اول از همه، من دوره ویدیویی رایگان ایلیا لئونتیف را توصیه می کنم، این دوره در دسترس است ارتباط دادن.

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

2. دومین منبع اطلاعاتی مهم سایت http://www.mykod.info/ (سایت بسته شده است) است که به طور خاص در زمینه تبدیل داده ها تخصص دارد. در آنجا می توانید تعداد زیادی از مواد را در مورد تبدیل بارگیری کنید.

3. به طور جداگانه، من می خواهم کتاب درسی را برجسته کنم - (نویسنده - اولگا کوزنتسوا).