ما خودمان را بررسی می کنیم: 1C چگونه استقرار می یابد و چگونه مدیریت می شود: جریان اسناد در شرکت 1C

در 1C، ما به طور گسترده از پیشرفت های خود برای سازماندهی کار شرکت استفاده می کنیم. به خصوص، "1C: Document Flow 8". علاوه بر مدیریت اسناد (همانطور که از نام آن پیداست)، یک مدرن نیز هست ECM-سیستم (مدیریت محتوای سازمانی - مدیریت محتوای شرکتی) با طیف گسترده ای از قابلیت ها - نامه، تقویم های کاری کارمندان، سازماندهی دسترسی مشترک به منابع (به عنوان مثال، رزرو اتاق های جلسه)، ردیابی زمان، انجمن شرکت و موارد دیگر.

بیش از هزار کارمند از مدیریت اسناد در 1C استفاده می کنند. پایگاه داده قبلاً چشمگیر شده است (11 میلیارد رکورد) که به این معنی است که به مراقبت دقیق تر و تجهیزات قدرتمندتر نیاز دارد.

سیستم ما چگونه کار می کند، در هنگام نگهداری پایگاه داده با چه مشکلاتی مواجه می شویم و چگونه آنها را حل می کنیم (ما از MS SQL Server به عنوان DBMS استفاده می کنیم) - در مقاله به شما خواهیم گفت.

برای کسانی که برای اولین بار در مورد محصولات 1C می خوانند.
1C: Document Flow یک راه حل کاربردی (پیکربندی) است که بر اساس چارچوبی برای توسعه برنامه های کاربردی تجاری - پلت فرم 1C: Enterprise پیاده سازی شده است.

"1C: Document Flow 8" (به اختصار DO) به شما امکان می دهد کار با اسناد را در یک سازمان به طور خودکار انجام دهید. یکی از ابزارهای اصلی برای تعامل کارکنان ایمیل است. علاوه بر نامه، DO مشکلات دیگری را نیز حل می کند:

• ردیابی زمان
• ردیابی غیبت کارکنان
• درخواست برای پیک / حمل و نقل
• تقویم کاری کارکنان
• ثبت مکاتبات
• Контакты сотрудников (Адресная книга)
• انجمن شرکتی
• رزرو اتاق
• برنامه ریزی رویداد
• CRM
• کار جمعی با فایل ها (با ذخیره نسخه های فایل)
• غیره

وارد Document Management می شویم تین مشتری (برنامه اجرایی بومی) از ویندوز، لینوکس، macOS، مشتری وب (از مرورگرها) و مشتری موبایل - بسته به شرایط

و به لطف محصول دیگر ما که به جریان سند متصل است - سیستم تعامل - ما مستقیماً در Document Flow عملکرد پیام رسان را دریافت می کنیم - چت، تماس های صوتی و تصویری (از جمله تماس های گروهی، که اکنون اهمیت ویژه ای پیدا کرده است، از جمله از طریق یک کلاینت تلفن همراه)، تبادل سریع فایل به علاوه امکان نوشتن ربات های چت که ساده تر می شوند. کار با سیستم مزیت دیگر استفاده از سیستم تعامل (در مقایسه با سایر پیام رسان ها) توانایی انجام بحث های متنی مرتبط با اشیاء خاص جریان اسناد - اسناد، رویدادها و غیره است. یعنی سیستم تعامل عمیقاً با برنامه هدف یکپارچه شده است و فقط به عنوان یک "دکمه جداگانه" عمل نمی کند.

تعداد حروف در DO ما قبلاً از 100 میلیون فراتر رفته است و به طور کلی بیش از 11 میلیارد رکورد در DBMS وجود دارد. در مجموع، سیستم تقریباً 30 ترابایت فضای ذخیره سازی استفاده می کند: حجم پایگاه داده 7,5 ترابایت است، فایل های کار جمعی به طور جداگانه ذخیره می شوند و 21 ترابایت دیگر را اشغال می کنند.

اگر در مورد اعداد خاص تر صحبت کنیم، تعداد حروف و پرونده های موجود در اینجا آمده است:

• ایمیل های خروجی - 14,7 میلیون.
• نامه های دریافتی - 85,4 میلیون.
• نسخه های فایل - 70,8 میلیون.
• اسناد داخلی - 30,6 هزار.

DO چیزی بیش از ایمیل و فایل‌ها دارد. در زیر ارقام سایر موارد حسابداری آورده شده است:

• رزرو اتاق جلسه - 52
• گزارش های هفتگی – 153
• Ежедневные отчеты – 628 153
• ویزای تایید – 11
• اسناد دریافتی – 79
• اسناد خروجی – 28
• ورودی های مربوط به رویدادها در تقویم های کاری کاربران – 168
• Заявки на курьеров – 21 883
• طرف مقابل – 81
• سوابق کار با طرف مقابل - 45
• افراد تماس طرفین - 41
• رویدادها – 10
• پروژه ها – 6
• وظایف کارکنان – 245
• پست های انجمن – 26
• Сообщения в чате – 891 095
• Бизнес-процессы – 109 056. Взаимодействие между сотрудниками происходит через процессы – согласования, исполнения, рассмотрения, регистрации, подписания и т.д. У нас измеряется длительность процессов, количество циклов, количество участников, число возвратов, число запросов на изменение сроков. И эту информацию очень полезно анализировать, чтобы понимать, какие процессы на предприятии происходят и повышать эффективность совместной работы сотрудников.

همه اینها را روی چه تجهیزاتی پردازش می کنیم؟

این ارقام حاکی از حجم قابل توجهی از وظایف است، بنابراین ما با نیاز به تخصیص تجهیزات نسبتاً مولد برای نیازهای شرکت های تابعه داخلی مواجه شدیم. در حال حاضر مشخصات آن به شرح زیر است: 38 هسته، 240 گیگابایت رم، 26 ترابایت دیسک. در اینجا جدول سرورها آمده است:


در آینده قصد داریم ظرفیت تجهیزات را افزایش دهیم.

اوضاع با بارگذاری سرور چگونه پیش می رود؟

فعالیت شبکه هرگز برای ما یا مشتریان ما مشکلی ایجاد نکرده است. به عنوان یک قاعده، نقطه ضعف پردازنده و دیسک است، زیرا همه از قبل می دانند که چگونه با کمبود حافظه مقابله کنند. در اینجا اسکرین شات هایی از سرورهای ما از Resource Monitor وجود دارد که نشان می دهد ما هیچ بار وحشتناکی نداریم، بسیار کم است.

به عنوان مثال، در تصویر زیر یک سرور SQL را می بینیم که در آن بار CPU 23٪ است. و این یک شاخص بسیار خوب است (برای مقایسه: اگر بار به 70٪ نزدیک شود، به احتمال زیاد، کارمندان کاهش سرعت قابل توجهی را در کار مشاهده خواهند کرد).

اسکرین شات دوم سرور برنامه ای را نشان می دهد که پلت فرم 1C: Enterprise روی آن اجرا می شود - فقط جلسات کاربر را ارائه می دهد. در اینجا بار پردازنده کمی بالاتر است - 38٪، صاف و آرام است. مقداری دیسک بارگذاری شده است، اما قابل قبول است.

اسکرین شات سوم یک سرور 1C: Enterprise دیگر را نشان می دهد (این دومین است، ما دو مورد از آنها را در خوشه داریم). فقط قبلی به کاربران خدمات می دهد و روبات ها روی این مورد کار می کنند. به عنوان مثال، آنها نامه، اسناد مسیریابی، تبادل داده ها، محاسبه حقوق و غیره را دریافت می کنند. همه این فعالیت های پس زمینه تقریباً 90-100 کار پس زمینه را انجام می دهند. و این سرور بسیار سنگین است - 88٪. اما این روی افراد تأثیر نمی گذارد و دقیقاً تمام اتوماسیونی را که مدیریت اسناد باید انجام دهد، پیاده سازی می کند.

معیارهای سنجش عملکرد چیست؟

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

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

یکی از معیارها تعداد کاربران فعال در پایگاه داده را نشان می دهد. به طور متوسط ​​1000-1400 از آنها در طول روز وجود دارد. نمودار نشان می دهد که در زمان اسکرین شات 2144 کاربر فعال در پایگاه داده وجود داشته است.

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

• ورود
• خروج از سیستم
• در حال بارگیری نامه
• تغییر اعتبار یک شی
• تغییر حقوق دسترسی
• تغییر موضوع یک فرآیند
• تغییر گروه کاری یک شی
• Изменение состава комплекта
• تغییر یک فایل
• وارد کردن فایل
• ارسال از طریق پست
• انتقال فایل ها
• تغییر مسیر یک کار
• امضای امضای الکترونیکی
• جستجو بر اساس جزئیات
• جستجوی متن کامل
• دریافت فایل
• Прерывание процесса
• مشاهده
• رمزگشایی
• ثبت سند
• اسکن
• حذف علامت حذف
• ایجاد یک شی
• ذخیره روی دیسک
• شروع فرآیند
• حذف ورودی های گزارش کاربر
• حذف امضای الکترونیکی
• تنظیم علامت حذف
• رمزگذاری
• یک پوشه را صادر کنید

هفته قبل از گذشته، میانگین فعالیت کاربر ما یک و نیم برابر افزایش یافته است (به رنگ قرمز در نمودار نشان داده شده است) - این به دلیل انتقال بیشتر کارمندان به کار از راه دور (به دلیل رویدادهای شناخته شده) است. همچنین، تعداد کاربران فعال 3 برابر افزایش یافت (به رنگ آبی در تصویر نشان داده شده است)، زیرا کارمندان شروع به استفاده فعال از تلفن های همراه کردند: هر مشتری تلفن همراه یک اتصال به سرور ایجاد می کند. اکنون به طور متوسط ​​هر یک از کارمندان ما 2 اتصال به سرور دارند.

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

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

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

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

در اینجا لیستی از برخی معیارهای دیگر (زیر برش) آمده است.
معیارهای

• فعالیت کاربر
• کاربران فعال
• فرآیندهای فعال
• تعداد فایل ها
• حجم فایل (MB)
• تعداد اسناد
• تعداد اشیاء برای ارسال به گیرندگان
• تعداد طرف مقابل
• کارهای ناتمام
• میانگین زمان انتظار برای دانلود ایمیل ها از سرور ایمیل در 10 دقیقه گذشته
• بافر داده های خارجی: تعداد فایل ها
• مرز عقب مانده از تاریخ فعلی
• صف طولانی
• صف عملیاتی
• سن حساب خام با مسیریابی خارجی
• اندازه صف پذیرش مسیریابی داخلی (صف طولانی)
• اندازه صف پذیرش مسیریابی داخلی (صف سریع)
• زمان تحویل نامه از طریق مسیریابی داخلی (صف طولانی)
• زمان تحویل نامه از طریق مسیریابی داخلی (صف سریع)
• Время доставки почты по внешней маршрутизации (среднее)
• Число документов Бронирование
• تعداد مدارک عدم وجود
• Число документов «Запись о работе с контрагентом»
• نامه به روز رسانی حروف در یک پوشه
• نامه باز کردن کارت نامه
• نامه نامه را به یک پوشه منتقل کنید
• ایمیل در میان پوشه ها حرکت کنید

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

به عنوان مثال در یکی از اجراها تنها 5 شاخص انتخاب شد. مشتری هدف خود را ایجاد یک مجموعه حداقل شاخص، اما در عین حال به گونه ای تعیین کرد که سناریوهای اصلی کار را پوشش دهد. گنجاندن 150 شاخص در گواهی پذیرش غیرقابل توجیه خواهد بود، زیرا حتی در داخل شرکت نیز به سختی می توان در مورد اینکه کدام شاخص ها قابل قبول در نظر گرفته می شوند، توافق کرد. و آنها از این 5 شاخص اطلاع داشتند و قبلاً آنها را قبل از شروع پروژه اجرا به سیستم ارائه داده بودند ، از جمله آنها در مستندات مسابقه: زمان باز کردن کارت حداکثر 3 ثانیه ، زمان انجام کار با پرونده شماره بیش از 5 ثانیه و غیره در شرکت های تابعه ما معیارهایی داشتیم که به وضوح درخواست اصلی از مشخصات فنی مشتری را منعکس می کرد.

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

Один из наиболее важных для нас профилей – «Список ключевых показателей почты с точки зрения потребителей». Этот профиль включает в себя, например, следующие показатели:

• Выполнение команды: Отбор по тегу
• باز کردن یک فرم: فهرست فرم
• اجرای دستور: بر اساس پوشه انتخاب کنید
• نمایش نامه در قسمت خواندن
• ذخیره نامه در پوشه مورد علاقه شما
• حروف را با جزئیات جستجو کنید
• ایجاد یک نامه

اگر ببینیم که معیار برای برخی از شاخص‌های کسب‌وکار بسیار بزرگ شده است (مثلاً نامه‌های یک کاربر خاص برای مدت طولانی شروع به دریافت کرده‌اند)، شروع به کشف آن می‌کنیم و به اندازه‌گیری زمان عملیات فنی روی می‌آوریم. ما یک عملیات فنی "بایگانی نامه ها در سرور ایمیل" داریم - می بینیم که زمان این عملیات برای آخرین دوره تجاوز کرده است. این عملیات، به نوبه خود، به عملیات های دیگر تجزیه می شود - به عنوان مثال، برقراری ارتباط با یک سرور ایمیل. می بینیم که به دلایلی ناگهان بسیار بزرگ شده است (ما تمام اندازه گیری ها را برای یک ماه داریم - می توانیم مقایسه کنیم که هفته گذشته 10 میلی ثانیه بود و اکنون 1000 میلی ثانیه است). و ما درک می کنیم که چیزی در اینجا شکسته است - ما باید آن را تعمیر کنیم.

Как мы обслуживаем такую большую базу данных?

DO داخلی ما نمونه‌ای از یک پروژه با بار بالا است. بیایید در مورد ویژگی های فنی پایگاه داده آن صحبت کنیم.

بازسازی جداول پایگاه داده بزرگ چقدر طول می کشد؟

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

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

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

ما همچنین سایر عملیات تعمیر و نگهداری را با جزئی ساختن آنها بهینه کردیم.

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

پشتیبان گیری با چنین حجم هایی چگونه پیاده سازی می شود؟

یک نسخه پشتیبان کامل از DBMS یک بار در روز در شب، یک نسخه افزایشی - هر ساعت انجام می شود. همچنین، هر روز یک فهرست فایل ایجاد می‌شود و بخشی از پشتیبان‌گیری افزایشی ذخیره‌سازی فایل است.

تکمیل یک نسخه پشتیبان کامل چقدر طول می کشد؟

یک نسخه پشتیبان کامل در هارد دیسک در سه ساعت و یک نسخه پشتیبان جزئی در یک ساعت تکمیل می شود. نوشتن روی نوار بیشتر طول می کشد (دستگاه ویژه ای که یک نسخه پشتیبان را روی نوار کاست مخصوص ذخیره شده در خارج از دفتر تهیه می کند؛ یک کپی قابل انتقال روی نوار ساخته می شود که اگر مثلاً اتاق سرور بسوزد، این کپی حفظ می شود). پشتیبان گیری دقیقاً روی همان سرور انجام می شود که پارامترهای آن بالاتر بود - یک سرور SQL با بار پردازنده 20٪. در زمان پشتیبان گیری، البته، سیستم بسیار بدتر می شود، اما همچنان کار می کند.

آیا حذف دوگانه وجود دارد؟

کپی برداری فایل هایی وجود دارد، ما آن را روی خودمان آزمایش می کنیم و به زودی در نسخه جدید مدیریت اسناد گنجانده می شود. ما همچنین در حال آزمایش مکانیسم حذف مجدد طرف مقابل هستیم. هیچگونه کپی برداری از رکوردها در سطح DBMS وجود ندارد، زیرا این کار ضروری نیست. پلتفرم 1C:Enterprise اشیاء را در DBMS ذخیره می کند و فقط پلتفرم می تواند مسئول سازگاری آنها باشد.

آیا گره های فقط خواندنی وجود دارد؟

هیچ گره خواندنی وجود ندارد (گره های سیستم اختصاصی که به کسانی که نیاز به دریافت هر گونه داده ای برای خواندن دارند خدمات می دهند). DO یک سیستم حسابداری برای قرار دادن یک گره BI جداگانه نیست، اما یک گره جداگانه برای بخش توسعه وجود دارد که با آن پیام ها در قالب JSON رد و بدل می شوند و زمان تکرار معمولی واحدها و ده ها ثانیه است. گره هنوز کوچک است، حدود 800 میلیون رکورد دارد، اما به سرعت در حال رشد است.

آیا ایمیل هایی که برای حذف علامت گذاری شده اند اصلا حذف نمی شوند؟

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

چرا آن را ذخیره کنید؟ آیا آماری از دسترسی به اسناد قدیمی دارید؟

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

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

ارزش اسناد با توجه به دوره های نگهداری چگونه ارزیابی و معدوم می شود؟

Для бумажных документов это делается обычным традиционным способом, как и у всех. Для электронных не делаем – пусть себе хранятся. Место есть. Польза есть. Всем хорошо.

چه چشم انداز توسعه ای وجود دارد؟

اکنون DO ما حدود 30 مشکل داخلی را حل می کند که برخی از آنها را در ابتدای مقاله ذکر کردیم. DL همچنین برای تهیه کنفرانس هایی که دو بار در سال برای شرکای خود برگزار می کنیم استفاده می شود: کل برنامه، همه گزارش ها، همه بخش های موازی، سالن ها - همه اینها در DL تایپ می شود و سپس از آن دانلود می شود و یک برنامه چاپی ساخته شده.

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

منبع: www.habr.com