A konfigurációs fájl (*.cf) belső szerkezete nem titok. Jó emberek régen szétszedték, és sok érdekes segédprogramot hoztak létre, amelyek lehetővé teszik, hogy ezzel a formátummal dolgozzon. Az Infostarton jó tucat (ha nem több) érdekes publikáció található, amelyek így vagy úgy olvassák a *.cf fájlok tartalmát, tehát ez a téma egyáltalán nem újdonság.

Sajnos azonban ehhez a formátumhoz nagyon kevés jó, jó minőségű dokumentáció létezik. A cikk megírására kedves barátom inspirált, aki részletesen leírta az 1C:Enterprise fájl információbiztonsági formátum (*.1CD) felépítését.

Úgy tűnik számomra, hogy ez a cikk katalizátora volt számos más szerzők által létrehozott fejlesztésnek. Az információk nyitottsága és hozzáférhetősége ösztönözte a szerzők kreatív tevékenységét, és az egész közösség számos kiváló eszközt kapott az 1C fájladatbázisokkal való munkához.

Számomra úgy tűnik, hogy a CF formátum részletes leírása sok szerzőt is érdekelni fog, és talán lehetőségünk lesz sok új érdekes fejleményt látni a konfigurációs fájlok témakörében.

Háttér

Mint fentebb említettük, a formátum szerkezete régóta ismert, és a felépítéséről az interneten található információ (bár meglehetősen szűkös). Szükségem volt erre az információra A program kidolgozásakor, amelyen dolgoztam, a következő anyagokra támaszkodtam:

• , szerző
• http://www.richmedia.us/post/2011/01/18/cf-file-format-1c-8-compatible.aspx, ha nem tévedek, a szerző
• , szerző

Terminológia

Térjünk közvetlenül a beszélgetésünk témájára.

Az i-ek pontozásához döntsük el magának a formátumnak a nevét.

Először is, nem csak konfigurációs fájlok jönnek létre ebben a formátumban, hanem külső jelentési és feldolgozási fájlok is. Az interneten a Compound fájl névre bukkantam. Talán jól bevált az 1C oldtimerek között, de nem igazán szeretem.

E cikk keretein belül azt javaslom, hogy ezt a formátumot nevezzük „ tartály" Ha a tisztelt közönség javasolja a helyes nevet a megjegyzésekben, nagyon örülök.

Nézzünk befelé

Az adattárolás logikai egysége belül tartály van dokumentum . A dokumentum egy értelmes, teljes adathalmaz, amely valamilyen módon olvasható és értelmezhető. Nem kifejezetten használom ezt a kifejezést fájlt", mert ezt a nevet lefoglalom egy másik entitásnak, amelyről kicsit később.

Tehát általánosságban véve a CF (EPF/ERF) fájl az tartály , amelyben tárolják dokumentáció .

A tárolóban lévő minden dokumentum felosztható blokkok . Az adattárolás minimális fizikai egysége a Blokk, de értelmes logikai egység az dokumentum. Más szavakkal, a tárolóban lévő dokumentumok szétszórt darabok formájában heverhetnek ( blokkok) és a dokumentum tartalmának elolvasásához annak minden részét össze kell gyűjteni és kombinálni.

A konténer szerkezete

A tartály a következő részeket tartalmazza (sorrendben):

1. Tárolófejléc
   1. Az első üres blokk címe, amelybe adatot lehet hozzáadni
   2. Alapértelmezett blokkméret
   3. A tárolóban lévő fájlok száma
2. A tartály tartalmát tartalmazó dokumentum
3. A tartalomjegyzékben felsorolt ​​tényleges adatok

A tartály tartalmának elolvasásához el kell olvasnia a tartalomjegyzéket. Mivel azonban dokumentum tartalmazza blokkok, akkor először meg kell tanulnia, hogyan állíthat össze egy teljes dokumentumot ugyanezekből a blokkokból.

Blokk szerkezet

A blokk fejlécből és törzsből áll. A fejléc jelzi a teljes dokumentum teljes méretét, az aktuális blokk méretét és a következő blokk címét (pozícióját a fájlban). Közvetlenül a fejléc után jön a blokk törzse - valójában az adatok, amelyekre szükségünk van. A blokk törzse pontosan a fejlécben megadott hosszúságú (byte-ban).

A tartály belsejében itt-ott van egy mágikus állandó, amely egy bizonyos „ürességet” jelöl - ez a 0x7fffffff szám.

Amikor blokkokból összeállítunk egy dokumentumot, a fejlécben megnézzük a következő blokk címét. Ha 0x7ffffffff, akkor nincs „következő” blokk, ez az utolsó.

A 0x7ffffffff konstans az INT_MAX értéke, azaz. egy 4 bájtos előjelű egész szám maximális értéke.

Logikai "fájlok"

Említettem, hogy a " fájlt– Megőrzöm a jobb időkre. Eljöttek azok az idők :)

A teljes konfiguráció egy tárolóban van tárolva az űrlapon fájlokat. Ha emlékszünk az iskolai informatika kurzusra, akkor emlékezni fogunk arra, hogy a „fájl”, azt mondták, egy név dokumentum.

A fájl abban különbözik a „dokumentumtól”, hogy van neve, és ezen a néven lehet rá hivatkozni. Ha a konfiguráció tartalmát elemezzük és metaadatfát építünk, akkor a fájlok belsejében sok hivatkozást találunk más fájlokra. A konfiguráció olvasási eljárása neveken működik fájlokatés név szerint hivatkozik rájuk.

Összefoglalva a következőket mondhatjuk: a konténer különböző dokumentáció, de néhányuknak van neve is. Az ilyen dokumentumokat " fájlokat„És nem szolgáltató jellegűek, hanem közvetlenül alkalmazott jellegűek. Pontosan fájlokat konfigurációs metaadatok tárolására.

Fájl komponensek

Minden fájl kettőből áll dokumentumokat:

1. A fájlnevet és a létrehozási/módosítási dátumokat tartalmazó dokumentumot tulajdonítja
2. A tartalomdokumentum, amely a fájl tényleges törzsét tartalmazza

Most, hogy az összes összetevőt bejelentették, hátra kell tekinteni a tároló talán legfontosabb dokumentumára - a tartalomjegyzék dokumentumra, amely jelzi az összes tárolófájl helyét. Mint fentebb említettük, a tartalomjegyzék dokumentum a tároló legelső dokumentuma, és közvetlenül a tároló címe után következik.

1. Az attribútum dokumentum címe (fájleltolása).
2. A tartalomdokumentum címe (fájleltolása).
3. 0x7ffffff szám (rekord vége).

Hadd emlékeztesselek arra, hogy minden dokumentum blokkra osztható (töredezett). A dokumentum blokkokból történő összeállításának algoritmusát az alábbiakban tárgyaljuk.

A tartalomjegyzék bejegyzése egy 2 értékű INT32. Az első szám a fájlattribútumok dokumentumának címe. Ez a cím az attribútumok dokumentum 1. blokkjának elejére visz minket. Az attribútumok dokumentumból megtudhatjuk a fájl nevét. A második szám a fájl tartalmának dokumentumcíme. Ezen a címen kerülünk a tartalomdokumentum 1. blokkjának elejére, ahonnan közvetlenül beolvassuk a fájl adatait.

Az adattömörítés jellemzői.

Egy konténer sokféle fájlt tartalmazhat. Ezek általában UTF-8 kódolású szövegfájlok. A tárolófájlok között azonban lehetnek más tárolófájlok is. A legegyszerűbb analógia a fájlrendszerrel. A tároló egy könyvtár, és a tárolóban lévő fájlok a tartalma. Egy könyvtár más könyvtárakat is tartalmazhat.

Ennek a "fájlrendszernek" a gyökérkönyvtára maga a *.CF fájl. Benne lehetnek más konténerfájlok, lényegében egymásba ágyazott könyvtárak, amelyek olvasása pontosan ugyanazzal az algoritmussal történik, és pontosan ugyanolyan szerkezetűek.

Van azonban egy sajátossága a gyökérkönyvtárnak. Minden tartalmi dokumentumokat a gyökérkönyvtárban lévő fájlok tömörítése a Deflate algoritmussal történik. A beágyazott könyvtárakban lévő fájlok tartalma többé nincs tömörítve. Egyszerűen fogalmazva, egy konténerfájl legfelső szintjén az összes fájl törzse tömörítésre kerül, de ha a tárolóban lévő fájl maga is konténer, akkor a benne lévő fájlok már tiszta formában (tömörítés nélkül) lesznek kiírva.

Szabad blokkok lánca

Az adatok tárolóból való eltávolítása üres helyeket eredményezhet. Ezek a szabad terek láncba kapcsolódnak, és egyfajta „dokumentumot” alkotnak, melynek adatai hiányoznak. Más szóval, a szabad blokkok ugyanazon elv szerint kapcsolódnak egymáshoz, mint ahogy a dokumentumblokkok is kapcsolódnak egymáshoz. Az első szabad blokk címe a konténer fejlécének legelején látható. Ha egy szabad blokk címe INT_MAX, akkor ez azt jelenti, hogy a tároló közepén nincsenek szabad (üres) blokkok.

Az elméleti rész rövid összefoglalása

1. A CF(EPF/ERF) fájl „container” formátumban van írva
2. A tároló fejléccel kezdődik
3. A tároló minden tartalma, a fejléc kivételével, „dokumentumként” van írva.
4. A dokumentum blokkokra osztható
5. A dokumentum blokkcímmel kezdődik, amely megmondja, hogyan kell elolvasni a teljes dokumentumot
6. Közvetlenül a tároló címe után egy tartalomjegyzék található.
7. A tartalomjegyzék olyan bejegyzések gyűjteménye, amelyek a " fájlokat» a tartály belsejében
8. Minden fájl két dokumentumból áll – egy attribútumdokumentumból, ahol a fájl neve szerepel, és egy tartalomdokumentumból, ahol a fájladatok ténylegesen találhatók.
9. Minden tartalomjegyzék bejegyzés 2 címet tartalmaz. Az első a fájlattribútumok dokumentumának címe, a második a tartalomdokumentum címe.
10. Egy tároló tartalmazhat beágyazott tárolókat (például beágyazott mappákat)
11. A gyökértárolóban lévő fájlok tömörítése Deflate algoritmussal történik, a beágyazott tárolókban lévő fájlok tömörítés nélkül íródnak.

Érezzük már a bájtokat

Tehát eljött az ideje annak mérlegelésére, hogy a fent említett összes entitás pontosan hogyan épül fel.

A konténerből az adatok kiolvasásának fő módja a bizonyos dokumentumokat alkotó blokkok láncának beolvasása. Jó ötletnek tűnik a blokkdokumentumok olvasásának elvével kezdeni.

Dokumentum olvasása blokkokban

A tárolóban lévő minden dokumentumnak blokkfejléccel kell kezdődnie. Ebben az esetben a dokumentum több blokkra osztható. Egy dokumentum olvasásához blokkokból kell „összeszerelni”.

Tehát a blokk fejléce egy 31 bájt hosszúságú karakterlánc. Ez a sor így néz ki:

[A teljes dokumentum mérete][Szóköz][Az aktuális blokk mérete][Szóköz][A következő blokk címe][Szóköz] , ahol:

• CRLF – szabványos Windows soremelés, karakterpár \r\n (0x0D,0x0A)
• Teljes dokumentumméret – a dokumentum teljes hossza bájtban. Egy hexadecimális szám karakterlánc reprezentációjaként írva. Hossz - 8 bájt.
• Tér - tér. Szimbólum 0x20
• Az aktuális blokk mérete a blokk törzsének hossza bájtban. Ez egy INT32 szám karakterlánc-reprezentációjaként is meg van írva hexadecimális formátumban. Ha a dokumentum egyetlen blokkból áll, akkor a teljes dokumentum mérete vagy kisebb, vagy megegyezik az aktuális blokk méretével (ami logikus)
• Következő blokk címe - az a cím, amelyen a dokumentum következő blokkja található. Ha a következő blokk címe INT_MAX, akkor ez azt jelenti, hogy nincs következő blokk. A következő blokk címe is egy szám karakterlánc-reprezentációjaként kerül kiírásra.

Közvetlenül a blokk fejléce után következik a blokk törzse, amelynek hossza a „Jelenlegi blokkméret” mezőben megadott.

Nézzük a képet: a teljes dokumentum hossza 0x54 bájt, ezek a 0x54 bájtok piros kerettel vannak kiemelve. Ez a dokumentum adata. A blokk hossza 0x200 bájt, azaz. hosszabb, mint maga a dokumentum hossza. Emiatt a blokkban fennmaradó adatok „nullákat” alkotnak a kihasználatlan területről. Jelentős bájtok a piros szegéllyel jelölt bájtok.

Ha a dokumentum hossza nagyobb, mint a blokk hossza, akkor a következő blokkot kell beolvasni. Ha a „Következő blokk címe” mezőbe 0x7fffffff-től eltérő érték van írva, akkor be kell olvasnia az aktuális blokkot, majd erre a címre kell mennie, és be kell olvasnia egy másik blokkot. Ha ez a blokk tartalmazza a következő blokk címét is, akkor oda is el kell menni. Így a dokumentumot alkotó blokkok „lánca” jön létre.

Az olvasást addig kell folytatni, amíg a 0x7fffffff értéket meg nem találja a „Következő blokk címe” mezőben, vagy amíg a „Teljes dokumentum mérete” mezőben megadott számú bájt beolvasásra nem kerül.

A „Teljes dokumentumméret” mezőnek csak az első blokknál van jelentősége. A dokumentum minden további blokkjában 0x00000000 értéke van.

Tárolófejléc formátum

A tároló fejléce 16 bájt hosszú, és a következő mezőkből áll:

Tartalomjegyzék Dokumentum rögzítési formátuma

Fájl attribútumok Dokumentumformátum

Az attribútumok dokumentuma leírja a fájl nevét és a létrehozás/módosítás dátumait.

A konténerleolvasás elve

1. Állítson össze egy tartalomjegyzék dokumentumot blokkokból, és olvassa el
2. Lépjen be a tartalomjegyzék-dokumentum összes bejegyzésébe, és olvassa el a tárolófájlok dokumentumattribútumait (neveit).
3. Minden kapott név leképezhető a tartalomdokumentum címére
4. A kimenet a „Fájlnév” -> „Tartalom címe” megfeleltetés.

Fájlok olvasása

1. Fájlnév alapján szerezze be a tartalomdokumentum címét a tartalomjegyzékből
2. Tartalomdokumentum összeállítása blokkokból
3. Ha ez a gyökértároló, akkor csomagolja ki a tartalomdokumentumot (tömörítve van)
4. Kész. Az eredmény a keresett fájl adatai.

Frissítés 2014.02.25-től

Végül

Ez a cikk nem a végső igazság, valószínűleg még hibák is vannak benne. Ha azonban ez a téma érdekes az Ön számára, akkor remélem, hogy ez a cikk segít a projektek megvalósításában. Sok szerencsét!

Ha telepítette a számítógépére víruskereső program Tud szkennelje be az összes fájlt a számítógépén, valamint minden egyes fájlt külön-külön. Bármely fájlt ellenőrizhet, ha a jobb gombbal rákattint, és kiválasztja a megfelelő lehetőséget a fájl víruskeresésére.

Például ezen az ábrán kiemelve van fájl my-file.erf, akkor jobb gombbal kell kattintania erre a fájlra, és ki kell választania a lehetőséget a fájl menüben "szkennelés AVG-vel". Ha ezt a lehetőséget választja, az AVG Antivirus megnyílik, és megvizsgálja a fájlt vírusok keresésére.

Néha ennek eredményeként hiba léphet fel hibás szoftvertelepítés, ami a telepítési folyamat során felmerült probléma miatt lehet. Ez zavarhatja az operációs rendszert kapcsolja össze az ERF fájlt a megfelelő alkalmazási eszközzel, befolyásolva az ún "fájlkiterjesztés társítások".

Néha egyszerű a BioWare Neverwinter Nights újratelepítése megoldhatja a problémát az ERF és a BioWare Neverwinter Nights megfelelő összekapcsolásával. Más esetekben a fájltársításokkal kapcsolatos problémák adódhatnak rossz szoftver programozás fejlesztő, és előfordulhat, hogy fel kell vennie a kapcsolatot a fejlesztővel további segítségért.

Tanács: Próbálja meg frissíteni a BioWare Neverwinter Nights alkalmazást a legújabb verzióra, hogy biztosan rendelkezzen a legújabb javításokkal és frissítésekkel.

Ez túl nyilvánvalónak tűnhet, de gyakran Lehet, hogy maga az ERF fájl okozza a problémát. Ha e-mail mellékletként kapott egy fájlt, vagy letöltötte egy webhelyről, és a letöltési folyamat megszakadt (például áramszünet vagy más ok), a fájl megsérülhet. Ha lehetséges, próbáljon meg új másolatot szerezni az ERF fájlról, és próbálja meg újra megnyitni.

Gondosan: A sérült fájl járulékos károkat okozhat a számítógépén található korábbi vagy meglévő rosszindulatú programokban, ezért fontos, hogy a számítógépen mindig futtasson egy frissített víruskeresőt.

Ha az ERF fájl a számítógép hardverével kapcsolatos a szükséges fájl megnyitásához frissítse az eszközillesztőket kapcsolódik ehhez a berendezéshez.

Ez a probléma általában médiafájltípusokhoz kapcsolódnak, amelyek a számítógépen belüli hardver sikeres megnyitásától függenek, pl. hangkártya vagy videokártya. Például, ha megpróbál megnyitni egy hangfájlt, de nem tudja megnyitni, szükség lehet rá frissítse a hangkártya illesztőprogramjait.

Tanács: Ha amikor megpróbál megnyitni egy ERF fájlt, akkor azt kapja .SYS fájl hibaüzenet, valószínűleg az lehet a probléma sérült vagy elavult eszközillesztőkhöz kapcsolódnak amelyeket frissíteni kell. Ez a folyamat megkönnyíthető az illesztőprogram-frissítő szoftverek, például a DriverDoc használatával.

Ha a lépések nem oldják meg a problémátés továbbra is problémái vannak az ERF fájlok megnyitásával, ennek oka lehet a rendelkezésre álló rendszererőforrások hiánya. Az ERF fájlok egyes verziói jelentős mennyiségű erőforrást (pl. memória/RAM, feldolgozási teljesítmény) igényelhetnek a megfelelő megnyitáshoz a számítógépen. Ez a probléma meglehetősen gyakori, ha meglehetősen régi számítógépes hardvert és ugyanakkor sokkal újabb operációs rendszert használ.

Ez a probléma akkor fordulhat elő, ha a számítógépnek problémái vannak a feladat teljesítésével, mert az operációs rendszer (és a háttérben futó egyéb szolgáltatások) túl sok erőforrást fogyaszt az ERF fájl megnyitásához. Próbálja meg bezárni az összes alkalmazást a számítógépén a BioWare Entity Resource File megnyitása előtt. Az összes rendelkezésre álló erőforrás felszabadítása a számítógépén biztosítja a legjobb feltételeket az ERF fájl megnyitásának kísérletéhez.

Ha te végrehajtotta az összes fent leírt lépéstés az ERF fájl továbbra sem nyílik meg, lehet, hogy futnia kell berendezés frissítése. A legtöbb esetben, még a hardver régebbi verzióinak használatakor is, a feldolgozási teljesítmény több mint elegendő lehet a legtöbb felhasználói alkalmazás számára (kivéve, ha nagy CPU-igényes munkát végez, például 3D-s megjelenítést, pénzügyi/tudományos modellezést vagy intenzív multimédiás munka) . És így, valószínű, hogy a számítógépének nincs elég memóriája(általános nevén "RAM" vagy véletlen hozzáférésű memória), hogy végrehajtsa a fájl megnyitását.

Az ERF fájl megnyitásával kapcsolatos problémák leggyakoribb oka egyszerűen az, hogy nincsenek megfelelő alkalmazások telepítve a számítógépre. Ebben az esetben elegendő egy olyan alkalmazást találni, letölteni és telepíteni, amely ERF formátumú fájlokat szolgál ki - ilyen programok az alábbiakban érhetők el.

Keresőrendszer

Adja meg a fájl kiterjesztését

Segítség

Nyom

Kérjük, vegye figyelembe, hogy a számítógépünk által nem olvasott fájlokból származó egyes kódolt adatok néha megtekinthetők a Jegyzettömbben. Így szövegtöredékeket vagy számokat fogunk olvasni - Érdemes megnézni, hogy ez a módszer ERF fájlok esetén is működik-e.

Mi a teendő, ha a listán szereplő alkalmazás már telepítve van?

A telepített alkalmazásnak gyakran automatikusan hivatkoznia kell egy ERF fájlra. Ha ez nem történik meg, akkor az ERF fájl manuálisan sikeresen összekapcsolható az újonnan telepített alkalmazással. Egyszerűen kattintson a jobb gombbal az ERF fájlra, majd a rendelkezésre állók közül válassza az "Alapértelmezett program kiválasztása" lehetőséget. Ezután ki kell választania a „Nézet” opciót, és meg kell találnia kedvenc alkalmazását. A bevitt változtatásokat az "OK" opcióval jóvá kell hagyni.

ERF fájlt megnyitó programok

ablakok

Linux

Miért nem tudom megnyitni az ERF fájlt?

Az ERF fájlokkal kapcsolatos problémáknak más okai is lehetnek. Néha még az ERF fájlokat támogató szoftver telepítése sem oldja meg a problémát. Az ERF fájl megnyitásának és kezelésének képtelenségének okai a következők is lehetnek:

Nem megfelelő ERF-fájltársítások a rendszerleíró bejegyzésekben
- a megnyitott ERF fájl sérülése
- ERF fájl fertőzés (vírusok)
- túl kevés számítógépes erőforrás
- elavult illesztőprogramok
- az ERF kiterjesztés eltávolítása a Windows rendszerleíró adatbázisából
- az ERF kiterjesztést támogató program hiányos telepítése

Ezeknek a problémáknak a kijavítása azt eredményezheti, hogy szabadon nyithat meg és dolgozhat az ERF fájlokkal. Abban az esetben, ha számítógépének továbbra is problémái vannak a fájlokkal, szakértő segítségét kell kérnie, aki meghatározza a pontos okot.

A számítógépem nem jeleníti meg a fájlkiterjesztéseket, mit tegyek?

A normál Windows rendszerbeállításokban a számítógép felhasználója nem látja az ERF fájlkiterjesztést. Ez sikeresen módosítható a beállításokban. Csak lépjen a "Vezérlőpultra", és válassza a "Nézet és testreszabás" lehetőséget. Ezután lépjen a "Mappabeállítások" elemre, és nyissa meg a "Nézet" lehetőséget. A "Nézet" lapon van egy "Ismert fájltípus-kiterjesztések elrejtése" opció - ezt a lehetőséget ki kell választania, és meg kell erősítenie a műveletet az "OK" gombra kattintva. Ezen a ponton az összes fájl kiterjesztésének, beleértve az ERF-et is, fájlnév szerint rendezve kell megjelennie.

*.vö- a fájl csak a konfigurációt (kódot és szerkezetet) tartalmazza felhasználói adatok nélkül. Létrehozva az 1C 8.x konfigurátorból: "Konfiguráció -> Konfiguráció mentése fájlba" vagy "Konfiguráció -> Kézbesítési konfiguráció -> Kézbesítési fájl létrehozása és konfiguráció frissítése -> "Kézbesítési fájl létrehozása" attribútum.

*.cfu- a fájl csak konfigurációs frissítést tartalmaz. Például fájl 1cv8.cfu. Ebből a fájlból nem lehet konfigurációt létrehozni, mivel csak az új és az előző konfiguráció közötti eltéréseket tartalmazza. Létrehozva az 1C 8.x konfigurátorból: „Konfiguráció -> Konfiguráció kézbesítése -> Kézbesítési fájl és konfigurációs frissítés létrehozása -> Jelölje: „Konfigurációs frissítési fájl létrehozása””.

*.dt- a fájl tartalmazza a konfigurációt a felhasználói adatbázissal együtt. Ez egy speciális 1C 8 archív formátum Az 1C 8.x konfigurátorból jön létre: „Adminisztráció -> Feltöltés információs bázis”.

*.epf (*.erf) – külső feldolgozó (jelentés) fájl. A konfigurációból származó bármely feldolgozás (jelentés) külsőleg menthető. Az 1C 8.x konfigurátorból készült: „Konfiguráció -> Konfiguráció megnyitása -> menjen a kívánt feldolgozásra (jelentés) -> válassza ki a jobb egérgombbal -> Mentés külső feldolgozásként, jelentés...”.

*.1cd– egy teljes értékű adatbázisfájl. Alapértelmezett névábrázolás: 1Cv8.1CD. Tartalmazza a konfigurációt, az adatbázist és a felhasználói beállításokat. Az 1C 8.x platformmal nyílik meg. Úgy jön létre, hogy az „Új információs bázis létrehozása” menüpont kiválasztásakor a „Hozzáadás” gombra kattintva automatikusan új konfigurációt hozzon létre.

*.log, *.lgf, *.lgp, *.elf- naplófájlok, amelyek információkat (regiszteradatokat) gyűjtenek az 1C 8.0 8.1, 8.2, 8.3.

*. cdn - fájl ezzel a kiterjesztéssel ( 1Cv8.cdn) az 1C Enterprise adatbázis kézi vagy automatikus blokkolására szolgál nyolcadik verzió.

*.mxl- nyomtatott űrlapok fájljait használják, beleértve az 1C-t is. Mindkettő nyomtatott dokumentumok, referenciakönyvek, jelentések és különféle adattároló eszközök különféle osztályozókhoz. Megnyílik a konfigurátoron keresztül, vagy 1C:Enterprise módban a „file -> open” paranccsal. Ugyanígy jön létre: Konfigurátor módban vagy 1C:Enterprise-ben a „file -> new” segítségével. Az ilyen kiterjesztésű fájlok átviteli szabályokként is szolgálhatnak, például 1C 7.7-től 8.2-ig (acc77_82.xml és a segédfeldolgozás exp77_82.ert) - általában az ExtForms mappában találhatók.

*.efd- ez egy 1C archív fájl, amelyet a konfiguráció telepítéséhez használnak. Tartalmazza az 1C konfigurációt vagy annak frissítését. A setup.exe segédfájllal indítható el (ugyanabban a mappában kell lennie).

*.mft– segédfájl sablonból konfiguráció létrehozásához. Konfigurációs információkat, leírást, elérési utat, nevet tartalmaz. Közvetlenül maga a platform használja, amikor egy sablonból 1C információs bázist hoz létre.

*.grs- grafikus diagramok fájljai speciális 1C formátumban. Megnyílik a konfigurátoron keresztül, vagy 1C:Enterprise módban a „file -> open” menüponttal. Ugyanígy jön létre: Konfigurátor módban vagy 1C:Enterprise-ben a „file -> new” segítségével.

*.geo- földrajzi sémák fájljai speciális 1C formátumban. Megnyílik a konfigurátoron keresztül, vagy 1C:Enterprise módban a „file -> open” paranccsal. Ugyanígy jön létre: Konfigurátor módban vagy 1C:Enterprise-ben a „file -> new” segítségével.

*.utca- szövegsablon fájlok. Főleg 1C fejlesztők használják.

*.pff- egy fájl mentett teljesítménymérésekkel. Rendszergazdák és 1C szakemberek használják.