Razmislite o tipičnoj situaciji u kojoj se početnici često nalaze. Recimo da postoji tipična konfiguracija 1C: Sveobuhvatna automatizacija 8. U početku je konfiguracija instalirana iz distributivnog kompleta (na primjer, izdanje 1.1.20.1). Zatim je, zbog potrebe prilagođavanja specifičnostima preduzeća, uključena i sposobnost promjene (pridošlice ovu akciju vrlo često pogrešno nazivaju povlačenjem iz podrške, iako u stvarnosti nije).
I sada, nakon nekog vremena, imamo jako izmijenjenu, ali ipak tipičnu (za potrebe reguliranog računovodstva, redovno ažuriramo) konfiguraciju. Zatim ćemo razmotriti nekoliko hipotetičkih situacija:
1) Nakon nekog vremena nakon sljedećeg ažuriranja, dobijamo poruku od računovodstva o grešci koja se pojavljuje u trenutku rutinskog zatvaranja mjesečne operacije. Prije toga nije bilo takve greške, stoga je kriv update. To je sasvim tipična situacija. Počinjemo dijagnosticirati grešku i vidimo da noge rastu iz općeg modula PDV KNJIGOVODSTVO i Formiranje kretanja. Počinjemo shvaćati i shvaćati da je ovaj modul značajno redizajniran u standardni i nakon spajanja smo "izgubili" neke od procedura/funkcija (ili su, kao što se često dešava u standardnim, "skočili" na drugi zajednički modul). S obzirom na zamršenost zajedničkih modula među sobom u standardnim, u fazi ažuriranja nije uvijek moguće identificirati problem koji se manifestira samo kada korisnici rade.
Dakle, razumijemo, da bismo to shvatili, potrebna nam je tipična konfiguracija trenutnog izdanja (recimo 1.1.23.1). Ali gdje ga mogu nabaviti? Ako postoji poznati Francuz i on može odmah poslati distribucijski komplet - u redu, ali pretpostavimo da ga nema i problem treba hitno riješiti. (Ne nudite Varese!). Štaviše, internet možda i ne postoji, a šta učiniti u takvoj situaciji? Više puta sam svjedočio procesu kada je osoba, da riješi ovaj problem, instalirala novu bazu iz postojećeg originalnog distributivnog kompleta, a zatim je dosljedno ažurirala na posljednju kako bi u čistoj bazi vidjela "kako bi to zaista trebalo biti" . A škrinja se, kao i uvek, upravo otvorila :)
Pogledajmo sada razna rješenja:
a) Prva opcija: Meni -> Konfiguracija -> Uporedite konfiguracije, zatim izaberite konfiguraciju dobavljača i uporedite je sa glavnom konfiguracijom.
Začudo, ima i onih koji ne znaju za to. Ili, pod bilo kojim okolnostima, koristite stavku Compare, kombinujte sa konfiguracijom iz datoteke (prethodno ste dobili/primili tipični.cf).
b) Drugi metod je prikladan ako ne trebamo samo da vidimo promjene, već i da odmah izvršimo spajanje.
Meni -> Konfiguracija -> Podrška -> Postavke podrške i na dnu pritisnemo dugme Uporedi, spoji.
2) Druga situacija: recimo da smo promijenili ili izbrisali neki dio tipičnog koda, a nakon nekog vremena se ispostavilo da smo pogriješili i da moramo sve vratiti nazad. I kao što se često dešava, ne postoji rezervna kopija sačuvane konfiguracije pre nego što se promene izvrše. Ali sigurno znamo da je ovaj dio koda sadržan u tipičnom, tako da bi konfiguracija dobavljača riješila problem.
Naravno, možete učiniti kao u prvom slučaju. Pričekajte do kraja procesa poređenja i otvorite tipičan modul iz prozora za poređenje konfiguracije i kopirajte kod odatle.
Neki upravo to rade, ali ako imamo posla sa čudovištem tipa SCP, koje je takođe jako modifikovano, onda se kraj procesa poređenja može očekivati jako dugo. Da imamo .cf datoteku, mogli bismo je jednostavno otvoriti u prozoru za konfiguraciju (usput rečeno, ni svi početnici ne znaju za ovu funkciju) i odatle kopirati potreban kod.
I postavlja se razumno pitanje, kako možete sačuvati konfiguraciju dobavljača u datoteku? Zašto ne postoji stavka menija slična Sačuvaj konfiguraciju u datoteku za glavnu konfiguraciju ili Sačuvaj konfiguraciju baze podataka u datoteku za konfiguraciju baze podataka. A gdje je isto za konfiguraciju dobavljača? U stvari, i on postoji, samo malo dublje zakopan. Naime, sve je u istom obliku podešavanja podrške.
Samo što mnogi otvaraju ovu formu samo jednom samo da bi omogućili mogućnost promjene i više se na nju ne vraćaju.
A u našem slučaju to je bilo još lakše učiniti, čak i bez spremanja konfiguracije u datoteku, klikom na dugme Otvori. Učinak je isti, ali mnogo brži.
Šta bi vam još moglo trebati da sačuvate konfiguraciju dobavljača u datoteku?
3) Razmotrite sljedeću situaciju. Recimo u početnoj fazi postojanja konfiguracija u standardnoj nije imala potrebnu funkcionalnost i donesena je odluka da se ona revidira. Revizija je bila minimalna, ali je u budućnosti i dalje stvarala neugodnosti prilikom ažuriranja. Ali onda, nakon nekog vremena, otkrivamo da se ova funkcionalnost (kao što je to nekada bila sa verzioniranjem objekata) pojavila u standardnoj (i, kao što se često dešava, implementirana je za red veličine bolje od revizije "rukotvorina").
Navest ću još nekoliko primjera stvarnih situacija kada može biti potrebno vraćanje na tipičnu konfiguraciju:
1. Nekoliko puta sam naišao na konfiguracije u kojima su modifikovani samo izgledi štampanih formulara. Zbog nedostatka iskustva ili nesvjesno, programer koji je pratio konfiguraciju, umjesto da kreira eksterni ispis, uklonio je konfiguraciju sa podrške i izmijenio ugrađene izglede (često trivijalno za dodavanje logotipa kompanije), nakon čega su korisnici bili lišeni režim automatskog ažuriranja.
2. Opet, zbog nepoznavanja tipične funkcionalnosti (vrlo često od toga pate nekadašnje "sedmice"), umjesto korištenja svojstava i kategorija, dodavani su rekviziti direktorija/dokumenata kada za to nije bilo valjanog razloga (npr. , podaci su korišteni samo za izlaz u obrasce za štampanje).
Naravno, to nije problem, ako se radi o UT-u ili nekoj drugoj konfiguraciji plana upravljanja, gdje, generalno, ažuriranja nisu kritična, ali u ovom primjeru je riječ o modificiranom UPP-u ili složenoj automatizaciji. I ispostavilo se da zbog manjih poboljšanja koja bi se mogla implementirati bez uklanjanja iz pune podrške, imamo nepotrebne hemoroide sa standardnim ažuriranjima.
Postoji razumna želja da se napuste napravljene modifikacije i da se konfiguracija vrati na punu podršku. Kako uraditi?
Jedini način da se konfiguracija vrati na punu podršku je da učitate (ne u režimu za poređenje i spajanje, odnosno u stavku Učitaj konfiguraciju iz datoteke) tipičan.cf. Za ovo je zgodna mogućnost spremanja konfiguracije dobavljača u .cf datoteku. Spremamo, zatim učitavamo i nakon ažuriranja konfiguracije baze podataka dobijamo standardnu konfiguraciju u izvornom obliku, tj. sa bravom :) Naravno, prije izvođenja ovih radnji, trebali biste se pobrinuti za spremanje / prijenos potrebnih podataka unaprijed, koji će biti "isprani" nakon povratka na standardnu konfiguraciju i obavezno napravite sigurnosnu kopiju baze podataka !
To su, kako se ispostavilo, jednostavne mogućnosti dostupne u arsenalu programera, ali nepoznavanje ovih tehnika u praksi može rezultirati satima nepotrebne buke, opisane gore. Pa ko je znao - bravo, a ko nije znao - stavite u službu i uštedite vreme.
bilo je pitanje:
Koliko konfiguracija ima u infobazi?
Tačan odgovor 3
Struktura IB uključuje:
1. Osnovna konfiguracija.
2. Konfiguracija baze podataka.
3. Konfiguracija provajdera(može biti odsutan).
4. Plus korisnički podaci (dokumenti, priručnici, itd.)
Konfiguracija definira strukturu baze podataka i sadrži algoritme koji osiguravaju rad s podacima.
Programeri rade sa osnovnom konfiguracijom. Korisnici rade sa konfiguracijom baze podataka.
Konfiguracija dobavljača — Originalna konfiguracija dobavljača za primjer rješenja.
Ako je infobaza instalirana iz šablona i podržana od strane dobavljača, onda unutar informacione sigurnosti konfiguracija dobavljača će biti locirana.
Ako konfiguracija se održava i promjene objekata su zabranjene, tada se u infobazi pohranjuju dvije konfiguracije - osnovna konfiguracija i konfiguracija baze podataka.
Kada omogućite mogućnost promjene konfiguracije (naredba Omogući promjenjivost u dijalogu” Podešavanje podrške"), Platforma iz glavne konfiguracije kreira konfiguraciju dobavljača... Veličina IB-a se povećava.
Konfiguracija provajdera je samo za čitanje.
Da vidite konfiguraciju dobavljača, odaberite stavku
Konfiguracija - Podrška - Postavke podrške - Otvori.
Baza podataka može sadržavati nekoliko konfiguracija dobavljača, ako konfiguraciju podržava nekoliko dobavljača. Takva shema se nalazi kada se koriste proizvodna rješenja specifična za industriju.
Osnove 1C podrške
Ažuriranje 1C može se obaviti u korisničkom modu, u načinu konfiguratora i u postavkama poređenja i spajanja.
Povući se iz podrške
U dijalogu "Postavke podrške" kada kliknete na dugme Ukloni podršku konfiguracija dobavljača je izbrisana... Ova mogućnost se mora koristiti u slučajevima kada se tipsko rješenje koristi kao osnova za vlastiti razvoj, a njegovo održavanje nije planirano.
Ako trebate skinuti konfiguraciju dobavljača. To se može učiniti iz Podrška - Postavke podrške. U dijalogu "Postavke podrške" kliknite na dugme Sačuvaj u datoteku.
U ovom članku želim pokazati uslužne mogućnosti platforme 1C: Enterprise 8, u smislu korištenja konfiguracije dobavljača, koje su vrlo često tražene, ali kao što je praksa pokazala, nisu upoznati svi početnici, pa čak i iskusni stručnjaci.
Razmislite o tipičnoj situaciji u kojoj se početnici često nalaze. Recimo da postoji tipična konfiguracija 1C: Sveobuhvatna automatizacija 8. U početku je konfiguracija instalirana iz distributivnog kompleta (na primjer, izdanje 1.1.20.1). Zatim je, zbog potrebe prilagođavanja specifičnostima preduzeća, uključena i sposobnost promjene (pridošlice ovu akciju vrlo često pogrešno nazivaju povlačenjem iz podrške, iako u stvarnosti nije).
I sada, nakon nekog vremena, imamo jako izmijenjenu, ali ipak tipičnu (za potrebe reguliranog računovodstva, redovno ažuriramo) konfiguraciju. Zatim ćemo razmotriti nekoliko hipotetičkih situacija:
1) Nakon nekog vremena nakon sljedećeg ažuriranja, dobijamo poruku od računovodstva o grešci koja se pojavljuje u trenutku rutinskog zatvaranja mjesečne operacije. Prije toga nije bilo takve greške, stoga je kriv update. To je sasvim tipična situacija. Počinjemo dijagnosticirati grešku i vidimo da noge rastu iz općeg modula PDV KNJIGOVODSTVO i Formiranje kretanja. Počinjemo shvaćati i shvaćati da je ovaj modul značajno redizajniran u standardni i nakon spajanja smo "izgubili" neke od procedura/funkcija (ili su, kao što se često dešava u standardnim, "skočili" na drugi zajednički modul). S obzirom na zamršenost zajedničkih modula među sobom u standardnim, u fazi ažuriranja nije uvijek moguće identificirati problem koji se manifestira samo kada korisnici rade.
Dakle, razumijemo, da bismo to shvatili, potrebna nam je tipična konfiguracija trenutnog izdanja (recimo 1.1.23.1). Ali gdje ga mogu nabaviti? Ako postoji poznati Francuz i on može odmah poslati distributivni komplet - u redu, ali pretpostavimo da ga nema i problem treba hitno riješiti. (Ne nudite Varese!). Štaviše, internet možda i ne postoji, a šta učiniti u takvoj situaciji? Više puta sam svjedočio procesu kada je osoba, da riješi ovaj problem, instalirala novu bazu iz postojećeg originalnog distributivnog kompleta, a zatim je dosljedno ažurirala na posljednju kako bi u čistoj bazi vidjela "kako bi to zaista trebalo biti" . A škrinja se, kao i uvek, upravo otvorila (IMG :)
Pogledajmo sada razna rješenja:
a) Prva opcija: Meni -> Konfiguracija -> Uporedite konfiguracije, zatim izaberite konfiguraciju dobavljača i uporedite je sa glavnom konfiguracijom.
Začudo, ima i onih koji ne znaju za to. Ili, pod bilo kojim okolnostima, koristite stavku Compare, kombinujte sa konfiguracijom iz datoteke (prethodno ste dobili/primili tipični.cf).
b) Drugi metod je prikladan ako ne trebamo samo da vidimo promjene, već i da odmah izvršimo spajanje.
Meni -> Konfiguracija -> Podrška -> Postavke podrške i na dnu pritisnemo dugme Uporedi, spoji.
2) Druga situacija: recimo da smo promijenili ili izbrisali neki dio tipičnog koda, a nakon nekog vremena se ispostavilo da smo pogriješili i da moramo sve vratiti nazad. I kao što se često dešava, ne postoji rezervna kopija sačuvane konfiguracije pre nego što se promene izvrše. Ali sigurno znamo da je ovaj dio koda sadržan u tipičnom, tako da bi konfiguracija dobavljača riješila problem.
Naravno, možete učiniti kao u prvom slučaju. Pričekajte do kraja procesa poređenja i otvorite tipičan modul iz prozora za poređenje konfiguracije i kopirajte kod odatle.
Neki upravo to rade, ali ako imamo posla sa čudovištem tipa SCP, koje je takođe jako modifikovano, onda se kraj procesa poređenja može očekivati jako dugo. Da imamo .cf datoteku, mogli bismo je jednostavno otvoriti u prozoru za konfiguraciju (usput rečeno, ni svi početnici ne znaju za ovu funkciju) i odatle kopirati potreban kod.
I postavlja se razumno pitanje, kako možete sačuvati konfiguraciju dobavljača u datoteku? Zašto ne postoji stavka menija slična Sačuvaj konfiguraciju u datoteku za glavnu konfiguraciju ili Sačuvaj konfiguraciju baze podataka u datoteku za konfiguraciju baze podataka. A gdje je isto za konfiguraciju dobavljača? U stvari, i on postoji, samo malo dublje zakopan. Naime, sve je u istom obliku podešavanja podrške.
Samo što mnogi otvaraju ovu formu samo jednom samo da bi omogućili mogućnost promjene i više se na nju ne vraćaju.
A u našem slučaju to je bilo još lakše učiniti, čak i bez spremanja konfiguracije u datoteku, klikom na dugme Otvori. Učinak je isti, ali mnogo brži.
Šta bi vam još moglo trebati da sačuvate konfiguraciju dobavljača u datoteku?
3) Razmotrite sljedeću situaciju. Recimo u početnoj fazi postojanja konfiguracija u standardnoj nije imala potrebnu funkcionalnost i donesena je odluka da se ona revidira. Revizija je bila minimalna, ali je u budućnosti i dalje stvarala neugodnosti prilikom ažuriranja. Ali onda, nakon nekog vremena, otkrivamo da se ova funkcionalnost (kao što je to nekada bila sa verzioniranjem objekata) pojavila u standardnoj (i, kao što se često dešava, implementirana je za red veličine bolje od revizije "rukotvorina").
Navest ću još nekoliko primjera stvarnih situacija kada može biti potrebno vraćanje na tipičnu konfiguraciju:
1. Nekoliko puta sam naišao na konfiguracije u kojima su modifikovani samo izgledi štampanih formulara. Zbog nedostatka iskustva ili nesvjesno, programer koji je pratio konfiguraciju, umjesto da kreira eksterni ispis, uklonio je konfiguraciju sa podrške i izmijenio ugrađene izglede (često trivijalno za dodavanje logotipa kompanije), nakon čega su korisnici bili lišeni režim automatskog ažuriranja.
2. Opet, zbog nepoznavanja tipične funkcionalnosti (bivši „sedmice“ često pate od toga), umjesto korištenja svojstava i kategorija, dodavani su rekviziti direktorija/dokumenata kada za to nije bilo valjanog razloga (npr. podaci su korišteni samo za izlaz u obrasce za štampanje).
Naravno, to nije problem, ako se radi o UT-u ili nekoj drugoj konfiguraciji plana upravljanja, gdje, generalno, ažuriranja nisu kritična, ali u ovom primjeru je riječ o modificiranom UPP-u ili složenoj automatizaciji. I ispostavilo se da zbog manjih poboljšanja koja bi se mogla implementirati bez uklanjanja iz pune podrške, imamo nepotrebne hemoroide sa standardnim ažuriranjima.
Postoji razumna želja da se napuste napravljene modifikacije i da se konfiguracija vrati na punu podršku. Kako uraditi?
Jedini način da se konfiguracija vrati na punu podršku je da učitate (ne u režimu za poređenje i spajanje, odnosno u stavku Učitaj konfiguraciju iz datoteke) tipičan.cf. Za ovo je zgodna mogućnost spremanja konfiguracije dobavljača u .cf datoteku. Spremamo, zatim učitavamo i nakon ažuriranja konfiguracije baze podataka dobijamo standardnu konfiguraciju u izvornom obliku, tj. sa bravom (IMG :) Naravno, prije izvođenja ovih radnji morate voditi računa o spremanju / prijenosu potrebnih podataka, koji će se nakon povratka na standardnu konfiguraciju "isprati" i obavezno napravite sigurnosnu kopiju baza podataka!
To su, kako se ispostavilo, jednostavne mogućnosti dostupne u arsenalu programera, ali nepoznavanje ovih tehnika u praksi može rezultirati satima nepotrebne buke, opisane gore. Pa ko je znao - bravo, a ko nije znao - stavite u službu i uštedite vreme.
[morate se registrirati da vidite link]
Ovaj članak se temelji na dugogodišnjem iskustvu u razvoju i podršci računovodstvenih rješenja na platformi 1C: Enterprise. Članak opisuje neke prilično uobičajene situacije koje uzrokuju poteškoće pri ažuriranju atipičnih 1C: Enterprise 8 konfiguracija.
Ovaj članak ne opisuje kako primijeniti automatska i automatizirana ažuriranja konfiguracije pomoću vanjskih komponenti i/ili softverskih proizvoda. Informacije o njima možete pronaći na ovom i drugim Internet resursima.
Možda ste primijetili da se sa svakim novim ažuriranjem broj objekata koji zahtijevaju vašu pažnju samo povećava. Istovremeno, sigurno znate da je samo jedan dokument promijenjen, a kada ažurirate, prikazuje se lista od nekoliko desetina promijenjenih objekata. Naravno, možete koristiti tehniku opisanu u članku "Tehnologija za ažuriranje netipičnih konfiguracija 1C: Enterprise 7.7" od 27.06.2003. Da, radit će. Mnogi ljudi ažuriraju na ovaj način. Ali mislim da je ovaj pristup neefikasan i dugotrajan kada se ažuriraju konfiguracije na platformi 1C: Enterprise 8. Za razliku od platforme 1C: Enterprise 7.7, platforma 1C: Enterprise 8 vam omogućava da otvorite nekoliko konfiguracija (* .cf fajlova) na u isto vrijeme i izvršiti nekoliko poređenja konfiguracija u jednom konfiguratoru kopije. Jedini izuzetak su, možda, samo konfiguracije izgrađene na UPP-u (Manufacturing Enterprise Management) - preteške su, platforma se ruši.
Proces ažuriranja konfiguracija 1C: Enterprise 8 je automatizovaniji u odnosu na 1C: Enterprise 7.7. Dovoljno visok nivo automatizacije može značajno smanjiti složenost rada pri ažuriranju netipičnih konfiguracija. Nažalost, najčešće se proces ažuriranja netipičnih konfiguracija ne može obaviti potpuno automatski i zahtijeva intervenciju stručnjaka.
Da li je moguće da će se proces ažuriranja izvršiti potpuno automatski? Naravno. Za to se moraju dodati promjenjivi objekti i ne smiju koristiti funkcionalnost postojeće konfiguracije. One. ovi objekti moraju riješiti apsolutno različite računovodstvene probleme koji proširuju funkcionalnost standardne konfiguracije dobavljača. Slažete se da je opisana situacija izuzetno rijetka. Promjene gotovo uvijek utiču na objekte tipične konfiguracije 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 (glavni) je konfiguracija koju možemo mijenjati, dok korisnici mogu nastaviti s radom;
- konfiguraciju dobavljača je originalna konfiguracija dobavljača iz koje se obično generiraju operativna konfiguracija i konfiguracija baze podataka. Baza podataka može imati više konfiguracija od različitih dobavljača. Dobavljač konfiguracije može biti ne samo 1C.
Razmotrimo proces ažuriranja i analiziramo moguće greške na primjeru ažuriranja UPP konfiguracije (dobavljač standardne konfiguracije je 1C, revizije Inform Servicea). U početku je ova konfiguracija ažurirana upotrebom tehnologije koja nije opisana u ovom članku; stoga su greške o kojima se govori u članku najčešće nailazi na praksu. Ažuriranje će se izvršiti od verzije 1.2.6.2 do verzije 1.2.14.1.
Faza 1. Priprema
U prvom koraku uskladit ćemo radnu konfiguraciju s konfiguracijom dobavljača. Ovo je veoma važna faza, koja će značajno smanjiti obim posla na analizi promjena koje smo ranije napravili.Ovaj korak možete preskočiti ako je posljednje ažuriranje prošlo kroz „podršku“ (Meni „Konfiguracija“ → „Podrška“ → „Ažuriraj konfiguraciju“) ili je obavljeno prema metodi opisanoj u ovom članku.
Do neusklađenosti verzije između radne konfiguracije i konfiguracije dobavljača može doći kada se za ažuriranje koriste * .cf datoteke koje nisu iz distributivnog kompleta dobavljača ili kada se koriste metode ažuriranja koje nisu opisane 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 radne konfiguracije i konfiguracije dobavljača. Broj radne konfiguracije gledamo u meniju "Konfiguracija" → "Otvori konfiguraciju" meni "Uredi" → "Svojstva". U bloku "Razvoj" stavka "Verzija". (Slika 1).
Broj konfiguracije dobavljača gledamo u meniju "Konfiguracija" → "Podrška" → "Podešavanje podrške..." stavka "Verzija". (Slika 2).
Ako se brojevi poklapaju, idite na sljedeći korak. Pogledajte 2. korak.
U ovom primjeru, trebate uskladiti operativnu i konfiguraciju dobavljača kako biste podržali objekte knjiženja koji su uklonjeni iz podrške ili dodani bez obezbjeđenja. Da biste to učinili, izvršite sljedeće radnje:
2. Pohranjivanje radne (glavne) konfiguracije.
Spremimo radnu konfiguraciju u datoteku, na primjer work.cf. Da biste to učinili, odaberite stavku menija "Konfiguracija" → "Sačuvaj konfiguraciju u datoteku...".
3. Dobivanje datoteke ažuriranja za konfiguraciju dobavljača.
Da bismo uskladili konfiguracije, potrebna nam je * .cf datoteka iz distribucije dobavljača sa istim brojem verzije kao i radna konfiguracija (Slike 3 i 4). Ovaj fajl se može dobiti prilikom instalacije odgovarajućeg distributivnog kompleta. Podrazumevano, instalacija kompleta za distribuciju konfiguracije se izvodi u direktoriju C: Program Files1cv81tmplts. Za više informacija o instalaciji konfiguracijskih predložaka pogledajte dokumentaciju.
Provjerimo direktorij šablona. Ako direktorij predložaka sadrži * .cf datoteku potrebne verzije, idite na 4. korak prve faze.
Šta se može učiniti ako ne postoji * .cf datoteka potrebne verzije konfiguracije dobavljača? U ovom slučaju, možete koristiti * .cfu datoteke i ponoviti proceduru opisanu u fazi 1 nekoliko puta da biste podigli broj verzije na potrebno izdanje, u ovom slučaju na 1.2.6.2. Treba napomenuti da upotreba * .cfu datoteka možda neće otkriti greške napravljene ranije tokom nadogradnje. Što je, vidite, prilično čudno, s obzirom na činjenicu da se datoteka dobavljača inicijalno prikuplja na osnovu stare konfiguracije dobavljača i * .cfu datoteke, a zatim se vrši ažuriranje. Možda je to zbog činjenice da iz nekog razloga nisu svi konfiguracijski objekti uključeni u usporedbu. Stoga predlažem da se koristi najduži mogući put, ali i pouzdaniji.
Morate kreirati praznu bazu podataka sa "starom" konfiguracijom dobavljača. Ažurirajte konfiguraciju dobavljača na potrebnu verziju i koristite je prilikom izvođenja radova u fazi 1. Da biste dobili "novu" konfiguraciju dobavljača, učinite sljedeće:
Kreiranje "starog" fajla dobavljača za trenutnu konfiguraciju. Datoteka 1cv8.cf se može uzeti iz distributivnog kompleta proizvođača ili sačuvati iz radne baze ako je konfiguracija podržana. Da biste sačuvali datoteku 1cv8.cf iz radne baze, kliknite na dugme "Sačuvaj u datoteku" u meniju "Konfiguracija" → "Podrška" → "Postavke podrške ..." i navedite ime direktorijuma i datoteke. Na primjer, na radnoj površini.
Kreirajte bazu podataka s novom konfiguracijom dobavljača. Baza podataka se može kreirati korišćenjem distributivnog kompleta dobavljača sa ITS diska ili korišćenjem 1cv8.cf dobijenog ranije sa desktopa. U prvom slučaju slijedite upute uključene u distribucijski komplet. U drugom slučaju, da biste kreirali bazu podataka iz datoteke koja se nalazi na radnoj površini, kreirajte novu infobazu bez konfiguracije i pokrenite konfigurator. U meniju "Konfiguracija" → "Učitaj konfiguraciju iz datoteke ..." pokažite na datoteku koja je ranije sačuvana na radnoj površini. Otvorite konfiguraciju kroz meni "Konfiguracija" → "Otvori konfiguraciju" i ažurirajte na željeno izdanje kroz meni "Konfiguracija" → "Podrška" → "Ažuriraj konfiguraciju" koristeći * .cfu datoteke.
Kreirajte konfiguracijsku datoteku "novog" dobavljača. Da biste to učinili, odaberite stavku u izborniku "Konfiguracija" → "Sačuvaj konfiguraciju u datoteku...". Određujemo lokaciju i ime datoteke 1cv8.cf. Kliknite na "Sačuvaj".
Koristeći primljenu * .cf konfiguracijsku datoteku dobavljača, ažurirat ćemo. 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).
Opcije rješenja:
- poništite izbor objekta koji je u konfiguraciji dobavljača;
- uklonite referencu na objekt koji je u konfiguraciji dobavljača.
5. Vraćanje postavki koje su djelimično izgubljene u prethodnoj fazi.
Za vraćanje djelomično izgubljenih postavki spojit ćemo se sa prethodno sačuvanom radnom konfiguracijskom datotekom work.cf. Da biste to učinili, odaberite stavku menija "Konfiguracija" → "Uporedi, spoji s konfiguracijom iz datoteke ...".
6. Čuvanje rezultata ažuriranja.
Sačuvajmo promjene radne konfiguracije i ažuriramo 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 su sljedeći najvjerovatniji. Ovi objekti su kopirani u konfiguraciju proizvodnje iz konfiguracije dobavljača, ili je dobavljač obrisao te objekte ranije 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.
Radimo to jednostavno sa ulogama - izbrišite, jer uloge se nisu promijenile (ovo se može provjeriti upoređivanjem stare konfiguracije dobavljača sa radnom konfiguracijom). S detaljima dokumenta postupamo drugačije. Rekvizit se mora preimenovati, na primjer OrderReserve1, a nakon ažuriranja prenijeti vrijednosti iz preimenovanog atributa u novi. Da biste to učinili, možete koristiti obradu UniversalSelection iProcessingObjects.epf sa ITS diska.
Razmotrimo još jednu situaciju, sličnu prethodnoj, ali koja je nastala prilikom ažuriranja 1C: Enterprise Accounting 8.1. Šta raditi sa formularima? (Slika 9)
Na slici možemo vidjeti da je ListForm uklonjen od dobavljača, a zatim je dobavljač dodao novi obrazac sa istim imenom. Shodno tome, potrebno je označiti oba obrasca za ažuriranje i pritisnuti dugme "Izvrši".
Ako dobijete poruku da postoje reference na objekte koje treba izbrisati, morate, bez zatvaranja obrasca za ažuriranje, obrisati veze na izbrisani obrazac u svojstvima objekta. U ovom slučaju, u svojstvima registra. Nakon toga, u obrascu za ažuriranje kliknite na dugme "Ažuriraj", označite svojstva registra za ažuriranje i ponovo kliknite na dugme "Izvrši".
Spremimo promjene u radnoj konfiguraciji i ažuriramo konfiguraciju baze podataka "Konfiguracija" → "Ažuriraj konfiguraciju baze podataka".
Ako je potrebno, prenesite vrijednosti varijable OrderReserve1 u OrderReserve koristeći eksternu obradu u 1C: Enterprise modu.
Faza 2. Ažuriranje
Nakon završetka pripremnih radova u fazi 1, prelazimo na ažuriranje glavne konfiguracije i prijenos prethodno napravljenih modifikacija na tipičnu konfiguraciju dobavljača.Da ažuriramo konfiguraciju, potrebna nam je * .cfu datoteka ili * .cf datoteka iz distribucije dobavljača.
Ako se ažuriranje izvrši nakon nekoliko verzija konfiguracije, obratite pažnju na situaciju opisanu u članku "Ažuriranje konfiguracija 1C: Enterprise 8. Skok kroz 20 verzija". Ako se ažuriranje ne vrši na proizvodnoj bazi, onda nakon završetka pripreme svake nove faze, sačuvajte * .cf datoteke. Oni će biti potrebni prilikom ažuriranja konfiguracije proizvodne baze korisnika.
Ako se ažuriranje izvodi nakon nekoliko verzija, onda tokom ažuriranja obavezno obratite pažnju na izbrisane objekte i objekte sa promijenjenim imenima, kao i na radnje koje se izvode pri prvom pokretanju 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, napušteni objekti se mogu izbrisati tokom sljedećeg ili sljedećeg ažuriranja.
Ako se ažuriranje izvrši nakon nekoliko verzija, tada da biste smanjili složenost ažuriranja, možete koristiti metodologiju s izračunavanjem ključnih izdanja, opisanu u članku "Ažuriranje konfiguracija 1C: Enterprise 8. Skok kroz 20 verzija".
1. Priprema baza podataka.
Dakle, prema rezultatima prve faze, pripremamo dvije identične baze. Prvi (glavni) je naš budući rezultat. Drugi (pomoćni) je za izvođenje poređenja, otvaranja konfiguracija i drugih pripremnih radnji. Za verziju datoteke, to je samo kopiranje datoteka glavne baze podataka u drugi direktorij i povezivanje ovog direktorija sa listom baza podataka, za klijent-server onu - upload/download.
2. Trosmjerno poređenje konfiguracija.
Otvorimo obje baze u načinu konfiguratora i izvršimo trosmjerno poređenje konfiguracija u obje baze koristeći postojeću datoteku nove konfiguracije dobavljača. Da biste to uradili, u obe baze podataka izaberite stavku menija „Konfiguracija“ → „Podrška“ → „Ažuriraj konfiguraciju“, „Odaberi datoteku za ažuriranje“, „Završi“ (Slika 10).
Poređenje tri konfiguracije (stara konfiguracija dobavljača, konfiguracija novog dobavljača i radna konfiguracija) rezultira popisom promijenjenih objekata. Postavite filter "Prikaži samo dva puta promijenjena svojstva" (slike 11 i 12).
Sa ovim objektima se prije svega treba pozabaviti, jer nakon ažuriranja, prethodno napravljena podešavanja mogu biti izgubljena.
Pri tome pauziramo rad u drugoj (pomoćnoj) bazi i nastavljamo u glavnoj. Ne morate pritisnuti dugme Run na pomoćnoj bazi. Ova baza podataka nam je potrebna u ovom obliku do kraja procesa ažuriranja.
Dakle, kao rezultat dobijamo listu objekata koji su dva puta promenjeni tokom finalizacije standardne konfiguracije i u novoj konfiguraciji dobavljača. Ako se slažete s ažuriranjem, tada će poboljšanja napravljena ranije u ovim objektima 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, brza - "na oko".
Ako ima više promjena u objektu u novoj konfiguraciji provajdera, onda napuštamo instancu objekta provajdera. Ostavljamo kvačicu. Zatim ćemo prenijeti promjene iz radne konfiguracije.
Ako ima više promjena u objektu u radnoj konfiguraciji, onda ostavljamo instancu objekta u radnoj konfiguraciji. Poništite izbor u polju. Zatim ćemo premjestiti promjene iz konfiguracije dobavljača.
Mi radimo stvari malo drugačije sa modulima, jer imamo mogućnost da proceduralno uporedimo module. One. ako su različite procedure modula promijenjene u našoj konfiguraciji i u konfiguraciji dobavljača, tada ćemo ispravnim postavljanjem potvrdnih okvira poštedjeti sebe problema s ručnim prijenosom 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 postoje kvačice, dupliciramo stanje po checkbox-ovima u pomoćnoj bazi, a u glavnoj bazi pritisnemo dugme "Izvrši". U glavnoj bazi podataka dobijamo gotovo gotovu konfiguraciju.
Nadalje, sva poređenja se vrše u pomoćnoj bazi podataka. Već imamo jedno poređenje - trostrano. Da bismo utvrdili prethodno napravljene promjene, vršimo dodatno drugo poređenje konfiguracije starog dobavljača s glavnom konfiguracijom. Da biste to uradili, izaberite stavku u meniju „Konfiguracija“ → „Uporedi konfiguracije:“, izaberite za poređenje „Konfiguracija dobavljača“ i „Osnovna konfiguracija“ (Slika 16).
Slično, poredimo staru konfiguraciju dobavljača sa novom. Za usporedbu, potrebna nam je nova konfiguracijska datoteka dobavljača. Ako ne postoji takva datoteka, sada se može dobiti iz glavne baze podataka. Da biste spremili novu konfiguraciju dobavljača u datoteku u glavnoj bazi podataka, u meniju "Konfiguracija" → "Podrška" → "Postavke podrške:" kliknite na dugme "Sačuvaj u datoteku". (Slika 2). Naznačavamo ime datoteke, na primjer, new.cf. Zatim pravimo treće poređenje konfiguracija i, prilikom poređenja, navodimo 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 sa stare verzije na novu. U glavnoj bazi podataka dobili smo gotovo gotovu konfiguraciju, u kojoj se trebamo baviti dvaput promijenjenim objektima.
Kako bi se smanjilo vrijeme utrošeno na analizu promjena tipične konfiguracije i, shodno tome, na ažuriranje, bilo bi prikladno komentirati sve promjene napravljene u konfiguraciji, uz napomenu ne samo na izmijenjeni tekst modula, već i na svrhu promjena napravljeno. Iz više razloga to se vrlo često ne radi. Prilikom ažuriranja ne zanimaju vas razlozi promjena, već njihove posljedice. Naime, potreba za održavanjem funkcionalnosti izmijenjene konfiguracije. Možda to neće zahtijevati prijenos izmijenjenih linija, već potpunu preradu dodanog (promijenjenog) koda za 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.
Međutim, u nekim slučajevima, podaci u izvještajima poređenja prikazani su na način koji vam ne omogućava brzo donošenje odluke. Na primjer, u slučaju promjene tipa atributa koji imaju složeni tip podataka, sastav ulaza 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 atributa 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. Istovremeno, izvještaj uopće ne pokazuje koje vrste podataka su dodane ili uklonjene. Naravno, izvještaj se može odštampati i "sakriti" kako bi se otkrile razlike. U primjeru koji se razmatra, takvih objekata ima oko 200. Očigledno je da je proces poređenja prilično naporan i da će trajati oko 50 sati.
Da biste smanjili složenost rada prilikom poređenja objekata, možete koristiti konfiguraciju "Poređenje ćelija" koju je razvio Inform Service. Intenzitet rada prilikom poređenja kompozitnih objekata može se smanjiti za oko 20 puta.
Konfiguracija "Poređenje ćelija" pokreće se u 1C: Enterprise modu i omogućava vam da predstavite informacije iz izvještaja o poređenju objekata u vizualnom obliku (slike 18 i 19). Za poređenje, koriste se mogućnosti 1C: Enterprise 8.
Radni tok konfiguracije je jednostavan. U konfiguratoru kreirajte izvještaj o usporedbi objekata (slika 17) i spremite ga u datoteku, na primjer ReportOnCompare.mxl. Otvorite 1C: Enterprise i u dijaloškom okviru (Slika 18) odaberite sačuvanu datoteku i označite upoređene ćelije. 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 istaknute bojom (slika 19).
Nadalje, pod pretpostavkom 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. Pritisnite dugmad "Ažuriraj" i "Uporedi". Detaljniji opis ove obrade možete pronaći ovdje "Poređenje ćelija".
Posebnu pažnju treba obratiti na RLS šablone za modifikovane korisničke uloge.
Nakon završetka ažuriranja i prijenosa prethodno napravljenih promjena u standardnu konfiguraciju, 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 ažuriranje eksternih obrazaca za štampanje, izveštaje i obradu. Za neke konfiguracije potrebno je provjeriti izvještajne forme povezane kao eksterne.
Faza 3. Isporuka radova
U datom primjeru, obim posla na ispravljanju grešaka nastalih tokom prethodnih ažuriranja, kao i na ažuriranju na verziju 1.2.14.1 i prenošenju izmjena prethodno napravljenih u standardnu konfiguraciju je oko 100-150 sati. Toliki obim posla nije moguće izvršiti ažuriranjem direktno u bazi podataka korisnika. Shodno tome, pripremni rad se mora obaviti 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.
Ako u radnoj bazi podataka korisnika tokom pripreme ažuriranja nije obavljen nikakav rad na promeni konfiguracije, a ažuriranje je pripremljeno na trenutnoj kopiji radne baze podataka, tada da biste preneli podešavanja, sačuvajte radnu konfiguraciju u fajlu , na primjer work_2.cf, odabirom stavke menija "Konfiguracija" → "Sačuvaj konfiguraciju u datoteku...".
- koristeći datoteku work_2.cf, prenesite promjene. Da biste to učinili, odaberite stavku menija "Konfiguracija" → "Učitaj konfiguraciju iz datoteke...";
- na pitanje ažuriranja konfiguracije baze podataka, složićemo se.
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 uradili, potrebna nam je * .cf datoteka tipične konfiguracije dobavljača (1.2.14.1) i rezultat ažuriranja u obliku * .cf datoteke. Da biste to učinili, spremite 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:
- kreirajte rezervnu kopiju baze podataka;
- koristeći * .cf datoteku tipične konfiguracije dobavljača, ažurirat ćemo. Da biste to učinili, odaberite stavku menija "Konfiguracija" → "Podrška" → "Ažuriraj konfiguraciju", "Odaberi datoteku za ažuriranje", "Završi" (Slika 10), "Pokreni";
- koristeći datoteku work_2.cf, prenesite promjene. Da biste to učinili, odaberite stavku menija "Konfiguracija" → "Uporedi, spoji sa konfiguracijom iz datoteke...";
- sačuvajte promjene radne konfiguracije i ažurirajte konfiguraciju baze podataka. Da biste to učinili, odaberite stavku menija "Konfiguracija" → "Ažuriraj konfiguraciju baze podataka".
Ispravno izvođenje ove faze će omogućiti izbjegavanje poslova opisanih u fazi 1 u budućnosti.
