Licenčna politika 1C omogoča izdelavo in shranjevanje sprememb standardnih konfiguracij in s tem možnost njihovega posodabljanja.*

*Modificirane ali nestandardne konfiguracije 1C je programski izdelek na platformi 1C:Enterprise, ki je del ali sestavlja celotno avtomatiziran sistem vodenje podjetja, ki je zaradi potreb in specifike poslovanja doživelo vrsto sprememb v obliki in sestavi imenikov, dokumentov, vlog, modulov itd., zato posodabljanje konfiguracije 1C s spremembami sploh ni enako kot posodobitev standardne rešitve.

Posodobitve, ki jih je izdal 1C, so namenjene odpravljanju napak ter uvajanju sprememb in dodatkov, ki jih zahteva zakon. Za nove konfiguracije, ki so pred kratkim vstopile na trg, je značilna izdaja velikega števila posodobitev prve vrste. Za konfiguracije s funkcionalnostjo, ki je namenjena predvsem sestavljanju regulativnih poročil, na primer »1C: ZUP«, »1C: Računovodstvo«, je izdanih več posodobitev druge vrste.

Posebnost posodabljanja nestandardnih konfiguracij je potreba, da se vse spremembe izvedejo v najnovejši izdaji 1C, pri čemer se v celoti ohranijo predhodno narejene izboljšave. To je netrivialna naloga, katere rešitev nima standardnega skripta, kar pomeni, da je ni mogoče popolnoma avtomatizirati. Zato v metodologiji za posodabljanje nestandardnih konfiguracij prevladujejo ročne operacije, ki zahtevajo sodelovanje strokovnjaka.

Količina obstoječih izboljšav ne vpliva na stopnje izvajanja posodabljanja nestandardnih konfiguracij. Na kratko jih lahko opišemo takole:

• Iskanje in primerjava spremenjenih objektov;
• Izdelava posodobitev iz nove izdaje;
• Uvajanje predhodno narejenih sprememb, ki so bile v prejšnji fazi »prepisane«;
• Preverjanje združljivosti in delovanja procesov.

Razlika bo v času implementacije: če je izboljšav veliko, bo proces ustrezno trajal dlje in zahteval koncentracijo, pozornost in ročno preverjanje.

Razmislimo o posodobitvi nestandardne konfiguracije za okolje 1C na primeru »1C: Trade Management« (izdaja 2014) na naslednjo razpoložljivo izdajo.

To je zelo preprost primer, a kot že omenjeno, posodobitev bolj zapletene konfiguracije seveda zahteva veliko časa in koncentracije s strani strokovnjaka, vendar bo imela enake faze - posodobitev (na novo standardno konfiguracijo ), delo z usklajevanjem vnesenih in izvedenih sprememb itd.

Preden posodobite konfiguracijo, morate prenesti informacijsko bazo. To dejanje je priporočljivo izvesti pred kakršnimi koli manipulacijami z vsemi zbirkami podatkov brez izjeme, zlasti z nestandardnimi:

Nalaganje informacijske baze je zaključeno:

Upoštevajte, da če konfiguracija ne bi bila dokončana, torej bi bila standardna, bi bila v oknu Konfiguracija nasproti imena poleg rumene kocke prikazana tudi ikona ključavnice:

V meniju Konfiguracija izberite »Podpora« in »Posodobi konfiguracijo«. Pravzaprav na tej stopnji dejanja popolnoma sovpadajo s postopkom posodabljanja standardne konfiguracije:

Glede na velikost baze in njene modifikacije, samodejno iskanje razpoložljive posodobitve lahko traja nekaj časa. Zato je vredno kljub priporočilom izbrati možnost »Izberi datoteko za posodobitev« in neodvisno, potem ko razpakirate arhiv s posodobitvami in jih shranite, ročno določite pot:

Okno z osnovne informacije, navodila in zaporedje posodobitev:

Okno za primerjavo konfiguracije. Na levi v drevesu je prikazan status obstoječe konfiguracije, na desni pa informacije o novi, standardni različici. Označeni so tudi razdelki, ki so bili spremenjeni. Nato moramo ugotoviti, kateri razdelki so bili spremenjeni z naše strani in so bili hkrati spremenjeni v novi konfiguraciji:

Če želite izvedeti, kateri tipični metapodatkovni objekti so bili že spremenjeni in bodo spremenjeni tudi ob namestitvi nove konfiguracije ponudnika, morate izbrati »Prikaži samo dvakrat spremenjene lastnosti«:

Ostanejo le objekti, ki izpolnjujejo ta pogoj:

Če razširite drevo metapodatkov, lahko vidite, kateri določeni predmeti bodo spremenjeni. Za pridobitev podrobne informacije, kliknite z desno tipko miške, da izberete spremenjeni predmet:

Spremembe lahko ocenite na ravni kode z uporabo »Pokaži razlike v modulih«, a ker jih je treba tudi zapomniti, da se izvedejo po namestitvi posodobitev, ustvarimo dve poročili: »Poročilo o primerjavi glavnih konfiguracijskih objektov s starim prodajalcem konfiguracija« (razpoložljive izboljšave) in »Poročilo o primerjavi objekta konfiguracije novega ponudnika s starimi objekti konfiguracije ponudnika« (posodobitve).*

*Razumimo terminologijo:

• »Glavna konfiguracija« – nestandardna konfiguracija, ki jo je treba posodobiti;
• »Konfiguracija starega proizvajalca« – tipična konfiguracija, iz katere so bile nazadnje nameščene posodobitve;
• »Nova konfiguracija dobavitelja« je tista, na katero trenutno posodabljamo.

Obrazec za poročilo prilagodimo in ga naložimo. Seznam predhodno izvedenih sprememb je bil zabeležen:

Po prenosu poročil pojdite neposredno na posodobitev in kliknite »Zaženi«. Konfigurator ponuja pravilo posodobitve »Vzemi iz konfiguracije novega dobavitelja« (navedeno je v tretjem stolpcu). To pomeni, da bodo vse spremembe izbrisane in nadomeščene s standardnimi posodobljenimi objekti. Ni vredno spremeniti tega pravila v mamljiv "način spajanja", ker samodejno združevanje bo povzročilo kaos. Kljub temu je bolje, da si vzamete čas in spremembe naredite ročno:

V oknu s splošnimi informacijami o odstranitvi konfiguracije iz podpore ni treba spremeniti ničesar. Če kliknete »V redu«, se objekti združijo. Nato zaženite »Enterprise« in zabeležite spremembe, da natančno dokončate postopek posodobitve:

Sprejemamo seznam sprememb:*

*Če gumb »Sprejmi« ni aktiven, morate zagnati »Testiranje popravkov«:



Zaženemo odpravljanje napak prek F5 in prejmemo potrditev zakonitosti posodobitev:

Ko prejmete potrditev, da je postopek uvajanja posodobitev v celoti zaključen, se vrnite v konfigurator, pojdite na dvakrat spremenjene metapodatkovne objekte in ročno naredite odobrene spremembe na ravni kode z uporabo prenesenih poročil. Za zaključek dodamo, da je po tem potrebno preveriti pravilnost nastavitev in ustreznost delovnih procesov.

To je moj precej star članek, vendar je še vedno aktualen. Zato sem se odločil, da bi bilo primerno, da ga objavim na www.

Ta članek ne opisuje metod za uporabo samodejnih in samodejnih posodobitev konfiguracije z uporabo zunanjih komponent in/ali izdelkov programske opreme. Informacije o njih najdete na drugih internetnih virih.

Morda ste opazili, da se z vsako posodobitvijo število predmetov, ki zahtevajo vašo pozornost, le poveča. Hkrati zagotovo veste, da je bil na primer spremenjen samo en dokument, pri posodabljanju pa je podan seznam več deset spremenjenih predmetov. Seveda lahko uporabite tehniko, opisano v mojem članku "Tehnologija za posodabljanje nestandardnih konfiguracij 1C: Enterprise 7.7" z dne 27. junija 2003. Ja, šlo bo. Veliko ljudi izvaja posodobitve na ta način. Vendar menim, da je ta pristop neučinkovit in dolgotrajen pri posodabljanju konfiguracij na platformi 1C:Enterprise 8. Za razliko od platforme 1C:Enterprise 7.7 vam platforma 1C:Enterprise 8 omogoča, da odprete več konfiguracij hkrati (datoteke *.cf) in izvedete več primerjav konfiguracij v enem kopijskem konfiguratorju. Edina izjema so morda konfiguracije, zgrajene na PPM (Manufacturing Enterprise Management) - so pretežke, platforma pade.

Postopek posodabljanja konfiguracije 1C:Enterprise 8 je bolj avtomatiziran v primerjavi z 1C:Enterprise 7.7. Precej visoka stopnja avtomatizacije lahko znatno zmanjša delovno intenzivnost dela pri posodabljanju nestandardnih konfiguracij. Na žalost najpogosteje postopka posodabljanja nestandardnih konfiguracij ni mogoče v celoti dokončati avtomatski način in zahteva posredovanje specialista.

Ali je možno, da bo postopek posodobitve zaključen popolnoma samodejno? Vsekakor. Za to je treba dodati spremenljive objekte, ki ne smejo uporabljati funkcionalnosti obstoječe konfiguracije. Tisti. ti objekti morajo reševati popolnoma drugačne računovodske probleme, ki širijo funkcionalnost tipična konfiguracija dobavitelj. Strinjajte se, da je opisana situacija izjemno redka. Spremembe skoraj vedno vplivajo na standardne konfiguracijske objekte prodajalca.

Upoštevajte, da lahko zbirka podatkov vsebuje do tri vrste konfiguracij:

• konfiguracijo baze podatkov - to je konfiguracija, s katero delajo uporabniki;
• delovna konfiguracija (glavni) je konfiguracija, ki jo lahko spremenimo in uporabniki lahko nadaljujejo z delom;
• konfiguracijo prodajalca je začetna konfiguracija prodajalca, iz katere delovna konfiguracija in konfiguracijo baze podatkov. Baza podatkov ima lahko več konfiguracij različnih prodajalcev. Dobavitelj konfiguracije ni samo 1C.

V primeru, da je konfiguracija odstranjena iz podpore, konfiguracijo prodajalca ne bo. Kar pa bistveno poveča kompleksnost posodobitve.

Oglejmo si postopek posodobitve in analizirajmo možne napake na primeru posodobitve konfiguracije UPP (dobavitelj standardne konfiguracije je podjetje 1C, modifikacije podjetje Inform Service). Na začetku je bila ta konfiguracija posodobljena brez uporabe tehnologije, opisane v tem članku, zato so napake, obravnavane v tem članku, najpogostejše v praksi. Posodobitev bo iz različice 1.2.6.2 na različico 1.2.14.1.

Faza 1. Priprava.

Na prvi stopnji bomo vzpostavili korespondenco delovna konfiguracija Za konfiguracijo prodajalca. To je zelo pomembna faza, ki bo znatno zmanjšala količino dela, potrebnega za analizo sprememb, ki smo jih predhodno naredili.

Ta korak lahko preskočite, če Zadnja posodobitev prešel skozi »podporo« (Meni »Konfiguracija« → »Podpora« → »Posodobi konfiguracijo«) ali je bil izveden v skladu z metodo, opisano v tem članku.

Neujemanje različice delovna konfiguracija in konfiguracijo prodajalca lahko pride, če za posodabljanje uporabljate datoteke *.cf, ki niso iz dobaviteljeve distribucije, ali če uporabljate metode posodabljanja, ki se razlikujejo od tistih, opisanih v tem članku. Na primer, objekti so bili dodani v delovno konfiguracijo s kopiranjem prek odložišča ali Drag&Drop.

1. Primerjava različic.

Preverimo številke različic delovna konfiguracija in konfiguracijo prodajalca. številka delovna konfiguracija poglejte v meni »Konfiguracija« → »Odpri konfiguracijo«, meni »Uredi« → »Lastnosti«. V bloku »Razvoj« izberite »Različica«. (Slika 1).

številka konfiguracijo prodajalca poiščite v meniju »Konfiguracija« → »Podpora« → »Nastavitve podpore ...« element »Različica«. (Slika 2).

Če se številke ujemajo, pojdite na naslednjo stopnjo. cm.

IN v tem primeru je treba uskladiti delovna konfiguracija in konfiguracijo ponudnika s podporo za predmete, odstranjene iz podpore ali dodane brez podpore. Če želite to narediti, izvedite naslednje korake:

2. Shranjevanje delovne (glavne) konfiguracije.

Varčujmo delovna konfiguracija v datoteko, na primer work.cf. Če želite to narediti, izberite točko menija »Konfiguracija« → »Shrani konfiguracijo v datoteko ...«.

3. Pridobite posodobitveno datoteko za konfiguracijo ponudnika.

Za ujemanje konfiguracij potrebujemo datoteko *.cf iz dobaviteljeve distribucije z isto številko različice kot delovna konfiguracija(sliki 3 in 4). Ta datoteka lahko dobite z namestitvijo ustrezne distribucije. Privzeto je konfiguracijska distribucija nameščena v imenik C:/Program Files/1cv81/tmplts. Za več informacij o namestitvi konfiguracijskih predlog si oglejte dokumentacijo.

Preverimo imenik predlog. Če je v imeniku s predlogami datoteka *.cf zahtevane različice, pojdite na .

Kaj lahko storite, če ni datoteke *.cf zahtevane različice? konfiguracijo prodajalca? V tem primeru lahko uporabite datoteke *.cfu in z večkratnim ponavljanjem postopka, opisanega v 1. stopnji, zaporedno dvignete številko različice na zahtevano izdajo, v tem primeru na 1.2.6.2. Upoštevati je treba, da uporaba datotek *.cfu morda ne bo odpravila napak, ki so nastale prej med posodobitvijo. Kar je, vidite, precej čudno, glede na dejstvo, da se najprej datoteka dobavitelja prevede na podlagi datoteke *.cfu, nato pa se izvede posodobitev. To je lahko posledica dejstva, da iz nekega razloga v primerjavo niso vključeni vsi konfiguracijski objekti. Zato predlagam uporabo morda daljše poti, a tudi bolj zanesljive.

Ustvariti morate prazno bazo podatkov z "stara" konfiguracija dobavitelja. Nadgradnja konfiguracijo ponudnika na zahtevano različico in jo uporabite pri opravljanju dela na stopnji 1. Za pridobitev "nova" konfiguracija prodajalca storiti morate naslednje:

1. Ustvarjanje "stare" datoteke dobavitelja za trenutno konfiguracijo. Datoteko 1cv8.cf lahko vzamete iz dobaviteljeve distribucije ali shranite iz delujoče baze podatkov, če je konfiguracija podprta. Če želite datoteko 1cv8.cf shraniti iz delujoče baze podatkov, pojdite v meni »Konfiguracija« → »Podpora« → »Nastavitve podpore ...«, kliknite gumb »Shrani v datoteko« ter določite imenik in ime datoteke. Na primer na namizju.
2. Ustvarite bazo podatkov z novo konfiguracijo ponudnika. Podatkovno bazo je mogoče ustvariti z dobaviteljevo distribucijo z diska ITS ali z uporabo 1cv8.cf, pridobljenega prej z namizja. V prvem primeru sledimo navodilom, ki so vključena v distribucijski komplet. V drugem primeru, da ustvarimo bazo podatkov iz datoteke, ki se nahaja na namizju, ustvarimo novo informacijsko bazo brez konfiguracije in zaženemo konfigurator. V meniju “Konfiguracija” → “Naloži konfiguracijo iz datoteke ...” določimo datoteko, ki je bila predhodno shranjena na namizju. Konfiguracijo odpremo preko menija “Konfiguracija” → “Odpri konfiguracijo” in posodobimo na želeno izdajo preko menija “Konfiguracija” → “Podpora” → “Posodobi konfiguracijo” z uporabo datotek *.cfu.
3. Ustvarite "novo" konfiguracijsko datoteko ponudnika.Če želite to narediti, izberite točko menija »Konfiguracija« → »Shrani konfiguracijo v datoteko ...«. Določimo lokacijo in ime datoteke 1cv8.cf. Kliknite »Shrani«.

4. Ujemanje delovne konfiguracije in konfiguracije dobavitelja s posodobitvijo.

Z uporabo nastale datoteke *.cf konfiguracijo prodajalca Posodobimo. Če želite to narediti, izberite točko menija »Konfiguracija« → »Podpora« → »Posodobi konfiguracijo«, »Izberi datoteko posodobitve«, »Dokončaj« (slika 5), ​​»Zaženi« (slika 6).

rešitve:

• odznačite objekt, ki je v konfiguraciji dobavitelja;
• odstranite sklic na objekt, ki je v konfiguraciji ponudnika.

Na podlagi tega, da je povezava v dodanem vmesniku “Vodja oddelka” narejena na objekt konfiguracijo prodajalca, ki mu je dobavitelj umaknil podporo (verjetno zaradi spremembe računovodske metodologije), bi bila pravilna rešitev v tej situaciji odstranitev povezave do tega poročila iz vmesnika »Vodja oddelka«. Okna za primerjavo konfiguracije ne zapremo, izbrišemo povezavo do poročila »Plačilo za naročila« v vmesniku »Vodja oddelka«. Po odstranitvi povezave bomo ponovno primerjali konfiguracije. To storite tako, da v oknu za posodobitev kliknete gumb »Posodobi« (slika 6).

5. Obnovitev nastavitev, delno izgubljenih v prejšnji fazi.

Če želite obnoviti delno izgubljene nastavitve, združite s predhodno shranjeno datoteko delovna konfiguracija work.cf. Če želite to narediti, izberite točko menija »Konfiguracija« → »Primerjaj, združi s konfiguracijo iz datoteke ...«.

6. Shranjevanje rezultatov posodobitve.

Shranimo spremembe delovna konfiguracija in posodobite konfiguracijo baze podatkov. Če želite to narediti, izberite točko menija »Konfiguracija« → »Posodobi konfiguracijo baze podatkov«.

Tu nas čaka še en problem (slika 8).

Da bi rešili to težavo, poglejmo vzrok njenega nastanka. Razlogov je lahko več, najverjetnejši pa so naslednji. Ti predmeti so bili kopirani v delovna konfiguracija od konfiguracijo prodajalca ali pa je dobavitelj te objekte predhodno izbrisal in kasneje dodal nove z istimi imeni, vendar z drugačnimi internimi identifikatorji. Posledično se v konfiguraciji pojavijo objekti z različnimi notranjimi identifikatorji, vendar z istimi imeni.

Vlog obravnavamo preprosto – izbrišemo, saj vloge se niso spremenile (to lahko preverimo s primerjavo in delovna konfiguracija). S podrobnostmi dokumentov ravnamo drugače. Atribut je treba preimenovati, na primer OrderReserve1, po posodobitvi pa je treba vrednosti iz preimenovanega atributa prenesti v novega. Če želite to narediti, lahko uporabite obdelavo UniversalSelectionAndProcessingObjects.epf z diska ITS.

Razmislimo o drugi situaciji, podobni prejšnji, vendar se je pojavila med posodobitvijo 1C: Enterprise Accounting 8.1. Kaj storiti z obrazci? (slika 9)

Na sliki vidimo, da je bil obrazec seznam izbrisan pri dobavitelju, nato pa je dobavitelj dodal nov obrazec z istim imenom. V skladu s tem morate označiti oba obrazca za posodobitev in klikniti gumb »Zaženi«.

Če prejmete sporočilo, da obstajajo povezave do objektov za brisanje, morate brez zapiranja obrazca za posodobitev počistiti povezave do obrazca za brisanje v lastnostih objekta. V tem primeru v registru lastnosti. Po tem morate v obrazcu za posodobitev klikniti gumb »Posodobi«, označiti lastnosti registra za posodobitev in znova klikniti gumb »Zaženi«.

Shranimo spremembe delovna konfiguracija in posodobite konfiguracijo baze podatkov“Konfiguracija” → “Posodobi konfiguracijo baze podatkov”.

Po potrebi prenesite vrednosti atributa OrderReserve1 v OrderReserve z zunanjo obdelavo v načinu 1C:Enterprise.

Faza 2. Posodobitev.

Po izvedbi pripravljalnih del na 1. stopnji nadaljujemo s posodobitvijo osnovna konfiguracija in prenos predhodno opravljenih sprememb na standardno konfiguracijo dobavitelja.

Za posodobitev konfiguracije potrebujemo datoteko *.cfu ali datoteko *.cf iz dobaviteljeve distribucije. Preberite več o tem, kako jih pridobiti.

Če se posodobitev izvede prek več različic konfiguracije, bodite pozorni na situacijo, opisano v članku "". Če posodobitev ni izvedena na delujoči podlagi, potem po končani pripravi vsake nove stopnje shranimo datoteke *.cf. Potrebovali jih bomo pri posodabljanju konfiguracije proizvodne baze podatkov stranke.

Če se posodobitev izvaja v več različicah, potem morate med posodobitvijo vsekakor biti pozorni na predmete, ki so izbrisani, in na objekte s spremenjenimi imeni, pa tudi na dejanja, izvedena med prvim zagonom po posodobitvi. Če so ti objekti uporabljeni v obdelavi ob prvem zagonu po posodobitvi, jih ne smete izbrisati, za objekte s spremenjenimi imeni pa je treba ustrezno spremeniti besedilo modula za obdelavo. V tem primeru se lahko predmeti, ki ostanejo, izbrišejo med naslednjo ali naslednjo posodobitvijo.

Če se posodobitev izvaja v več različicah, lahko za zmanjšanje delovne intenzivnosti posodobitve uporabite metodo izračuna izpustov ključev, opisano v članku "Posodobitev konfiguracij 1C:Enterprise 8. Skok skozi 20 različic."

1. Priprava baz podatkov.

Tako na podlagi rezultatov prve faze pripravimo dve enaki bazi podatkov. Prvi (glavni) je naš prihodnji rezultat. Drugi (pomožni) - za izvajanje primerjav, odpiranje konfiguracij in drugo pripravljalna dejanja. Pri datotečni različici je to preprosto kopiranje datotek glavne baze podatkov v drug imenik in povezovanje tega imenika s seznamom baz podatkov, pri različici odjemalec-strežnik pa nalaganje/prenos.

2. Tristranska primerjava konfiguracij.

Odprimo obe bazi podatkov v načinu konfiguratorja in izvedimo tristransko primerjavo konfiguracij v obeh bazah podatkov z uporabo nove konfiguracijske datoteke obstoječega dobavitelja. Če želite to narediti, v obeh zbirkah podatkov izberite točko menija »Konfiguracija« → »Podpora« → »Posodobi konfiguracijo«, »Izberi datoteko posodobitve«, »Dokončaj« (slika 10).

Kot rezultat primerjave treh konfiguracij ( stara konfiguracija prodajalca, nova konfiguracija prodajalca in delovna konfiguracija) dobimo seznam spremenjenih objektov. Nastavite filter »Prikaži samo dvakrat spremenjene lastnosti« (sliki 11 in 12).

Prav s temi predmeti je treba najprej ravnati, saj... Po posodobitvi se lahko prejšnje nastavitve izgubijo.

Na tej točki prekinemo delo v drugi (pomožni) bazi in nadaljujemo v glavni. V pomožni bazi podatkov ni treba klikniti gumba »Zaženi«. To bazo podatkov potrebujemo točno v tej obliki, dokler se postopek posodobitve ne zaključi.

Tako kot rezultat dobimo seznam objektov, ki so bili med revizijo dvakrat spremenjeni tipična konfiguracija in v. Če se strinjate s posodobitvijo, bodo predhodno narejene izboljšave teh predmetov izgubljene. Zato je treba za vsak objekt sprejeti odločitev, kako ga bomo posodabljali (slika 13). Na tej stopnji izvajamo predhodno primerjavo izključno z namenom zmanjšanja obsega dela v prihodnosti. Ocena ni točna in hitra - "na oko".

nova konfiguracija dobavitelja, potem pustimo primerek objekta dobavitelja. Pustite kljukico. Nato bomo prenesli spremembe iz delovna konfiguracija.

Če je več sprememb na predmetu v delovna konfiguracija, potem pustimo primerek predmeta delovna konfiguracija. Počistite polje. Nato bomo prenesli spremembe iz konfiguracijo prodajalca.

Z moduli se ukvarjamo malo drugače, saj... Module imamo možnost postopkovno primerjati. Tisti. v primeru, da v našo konfiguracijo in so bili v dobaviteljevi konfiguraciji spremenjeni različni modulski postopki, potem se s pravilnim označevanjem polj rešimo ročnega prenosa sprememb kode. Za dostop do tega pritisnite gumb, kot je prikazano na sliki 14.

Ko smo se odločili za objekte, ki bodo takoj posodobljeni in na katerih so še kljukice, podvojimo stanje s kljukicami v pomožni bazi podatkov, v glavni bazi podatkov pa pritisnemo gumb »Zaženi«. V glavni bazi podatkov dobimo skoraj pripravljeno konfiguracijo.

Nato opravimo vse primerjave v pomožni bazi podatkov. Eno primerjavo že imamo - trosmerno. Za ugotavljanje predhodno izvedenih sprememb izvedemo dodatno drugo primerjavo stara konfiguracija prodajalca z glavna konfiguracija. Če želite to narediti, izberite element v meniju »Konfiguracija« → »Primerjaj konfiguracije:«, izberite za primerjavo » Konfiguracija ponudnika"in" Osnovna konfiguracija

Na podoben način primerjamo stara konfiguracija prodajalca z novim. Za primerjavo potrebujemo datoteko nova konfiguracija dobavitelja. Če take datoteke ni, jo je zdaj mogoče pridobiti iz glavne baze podatkov. Za shranjevanje v datoteko nova konfiguracija dobavitelja v glavni bazi podatkov v meniju “Konfiguracija” → “Podpora” → “Nastavitve podpore:” kliknite gumb “Shrani v datoteko”. (Slika 2). Določite ime datoteke, na primer new.cf. Nato naredimo tretjo primerjavo konfiguracij in pri primerjavi kot drugo konfiguracijo določimo datoteko new.cf.

Tako smo v dodatni bazi prejeli seznam dvakrat spremenjenih objektov. In še dve primerjavi, ki nam bosta pomagali učinkoviteje prenesti predhodno narejene nastavitve iz stara različica na novo. V glavni bazi podatkov imamo skoraj pripravljeno konfiguracijo, v kateri moramo obravnavati dvakrat spremenjene objekte.

Da bi zmanjšali čas za analizo sprememb standardne konfiguracije in s tem za posodobitev, bi bilo primerno komentirati vse spremembe konfiguracije, pri čemer je treba upoštevati ne le spremenjeno besedilo modulov, temveč tudi namen opravljenih sprememb. . Iz več razlogov se to pogosto ne naredi. Pri izvajanju posodobitve vas ne zanimajo razlogi za spremembe, temveč njihove posledice. In sicer potreba po ohranitvi funkcionalnosti spremenjene konfiguracije. To morda zahteva ne prenos spremenjenih vrstic, temveč popolno predelavo dodane (spremenjene) kode, da bo ustrezala funkcionalnosti nove konfiguracije prodajalca.

Primerjava obrazcev, tabel in modulov objektov v konfiguraciji je izvedena z zadostno stopnjo podrobnosti (slika 17). To je povsem dovolj za sprejemanje odločitev.

Toda v nekaterih primerih so podatki v primerjalnih poročilih predstavljeni tako, da je težko hitro sprejeti odločitev. Na primer v primeru spreminjanja tipa detajlov, ki imajo sestavljeni podatkovni tip, sestava vnesenih na podlagi objektov itd. Prav na tej stopnji se zaradi njene kompleksnosti med posodobitvijo izgubijo izboljšave. Oglejmo si to situacijo na primeru podrobnosti, ki imajo sestavljeni podatkovni tip. Pri generiranju poročila o primerjavi objektov (Slika 17) so različni podatki v primerjanih konfiguracijah predstavljeni v obliki seznamov, ki vsebujejo sestavo tipov podatkov, ločenih z vejicami. Iz poročila pa sploh ni razvidno, katere vrste podatkov so bile dodane ali izbrisane. Seveda lahko poročilo natisnete in ga »skrijete«, da ugotovite razlike. V obravnavanem primeru je takšnih objektov približno 200. Očitno se zdi, da je postopek primerjave precej delovno intenziven in bo trajal približno 50 ur.

Za zmanjšanje delovne intenzivnosti dela pri primerjavi predmetov lahko uporabite obdelavo »Cell Comparison«, ki jo je razvilo podjetje Inform Service. Intenzivnost dela pri primerjavi sestavljenih predmetov se lahko zmanjša za približno 20-krat.

Obdelava »Primerjava celic« se zažene v načinu 1C:Enterprise in vam omogoča, da informacije iz poročila o primerjavi objektov predstavite v vizualni obliki (sliki 18 in 19). Za primerjavo so uporabljene zmogljivosti 1C:Enterprise 8.

Shema obdelave je preprosta. V konfiguratorju izdelamo poročilo o primerjavi objektov (Slika 17) in ga shranimo v datoteko, na primer Comparison Report.mxl. Odprite 1C:Podjetje in v pogovornem oknu (slika 18) izberite shranjeno datoteko in označite celice, ki jih želite primerjati. To storite tako, da z desno tipko miške dvokliknete na izbrano celico dokumenta preglednice. S klikom na gumb Primerjaj dobimo rezultat primerjave, v katerem so barvno označene različne pozicije (slika 19).

Nadalje, glede na to, da se primerjava izvaja po enakih principih primerjave predmetov, bo akcijski diagram videti takole. Naslednje poročilo shranite pod istim imenom datoteke. Kliknite gumba »Posodobi« in »Primerjaj«.

Posebno pozornost je treba nameniti predlogam RLS za spremenjene uporabniške vloge.

Po končani posodobitvi in ​​prenosu predhodno izvedenih sprememb v standardno konfiguracijo bomo izvedli sintaktično kontrolo modulov in preverili delovanje spremenjenih objektov. Po uspešnem testiranju se lahko šteje, da je postopek posodobitve konfiguracije zaključen. Zdaj ostane le še posodobitev zunanjih tiskanih obrazcev, poročil in obdelav. Pri nekaterih konfiguracijah je potrebno preveriti obrazce za poročanje, povezane kot zunanje.

Faza 3. Dostava dela.

V navedenem primeru je obseg dela za odpravo napak med prejšnjimi posodobitvami, kot tudi za posodobitev na različico 1.2.14.1 in prenos predhodno opravljenih sprememb v standardno konfiguracijo približno 100-150 ur. Tolikšnega obsega dela ni mogoče opraviti s posodabljanjem neposredno v bazi podatkov stranke. V skladu s tem je treba izvesti pripravljalna dela na kopiji baze podatkov, rezultat posodobitve pa je treba prenesti v delovno bazo podatkov stranke.

Najprej natančno preučimo navodila iz distribucijskega kompleta. Pred posodobitvijo delujoče baze opravimo potrebna dela.

Če med pripravo posodobitve v strankini delovni bazi podatkov niso bile izvedene nobene spremembe konfiguracije in je bila posodobitev pripravljena na trenutni kopiji delovne baze podatkov, potem za prenos nastavitev shranite delovno konfiguracijo v datoteko, na primer work_2 .cf, tako da izberete menijsko postavko “Konfiguracija” → “ Shrani konfiguracijo v datoteko ...".

• Z datoteko work_2.cf prenesemo spremembe. Če želite to narediti, izberite točko menija »Konfiguracija« → »Naloži konfiguracijo iz datoteke ...«;
• Na vprašanje o posodobitvi konfiguracije baze podatkov bomo odgovorili pritrdilno.

Če so bile med pripravo posodobitve v produkcijski bazi podatkov stranke izvedene konfiguracijske spremembe, se morajo te spremembe odraziti tudi med posodobitvijo.

Če posodobitev ni bila pripravljena na trenutni kopiji delovne baze podatkov, bomo za prenos nastavitev uporabili tehniko, uporabljeno v prvi fazi. Za to potrebujemo datoteko *.cf standardne konfiguracije dobavitelja (1.2.14.1) in rezultat posodobitve v obliki prav tako datoteke *.cf. Če želite to narediti, shranite delovno konfiguracijo v datoteko, na primer work_2.cf, tako da izberete točko menija »Konfiguracija« → »Shrani konfiguracijo v datoteko ...«.

Nadaljnji ukrepi na strani stranke bodo naslednji:

• ustvariti varnostno kopijo baza podatkov;
• S pomočjo *.cf datoteke standardne konfiguracije dobavitelja bomo izvedli posodobitev. Če želite to narediti, izberite točko menija »Konfiguracija« → »Podpora« → »Posodobi konfiguracijo«, »Izberi datoteko za posodobitev«, »Dokončaj« (slika 10), »Zaženi«;
• Z datoteko work_2.cf prenesemo spremembe. Če želite to narediti, izberite točko menija »Konfiguracija« → »Primerjaj, združi s konfiguracijo iz datoteke ...«;
• Shranimo spremembe delovne konfiguracije in posodobimo konfiguracijo baze podatkov. Če želite to narediti, izberite točko menija »Konfiguracija« → »Posodobi konfiguracijo baze podatkov«.

Pravilna izvedba te stopnje vam bo omogočila, da se v prihodnosti izognete delu, opisanemu v 1. stopnji.

Posodabljanje nestandardne platforme je zelo težko. Preučili bomo, kako posodobiti nestandardno konfiguracijo 1C in opisali postopno rešitev nastajajočih težav.

Kako posodobiti v nestandardni konfiguraciji 1C.

Splošni pojmi

Pri posodabljanju nestandardne platforme spremembe vedno vplivajo na elemente standardne konfiguracije dobavitelja.

Baza podatkov (DB) vsebuje do tri vrste konfiguracij:

• sama baza podatkov - z njo delujejo logični algoritmi;
• delovni (tako imenovani glavni, ConfigOR) - ki ga občasno spreminjamo;
• konfiguracija dobavitelja (ConfigP - na njegovi podlagi uporabnik ustvari tako delovno kot bazo podatkov).

Če je program izključen iz podpore, ne bo več na voljo pri dobavitelju. Vendar je takrat povečanje stroškov dela za posodobitev neizogibno. Razmislimo o posodobitvi nestandardne konfiguracije 1C. Primer bi bila platforma PPM (Manufacturing Enterprise Management).

Mešanje

Prvi korak je odstranitev razlik med delujočo in dobavljeno konfiguracijo. To bo zmanjšalo vrednotenje izboljšav, ki smo jih naredili prej. Do neskladij med njimi pride, če so bile med posodabljanjem uporabljene tuje datoteke (ki niso iz priložene distribucije) ali pa se metode posodabljanja razlikujejo od standardnih.

Primerjava različic

Preverimo številke različic (delujoča in dostavljena). Prvi je označen v “Konfiguracija” / “Odpri” / “Uredi” / “Lastnosti”. V razdelku "Razvoj/različica". Drugič v »Konfiguracija« / »Podpora« / »Nastavitve podpore« / »Različica«:

Če se številke ujemajo, lahko nadaljujete v razdelek Prejemanje datoteke s posodobitvijo.

Naslednji koraki prikazujejo, kako uskladiti delovno konfiguracijo in konfiguracijo dobavitelja. Da bi dali na podporo tiste predmete, ki jih je uporabnik odstranil ali dodal brez podpore. Za to:

Shranjevanje konfiguracije (deluje)

Shranimo ConfigOR v datoteko z imenom, na primer work.cf. Če želite to narediti, izberite »Konfiguracija«/»Shrani ...«.

Pridobivanje datoteke ponudnika

Če želite združiti ConfigOR s ConfigP, potrebujete datoteko cf iz dobaviteljeve distribucije (ista različica). Privzeto bo v C:/Program Files/1cv81/tmplts. Preverimo prisotnost zahtevane datoteke cf v tabeli predloge. Kaj storiti, če ne želeno datoteko potrebna različica konfiguracije prodajalca? Nato morate iz stare ustvariti prazno bazo podatkov, jo posodobiti na zahtevano različico in šele nato uporabiti.

Prejemanje datoteke prek posodobitve

Za posodobitev datoteke ConfigP cf izberite ukaz iz menija: “Konfiguracija/Podpora/Posodobi.../Izberi datoteko/Dokončaj/Zaženi” (zaporedoma na slikah):

Če želite to rešiti, morate počistiti oznako za izbris iz predmeta v konfiguraciji dobavitelja. Nato po brisanju znova izvedemo primerjavo - v oknu za posodobitev kliknite gumb »Posodobi«.

Obnavljanje nastavitev

Nekatere izgubljene nastavitve se obnovijo tako, da se združijo s predhodno shranjeno datoteko work.cf. To storite tako, da izberete »Konfiguracija/Primerjaj, združi ... datoteke«.

Varčevanje in prilagajanje

Če želite shraniti ConfigOR in posodobiti bazo podatkov, v točki menija »Konfiguracija« izberite »Posodobi...DB«. Tu naletimo na nov problem:

Najverjetneje je bil razlog za to, da so bili ti objekti kopirani iz ConfigP ali pa jih je dobavitelj izbrisal, kasneje pa so bili dodani novi pod istimi imeni. Vendar z različnimi identifikatorji. Posledično so se pojavili predmeti istega imena, vendar z različnimi identifikacijskimi ključi.

Vloge lahko preprosto izbrišete, saj niso bile spremenjene. Atribut je treba preimenovati, na primer v OrderReserve1. In po posodobitvi vnesite vrednosti iz preimenovane v ustvarjeno. Druga situacija med posodobitvijo. Kaj pa obrazci?

Iz slike je razvidno, da je dobavitelj obrazec Seznam izbrisal in nato ponovno dodal pod istim imenom. Oba morate označiti za posodobitev in klikniti »Zaženi«.

Če se med posodobitvijo izda sporočilo o prisotnosti povezav do predmetov, ki jih je treba izbrisati, morate brez zapiranja obrazca počistiti povezave do njih v lastnostih samih predmetov. Tukaj je v registru lastnosti. Nato v obrazcu za posodobitev izberite možnost posodobitve, označite lastnosti registra za posodobitev zdaj in znova kliknite »Zaženi«.

Shranjevanje sprememb v delujočo bazo podatkov in posodobitev konfiguracije baze podatkov: “Configuration/Update...DB”. Prenos vrednosti atributa OrderReserve1 v OrderReserve se izvede z zunanjo obdelavo načina 1C:Enterprise.

Priprava podlag

Na podlagi rezultatov informacij pripravimo dve enaki bazi podatkov. Prvi (glavni) je naš želeni rezultat. Drugi (pomožni) je za izvajanje pripravljalnih dejanj. Pri datotečni različici jih enostavno prekopiramo v direktorij in povežemo z informacijsko varnostno listo, pri varianti odjemalec-strežnik opravimo upload/download.

Primerjava

Po odprtju obeh baz s konfiguratorjem bomo izvedli njuno tristransko primerjavo. Za to uporabimo novo datoteko ConfigP - “Konfiguracija/Podpora/Posodobitev…/Izberi datoteko…/Končano”:

Primerjava delujočih, starih in novih konfiguracij ponudnika nam daje seznam spremenjenih objektov z uporabo filtra »Prikaži dvakrat spremenjene lastnosti«. Najprej morate rešiti težavo z njimi:

Na tej točki je delo s pomožno bazo podatkov začasno ustavljeno, dokler ni končan celoten proces, ne pritisnemo več gumba »Zaženi«. Preidimo na delo v glavni bazi podatkov z nastalim seznamom dvakrat spremenjenih objektov. Če se strinjate s posodobitvijo, boste izgubili predhodno opravljene izboljšave. Zato je treba za vsakega od objektov sprejeti odločitev, kako ga bomo spremenili.

Izvajajmo predhodna ocena samo za zmanjšanje dela v prihodnosti. Če je v novem ConfigP več sprememb elementov, zapustimo objekt dobavitelja. Postavili smo kljukico. Spremembe prenesemo iz ConfigOR. Če je v delovni konfiguraciji več sprememb elementov, pustimo primerek objekta ConfigOR. Počistite polje. Prenesimo spremembe iz ConfigP. Module je treba primerjati postopkovno. Če želite to narediti, pritisnite gumb, kot je na sliki:

Označimo polja, ki označujejo postopke in funkcije, ki jih je treba zamenjati ali odstraniti:

Zdaj morate podvojiti stanje potrditvenih polj v pomožni bazi podatkov. V glavnem kliknite »Zaženi«. Na tej točki v glavnem dobimo skoraj pripravljeno konfiguracijo.

Naknadne primerjave se ponovno izvajajo v pomožni bazi podatkov. Prejšnje spremembe najdemo z dodatno primerjavo starega ConfigP s ConfigOR - “Konfiguracija/Primerjava...”:

Podobno primerjamo stari ConfigP z novim. Če ni nove datoteke, jo lahko vzamete iz glavne baze podatkov.

Tako dobimo dvakrat spremenjene objekte. V glavni bazi podatkov je bila pridobljena skoraj pripravljena konfiguracija. V njem se morate ukvarjati z dvakrat spremenjenimi elementi.

POMEMBNO. Pri analizi uporabnika ne bi smeli zanimati razlogi za določene spremembe, temveč njihove posledice. Se pravi, glavna stvar je potreba po ohranjanju funkcionalnosti. Morda to ne bo zahtevalo prenosa spremenjenih vrstic, ampak popolno predelavo kode za novi ConfigP.

Za odločitev je dovolj, da primerjate obrazce, tabele in objektne module. Včasih so podatki v poročilih predstavljeni v obliki, ki ne omogoča hitrega odločanja. Na tem koraku pride do izgube sprememb, če spremembe zadevajo podrobnosti objekta sestavljenega tipa.

V primerjalnem poročilu so različni podatki predstavljeni v obliki seznama, iz katerega ni razvidno, kateri tipi podatkov so bili dodani/odstranjeni. Če število vrstic poročila doseže dvesto, se postopek "ročne" primerjave zdi precej delovno intenziven (približno petdeset ur).

Zmanjšanje delovne intenzivnosti se doseže z uporabo na primer konfiguracije "Cell Comparison" podjetja Inform Service. Na voljo je za zagon v načinu 1C:Enterprise in v priročni obliki predstavlja podatke primerjalnega poročila. Primerjava se izvede z uporabo zmogljivosti 1C:

Shema delovanja je preprosta. V konfiguratorju se ustvari primerjalni objektni izpis. Shranjeno v datoteko, na primer Comparison Report.mxl. V pogovornem oknu 1C:Podjetje se odpre in prikaže celice, ki jih želite primerjati (z dvoklikom z desno tipko miške na izbrano celico tabelarnega dokumenta). S klikom na “Primerjaj” se prikaže rezultat primerjave z barvami označenimi različnimi pozicijami.

Nadaljnja navodila za ukrepanje izgledajo takole.

1. Naslednje poročilo se shrani z istim imenom.
2. Po končani posodobitvi in ​​prenosu sprememb standardne konfiguracije se izvede sintaktični nadzor modulov in testiranje delovanja spremenjenih objektov.
3. Po uspešnem testiranju se lahko šteje, da je postopek zaključen. Ostane le še posodobitev tiskanih obrazcev, poročil in obdelav. V nekaterih primerih preverite zunanje obrazce za poročanje.

Delamo z 1C 7.7

Posodobitev standardne platforme na isto običajno ne povzroča težav. Samo slediti morate navodilom v navodilih. Nahajajo se v UPDATE.TXT distribucijskega imenika.

Prav tako ni težav, če so na platformo dodani dodatni računovodski elementi (imeniki, konstante, selekcije, poročila, registri, obračunski dnevniki itd.). Ustrezali bodo, ko bodo platforme združene. Dodani dokumenti prav tako ne bodo povzročili neskladja, če ni bilo sprememb v karakteristikah za vnos »na podlagi« tako dodanih dokumentov.

Priporočljivo je, da posodobitev izvedete na hitrem računalniku z veliko količino RAM-a. Če ga primanjkuje, lahko 1C zavrne delo nekaterih funkcij in zamrzne. Velika količina navideznega pomnilnika ne reši te težave.

Ustvarjanje varnostne kopije

V ta namen morate uporabiti možnost: “Administracija/Shrani podatke...”. Primerno je navesti ime arhiva in ga združiti z datumom ustvarjanja (na primer LLMMDD.zip).

Priprava katalogov

Za delo boste potrebovali šest konfiguracijskih datotek (1cv7.md):

1. “WorkingNew” za pripravo posodobitve (nastala md-datoteka);
2. “WorkingOld” za sledenje spremembam med primerjavo in za prenos nastavitev v TypeNew_2;
3. Tipičen (star) “TypeOld_1”. Na njegovi podlagi je bil predhodno ustvarjen delovni.
4. Vrste. (prejšnji) “TypeOld_2”. Slediti spremembam v podjetju 1C v novi standardni različici;
5. Vrsta. (novo) "TypeNew_1". Izboljšave iz 1C v novi različici;
6. “TypeNew_2” za kompleksne predmete.

In pet zagnani konfiguratorji(vse razen »TypeNew_1«).

Na začetku so imeniki v parih enaki:

• “WorkerNew” in “WorkerOld”;
• "TypeOld_1 in TypeOld_2";
• "TypeNew_1" in "TypeNew_2".

Kombiniranje elementov

Najprej naredimo primerjavo med 3 in 2, 4 in 5, 1 in 6. Če želite to narediti, za vsakega od prvih v paru izberite postavko »Konfiguracija / Združitev ...« in določite datoteko z metapodatki 1cv7. md drugega v paru. Na zaslonu se prikaže obrazec z drevesom spremenjenih elementov. Nato je treba analizirati rezultate parne primerjave 3 z 2 in 4 s 5. Pustite za združevanje elementov v posodobljenih platformah (1 in 6), v katerih je prišlo do sprememb iz podjetja 1C (4 s 5) , vendar se niso odražala v 3 in 2. 1 in 4 je treba združiti v substitucijskem načinu.

drugi

To lahko vključuje kontni načrt in uporabniške vmesnike. Če je prišlo do sprememb v kontnem načrtu, ga je treba posodobiti v načinu “Združevanje objektov” WorkNew skupaj s TypeNew_2. Po združitvi vmesnika se preveri prisotnost napak: podvajanje elementov menija, podvajanje orodnih vrstic, nastavitev zastavic »Postavitev v novi vrstici« za orodne vrstice.

Prenos poteka preko omrežja ali na strežniku (prednostno). Prvič, zagotovljen je ekskluzivni dostop do baze podatkov. V načinu konfiguratorja se nato naloži baza podatkov. Pred in po prenosu se podatki arhivirajo (kot je opisano na samem začetku razdelka). Nato morate slediti navodilom v datoteki UPDATE.TXT. Ko je prenos končan, lahko izbrišete vse imenike razen WorkNew.

Upamo, da vam je naša publikacija pomagala razumeti posodobitev nestandardne konfiguracije 1C. To smo preučili glede na sedmo in osmo različico.

Pustite komentarje, pišite o svojih izkušnjah v posodobitvi 1C.