نحوه تخلیه پیکربندی تامین کننده 1s. پیکربندی ارائه دهنده را بازیابی کنید

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

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

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

بنابراین می‌دانیم که برای فهمیدن آن، به یک پیکربندی معمولی نسخه فعلی نیاز داریم (مثلاً 1.1.23.1). اما از کجا می توانم آن را تهیه کنم؟ اگر یک فرنچ آشنا وجود دارد و او می تواند به سرعت کیت توزیع را ارسال کند - خوب است، اما فرض کنید او آنجا نیست، و شما باید فورا مشکل را برطرف کنید. (واریز را پیشنهاد نکنید!). علاوه بر این، ممکن است اینترنت وجود نداشته باشد، و در چنین شرایطی چه باید کرد؟ من بارها شاهد روندی بودم که شخصی یک پایگاه جدید را از کیت توزیع اولیه موجود برای حل این مشکل نصب کرد و سپس آن را به‌طور متوالی به آخرین مورد به‌روزرسانی کرد تا ببیند "واقعا چگونه باید باشد" در یک پایگاه داده تمیز. و تابوت مثل همیشه تازه باز شد :)

حال بیایید راه حل های مختلف را بررسی کنیم:

الف) گزینه اول: Menu -> Configuration -> Compare configurations سپس پیکربندی تامین کننده را انتخاب کرده و با پیکربندی اصلی مقایسه کنید.

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

ب) روش دوم در صورتی مناسب است که نیاز داشته باشیم نه تنها تغییرات را ببینیم، بلکه بلافاصله ادغام را نیز انجام دهیم.

منو -> پیکربندی -> پشتیبانی -> تنظیمات پشتیبانی و در پایین دکمه مقایسه، ادغام را فشار دهید.

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

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

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

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

فقط خیلی ها این فرم را فقط یک بار باز می کنند تا امکان تغییر را فعال کنند و دیگر به آن برنگردند.

و در مورد ما، حتی بدون ذخیره تنظیمات در یک فایل، بر روی دکمه Open کلیک کنید، انجام آن آسان تر بود. اثر یکسان است، اما بسیار سریعتر.

دیگر چرا باید پیکربندی فروشنده را در یک فایل ذخیره کنید؟

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

من چند مثال دیگر از موقعیت‌های واقعی ارائه می‌دهم که ممکن است لازم باشد به یک پیکربندی معمولی برگردید:

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

2. مجدداً، به دلیل ناآگاهی از عملکرد معمولی ("هفت" سابق اغلب از این رنج می برند)، به جای استفاده از ویژگی ها و دسته بندی ها، جزئیات دایرکتوری ها / اسناد اضافه شد در حالی که دلیل خوبی نداشت (به عنوان مثال، داده ها فقط برای خروجی به فرم های چاپی استفاده می شود).

البته، اگر با UT یا پیکربندی دیگری از برنامه مدیریت سروکار داشته باشیم، که به‌روزرسانی‌ها معمولاً حیاتی نیستند، مشکلی نیست، اما در این مثال ما در مورد SCPهای اصلاح شده یا اتوماسیون پیچیده صحبت می‌کنیم. و به نظر می رسد به دلیل پیشرفت های جزئی که می تواند بدون حذف آن از پشتیبانی کامل اجرا شود، هموروئیدهایی داریم که هیچ کس با به روز رسانی های استاندارد به آنها نیاز ندارد.

تمایل منطقی برای کنار گذاشتن بهبودهای انجام شده و قرار دادن مجدد پیکربندی در پشتیبانی کامل وجود دارد. چگونه انجامش بدهیم؟

تنها راه برای بازگرداندن پیکربندی به پشتیبانی کامل، بارگیری (نه در حالت مقایسه و ادغام، یعنی پیکربندی Load از آیتم فایل) type.cf است. برای این، ما فقط به توانایی ذخیره پیکربندی ارائه دهنده در یک فایل cf نیاز داریم. ذخیره می کنیم، سپس بارگذاری می کنیم، و پس از به روز رسانی پیکربندی پایگاه داده، یک پیکربندی معمولی به شکل اصلی آن، یعنی. با یک قفل :) به طور طبیعی، قبل از انجام این اقدامات، باید از قبل مراقب ذخیره / انتقال داده های لازم باشید که پس از بازگشت به تنظیمات استاندارد "شسته می شوند" و حتما یک نسخه پشتیبان از پایگاه داده تهیه کنید. !

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

یک سوال بود:
چند پیکربندی در پایگاه اطلاعاتی وجود دارد؟
پاسخ صحیح 3

ساختار IB شامل:
1. پیکربندی اولیه.
2. پیکربندی پایگاه داده.
3. پیکربندی فروشنده(ممکن است غایب باشد).

4. به علاوه داده های کاربر (اسناد، دایرکتوری ها و غیره)

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

توسعه دهندگان با پیکربندی اصلی کار می کنند. کاربران با پیکربندی پایگاه داده کار می کنند.

پیکربندی ارائه دهنده - پیکربندی اولیه ارائه دهنده راه حل عمومی.

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

اگر یک پیکربندی در حال تعمیر است و تغییر در اشیا ممنوع است، سپس infobase دو پیکربندی را ذخیره می کند - پیکربندی مبتنی بر و پیکربندی پایگاه داده.

هنگامی که توانایی تغییر پیکربندی را فعال می کنید (فرمان Modify را فعال کنیددر دیالوگ پشتیبانی از سفارشی سازی")، پلت فرم از پیکربندی اصلی پیکربندی ارائه دهنده را ایجاد می کند. اندازه IB در حال افزایش است.

پیکربندی فروشنده فقط خواندنی است.

برای مشاهده پیکربندی تامین کننده، مورد را انتخاب کنید
پیکربندی - پشتیبانی - راه اندازی پشتیبانی - باز کردن.

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

مبانی پشتیبانی 1C

به روز رسانی 1C را می توان در حالت کاربر، در حالت پیکربندی و در تنظیمات مقایسه و ادغام انجام داد.

انصراف از حمایت

در گفتگوی راه اندازی پشتیبانی، وقتی روی دکمه De-support کلیک می کنید پیکربندی فروشنده در حال حذف است. این امکان باید در مواردی مورد استفاده قرار گیرد که از یک راه حل استاندارد به عنوان مبنای توسعه داخلی استفاده شود و نگهداری آن برنامه ریزی نشده باشد.

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

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

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

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

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

بنابراین می‌دانیم که برای فهمیدن آن، به یک پیکربندی معمولی نسخه فعلی نیاز داریم (مثلاً 1.1.23.1). اما از کجا می توانم آن را تهیه کنم؟ اگر یک فرنچ آشنا وجود دارد و او می تواند به سرعت کیت توزیع را ارسال کند - خوب است، اما فرض کنید او آنجا نیست و باید فوراً مشکل را برطرف کنید. (واریز را پیشنهاد نکنید!). علاوه بر این، ممکن است اینترنت وجود نداشته باشد، و در چنین شرایطی چه باید کرد؟ من بارها شاهد روندی بودم که شخصی یک پایگاه جدید را از کیت توزیع اولیه موجود برای حل این مشکل نصب کرد و سپس آن را به صورت متوالی به آخرین مورد به روز کرد تا ببیند "واقعا چگونه باید باشد" در یک پایگاه داده تمیز. و قفسه سینه، مثل همیشه، تازه باز شد (IMG:)

حال بیایید راه حل های مختلف را بررسی کنیم:

الف) گزینه اول: Menu -> Configuration -> Compare configurations سپس پیکربندی تامین کننده را انتخاب کرده و با پیکربندی اصلی مقایسه کنید.

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

ب) روش دوم در صورتی مناسب است که نیاز داشته باشیم نه تنها تغییرات را ببینیم، بلکه بلافاصله ادغام را نیز انجام دهیم.

منو -> پیکربندی -> پشتیبانی -> تنظیمات پشتیبانی و در پایین دکمه مقایسه، ادغام را فشار دهید.

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

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

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

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

فقط خیلی ها این فرم را فقط یک بار باز می کنند تا امکان تغییر را فعال کنند و دیگر به آن برنگردند.

و در مورد ما، حتی بدون ذخیره تنظیمات در یک فایل، بر روی دکمه Open کلیک کنید، انجام آن آسان تر بود. اثر یکسان است، اما بسیار سریعتر.

دیگر چرا باید پیکربندی فروشنده را در یک فایل ذخیره کنید؟

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

من چند مثال دیگر از موقعیت‌های واقعی ارائه می‌دهم که ممکن است لازم باشد به یک پیکربندی معمولی برگردید:

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

2. مجدداً، به دلیل ناآگاهی از عملکرد معمولی ("هفت" سابق اغلب از این رنج می برند)، به جای استفاده از ویژگی ها و دسته بندی ها، جزئیات دایرکتوری ها / اسناد اضافه شد در حالی که دلیل خوبی نداشت (داده ها، برای مثال، فقط برای خروجی به فرم های چاپی استفاده می شد).

البته، اگر با UT یا پیکربندی دیگری از برنامه مدیریت سروکار داشته باشیم، که به‌روزرسانی‌ها معمولاً حیاتی نیستند، مشکلی نیست، اما در این مثال ما در مورد SCPهای اصلاح شده یا اتوماسیون پیچیده صحبت می‌کنیم. و به نظر می رسد به دلیل پیشرفت های جزئی که می تواند بدون حذف آن از پشتیبانی کامل اجرا شود، هموروئیدهایی داریم که هیچ کس با به روز رسانی های استاندارد به آنها نیاز ندارد.

تمایل منطقی برای کنار گذاشتن بهبودهای انجام شده و قرار دادن مجدد پیکربندی در پشتیبانی کامل وجود دارد. چگونه انجامش بدهیم؟

تنها راه برای بازگرداندن پیکربندی به پشتیبانی کامل، بارگیری (نه در حالت مقایسه و ادغام، یعنی پیکربندی Load از آیتم فایل) type.cf است. برای این، ما فقط به توانایی ذخیره پیکربندی ارائه دهنده در یک فایل cf نیاز داریم. ذخیره می کنیم، سپس بارگذاری می کنیم، و پس از به روز رسانی پیکربندی پایگاه داده، یک پیکربندی معمولی به شکل اصلی آن، یعنی. با قفل (IMG:) طبیعتاً قبل از انجام این اقدامات باید از قبل مراقب ذخیره / انتقال داده های لازم باشید که پس از بازگشت به پیکربندی استاندارد "شسته می شوند" و حتماً یک نسخه پشتیبان تهیه کنید. پایگاه داده!

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

[ برای مشاهده لینک ، لطفا ثبت نام کنید ]

این مقاله بر اساس سال ها تجربه در توسعه و پشتیبانی از راه حل های حسابداری در پلت فرم 1C: Enterprise است. این مقاله برخی از موقعیت‌های نسبتاً رایج را شرح می‌دهد که هنگام به‌روزرسانی پیکربندی‌های غیر استاندارد 1C:Enterprise 8 با مشکل مواجه می‌شوند.

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

ممکن است متوجه شده باشید که با هر به روز رسانی، تعداد اشیایی که به توجه شما نیاز دارند فقط افزایش می یابد. در عین حال مطمئناً می دانید که مثلاً فقط یک سند تغییر کرده است و هنگام به روز رسانی لیستی از چندین ده شیء تغییر یافته نمایش داده می شود. البته، می توانید از روشی که در مقاله "تکنولوژی به روز رسانی تنظیمات غیر استاندارد 1C: Enterprise 7.7" مورخ 2003/06/27 توضیح داده شده است استفاده کنید. بله، کار خواهد کرد. بسیاری از این طریق به روز رسانی را انجام می دهند. اما من این رویکرد را هنگام به‌روزرسانی پیکربندی‌ها در پلتفرم 1C:Enterprise 8 ناکارآمد و وقت‌گیر می‌دانم. برخلاف پلتفرم 1C:Enterprise 7.7، پلتفرم 1C:Enterprise 8 به شما امکان می‌دهد چندین پیکربندی (فایل‌های cf*.) را همزمان باز کنید. زمان و چندین مقایسه پیکربندی را در یک پیکربندی کپی انجام دهید. تنها استثنا، شاید، فقط پیکربندی‌هایی است که بر روی SCP (مدیریت شرکت تولیدی) ساخته شده‌اند - آنها خیلی سنگین هستند، پلت فرم سقوط می‌کند.

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

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

لطفاً توجه داشته باشید که پایگاه داده می تواند حداکثر دارای سه نوع پیکربندی باشد:

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

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

بیایید روند به روز رسانی را در نظر بگیریم و خطاهای احتمالی را با استفاده از مثال به روز رسانی پیکربندی SCP تجزیه و تحلیل کنیم (تامین کننده یک پیکربندی معمولی 1C است که توسط Inform Service بهبود یافته است). در ابتدا، به روز رسانی این پیکربندی مطابق با فناوری توضیح داده شده در این مقاله انجام نشد، بنابراین خطاهای مورد بحث در مقاله در عمل رایج ترین هستند. ارتقا از نسخه 1.2.6.2 به نسخه 1.2.14.1 انجام خواهد شد.

مرحله 1. آماده سازی

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

اگر آخرین به‌روزرسانی از طریق «پشتیبانی» (منو «پیکربندی» → «پشتیبانی» → «پیکربندی به‌روزرسانی») انجام شده باشد یا طبق روشی که در این مقاله توضیح داده شده انجام شود، می‌توان این مرحله را نادیده گرفت.

عدم تطابق بین نسخه‌های پیکربندی کار و پیکربندی فروشنده ممکن است هنگام استفاده از فایل‌های *.cf برای به‌روزرسانی، نه از کیت توزیع فروشنده، یا هنگام استفاده از روش‌های به‌روزرسانی که با روش‌های توضیح داده شده در این مقاله متفاوت است، رخ دهد. به عنوان مثال، اشیاء با کپی کردن از طریق کلیپ بورد یا کشیدن و رها کردن به پیکربندی کار اضافه شدند.

1. مقایسه نسخه ها.

بیایید شماره نسخه های پیکربندی کار و پیکربندی فروشنده را بررسی کنیم. ما به تعداد پیکربندی کار در منوی "پیکربندی" → منوی "پیکربندی باز" "ویرایش" → "خواص" نگاه می کنیم. در بلوک "Development"، "Version" را انتخاب کنید. (تصویر 1).

ما به شماره پیکربندی فروشنده در منوی "پیکربندی" → "پشتیبانی" → "تنظیمات پشتیبانی ..." مورد "نسخه" نگاه می کنیم. (شکل 2).

اگر اعداد مطابقت دارند، به مرحله بعد بروید. مرحله 2 را ببینید.

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

2. ذخیره پیکربندی کار (اصلی).

بیایید پیکربندی کار را در یک فایل ذخیره کنیم، به عنوان مثال work.cf. برای انجام این کار، آیتم منو "Configuration" → "Save configuration to file ..." را انتخاب کنید.

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

برای مطابقت با پیکربندی‌ها، ما به یک فایل *.cf از توزیع فروشنده با شماره نسخه مشابه پیکربندی کاری نیاز داریم (شکل‌های 3 و 4). این فایل را می توان هنگام نصب توزیع مناسب به دست آورد. به طور پیش فرض، بسته توزیع پیکربندی در دایرکتوری C:\Program Files1cv81tmplts نصب می شود. برای اطلاعات بیشتر در مورد نصب الگوهای پیکربندی، به مستندات مراجعه کنید.

بیایید دایرکتوری قالب را بررسی کنیم. اگر یک فایل *.cf از نسخه مورد نیاز در دایرکتوری الگو وجود دارد، به مرحله 4 مرحله 1 بروید.

اگر فایل *.cf از نسخه پیکربندی فروشنده مورد نیاز وجود نداشته باشد، چه کاری می توان انجام داد؟ در این مورد، می توانید از فایل های *.cfu استفاده کنید و روش توضیح داده شده در مرحله 1 را چندین بار تکرار کنید تا به ترتیب شماره نسخه را به نسخه مورد نیاز افزایش دهید، در این مورد به 1.2.6.2. لازم به ذکر است که استفاده از فایل های *.cfu ممکن است خطاهایی را که قبلاً در حین به روز رسانی ایجاد شده بود نشان ندهد. می بینید که بسیار عجیب است، با توجه به این واقعیت که فایل فروشنده ابتدا بر اساس پیکربندی فروشنده قدیمی و فایل *.cfu مونتاژ می شود و سپس به روز رسانی انجام می شود. شاید این به این دلیل است که به دلایلی همه اشیاء پیکربندی در مقایسه شرکت نمی کنند. بنابراین، من پیشنهاد می کنم از طولانی ترین مسیر ممکن، اما همچنین قابل اعتمادتر استفاده کنید.

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

ایجاد یک فایل فروشنده "قدیمی".برای پیکربندی فعلی در صورت پشتیبانی از پیکربندی، فایل 1cv8.cf را ​​می توان از توزیع فروشنده گرفته یا از پایه کاری ذخیره کرد. برای ذخیره فایل 1cv8.cf از پایه کار، در منوی "پیکربندی" → "پشتیبانی" → "تنظیم پشتیبانی ..."، روی دکمه "ذخیره در فایل" کلیک کنید و فهرست و نام فایل را مشخص کنید. مثلا روی دسکتاپ.

یک پایگاه داده با پیکربندی ارائه دهنده جدید ایجاد کنید.پایگاه داده را می توان با استفاده از توزیع فروشنده از دیسک ITS یا با استفاده از 1cv8.cf که قبلاً از دسکتاپ به دست آمده بود ایجاد کرد. در حالت اول، دستورالعمل های موجود در توزیع را دنبال کنید. در حالت دوم، برای ایجاد پایگاه داده از فایلی که روی دسکتاپ قرار دارد، یک infobase جدید بدون تنظیمات ایجاد کنید و پیکربندی را اجرا کنید. در منوی "Configuration" → "Load configuration from file ..." فایلی را که قبلاً در دسکتاپ ذخیره شده است را مشخص کنید. پیکربندی را از طریق منوی "Configuration" → "Open configuration" باز کنید و از طریق منوی "Configuration" → "Support" → "Update configuration" با استفاده از فایل های *.cfu به نسخه مورد نیاز به روز رسانی کنید.

ایجاد یک فایل پیکربندی فروشنده "جدید".برای انجام این کار، مورد را در منوی "پیکربندی" → "ذخیره تنظیمات در فایل ..." انتخاب کنید. محل و نام فایل 1cv8.cf را ​​مشخص می کنیم. روی "ذخیره" کلیک کنید.

4. تراز کردن پیکربندی کاری با پیکربندی فروشنده از طریق به روز رسانی.

با استفاده از فایل پیکربندی فروشنده *.cf دریافت شده، اجازه دهید به روز رسانی کنیم. برای انجام این کار، آیتم منو "پیکربندی" → "پشتیبانی" → "پیکربندی به روز رسانی"، "انتخاب فایل به روز رسانی"، "پایان" (شکل 5)، "اجرا" (شکل 6) را انتخاب کنید.

گزینه های راه حل:

• تیک شیء موجود در پیکربندی ارائه دهنده را بردارید.
• ارجاع به شیء موجود در پیکربندی ارائه دهنده را حذف کنید.

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

5. بازیابی تنظیماتی که در مرحله قبل تا حدی از دست رفته اند.

برای بازیابی تنظیمات نیمه از دست رفته، اجازه دهید با فایل پیکربندی کاری ذخیره شده قبلی work.cf ادغام شویم. برای انجام این کار، آیتم منو "پیکربندی" → "مقایسه، ادغام با پیکربندی از فایل ..." را انتخاب کنید.

6. ذخیره نتایج به روز رسانی.

بیایید تغییرات را در پیکربندی کاری ذخیره کنیم و پیکربندی پایگاه داده را به روز کنیم. برای انجام این کار، آیتم منو "Configuration" → "Update database configuration" را انتخاب کنید.

در اینجا با مشکل دیگری روبرو هستیم (شکل 8).

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

ما به سادگی با نقش ها عمل می کنیم - آنها را حذف می کنیم، زیرا نقش ها تغییر نکرده اند (این را می توان با مقایسه پیکربندی فروشنده قدیمی با پیکربندی در حال اجرا تأیید کرد). ما با جزئیات سند متفاوت عمل می کنیم. ویژگی باید تغییر نام داده شود، به عنوان مثال OrderReserve1، و پس از به روز رسانی، مقادیر را از ویژگی تغییر نام داده شده به ویژگی جدید منتقل کنید. برای این کار می توانید از پردازش UniversalSelectionAndProcessingObjects.epf از دیسک ITS استفاده کنید.

وضعیت دیگری مشابه وضعیت قبلی را در نظر بگیرید، اما هنگام به روز رسانی 1C: Enterprise Accounting 8.1 به وجود آمد. با فرم ها چه کنیم؟ (شکل 9)

در شکل مشاهده می کنیم که ListForm از ارائه دهنده حذف شده و سپس فرم جدیدی با همین نام توسط ارائه دهنده اضافه شده است. بر این اساس، لازم است هر دو فرم را برای به روز رسانی علامت گذاری کنید و روی دکمه "Run" کلیک کنید.

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

تغییرات را در پیکربندی کار ذخیره کنید و پیکربندی پایگاه داده "پیکربندی" → "به روز رسانی پیکربندی پایگاه داده" را به روز کنید.

در صورت لزوم، مقادیر مشخصه OrderReserve1 را با استفاده از پردازش خارجی در حالت 1C: Enterprise به OrderReserve منتقل کنید.

مرحله 2. به روز رسانی

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

برای به‌روزرسانی پیکربندی، به یک فایل *.cfu یا یک فایل *.cf از توزیع فروشنده نیاز داریم.

اگر به روز رسانی از طریق چندین نسخه پیکربندی انجام می شود، باید به وضعیت توضیح داده شده در مقاله "به روز رسانی 1C: تنظیمات Enterprise 8. پرش از 20 نسخه" توجه کنید. اگر به روز رسانی در یک پایگاه داده کار انجام نمی شود، پس از تکمیل آماده سازی هر مرحله جدید، فایل های *.cf را ​​ذخیره می کنیم. آنها هنگام به روز رسانی پیکربندی پایگاه داده تولید مشتری مورد نیاز خواهند بود.

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

اگر به‌روزرسانی از طریق چندین نسخه انجام شود، برای کاهش پیچیدگی به‌روزرسانی، می‌توانید از روش محاسبه نسخه‌های کلیدی که در مقاله «به‌روزرسانی تنظیمات 1C: Enterprise 8. پرش از 20 نسخه» توضیح داده شده است استفاده کنید.

1. تهیه پایگاه های اطلاعاتی.

بنابراین، با توجه به نتایج مرحله اول، ما در حال آماده سازی دو پایه یکسان هستیم. اولین (اصلی) نتیجه آینده ما است. دوم (کمکی) برای انجام مقایسه، باز کردن تنظیمات و سایر اقدامات مقدماتی است. برای نسخه فایل، این به سادگی کپی کردن فایل های پایگاه داده اصلی در دایرکتوری دیگر و اتصال این دایرکتوری به لیست پایگاه های داده، برای سرویس گیرنده سرور - آپلود / دانلود است.

2. مقایسه سه طرفه تنظیمات.

بیایید هر دو پایگاه داده را در حالت Configurator باز کنیم و با استفاده از فایل پیکربندی جدید فروشنده موجود، یک مقایسه سه جانبه از تنظیمات در هر دو پایگاه داده انجام دهیم. برای انجام این کار، در هر دو پایگاه داده، آیتم منو "Configuration" → "Support" → "Update configuration"، "Select update file"، "Finish" را انتخاب کنید (شکل 10).

در نتیجه مقایسه سه پیکربندی (پیکربندی فروشنده قدیمی، پیکربندی فروشنده جدید، و پیکربندی کاری)، لیستی از اشیاء تغییر یافته را به دست می آوریم. فیلتر را تنظیم کنید "شکل های 11 و 12 فقط دو بار تغییر داده شده نشان داده شود".

قبل از هر چیز باید با این اشیا مقابله کنید، زیرا. ممکن است پس از به‌روزرسانی، تنظیماتی که قبلاً انجام شده‌اند از بین بروند.

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

بنابراین، در نتیجه، لیستی از اشیاء را دریافت می کنیم که در طی تکمیل پیکربندی معمولی و در پیکربندی جدید تامین کننده، دو بار تغییر کرده اند. اگر با به‌روزرسانی موافق باشید، بهبودهایی که قبلاً در این اشیاء انجام شده بود از بین می‌روند. بنابراین، برای هر شی، باید تصمیمی در مورد نحوه به روز رسانی آن گرفته شود (شکل 13). در این مرحله صرفاً به منظور کاهش حجم کار در آینده، مقایسه اولیه را انجام می دهیم. ارزیابی سریع دقیق نیست - "با چشم".

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

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

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

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

علاوه بر این، تمام مقایسه ها در پایگاه داده کمکی انجام می شود. ما قبلاً یک مقایسه داریم - یک مقایسه سه وجهی. برای تعیین تغییرات ایجاد شده قبل، ما یک مقایسه دوم اضافی از پیکربندی قدیمی تامین کننده با پیکربندی اصلی انجام می دهیم. برای انجام این کار، مورد را در منوی "پیکربندی" → "مقایسه تنظیمات:"، "پیکربندی فروشنده" و "پیکربندی اصلی" را برای مقایسه انتخاب کنید (شکل 16).

به طور مشابه، ما پیکربندی فروشنده قدیمی را با پیکربندی جدید مقایسه می کنیم. برای مقایسه، ما به یک فایل پیکربندی فروشنده جدید نیاز داریم. اگر چنین فایلی وجود نداشته باشد، اکنون می توان آن را از پایگاه داده اصلی دریافت کرد. برای ذخیره یک پیکربندی تامین کننده جدید در پایگاه داده اصلی در یک فایل، در منوی "پیکربندی" → "پشتیبانی" → "تنظیمات پشتیبانی:" روی دکمه "ذخیره در فایل" کلیک کنید. (شکل 2). نام فایل را مشخص کنید، برای مثال new.cf. در مرحله بعد، مقایسه پیکربندی سوم را انجام می دهیم و هنگام مقایسه، فایل new.cf را ​​به عنوان پیکربندی دوم مشخص می کنیم.

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

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

مقایسه فرم ها، جداول و ماژول های اشیاء در پیکربندی با درجه کافی از جزئیات انجام می شود (شکل 17). این برای تصمیم گیری کاملاً کافی است.

اما در برخی موارد، داده های گزارش های مقایسه ای به گونه ای ارائه می شوند که اجازه تصمیم گیری سریع را به شما نمی دهند. به عنوان مثال، در صورت تغییر نوع ویژگی هایی که نوع داده ترکیبی دارند، ترکیب ورودی ها بر اساس اشیا و غیره. در این مرحله است که به دلیل پیچیدگی آن، بهبودها در طول به روز رسانی از دست می رود. بیایید این وضعیت را با استفاده از مثال ویژگی هایی که نوع داده ترکیبی دارند در نظر بگیریم. هنگام ایجاد یک گزارش در مورد مقایسه اشیاء (شکل 17)، داده های مختلف در پیکربندی های مقایسه شده به عنوان لیست هایی ارائه می شوند که حاوی ترکیب انواع داده ها هستند که با کاما از هم جدا شده اند. در عین حال، گزارش به هیچ وجه نشان نمی دهد که چه نوع داده هایی اضافه یا حذف شده اند. البته برای شناسایی تفاوت ها می توان گزارش را چاپ و «پنهان» کرد. در مثال مورد بررسی حدود 200 شیء از این دست وجود دارد، بدیهی است که فرآیند مقایسه بسیار پر زحمت به نظر می رسد و حدود 50 ساعت طول می کشد.

برای کاهش پیچیدگی کار هنگام مقایسه اشیاء، می توانید از پیکربندی "Cell Comparison" که توسط Inform Service توسعه یافته است استفاده کنید. در مقایسه با اجسام کامپوزیت، تقریباً 20 برابر شدت کار را می توان کاهش داد.

پیکربندی "مقایسه سلول ها" در حالت 1C: Enterprise راه اندازی می شود و به شما امکان می دهد اطلاعات را از گزارش مقایسه اشیاء به صورت بصری ارائه دهید (شکل های 18 و 19). برای مقایسه، از قابلیت های 1C: Enterprise 8 استفاده شده است.

طرح پیکربندی ساده است. در پیکربندی، ما یک گزارش در مورد مقایسه اشیاء ایجاد می کنیم (شکل 17) و آن را در یک فایل ذخیره می کنیم، به عنوان مثال Comparison Report.mxl. 1C:Enterprise را باز کنید و در کادر محاوره ای (شکل 18) فایل ذخیره شده را انتخاب کنید و سلول های مورد مقایسه را مشخص کنید. برای انجام این کار، روی دکمه سمت راست ماوس در سلول انتخاب شده سند صفحه گسترده دوبار کلیک کنید. با کلیک بر روی دکمه "مقایسه"، نتیجه مقایسه را دریافت می کنیم که در آن موقعیت های مختلف با رنگ برجسته شده اند (شکل 19).

علاوه بر این، بر اساس این واقعیت که مقایسه طبق همان اصول برای مقایسه اشیاء انجام می شود، طرح اقدامات به این صورت خواهد بود. گزارش بعدی را با همان نام فایل ذخیره کنید. روی دکمه های "به روز رسانی" و "مقایسه" کلیک کنید. شرح دقیق‌تری از این پردازش را می‌توانید در اینجا «مقایسه سلولی» بیابید.

توجه ویژه ای باید به الگوهای RLS برای نقش های کاربر تغییر یافته شود.

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

مرحله 3. تحویل آثار

در مثال داده شده، میزان کار برای تصحیح خطاهای ایجاد شده در به روز رسانی های قبلی و همچنین به روز رسانی به نسخه 1.2.14.1 و انتقال تغییرات قبلی انجام شده به پیکربندی استاندارد حدود 100-150 ساعت است. انجام چنین حجمی از کار با به روز رسانی مستقیم در بانک اطلاعاتی مشتری امکان پذیر نیست. بر این اساس، کارهای مقدماتی باید بر روی یک نسخه از پایگاه داده انجام شود و نتیجه به روز رسانی باید به پایگاه داده کاری مشتری منتقل شود.

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

اگر در پایگاه داده کاری مشتری در حین آماده سازی به روز رسانی هیچ کاری برای تغییر پیکربندی انجام نشد و به روز رسانی بر روی کپی فعلی پایگاه داده کار آماده شد، سپس برای انتقال تنظیمات، پیکربندی کار را در یک فایل ذخیره می کنیم. برای مثال work_2.cf، با انتخاب آیتم منو "پیکربندی" → "ذخیره پیکربندی در فایل...".

• با استفاده از فایل work_2.cf، تغییرات را انتقال دهید. برای انجام این کار، آیتم منو "پیکربندی" → "بارگیری پیکربندی از فایل ..." را انتخاب کنید.
• ما به سوال در مورد به روز رسانی پیکربندی پایگاه داده با بله پاسخ خواهیم داد.

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

اگر به روز رسانی روی نسخه فعلی پایگاه داده کار آماده نشده بود، برای انتقال تنظیمات، از تکنیک استفاده شده در مرحله اول استفاده می کنیم. برای انجام این کار، به فایل *.cf از پیکربندی فروشنده معمولی (1.2.14.1) و نتیجه به روز رسانی در قالب یک فایل *.cf نیز نیاز داریم. برای انجام این کار، اجازه دهید پیکربندی کار را در یک فایل، به عنوان مثال، work_2.cf، با انتخاب آیتم منو "Configuration" → "Save configuration to file ..." ذخیره کنیم.

مراحل بعدی در سمت مشتری به شرح زیر است:

• ایجاد یک نسخه پشتیبان از پایگاه داده؛
• بیایید با استفاده از فایل *.cf پیکربندی معمولی فروشنده به روز رسانی کنیم. برای انجام این کار، آیتم منو "پیکربندی" → "پشتیبانی" → "پیکربندی به روز رسانی"، "انتخاب فایل به روز رسانی"، "پایان" (شکل 10)، "اجرا" را انتخاب کنید.
• با استفاده از فایل work_2.cf تغییرات را انتقال دهید. برای انجام این کار، آیتم منو "پیکربندی" → "مقایسه، ادغام با پیکربندی از فایل ..." را انتخاب کنید.
• تغییرات را در پیکربندی در حال اجرا ذخیره کنید و پیکربندی پایگاه داده را به روز کنید. برای انجام این کار، آیتم منو "Configuration" → "Update database configuration" را انتخاب کنید.

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

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