در این مقاله، پالت ویژگی های پیکربندی را با استفاده از مثال 1C Trade Management 11 در پلتفرم 8.3 در نظر خواهیم گرفت.

تنظیم ویژگی های پیکربندی 1C

بیایید نگاهی دقیق تر به هر یک از تنظیمات پیکربندی بیندازیم.

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

267 درس ویدیویی 1C را به صورت رایگان دریافت کنید:

• زبان اولیه- زبان رابط پیش فرض
• اطلاعات مختصر، اطلاعات دقیق، لوگو، صفحه نمایش چلپ چلوپ، حق چاپ- فیلدهای اطلاعات دارایی برای اطلاعات پیکربندی.
• آدرس فروشنده و اطلاعات پیکربندی- ویژگی هایی که باید اطلاعات مربوط به توسعه دهنده و صفحه ای در مورد این راه حل را مشخص کنید.
• فرم اصلی گزارش، تنظیمات گزارش، نوع گزارش- فرم هایی که به طور پیش فرض برای اشیاء مربوطه باز می شوند.
• ارائه دهنده- شرکتی که توسعه را انجام داده است.
• نسخه- نسخه پیکربندی، ویژگی تقریباً همیشه باید با نسخه ارائه دهنده مطابقت داشته باشد.
• آدرس دایرکتوری را به روز کنید- مکانی در اینترنت که می توانید آخرین به روز رسانی ها را دانلود کنید.
• اطلاعات مرجع- اطلاعات مرجع کلی در مورد پیکربندی. علامت چک در محتوای راهنما قرار دهیداطلاعات راهنمای فعلی را به لیست اسناد عمومی اضافه می کند.
• حالت کنترل قفل داده- انتخاب حالت 3 گزینه وجود دارد - کنترل می شود(توسعه دهنده پیکربندی مسئول قفل ها است) خودکار(DBMS مسئول قفل ها است) اتوماتیک و کنترل شده(حالت ترکیبی، مدیریت شده در سطح شی).
• حالت شماره گذاری خودکار اشیاء- دو گزینه ممکن است، به صورت خودکار آزاد کنیدو به طور خودکار آزاد نمی شود. گزینه اول به شما امکان می دهد در صورت بروز شکاف ها را در شماره گذاری پر کنید. به طور خودکار آزاد نکنیدشماره گذاری را پیوسته می کند.
• حالت سازگاری- یک پرچم کاملاً فنی که به شما امکان می دهد حالت سازگاری را با نسخه های پیکربندی قدیمی تر - 8.1 و 8.2.13 و 8.3 فعال یا غیرفعال کنید. این دو نسخه از پلتفرم انتقالی بودند، اشیاء ابرداده جدیدی اضافه شدند، بنابراین سیستم نیاز به تبدیل مجدد پیکربندی دارد. این باید با دقت بسیار مورد رسیدگی قرار گیرد.

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

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

محدودیت در اشیاء ایجاد شده

در حال حاضر می توانید ایجاد کنید:

• کتاب های مرجع
• مدارک
• ثبت اطلاعات
• طرح های مبادله

می توانید جزئیات را به موارد زیر اضافه کنید:

• کتاب های مرجع
• مدارک

در نهایت به چه میرسیم؟ همه انواع اشیاء ابرداده را نمی توان اضافه کرد. رایج ترین و محبوب ترین، اما هنوز همه نیست. علاوه بر این، ابعاد و منابع جدیدی را نمی توان به ثبت اطلاعات اضافه کرد. شما فقط می توانید یک دفتر کل جدید ایجاد کنید.

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

حالت سازگاری 8.3.8- شما فقط می توانید اشکال اشیاء و ماژول های آنها را تغییر دهید، گزارش ها و پردازش های خود را اضافه کنید.

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

حالت سازگاری "استفاده نکنید"- می توانید از تمام قابلیت های افزونه ها از جمله افزودن اشیاء جدید استفاده کنید.

در حال حاضر، UT 11.3 معمولی دارای حالت سازگاری 8.3.8 است. در حالت سازگاری UT 11.4 8.3.10، به عنوان مثال، برای UT، بیشتر قابلیت های برنامه های افزودنی از جمله ایجاد اشیاء فراداده در دسترس نیست.

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

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

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

در موارد بالا، همچنان به کمک یک برنامه نویس و احتمالاً زمان قابل توجهی برای بازبینی نیاز دارید (اما هنوز کمتر از زمان به روز رسانی پیکربندی که از پشتیبانی حذف شده است).

نتیجه گیری

• انتشار جدید پلتفرم فرصت های جدیدی را برای استفاده از برنامه های افزودنی ایجاد کرد، امکان افزودن اشیاء ابرداده وجود داشت، اما با وجود این، عملکرد دارای محدودیت های خاصی است.
• حالت سازگاری پیکربندی که برنامه افزودنی برای آن اعمال می شود، دامنه برنامه افزودنی را به شدت محدود می کند و تغییر حالت سازگاری توصیه نمی شود.
• به‌روزرسانی‌های بزرگ همچنان نیازمند توجه توسعه‌دهنده هستند، زیرا احتمال تغییرات در ویژگی‌های کنترل‌شده زیاد است.

هزینه کار و گزینه های ترجمه از نسخه های مختلف

	ترجمه 8.1 → 8.2.13	ترجمه 8.2.13 → 8.2.16	ترجمه 8.2.16 → 8.3.10
قیمت، مالش. *	54000 ₽	12000 ₽	76 800 ₽

لیست تمامی تغییرات در نسخه های مختلف پلتفرم در لینک های زیر موجود است:
برای پلتفرم 8.2:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

قبل از شروع کار بر روی ترجمه به 8.3، باید:

حالت مسدودسازی مدیریت شده را بررسی کنید. اگر از "Automatic" استفاده شود، انتقال به 8.3 ممکن است نیاز به هزینه های اضافی برای تغییر حالت قفل کنترل شده داشته باشد.
اگر از حالت سازگاری با 8.2.16 و بالاتر استفاده می شود، باید بررسی کنید که آیا جداول بازسازی شده اند یا خیر.
تعیین نوع کلاینت هایی که استفاده می شود (نازک، ضخیم، وب کلاینت)
تعیین کنید که آیا ماشین هایی وجود دارند که لینوکس را اجرا می کنند

ترجمه پیکربندی 8.1 → 8.2.13

هزینه کار: 54000 روبل.

ترجمه پیکربندی 8.2.13 → 8.2.16 (شامل بازسازی)

تغییرات کلیدی:
حالت ذخیره سازی ثابت ها و تنظیمات رجیسترهای تجمع تغییر کرده است. هر شیء جدول پایگاه داده خود را دارد
اجرای مکانیزم قفل مدیریت شده دوباره طراحی شده است.
برای رویداد گزارش فناوری "TLOCK"، ویژگی "Txt" فقط در حالت سازگاری با نسخه 8.2.13 نوشته شده است.
تأثیر حالت اشکال زدایی بر سرعت کار در حالت 1C: Enterprise برای تین کلاینت، کلاینت ضخیم، سرور و اتصال خارجی کاهش یافته است.
اجرای بهینه شده یک پرس و جو مانند "ValueType(Field1) = ValueType(Field2)" اگر "Field1" و "Field2" حاوی مقادیر نوع مرجع باشند.
برای فیلدهای فرم مدیریت شده که یک ویژگی نوع ترکیبی را نمایش می دهند، در مواردی که نوع ترکیبی شامل انواع مرجع با تنظیمات انتخاب سریع متفاوت است، باز کردن لیست انتخاب سریع تسریع می شود.
برای یک ثبت اطلاعات مستقل و غیر دوره ای جدید، شاخص بر اساس ابعاد خوشه بندی می شود

تغییراتی که نیاز به تغییرات پیکربندی دارند:

هنگامی که حالت سازگاری غیرفعال است، پارامتر "Period" از روش "Get()" مدیر ثبت اطلاعات دوره ای مورد نیاز است. در حالت سازگاری با نسخه 8.2.13 و نسخه 8.1، رفتار تغییر نکرده است (روش را می توان بدون تعیین پارامتر استفاده کرد، اما نتیجه تعریف نشده است).
هنگامی که از متدهای "SetValue()" و "UseFromDataSource()" شی "DataLockItemItem" به طور همزمان استفاده می کنید، یک استثنا ایجاد می شود. در حالت سازگاری با نسخه 8.2.13، رفتار تغییر نکرده است (اولویت به مقدار تنظیم شده توسط روش "UseFromDataSource()" داده می شود).
ذخیره مقادیر داده ای که از سریال سازی پشتیبانی نمی کنند پشتیبانی نمی شود. در حالت سازگاری، رفتار تغییر نکرده است.
اگر پایگاه داده یک فایل است، پس پایگاه اطلاعاتی باید تبدیل شود. پس از شروع تبدیل، کار با این پایگاه اطلاعاتی با نسخه های قبلی پلت فرم 1C:Enterprise 8 غیرممکن خواهد بود. اگر توسعه با استفاده از مخزن پیکربندی انجام می شود، باید قبل از تبدیل پایگاه اطلاعاتی، یک کپی از مخزن تهیه کنید.

مهم. برای به دست آوردن تأثیر تغییر حالت سازگاری، باید از طریق پیکربندی کننده یک بازسازی انجام دهید: "اداره → تست و تعمیر → بازسازی جداول پایگاه اطلاعات".

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

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

هزینه انتقال پیکربندی از حالت سازگاری 8.2.13 به حالت 8.2.16 (حالت عدم سازگاری هنگام استفاده از پلتفرم 8.2.16، 8.2.19 و حالت سازگاری 8.2.16 هنگام استفاده از پلت فرم 8.3) است. 12000 روبل.

قالب قرارداد کار قابل دانلود است.

ترجمه پیکربندی 8.2.16 → 8.3.10

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

1. از بین بردن تضاد نام دارایی. تغییر نام متغیرها برای مطابقت با ویژگی های جدیدی که در 1C: Enterprise 8.3 ظاهر شده است.

2. از بین بردن تضاد نام تصاویر. تغییر نام تصاویر با نام هایی که با نام های کتابخانه تصویر مطابقت دارند.

3. اصلاح کد هنگام تغییر خصوصیات یک ساختار ثابت. جایگزینی نشان‌دهنده ویژگی‌های یک سازه ثابت با بازآفرینی یک سازه ثابت یا جایگزینی استفاده از آن با نوع مشابهی از "Structure".

4. جایگزینی مقادیر غیرقابل سریال سازی در حافظه موقت با کد پشتیبانی شده در 1C: Enterprise 8.3.

5. جایگزینی استفاده از فراخوانی متد "نمایش" برای ویژگی های یک فرم مدیریت شده، با استفاده از ویژگی های "CurrentElement"، "CurrentPage"، روش "فعال کردن"

6. جایگزینی نام اشیاء فراداده با طول بیش از 80 کاراکتر، با نام هایی با طول نام 80 کاراکتر یا کمتر برای اشیاء فراداده

7. تغییر نام روش ها و ویژگی ها، با توجه به روش تغییر به نسخه 8.3.

8. اصلاح مکانیسم های کار با انتخاب ها، طراحی مشروط، گروه بندی و ترتیب در لیست های پویا.

9. اصلاح کد برای درخواست‌ها با کلمه کلیدی "Results ON GENERAL" در حالت تخلیه شده "دور زدن نتیجه پرس و جو. با گروه بندی"، به منظور حفظ منطق قدیمی کار.

10. تغییر در نام کلاس اشیاء COM. جایگزینی نام "V82.COMConnector" با "V83.COMConnector" و "V82.Application" با "V83.Application".

11. امتناع در کد برنامه از رویداد "Start of SelectionFromList" برای فیلدهای ورودی در حالت انتخاب از لیست

12. امتناع در کد برنامه از ویژگی "SelectionListButton" برای فیلدهای ورودی با تنظیم ویژگی "DropdownListButton".

13. تغییر کد با در نظر گرفتن تغییر در نوع مقدار بازگردانده شده توسط روش زمینه جهانی "SafeMode ()"

14. تغییر کد با در نظر گرفتن تغییر نتیجه یک پرس و جو به ثابت (هنگام دسترسی به فیلد "Value" جدول ثابت، اگر ثابت مقدار "ValueStorage"، "UniqueIdentifier" یا "ExternalDataSourceTableReference" را ذخیره کند. نوع).

15. جایگزینی ویژگی پیکربندی "MainRole" با "MainRoles"

16. رد کردن خصوصیات "User" و "Password" برای شی "InternetProxy" و جایگزینی با متدهای "Set()"، "User()"، "Password()".

17. اصلاح کد برای پشتیبانی از دستور "نمایش در لیست"، با توجه به روش تغییر به نسخه 8.3.

18. اصلاح کد برای حفظ منطق قبلی عملیات سیستم با مقدار بازگشتی تغییر یافته ویژگی SystemInformation.OSVersion،

19. اصلاح کد برای حفظ منطق قدیمی سیستم در هنگام عدم استفاده از سیستم شمارش WindowOpeningVariant که دیگر در نسخه 8.3 موجود نیست.

20. اصلاح کد با در نظر گرفتن امتناع از استفاده از پنجره های مدال.

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

22. اصلاح کد برای امکان استفاده صحیح از تابع ()RoleAvailable، هنگام انتقال تابع به عنوان پارامتر به نقش گم شده.

23. برای یک برنامه مدیریت شده: شروع از نسخه 8.3.8 در مدیریت رویدادهای برنامه مدیریت شده BeforeSystem Shutdown، OnSystem Shutdown، و همچنین در مدیریت رویدادهای مدیریت شده که در حالت بسته هستند، BeforeClose، OnClose، باز کردن ویندوز و برقراری هرگونه تماس با سرور ممنوع است. لازم است پیکربندی را اصلاح کنید تا بسته شدن فرم ها به درستی انجام شود - بدون تماس سرور.

24. تضاد نام متغیر: نمی توانید از نام متغیر FormParameters در ماژول فرم استفاده کنید. بنابراین لازم است تمام ماژول های فرم مدیریت شده که از متغیرهایی با نام FormParameters استفاده می کنند با تغییر نام این متغیرها نهایی شوند.

قیمت این کارها مقدماتی است و برای اکثر پیکربندی ها مرتبط است. قبل از شروع کار در انعقاد قرارداد، پیکربندی و پس از تأیید، ما قیمت و شرایط کار را تأیید می کنیم. تأیید ضروری است زیرا پیکربندی‌ها می‌توانند بسیار متفاوت باشند، از جمله پیکربندی‌هایی که به شدت بازنویسی شده‌اند.

هزینه کار: 76800 روبل

قالب قرارداد کار قابل دانلود است.

هزینه تبدیل پیکربندی به حالت سازگاری با 8.3.10 می تواند باشد افزایش یافت، اگر:
پیکربندی از فرم های مدیریت شده استفاده می کند
لازم است استفاده از مدالیته متوقف شود
حفظ عملکرد پیکربندی در سیستم عامل لینوکس ضروری است

یکی از ابداعات پلتفرم فناوری نسخه 8.3 رابط کاربری جدیدی به نام «تاکسی» بود. ظاهر آن در تصویر زیر نشان داده شده است.

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

خوشبختانه پلتفرم فناوری نسخه 8.3 همچنان از استفاده از رابط ارگونومیک "قدیمی" نسخه 8.2 پشتیبانی می کند و در صورت تمایل می توان این ناراحتی را به راحتی برطرف کرد.

پشتیبانی از یک رابط کاربری خاص در یک پیکربندی خاص به صورت جداگانه تنظیم می شود. برای انجام این کار، از گزینه ویژه "Interface Compatibility Mode" استفاده کنید. در حالت پیکربندی و در ویژگی های پیکربندی موجود است (عکس صفحه زیر را ببینید).

چهار حالت موجود است.

• "تاکسی"
  فقط با استفاده از رابط "Taxi". این حالت به طور پیش فرض تنظیم شده است.
• "تاکسی. اجازه دادن به نسخه 8.2 اینچ
  هر دو رابط پشتیبانی می شوند. در این مورد، رابط تاکسی به طور پیش فرض استفاده می شود.
• "نسخه 8.2. اجازه تاکسی"
  مشابه حالت قبلی، اما رابط کاربری "قدیمی" به طور پیش فرض استفاده می شود.
• "نسخه 8.2"
  فقط رابط کاربری "قدیمی" پشتیبانی می شود.

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

درباره تاکسی Allow Version 8.2" و "Version 8.2". اجازه تاکسی» را باید به طور خاص گفت. در این حالت ها، هر دو رابط کاربری به طور همزمان پشتیبانی می شوند. در همان زمان، انتخاب رابط در حالت "1C Enterprise" با استفاده از دستور منو "ابزار" - "پارامترها" در دسترس است.

برای تغییر رابط کاربری، باید سوئیچ "Appearance" را روی موقعیت "Taxi" یا "Forms in bookmarks" قرار دهید. در زیر یک اسکرین شات برای "Taxi. اجازه دادن به نسخه 8.2 اینچ

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

و در دیسک های ITS در پلت فرم 8.2، فرمت های پایگاه اطلاعاتی، پیکربندی، گزارش های خارجی و پردازش تغییر کرده است. برای تغییر به 8.2، باید آنها را تبدیل کنید (تبدیل کنید). پس از تبدیل، باز کردن پایگاه داده / پردازش تحت پلت فرم 8.1 غیرممکن خواهد بود. از آنجایی که هیچ راه برگشتی وجود ندارد، حتماً قبل از تبدیل در هر مورد کپی کنید.

انتقال در چندین مرحله انجام می شود که هر یک از آنها مهم است.

1. آماده سازی.

به روز رسانی نسخه فعلی پلت فرم. باید حداقل 8.1.5 (8.0.18) باشد.

حذف یک نسخه پشتیبان

اگر از پیکربندی پیش‌فرض استفاده می‌کنید، هیچ اقدام دیگری لازم نیست. اگر تغییراتی وجود داشته باشد، آزمایش باید با استفاده از پردازش Check Configuration for Translation to 82.epf (موجود در ITS) برای شناسایی مشکلات احتمالی انجام شود. ITS همچنین دارای روشی برای تغییر به یک پلتفرم جدید است.

2. تبدیل به 8.2. در حالت سازگاری با 8.1 کار کنید.

هنگامی که سعی می کنید IB 8.1 را تحت پلت فرم 8.2 باز کنید، برنامه اخطاری صادر می کند و پیشنهاد تبدیل پایگاه داده به 8.2 را می دهد.

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

مهم!هنگام تبدیل، حالت سازگاری با 1C: Enterprise 8.1 به طور خودکار تنظیم می شود. این را می توان در پیکربندی، در "Properties" مشاهده کرد.

برای کاربر، این بدان معنی است که در حال حاضر، در این مرحله، هیچ تغییر خاصی را مشاهده نخواهد کرد و اغلب قابلیت های جدید اغلب در دسترس او نیست، به ویژه، کار در حالت یک برنامه مدیریت شده، نازک یاوب -مشتری. رابط مانند 8.1 باقی می ماند. با این حال، مدیر در حال حاضر می تواند از برخی از ویژگی های 8.2 استفاده کند.

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

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

3. بدون حالت سازگاری کار کنید (حالت عادی)

با انتخاب «Do not use» حالت سازگاری را غیرفعال کنید:

رابط، ظاهر دکمه ها بلافاصله تغییر می کند.

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

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

4. کار بدون حالت سازگاری (حالت مدیریت شده - استفاده جزئی - انتقال کامل به حالت مدیریت شده)

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

برگه "اضافی" در پیکربندی ظاهر می شود و می توانید فرم های مناسب را روی آن انتخاب کنید (به طور خودکار تولید می شوند):

فرم معمولی:

فرم رانده:

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

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

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

همچنین ممکن است برخی از پایگاه های داده روی 8.2 و برخی روی 8.1 کار کنند. با این حال، اگر 8.1 و 8.2 به صورت موازی اجرا می شوند، مهم است که به یاد داشته باشید که هیچ راه بازگشتی وجود ندارد، یعنی. پایگاه داده ای که تحت 8.2 باز می شود، هرگز تحت 8.1 باز نمی شود.

مشکلی در نصب 8.1 و 8.2 روی یک سرور وجود دارد - نحوه دور زدن آن نشان داده شده است.

یکی دیگر از ویژگی های به روز رسانی پلت فرم وجود دارد - در 8.1 نصب شد، سپس به روز شد، یعنی. یک نسخه از پلتفرم به طور همزمان نصب شد. در 8.2، نسخه‌های پلتفرم در دایرکتوری‌های مختلفی نصب می‌شوند (هر کدام به تنهایی، بنا به تعداد)، بنابراین تعداد نامحدودی از نسخه‌ها را می‌توان روی یک کامپیوتر نصب کرد.

مهم!پیکربندی 1.6 (همچنین 2.0) زیر 8.1 و 8.2 پیکربندی های مختلف با به روز رسانی های مختلف هستند.

انتقال از BP 1.6 به BP 2.0 نیز فقط یک به روز رسانی نیست، بلکه یک انتقال جداگانه است. موقعیتی وجود داشت که مکانیسم داخلی برای تغییر از 1.6 به 2.0 آن پایگاه داده ها را در 1.6 که قبلاً به 8.2 تبدیل شده اند نمی بیند. بنابراین، منطقی به نظر می رسد که ابتدا از 1.6 به 2.0 و سپس به پلتفرم 8.2 تغییر دهید (شاید قبلاً در نسخه های جدید این مشکل برطرف شده باشد).

نتیجه گیری:

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

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

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

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