Що таке розширення файлу CF? Встановлення конфігурації із CF-файлу Завантажити cf файл

Внутрішня структура конфігураційного файлу (*.cf) не є секретом. Добрі люди давно розібрали його та створили чимало цікавих утиліт, що дозволяють працювати з цим форматом. На Інфостарті знайдеться добрий десяток (якщо не більше) цікавих публікацій, які так чи інакше читають вміст *.cf файлів, так що тема ця зовсім не нова.

Однак, доброї, добротної документації на цей формат, на жаль, зовсім небагато. На написання цієї статті мене здивувала вельмишановного, який докладно, у всіх деталях описав структуру формату файлової ІБ 1С:Підприємства (*.1CD).

Та стаття, на мою думку, стала каталізатором для цілого ряду розробок, створених іншими авторами. Відкритість та доступність інформації підштовхнула творчу активність авторів, а вся спільнота отримала низку відмінних інструментів для роботи з файловими базами 1С.

Мені здається, що докладний опис формату CF теж зможе зацікавити багатьох авторів, і, можливо, ми матимемо можливість побачити безліч нових цікавих розробок на тему конфігураційних файлів.

Передісторія

Як уже говорилося вище, структура формату давно відома і в мережі є інформація щодо його структури (хоча, досить мізерна). Мені ця інформація знадобилася п при розробці програми , працюючи над якою, я спирався на такі матеріали:

• , автор
• http://www.richmedia.us/post/2011/01/18/cf-file-format-1c-8-compatible.aspx , якщо не помиляюся, автор -
• , автор

Термінологія

Перейдемо безпосередньо до теми нашого обговорення.

Щоб розставити точки над i, давайте визначимося з назвою самого формату.

По-перше, у цьому форматі створюються як файли конфігурації, але й файли зовнішніх звітів і обробок. В інтернеті мені траплялася назва Compound-файл. Можливо, воно є усталеним серед старожилів 1С, але мені воно не дуже подобається.

Пропоную в рамках цієї статті називати цей формат « контейнер». Якщо шановна публіка підкаже у коментарях правильну назву, я буду дуже радий.

Дивимося всередину

Логічною одиницею зберігання даних усередині контейнера є документ . Документ це осмислений закінчений набір даних, який можна прочитати і якимось чином інтерпретувати. Я спеціально не користуюсь терміном « файл», оскільки, цю назву я прибережу для іншої сутності, про яку трохи пізніше.

Отже, загалом, файл CF (EPF/ERF) є контейнер , в якому зберігаються документи .

Кожен документ усередині контейнера може бути розбитий на блоки . Мінімальною фізичною одиницею зберігання даних є блокале осмисленою логічною одиницею є документ. Іншими словами, документи всередині контейнера можуть лежати у вигляді розрізнених шматочків ( блоків) і для того, щоб прочитати вміст документа, всі його шматочки потрібно зібрати та об'єднати.

Структура контейнера

Контейнер включає наступні частини (по порядку):

1. Заголовок контейнера
   1. Адреса першого порожнього блоку, до якого можна додавати дані
   2. Розмір блоку за замовчуванням
   3. Кількість файлів у контейнері
2. Документ змісту контейнера
3. Власне дані, які перераховані в змісті

Щоб прочитати вміст контейнера, необхідно прочитати документ змісту. Однак, оскільки, документскладається з блоків, то насамперед необхідно навчитися збирати повний документ із цих самих блоків.

Структура блоку

Блок складається із заголовка та тіла. У заголовку вказується загальний розмір документа, розмір поточного блоку та адреса (позиція у файлі) наступного блоку. Відразу за заголовком іде тіло блоку - власне ті дані, які нам потрібні. Тіло блоку має ту довжину (в байтах), яка вказана в заголовку.

Усередині контейнера тут і там зустрічається чарівна константа, що позначає якусь "порожнечу" - це число 0x7fffffff.

Коли ми збираємо документ із блоків, то дивимось у заголовку на адресу наступного блоку. Якщо він дорівнює 0x7fffffff, то наступного блоку немає, цей - останній.

Константа 0x7fffffff - значення INT_MAX, тобто. максимальне значення 4-байтового цілого числа зі знаком.

Логічні "файли"

Я згадував, що термін « файл» я прибережу до кращих часів. Ці часи настали:)

Вся конфігурація зберігається у контейнері як файлів. Якщо ми згадаємо шкільний курс інформатики, то згадаємо, що «файл», казали нам – це іменований документ.

Файлот відрізняється від «документа» тим, що має ім'я, і ​​з цього імені до нього можна звертатися. Якщо ми розбиратимемо конфігураційний вміст і будуватимемо дерево метаданих, то знайдемо всередині файлів дуже багато згадок інших файлів. Процедура читання конфігурації оперує іменами файліві посилається на них на ім'я.

Якщо підбити підсумки, то можна сказати таке: у контейнері лежать різні документиале деякі з них мають ім'я. Такі документи називаються « файлиі вони носять не службовий, а безпосередньо прикладний характер. Саме файлизберігають інформацію про метадані конфігурації.

Компоненти файлу

Кожен файл складається з двох документів:

1. Документ атрибутів, який містить ім'я файлу та дати створення/зміни
2. Документ вмісту, який містить власне тіло файлу

Тепер, коли всі складові озвучені, залишилося розглянути, мабуть, найголовніший документ контейнера - документ змісту, у якому зазначено розташування всіх файлів контейнера. Як говорилося вище, документ змісту це найперший документ контейнера і він іде відразу ж за заголовком контейнера.

1. Адреса (зміщення у файлі) документа атрибутів
2. Адреса (зміщення у файлі) документа вмісту
3. Число 0x7fffffff (маркер кінця запису).

Нагадую, кожен документ може бути розбитий на блоки (фрагментований). Алгоритм складання документа з блоків буде розглянуто нижче.

Запис змісту є 2 значущих числа INT32. Перше число – це адреса документа атрибутів файлу. На цю адресу ми потрапимо початку 1-го блоку документа атрибутів. З документа атрибутів ми можемо дізнатися про ім'я файлу. Друге число – адреса документа вмісту файлу. За цією адресою ми потрапимо на початок 1-го блоку документа вмісту, звідки читатимемо безпосередньо дані файлу.

Особливості стиснення даних.

Контейнер може містити різні файли. Як правило, це текстові файли у кодуванні UTF-8. Однак серед файлів контейнера можуть траплятися інші файли-контейнери. Найпростіше провести аналогію з файловою системою. Контейнер – це директорія, а файли всередині контейнера – це її вміст. Директорія може містити інші директорії.

Кореневий каталог цієї "файлової системи" - це сам файл *.CF. Усередині нього можуть бути інші файли-контейнери, по суті - вкладені директорії, які зчитуються рівно за тим самим алгоритмом і мають рівно ту ж саму структуру.

Проте є одна особливість кореневої директорії. Усе документи вмістуфайлів усередині кореневої директорії стиснуті за алгоритмом Deflate. Вміст файлів всередині вкладених директорій не стиснуто. Простіше кажучи, на верхньому рівні файла-контейнера тіла всіх файлів стиснуті, але якщо файл усередині контейнера сам є контейнером, то всередині нього файли вже будуть записані у чистому вигляді (без стиснення).

Ланцюжок вільних блоків

В результаті видалення будь-яких даних із контейнера в ньому можуть утворюватися порожні місця. Ці вільні місця зв'язуються в ланцюжок і утворюють такий собі «документ», дані якого відсутні. Іншими словами, вільні блоки пов'язані один з одним за тим самим принципом, за яким пов'язані один з одним блоки документів. Адреса першого вільного блоку вказується на початку заголовка контейнера. Якщо адреса вільного блоку дорівнює INT_MAX, це означає, що у контейнера немає вільних (порожніх) блоків.

Короткий підсумок з теоретичної частини

1. Файл CF(EPF/ERF) записано у форматі «контейнера»
2. Контейнер починається із заголовка
3. Весь вміст контейнера, крім заголовка, записано у вигляді «документів»
4. Документ може бути розбитий на блоки
5. Документ починається із заголовка блоку, за яким можна дізнатися, як прочитати весь документ повністю
6. Відразу за заголовком контейнера йде документ змісту
7. Зміст, це набір записів, які вказують на « файли» всередині контейнера
8. Кожен файл складається з двох документів – документа атрибутів, де вказано ім'я цього файлу та документа вмісту, де, власне, розташовані дані файлу.
9. Кожен запис змісту містить 2 адреси. Перший – адреса документа атрибутів файлу, другий – адреса документа вмісту.
10. Контейнер може містити вкладені контейнери (як би вкладені папки)
11. Файли всередині кореневого контейнера стиснуті за алгоритмом Deflate, файли всередині вкладених контейнерів записані без стиснення.

Давайте вже помацаємо байти

Отже, настав час розглянути, наскільки безпосередньо влаштовані всі згадані вище сутності.

Основним способом читання даних із контейнера є читання ланцюжка блоків, що становлять ті чи інші документи. Здається, що правильно розпочатиме з принципу читання блокових документів.

Читання документа з блоків

Кожен документ у контейнері обов'язково починається із заголовка блоку. При цьому документ може бути розбитий на кілька блоків. Щоб прочитати документ, необхідно його «зібрати» з блоків.

Отже, заголовок блоку є рядок довжиною 31 байт. Рядок цей має такий вигляд:

[Розмір всього документа][Пробіл][Розмір поточного блоку][Пробіл][Адреса наступного блоку][Пробіл] , де:

• CRLF - стандартний переклад рядка Windows, пара символів \r\n (0x0D,0x0A)
• Розмір всього документа – загальна довжина документа в байтах. Записана у вигляді рядкового подання hex-числа. Довжина – 8 байт.
• Пробіл - пробіл. Символ 0x20
• Розмір поточного блоку – довжина тіла блоку в байтах. Записана також у вигляді рядкового уявлення числа INT32 у hex-форматі. Якщо документ складається з єдиного блоку, то розмір документа або менше, або збігається з розміром поточного блоку (що логічно)
• Адреса наступного блоку - адреса за яким розташований черговий блок документа. Якщо адреса наступного блоку дорівнює INT_MAX, це означає, що наступного блоку немає. Адресу наступного блоку також записано у вигляді рядкового подання числа.

Відразу за заголовком блоку йде тіло блоку, яке має довжину, вказану в полі Розмір поточного блоку.

Розглянемо малюнок: довжина всього документа становить 0x54 байта, червоною рамкою виділено ці 0x54 байта. Це дані документа. Довжина блоку становить 0×200 байт, тобто. більше, ніж довжина самого документа. З цієї причини інші дані блоку становлять "нулі" простору, що не використовується. Значні байти – це ті, що позначені червоною рамкою.

Якщо довжина документа більша за довжину блоку, то потрібно прочитати наступний блок. Якщо в полі "Адреса наступного блоку" записано значення, відмінне від 0x7fffffff, необхідно рахувати поточний блок, потім перейти за цією адресою і вважати інший блок. Якщо в цьому блоці також буде задана адреса наступного блоку, треба перейти і туди. Таким чином, формується «ланцюжок» блоків, з яких складається документ.

Читання необхідно продовжувати до тих пір, поки в полі "Адреса наступного блоку" не зустрінеться значення 0x7fffffff або поки не буде зчитано кількість байт, вказану в полі "Розмір всього документа".

Поле «Розмір всього документа» має сенс лише першого блоку. У всіх наступних блоках документа має значення 0x00000000.

Формат заголовка контейнера

Заголовок контейнера має довжину 16 байт і складається з наступних полів:

Формат запису документа змісту

Формат документа атрибутів файлу

Документ атрибутів описує ім'я файлу та дати його створення/зміни.

Принцип читання контейнера

1. Зібрати з блоків документ змісту та прочитати його
2. Обійти всі записи в документі змісту та прочитати документи атрибутів (імена) файлів контейнера
3. Порівняти кожному отриманому імені адресу документа вмісту
4. На виході виходить відповідність «Ім'я файлу» -> «Адреса вмісту»

Читання файлів

1. На ім'я файлу отримати з змісту адресу документа вмісту
2. Зібрати з блоків документ вмісту
3. Якщо це кореневий контейнер, розпакувати документ вмісту (він стиснутий)
4. Готово. Отриманий результат є даними шуканого файлу.

Оновлено від 25.02.2014

На закінчення

Ця стаття не є істиною в останній інстанції, мабуть, у ній є навіть помилки. Проте, якщо ця тема Вам цікава, то сподіваюся, що ця стаття допоможе вам у реалізації ваших проектів. Успіхів!

Це докладна інструкція щодо встановлення конфігурації 1Ста створення бази даних 1С (із встановленої конфігурації). Не забувайте, що потрібно .

Якщо Ви працюєте в організації та використовуєте, то також потрібно. Додатково, інформацію можна подивитися тут.

Установка комп'ютер конфігурації 1С. Створення бази даних 1С конфігурації. Створення бази даних 1С із CF. Створення бази даних 1С із DT.

Що необхідно зробити, щоб встановити конфігурацію 1С?

Конфігурація 1С це шаблон. На основі цього шаблону створюється база даних 1С. Кількість баз даних 1С на основі одного шаблону конфігурації 1С необмежена.

Таким чином – суть установки конфігурації 1С – це створення бази даних.

Створити базу даних можна такими способами:

• Встановити на комп'ютер конфігурацію (шаблон) та створити на його основі
• Створити порожню базу та завантажити до неї CF
• Створити порожню базу та завантажити в неї DT
• Відновити бекап бази 1С SQL в іншу базу та підчепити його до 1С серверу.

Встановлення конфігурації 1С із дистрибутива на комп'ютер

Дистрибутив конфігурації поширюється на диску (виберіть для установки пункт меню Встановити) або архівом, що саморозпаковується через інтернет (розпакуйте в будь-яке місце і натисніть setup.exe).

Установка дистрибутива конфігурації 1С ставить лише одне питання - каталог установки. За замовчуванням конфігурація 1С встановлюється у каталог templates.

Це типовий каталог. Для 8.1 знаходиться зазвичай в «C: Program Files 1cv81 tmplts», для 8.2 в C: Users Ім'я Користувача AppData Roaming 1C 1Cv82 tmplts.






В результаті встановлення в каталозі tmplts з'явиться папка із встановленою конфігурацією. У цій папці знаходяться папки встановлених шаблонів конфігурацій. У них – документація та «додаткові штучки».



Структуру папки tmplts та опис файлів у дистрибутиві конфігурації дивіться наприкінці статті.

Створення бази даних 1С із встановленої конфігурації (файловий варіант)

Конфігурація зберігається в каталозі на диску (файлова версія ми розглядаємо саме її).

Необхідно вибрати на диску місце, де ми створимо конфігурацію, наприклад «C: бази 1С». Зайдемо або створимо цю папку і створимо в ній папку бази даних, наприклад: C: \ Бази 1С \ Навчальна база управління торгівлею.

Запускаємо 1С. У вікні вибору бази даних натисніть кнопку Додати.



Виберемо «Створення нової інформаційної бази» та натиснемо «Далі».



Якщо Ви встановили з дистрибутива конфігурацію (одну чи кілька), то зараз Ви побачите список встановлених конфігурацій. У кожній конфігурації доступні варіанти:

• Ім'я конфігурації/версія
• Ім'я конфігурації (демо)/версія

Перший варіант – чиста пуста база даних. Другий варіант - база даних з демо-даними для навчання. Ми вибираємо другий варіант (поставте курсор на номер версії).



Введіть назву бази даних, вона може бути будь-яким Вам зрозумілим. Саме ця назва відображатиметься у списку баз даних при вході до 1С. Наприклад, «Навчальна конфігурація 1».



Потрібно вибрати місцезнаходження бази даних. Ми встановлюємо файловий варіант, тому вибираємо «На цьому комп'ютері…». Коли встановлюватимете клієнт-серверний варіант, виберіть «На сервері 1С».

Необхідно вибрати каталог, який ми підготували для бази даних.



Створення бази даних 1С із CF або DT

CF та DT – це вивантаження конфігурації з існуючої бази. Відрізняються один від одного тим, що DT включає дані, а CF не включає (містить тільки відомості про конфігурацію).

Після того, як ви створили порожню базу даних, .

Щоб вивантажити або завантажити CF, виберіть наступні пункти меню конфігуратора.



Щоб завантажити або завантажити DT, виберіть наступні пункти меню конфігуратора.



Структура папки tmplts

1) папка "1с" - шаблони конфігурацій компанії 1С

2) папка «Назва конфігурації» – англомовна назва конфігурації (Accounting-Бухгалтерія, Trade-Управління торгівлею, Hrm-Зарплата та управління персоналом)

3) папка "Версія" - версія конфігурації

4) Папки та файли шаблону конфігурації.

Наприклад, шлях до шаблону конфігурації «Керування торгівлею» версії 10.3.9.4:

C:\Program Files\1cv81\tmplts\1c\trade\10_3_9_4\

Файли шаблону конфігурації

1) Readme.txt - зміст каталогу, що де знаходиться

2) файли HTML – різний опис та хелпи щодо використання конфігурацій

3) 1cv8.cf – саме в цьому файлі та зберігається – конфігурація 1С

4) 1Cv8.dt - у цьому файлі зберігається архів бази даних на основі цієї конфігурації, зазвичай це демо-база; файл містить у собі конфігурацію та дані

5) 1cv8.cfu – файл оновлення конфігурації, що використовується для переходу з однієї версії конфігурації на іншу

6) файли TTF - файли шрифтів, використовуються наприклад для друку штрих-кодів, зверніть увагу, ці шрифти потрібно додати в систему, якщо вони є в дистрибутиві конфігурації

7) файли XML - часто з конфігурацією поставляються різні класифікатори, їх завантаження в базу даних ми розглянемо в майбутніх випусках, зверніть увагу, ці файли також слід завантажити в базу даних після закінчення зупинки (наприклад okp.xml)

8) каталог ExtReps – зовнішні звіти та обробки, які використовуються для обліку, часто так постачаються звіти, які часто змінюються, наприклад різні друковані форми

9) каталог TradeWareEpf – обробки, що використовуються для підключення обладнання, підключення ми розглянемо у майбутніх випусках

10) каталоги Conv_ХХХ – у таких каталогах зберігаються «правила конвертації», правила за якими можна вивантажити дані з однієї бази даних до іншої

Перенесення 1С

Часто виникає потреба створити ще одну базу даних. При цьому, потрібна база даних така ж, як у вас вже є (бухгалтерія, торгівля тощо) тільки порожня (без даних, але з повним функціоналом). Умовно, створення нової бази можна розбити на кілька варіантів:

• Створення бази даних із шаблону.
• Створення бази даних конфігураційного файлу (з розширенням *.cf).
• Створення порожньої бази даних за допомогою іншої бази даних.

Розглянемо кілька випадків, у яких можна це зробити.

Створення бази даних із шаблону

Цей спосіб найпростіший. Програма 1С робить за користувача. Опишемо його гранично коротко і ясно:

* - у цій статті розглядається найпростіший (файл-серверний) варіант створення бази. При створенні бази даних на сервері 1С: Підприємство в режимі "клієнт-сервер" краще звернутися до фахівця. Тому в п. 5 ми залишаємо перемикач у положенні "на даному комп'ютері або локальній мережі".

** - Звичайно, можна залишити все за замовчуванням, однак не дуже надійно зберігати вашу базу даних у папці "Мої документи" або в цілому на системному диску (диск C:\). Якщо є така можливість, рекомендуємо створити папку для зберігання Вашої інформаційної бази не на диску C:\. У цьому випадку шлях може виглядати, наприклад, так: "E:\Бази_1С\Бухгалтерія_Ромашка".

Розглянутий спосіб дуже простий, проте має низку недоліків. Якщо не оновлювати шаблони конфігурацій постійно, то після декількох періодів, таким чином можна буде створити тільки застарілу версію бази даних. Або шаблони конфігурацій можуть бути просто відсутніми. Тому ми рекомендуємо скористатися Вам у спосіб, розглянутий у наступному розділі.

Створення бази даних із файлу конфігурації (*.cf)

Файл конфігурації - це файл, що визначає, якою буде база даних: Бухгалтерія підприємства, Управління торгівлею, Зарплата та Управління персоналом тощо. Можна сказати, це "риба" майбутньої бази даних. Відразу варто сказати, що якщо у Вас немає конфігураційного файлу, його можна легко вивантажити з іншої бази даних. Про це докладно буде написано в останньому розділі цієї статті.

Отже, перш за все нам потрібно створити папку, в якій ми зберігатимемо нашу нову базу даних.

Зараз створена база не має ні даних, ні будь-якої функціональності. Тобто. вона марна... :) Щоб ця функціональність у бази з'явилася, потрібно завантажити до неї файл конфігурації (з розширенням *.cf). Зробити це теж дуже просто:

Після завершення всіх процедур завантаження та збереження запускайте базу даних у звичайному режимі та починайте роботу. Таким чином, ми зробили порожню базу 1С 8 без даних, але з повною функціональністю.

Створення бази даних, використовуючи іншу базу даних

Якщо перед Вами стоїть завдання створити базу даних таку ж, як у Вас є, але порожню. Вам знадобиться файл конфігурації (з розширенням *.cf), вивантажений з наявної бази. Зробити це дуже просто. Для цього:

Готово! Після закінчення вивантаження файлу Вам необхідно створити нову базу даних, використовуючи цей файл так, як описано в попередньому розділі " Створення бази даних із конфігураційного файлу (з розширенням *.cf)".

* Очищення інформаційної бази від даних

Насправді часто виникає необхідність очистити будь-яку базу даних повністю. Нехай формулювання завдання не вводить Вас в оману! У цьому випадку просто створіть нову порожню базу на основі існуючої, як описано в попередніх розділах, а стару можна видалити або помістити в архів.

Сергій Єсін © 2013 р.

Спочатку у вікні, яке з'являється після запуску програми, слід натиснути кнопку Додати. У наступному вікні вибрати пункт Створення нової інформаційної бази.

У наступному вікні потрібно вибрати Створення інформаційної бази без конфігурації для розробки нової конфігурації або завантаження завантаженої раніше інформаційної бази.

У наступному вікні вказуємо назву бази.

Після завершення цих дій у списку інформаційних баз з'явиться нова порожня база. Тепер потрібно виділити її та натиснути на кнопку Конфігуратонар. Відкриється вікно конфігуратора (рис. 12).

Мал. 12. Вікно конфігуратора

Виконайте команду меню Конфігурація > Відкрити конфігурацію. Вікно програми зміниться – у його лівій частині буде відкрито дерево конфігурації. Тепер можна виконати команду Конфігурація > Завантажити конфігурацію з файлу. Ця команда дозволяє повністю замістити існуючу (у нашому випадку порожню) конфігурацію конфігурацією, збереженої у файлі CF. У вікні, рис. 13, потрібно вказати шлях до файлу, в якому зберігається конфігурація, яку ви хочете завантажити.

Тепер потрібно натиснути кнопку Відкритита дочекатися, коли програма завантажить конфігурацію. Це може зайняти чимало часу. Якщо система ставитиме запитання (зокрема - про оновлення конфігурації бази даних, про прийняття змін у структурі інформації конфігурації) - потрібно відповісти на них ствердно.

У нижньому лівому куті вікна програми відображаються службові повідомлення про хід оновлення конфігурації. Після того, як оновлення завершиться (припиниться виведення службових повідомлень про завантаження бази), можна закрити вікно конфігуратора і розпочати запуск програми в режимі користувача. Однак, на практиці встановлення інформаційної бази одним з перерахованих вище способів, зазвичай не обмежує справи, які потрібно зробити до першого запуску конфігурації. Зокрема, не можна забувати про оновлення.

Оновлення конфігурації

Оновлення поширюються як файли з розширенням.CFU. Такий файл копіюється під час інсталяції оновлення до папки, що містить файли шаблонів конфігурацій та оновлень відповідно до налаштувань програми. Наприклад, у переважній більшості випадків це папка C:\Program Files\1cv81\tmplts\1c.

Маючи файл оновлення конфігурації, необхідно перевірити, чи можна з його допомогою оновити існуючу конфігурацію. Зазвичай у файлах, що супроводжують оновлення, можна знайти докладні відомості про те, для оновлення яких релізів конфігурацій вони призначені.

Перш ніж оновлювати конфігурацію, необхідно створити резервну копію інформаційної бази. Якщо оновлюється новостворена інформаційна база, можна обійтися і без цього кроку, але для того, щоб застрахуватися від негативних наслідків можливих збоїв при оновленні «живої» бази найкраще зробити резервну копію. Для цього можна скористатися різними методиками. Зокрема, під час використання файлового варіанта інформаційної бази можна просто скопіювати папку, що містить інформаційну базу. Можна, відкривши конфігуратор із потрібною базою, виконати команду Адміністрація > Вивантажити інформаційну базу. Файли розвантаження інформаційної бази мають розширення. Щоб завантажити інформаційну базу, можна скористатися командою Адміністрація > Завантажити інформаційну базу.

Щоб оновити конфігурацію, потрібно відкрити її у режимі конфігуратора, після чого виконати наступну послідовність дій.

1. Виконати команду меню Конфігурація > Відкрити конфігурацію;

2. Виконайте команду Конфігурація > Підтримка > Оновити конфігурацію;

3. З'явиться вікно Оновлення конфігурації(Рис. 14).

Мал. 14. Вікно Оновлення конфігурації

У цьому вікні слід вибрати позицію Пошук доступних оновленьякщо потрібно, щоб система автоматично просканувала деякі папки в пошуках доступних оновлень. Це доцільно робити, наприклад, якщо ви тільки що встановили свіжі оновлення, які були завантажені в вищезгадану папку tmplts.

Якщо у вас є потрібний.CFU-файл і ви не хочете, щоб система шукала його сама, можете встановити перемикач у позицію Вибір файлу оновлень;

4. Після вибору потрібного файлу оновлення на наступному етапі запустіть процес оновлення, який може бути досить тривалим.

Коли є інформаційна база з конфігурацією, яка повністю відповідає всім вимогам, можна запустити 1С:Підприємство, вибравши в стартовому вікні потрібну базу і натиснути на кнопку 1С:Підприємство. Зазвичай перший запуск програми з новою конфігурацією займає деякий час – система виконує підготовчі дії.

*.cf- файл містить лише конфігурацію (код і структура) без даних користувача. Створюється з конфігуратора 1С 8.х: "Конфігурація -> Зберегти конфігурацію у файл" або "Конфігурація -> Постачання конфігурації -> Створити файл постачання та оновлення конфігурації -> ознака "Створити файл постачання"».

*.cfu- файл містить лише оновлення конфігурації. Наприклад файл 1cv8.cfu. Створити конфігурацію з цього файлу неможливо, оскільки він містить лише відмінності нової конфігурації від попередньої. Створюється з конфігуратора 1С 8.х: "Конфігурація -> Постачання конфігурації -> Створити файл постачання та оновлення конфігурації -> ознака "Створити файл оновлення конфігурації"».

*.dt- файл містить конфігурацію разом з базою даних користувача. Це спеціалізований формат архіву 1С 8. Створюється з конфігуратора 1С 8.х: "Адміністрування -> Вивантажити інформаційну базу".

*.epf (*.erf) – файл зовнішньої обробки (звіту). Будь-яку обробку (звіт) із конфігурації можна зберегти зовнішньої. Створюється з конфігуратора 1С 8.х: "Конфігурація -> Відкрити конфігурацію -> стаємо на потрібну обробку (звіт) -> виділяємо правою кнопкою миші -> Зберегти як зовнішню обробку, звіт ...".

*.1cd- Файл повноцінної бази даних. Подання стандартного імені: 1Cv8.1CD. Включає в себе конфігурацію, базу даних, налаштування користувача. Відкривається платформою 1С 8.x. Створюється для створення нової конфігурації автоматично за кнопкою «Додати» під час вибору пункту «Створення нової інформаційної бази».

*.log, *.lgf, *.lgp, *.elf- лог файли, які збирають інформацію (реєструють дані) у 1С 8.0 8.1, 8.2, 8.3.

*. cdn -файл з таким розширенням ( 1Cv8.cdn) служить для ручного або автоматичного блокування бази даних 1С Підприємствавосьмий версії.

*.mxl- Файли друкованих форм використовуються, в тому числі і в 1С. Є як друкованими формами документів, довідників, звітів, і різними накопичувачами даних для різних класифікаторів. Відкривається через Конфігуратор або в режимі 1С:Підприємстві через "файл -> відкрити". Створюється так само: в режимі Конфігуратор або в 1С:Підприємстві через «файл -> новий». Також файли з такими розширеннями можуть бути правилами перенесення, наприклад, з 1С 7.7 в 8.2 (acc77_82.xml та допоміжна обробка exp77_82.ert) - знаходяться вони зазвичай у папці ExtForms.

*.efd- це архівний файл 1С, що використовується для встановлення конфігурації. Містить конфігурацію 1с або оновлення до неї. Запускається за допомогою допоміжного виконуючого файлу setup.exe (має знаходитися в одній папці).

*.mft– допоміжний файл для створення конфігурації шаблону. Містить інформацію про конфігурацію, опис, шляхи, назву. Використовується безпосередньо платформою при створенні інформаційної бази 1С з шаблону.

*.grs- Файли графічних схем у спеціалізованому форматі 1С. Відкривається через Конфігуратор або в режимі 1С:Підприємстві через "файл -> відкрити". Створюється так само: в режимі Конфігуратор або в 1С:Підприємстві через «файл -> новий».

*.geo- Файли географічних схем у спеціалізованому форматі 1С. Відкривається через Конфігуратор або в режимі 1С:Підприємстві через "файл -> відкрити". Створюється так само: в режимі Конфігуратор або в 1С:Підприємстві через «файл -> новий».

*.st- Файли шаблонів текстів. Використовуються переважно 1С розробниками.

*.pff- файл із збереженими вимірами продуктивності. Використовуються системними адміністраторами та фахівцями 1С.