Politika licenciranja 1C pruža mogućnost izrade i spremanja izmjena standardnih konfiguracija, te, shodno tome, mogućnost njihovog ažuriranja.*

*Modifikovane ili nestandardne konfiguracije 1C je softverski proizvod na platformi 1C:Enterprise, koji je deo ili čini celokupnu automatizovani sistem upravljanje preduzećem, koje je zbog potreba i specifičnosti poslovanja pretrpjelo niz promjena u pogledu oblika i sastava imenika, dokumenata, uloga, modula itd., stoga ažuriranje 1C konfiguracije promjenama uopće nije isto kao ažuriranje standardnog rješenja.

Ažuriranja koje je objavio 1C imaju za cilj ispravljanje grešaka i uvođenje promjena i dopuna propisanih zakonom. Nove konfiguracije koje su nedavno ušle na tržište karakterizira izdavanje velikog broja ažuriranja prvog tipa. Za konfiguracije s funkcionalnošću usmjerenom uglavnom na sastavljanje regulatornih izvještaja, na primjer, "1C: ZUP", "1C: Računovodstvo", izdaje se više ažuriranja drugog tipa.

Specifičnost ažuriranja nestandardnih konfiguracija je potreba da se izvrše sve promjene u najnovijem izdanju 1C, uz potpuno održavanje prethodno napravljenih poboljšanja. Ovo je netrivijalan zadatak, čije rješenje nema standardnu ​​skriptu, što znači da se ne može u potpunosti automatizirati. Iz tog razloga u metodologiji za ažuriranje nestandardnih konfiguracija prevladavaju ručne operacije koje zahtijevaju sudjelovanje stručnjaka.

Na faze implementacije ažuriranja nestandardnih konfiguracija ne utiče količina postojećih poboljšanja. Ukratko se mogu opisati na sljedeći način:

• Pretraga i poređenje promijenjenih objekata;
• Pravljenje ažuriranja iz novog izdanja;
• Uvođenje prethodno napravljenih izmjena koje su „prebrisane“ u prethodnoj fazi;
• Provjera kompatibilnosti i rada procesa.

Razlika će biti u vremenu implementacije: ako ima mnogo poboljšanja, proces će, shodno tome, trajati duže i zahtijevati koncentraciju, pažnju i ručnu provjeru.

Razmotrimo ažuriranje nestandardne konfiguracije za 1C okruženje koristeći primjer „1C: Upravljanje trgovinom“ (izdanje 2014.) na sljedeće dostupno izdanje.

Ovo je vrlo jednostavan primjer, ali kao što je gore spomenuto, ažuriranje složenije konfiguracije, naravno, zahtijevat će puno vremena i koncentracije od strane stručnjaka, ali će imati iste faze - ažuriranje (na novu standardnu ​​konfiguraciju ), rad sa usaglašavanjem unesenih i napravljenih izmjena itd.

Prije ažuriranja konfiguracije, trebali biste preuzeti baza informacija. Ovu radnju se preporučuje da se izvrši prije bilo kakvih manipulacija sa svim bazama podataka bez izuzetka, a posebno sa nestandardnim:

Učitavanje infobaze je završeno:

Imajte na umu da ako konfiguracija nije finalizirana, odnosno bila je standardna, tada bi u prozoru Konfiguracija nasuprot imena, pored žute kocke, također bila prikazana ikona katanca:

U meniju Konfiguracija izaberite “Podrška” i “Ažuriraj konfiguraciju”. Zapravo, u ovoj fazi, radnje se potpuno poklapaju s procesom ažuriranja standardne konfiguracije:

Ovisno o veličini baze i njenim modifikacijama, automatsko pretraživanje dostupna ažuriranja može potrajati neko vrijeme. Stoga je vrijedno, unatoč preporukama, odabrati opciju "Odaberi datoteku za ažuriranje" i samostalno, nakon što raspakirate arhivu s ažuriranjima i spremite ih, ručno odredite stazu:

Prozor sa pozadinske informacije, upute i redoslijed ažuriranja:

Prozor za poređenje konfiguracije. Sa lijeve strane u stablu prikazuje se status postojeće konfiguracije, desno – informacija o novoj, standardnoj verziji. Odjeljci koji su pretrpjeli promjene su također istaknuti. Zatim moramo saznati koji su odjeljci s naše strane promijenjeni i koji su istovremeno podvrgnuti promjenama u novoj konfiguraciji:

Da biste saznali koji su tipični objekti metapodataka prethodno promijenjeni i koji će također biti promijenjeni prilikom instaliranja nove konfiguracije provajdera, morate odabrati “Prikaži samo dva puta promijenjena svojstva”:

Ostaju samo objekti koji ispunjavaju ovaj uslov:

Proširivanjem stabla metapodataka možete vidjeti koji će konkretni objekti biti promijenjeni. Za dobijanje detaljne informacije, desnom tipkom miša odaberite modificirani objekt:

Promjene možete procijeniti na nivou koda koristeći “Prikaži razlike u modulima”, ali budući da ih također treba zapamtiti da bi se napravile nakon instaliranja ažuriranja, kreiramo dva izvještaja: “Izvještaj o poređenju glavnih konfiguracijskih objekata sa starim dobavljačem konfiguracija” (dostupna poboljšanja) i “Izvještaj o poređenju novih objekata konfiguracije dobavljača sa starim objektima konfiguracije dobavljača” (ažuriranja).*

*Da razumijemo terminologiju:

• “Glavna konfiguracija” – nestandardna konfiguracija koju treba ažurirati;
• “Konfiguracija starog dobavljača” – tipična konfiguracija iz koje su ažuriranja posljednji put instalirana;
• “Nova konfiguracija dobavljača” je ona koju sada ažuriramo.

Prilagođavamo obrazac izvještaja i učitavamo ga. Zabilježena je lista prethodno napravljenih izmjena:

Nakon preuzimanja izvještaja, idite direktno na ažuriranje i kliknite na “Pokreni”. Konfigurator nudi pravilo ažuriranja „Preuzmi od nove konfiguracije dobavljača“ (navedeno je u trećoj koloni). To znači da će sve izmjene biti izbrisane i zamijenjene standardnim ažuriranim objektima. Ne isplati se mijenjati ovo pravilo u primamljiv „Spojni način rada“, jer automatsko spajanje će dovesti do haosa. Ipak, bolje je odvojiti vrijeme i izvršiti promjene ručno:

U prozoru s općim informacijama o uklanjanju konfiguracije iz podrške, ništa ne treba mijenjati. Klikom na "OK" spojit će se objekti. Zatim pokrenite “Enterprise” i zabilježite promjene kako biste precizno dovršili proces ažuriranja:

Prihvatamo listu izmjena:*

*Ako je dugme „Prihvati“ neaktivno, trebalo bi da pokrenete „Testiranje popravki“:



Pokrećemo otklanjanje grešaka preko F5 i dobijamo potvrdu o legalnosti ažuriranja:

Nakon što se primi potvrda da je proces uvođenja ažuriranja u potpunosti završen, trebalo bi da se vratite u konfigurator, idite na dva puta promenjene objekte metapodataka i ručno izvršite urezane izmene na nivou koda, koristeći preuzete izveštaje. U zaključku dodajemo da je nakon ovoga potrebno provjeriti ispravnost postavki i adekvatnost procesa rada.

Ovo je moj prilično star članak, ali je još uvijek relevantan. Stoga sam odlučio da bi bilo prikladno objaviti na www..

Ovaj članak ne opisuje metode za korištenje automatskih i automatiziranih ažuriranja konfiguracije pomoću vanjskih komponenti i/ili softverskih proizvoda. Informacije o njima možete pronaći na drugim Internet resursima.

Možda ste primijetili da se sa svakim ažuriranjem broj objekata koji zahtijevaju vašu pažnju samo povećava. Istovremeno, sigurno znate da je, na primjer, promijenjen samo jedan dokument, a prilikom ažuriranja daje se lista od nekoliko desetina promijenjenih objekata. Naravno, možete koristiti tehniku ​​opisanu u mom članku "Tehnologija za ažuriranje nestandardnih konfiguracija 1C: Enterprise 7.7" od 27. juna 2003. Da, radit će. Mnogi ljudi ažuriraju na ovaj način. Ali ovaj pristup smatram neefikasnim i dugotrajnim prilikom ažuriranja konfiguracija na platformi 1C:Enterprise 8. Za razliku od platforme 1C:Enterprise 7.7, platforma 1C:Enterprise 8 vam omogućava da istovremeno otvorite nekoliko konfiguracija (*.cf datoteke) i izvršite nekoliko poređenja konfiguracija u konfiguratoru jedne kopije. Jedini izuzetak su, možda, konfiguracije izgrađene na PPM (Manufacturing Enterprise Management) - preteške su, platforma pada.

Proces ažuriranja konfiguracija 1C:Enterprise 8 je automatizovaniji u odnosu na 1C:Enterprise 7.7. Prilično visok nivo automatizacije može značajno smanjiti radni intenzitet rada pri ažuriranju nestandardnih konfiguracija. Nažalost, najčešće se proces ažuriranja nestandardnih konfiguracija ne može u potpunosti završiti automatski način rada i zahtijeva specijaliziranu intervenciju.

Da li je moguće da će proces ažuriranja biti završen potpuno automatski? Svakako. Da biste to učinili, promjenjivi objekti moraju biti dodati i ne smiju koristiti funkcionalnost postojeće konfiguracije. One. ovi objekti moraju rješavati potpuno različite računovodstvene probleme koji proširuju funkcionalnost tipična konfiguracija dobavljač. Slažem se da je opisana situacija izuzetno rijetka. Promjene gotovo uvijek utiču na standardne konfiguracijske objekte dobavljača.

Imajte na umu da baza podataka može sadržavati do tri vrste konfiguracija:

• konfiguraciju baze podataka - ovo je konfiguracija s kojom korisnici rade;
• radna konfiguracija (main) je konfiguracija koju možemo mijenjati i korisnici mogu nastaviti s radom;
• konfiguraciju dobavljača je početna konfiguracija dobavljača iz koje radna konfiguracija I konfiguraciju baze podataka. Baza podataka može imati više konfiguracija od različitih dobavljača. Dobavljač konfiguracije može biti ne samo 1C.

U slučaju da je konfiguracija uklonjena iz podrške, konfiguraciju dobavljača neće biti. Što zauzvrat značajno povećava složenost ažuriranja.

Pogledajmo proces ažuriranja i analiziramo moguće greške na primjeru ažuriranja UPP konfiguracije (dobavljač standardne konfiguracije je kompanija 1C, modifikacije kompanije Inform Service). U početku je ova konfiguracija ažurirana bez korištenja tehnologije opisane u ovom članku, tako da su greške o kojima se govori u ovom članku najčešće u praksi. Ažuriranje će biti sa verzije 1.2.6.2 na verziju 1.2.14.1.

Faza 1. Priprema.

U prvoj fazi vodimo prepisku radna konfiguracija To konfiguraciju dobavljača. Ovo je vrlo važna faza, koja će značajno smanjiti količinu posla potrebnog za analizu promjena koje smo prethodno napravili.

Možete preskočiti ovaj korak ako Posljednje ažuriranje prošao kroz „podršku“ (Meni „Konfiguracija“ → „Podrška“ → „Ažuriraj konfiguraciju“) ili je izvršen prema metodi opisanoj u ovom članku.

Nepodudaranje verzije radna konfiguracija I konfiguraciju dobavljača može se dogoditi kada koristite *.cf datoteke za ažuriranje koje nisu iz distribucije dobavljača ili kada koristite metode ažuriranja različite od onih opisanih u ovom članku. Na primjer, objekti su dodani u radnu konfiguraciju kopiranjem preko međuspremnika ili Drag&Drop.

1. Poređenje verzija.

Provjerimo brojeve verzija radna konfiguracija I konfiguraciju dobavljača. Broj radna konfiguracija pogledajte u meniju “Konfiguracija” → “Otvori konfiguraciju” meni “Uredi” → “Svojstva”. U bloku "Razvoj" odaberite "Verzija". (Slika 1).

Broj konfiguraciju dobavljača pogledajte u meniju “Konfiguracija” → “Podrška” → “Postavke podrške...” stavku “Verzija”. (Slika 2).

Ako se brojevi poklapaju, prijeđite na sljedeću fazu. Cm. .

IN u ovom primjeru treba uskladiti radna konfiguracija I konfiguraciju provajdera sa podrškom za objekte uklonjene iz podrške ili dodane bez podrške. Da biste to učinili, izvršite sljedeće korake:

2. Pohranjivanje radne (glavne) konfiguracije.

Sačuvajmo radna konfiguracija u datoteku, na primjer work.cf. Da biste to učinili, odaberite stavku menija “Konfiguracija” → “Sačuvaj konfiguraciju u datoteku...”.

3. Nabavite datoteku ažuriranja za konfiguraciju dobavljača.

Da bismo uskladili konfiguracije, potrebna nam je *.cf datoteka iz distribucije dobavljača sa istim brojem verzije kao radna konfiguracija(Slike 3 i 4). Ovaj fajl može se dobiti instaliranjem odgovarajuće distribucije. Podrazumevano, distribucija konfiguracije je instalirana u direktorijum C:/Program Files/1cv81/tmplts. Za više informacija o instaliranju predložaka konfiguracije, pogledajte dokumentaciju.

Provjerimo direktorij šablona. Ako postoji *.cf datoteka potrebne verzije u direktoriju predložaka, idite na .

Šta možete učiniti ako ne postoji *.cf datoteka potrebne verzije? konfiguraciju dobavljača? U ovom slučaju, možete koristiti *.cfu datoteke i, ponavljajući proceduru opisanu u fazi 1 nekoliko puta, sukcesivno podići broj verzije na potrebno izdanje, u ovom slučaju na 1.2.6.2. Treba napomenuti da korištenje *.cfu datoteka možda neće popraviti greške napravljene ranije tokom ažuriranja. Što je, vidite, prilično čudno, s obzirom na činjenicu da se prvo kompajlira datoteka dobavljača na osnovu *.cfu datoteke, a zatim se vrši ažuriranje. To može biti zbog činjenice da iz nekog razloga nisu svi konfiguracijski objekti uključeni u usporedbu. Stoga predlažem korištenje eventualno dužeg puta, ali i pouzdanijeg.

Morate kreirati praznu bazu podataka sa "stara" konfiguracija dobavljača. Ažuriraj konfiguraciju provajdera na potrebnu verziju i koristite je prilikom izvođenja radova u fazi 1. Za dobijanje "nova" konfiguracija dobavljača potrebno je da uradite sledeće:

1. Kreiranje "starog" fajla dobavljača za trenutnu konfiguraciju. Datoteka 1cv8.cf se može uzeti iz distribucije dobavljača ili sačuvati iz radne baze podataka ako je konfiguracija podržana. Da biste sačuvali datoteku 1cv8.cf iz radne baze podataka, idite na meni „Konfiguracija” → „Podrška” → „Postavke podrške...”, kliknite na dugme „Sačuvaj u datoteku” i navedite ime direktorijuma i datoteke. Na primjer, na radnoj površini.
2. Kreirajte bazu podataka s novom konfiguracijom provajdera. Baza podataka se može kreirati korišćenjem distribucije dobavljača sa ITS diska ili korišćenjem 1cv8.cf dobijenog ranije sa desktopa. U prvom slučaju slijedimo upute uključene u distribucijski komplet. U drugom slučaju, da bismo kreirali bazu podataka iz datoteke koja se nalazi na radnoj površini, kreiramo novu infobazu bez konfiguracije i pokrećemo konfigurator. U meniju “Konfiguracija” → “Učitaj konfiguraciju iz datoteke...” određujemo datoteku koja je prethodno sačuvana na radnoj površini. Otvaramo konfiguraciju kroz meni “Konfiguracija” → “Otvori konfiguraciju” i ažuriramo na željeno izdanje kroz meni “Konfiguracija” → “Podrška” → “Ažuriraj konfiguraciju” koristeći *.cfu datoteke.
3. Kreirajte konfiguracijsku datoteku "novog" provajdera. Da biste to učinili, odaberite stavku menija “Konfiguracija” → “Sačuvaj konfiguraciju u datoteku...”. Određujemo lokaciju i ime datoteke 1cv8.cf. Kliknite na “Sačuvaj”.

4. Usklađivanje radne konfiguracije i konfiguracije dobavljača putem ažuriranja.

Korištenje rezultirajuće *.cf datoteke konfiguraciju dobavljača Hajde da ažuriramo. Da biste to učinili, odaberite stavku menija “Konfiguracija” → “Podrška” → “Ažuriraj konfiguraciju”, “Odaberi datoteku za ažuriranje”, “Završi” (slika 5), ​​“Pokreni” (slika 6).

rješenja:

• demarkirati objekt koji je u konfiguraciji dobavljača;
• uklonite referencu na objekt koji je u konfiguraciji dobavljača.

Na osnovu činjenice da je veza u dodatom interfejsu „Šef odjeljenja“ napravljena prema objektu konfiguraciju dobavljača, za koji je dobavljač povukao podršku (vjerovatno zbog promjene računovodstvene metodologije), onda bi ispravno rješenje u ovoj situaciji bilo uklanjanje veze na ovaj izvještaj iz interfejsa „Šef odjeljenja“. Ne zatvaramo prozor za upoređivanje konfiguracije; brišemo vezu do izvještaja „Plaćanje za narudžbe“ u interfejsu „Upravitelj odjela“. Nakon uklanjanja veze, ponovo ćemo uporediti konfiguracije. Da biste to učinili, kliknite na dugme „Ažuriraj“ u prozoru za ažuriranje (slika 6).

5. Vraćanje postavki koje su djelimično izgubljene u prethodnoj fazi.

Da biste vratili djelimično izgubljena podešavanja, spojite ih sa prethodno sačuvanim fajlom radna konfiguracija rad.cf. Da biste to uradili, izaberite stavku menija „Konfiguracija” → „Uporedi, spoji sa konfiguracijom iz datoteke...”.

6. Čuvanje rezultata ažuriranja.

Sačuvajmo promjene radna konfiguracija i ažurirati konfiguraciju baze podataka. Da biste to učinili, odaberite stavku menija “Konfiguracija” → “Ažuriraj konfiguraciju baze podataka”.

Ovdje nas čeka još jedan problem (slika 8).

Da bismo riješili ovaj problem, pogledajmo uzrok njegovog nastanka. Razloga može biti nekoliko, ali najvjerovatniji su sljedeći. Ovi objekti su kopirani na radna konfiguracija od konfiguraciju dobavljača ili je dobavljač prethodno obrisao ove objekte i kasnije dodao nove s istim imenima, ali s različitim internim identifikatorima. Kao rezultat, objekti s različitim internim identifikatorima, ali s istim imenima, pojavljuju se u konfiguraciji.

Mi se bavimo ulogama jednostavno - brišemo ih, jer uloge se nisu promijenile (ovo se može provjeriti poređenjem i radna konfiguracija). Ponašamo se drugačije sa detaljima dokumenta. Atribut se mora preimenovati, na primjer OrderReserve1, a nakon ažuriranja, vrijednosti iz preimenovanog atributa moraju se prenijeti u novi. Da biste to učinili, možete koristiti obradu UniversalSelectionAndProcessingObjects.epf sa ITS diska.

Razmotrimo još jednu situaciju sličnu prethodnoj, ali koja je nastala tokom ažuriranja 1C: Enterprise Accounting 8.1. Šta raditi sa formularima? (Slika 9)

Na slici vidimo da je Obrazac liste obrisan od dobavljača, a zatim je dodan novi obrazac sa istim imenom od strane dobavljača. U skladu s tim, morate označiti oba obrasca za ažuriranje i kliknuti na dugme „Pokreni“.

Ako dobijete poruku da postoje veze do objekata koje treba obrisati, morate, bez zatvaranja obrasca za ažuriranje, obrisati veze do obrasca koji treba izbrisati u svojstvima objekta. U ovom slučaju, u svojstvima registra. Nakon toga, potrebno je da kliknete na dugme „Ažuriraj“ u obrascu za ažuriranje, označite svojstva registra za ažuriranje i ponovo kliknite na dugme „Pokreni“.

Sačuvajmo promjene radna konfiguracija i ažurirati konfiguraciju baze podataka“Konfiguracija” → “Ažuriraj konfiguraciju baze podataka”.

Ako je potrebno, prenesite vrijednosti atributa OrderReserve1 u OrderReserve koristeći eksternu obradu u načinu 1C: Enterprise.

Faza 2. Ažuriranje.

Nakon obavljanja pripremnih radova u fazi 1, prelazimo na ažuriranje osnovna konfiguracija i prijenos prethodno napravljenih izmjena na standardnu ​​konfiguraciju dobavljača.

Za ažuriranje konfiguracije potrebna nam je *.cfu datoteka ili *.cf datoteka iz distribucije dobavljača. Možete pročitati više o tome kako ih dobiti.

Ako se ažuriranje izvodi kroz nekoliko verzija konfiguracije, obratite pažnju na situaciju opisanu u članku "". Ako se ažuriranje ne vrši na radnoj bazi, tada nakon završetka pripreme svake nove faze, spremamo *.cf datoteke. Oni će biti potrebni prilikom ažuriranja konfiguracije proizvodne baze korisnika.

Ako se ažuriranje provodi kroz nekoliko verzija, onda prilikom ažuriranja svakako treba obratiti pažnju na objekte koji se brišu i na objekte sa promijenjenim imenima, kao i na radnje koje se izvode prilikom prvog pokretanja nakon ažuriranja. Ako se ovi objekti koriste u obradi pri prvom pokretanju nakon ažuriranja, onda ih ne treba brisati, a za objekte sa promijenjenim imenima potrebno je izvršiti odgovarajuće izmjene u tekstu modula za obradu. U tom slučaju, zaostali objekti mogu biti izbrisani tokom sljedećeg ili sljedećeg ažuriranja.

Ako se ažuriranje izvodi kroz nekoliko verzija, tada da biste smanjili radni intenzitet ažuriranja, možete koristiti metodu izračunavanja ključnih izdanja, opisanu u članku "Ažuriranje konfiguracija 1C: Enterprise 8. Preskakanje kroz 20 verzija."

1. Priprema baza podataka.

Dakle, na osnovu rezultata prve faze pripremamo dvije identične baze podataka. Prvi (glavni) je naš budući rezultat. Drugi (pomoćni) - za izvođenje poređenja, konfiguracija otvaranja i drugo pripremne radnje. Za verziju datoteke, ovo je jednostavno kopiranje datoteka glavne baze podataka u drugi direktorij i povezivanje ovog direktorija sa listom baza podataka; za verziju klijent-server, to je učitavanje/preuzimanje.

2. Trosmjerno poređenje konfiguracija.

Otvorimo obje baze podataka u načinu konfiguratora i izvršimo trosmjerno poređenje konfiguracija u obje baze podataka, koristeći novu konfiguracijsku datoteku postojećeg dobavljača. Da biste to učinili, u obje baze podataka odaberite stavku menija “Konfiguracija” → “Podrška” → “Ažuriraj konfiguraciju”, “Odaberi datoteku za ažuriranje”, “Završi” (Slika 10).

Kao rezultat poređenja tri konfiguracije ( konfiguracija starog dobavljača, nova konfiguracija dobavljača I radna konfiguracija) dobijamo listu promijenjenih objekata. Postavite filter “Prikaži samo dva puta promijenjena svojstva” (slike 11 i 12).

Sa ovim objektima se prvo treba pozabaviti, jer... Nakon ažuriranja, prethodno napravljena podešavanja mogu biti izgubljena.

U ovom trenutku obustavljamo rad u drugoj (pomoćnoj) bazi podataka i nastavljamo u glavnoj. Nema potrebe da kliknete na dugme „Pokreni“ u pomoćnoj bazi podataka. Ova baza podataka nam je potrebna upravo u ovom obliku dok se proces ažuriranja ne završi.

Dakle, kao rezultat, dobijamo listu objekata koji su dva puta promenjeni tokom revizije tipična konfiguracija i u . Ako pristanete na ažuriranje, tada će prethodno napravljena poboljšanja ovih objekata biti izgubljena. Stoga je za svaki objekat potrebno donijeti odluku kako će se ažurirati (slika 13). U ovoj fazi vršimo preliminarnu usporedbu isključivo kako bismo smanjili obim posla u budućnosti. Procjena nije tačna i brza - "na oko".

nova konfiguracija dobavljača, onda ostavljamo instancu objekta dobavljača. Ostavite kvačicu. Zatim ćemo prenijeti promjene iz radna konfiguracija.

Ako ima više promjena u objektu u radna konfiguracija, onda ostavljamo instancu objekta radna konfiguracija. Poništite izbor u polju. Zatim ćemo prenijeti promjene iz konfiguraciju dobavljača.

Sa modulima se bavimo malo drugačije, jer... Imamo priliku da proceduralno uporedimo module. One. u slučaju u naša konfiguracija i različite procedure modula su promijenjene u konfiguraciji dobavljača, tada ćemo se ispravnim označavanjem polja spasiti od ručnog prijenosa promjena koda. Da biste došli do toga, pritisnite dugme kao što je prikazano na slici 14.

Nakon što smo se odlučili za objekte koji će se odmah ažurirati i na kojima još uvijek postoje kvačice, dupliciramo stanje kvačicama u pomoćnoj bazi podataka, a u glavnoj bazi pritisnemo dugme “Run”. U glavnoj bazi podataka dobijamo gotovo gotovu konfiguraciju.

Zatim vršimo sva poređenja u pomoćnoj bazi podataka. Već imamo jedno poređenje - trosmjerno. Da bismo utvrdili prethodno napravljene promjene, vršimo dodatno drugo poređenje konfiguracija starog dobavljača With glavna konfiguracija. Da biste to učinili, odaberite stavku u izborniku “Konfiguracija” → “Uporedi konfiguracije:”, odaberite za poređenje “ Konfiguracija provajdera" i " Osnovna konfiguracija

Na sličan način poredimo konfiguracija starog dobavljača sa novim. Za poređenje nam je potreban fajl nova konfiguracija dobavljača. Ako takav fajl ne postoji, sada se može dobiti iz glavne baze podataka. Za spremanje u datoteku nova konfiguracija dobavljača u glavnoj bazi podataka u meniju “Konfiguracija” → “Podrška” → “Postavke podrške:” kliknite na dugme “Sačuvaj u datoteku”. (Slika 2). Navedite ime datoteke, na primjer, new.cf. Zatim pravimo treće poređenje konfiguracija i prilikom poređenja navedemo new.cf datoteku kao drugu konfiguraciju.

Dakle, dobili smo listu dva puta promijenjenih objekata u dodatnoj bazi podataka. I još dva poređenja koja će nam pomoći da efikasnije prenesemo prethodno napravljena podešavanja stara verzija na novu. U glavnoj bazi podataka imamo gotovo gotovu konfiguraciju, u kojoj se trebamo baviti dvaput promijenjenim objektima.

Kako bi se smanjilo vrijeme za analizu promjena standardne konfiguracije i, shodno tome, za ažuriranje, bilo bi prikladno komentirati sve promjene napravljene u konfiguraciji, napominjući ne samo izmijenjeni tekst modula, već i svrhu izvršenih promjena. . Iz više razloga to se vrlo često ne radi. Kada vršite ažuriranje, ne zanimaju vas razlozi za unošenje promjena, već njihove posljedice. Naime, potreba za očuvanjem funkcionalnosti izmijenjene konfiguracije. Ovo može zahtijevati ne prijenos izmijenjenih linija, već potpuno preradu dodanog (promijenjenog) koda kako bi se uklopio u funkcionalnost nove konfiguracije dobavljača.

Poređenje oblika, tabela i modula objekata u konfiguraciji je izvedeno sa dovoljnim stepenom detalja (slika 17). Ovo je sasvim dovoljno za donošenje odluka.

Ali u nekim slučajevima, podaci u izvještajima poređenja su predstavljeni na način koji otežava brzo donošenje odluke. Na primjer, u slučaju promjene tipa detalja koji imaju složeni tip podataka, sastav onih unesenih na osnovu objekata itd. Upravo u ovoj fazi, zbog svoje složenosti, poboljšanja se gube tokom ažuriranja. Razmotrimo ovu situaciju koristeći primjer detalja koji imaju složeni tip podataka. Prilikom generisanja izveštaja o poređenju objekata (slika 17), različiti podaci u upoređenim konfiguracijama se prikazuju u obliku lista koje sadrže sastav tipova podataka, odvojenih zarezima. Međutim, izvještaj uopće ne pokazuje koje vrste podataka su dodane ili izbrisane. Naravno, izvještaj se može odštampati i „sakriti“ da bi se identifikovale razlike. U primjeru koji se razmatra, takvih objekata ima oko 200. Očigledno je da je proces poređenja prilično radno intenzivan i da će trajati oko 50 sati.

Da biste smanjili radni intenzitet rada pri upoređivanju objekata, možete koristiti obradu "Cell Comparison" koju je razvila kompanija Inform Service. Intenzitet rada prilikom poređenja kompozitnih objekata može se smanjiti za približno 20 puta.

Obrada „Poređenje ćelija“ pokreće se u 1C:Enterprise modu i omogućava vam da predstavite informacije iz izvještaja o usporedbi objekata u vizualnom obliku (slike 18 i 19). Poređenja radi, koriste se mogućnosti 1C:Enterprise 8.

Shema obrade je jednostavna. U konfiguratoru kreiramo izvještaj o poređenju objekata (slika 17) i pohranjujemo ga u datoteku, na primjer Comparison Report.mxl. Otvorite 1C:Enterprise i u dijalogu (slika 18) odaberite sačuvanu datoteku i označite ćelije koje želite uporediti. Da biste to učinili, dvaput kliknite desnim gumbom miša na odabranu ćeliju dokumenta proračunske tablice. Klikom na dugme „Uporedi“ dobijamo rezultat poređenja u kojem su različite pozicije označene bojom (slika 19).

Nadalje, na osnovu činjenice da se poređenje vrši po istim principima poređenja objekata, dijagram akcije će izgledati ovako. Sačuvajte sljedeći izvještaj pod istim imenom datoteke. Kliknite na dugmad “Ažuriraj” i “Uporedi”.

Posebnu pažnju treba obratiti na RLS šablone za promenjene korisničke uloge.

Nakon završetka ažuriranja i prijenosa prethodno napravljenih promjena standardne konfiguracije, izvršićemo sintaksičku kontrolu modula i provjeriti rad izmijenjenih objekata. Nakon uspješnog testiranja, proces ažuriranja konfiguracije se može smatrati završenim. Sada ostaje samo ažuriranje eksternih štampanih obrazaca, izvještaja i obrade. Za neke konfiguracije potrebno je provjeriti izvještajne forme povezane kao eksterne.

Faza 3. Isporuka radova.

U datom primeru, količina posla na ispravljanju grešaka napravljenih tokom prethodnih ažuriranja, kao i na ažuriranju na verziju 1.2.14.1 i prenošenju prethodno napravljenih promena u standardnu ​​konfiguraciju je oko 100-150 sati. Toliki obim posla nije moguće izvršiti ažuriranjem direktno u bazi podataka korisnika. U skladu s tim, pripremni rad mora biti obavljen na kopiji baze podataka, a rezultat ažuriranja se mora prenijeti u radnu bazu podataka korisnika.

Prvo pažljivo proučavamo upute iz distributivnog kompleta. Izvodimo potrebne radove prije ažuriranja radne baze podataka.

Ako u radnoj bazi podataka korisnika tokom pripreme ažuriranja nisu izvršene nikakve promjene konfiguracije, a ažuriranje je pripremljeno na trenutnoj kopiji radne baze podataka, tada da biste prenijeli postavke, spremite radnu konfiguraciju u datoteku, na primjer work_2 .cf, odabirom stavke menija “Konfiguracija” → “Sačuvaj konfiguraciju u datoteku...”.

• Koristeći work_2.cf datoteku prenosimo promjene. Da biste to uradili, izaberite stavku menija „Konfiguracija” → „Učitaj konfiguraciju iz datoteke...”;
• Na pitanje o ažuriranju konfiguracije baze podataka, odgovorit ćemo potvrdno.

Ako su promene konfiguracije izvršene u proizvodnoj bazi podataka korisnika tokom pripreme ažuriranja, te promene se takođe moraju odraziti tokom ažuriranja.

Ako ažuriranje nije pripremljeno na trenutnoj kopiji radne baze podataka, tada ćemo za prijenos postavki koristiti tehniku ​​korištenu u prvoj fazi. Da bismo to učinili, potrebna nam je *.cf datoteka standardne konfiguracije dobavljača (1.2.14.1) i rezultat ažuriranja u obliku također *.cf datoteke. Da biste to učinili, sačuvajte radnu konfiguraciju u datoteku, na primjer work_2.cf, odabirom stavke menija „Konfiguracija” → „Sačuvaj konfiguraciju u datoteku...”.

Dalje radnje na strani kupca će biti sljedeće:

• stvoriti rezervna kopija Baza podataka;
• Koristeći *.cf datoteku standardne konfiguracije dobavljača, izvršićemo ažuriranje. Da biste to uradili, izaberite stavku menija „Konfiguracija” → „Podrška” → „Ažuriraj konfiguraciju”, „Odaberi datoteku za ažuriranje”, „Završi” (Slika 10), „Pokreni”;
• Koristeći work_2.cf datoteku prenosimo promjene. Da biste to uradili, izaberite stavku menija „Konfiguracija” → „Uporedi, spoji sa konfiguracijom iz datoteke...”;
• Spremimo promjene radne konfiguracije i ažuriramo konfiguraciju baze podataka. Da biste to učinili, odaberite stavku menija “Konfiguracija” → “Ažuriraj konfiguraciju baze podataka”.

Ispravno izvođenje ove faze će vam omogućiti da u budućnosti izbjegnete rad opisan u fazi 1.

Ažuriranje nestandardne platforme je veoma teško. Pogledat ćemo kako ažurirati nestandardnu ​​1C konfiguraciju i opisati korak po korak rješenje za nove poteškoće.

Kako ažurirati u nestandardnoj 1C konfiguraciji.

Opšti koncepti

Prilikom ažuriranja nestandardne platforme, promjene uvijek utiču na elemente standardne konfiguracije dobavljača.

Baza podataka (DB) sadrži do tri vrste konfiguracija:

• sama baza podataka - logički algoritmi rade s njom;
• radni (tzv. glavni, ConfigOR) - koji povremeno mijenjamo;
• konfiguraciju dobavljača (ConfigP - na osnovu nje, i radnu i konfiguraciju baze podataka kreira korisnik.

Ako program bude isključen iz podrške, on više neće biti dostupan od dobavljača. Međutim, tada je povećanje troškova rada za ažuriranje neizbježno. Razmotrimo ažuriranje nestandardne 1C konfiguracije. Primjer bi bila platforma PPM (Manufacturing Enterprise Management).

Miješanje

Prvi korak je uklanjanje razlika između radne i isporučene konfiguracije. Ovo će smanjiti ocjenu poboljšanja koja smo prethodno napravili. Nedosljednosti između njih nastaju kada su strane datoteke (ne iz dostavljene distribucije) korištene tokom ažuriranja ili su se metode ažuriranja razlikovale od standardnih.

Poređenje verzija

Provjeravamo brojeve verzija (radne i isporučene). Prvi je označen u „Konfiguracija“ / „Otvori“ / „Uredi“ / „Svojstva“. U odjeljku "Razvoj/Verzija". Drugo u "Konfiguraciji" / "Podrška" / "Postavke podrške" / "Verzija":

Ako se brojevi poklapaju, možete nastaviti na odjeljak Prijem datoteke putem ažuriranja.

Sljedeći koraci pokazuju kako uskladiti radnu i konfiguraciju dobavljača. Da bi se stavili na podršku oni objekti koje je korisnik uklonio ili dodao bez podrške. Za ovo:

Čuvanje konfiguracije (radno)

Spremimo ConfigOR u datoteku pod nazivom, na primjer, work.cf. Da biste to učinili, odaberite “Konfiguracija”/”Sačuvaj...”.

Preuzimanje datoteke dobavljača

Da biste kombinovali ConfigOR sa ConfigP, potreban vam je cf fajl iz distribucije dobavljača (ista verzija). Podrazumevano će biti u C:/Program Files/1cv81/tmplts. Provjerimo prisustvo potrebne cf datoteke u tablici šablona. Šta učiniti ako ne željeni fajl potrebna verzija konfiguracije dobavljača? Zatim morate napraviti praznu bazu podataka od stare, ažurirati je na potrebnu verziju i tek onda koristiti.

Primanje fajla putem ažuriranja

Da izvršite ažuriranje ConfigP cf datoteke, izaberite komandu iz menija: “Konfiguracija/Podrška/Ažuriranje.../Odaberi datoteku/Završi/Pokreni” (Uzastopno na slikama):

Da biste to riješili, morate poništiti oznaku za brisanje sa objekta u konfiguraciji dobavljača. Zatim, nakon brisanja, ponovo vršimo poređenje - kliknite na dugme „Ažuriraj“ u prozoru za ažuriranje.

Vraćanje postavki

Neke od izgubljenih postavki se vraćaju spajanjem sa prethodno sačuvanim work.cf fajlom. Da biste to učinili, odaberite “Konfiguracija/Uporedi, spoji... datoteke”.

Čuvanje i prilagođavanje

Da biste sačuvali ConfigOR i ažurirali bazu podataka, u stavci menija “Konfiguracija” izaberite “Ažuriraj...DB”. Ovdje nailazimo na novi problem:

Najvjerovatnije je razlog tome bio taj što su ovi objekti kopirani iz ConfigP-a ili ih je dobavljač obrisao, a kasnije su dodani novi pod istim imenom. Međutim, sa različitim identifikatorima. Kao rezultat toga, pojavili su se objekti istog imena, ali s različitim identifikacijskim ključevima.

Uloge se mogu jednostavno izbrisati, jer nisu promijenjene. Atribut se mora preimenovati, na primjer, u OrderReserve1. I nakon ažuriranja, unesite vrijednosti iz preimenovane u kreiranu. Druga situacija tokom ažuriranja. Šta je sa formularima?

Sa slike se vidi da je Obrazac liste obrisan od strane dobavljača, a zatim ponovo dodan pod istim imenom. Morate ih oboje označiti za ažuriranje i kliknuti na “Pokreni”.

Ako se tokom ažuriranja izda poruka o prisutnosti veza na objekte koji se brišu, tada, bez zatvaranja obrasca, morate izbrisati veze do njega u svojstvima samih objekata. Evo ga u svojstvima registra. Zatim, u obrascu za ažuriranje, odaberite opciju ažuriranja, označite svojstva registra za ažuriranje sada i ponovo kliknite na “Pokreni”.

Čuvanje promjena u radnoj bazi podataka i ažuriranje konfiguracije baze podataka: “Konfiguracija/Ažuriranje...DB”. Prijenos vrijednosti atributa OrderReserve1 u OrderReserve vrši se vanjskom obradom u načinu rada 1C:Enterprise.

Priprema podloga

Na osnovu rezultata informacija pripremamo dvije identične baze podataka. Prvi (glavni) je naš željeni rezultat. Drugi (pomoćni) je za izvođenje pripremnih radnji. U slučaju verzije datoteke, jednostavno ih kopiramo u direktorij i povezujemo ih sa listom sigurnosti informacija; s opcijom klijent-server vršimo upload/download.

Poređenje

Nakon otvaranja obje baze podataka pomoću konfiguratora, izvršićemo njihovo trosmjerno poređenje. Za ovo koristimo novi ConfigP fajl - “Konfiguracija/Podrška/Ažuriranje…/Odaberi datoteku…/Gotovo”:

Poređenje radne, stare i nove konfiguracije provajdera daje nam listu promijenjenih objekata pomoću filtera “Prikaži dvaput promijenjena svojstva”. Prvo morate riješiti problem s njima:

U ovom trenutku, rad s pomoćnom bazom podataka je obustavljen dok se cijeli proces ne završi; više ne pritiskamo dugme „Pokreni“. Pređimo na rad u glavnoj bazi podataka sa rezultirajućom listom dvaput promijenjenih objekata. Pristanak na ažuriranje će dovesti do gubitka prethodno napravljenih poboljšanja. Stoga je za svaki od objekata potrebno donijeti odluku kako će se mijenjati.

Hajde da izvedemo preliminarna procjena samo da se smanji rad u budućnosti. Ako postoji više promjena elemenata sadržanih u novom ConfigP-u, napuštamo objekt dobavljača. Stavili smo kvačicu. Prenosimo promjene iz ConfigOR-a. Ako postoji više promjena elemenata sadržanih u radnoj konfiguraciji, ostavljamo instancu ConfigOR objekta. Poništite izbor u polju. Prenesite promjene iz ConfigP-a. Module treba uporediti proceduralno. Da biste to učinili, pritisnite dugme kao na slici:

Označavamo okvire kako bismo označili procedure i funkcije koje treba zamijeniti ili ukloniti:

Sada morate duplicirati stanje potvrdnih okvira u pomoćnoj bazi podataka. U glavnom kliknite na "Pokreni". U ovom trenutku, u glavnom dobijamo gotovo gotovu konfiguraciju.

Naknadna poređenja se ponovo vrše u pomoćnoj bazi podataka. Prethodno napravljene promjene pronalazimo dodatnim upoređivanjem starog ConfigP sa ConfigOR - “Konfiguracija/Uporedi...”:

Slično, poredimo stari ConfigP sa novim. Ako nema nove datoteke, sada je možete preuzeti iz glavne baze podataka.

Dakle, dobijaju se dva puta modifikovani objekti. U glavnoj bazi podataka dobijena je gotovo gotova konfiguracija. U njemu treba da se nosite sa dva puta promenjenim elementima.

BITAN. Prilikom analize korisnika treba da zanimaju ne razlozi za unošenje određenih promena, već njihove posledice. Odnosno, glavna stvar je potreba za održavanjem funkcionalnosti. Možda ovo neće zahtijevati prijenos izmijenjenih linija, već potpunu preradu koda za novi ConfigP.

Za donošenje odluke dovoljno je uporediti forme, tabele i objektne module. Ponekad se podaci u izvještajima prikazuju u obliku koji ne dozvoljava brzo donošenje odluka. U ovom koraku dolazi do gubitka modifikacija ako se promjene odnose na detalje objekta kompozitnog tipa.

U izvještaju poređenja različiti podaci su predstavljeni u obliku liste, iz koje nije jasno koje vrste podataka su dodane/uklonjene. Ako broj redova izvještaja dostigne dvije stotine, onda se proces „ručnog“ poređenja čini prilično radno intenzivnim (oko pedeset sati).

Smanjenje intenziteta rada postiže se korištenjem, na primjer, konfiguracije “Cell Comparison” kompanije Inform Service. Dostupan je za pokretanje u 1C: Enterprise modu i predstavlja podatke izvještaja o usporedbi u prikladnom obliku. Poređenje se vrši pomoću 1C mogućnosti:

Shema rada je jednostavna. U konfiguratoru se kreira uporedni izvještaj o objektima. Sačuvano u datoteku, na primjer, Comparison Report.mxl. U dijalogu 1C:Enterprise se otvara i označavaju se ćelije koje treba uporediti (dvostrukim klikom desnom tipkom miša na odabranu ćeliju dokumenta proračunske tablice). Klikom na “Uporedi” daje se rezultat poređenja, sa različitim pozicijama označenim bojom.

Dalje upute za akciju izgledaju ovako.

1. Sljedeći izvještaj se pohranjuje pod istim imenom.
2. Nakon završetka ažuriranja i prenošenja izmjena standardne konfiguracije, vrši se sintaktička kontrola modula i testiranje rada promijenjenih objekata.
3. Nakon uspješnog testiranja, proces se može smatrati završenim. Ostaje samo ažuriranje štampanih obrazaca, izvještaja i obrade. U nekim slučajevima provjerite eksterne formulare za izvještavanje.

Radimo sa 1C 7.7

Ažuriranje standardne platforme na istu obično ne izaziva poteškoće. Potrebno je samo slijediti upute u uputama. Oni se nalaze u UPDATE.TXT distribucijskog direktorija.

Također nema poteškoća ako se platformi dodaju dodatni računovodstveni elementi (direktoriji, konstante, selekcije, izvještaji, registri, obračunski dnevniki itd.). Oni će se uklopiti kada se platforme kombinuju. Dodati dokumenti također neće uzrokovati disharmoniju ako nije bilo promjena u karakteristikama za unos “na osnovu” tako dodatih dokumenata.

Preporučuje se ažuriranje na brzom računaru sa velikom količinom RAM-a. Ako ga nedostaje, 1C može odbiti raditi neke od funkcija i zamrznuti. Velika količina virtuelne memorije ne rešava ovaj problem.

Kreiranje sigurnosne kopije

U tu svrhu trebate koristiti opciju: “Administracija/Sačuvaj podatke...”. Pogodno je naznačiti naziv arhive, kombinirajući ga s datumom kreiranja (na primjer, YYMMDD.zip).

Priprema kataloga

Za rad će vam trebati šest konfiguracijskih datoteka (1cv7.md):

1. “WorkingNew” za pripremu ažuriranja (rezultirajuća md-datoteka);
2. “WorkingOld” za praćenje promjena tokom poređenja i za prijenos postavki u TypeNew_2;
3. Tipično (staro) “TypeOld_1”. Na osnovu njega je prethodno stvoren radni.
4. Vrste. (bivši) “TypeOld_2”. Za praćenje promjena u 1C kompaniji u novoj standardnoj verziji;
5. Tip. (novo) "TypeNew_1". Poboljšanja od 1C u novoj verziji;
6. “TypeNew_2” za složene objekte.

I pet pokrenuti konfiguratori(sve osim “TypeNew_1”).

U početku, direktoriji su identični u parovima:

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

Kombinovanje elemenata

Prvo, napravimo poređenje između 3 i 2, 4 i 5, 1 i 6. Da biste to učinili, za svakog od prvih u paru odaberite stavku „Konfiguracija / spajanje ...“ i navedite datoteku metapodataka 1cv7. md drugog u paru. Na ekranu će se prikazati obrazac sa stablom promijenjenih elemenata. Zatim je potrebno analizirati rezultate parnog poređenja 3 sa 2 i 4 sa 5. Ostaviti za spajanje elemenata u ažuriranim platformama (1 i 6), u kojima je došlo do promjena od 1C kompanije (4 sa 5) , ali se nisu odrazili na 3 i 2. 1 i 4 se moraju kombinirati u načinu zamjene.

Drugi

Ovo može uključivati ​​kontni plan i korisnička sučelja. Ako je došlo do promjena u kontnom planu, onda ga je potrebno ažurirati u modu “Kombiniranje objekata” WorkNew zajedno sa TypeNew_2. Nakon kombinovanja interfejsa, proverava se prisustvo grešaka: dupliranje stavki menija, dupliranje alatnih traka, postavljanje zastavica „Izgled na novoj liniji“ za trake sa alatkama.

Preuzimanje se vrši preko mreže ili na serveru (poželjno). Prvo, omogućen je ekskluzivni pristup bazi podataka. I kroz mod konfiguratora baza podataka se zatim učitava. Prije i nakon preuzimanja, podaci se arhiviraju (kao što je opisano na samom početku odjeljka). Zatim morate slijediti upute u datoteci UPDATE.TXT. Nakon što je preuzimanje završeno, svi direktoriji osim WorkNew mogu se izbrisati.

Nadamo se da vam je naša publikacija pomogla razumjeti ažuriranje nestandardne 1C konfiguracije. Razmotrili smo ovo s obzirom na sedmu i osmu verziju.

Ostavite komentare, pišite o svom iskustvu u ažuriranju 1C.