Aktualizácia neštandardnej konfigurácie 1c pokyny krok za krokom. Osobná skúsenosť: ako rýchlo a lacno aktualizovať zmenenú konfiguráciu. Získanie súboru dodávateľa

Aktualizácia neštandardnej platformy je veľmi náročná. Pozrieme sa na to, ako aktualizovať neštandardnú konfiguráciu 1C, a opíšeme postupné riešenie vzniknutých ťažkostí.

Ako v nie typická konfigurácia 1C aktualizovať.

Všeobecné pojmy

Pri aktualizácii (aktualizácii, angličtine) neštandardnej platformy sa zmeny vždy prejavia na prvkoch typickej konfigurácie (konfigurácia, angličtina) poskytovateľa.

Databáza (DB) obsahuje až tri typy konfigurácií:

• samotná databáza - pracujú s ňou logické algoritmy;
• pracovný (tzv. hlavný, ConfigOR) - ktorý pravidelne meníme;
• konfigurácia poskytovateľa (ConfigP - na jej základe si užívateľ vytvára pracovnú aj databázovú konfiguráciu.

Ak program vypadne z podpory, už nebude od dodávateľa. Potom je však nevyhnutný nárast mzdových nákladov na aktualizáciu. Zvážte aktualizáciu neštandardnej konfigurácie 1C. Príkladom môže byť platforma PPM (Manufacturing Enterprise Management).

Miešanie

V prvej fáze musíte odstrániť rozdiely medzi pracovnou a dodávanou konfiguráciou. Tým sa zníži hodnotenie vylepšení, ktoré sme zaviedli predtým. Nezrovnalosti medzi nimi vznikajú vtedy, keď sa pri aktualizácii použili cudzie súbory (nie z dodanej distribučnej súpravy) alebo sa spôsoby aktualizácie líšili od štandardných.

Porovnanie verzií

Kontrolujeme čísla verzií (funkčné a dodané). Prvý je začiarknutý v časti "Konfigurácia" / "Otvoriť" / "Upraviť" / "Vlastnosti". V sekcii Vývoj/Verzia. Druhý v časti "Konfigurácia"/"Podpora"/"Nastavenie podpory"/"Verzia":

Ak sa čísla zhodujú, môžete preskočiť na položku Získať súbor prostredníctvom aktualizácie.

Nasledujúce kroky ukazujú, ako zosúladiť prevádzkovú konfiguráciu a konfiguráciu dodávateľa. Aby sa dali na podporu tie objekty, ktoré boli odstránené alebo pridané používateľom bez podpory. Pre to:

Uloženie konfigurácie (funguje)

Uložme ConfigOR do súboru s názvom, napríklad work.cf. Ak to chcete urobiť, vyberte „Konfigurácia“ / „Uložiť ...“.

Získanie súboru dodávateľa

Na spárovanie ConfigOR s ConfigP potrebujete súbor cf z distribučnej súpravy dodávateľa (rovnakej verzie). V predvolenom nastavení bude v C:/Program Files/1cv81/tmplts. Skontrolujeme prítomnosť požadovaného cf-súboru v tabuľke šablón. Čo ak požadovaný konfiguračný súbor verzie dodávateľa neexistuje? Potom je potrebné vytvoriť prázdnu databázu zo starej, aktualizovať ju na požadovanú verziu a až potom ju používať.

Získanie súboru prostredníctvom aktualizácie

Na vykonanie aktualizácie cf-súboru ConfigP sa v ponuke vyberie príkaz: „Konfigurácia / Podpora / Aktualizácia ... / Výber súboru / Hotovo / Spustiť“ (Postupne na obrázkoch):

Ak to chcete vyriešiť, musíte v konfigurácii poskytovateľa zrušiť začiarknutie objektu na odstránenie. Potom po vymazaní vykonáme porovnanie znova - v okne aktualizácie kliknite na tlačidlo "Aktualizovať".

Obnoviť nastavenia

Niektoré zo stratených nastavení sa obnovia zlúčením s predtým uloženým súborom work.cf. Ak to chcete urobiť, vyberte "Konfigurácia / Porovnať, zlúčiť ... súbor".

Ukladanie a úprava

Ak chcete uložiť ConfigOR a aktualizovať databázu, v položke ponuky „Konfigurácia“ vyberte „Aktualizovať ... DB“. Tu sa stretávame s novým problémom:

S najväčšou pravdepodobnosťou to bolo spôsobené tým, že tieto objekty boli skopírované z ConfigP alebo boli vymazané dodávateľom a neskôr boli pridané nové pod rovnakými názvami. Avšak s inými identifikátormi. V dôsledku toho sa objavili predmety s rovnakým názvom, ale s rôznymi identifikačnými kľúčmi.

Roly je možné jednoducho vymazať, pretože sa nezmenili. Potreba musí byť premenovaná napríklad na OrderReserve1. A po aktualizácii urobte hodnoty z premenovaných na vytvorenú. Ďalší problém s aktualizáciou. A čo formuláre?

Z obrázku môžete vidieť, že ListForm bol odstránený dodávateľom a potom znovu pridaný pod rovnakým názvom. Musíte ich označiť na aktualizáciu oboch a kliknúť na „Vykonať“.

Ak sa počas aktualizácie zobrazí správa o prítomnosti odkazov na objekty, ktoré sa majú odstrániť, potom bez zatvorenia formulára musíte vymazať odkazy naň vo vlastnostiach samotných objektov. Tu je to vo vlastnostiach registra. Ďalej vo formulári aktualizácie vyberte možnosť aktualizácie, označte vlastnosti registrácie na aktualizáciu a znova kliknite na „Spustiť“.

Uloženie zmien v pracovnej a aktualizácia konfigurácie databázy: "Konfigurácia / Aktualizácia ... DB". Prenos hodnoty atribútu OrderReserve1 do OrderReserve sa vykonáva externým spracovaním režimu 1C:Enterprise.

Príprava základne

Na základe výsledkov informácií pripravíme dve identické databázy. Prvý (hlavný) je náš želaný výsledok. Druhá (pomocná) je na vykonávanie prípravných akcií. V prípade verzie súboru ich jednoducho skopírujeme do adresára a pripojíme k zoznamu IB, pri možnosti klient-server vykonáme upload/download.

Porovnanie

Po otvorení oboch databáz pomocou Konfigurátora vykonajte trojstranné porovnanie. Používame na to nový súbor ConfigP - „Konfigurácia / Podpora / Aktualizácia ... / Výber súboru ... / Hotovo“:

Porovnanie pracovnej, starej a novej konfigurácie poskytovateľa nám dáva zoznam zmenených objektov pomocou filtra "Zobraziť vlastnosti dvakrát zmenené". S nimi musíte najskôr vyriešiť problém:

V tomto bode je práca s pomocnou základňou pozastavená až do konca celého procesu, tlačidlo „Run“ už nie je stlačené. Pokračujeme v práci v hlavnej databáze s výsledným zoznamom dvakrát zmenených objektov. Súhlas s aktualizáciou bude mať za následok stratu predtým vykonaných vylepšení. Preto je pre každý z objektov potrebné urobiť rozhodnutie - ako sa zmení.

Predbežné posúdenie vykonáme len na zníženie prác v budúcnosti. Ak dôjde k viacerým zmenám prvku v novom ConfigP, ponecháme objekt dodávateľa. Dali sme kliešť. Prenos zmien z ConfigOR. Ak je viac zmien prvku v pracovnej konfigurácii, ponecháme inštanciu objektu ConfigOR. Odstránime daw. Prenesme zmeny z ConfigP. Moduly je potrebné procedurálne porovnávať. Ak to chcete urobiť, stlačte tlačidlo ako na obrázku:

Začiarknutím políčok označte postupy a funkcie, ktoré sa majú nahradiť alebo odstrániť:

Teraz musíte duplikovať stav začiarkavacích políčok v pomocnej databáze. V hlavnom - kliknite na "Spustiť". V tomto bode získame takmer hotovú konfiguráciu.

Následné porovnania sa opäť vykonajú v pomocnej databáze. Predtým vykonané zmeny nájdeme dodatočným porovnaním starého ConfigP s ConfigOR - "Konfigurácia / Porovnanie ...":

Podobne porovnáme starý ConfigP s novým. Ak neexistuje žiadny nový súbor, možno ho teraz prevziať z hlavnej databázy.

Prijímajú sa teda dvakrát zmenené objekty. V hlavnej databáze bola prijatá takmer hotová konfigurácia. Musí sa vysporiadať s dvakrát zmenenými prvkami.

DÔLEŽITÉ. Pri analýze by sa používateľ nemal zaujímať o dôvody vykonania určitých zmien, ale o ich dôsledky. To znamená, že hlavná vec je potreba zachovať funkčnosť. Možno to nebude vyžadovať prenos zmenených riadkov, ale úplné prepracovanie kódu pre nový ConfigP.

Na rozhodnutie stačí porovnať formuláre, tabuľky a objektové moduly. Niekedy sú údaje v prehľadoch prezentované tak, že vám neumožňujú rýchlo sa rozhodnúť. V tomto kroku dôjde k strate vylepšení, ak sa zmeny týkajú atribútov objektu zloženého typu.

V porovnávacej správe sú rôzne údaje uvedené vo forme zoznamu, z ktorého nie je jasné, ktoré typy údajov boli pridané/odstránené. Ak počet riadkov prehľadu dosiahne dvesto, potom sa proces „ručného“ porovnávania javí ako dosť zdĺhavý (asi päťdesiat hodín).

Zníženie náročnosti práce je dosiahnuté použitím napríklad konfigurácie "Porovnanie buniek" od spoločnosti Inform Service. Je k dispozícii na spustenie v režime 1C:Enterprise a poskytuje údaje porovnávacej správy vo vhodnej forme. Porovnanie sa vykonáva schopnosťami 1C:

Schéma práce je jednoduchá. V konfigurátore sa vytvorí porovnávacia správa objektu. Uloží sa do súboru, napríklad Comparison Report.mxl. V dialógovom okne 1C:Enterprise sa otvorí a označia sa porovnávané bunky (dvojitým kliknutím pravým tlačidlom myši na vybranú bunku tabuľkový dokument). Kliknutím na "Porovnať" sa zobrazí výsledok porovnania, pričom rôzne pozície sú farebne zvýraznené.

Ďalšie pokyny na akciu vyzerajú takto.

1. Nasledujúci prehľad sa uloží s rovnakým názvom.
2. Po dokončení aktualizácie a prenesení úprav štandardnej konfigurácie sa vykoná syntaktická kontrola modulov a testovanie prevádzky zmenených objektov.
3. Po úspešnom testovaní možno proces považovať za dokončený. Zostáva aktualizovať tlačové formuláre, zostavy a spracovanie. V niektorých prípadoch skontrolujte externé formuláre hlásení.

Pracujeme s 1C 7.7

Aktualizácia typickej platformy na rovnakú zvyčajne nespôsobuje ťažkosti. Stačí postupovať podľa pokynov v návode. Sú umiestnené v UPDATE.TXT v distribučnom adresári.

Neexistujú žiadne ťažkosti, ak sa do platformy pridajú ďalšie účtovné prvky (adresáre, konštanty, výbery, zostavy, registre, protokoly výpočtov atď.). Budú pasovať, keď sa platformy skombinujú. Pridané doklady tiež nespôsobia disharmóniu, ak nenastali zmeny v znakoch pre zadávanie „na základe“ takto pridaných dokladov.

Aktualizáciu sa odporúča spustiť na rýchlom počítači s dostatkom pamäte RAM. S jeho nedostatkom môže 1C odmietnuť vypracovať niektoré funkcie a „zamrznúť“. Veľké množstvo virtuálnej pamäte tento problém nerieši.

Vytvorenie archívnej kópie

Na tento účel je potrebné použiť možnosť: "Správa / Uložiť údaje ...". Je vhodné zadať názov archívu, ktorý sa zhoduje s dátumom vytvorenia (napríklad RRMMDD.zip).

Príprava katalógu

Na prácu potrebujete šesť konfiguračných súborov (1cv7.md):

1. "WorkingNew" na prípravu aktualizácie (výsledný súbor md);
2. "WorkingOld" na sledovanie zmien pri porovnávaní a na prenos nastavení do TypeNew_2;
3. Typický (starý) "TypOld_1". Na jeho základe bola predtým vytvorená pracovná.
4. typy. (bývalý) "TypOld_2". Sledovanie zmien v spoločnosti 1C v novej štandardnej verzii;
5. Typ. (nové) "TypeNew_1". Vylepšenia spoločnosti 1C v novej verzii;
6. "TypeNew_2" pre zložité objekty.

A päť spustených konfigurátorov (všetky okrem "TypeNew_1").

Na začiatku sú adresáre identické v pároch:

• "Pracovný nový" a "Pracujúci starý";
• "TypStarý_1 a TypStarý_2";
• "TypeNew_1" a "TypeNew_2".

Kombinovanie prvkov

Najprv porovnáme medzi 3 a 2, 4 a 5, 1 a 6. Ak to chcete urobiť, každý z prvých v páre vyberie položku „Konfigurácia / Priradenie ...“ a špecifikuje súbor metadát 1cv7.md druhého v páre. Na obrazovke sa zobrazí formulár so stromom zmenených prvkov. Ďalej je potrebné analyzovať výsledky párového porovnania 3 s 2 a 4 s 5. Nechajte na kombinovanie prvkov v aktualizovaných platformách (1 a 6), v ktorých došlo k zmenám od 1C (4 z 5), ale neprejavili sa v 3 a 2. 1 a 4 je potrebné skombinovať v režime prekrytia.

Iné

To zahŕňa účtovú osnovu a používateľské rozhrania. Ak došlo k zmenám v účtovom rozvrhu, potom ho treba aktualizovať v režime "Spájanie objektov" Pracovný nový spolu s Typom Nový_2. Po zlúčení rozhrania skontroluje chyby: duplikácia položiek menu, duplikácia panelov nástrojov, nastavenie značiek panelov nástrojov „Umiestnenie z nového riadku“.

Sťahovanie sa vykonáva cez sieť alebo na server (uprednostňuje sa). Po prvé, prístup do databázy je poskytovaný výlučne. Potom sa databáza načíta cez režim konfigurátora. Pred a po stiahnutí sa údaje archivujú (ako je popísané na samom začiatku tejto časti). Ďalej postupujte podľa pokynov v súbore UPDATE.TXT. Po dokončení sťahovania je možné všetky adresáre okrem WorkingNew vymazať.

Dúfame, že vám naša publikácia pomohla vyrovnať sa s aktualizáciou neštandardnej konfigurácie 1C. Preskúmali sme to v súvislosti so siedmou aj ôsmou verziou.

Zanechajte komentáre, napíšte svoje skúsenosti s aktualizáciou 1C.

Aktualizácia 1C sa vykonáva stlačením tlačidla „one“, samotná typická konfigurácia si môže stiahnuť aktualizáciu 1C a nainštalovať ju. Používateľ bude musieť zadať iba registračné údaje.

Čo robiť, ak konfigurácia nie je typická? Alebo typický, ale boli v ňom vykonané vylepšenia – bola pridaná referenčná kniha, pár detailov, správa?

Odpoveď na túto otázku sa dozvieme dnes.

Čo je atypická konfigurácia 1C

Atypická konfigurácia 1C je, keď:

• Konfiguráciu napíše od začiatku programátor
• Konfigurácia bola typická, ale boli do nej pridané zmeny
• Aj keby pridali jednu rekvizitu.

Ak chcete vykonať zmeny v typickej konfigurácii, musíte .

Pri aktualizácii 1C neštandardnej konfigurácie odstránenej z podpory, 1C ponúkne „vrátenie neštandardnej konfigurácie pre podporu“. Potom budú všetky zmeny zrušené (vymazané).

Aby ste zabezpečili, že pri aktualizácii 1C neštandardnej (zmenenej) konfigurácie 1C zostanú zmeny a použije sa aktualizácia 1C, môžete použiť iný režim aktualizácie 1C.

Pozrime sa na príklad upravenej konfigurácie, ktorú chceme aktualizovať. Toto je typická konfigurácia účtovníctva 1C (vľavo), ktorá bola zmenená (vpravo):

4) V adresári "Jednotlivci" vo formulárovom module vo funkcii ReadPlace of Birth() bol pridaný riadok programu

Ako budú všetky tieto zmeny fungovať v čase aktualizácie 1C neštandardnej konfigurácie 1C?

Aktualizácia 1C s uložením zmien v neštandardnej konfigurácii 1C

Aktualizácia konfigurácie 1C sa zvyčajne distribuuje ako samorozbaľovací archív. Po rozbalení musíte spustiť inštalačný súbor a nainštalovať aktualizáciu 1C do počítača (nie v 1C!).

Pri inštalácii aktualizácie si vyberiete, kam sa nainštaluje aktualizácia 1C. Zvyčajne toto. Môžete nainštalovať do akéhokoľvek iného priečinka na disku a 1C označuje, kde sa nachádza .

Aktualizačné súbory 1C môžu mať nasledujúcu formu:

• súbor s príponou CF – obsahuje celý nový druh konfigurácia
• súbor s príponou CFU – obsahuje iba zmeny oproti predchádzajúcej verzii.

Oba súbory sú uložené v adresári aktualizácie 1C, v priečinku s názvom verzie.

Buďte opatrní pri používaní súboru CFU - umožňuje vám aktualizovať iba z !

Ak chcete aktualizovať 1C, vyberte jednu z možností ponuky:

• Konfigurácia/Porovnanie zlúčenia s konfiguráciou zo súboru - pre súbory CF
• Konfigurácia / Podpora / Aktualizácia konfigurácie / Výber súboru aktualizácie 1C - pre súbory CF alebo CFU.

V prvom rade 1C porovná tieto dve konfigurácie. Vaša konfigurácia databázy sa nazýva "Hlavná konfigurácia" a konfigurácia z aktualizácie sa nazýva "Konfigurácia zo súboru".

1C zobrazí všetky rozdiely vo forme známeho stromu, kde sú zmeny zobrazené vpravo.

Pozrite sa - v našom príklade sú zvýraznené adresáre, ktoré boli zmenené alebo pridané.

Keďže aktualizujeme neštandardnú konfiguráciu 1C, ktorá bola zmenená - to znamená, že to bolo kedysi typické, musíte zadať niektoré nastavenia.

Kliknite na tlačidlo Nastavenia. Vyberte „Načítaná konfigurácia je potomkom hlavnej“ (to znamená, že ide o upravený typ).

Začiarkavacie políčko „Povoliť vymazanie hlavných konfiguračných objektov“ vám umožňuje vymazať, ak sú odstránené v aktualizácii 1C. Keďže sme do konfigurácie pridali podrobnosti a adresáre, ale nie sú v aktualizácii 1C, 1C bude predpokladať, že boli odstránené v aktualizácii 1C. Toto políčko preto nemusíte zaškrtávať.

Pozrime sa bližšie na rozdiely zistené platformou.

Otvorme vetvu referenčnej knihy Nomenklatúra. Vo vetve Requisites vidíme, že v typickej konfigurácii nie sú žiadne rekvizity a pridávame ich. Mínus znamená, že bude odstránený.

Keďže nepotrebujeme odstrániť rekvizity, ktoré sme sami pridali, musíme urobiť nasledovné (možnosti):

• V tlačidle „Nastavenia“ NENASTAVUJTE začiarkavacie políčko „Povoliť vymazanie hlavných konfiguračných objektov“
• Ak je začiarkavacie políčko stále nastavené, zrušte začiarknutie políčka pri tomto atribúte. Pred rekvizitami na obrázku nie je začiarknutie, pretože mazanie objektov nie je povolené.

Zmenila sa aj forma referenčnej knihy nomenklatúry. 1C to videl a ukazuje nám aj adresárový formulár v zozname zmenených objektov.

Ak chcete vidieť, aké zmeny boli vykonané vo formulári, môžete urobiť nasledovné (možnosti):

• Najprv kliknite pravým tlačidlom myši na formulár v ľavom stĺpci a vyberte položku ponuky „Otvoriť formulár“ a potom vpravo. Vizuálne porovnajte dva tvary.
• Kliknite pravým tlačidlom myši na formulár a vyberte položku ponuky „Správa o porovnaní objektov“ (podrobný, tabuľkový dokument)

Správa o porovnaní objektov pri porovnávaní formulárov ukazuje veľa rozdielov. Je to spôsobené tým, že keď do formulára pridáme len jedno pole, automaticky sa zmení množstvo susedných prvkov – odsadenia, väzby atď.

V zozname zmien vidíme naše zmeny - zmeny v nápise a výmene ihriska.

Môžeme súhlasiť alebo odmietnuť zmenu formulára začiarknutím políčka vedľa neho. To má za následok nasledujúce dôsledky:

a) ak zaškrtneme políčko

• formulár bude nahradený novým
• naše zmeny predvolenej konfigurácie budú vymazané
• použijú sa zmeny z aktualizácie 1C
• potom bude potrebné manuálne vrátiť naše zmeny

b) ak nezaškrtneme

• formulár zostane tak, ako je
• naše zmeny zostávajú
• nové zmeny z aktualizácie 1C sa nepoužijú
• potom bude potrebné manuálne pridať zmeny z aktualizácie 1C.

Môžete použiť tretiu možnosť. Rozbaľte vetvu formulára na koniec a v stĺpci "Merge Mode" zvoľte "Merge".

c) ak sme zvolili "Kombinovať"

• forma bude nejaká nová, v ktorej budú nové zmeny aj staré
• naše zmeny zostávajú
• objavia sa nové zmeny
• ak bolo pole vymazané a na jeho miesto bolo vložené iné pole, v dôsledku zlúčenia budú obe polia naraz na rovnakom mieste - staré aj nové
• je pravdepodobné, že forma bude vyzerať dobre
• potom musíte manuálne skontrolovať, či nedošlo k žiadnym „prebytkom“

2) V adresári "Jednotlivci" vo formulárovom module vo funkcii ReadPlace of Birth() bol pridaný riadok programu

Ak chcete zobraziť zmeny v module formulára, ktoré 1C zistil, rozbaľte vetvu formulára na koniec, kliknite na ňu pravým tlačidlom myši a vyberte položku ponuky „Zobraziť rozdiely v moduloch“.

Zmeny sú zobrazené v kontexte každej funkcie, ale s týmto režimom zobrazenia si môžete vybrať aktualizáciu 1C celého modulu alebo ju odmietnuť.

Ďalším spôsobom je použitie tlačidla lupy na tomto riadku.

Potom uvidíme nielen zmeny v kontexte každej funkcie, ale pomocou začiarkavacích políčok môžeme vybrať, ktorú funkciu chceme aktualizovať a ktorú nie.

3) V adresári "Elektronické zastúpenia.." bolo odstránených niekoľko detailov

1C zistil, že sme odstránili podrobnosti štandardného adresára a ponúka nám ich obnovenie.

Adresár, ktorý sme pridali, 1C navrhuje odstránenie. V tomto prípade platí rovnaké pravidlo ako v prípade nami pridaného atribútu (viď vyššie).

Našou úlohou je teda starostlivo preštudovať zmeny zistené 1C a pomocou začiarkavacích políčok s nimi súhlasiť alebo odmietnuť. Potom kliknite na tlačidlo Spustiť.

Upozorňujeme, že ak ste atribút odstránili v dôsledku aktualizácie 1C, odstránili ste aj údaje, ktoré doň vložili používatelia, čo znamená, že opätovné pridanie rovnakého atribútu tieto údaje neobnoví.

Ak je v konfigurácii niekoľko súvisiacich objektov - napríklad atribút a formulár; zároveň ste povolili aktualizáciu formulára 1C, ale zrušili ste začiarknutie rekvizít, potom dôjde k rozporu.

Po stlačení tlačidla Run 1C nájde takéto situácie a hlási z nich.

Po kliknutí na tlačidlo Spustiť máte ešte jednu príležitosť na zamyslenie.

Ak chcete potvrdiť aktualizáciu 1C, musíte vybrať položku ponuky Konfigurácia / Aktualizácia konfigurácie databázy.

Ak chcete odmietnuť aktualizáciu 1C, musíte vybrať položku ponuky Konfigurácia / Návrat do konfigurácie databázy.

Tretia možnosť (je označená postupnosť položiek ponuky):

• Vyberte Súbor/Uložiť
• Konfigurácia/Uložiť konfiguráciu do súboru
• Konfigurácia/Konfigurácia databázy/Návrat do konfigurácie databázy.

Takto uvoľníte výslednú zlúčenú konfiguráciu do súboru a odmietnete zmeny. Výslednú konfiguráciu môžete analyzovať, vykonať manuálne zmeny a neskôr ju jednoducho načítať pomocou ponuky Konfigurácia/Načítať konfiguráciu zo súboru.

Existuje veľa pokynov na aktualizáciu zmenených typických konfigurácií platformy 1C. Preto, aby som nezväčšil podstatu, nebudem celý proces popisovať úplne. Navyše – predpokladá sa, že tento text je pre človeka, ktorý už zmenené konfigurácie aktualizoval a pozná hlavné body a „úskalia“. Táto metóda tento proces len zjednodušuje, v podstate ponúka využitie automatizovaného porovnávania zmien konfigurácie a zmien v moduloch na úrovni porovnávania textových súborov. Pri tomto prístupe sa výrazne znižuje pravdepodobnosť chýb („prepisovania“ aktualizáciou dôležitých zmien v dôsledku nepozornosti) spojených s „ľudským faktorom“.

Akákoľvek aktualizácia konfigurácie začína uvoľnením IB. To je "zlaté pravidlo", toto treba mať stále na pamäti, treba to robiť akoukoľvek metódou (aj keď to tam zabudli uviesť). Ďalej môžete ísť dvoma spôsobmi: buď aktualizovať v testovacej databáze, alebo aktualizovať v pracovnej databáze. Tu je dôležitý bod: zvyčajne sa zmenené konfigurácie neaktualizujú pre každé vydanie (ako sa to dá ľahko urobiť so štandardnými), ale pre niekoľko naraz, pretože tento proces je náročný na prácu. V prvej metóde (aktualizácia na testovacej báze) sa predpokladá konečný prenos aktualizácie do pracovnej bázy načítaním súboru cf. V tomto prípade sa môžu vyskytnúť chyby súvisiace s vymazanými podrobnosťami (o tom možno nájsť veľa článkov). Takže - existujú určité riziká, ale počas aktualizácie (ktorá môže trvať celý deň alebo aj dlhšie) môžu používatelia bezpečne pracovať a meniť databázu. Druhým spôsobom (aktualizácia na fungujúcej databáze) sú tieto riziká vylúčené, no kľúčoví používatelia nebudú môcť v tejto databáze pracovať po celú dobu trvania aktualizácie. Na fórach je dosť diskusií o tom, ktorý spôsob je dobrý a či sa oplatí preniesť aktualizáciu cez konfiguračný súbor. Môžem len povedať: na základe skúseností z práce na prvej metóde, podobné chyby sa nestalo pri načítaní súboru cf. V každom prípade môžete databázu obnoviť pomocou zálohy. Je to prvá metóda, ktorá sa tu bude brať do úvahy, ale to nemá vplyv na podstatu metódy a ak je to potrebné, môžete pomocou navrhovanej metódy konať podľa druhej metódy.

Takže po nasadení testovacej databázy na novej zálohe vykonáme následné aktualizácie vydaní na najnovšiu. Po každom vydaní spustíme „Debug“ na uloženie zmien v konfigurácii a reorganizáciu údajov. Vo všetkých dialógových oknách kliknite na OK / Ďalej / Prijať / Áno / Pokračovať...

Preto sme aktualizovali konfiguráciu na testovacej základni na najnovšie vydanie, ale musíme skontrolovať, či sme prepísali nejaké zmeny, a ak sme ich prepísali, musíme ich preniesť do tohto vydania. Teraz začína zábava, tak to opíšem krok za krokom. Každý krok bude s nejakým vysvetlením: to znamená, že najprv je opísaná podstata a potom ďalšie Detailný popis. Ak je podstata jasná, potom je možné popis vynechať.

1. Zmeny konfigurácie PRED a PO aktualizácii ukladáme do textových súborov. Otvorte pracovné a testovacie základne v režime Konfigurátor. Otvorte ich konfigurácie. A v oboch databázach začneme spracovávať porovnanie konfigurácií ("Konfigurácia - Porovnanie konfigurácií ..."). DÔLEŽITÉ: v oboch databázach vyberte konfigurácie rovnakým spôsobom:

Navyše ho uložíme nasledovne: do pracovnej databázy (kde je konfigurácia PRED aktualizáciou) - do súboru s koncovkou "staré" a do testovacej databázy (kde je konfigurácia PO aktualizácii) - do súboru s koncovkou „nový“.

2. Predstavujeme stratené zmeny v aktualizovanej konfigurácii. Prejdeme ku kľúčovej fáze metódy. Keďže toto je hlavný bod, potom na malé vysvetlenie toho, čo sa deje, trochu z matematickej časti. Na platforme 1C 7.7 bol súbor aktualizácie kompletnou konfiguráciou. A aktualizácia v 1C 7.7 spočívala v načítaní novej konfigurácie a reorganizácii databázy pre túto konfiguráciu. Takže konfigurácia aj aktualizácia boli v podstate rovnaký súbor md. Na rozdiel od platformy 1C 7.7 na platforme 1C 8.x: konfigurácia sa prenáša prostredníctvom súboru cf a aktualizácia sa prenáša prostredníctvom súboru cfu. Rozdiel medzi týmito súbormi je v tom, že súbor cf obsahuje všetky konfiguračné objekty a súbor cfu obsahuje iba tie, ktoré sa zmenili touto aktualizáciou. A teda pri aktualizácii na platforme 1C 8.x sú ovplyvnené iba tie konfiguračné objekty, ktoré sa v novom vydaní skutočne zmenili. Výsledkom je, že ak sme takýto objekt zmenili, po aktualizácii bude úplne nahradený štandardným objektom a budeme musieť v ňom zopakovať zmeny, ktoré mal pred aktualizáciou, aby tento objekt obsahoval naše zmeny a zmeny nového vydania súčasne. Ak však konfiguračný objekt, ktorý sme zmenili, nebol aktualizáciou ovplyvnený, naše zmeny v ňom zostanú aj po aktualizácii. Aby som tomu uľahčil pochopenie, znázorním to vo forme diagramu:

Tento diagram zobrazuje niektoré typické konfigurácie v procese zmeny a aktualizácie. Riadky sú jej objekty (dokumenty, adresáre, spracovanie atď.). Prvá (číslovaná I) je len typická konfigurácia: všetky objekty bez akýchkoľvek zmien. Potom pod číslom II už vidíme typickú zmenenú konfiguráciu: niektoré objekty boli zmenené a tieto zmenené objekty sú označené červenou farbou. Číslo III je ďalšou aktualizáciou pre typickú konfiguráciu: v skutočnosti obsahuje iba objekty ovplyvnené zmenami v novom vydaní, ktoré sú označené zelenou farbou, ale kvôli prehľadnosti som dokončil kreslenie všetkých ostatných objektov. A potrebujeme získať aktualizovanú typickú konfiguráciu (zobrazenú v diagrame I), ale so zmenami v diagrame II aj diagrame III. Na tento príklad- táto konečná konfigurácia je znázornená ako číslo IV a obsahuje jeden objekt, ktorý sme zmenili my aj aktualizácia. Zvyšné objekty, ktoré sme zmenili, samozrejme zostali touto aktualizáciou nedotknuté. Teraz otázka znie: ako urobíme VŠETKY naše zmeny na objekte, ktorý bol ovplyvnený aktualizáciou? Je zrejmé, že musíme urobiť dva kroky: po prvé nájsť tento objekt a po druhé nájsť v ňom miesta, kde by mali byť naše zmeny a urobiť ich znova. Podotýkam, že takýchto objektov môže byť samozrejme viacero a je potrebné ich všetky nájsť a opraviť. Poďme teda k tejto poslednej fáze aktualizácie. Momentálne by sme mali mať otvorenú testovaciu databázu v režime Konfigurátor. Ak je tam stále otvorený výsledok spracovania porovnania konfigurácií alebo nejaké iné okno, všetky ich zatvoríme, aby sme sa nemýlili. Ďalej - otvoríme si fungujúcu databázu v režime Konfigurátor (bolo ju možné zavrieť pri aktualizácii testovacej databázy) a spustíme tam porovnanie konfigurácií. A popis posledných dvoch krokov (nájsť a opraviť) vložím do samostatných odsekov:

2.1. Vyhľadajte objekt s prepísanými zmenami. Je čas zapamätať si súbory txt so starými/novými koncami. V skutočnosti tieto súbory odrážajú všetky zmeny konfigurácie (vo vzťahu k typickým) PRED a PO aktualizácii, resp. Ak teda nejakú zmenu prepíšeme aktualizáciou, bude len v súbore „ReportComparison_old.txt“. To znamená, že hľadanie potrebných konfiguračných objektov spočíva v porovnaní týchto dvoch súborov. Tieto súbory porovnáme pomocou Správca súborov Úplný veliteľ a jeho vstavané nástroje. Myslím, že tu nie je potrebné vysvetľovať, čo je Total Commander, kde ho získať a ako ho používať... Napriek tomu tu stručne popíšem požadované fázy jeho aplikácie. Takže spúšťame Total Commander. Ak je jazyk rozhrania angličtina (hlavné menu atď.), Môžete ho zmeniť na ruštinu: „Konfigurácia - Možnosti ...“, v dialógovom okne vyberte časť „Jazyk“ v ľavom stĺpci, vyhľadajte / vyberte "Russian (Russian)" v zozname a kliknite na "OK". Ďalej cez Total Commander hľadáme txt-súbory prehľadov, vyberieme ich ("Vložiť" alebo "kliknutím pravým tlačidlom") a spustíme porovnávanie súborov: "Súbory - Porovnať podľa obsahu ..." (v anglické rozhranie: "Súbory – porovnanie podľa obsahu..."). V okne, ktoré sa otvorí, sa obsah súborov zobrazuje vľavo/vpravo, tlačidlá „Ďalší rozdiel“ / „Predchádzajúci rozdiel“ vám umožňujú hľadať rozdiely. Tento nástroj vám umožní rýchlo nájsť objekty, ktoré nás zaujímajú.

Komentujte: môže nastať aj opačná situácia - PO aktualizácii sa v konfigurácii objavili rozdiely, ktoré PRED aktualizáciou neboli. To znamená, že vydanie aktualizácie odstránilo zodpovedajúce objekty z konfigurácie. V zásade môžu byť tieto objekty v našich opravách jednoducho preskočené, pretože v týchto objektoch nenastali žiadne zmeny.

2.2. Vykonávanie zmien v aktualizovaných objektoch. Potom, čo sme našli objekt s prepísanými zmenami, musíme presne určiť, kde boli tieto zmeny: v module (text programu), dialógovom okne (na formulári) alebo iných nastaveniach. Tu oddelím dva prípady: zmena modulu a všetky ostatné zmeny. Uvažujme tieto dva prípady oddelene.

2.2.1. Zmeny prepísané aktualizáciou boli v module. V skutočnosti ide o hlavný prípad (toto sa stáva oveľa častejšie) a tento prípad je len v našom príklade: zmena bola vymazaná v module "Účtovanie pre DPH". Ako sme už spomenuli vyššie, v Workbase Configurator máme otvorené okno na porovnanie konfigurácií. Hľadáme tam predmet, ktorý potrebujeme. V skutočnosti je jeho pozícia v konfiguračnom strome popísaná v našom textovom súbore, konkrétne: "GeneralModule.VAT accounts.Module". To je presne to, čo hľadáme v porovnávacom okne. Rozširujeme strom podriadenosti, kým nenájdeme požadovaný modul - na ľavom okraji oproti nemu by mala byť zelená ceruzka, ktorá naznačuje, že objekt sa zmenil v porovnaní s konfiguráciou poskytovateľa. Na nájdenom riadku kliknite pravým tlačidlom myši a vyberte možnosť „Zobraziť rozdiely v moduloch ...“:

Potom sa otvorí okno na porovnanie modulov:

Tu na vrchu sú postupy a funkcie, v ktorom sú zmeny (v našom prípade ide o jeden postup "Zobraziť faktúru do tabuľkového dokladu") a v spodnej časti - texty zvoleného postupu alebo funkcie so zvýraznenými zmenami. Tieto zmeny musíme preniesť do našej testovacej základne. Ale neodstráni zmeny z aktualizácie. Môžete to automatizovať nasledujúcim spôsobom. Kurzor nastavíme do ľavej dolnej časti (kde je text vybranej procedúry s našimi zmenami) a postupne stlačíme Ctrl + A (označiť všetko) a Ctrl + C (kopírovať výber do schránky). Potom vytvoríme súbor s podmieneným názvom „old_izm.txt“ a otvoríme ho textový editor a stlačte Ctrl + V (prilepte obsah schránky). To isté urobíme pre pravú dolnú časť (kde je text vybranej procedúry z typickej konfigurácie neaktualizovaného vydania) - vo výsledku vytvoríme súbor s podmieneným názvom "starý_typ.txt". Potom prejdite do konfigurátora testovacej základne (mal by byť otvorený v blízkosti, ale bez okien vo vnútri, aby ste sa v týchto dvoch konfigurátoroch nezamieňali) - a v konfigurácii hľadáme náš modul (v tomto príklade je to je "GeneralModule.VAT Accounting.Modul") a v ňom potrebný postup (v tomto príklade je to "Výstupná faktúra do tabuľkového dokladu"): vyberte to celé a skopírujte do nového textový súbor s podmieneným názvom „new_type.txt“. Máme teda tri súbory („starý_izm.txt“, „starý_typ.txt“, „novy_typ.txt“), na základe ktorých musíme vytvoriť štvrtý súbor – „novy_izm.txt“. Tento štvrtý súbor by mal obsahovať len naše zmeny, ale berúc do úvahy aktualizáciu. Vytvoríme ho postupne porovnaním troch dostupných súborov. Na začiatok zistime, či sú v tomto postupe stopy zmien aktualizácie? Aby sme to dosiahli, porovnávame cez Total Commander (pozri vyššie) súbor „starý_typ.txt“ a „nový_typ.txt“. Ak porovnanie ukázalo, že súbory sú identické alebo existuje rozdiel v počte medzier alebo tabulátorov, znamená to, že máme šťastie s týmto kúskom zmien a zmeny môžete preniesť jednoducho skopírovaním obsahu súboru „old_izm.txt " a vložte ho do otvoreného modulu testovacej základne, pričom pred tým vymažete zodpovedajúcu procedúru (inými slovami - nahraďte ju). Tu je dôležité starostlivo sledovať priestory pred a po procedúre, aby pri ďalšom porovnávaní nebolo zbytočné: to samozrejme neovplyvní funkčnosť, ale mierne to skomplikuje overenie. Ak porovnanie "stary_typ.txt" a "novy_typ.txt" ukázalo, že existujú skutočné rozdiely - znamená to, že v tomto postupe sú naše zmeny aj zmeny aktualizácie. Na zjednodušenie úlohy prenosu: najprv môžete vizuálne posúdiť, ktorých zmien je viac - z aktualizácie alebo z našej. Aby sme to dosiahli, opäť prostredníctvom Total Commanderu postupne porovnávame „old_type.txt“ s „new_type.txt“ a „old_izm.txt“. A pozrieme sa, kde je viac zmien: v porovnaní "starý_typ.txt" a "novy_typ.txt" alebo v porovnaní "starý_typ.txt" a "starý_izm.txt". Ak je v prvom porovnaní viac zmien (aktualizácia zmenila funkciu viac), potom je jednoduchšie opraviť aktualizovaný súbor vykonaním našich zmien, to znamená, že zmeníme "new_type.txt". Podmienečne to budeme nazývať prvým prípadom vykonania zmien. Ak je v druhom porovnaní viac zmien (mali sme viac zmien), potom je jednoduchšie opraviť náš súbor vykonaním aktualizačných zmien, to znamená, že zmeníme "starý_izm.txt". Podmienečne to nazveme druhý prípad vykonania zmien. Teraz, ako presne preniesť zmeny rýchlo a presne. Za týmto účelom vytvoríme štvrtý súbor a, ako už bolo dohodnuté, nazveme ho „new_izm.txt“. S prihliadnutím na optimalizáciu prenosu opráv do tohto súboru skopírujeme obsah buď "new_type.txt" alebo "old_izm.txt" (v prvom alebo druhom prípade vykonania zmien).
Teraz otvoríme dve okná porovnávania súborov naraz. V prvom prípade vykonania zmien sú to porovnania pre súbory "new_izm.txt"/"old_izm.txt" a "old_type.txt"/"old_izm.txt". V druhom prípade ide o porovnania súborov "new_izm.txt"/"new_type.txt" a "old_type.txt"/"new_type.txt". V porovnávacom okne je tlačidlo "Upraviť": stlačte ho v porovnaní prvého páru. Teraz si vysvetlime, čo vidíme. V prvej dvojici porovnania sú objekty viditeľné z našej zmeny aj z aktualizácie. V súlade s naším prípadom potrebujeme preniesť iba naše zmeny alebo iba aktualizácie. V druhom porovnávacom okne sú viditeľné len tie zmeny, ktoré musíme preniesť. Ak dávate pozor - v oboch prípadoch je druhý súbor prvého aj druhého porovnania rovnaký. Preto sa riadime riadkami v tomto súbore a riadkami v druhom porovnaní robíme zmeny v okne prvého porovnania: stlačené tlačidlo "Upraviť" nám to práve umožní.

Pre „prehľadnosť“ si graficky znázornime akcie počas prenosu v prvom prípade (zmeníme aktualizovaný súbor a vykonáme zmeny):

Akcie v druhom prípade sú úplne podobné a princíp konania je úplne rovnaký.

Najťažší a nepríjemný prípad je, keď sú naše zmeny a aktualizácie na JEDNOM mieste. To znamená, že na jednom segmente kódu boli v skutočnosti dve zmeny. V tomto prípade je potrebný zásah programátora. Taktiež zásah programátora, ale v menšej miere, je potrebný, ak napríklad aktualizácia mení názvy premenných, ktoré sú použité pri našich zmenách. Za zmienku tiež stojí, že v súbore "old_type.txt" alebo "old_izm.txt" môžu byť prázdne riadky - to sú "stopy" našich zmien. Je potrebné ich preniesť, aby neboli vo výslednom súbore. Funkcionalitu to neovplyvní, no pri ďalších porovnávaniach (s následnými aktualizáciami) to trochu sťaží analýzu akcií. Takže po vygenerovaní štvrtého súboru, po prenesení všetkých zmien, musíme skopírovať jeho obsah do konfigurácie. V konfigurátore testovacej základne by sa mal požadovaný modul otvoriť na novom mieste: odstráňte existujúci postup a vložte obsah nášho konečného súboru, berúc do úvahy všetky medzery medzi predchádzajúcimi / nasledujúcimi funkciami. Zmeny sme teda preniesli do JEDNEJ procedúry nájdeného objektu. Máme (obr. 6) tento postup je naozaj jeden. Ak existuje niekoľko takýchto postupov, opísané akcie sa musia vykonať pre každý z nich. Ak je postup nový (iba v ľavej polovici), jednoducho ho pridajte do príslušného modulu v testovacej základni (pre správnosť ďalšieho porovnávania je potrebné zachovať poradie postupov, ako v príslušnom module pracovná základňa, kde je ešte staré vydanie).

2.2.2. Zmeny prepísané aktualizáciou NEBOLI v module. Pre prenos takýchto zmien takéto porovnanie nijako nezjednoduší prácu, preto sa zmeny prenášajú jednoducho vizuálnym porovnaním objektov v pracovných a testovacích databázach.

Zmeny teda prenášame pre každý objekt, kde boli naše zmeny aktualizáciou prepísané. Aby sme skontrolovali, ako správne sme preniesli všetky zmeny, uložíme konfiguráciu do testovacej databázy, nahráme porovnanie konfigurácie do súboru „Comparison Report_new2.txt“ a porovnáme ho so súborom „Comparison Report_old.txt“. Ak je všetko ideálne, zobrazí sa správa „Súbory sú identické“. Ak boli niektoré objekty vymazané aktualizáciou, potom budú viditeľné iba tieto odlišné objekty, ak sa zmeny prenesú správne. Bude správne, ak budú v porovnaní viditeľné iba medzery / prázdne riadky / tabulátory, ale v tomto prípade je lepšie to vyčistiť a dosiahnuť hlásenie "Súbory sú identické". Po uložení zmien v testovacej báze teda porovnanie nahráme do súboru a porovnáme so zmenami v starom vydaní – opakujeme to dovtedy, kým porovnanie neukáže, že sme preniesli všetky požadované zmeny.

3. Prenos aktualizovanej konfigurácie z testovacej databázy do produkčnej databázy. V predchádzajúcich fázach sme aktualizovali testovaciu databázu na najnovšie vydanie, skontrolovali a migrovali potrebné zmeny a uložili výslednú konfiguráciu. Teraz ho vyložíme do súboru cf a načítame ho do pracovnej databázy. Pred stiahnutím - musíte vytvoriť kópiu pracovnej databázy a odstrániť konfiguráciu z podpory. VŠETKY. Používatelia „ležia“ len na začiatku, keď sme vyložili základňu a na konci, keď sme základňu opäť vyložili a načítali konfiguráciu.

Týmto je aktualizácia dokončená.

Pôvodný článok je na webe

Neštandardná konfigurácia 1C je, keď: 1) konfiguráciu 1C napísal od začiatku samotný programátor, 2) konfigurácia 1C bola typická, ale boli do nej pridané zmeny, aj keď bol pridaný jeden atribút.

V tomto článku zvážime, ako správne aktualizovať konfigurácie 1C, ako aj niekoľko trikov na mäkkú zmenu typických konfigurácií, t.j. správna zmena, ktorá neovplyvní možnosť inovácie neskôr.

Ak chcete vykonať akékoľvek zmeny v typickej konfigurácii 1C, je potrebné odomknúť zmenu v typickej konfigurácii 1C av niektorých prípadoch ju „odstrániť z podpory“.

V najoptimálnejšej možnosti aktualizácie je možné konfiguráciu 1C aktualizovať úplne automatický režim, je to možné, keď sú zmeny konfigurácie zakázané. Pomerne často je potrebné zahrnúť zmenu konfigurácie, keďže je potrebné prispôsobiť aplikačné riešenia obchodným požiadavkám zákazníka a pri tejto možnosti sa zastavíme.

Pred aktualizáciou vysoko odporúčané urobiť zálohovanie databázy, to je možné vykonať cez menu Administrácia / Nahrať infobázu.

Existujú 2 možnosti aktualizácie: a) aktualizácia 1C prostredníctvom podpory (zavolajte cez dialógové okno Konfigurácia / Podpora / Aktualizácia konfigurácie) a b) prostredníctvom Porovnania a zlúčenia s konfiguráciou zo súboru. Malo by byť zaplatené Osobitná pozornosťže rozdiel medzi týmito dvoma bodmi je v tom, že v prvom prípade sa aktualizuje hlavná konfigurácia aj konfigurácia dodávateľa a pri porovnávaní konfigurácií sa aktualizuje len hlavná konfigurácia, konfigurácia dodávateľa zostáva stará. Preto je najviac odporúčaná možnosť aktualizovať cez Update Configuration. Na aktualizáciu cez Configuration Support sa používajú distribučné súbory CF alebo CFU dodávateľa, ktoré možno nájsť vyhľadaním v adresári šablón zadaním cesty na internete alebo priamo zadaním cesty k požadovaný súbor na pevnom disku.

Pri aktualizácii konfigurácie 1C bez možnosti vykonania zmien sa aktualizácia po výbere aktualizačného súboru uskutoční automaticky, ak je v konfigurácii povolené vykonávanie zmien, po výbere aktualizačného súboru sa zobrazí okno na porovnanie konfigurácie. V tomto dialógu môžeme vidieť, ako nás systém vyzve na aktualizáciu našej neštandardnej konfigurácie 1C. V spodnej časti dialógového okna je príslušná legenda o stavoch objektov: „Stavy podľa korešpondencií objektov“ znamená porovnanie „Hlavná konfigurácia“ a „Nová konfigurácia“, „Stavy podľa histórie objektov“ znamená porovnanie konfiguračných objektov s objektmi. " stará konfigurácia dodávateľ“.

Zaškrtnutím políčok vedľa objektov si môžete vybrať, či sa aktuálny konfiguračný objekt zmení alebo zostane starý, ako aj spôsob zmeny objektu. V ponuke akcií je možné zaškrtnúť políčka pre podsystémy (toto je užitočné, ak konfiguráciu podporujú viacerí dodávatelia). Aj v tomto menu je možné určiť prioritu zlučovania pre všetky objekty naraz, štandardne systém považuje konfiguráciu poskytovateľa za vyššiu prioritu. Nastavenia filtra umožňujú určiť, ktoré konfiguračné objekty máme zobraziť, aby sme mohli detailne špecifikovať režim zlúčenia. Existuje niekoľko štandardných vzorov filtrov a môžete zadať filtre pre každý pár porovnávaných konfigurácií. V nastaveniach "Filter" je možné nastaviť zaškrtávacie políčko "Zobraziť iba dvakrát zmenené vlastnosti", čo vám umožní odfiltrovať objekty, ktoré pri aktualizácii nemali konflikty medzi zmenami dodávateľa a úpravami týchto objektov:

Výsledkom bude zoznam objektov, ktoré boli dvakrát zmenené pri dolaďovaní typickej konfigurácie av novej konfigurácii dodávateľa. Ak s aktualizáciou súhlasíte, vylepšenia vykonané skôr v týchto objektoch sa stratia. Pre každý objekt sa preto musí rozhodnúť, akým spôsobom sa bude aktualizovať. V tejto fáze by sa malo vykonať predbežné porovnanie výlučne s cieľom znížiť množstvo práce neskôr. Hodnotenie nie je presné rýchlo – „od oka“. Ak je v objekte v novej konfigurácii poskytovateľa viac zmien, potom ponecháme inštanciu objektu poskytovateľa. Nechajte začiarknutie. Potom budete musieť preniesť zmeny z pracovnej konfigurácie. Ak je v objekte v pracovnej konfigurácii viac zmien, potom ponecháme inštanciu objektu pracovnej konfigurácie. Zrušíme začiarknutie políčka. Potom budete musieť migrovať zmeny z konfigurácie dodávateľa. S modulmi to môžete urobiť trochu inak, pretože. je možné moduly procedurálne porovnávať.

Tie. v prípade, že sa v našej konfigurácii 1C a v konfigurácii dodávateľa zmenili rôzne modulové postupy, správnym umiestnením začiarkavacích políčok sa ušetríme od manuálneho prenosu zmien kódu. Aby ste to dosiahli, musíte kliknúť na tlačidlo vo forme lupy vedľa názvu režimu kombinovania modulov:

Pri zobrazení ponuky akcií na objekte (napríklad stlačením pravé tlačidlo myš) môžeme vyvolať správu o porovnaní objektov.

Ak chcete potvrdiť aktualizáciu 1C, musíte vybrať položku ponuky Konfigurácia / Aktualizácia konfigurácie databázy.

Ak chcete odmietnuť aktualizáciu 1C, musíte vybrať položku ponuky Konfigurácia / Návrat do konfigurácie databázy.

Niekoľko pravidiel, ktoré zjednodušujú budúcu aktualizáciu konfigurácií 1C:

Základné pravidlo pre aktualizáciu 1C: musíte pridať nové objekty, pretože. pri aktualizácii nie sú nové objekty ovplyvnené systémom

Pri zmene textov modulov je tiež žiaduce pridávať vlastné nové postupy a funkcie a volať svoje nové z existujúcich.

Pomocou odberov udalostí vďaka tomu môžete upravovať typické mechanizmy bez zmeny typického kódu

Použitie typickej funkcie konfigurácie

Programové vytváranie prvkov formulára (v udalosti OnFormCreateOnServer)

Ďakujem!

Osobná skúsenosť: ako rýchlo a lacno aktualizovať zmenenú konfiguráciu

Aktualizácia konfigurácie pre niekoľko vydaní naraz je veľmi nebezpečná. Ide o to, že po každej aktualizácii konfigurácie sa aktualizácia infobase spustí v režime 1C:Enterprise. Ak teda aktualizujete iba najnovšie vydanie, informačné databázy sa nemusia zhodovať posledná konfigurácia. V článku Dmitrij Rudakov, špecialista sibírskej agrárnej skupiny CJSC, zdieľa svoje osobné skúsenosti s jednorazovou aktualizáciou konfigurácie pre 12 vydaní.

Kontrola režimu zmeny konfigurácie

Predstavme si takúto situáciu. Vývojári "Production Enterprise Management" (ďalej len PPM) vo verzii 1 (čísla verzií sú ďalej podmienene pridelené) meraniu (ukazovateľu) výpočtového registra priradili typ "DirectoryReference.Individual" s názvom " Jednotlivec“. Vo vydaní 2 pridali ešte jednu dimenziu - "Zamestnanec" s typom "ReferenceReference.Employees". Po spustení 1C:Enterprise je povolené spracovanie, ktoré vyplní dimenziu „Zamestnanec“ rovnakým spôsobom ako dimenziu „Jednotlivec“. A potom vo vydaní 3 vývojári „1C“ odstránili dimenziu „Individual“ a ponechali iba „Zamestnanec“. Ak okamžite aktualizujete konfiguráciu z vydania 1 na vydanie 3, môžete vymazať celý register výpočtov.

A ak je konfigurácia podporovaná s možnosťou zmeny a v tej istej databáze sa generuje regulovaný reporting, potom je potrebné aktualizovať konfiguráciu pre každé vydanie, čo môže byť z hľadiska človekohodín veľmi nákladné. Napríklad aktualizácia výrazne upraveného „SCP“ pre 1 vydanie môže skúsenému špecialistovi zabrať 30 hodín pracovného času.

Preto pred pokračovaním v aktualizácii musíte určiť: pracujete v typickej konfigurácii s možnosťou zmeny alebo v konfigurácii bez možnosti zmeny? Ak to chcete urobiť, prejdite do konfigurátora, kde v menu postupujte podľa krokov "Konfigurácia - Podpora - Nastavenia podpory".

Obr.1. Vyvolanie okna nastavenia podpory konfigurácie

Ak je nastavená na "Zapnutá podpora", potom je táto konfigurácia typická a ak "Zmeniteľné je povolené" - konfigurácia je s najväčšou pravdepodobnosťou zmenená (aspoň takáto možnosť je zahrnutá). Tretím stavom je „Konfigurácia odstránená z podpory“. Rôzne stavy konfigurácie sú znázornené na obrázkoch 2, 3, 4.

Ryža. 2. Typická konfigurácia bez možnosti zmien

Ryža. 3. Typická konfigurácia s povolenou zmenou

Ryža. 4. Konfigurácia odstránená z podpory

Algoritmus na aktualizáciu zmenených konfigurácií

Nedávno som stál pred úlohou aktualizovať zmenenú konfiguráciu "Trade Management", vydanie 10.3.13.2. Konfigurácia bola zmenená v dôsledku zlúčenia s priemyselným riešením „BIT: Car Service Management 8“ a neustále sa zdokonaľovala dva roky. Teraz bolo potrebné aktualizovať konfiguráciu na vydanie 10.3.25.1, teda 12 vydaní. Celý postup aktualizácie som rozdelil do niekoľkých krokov.

Fáza 1. Odhad nákladov a načasovanie postupu obnovy

Predtým, ako som sa pustil do samostatnej práce, rozhodol som sa nechať si urobiť nezávislý posudok odborníkov v tejto oblasti. Jedinou spoločnosťou, ktorá má možnosť aktualizovať zmenené konfigurácie automatizovanými metódami, je 1C-IzhTiSi LLC. Kontaktoval som špecialistov tejto spoločnosti so žiadosťou o odhad nákladov na aktualizáciu mojej konfigurácie. Pre odhad času a ceny práce som poskytol aktuálna konfigurácia potrebujú aktualizáciu. O deň neskôr som dostal e-mail s prehľadom.

Správa o výsledkoch hodnotenia nákladov a načasovania aktualizácie konfigurácie:

Konfigurácia: Riadenie obchodu Revízia 10.3
Aktuálna verzia konfigurácia: 10.3.13.2
Aktualizácia na verziu: 10.3.25.1
Počet rozšíriteľných modulov: 1 847
Počet uvoľnení kontroly: 8

Výsledky hodnotenia ma prekvapili, pretože cena za akciu bola uvedená na webovej stránke spoločnosti - 1 000 rubľov. pre jednu aktualizáciu vydania. Komentár "1C-IzhTiSi":

"Náklady na aktualizáciu za každé zmeškané vydanie nie sú vyššie ako 2 000 rubľov. Teraz existuje propagácia, takže náklady nepresahujú 1 000 rubľov. Konečná cena služieb je však určená výsledkami hodnotenia nákladov práce na aktualizáciu a môže byť nižšia ako 1 000 rubľov za vydanie."

Tiež som objasnil, ako boli vybrané vydania potrebné na aktualizáciu. Ako odpoveď na moju otázku som dostal screenshot, na ktorom to bolo jasne demonštrované (obr. 5). Stĺpec Číslo verzie označuje verziu konfigurácie, na ktorú chcete inovovať. Stĺpec „Verzia aktualizácie“ uvádza, z ktorého vydania môžete inovovať. V dôsledku hodnotenia sa počet požadovaných aktualizácií znížil na 9.

Ryža. 5. Výber vydaní, ktoré sa musia použiť na správnu aktualizáciu konfigurácie

Po preštudovaní správy 1C-IzhTiSi som vypočítal osobný čas strávený rovnakým množstvom práce. Každá aktualizácia mi trvá približne 6 hodín. Celkový čas strávený je teda 56 (9x6) pracovných hodín, teda približne sedem pracovných dní. Okrem toho existuje možnosť, že po aktualizácii sa odhalia niektoré nedostatky: používateľ sa napríklad bude sťažovať, že zmeny v konfigurácii, ktoré potrebuje, sú stratené, a potom sa výrazne zvýšia časové náklady. Medzitým špecialisti spoločnosti "1C-IzhTiSi" ponúkajú vykonať celé množstvo práce za tri až štyri pracovné dni. Tak som sa rozhodol využiť ich služby.

Teraz stručne vysvetlím, čo presne sa v konfigurácii zmenilo.

Silne modifikované objekty. Ide o objekty, v ktorých sa zmenilo mnoho typických vlastností. Úpravy sú zložité. Pridané podrobnosti o objekte tabuľková časť, zobrazený vo formulári objektu a vo formulári zoznamu. Pridané obslužné nástroje pre pridané podrobnosti vo formulároch. Zmenil sa typický mechanizmus zaúčtovania dokladu alebo evidencie súboru pohybov pre registratúru.

Výrazne upravené dokumenty:
"Objednávka dodávateľovi";
"Pohyb tovaru";
"Požiadavka-faktúra";
"Príjem tovaru a služieb".

Výrazne upravené registre:
"Zásielky tovaru v skladoch";
"Tovar v skladoch".

Výrazne upravené objekty. Objekty, do ktorých boli pridané detaily, boli zmenené buď formy objektov alebo moduly objektu (dokument sa spravidla nepíše).
doklad „Došlý hotovostný príkaz“;
Register informácií „Nomenklatúra komponentov“;
Register informácií "Tovar na odpis";
Všeobecné moduly.

Mierne zmenené predmety. V objektoch sa zmenili len formuláre a pribudli detaily.

Referenčná literatúra:
"Druhy nomenklatúry";
"Zmluvy protistrán";
"Dodávatelia";
"Nomenklatúra";
"Nomenklatúrne typy cien";
„Množstvo informačných registrov“.

Zmenené odbery udalostí, rozloženia, roly, spoločné moduly v sekcii „Všeobecné“. Takmer všetko sa zmenilo rozhodnutím odvetvia.

Fáza 2. Odstránenie dôverných informácií

Pred poskytnutím informačnej základne na testovanie zamestnancom 1C-IzhTiSi je potrebné z nej vymazať dôverné informácie. Pre takéto prípady 1C odporúča využiť spracovanie „Zmena dôverných informácií“, ktoré nie je príliš známe.

Spracovanie "Zmena dôverných informácií" je určené na selektívnu zmenu alebo čistenie informácií v infobáze.Na prípravu možno použiť spracovanie informačnú základňu pred odovzdaním na testovanie, kde je potrebné niektoré informácie skryť (vymazať, zmeniť).

Spracovanie ChangePrivateInformation.epf sa nachádza na disku ITS v adresári 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation. Tiež toto spracovanie si môžete stiahnuť z odkazu: http://its.1c.ru/db/metod81#content:1644:1.

Prirodzene, dôverné informácie v každej spoločnosti sú iné, ale upozorňujem vás na údaje, ktoré je s najväčšou pravdepodobnosťou potrebné zmeniť:

• Adresáre: Jednotlivci, Kontaktné osoby, Kontaktné osoby protistrán, Protistrany, Cenové typy.
• Informačné registre: Údaje o pasoch individuálne, celé meno

Váš zoznam bude pravdepodobne dlhší, no toto sú najčastejšie údaje. Ich zmena pravdepodobne neovplyvní schopnosť testovať vašu informačnú základňu. Skupinovým spracovaním môžete tiež vymazať všetky objekty, s ktorými servisná spoločnosť nemá pracovať.

Fáza 3. Získajte výsledky aktualizácie

O tri dni neskôr som dostal súbory cf a podrobné pokyny na ich inštaláciu. Pre kontrolné vydania sa poskytujú súbory cf, ktoré nemožno použiť na prácu používateľa, pretože v nich boli aktualizované iba metadáta. Sú určené len na správny upgrade na najnovšiu verziu.

V dôsledku vykonanej práce môžem povedať, že všetky zmeny v konfigurácii boli uložené, pri vizuálnom prezeraní si všetky zmenené objekty zachovali svoje vlastnosti a rozdiely oproti typickej konfigurácii. Počas prevádzky nikto z používateľov nehlásil, že došlo k strate akýchkoľvek zmien.

V dôsledku aktualizácie som identifikoval dve malé úlohy pre nezávislé riešenie.

Najprv. Vzhľadom na to, že aktualizácia prebieha pomocou mechanizmu "Porovnať, zlúčiť", konfigurácia databázy sa skutočne aktualizuje a aktualizuje korektne, bez technických rizík v dôsledku kontrolných verzií. Konfigurácia dodávateľa sa však neaktualizuje. Technicky zdatný špecialista samozrejme ľahko pridá táto práca, však som požiadal "1C-IzhTiSi", aby poslal viac úplné pokyny aktualizáciou. V súlade s ním môže aktualizovať aj neskúsený špecialista.

Po druhé. V dôsledku aktualizácie zostávajú všetky objekty podporované s možnosťou zmeny, čo môže byť aj nepriama nevýhoda. Ak potrebujete používať tieto služby naraz, musíte znova umiestniť všetky objekty na podporu. Zatiaľ to môžem urobiť iba vymenovaním všetkých objektov metadát. Bohužiaľ, tento proces sa síce vykonáva manuálne, ale v budúcnosti bude automatizovaný.

Okrem spomínaných dvoch úloh sa našla jedna malá chybička, ktorá v zásade neovplyvňuje kvalitu aktualizácie a prejavuje sa len zriedka. V dôsledku aktualizácie sa riadky kódu pôvodnej konfigurácie a aktualizovanej konfigurácie vizuálne zhodujú, ale z nejakého dôvodu sú na konci riadkov pridané medzery. To je nevýhoda, pretože to mierne zvyšuje množstvo upraveného kódu. A v pripade dalsieho manuálna aktualizácia bolo by lepšie takéto časti kódu nemať. Na obr. 6 ukazuje príklad pred aktualizáciou a na obr. 7 je príklad po aktualizácii.