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

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

همانطور که در نه پیکربندی معمولی 1C برای به روز رسانی.

مفاهیم کلی

هنگام به روز رسانی (به روز رسانی، انگلیسی) یک پلت فرم غیر استاندارد، تغییرات همیشه بر عناصر پیکربندی معمولی (پیکربندی، انگلیسی) ارائه دهنده تأثیر می گذارد.

پایگاه داده (DB) دارای حداکثر سه نوع پیکربندی است:

• خود پایگاه داده - الگوریتم های منطقی با آن کار می کنند.
• کار می کند (به اصطلاح اصلی، ConfigOR) - که ما به طور دوره ای آن را تغییر می دهیم.
• پیکربندی ارائه دهنده (ConfigP - بر اساس آن، پیکربندی کار و پایگاه داده توسط کاربر ایجاد می شود.

اگر برنامه از پشتیبانی حذف شود، دیگر از طرف تامین کننده نخواهد بود. با این حال، افزایش هزینه های نیروی کار برای به روز رسانی اجتناب ناپذیر است. به روز رسانی یک پیکربندی غیر استاندارد 1C را در نظر بگیرید. به عنوان مثال می توان پلت فرم PPM (مدیریت شرکت تولیدی) را نام برد.

مخلوط کردن

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

مقایسه نسخه

ما شماره نسخه (در حال کار و تحویل) را بررسی می کنیم. اولین مورد در "پیکربندی" / "باز" ​​/ "ویرایش" / "خواص" بررسی می شود. در بخش توسعه/نسخه. دوم در "پیکربندی"/"پشتیبانی"/"تنظیمات پشتیبانی"/"نسخه":

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

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

ذخیره پیکربندی (در حال کار)

بیایید ConfigOR را در یک فایل با نام، به عنوان مثال، work.cf ذخیره کنیم. برای انجام این کار، "پیکربندی" / "ذخیره ..." را انتخاب کنید.

دریافت فایل فروشنده

برای تطبیق ConfigOR با ConfigP، به یک فایل cf از کیت توزیع فروشنده (از همان نسخه) نیاز دارید. به طور پیش فرض در C:/Program Files/1cv81/tmplts خواهد بود. بیایید وجود فایل cf مورد نیاز را در جدول الگو بررسی کنیم. اگر فایل نسخه پیکربندی فروشنده مورد نیاز وجود نداشته باشد چه؟ سپس باید یک پایگاه داده خالی از پایگاه داده قدیمی ایجاد کنید، آن را به نسخه مورد نیاز به روز کنید و تنها پس از آن از آن استفاده کنید.

دریافت فایل از طریق آپدیت

برای اجرای بروزرسانی cf-file ConfigP، دستور در منو انتخاب می شود: "پیکربندی / پشتیبانی / به روز رسانی ... / انتخاب فایل / انجام شد / اجرا" (به ترتیب در تصاویر):

برای حل آن، باید تیک شی را برای حذف در پیکربندی ارائه دهنده بردارید. سپس، پس از حذف، دوباره مقایسه را انجام می دهیم - روی دکمه "Update" در پنجره به روز رسانی کلیک کنید.

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

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

ذخیره و تنظیم

برای ذخیره ConfigOR و به روز رسانی پایگاه داده، "Update…DB" را در آیتم منوی "Configuration" انتخاب کنید. در اینجا با یک مشکل جدید روبرو می شویم:

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

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

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

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

ذخیره تغییرات در کار و به روز رسانی پیکربندی پایگاه داده: "پیکربندی / به روز رسانی ... DB". انتقال مقدار مشخصه OrderReserve1 به OrderReserve با پردازش خارجی حالت 1C:Enterprise انجام می شود.

آماده سازی پایه

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

مقایسه

پس از باز کردن هر دو پایگاه داده با Configurator، مقایسه سه طرفه آنها را انجام خواهیم داد. ما از فایل ConfigP جدید برای این کار استفاده می کنیم - "پیکربندی / پشتیبانی / به روز رسانی ... / انتخاب فایل ... / انجام شد":

مقایسه پیکربندی‌های ارائه‌دهنده در حال کار، قدیمی و جدید، فهرستی از اشیاء تغییر یافته را با فیلتر «نمایش ویژگی‌های تغییر دو بار» به ما می‌دهد. با آنها، اول از همه باید مشکل را حل کنید:

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

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

برای نشان دادن رویه ها و عملکردهای جایگزین یا حذف، کادرها را علامت بزنید:

اکنون باید وضعیت چک باکس ها را در پایگاه داده کمکی کپی کنید. در قسمت اصلی - روی "Run" کلیک کنید. در این مرحله در اصلی ما یک پیکربندی تقریباً تمام شده را دریافت می کنیم.

مقایسه های بعدی دوباره در پایگاه داده کمکی انجام می شود. ما تغییرات قبلی را با مقایسه اضافی ConfigP قدیمی با ConfigOR پیدا می کنیم - "پیکربندی / مقایسه ...":

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

بنابراین، دو بار تغییر اشیاء دریافت می شود. در پایگاه داده اصلی یک پیکربندی تقریباً آماده دریافت شده است. باید با عناصری که دو بار تغییر کرده اند مقابله کند.

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

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

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

برای مثال، با استفاده از پیکربندی "مقایسه سلول ها" از شرکت Inform Service، کاهش شدت کار به دست می آید. برای راه اندازی در حالت 1C: Enterprise موجود است و داده های گزارش مقایسه را به شکلی مناسب ارائه می دهد. مقایسه با قابلیت های 1C انجام می شود:

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

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

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

ما با 1C 7.7 کار می کنیم

ارتقاء یک پلت فرم معمولی به همان پلتفرم معمولاً مشکلی ایجاد نمی کند. فقط دستورالعمل های موجود در دستورالعمل ها را دنبال کنید. آنها در UPDATE.TXT در فهرست توزیع قرار دارند.

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

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

ایجاد یک نسخه بایگانی

برای این منظور باید از گزینه : "Administration / Save data ..." استفاده کنید. تعیین نام بایگانی و مطابقت آن با تاریخ ایجاد (به عنوان مثال YYMMDD.zip) راحت است.

تهیه کاتالوگ

برای کار، به شش فایل پیکربندی (1cv7.md) نیاز دارید:

1. "WorkingNew" برای آماده سازی به روز رسانی (فایل md حاصل)؛
2. "WorkingOld" برای ردیابی تغییرات هنگام مقایسه و برای انتقال تنظیمات به TypeNew_2.
3. معمولی (قدیمی) "TypeOld_1". بر اساس آن، قبلا یک کار ساخته شده بود.
4. انواع (سابق) "TypeOld_2". برای پیگیری تغییرات در شرکت 1C در نسخه استاندارد جدید؛
5. نوعی از. (جدید) "TypeNew_1". بهبودهای شرکت 1C در نسخه جدید؛
6. "TypeNew_2" برای اشیاء پیچیده.

و پنج پیکربندی در حال اجرا (همه به جز "TypeNew_1").

در ابتدا، دایرکتوری ها به صورت جفت یکسان هستند:

• "کار جدید" و "کار قدیمی"؛
• "TypeOld_1 و TypeOld_2"؛
• "TypeNew_1" و "TypeNew_2".

ترکیب عناصر

ابتدا بین 3 و 2، 4 و 5، 1 و 6 مقایسه می کنیم. برای این کار، هر یک از اولین های جفت، مورد "پیکربندی / ارتباط ..." را انتخاب کنید و فایل فراداده 1cv7.md را مشخص کنید. دوم در جفت فرمی با درختی از عناصر تغییر یافته روی صفحه نمایش داده می شود. در مرحله بعد، لازم است نتایج مقایسه زوجی 3 با 2 و 4 با 5 مورد تجزیه و تحلیل قرار گیرد. اما در 3 و 2 منعکس نشدند. 1 و 4 باید در حالت نادیده گرفتن ترکیب شوند.

دیگر

این شامل نمودار حساب ها و رابط های کاربری است. اگر تغییراتی در نمودار حساب ها وجود داشت، باید در حالت "ترکیب اشیاء" Working New به همراه Type New_2 به روز شود. پس از ادغام رابط، خطاها را بررسی می کند: تکرار موارد منو، تکرار نوار ابزار، تنظیم علائم برای نوار ابزار "مکان از یک خط جدید".

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

امیدواریم انتشارات ما به شما کمک کرده باشد تا با به‌روزرسانی پیکربندی غیر استاندارد 1C مقابله کنید. ما این را با توجه به نسخه هفتم و هشتم بررسی کردیم.

نظرات خود را بنویسید، در مورد تجربه خود در به روز رسانی 1C بنویسید.

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

اگر پیکربندی معمولی نیست چه باید کرد؟ یا یک نمونه معمولی، اما بهبودهایی در آن ایجاد شده است - یک کتاب مرجع، چند جزئیات، یک گزارش اضافه شده است؟

پاسخ این سوال را امروز خواهیم فهمید.

پیکربندی غیر معمول 1C چیست

پیکربندی غیر معمول 1C زمانی است که:

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

برای ایجاد هرگونه تغییر در پیکربندی معمولی، باید .

هنگام به‌روزرسانی 1C پیکربندی غیراستاندارد حذف شده از پشتیبانی، 1C پیشنهاد می‌کند «پیکربندی غیراستاندارد را برای پشتیبانی قرار دهد». سپس تمام تغییرات لغو می شود (پاک می شود).

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

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

4) در دایرکتوری "Individuals" در ماژول فرم، در تابع ReadPlace of Birth() یک خط از برنامه اضافه شد.

همه این تغییرات در زمان به‌روزرسانی 1C از پیکربندی غیر استاندارد 1C چگونه کار می‌کنند؟

به روز رسانی 1C با ذخیره تغییرات در پیکربندی غیر استاندارد 1C

به‌روزرسانی پیکربندی 1C معمولاً به‌عنوان یک آرشیو خود استخراج‌کننده توزیع می‌شود. پس از باز کردن بسته بندی، باید فایل نصب را اجرا کنید تا بروزرسانی 1C را روی رایانه خود نصب کنید (نه در 1C!).

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

فایل های به روز رسانی 1C می توانند به شکل زیر باشند:

• فایل با پسوند CF - شامل کل است نوع جدیدپیکربندی
• فایل با پسوند CFU - فقط شامل تغییرات نسخه قبلی است.

هر دو فایل در فهرست به روز رسانی 1C، در پوشه ای با نام نسخه ذخیره می شوند.

هنگام استفاده از فایل CFU مراقب باشید - این فقط به شما امکان ارتقاء از !

بنابراین، برای به روز رسانی 1C، یکی از گزینه های منو را انتخاب کنید:

• پیکربندی/مقایسه ادغام با پیکربندی از فایل - برای فایل های CF
• پیکربندی / پشتیبانی / پیکربندی به روز رسانی / انتخاب فایل به روز رسانی 1C - برای فایل های CF یا CFU.

اول از همه، 1C این دو پیکربندی را با هم مقایسه می کند. پیکربندی پایگاه داده شما «پیکربندی اصلی» و پیکربندی به‌روزرسانی «پیکربندی از فایل» نامیده می‌شود.

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

نگاه کنید - در مثال ما، دایرکتوری هایی که تغییر یا اضافه شده اند برجسته شده اند.

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

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

چک باکس "اجازه حذف اشیاء پیکربندی اصلی" به شما امکان می دهد در صورت حذف آنها در به روز رسانی 1C حذف کنید. از آنجایی که ما جزئیات و دایرکتوری ها را به پیکربندی اضافه کردیم، اما آنها در به روز رسانی 1C نیستند، 1C فرض می کند که در به روز رسانی 1C حذف شده اند. بنابراین، لازم نیست این کادر را علامت بزنید.

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

شعبه کتاب مرجع نامگذاری را باز کنیم. در شاخه Requisites می بینیم که در پیکربندی معمولی هیچ props وجود ندارد و در حال اضافه کردن آن هستیم. منهای یعنی حذف خواهد شد.

از آنجایی که ما نیازی به حذف مواردی که خودمان اضافه کرده‌ایم نداریم، باید موارد زیر را انجام دهیم (گزینه‌ها):

• در دکمه "تنظیمات"، کادر "Allow deleting main configuration objects" را تنظیم نکنید
• اگر چک باکس هنوز تنظیم شده است، علامت کادر را در مقابل این ویژگی بردارید. هیچ علامتی در جلوی قطعات موجود در تصویر وجود ندارد، زیرا حذف اشیا مجاز نیست.

فرم کتاب مرجع نامگذاری نیز تغییر کرده است. 1C این را دید و فرم دایرکتوری را در لیست اشیاء تغییر یافته نیز به ما نشان می دهد.

برای مشاهده اینکه چه تغییراتی در فرم ایجاد شده است، می توانید موارد زیر را انجام دهید (گزینه ها):

• ابتدا روی فرم در ستون سمت چپ کلیک راست کرده و آیتم منوی "Open Form" و سپس سمت راست را انتخاب کنید. دو شکل را به صورت بصری با هم مقایسه کنید.
• روی فرم کلیک راست کرده و آیتم منو "گزارش مقایسه شی" (جزئیات، سند صفحه گسترده) را انتخاب کنید.

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

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

می‌توانیم با انتخاب کادر کناری فرم، موافقت کنیم یا از تغییر آن خودداری کنیم. این پیامدهای زیر را به دنبال دارد:

الف) اگر کادر را علامت بزنید

• فرم با فرم جدید جایگزین می شود
• تغییرات ما در تنظیمات پیش فرض پاک خواهد شد
• تغییرات از به روز رسانی 1C اعمال خواهد شد
• سپس به صورت دستی لازم است تغییرات خود را برگردانیم

ب) اگر تیک نزنیم

• فرم همانطور که هست باقی خواهد ماند
• تغییرات ما باقی می ماند
• تغییرات جدید از به روز رسانی 1C اعمال نمی شود
• سپس به صورت دستی لازم است تغییرات را از به روز رسانی 1C اضافه کنید.

می توانید از گزینه سوم استفاده کنید. شاخه Form را تا انتها باز کنید و در ستون "Merge Mode" گزینه "Merge" را انتخاب کنید.

ج) اگر "ترکیب" را انتخاب کنیم

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

2) در دایرکتوری "Individuals"، در ماژول فرم، در تابع ReadPlace of Birth() یک خط از برنامه اضافه شد.

برای مشاهده تغییرات در ماژول فرم که 1C شناسایی کرده است، شاخه فرم را تا انتها گسترش دهید، روی آن کلیک راست کنید، آیتم منو "نمایش تفاوت در ماژول ها" را انتخاب کنید.

تغییرات در زمینه هر تابع نشان داده می‌شوند، اما با این حالت مشاهده، می‌توانید 1C کل ماژول را به‌روزرسانی کنید یا آن را رد کنید.

راه دیگر استفاده از دکمه ذره بین در این خط است.

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

3) در دایرکتوری "نمایش های الکترونیکی .." چندین جزئیات حذف شد

1C تشخیص داده است که ما جزئیات دایرکتوری استاندارد را حذف کرده ایم و به ما پیشنهاد می کند آنها را بازیابی کنیم.

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

بنابراین، وظیفه ما این است که تغییرات شناسایی شده توسط 1C را با دقت مطالعه کنیم و با کمک چک باکس ها، با آنها موافقت کنیم یا رد کنیم. پس از آن روی دکمه Run کلیک کنید.

لطفاً توجه داشته باشید که اگر ویژگی را در نتیجه به‌روزرسانی 1C حذف کرده باشید، داده‌هایی را که کاربران به آن وارد کرده‌اند نیز حذف کرده‌اید، به این معنی که با افزودن مجدد همان ویژگی، این داده‌ها بازیابی نمی‌شوند.

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

پس از فشار دادن دکمه Run، 1C چنین موقعیت هایی را پیدا کرده و از آنها گزارش می دهد.

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

برای تأیید به‌روزرسانی 1C، باید آیتم منو پیکربندی / به‌روزرسانی پیکربندی پایگاه داده را انتخاب کنید.

برای امتناع از به روز رسانی 1C، باید آیتم منو پیکربندی / بازگشت به پیکربندی پایگاه داده را انتخاب کنید.

گزینه سوم (توالی آیتم های منو نشان داده شده است):

• File/Save را انتخاب کنید
• پیکربندی/ذخیره پیکربندی در فایل
• پیکربندی/پیکربندی پایگاه داده/بازگشت به پیکربندی پایگاه داده.

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

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

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

بنابراین - با استقرار پایه آزمایشی بر روی یک نسخه پشتیبان جدید، به‌روزرسانی‌های متوالی نسخه‌ها را به آخرین نسخه انجام می‌دهیم. پس از هر نسخه، برای ذخیره تغییرات در پیکربندی و سازماندهی مجدد داده ها، "Debug" را راه اندازی می کنیم. در تمام کادرهای محاوره ای، روی OK / Next / Accept / Yes / Continue کلیک کنید ...

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

1. ما تغییرات پیکربندی را قبل و بعد از به‌روزرسانی در فایل‌های متنی ذخیره می‌کنیم.پایه های کار و تست را در حالت Configurator باز کنید. تنظیمات آنها را باز کنید. و در هر دو پایگاه داده، ما شروع به پردازش مقایسه پیکربندی می کنیم ("پیکربندی - مقایسه تنظیمات ..."). مهم: در هر دو پایگاه داده، تنظیمات را به همین ترتیب انتخاب کنید:

علاوه بر این، ما آن را به صورت زیر ذخیره می کنیم: در پایگاه داده کار (جایی که پیکربندی قبل از به روز رسانی است) - در فایلی با پایان "old" و در پایگاه داده آزمایشی (جایی که پیکربندی پس از به روز رسانی است) - در یک فایل با پایان "جدید".

2. ایجاد تغییرات از دست رفته در یک پیکربندی به روز شده. ما به مرحله کلیدی روش می رویم. از آنجایی که این نکته اصلی است، پس برای توضیح کمی در مورد آنچه اتفاق می افتد، کمی از قسمت ریاضی. در پلت فرم 1C 7.7، فایل به روز رسانی یک پیکربندی کامل بود. و به روز رسانی در 1C 7.7 شامل بارگیری یک پیکربندی جدید و سازماندهی مجدد پایگاه داده برای این پیکربندی بود. بنابراین هر دو پیکربندی و به روز رسانی در اصل فایل md یکسان بودند. برخلاف پلتفرم 1C 7.7، در پلتفرم 1C 8.x: پیکربندی از طریق فایل cf منتقل می شود و به روز رسانی از طریق فایل cfu منتقل می شود. تفاوت این فایل ها در این است که فایل cf شامل تمام اشیاء پیکربندی است و فایل cfu فقط شامل مواردی است که با این آپدیت تغییر کرده اند. و بنابراین، هنگام به روز رسانی در پلت فرم 1C 8.x، فقط آن دسته از اشیاء پیکربندی که واقعاً در نسخه جدید تغییر کرده اند تحت تأثیر قرار می گیرند. در نتیجه، اگر چنین شی ای توسط ما تغییر کرده باشد، پس از به روز رسانی به طور کامل با یک استاندارد جایگزین می شود و باید تغییراتی را که قبل از به روز رسانی داشته است در آن تکرار کنیم تا این شیء شامل هر دو مورد ما باشد. تغییرات و تغییرات نسخه جدید، همزمان. اما اگر شی پیکربندی که ما تغییر دادیم تحت تأثیر آپدیت قرار نگرفت، تغییرات ما پس از به روز رسانی در آن باقی می ماند. برای سهولت درک این موضوع، آن را در قالب یک نمودار به تصویر می کشم:

این نمودار برخی از پیکربندی های معمولی را در فرآیند تغییر و ارتقا نشان می دهد. خطوط اشیاء آن هستند (اسناد، دایرکتوری ها، پردازش ها و غیره). اول (با شماره I) فقط یک پیکربندی معمولی است: همه اشیا بدون هیچ تغییری. سپس، در زیر شماره II، ما قبلاً یک پیکربندی معمولی تغییر یافته را می بینیم: برخی از اشیاء تغییر کرده اند و این اشیاء تغییر یافته با رنگ قرمز مشخص شده اند. شماره III به روز رسانی دیگری برای یک پیکربندی معمولی است: در واقع، فقط شامل اشیایی است که تحت تأثیر تغییرات نسخه جدید قرار گرفته اند، که با رنگ سبز مشخص شده اند، اما برای وضوح، من رسم همه اشیاء دیگر را به پایان رسانده ام. و ما نیاز به یک پیکربندی معمولی به روز داریم (نشان داده شده در نمودار I)، اما با تغییرات در نمودار II و نمودار III. در این مثال- این پیکربندی نهایی به عنوان شماره IV نشان داده می شود و شامل یک شی است که هم توسط ما و هم توسط به روز رسانی تغییر کرده است. بقیه اشیایی که ما تغییر دادیم، بدیهی است که توسط این به روز رسانی دست نخورده باقی مانده اند. حال سوال این است: چگونه همه تغییرات خود را در شیئی که تحت تأثیر به روز رسانی قرار گرفته است ایجاد کنیم؟ بدیهی است که ما باید دو مرحله را طی کنیم: اولاً این شی را پیدا کنیم و ثانیاً مکان هایی را در آن پیدا کنیم که تغییرات ما باید باشد و دوباره آنها را انجام دهیم. متذکر می شوم که البته ممکن است چندین مورد از این دست وجود داشته باشد و لازم است همه آنها را پیدا و تعمیر کنید. بنابراین، اجازه دهید به آخرین مرحله از به روز رسانی ادامه دهیم. در حال حاضر باید یک پایگاه داده آزمایشی در حالت Configurator باز داشته باشیم. اگر نتیجه پردازش مقایسه پیکربندی یا پنجره دیگری همچنان در آنجا باز است، همه آنها را می بندیم تا گیج نشویم. بعد - پایگاه داده کار را در حالت Configurator باز می کنیم (امکان بستن آن در هنگام به روز رسانی پایگاه داده آزمایشی وجود داشت) و مقایسه پیکربندی را در آنجا اجرا می کنیم. و شرح دو مرحله آخر (یافتن و رفع آن) را در زیر پاراگراف های جداگانه قرار خواهم داد:

2.1. جستجوی یک شی با تغییرات بازنویسی شده. وقت آن است که فایل های txt با پایان های قدیمی/جدید را به خاطر بسپارید. در واقع، این فایل ها همه تغییرات پیکربندی (نسبت به معمولی) را به ترتیب قبل و بعد از به روز رسانی منعکس می کنند. بنابراین، اگر برخی تغییرات را با یک به‌روزرسانی بازنویسی کنیم، فقط در فایل «ReportComparison_old.txt» خواهد بود. یعنی جستجو برای اشیاء پیکربندی لازم به مقایسه این دو فایل ختم می شود. با استفاده از این فایل ها را با هم مقایسه خواهیم کرد مدیر فایل فرمانده کلو ابزارهای داخلی آن فکر می کنم نیازی به توضیح در اینجا نیست که Total Commander چیست و از کجا می توان آن را تهیه کرد و چگونه از آن استفاده کرد ... با این وجود مراحل مورد نیاز کاربرد آن را در اینجا به اختصار شرح می دهم. بنابراین، ما Total Commander را راه اندازی می کنیم. اگر زبان رابط انگلیسی است (منوی اصلی و غیره) ، می توانید آن را به روسی تغییر دهید: "پیکربندی - گزینه ها ..."، در کادر گفتگو، بخش "زبان" را در ستون سمت چپ انتخاب کنید، جستجو / انتخاب کنید "روسی (روسی)" در لیست و روی "OK" کلیک کنید. در مرحله بعد، از طریق Total Commander، به دنبال فایل های txt گزارش ها می گردیم، آنها را انتخاب می کنیم ("Insert" یا "راست کلیک کنید") و مقایسه فایل ها را شروع می کنیم: "Files - Compare by content ..." (در رابط انگلیسی: "فایل ها - مقایسه بر اساس محتوا..."). در پنجره ای که باز می شود، محتویات فایل ها به ترتیب در سمت چپ / راست نمایش داده می شود، دکمه های "تفاوت بعدی" / "تفاوت قبلی" به شما امکان جستجوی تفاوت ها را می دهد. این ابزار به شما این امکان را می دهد که به سرعت اشیاء مورد علاقه ما را پیدا کنید.

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

2.2. ایجاد تغییرات در اشیاء به روز شدهپس از یافتن یک شی با تغییرات بازنویسی شده، باید دقیقاً محل این تغییرات را تعیین کنیم: در ماژول (متن برنامه)، کادر محاوره ای (روی فرم)، یا تنظیمات دیگر. در اینجا من دو مورد را از هم جدا می کنم: تغییر در یک ماژول و همه تغییرات دیگر. بیایید این دو مورد را جداگانه بررسی کنیم.

2.2.1. تغییرات بازنویسی شده توسط به روز رسانی در ماژول بود.در واقع، این مورد اصلی است (این خیلی بیشتر اتفاق می افتد) و این مورد فقط در مثال ما است: تغییر در ماژول "حسابداری مالیات بر ارزش افزوده" حذف شد. همانطور که قبلاً در بالا ذکر کردیم، در Workbase Configurator یک پنجره مقایسه پیکربندی باز داریم. ما در آنجا به دنبال شی مورد نیاز خود هستیم. در واقع، موقعیت آن در درخت پیکربندی در فایل متنی ما توضیح داده شده است، یعنی: "GeneralModule.VAT accounting.Module". این دقیقا همان چیزی است که ما در پنجره مقایسه به دنبال آن هستیم. درخت تابعیت را گسترش می دهیم تا زمانی که ماژول مورد نیاز را پیدا کنیم - در لبه سمت چپ روبروی آن باید یک مداد سبز وجود داشته باشد که نشان می دهد شی در مقایسه با پیکربندی ارائه دهنده تغییر کرده است. در خط یافت شده، کلیک راست کرده و "نمایش تفاوت در ماژول ها ..." را انتخاب کنید:

پس از آن، پنجره مقایسه ماژول باز می شود:

اینجا در بالا هستند رویه هاو کارکرد، که در آن تغییراتی وجود دارد (در مورد ما، این یک رویه "نمایش فاکتور به سند صفحه گسترده") و در قسمت پایین - متون رویه یا عملکرد انتخاب شده با تغییرات برجسته است. ما باید این تغییرات را به پایگاه داده آزمایشی خود منتقل کنیم. اما تغییرات را از آپدیت حذف نمی کند. شما می توانید این کار را به روش زیر خودکار کنید. مکان نما را در قسمت پایین سمت چپ (جایی که متن رویه انتخاب شده با تغییرات ما تغییر می کند) تنظیم می کنیم و Ctrl + A (انتخاب همه) و Ctrl + C (انتخاب را در کلیپ بورد کپی می کنیم) به ترتیب فشار می دهیم. سپس یک فایل با نام شرطی "old_izm.txt" ایجاد می کنیم، آن را باز می کنیم ویرایشگر متنو Ctrl + V را فشار دهید (محتویات کلیپ بورد را بچسبانید). ما همین کار را برای قسمت پایین سمت راست انجام می دهیم (جایی که متن رویه انتخاب شده از پیکربندی معمولی نسخه به روز نشده است) - در نتیجه، فایلی با نام شرطی "old_type.txt" ایجاد می کنیم. پس از آن، به Test Base Configurator بروید (باید در همان نزدیکی باز باشد، اما بدون هیچ پنجره ای در داخل، تا در این دو پیکربندی گیج نشوید) - و در پیکربندی ما به دنبال ماژول خود هستیم (در این مثال، آن "GeneralModule.VAT Accounting.Module") است و رویه لازم در آن وجود دارد (در این مثال، "OutputInvoiceIntoSpreadsheetDocument" است): همه را انتخاب کنید و در مورد جدید کپی کنید. فایل متنیبا نام شرطی "new_type.txt". بنابراین، ما سه فایل داریم ("old_izm.txt"، "old_type.txt"، "new_type.txt")، که بر اساس آنها باید فایل چهارم - "new_izm.txt" را ایجاد کنیم. این فایل چهارم فقط باید شامل تغییرات ما باشد، اما با در نظر گرفتن به روز رسانی. ما آن را به ترتیب با مقایسه سه فایل موجود تشکیل می دهیم. برای شروع، اجازه دهید تعیین کنیم که آیا آثاری از تغییرات به روز رسانی در این روش وجود دارد؟ برای انجام این کار، از طریق Total Commander (به بالا مراجعه کنید) فایل "old_type.txt" و "new_type.txt" را با هم مقایسه می کنیم. اگر مقایسه نشان داد که فایل ها یکسان هستند یا تفاوت در تعداد فاصله ها یا برگه ها وجود دارد - این بدان معنی است که ما با این قسمت از تغییرات خوش شانس هستیم و شما می توانید تغییرات را به سادگی با کپی کردن محتویات فایل "old_izm.txt" منتقل کنید. چسباندن آن در ماژول پایه تست باز، حذف روش مربوطه قبل از آن (به عبارت دیگر - جایگزین کردن آن). در اینجا مهم است که فضاهای قبل و بعد از عمل را به دقت کنترل کنید تا در مقایسه بیشتر اضافی نباشد: این البته بر عملکرد تأثیر نمی گذارد، اما تأیید را کمی پیچیده می کند. اگر مقایسه "old_type.txt" و "new_type.txt" نشان داد که تفاوت های واقعی وجود دارد - این بدان معنی است که در این روش هم تغییرات ما وجود دارد و هم تغییرات به روز رسانی. برای ساده کردن کار انتقال: ابتدا، می توانید به صورت بصری ارزیابی کنید که کدام تغییرات بیشتر است - از به روز رسانی یا ما. برای انجام این کار، مجدداً از طریق Total Commander، "old_type.txt" را به صورت متوالی با "new_type.txt" و "old_izm.txt" مقایسه می کنیم. و ما به دنبال تغییرات بیشتری هستیم: در مقایسه "old_type.txt" و "new_type.txt" یا در مقایسه "old_type.txt" و "old_izm.txt". اگر در مقایسه اول تغییرات بیشتری وجود داشته باشد (به روز رسانی عملکرد را بیشتر تغییر داده است)، پس با انجام تغییرات خود، اصلاح فایل به روز شده آسان تر است، یعنی "new_type.txt" را تغییر می دهیم. ما به صورت مشروط این را اولین مورد ایجاد تغییرات می نامیم. اگر در مقایسه دوم تغییرات بیشتری وجود داشته باشد (تغییرات بیشتری داشتیم)، پس با ایجاد تغییرات آپدیت راحت تر فایل خود را اصلاح می کنیم، یعنی "old_izm.txt" را تغییر می دهیم. ما به صورت مشروط این مورد را دومین مورد ایجاد تغییرات می نامیم. حالا دقیقاً چگونه تغییرات را سریع و دقیق منتقل کنیم. برای این کار، یک فایل چهارم ایجاد می کنیم و همانطور که قبلاً توافق شده است، آن را "new_izm.txt" می نامیم. با در نظر گرفتن بهینه سازی انتقال اصلاحات، محتویات "new_type.txt" یا "old_izm.txt" را در این فایل کپی می کنیم (به ترتیب برای اولین یا دومین مورد ایجاد تغییرات).
اکنون دو پنجره مقایسه فایل را همزمان باز می کنیم. برای اولین مورد ایجاد تغییرات، اینها مقایسه‌هایی برای فایل‌های "new_izm.txt"/"old_izm.txt" و "old_type.txt"/"old_izm.txt" هستند. برای مورد دوم، اینها مقایسه فایل‌های "new_izm.txt"/"new_type.txt" و "old_type.txt"/"new_type.txt" هستند. یک دکمه "ویرایش" در پنجره مقایسه وجود دارد: آن را در مقایسه جفت اول فشار دهید. حالا بیایید آنچه را که می بینیم توضیح دهیم. در جفت اول مقایسه، اشیا هم از تغییر ما و هم از به روز رسانی قابل مشاهده هستند. مطابق با مورد ما، ما باید فقط تغییرات خود یا فقط به روز رسانی ها را منتقل کنیم. در پنجره مقایسه دوم، تنها تغییراتی که باید انتقال دهیم قابل مشاهده است. اگر دقت کنید - در هر دو مورد، فایل دوم هر دو مقایسه اول و دوم یکسان است. بنابراین، ما با خطوط این فایل هدایت می‌شویم و با خطوط مقایسه دوم، تغییراتی را در پنجره مقایسه اول ایجاد می‌کنیم: دکمه «ویرایش» فشار داده شده فقط به ما این امکان را می‌دهد.

برای "واضح بودن"، بیایید به صورت گرافیکی اقدامات حین انتقال را در مورد اول به تصویر بکشیم (فایل به روز شده را تغییر می دهیم و تغییرات خود را انجام می دهیم):

اعمال در حالت دوم کاملاً مشابه است و اصل عمل دقیقاً یکسان است.

سخت ترین و ناخوشایندترین حالت زمانی است که تغییرات و تغییرات آپدیت ما در یک مکان باشد. یعنی در واقع دو تغییر روی یک بخش از کد وجود داشت. در این صورت مداخله برنامه نویس ضروری است. همچنین اگر مثلاً به روز رسانی نام متغیرهایی را که در تغییرات ما استفاده می شود تغییر دهد، مداخله برنامه نویس، اما به میزان کمتر، لازم است. همچنین شایان ذکر است که در فایل "old_type.txt" یا "old_izm.txt" ممکن است خطوط خالی وجود داشته باشد - اینها "ردپای" تغییرات ما هستند. انتقال آنها به گونه ای ضروری است که در پرونده نهایی قرار نگیرند. این بر عملکرد تأثیر نمی گذارد، اما در مقایسه های بیشتر (با به روز رسانی های بعدی) تجزیه و تحلیل اقدامات را کمی دشوارتر می کند. بنابراین، پس از اینکه فایل چهارم را تولید کردیم، با انتقال همه تغییرات، باید محتویات آن را در پیکربندی کپی کنیم. در پیکربندی پایگاه داده آزمایشی، ماژول مورد نیاز باید در یک مکان جدید باز شود: رویه موجود را حذف کنید و محتویات فایل نهایی ما را با در نظر گرفتن تمام فضاهای بین توابع قبلی / بعدی جایگذاری کنید. بنابراین، ما تغییرات را به رویه ONE شی پیدا شده منتقل کردیم. ما داریم (شکل 6) این روش واقعا یکی است. اگر چندین روش وجود داشته باشد، اقدامات توصیف شده باید برای هر یک انجام شود. اگر رویه جدید است (فقط در نیمه سمت چپ)، به سادگی آن را به ماژول مربوطه در پایه آزمون اضافه کنید (برای صحت مقایسه بیشتر، باید ترتیب رویه ها را مانند ماژول مربوطه حفظ کنید. پایگاه کاری، جایی که هنوز نسخه قدیمی وجود دارد).

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

بنابراین، ما تغییرات را برای هر شیئی که تغییرات ما توسط به‌روزرسانی بازنویسی شده است، منتقل می‌کنیم. برای بررسی نحوه صحیح انتقال همه تغییرات، پیکربندی را در پایگاه داده تست ذخیره می کنیم، مقایسه پیکربندی را در فایل "Comparison Report_new2.txt" آپلود می کنیم و آن را با فایل "Comparison Report_old.txt" مقایسه می کنیم. اگر همه چیز ایده آل باشد، پیام "فایل ها یکسان هستند" نمایش داده می شود. اگر برخی از اشیاء توسط به روز رسانی حذف شده باشند، در صورتی که تغییرات به درستی منتقل شوند، فقط این اشیاء متفاوت قابل مشاهده خواهند بود. اگر در مقایسه فقط فاصله ها / خطوط خالی / برگه ها قابل مشاهده باشد صحیح خواهد بود، اما در این صورت بهتر است آن را پاک کنید و به پیام "فایل ها یکسان هستند" برسید. بنابراین، پس از ذخیره تغییرات در پایه آزمایشی، مقایسه را در یک فایل آپلود می کنیم و آن را با تغییرات نسخه قدیمی مقایسه می کنیم - این کار را تکرار می کنیم تا زمانی که مقایسه نشان دهد که همه تغییرات مورد نیاز را منتقل کرده ایم.

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

این به روز رسانی را کامل می کند.

اصل مقاله در سایت موجود است

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

در این مقاله، نحوه به‌روزرسانی صحیح پیکربندی‌های 1C و همچنین چندین ترفند برای تغییر نرم پیکربندی‌های معمولی، یعنی. تغییر صحیحی که بر توانایی ارتقاء بعداً تأثیر نمی گذارد.

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

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

قبل از به روز رسانی بسیار توصیه می شود انجام دهید پشتیبان گیری پایگاه داده، این را می توان از طریق منوی Administration / Upload infobase انجام داد.

2 گزینه برای به روز رسانی وجود دارد: الف) به روز رسانی 1C از طریق پشتیبانی (تماس از طریق گفتگوی پیکربندی / پشتیبانی / تنظیمات به روز رسانی) و ب) از طریق مقایسه و ادغام با پیکربندی از یک فایل. باید پرداخت شود توجه ویژهکه تفاوت این دو نکته در این است که در حالت اول، هم پیکربندی اصلی و هم پیکربندی تأمین‌کننده به‌روزرسانی می‌شوند و در مقایسه با ادغام پیکربندی‌ها، تنها پیکربندی اصلی به‌روزرسانی می‌شود، پیکربندی تأمین‌کننده همان پیکربندی قبلی باقی می‌ماند. بنابراین، توصیه شده ترین گزینه به روز رسانی از طریق Update Configuration است. برای به روز رسانی از طریق پشتیبانی پیکربندی، از فایل های توزیع CF یا CFU فروشنده استفاده می شود که با جستجو در فهرست قالب ها با تعیین مسیر در اینترنت یا مشخص کردن مستقیم مسیر به فایل مورد نظرروی هارد دیسک

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

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

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

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

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

برای تأیید به‌روزرسانی 1C، باید آیتم منو پیکربندی / به‌روزرسانی پیکربندی پایگاه داده را انتخاب کنید.

برای امتناع از به روز رسانی 1C، باید آیتم منو پیکربندی / بازگشت به پیکربندی پایگاه داده را انتخاب کنید.

چند قانون که به روز رسانی آینده تنظیمات 1C را ساده می کند:

قانون اساسی برای به روز رسانی 1C: شما باید اشیاء جدیدی اضافه کنید، زیرا. هنگام به روز رسانی، اشیاء جدید تحت تأثیر سیستم قرار نمی گیرند

هنگام تغییر متون ماژول ها، همچنین مطلوب است که رویه ها و عملکردهای جدید خود را اضافه کنید و موارد جدید خود را از موارد موجود فراخوانی کنید.

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

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

ایجاد عناصر فرم به صورت برنامه ریزی شده (در رویداد OnFormCreateOnServer)

متشکرم!

تجربه شخصی: نحوه به روز رسانی سریع و مقرون به صرفه پیکربندی تغییر یافته

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

بررسی حالت تغییر پیکربندی

بیایید چنین وضعیتی را تصور کنیم. توسعه دهندگان "مدیریت شرکت تولیدی" (از این پس PPM نامیده می شود) در نسخه 1 (اعداد انتشار از این پس به صورت مشروط اختصاص داده می شوند) به اندازه گیری (شاخص) ثبت محاسبه ، نوع "DirectoryReference.Individual" را با نام "" اختصاص دادند. شخصی". در نسخه 2 یک بعد دیگر اضافه کردند - "کارمند" با نوع "ReferenceReference.Employees". هنگامی که 1C: Enterprise راه اندازی می شود، پردازشی فعال می شود که بعد "کارمند" را به همان روشی که بعد "فردی" را پر می کند، فعال می شود. و سپس در نسخه 3، توسعه دهندگان "1C" بعد "فردی" را حذف کردند و فقط "کارمند" را باقی گذاشتند. اگر پیکربندی را از نسخه 1 بلافاصله به نسخه 3 به روز کنید، می توانید کل ثبت محاسبات را پاک کنید.

و اگر پیکربندی با امکان تغییر پشتیبانی می‌شود و گزارش‌های تنظیم‌شده در همان پایگاه داده ایجاد می‌شود، لازم است پیکربندی برای هر نسخه به‌روزرسانی شود که از نظر ساعت کار می‌تواند بسیار گران باشد. به عنوان مثال، به‌روزرسانی یک «SCP» به شدت اصلاح‌شده برای 1 نسخه می‌تواند 30 ساعت کار برای یک متخصص با تجربه طول بکشد.

بنابراین، قبل از ادامه به روز رسانی، باید تعیین کنید: آیا در یک پیکربندی معمولی با امکان تغییر کار می کنید یا در یک پیکربندی بدون امکان تغییر؟ برای انجام این کار، به Configurator بروید، جایی که در منو، مراحل "پیکربندی - پشتیبانی - تنظیمات پشتیبانی" را دنبال کنید.

عکس. 1. فراخوانی پنجره تنظیمات پشتیبانی پیکربندی

اگر روی "در پشتیبانی" تنظیم شده باشد، این پیکربندی معمولی است، و اگر "قابل تغییر فعال باشد" - پیکربندی به احتمال زیاد تغییر می کند (حداقل چنین امکانی گنجانده شده است). حالت سوم "پیکربندی منسوخ شده است" است. حالت های مختلف پیکربندی در شکل های 2، 3، 4 نشان داده شده است.

برنج. 2. پیکربندی معمولی بدون امکان تغییر

برنج. 3. پیکربندی معمولی با تغییر فعال است

برنج. 4. پیکربندی از پشتیبانی حذف شد

الگوریتم برای به روز رسانی تنظیمات تغییر یافته

به تازگی، من با وظیفه به روز رسانی پیکربندی تغییر یافته "مدیریت تجارت"، نسخه 10.3.13.2 مواجه شدم. پیکربندی در نتیجه ادغام با راه حل صنعتی "BIT: Car Service Management 8" تغییر کرده است و به مدت دو سال به طور مداوم اصلاح شده است. اکنون پیکربندی باید برای انتشار 10.3.25.1، یعنی 12 نسخه به روز می شد. من کل روند به روز رسانی را به چند مرحله تقسیم کرده ام.

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

قبل از شروع کار مستقل، تصمیم گرفتم که یک ارزیابی مستقل از متخصصان در این زمینه داشته باشم. تنها شرکتی که توانایی به روز رسانی تنظیمات تغییر یافته را با روش های خودکار دارد، 1C-IzhTiSi LLC است. من با متخصصان این شرکت تماس گرفتم تا هزینه به روز رسانی پیکربندی خود را برآورد کنم. برای تخمین زمان و هزینه کار ارائه کردم پیکربندی فعلینیاز به به روز رسانی یک روز بعد یک ایمیل با گزارش دریافت کردم.

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

پیکربندی: بازبینی مدیریت تجارت 10.3
نسخه فعلیپیکربندی: 10.3.13.2
به روز رسانی به نسخه: 10.3.25.1
تعداد ماژول های قابل ارتقا: 1847
تعداد انتشار کنترل: 8

نتایج ارزیابی من را شگفت زده کرد، زیرا قیمت هر سهم در وب سایت شرکت نشان داده شده است - 1000 روبل. برای یک نسخه به روز رسانی نظر "1C-IzhTiSi":

"هزینه به روز رسانی برای هر نسخه از دست رفته بیشتر از 2000 روبل نیست. اکنون یک تبلیغ وجود دارد، بنابراین هزینه از 1000 روبل تجاوز نمی کند. اما قیمت نهایی خدمات با نتایج ارزیابی هزینه های نیروی کار برای به روز رسانی تعیین می شود. و ممکن است کمتر از 1000 روبل / انتشار باشد."

همچنین نحوه انتخاب نسخه های مورد نیاز برای به روز رسانی را توضیح دادم. در پاسخ به سوالم، یک اسکرین شات دریافت کردم که در آن به وضوح نشان داده شده بود (شکل 5). ستون شماره نسخه، نسخه پیکربندی را نشان می دهد که می خواهید به آن ارتقا دهید. ستون "نسخه ارتقا" نشان می دهد که از کدام نسخه می توانید ارتقا دهید. در نتیجه ارزیابی، تعداد به روز رسانی های مورد نیاز به 9 کاهش یافت.

برنج. 5. انتخاب نسخه هایی که باید برای به روز رسانی صحیح پیکربندی استفاده شوند

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

حالا به طور خلاصه توضیح می دهم که دقیقاً چه چیزی در پیکربندی تغییر کرده است.

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

اسناد با تغییرات شدید:
"سفارش به تامین کننده"؛
"جابه جایی کالا"؛
"نیاز - فاکتور"؛
«دریافت کالا و خدمات».

ثبت های به شدت تغییر یافته:
"محموله کالا در انبارها"؛
"کالاهای موجود در انبارها".

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

اشیاء کمی تغییر کرده اند.در آبجکت ها فقط فرم ها تغییر کرده و جزئیات اضافه شده است.

کتاب های مرجع:
"انواع نامگذاری"؛
"قراردادهای طرف مقابل"؛
"پیمانکاران"؛
"نامگذاری"؛
"انواع قیمت نامگذاری"؛
"تعدادی از ثبت اطلاعات".

اشتراک‌ها در رویدادها، طرح‌بندی‌ها، نقش‌ها، ماژول‌های رایج در بخش «عمومی» تغییر کرد. تقریباً همه چیز با یک تصمیم صنعتی تغییر کرده است.

مرحله 2. حذف اطلاعات محرمانه

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

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

پردازش ChangePrivateInformation.epf روی دیسک ITS در دایرکتوری 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation است. همچنین این پردازشرا می توان از لینک دانلود کرد: http://its.1c.ru/db/metod81#content:1644:1.

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

• فهرست راهنماها: افراد، افراد تماس، افراد تماس با طرف مقابل، طرف مقابل، انواع قیمت.
• ثبت اطلاعات: داده های گذرنامه شخصی، نام و نام خانوادگی

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

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

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

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

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

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

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

علاوه بر دو وظیفه ذکر شده، یک نقص کوچک نیز کشف شد که اصولاً کیفیت به روز رسانی را تحت تأثیر قرار نمی دهد و به ندرت خود را نشان می دهد. در نتیجه به روز رسانی، خطوط کد پیکربندی اصلی و به روز شده از نظر بصری مطابقت دارند، اما به دلایلی فضاهایی در انتهای خطوط اضافه می شود. این یک نقطه ضعف است، زیرا مقدار کد اصلاح شده را کمی افزایش می دهد. و در صورت ادامه به روز رسانی دستیبهتر است چنین بخش هایی از کد وجود نداشته باشد. روی انجیر 6 یک مثال قبل از به روز رسانی را نشان می دهد و در شکل. 7 یک مثال پس از به روز رسانی است.