Razmislite o tipičnoj situaciji u kojoj se novopridošlice često nađu. Recimo da postoji tipična konfiguracija 1C: Sveobuhvatna automatizacija 8. U početku je konfiguracija instalirana iz distribucijskog kompleta (na primjer, izdanje 1.1.20.1). Zatim je, zbog potrebe prilagođavanja specifičnostima poduzeća, uključena i sposobnost promjene (pridošlice vrlo često pogrešno ovu akciju nazivaju povlačenjem iz podrške, iako u stvarnosti nije).
I sada, nakon nekog vremena, imamo vrlo modificiranu, ali još uvijek tipičnu (za potrebe reguliranog računovodstva, redovito smo ažurirali) konfiguraciju. Zatim ćemo razmotriti nekoliko hipotetskih situacija:
1) Nakon nekog vremena nakon sljedećeg ažuriranja, dobivamo poruku od računovodstva o pogrešci koja se pojavljuje u trenutku rutinskog zatvaranja mjesečne operacije. Prije toga nije bilo takve greške, stoga je krivo ažuriranje. 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, kako se to često događa 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 može odmah poslati distribucijski komplet - u redu, ali pretpostavimo da ga nema, a problem treba hitno riješiti. (Ne nuditi Varese!). Štoviše, internet možda ne postoji, a što učiniti u takvoj situaciji? Više puta sam svjedočio procesu kada je osoba, kako bi riješila ovaj problem, instalirala novu bazu iz postojećeg originalnog distribucijskog kompleta, a zatim je dosljedno ažurirala na posljednju kako bi u čistoj bazi vidjela "kako bi to stvarno trebalo biti" . A škrinja se, kao i uvijek, upravo otvorila :)
Pogledajmo sada razna rješenja:
a) Prva opcija: Izbornik -> Konfiguracija -> Usporedi konfiguracije, zatim odaberite konfiguraciju dobavljača i usporedite je s glavnom konfiguracijom.
Začudo, ima i onih koji za to ne znaju. Ili, pod bilo kojim okolnostima, upotrijebite stavku Usporedi, kombinirajte s konfiguracijom iz datoteke (prethodno ste dobili/primili tipični.cf).
b) Druga metoda je prikladna ako ne trebamo samo vidjeti promjene, već i odmah izvršiti spajanje.
Izbornik -> Konfiguracija -> Podrška -> Postavke podrške i pri dnu pritisnemo gumb Usporedi, spoji.
2) Druga situacija: recimo da smo promijenili ili izbrisali neki dio tipičnog koda, a nakon nekog vremena se pokazalo da smo pogriješili i moramo sve vratiti. I kao što se često događa, nema sigurnosne kopije spremljene konfiguracije prije unošenja promjena. 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 usporedbe i otvorite tipični modul iz prozora za usporedbu konfiguracije i kopirajte kod od tamo.
Neki upravo to rade, ali ako imamo posla s čudovištem tipa SCP, koje je također jako modificirano, onda se kraj procesa usporedbe može očekivati jako dugo. Da imamo .cf datoteku, mogli bismo je jednostavno otvoriti u prozoru za konfiguraciju (usput rečeno, ni svi novopridošlice ne znaju za ovu značajku) i kopirati traženi kod odatle.
I postavlja se razumno pitanje, kako možete spremiti konfiguraciju dobavljača u datoteku? Zašto ne postoji stavka izbornika slična Spremi konfiguraciju u datoteku za glavnu konfiguraciju ili Spremi konfiguraciju baze podataka u datoteku za konfiguraciju baze podataka. A gdje je isto za konfiguraciju dobavljača? Zapravo i on postoji, samo malo dublje zakopan. Naime, sve je u istom obliku postavki podrške.
Samo što mnogi ovu formu otvaraju samo jednom 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 gumb Otvori. Učinak je isti, ali puno brži.
Što bi vam još moglo trebati za spremanje konfiguracije 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 nekad bila s verzijom objekata) pojavila u standardnoj (i, kao što se često događa, 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. Par puta sam naišao na konfiguracije u kojima su modificirani samo izgledi tiskanih formi. Zbog nedostatka iskustva ili nesvjesno, programer koji je pratio konfiguraciju, umjesto da kreira eksternu ispisnu, uklonio je konfiguraciju iz podrške i izmijenio ugrađene izglede (često trivijalno za dodavanje logotipa tvrtke), nakon čega su korisnici bili lišeni automatski način ažuriranja.
2. Opet, zbog nepoznavanja tipične funkcionalnosti (vrlo često od toga pate nekadašnje "sedmice"), umjesto korištenja svojstava i kategorija, dodani su rekviziti imenika/dokumenata kada za to nije bilo valjanog razloga (npr. , podaci su korišteni samo za izlaz u obrasce za ispis).
Naravno, to nije problem ako se radi o UT-u ili nekoj drugoj konfiguraciji plana upravljanja, gdje općenito ažuriranja nisu kritična, ali u ovom primjeru je riječ o modificiranom UPP-u ili složenoj automatizaciji. I pokazalo 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 izmjene i da se konfiguracija vrati na punu podršku. Kako to učiniti?
Jedini način da se konfiguracija vrati na punu podršku je da učitate (ne u načinu usporedbe i spajanja, odnosno u stavci Učitaj konfiguraciju iz datoteke) tipični.cf. Za to je zgodna mogućnost spremanja konfiguracije dobavljača u .cf datoteku. Spremamo, zatim učitavamo i nakon ažuriranja konfiguracije baze podataka dobivamo standardnu konfiguraciju u izvornom obliku, t.j. s bravom :) Naravno, prije izvođenja ovih radnji, trebali biste se pobrinuti za spremanje / prijenos potrebnih podataka unaprijed, koji će se "isprati" nakon povratka na standardnu konfiguraciju i svakako napravite sigurnosnu kopiju baze podataka !
To su, kako se pokazalo, jednostavne mogućnosti dostupne u arsenalu programera, ali nepoznavanje ovih tehnika u praksi može rezultirati satima nepotrebne buke, opisane gore. Pa tko je znao – bravo, a tko nije znao – stavite ga u službu i uštedite svoje vrijeme.
Postojalo je pitanje:
Koliko konfiguracija ima u infobazi?
Točan odgovor 3
Struktura IB uključuje:
1. Osnovna konfiguracija.
2. Konfiguracija baze podataka.
3. Konfiguracija dobavljača(može biti odsutan).
4. Plus korisnički podaci (dokumenti, referentne knjige, itd.)
Konfiguracija definira strukturu baze podataka i sadrži algoritme koji osiguravaju rad s podacima.
Programeri rade s osnovnom konfiguracijom. Korisnici rade s konfiguracijom baze podataka.
Konfiguracija dobavljača — izvorna konfiguracija dobavljača za primjer rješenja.
Ako je infobaza instalirana iz predloška i podržana od strane dobavljača, onda unutar informacijske sigurnosti nalazit će se konfiguracija dobavljača.
Ako konfiguracija se održava i promjene objekata su zabranjene, tada se u infobazu pohranjuju dvije konfiguracije - osnovna konfiguracija i konfiguracija baze podataka.
Kada omogućite mogućnost promjene konfiguracije (naredba Omogući promjenjivost u dijalogu" Postavka podrške"), Platforma iz glavne konfiguracije stvara konfiguraciju dobavljača... Veličina IB-a se povećava.
Konfiguracija dobavljača je samo za čitanje.
Za pregled konfiguracije 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 se shema nalazi pri korištenju proizvodnih rješenja specifičnih za industriju.
Osnove 1C podrške
Ažuriranje 1C može se izvršiti u korisničkom načinu rada, u načinu konfiguratora te u postavkama za usporedbu i spajanje.
Povući se iz podrške
U dijaloškom okviru "Postavke podrške" kada kliknete gumb Ukloni podršku konfiguracija dobavljača je izbrisana... Ova mogućnost se mora koristiti u slučajevima kada se tipično 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 dijaloškom okviru "Postavke podrške" kliknite gumb Spremi u datoteku.
U ovom članku želim prikazati 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 svi početnici, pa čak i iskusni stručnjaci, upoznati.
Razmislite o tipičnoj situaciji u kojoj se novopridošlice često nađu. Recimo da postoji tipična konfiguracija 1C: Sveobuhvatna automatizacija 8. U početku je konfiguracija instalirana iz distribucijskog kompleta (na primjer, izdanje 1.1.20.1). Zatim je, zbog potrebe prilagođavanja specifičnostima poduzeća, uključena i sposobnost promjene (pridošlice vrlo često pogrešno ovu akciju nazivaju povlačenjem iz podrške, iako u stvarnosti nije).
I sada, nakon nekog vremena, imamo vrlo modificiranu, ali još uvijek tipičnu (za potrebe reguliranog računovodstva, redovito smo ažurirali) konfiguraciju. Zatim ćemo razmotriti nekoliko hipotetskih situacija:
1) Nakon nekog vremena nakon sljedećeg ažuriranja, dobivamo poruku od računovodstva o pogrešci koja se pojavljuje u trenutku rutinskog zatvaranja mjesečne operacije. Prije toga nije bilo takve greške, stoga je krivo ažuriranje. 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, kako se to često događa 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 može odmah poslati distribucijski komplet - u redu, ali pretpostavimo da ga nema, a problem treba hitno riješiti. (Ne nuditi Varese!). Štoviše, internet možda ne postoji, a što učiniti u takvoj situaciji? Više puta sam svjedočio procesu kada je osoba, kako bi riješila ovaj problem, instalirala novu bazu iz postojećeg originalnog distribucijskog kompleta, a zatim je dosljedno ažurirala na posljednju kako bi u čistoj bazi vidjela "kako bi to stvarno trebalo biti" . A škrinja se, kao i uvijek, upravo otvorila (IMG :)
Pogledajmo sada razna rješenja:
a) Prva opcija: Izbornik -> Konfiguracija -> Usporedi konfiguracije, zatim odaberite konfiguraciju dobavljača i usporedite je s glavnom konfiguracijom.
Začudo, ima i onih koji za to ne znaju. Ili, pod bilo kojim okolnostima, upotrijebite stavku Usporedi, kombinirajte s konfiguracijom iz datoteke (prethodno ste dobili/primili tipični.cf).
b) Druga metoda je prikladna ako ne trebamo samo vidjeti promjene, već i odmah izvršiti spajanje.
Izbornik -> Konfiguracija -> Podrška -> Postavke podrške i pri dnu pritisnemo gumb Usporedi, spoji.
2) Druga situacija: recimo da smo promijenili ili izbrisali neki dio tipičnog koda, a nakon nekog vremena se pokazalo da smo pogriješili i moramo sve vratiti. I kao što se često događa, nema sigurnosne kopije spremljene konfiguracije prije unošenja promjena. 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 usporedbe i otvorite tipični modul iz prozora za usporedbu konfiguracije i kopirajte kod od tamo.
Neki upravo to rade, ali ako imamo posla s čudovištem tipa SCP, koje je također jako modificirano, onda se kraj procesa usporedbe može očekivati jako dugo. Da imamo .cf datoteku, mogli bismo je jednostavno otvoriti u prozoru za konfiguraciju (usput rečeno, ni svi novopridošlice ne znaju za ovu značajku) i kopirati traženi kod odatle.
I postavlja se razumno pitanje, kako možete spremiti konfiguraciju dobavljača u datoteku? Zašto ne postoji stavka izbornika slična Spremi konfiguraciju u datoteku za glavnu konfiguraciju ili Spremi konfiguraciju baze podataka u datoteku za konfiguraciju baze podataka. A gdje je isto za konfiguraciju dobavljača? Zapravo i on postoji, samo malo dublje zakopan. Naime, sve je u istom obliku postavki podrške.
Samo što mnogi ovu formu otvaraju samo jednom 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 gumb Otvori. Učinak je isti, ali puno brži.
Što bi vam još moglo trebati za spremanje konfiguracije 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 nekad bila s verzijom objekata) pojavila u standardnoj (i, kao što se često događa, 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. Par puta sam naišao na konfiguracije u kojima su modificirani samo izgledi tiskanih formi. Zbog nedostatka iskustva ili nesvjesno, programer koji je pratio konfiguraciju, umjesto da kreira eksternu ispisnu, uklonio je konfiguraciju iz podrške i izmijenio ugrađene izglede (često trivijalno za dodavanje logotipa tvrtke), nakon čega su korisnici bili lišeni automatski način ažuriranja.
2. Opet, zbog nepoznavanja tipične funkcionalnosti (nekadašnje "sedmice" često pate od toga), umjesto korištenja svojstava i kategorija, dodani su rekviziti imenika/dokumenata kada za to nije bilo valjanog razloga (npr. podaci su korišteni samo za izlaz u obrasce za ispis).
Naravno, to nije problem ako se radi o UT-u ili nekoj drugoj konfiguraciji plana upravljanja, gdje općenito ažuriranja nisu kritična, ali u ovom primjeru je riječ o modificiranom UPP-u ili složenoj automatizaciji. I pokazalo 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 izmjene i da se konfiguracija vrati na punu podršku. Kako to učiniti?
Jedini način da se konfiguracija vrati na punu podršku je da učitate (ne u načinu usporedbe i spajanja, odnosno u stavci Učitaj konfiguraciju iz datoteke) tipični.cf. Za to je zgodna mogućnost spremanja konfiguracije dobavljača u .cf datoteku. Spremamo, zatim učitavamo i nakon ažuriranja konfiguracije baze podataka dobivamo standardnu konfiguraciju u izvornom obliku, t.j. s bravom (IMG :) Naravno, prije izvođenja ovih radnji morate se pobrinuti za spremanje/prijenos potrebnih podataka, koji će se nakon povratka na standardnu konfiguraciju "isprati" i svakako napravite sigurnosnu kopiju baza podataka!
To su, kako se pokazalo, jednostavne mogućnosti dostupne u arsenalu programera, ali nepoznavanje ovih tehnika u praksi može rezultirati satima nepotrebne buke, opisane gore. Pa tko je znao – bravo, a tko nije znao – stavite ga u službu i uštedite svoje vrijeme.
[morate se registrirati da biste vidjeli vezu]
Ovaj se članak 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 netipičnih konfiguracija 1C: Enterprise 8.
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 internetskim resursima.
Možda ste primijetili da se sa svakim novim ažuriranjem broj objekata koji zahtijevaju vašu pozornost samo povećava. Istodobno, sigurno znate da je samo jedan dokument promijenjen, a kada ažurirate, prikazuje se popis od nekoliko desetaka 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, uspjet će. Mnogi ljudi ažuriraju na ovaj način. Ali mislim da je ovaj pristup neučinkovit i dugotrajan pri ažuriranju konfiguracija na platformi 1C: Enterprise 8. Za razliku od platforme 1C: Enterprise 7.7, platforma 1C: Enterprise 8 omogućuje vam otvaranje nekoliko konfiguracija (* .cf datoteka) na u isto vrijeme i izvršiti nekoliko usporedbi konfiguracija u jednom konfiguratoru kopije. Jedina iznimka 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 automatiziraniji u odnosu na 1C: Enterprise 7.7. Dovoljno visoka razina 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 izvesti potpuno automatski i zahtijeva intervenciju stručnjaka.
Je li 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. Oni. ti 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 iznimno rijetka. Promjene gotovo uvijek utječ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 izvorna konfiguracija dobavljača iz koje se obično generiraju operativna konfiguracija i konfiguracija baze podataka. Baza podataka može imati više konfiguracija različitih dobavljača. Dobavljač konfiguracije može biti ne samo 1C.
Razmotrimo proces ažuriranja i analiziramo moguće pogreške na primjeru ažuriranja UPP konfiguracije (dobavljač standardne konfiguracije je 1C, revizije Inform Service). U početku je ova konfiguracija ažurirana tehnologijom različitom od one opisane u ovom članku, stoga se pogreške o kojima se govori u članku najčešće susreću u praksi. Ažuriranje će se izvršiti s verzije 1.2.6.2 na verziju 1.2.14.1.
Faza 1. Priprema
U prvom koraku uskladit ćemo radnu konfiguraciju s konfiguracijom dobavljača. Ovo je vrlo važna faza, koja će značajno smanjiti količinu rada na analizi promjena koje smo ranije napravili.Ovaj korak možete preskočiti ako je zadnje ažuriranje prošlo kroz "podršku" (izbornik "Konfiguracija" → "Podrška" → "Ažuriraj konfiguraciju") ili je izvršeno 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 distribucijskog 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 putem međuspremnika ili Drag & Drop.
1. Usporedba verzija.
Provjerimo brojeve verzija radne konfiguracije i konfiguracije dobavljača. Broj radne konfiguracije gledamo u izborniku "Konfiguracija" → "Otvori konfiguraciju" izbornik "Uredi" → "Svojstva". U bloku "Razvoj" stavka "Verzija". (Slika 1).
Broj konfiguracije dobavljača gledamo u izborniku "Konfiguracija" → "Podrška" → "Postavljanje podrške ..." stavka "Verzija". (slika 2).
Ako se brojevi podudaraju, idite na sljedeći korak. Pogledajte 2. korak.
U ovom primjeru morate uskladiti operativnu i konfiguraciju dobavljača kako biste podržali objekte knjiženja koji su uklonjeni iz podrške ili dodani bez opskrbe. Da biste to učinili, izvršite sljedeće radnje:
2. Spremanje radne (glavne) konfiguracije.
Spremimo radnu konfiguraciju u datoteku, na primjer work.cf. Da biste to učinili, odaberite stavku izbornika "Konfiguracija" → "Spremi konfiguraciju u datoteku ...".
3. Dobivanje datoteke ažuriranja za konfiguraciju dobavljača.
Za usklađivanje konfiguracija potrebna nam je * .cf datoteka iz distribucije dobavljača s istim brojem verzije kao i radna konfiguracija (slike 3 i 4). Ova datoteka se može dobiti prilikom instalacije odgovarajućeg distribucijskog kompleta. Prema zadanim postavkama, instalacija kompleta za distribuciju konfiguracije izvodi se u direktoriju C: Program Files1cv81tmplts. Za više informacija o instalaciji predložaka konfiguracije pogledajte dokumentaciju.
Provjerimo direktorij predložaka. Ako direktorij predložaka sadrži * .cf datoteku potrebne verzije, idite na 4. korak prve faze.
Što se može učiniti ako ne postoji * .cf datoteka potrebne verzije konfiguracije dobavljača? U tom slučaju možete koristiti * .cfu datoteke i ponoviti postupak opisan u fazi 1 nekoliko puta kako biste podignuli 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 otkriti pogreške napravljene ranije tijekom nadogradnje. Što je, vidite, prilično čudno, s obzirom na činjenicu da se datoteka dobavljača u početku prikuplja na temelju 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 koristiti najduži mogući put, ali i pouzdaniji.
Morate stvoriti praznu bazu podataka sa "starom" konfiguracijom dobavljača. Ažurirajte konfiguraciju dobavljača na potrebnu verziju i upotrijebite je prilikom izvođenja radova u fazi 1. Da biste dobili konfiguraciju "novog" dobavljača, učinite sljedeće:
Izrada datoteke "starog" dobavljača za trenutnu konfiguraciju. Datoteka 1cv8.cf može se preuzeti iz distribucijskog kompleta dobavljača ili spremiti iz radne baze ako je konfiguracija podržana. Da biste spremili datoteku 1cv8.cf iz radne baze, kliknite gumb "Spremi u datoteku" u izborniku "Konfiguracija" → "Podrška" → "Postavke podrške ..." i odredite imenik i naziv datoteke. Na primjer, na radnoj površini.
Napravite bazu podataka s novom konfiguracijom dobavljača. Baza podataka se može kreirati pomoću distribucijskog kompleta dobavljača s ITS diska ili pomoću 1cv8.cf dobivenog ranije s desktopa. U prvom slučaju slijedite upute priložene u distribucijskom kompletu. U drugom slučaju, da biste stvorili bazu podataka iz datoteke koja se nalazi na radnoj površini, stvorite novu informacijsku bazu bez konfiguracije i pokrenite konfigurator. U izborniku "Konfiguracija" → "Učitaj konfiguraciju iz datoteke ..." pokažite na datoteku spremljenu ranije na radnoj površini. Otvorite konfiguraciju kroz izbornik "Konfiguracija" → "Otvori konfiguraciju" i ažurirajte na željeno izdanje putem izbornika "Konfiguracija" → "Podrška" → "Ažuriraj konfiguraciju" koristeći * .cfu datoteke.
Napravite konfiguracijsku datoteku "novog" dobavljača. Da biste to učinili, odaberite stavku u izborniku "Konfiguracija" → "Spremi konfiguraciju u datoteku ...". Određujemo mjesto i naziv datoteke 1cv8.cf. Kliknite "Spremi".
Koristeći primljenu konfiguracijsku datoteku *.cf dobavljača, ažurirat ćemo. Da biste to učinili, odaberite stavku izbornika “Konfiguracija” → “Podrška” → “Ažuriraj konfiguraciju”, “Odaberi datoteku za ažuriranje”, “Završi” (slika 5), “Pokreni” (slika 6).
Opcije rješenja:
- poništite oznaku objekta koji je u konfiguraciji dobavljača;
- uklonite referencu na objekt koji je u konfiguraciji davatelja.
5. Vraćanje postavki djelomično izgubljenih u prethodnoj fazi.
Za vraćanje djelomično izgubljenih postavki spojit ćemo se s prethodno spremljenom radnom konfiguracijskom datotekom work.cf. Da biste to učinili, odaberite stavku izbornika "Konfiguracija" → "Usporedi, spoji s konfiguracijom iz datoteke ...".
6. Spremanje rezultata ažuriranja.
Spremimo promjene radne konfiguracije i ažurirajmo konfiguraciju baze podataka. Da biste to učinili, odaberite stavku izbornika "Konfiguracija" → "Ažuriraj konfiguraciju baze podataka".
Ovdje nas čeka još jedan problem (slika 8).
Da bismo riješili ovaj problem, pogledajmo uzrok njegove pojave. Razloga može biti nekoliko, no najvjerojatniji su sljedeći. Ovi objekti su kopirani u konfiguraciju proizvodnje iz konfiguracije dobavljača ili je dobavljač te objekte ranije obrisao i kasnije dodao nove s istim nazivima, ali s različitim internim identifikatorima. Kao rezultat toga, objekti s različitim internim identifikatorima, ali s istim imenima, pojavljuju se u konfiguraciji.
Radimo to jednostavno s ulogama – brisati, jer uloge se nisu promijenile (to se može provjeriti usporedbom stare konfiguracije dobavljača s 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 s ITS diska.
Razmotrimo još jednu situaciju, sličnu prethodnoj, ali koja je nastala prilikom ažuriranja 1C: Enterprise Accounting 8.1. Što učiniti s obrascima? (slika 9)
Na slici možemo vidjeti da je ListForm uklonjen od dobavljača, a zatim je dodan novi obrazac s istim imenom od strane dobavljača. Sukladno tome, potrebno je označiti oba obrasca za ažuriranje i pritisnuti gumb "Izvrši".
Ako primite poruku da postoje reference na objekte koje treba izbrisati, morate, bez zatvaranja obrasca za ažuriranje, izbrisati veze na izbrisani obrazac u svojstvima objekta. U ovom slučaju, u svojstvima registra. Nakon toga u obrascu za ažuriranje kliknite gumb "Ažuriraj", označite svojstva registra za ažuriranje i ponovno kliknite gumb "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 pomoću vanjske obrade u načinu 1C: Enterprise.
Faza 2. Ažuriranje
Nakon završetka pripremnih radova u fazi 1, prelazimo na ažuriranje glavne konfiguracije i prijenos prethodno napravljenih izmjena u tipičnu konfiguraciju dobavljača.Za ažuriranje konfiguracije potrebna nam je * .cfu datoteka ili * .cf datoteka iz distribucije dobavljača.
Ako se ažuriranje izvodi nakon nekoliko verzija konfiguracije, obratite pozornost na situaciju opisanu u članku "Ažuriranje konfiguracija 1C: Enterprise 8. Skok kroz 20 verzija". Ako se ažuriranje ne izvodi na proizvodnoj bazi, tada nakon završetka pripreme svake nove faze, spremite * .cf datoteke. Oni će biti potrebni prilikom ažuriranja konfiguracije proizvodne baze korisnika.
Ako se ažuriranje izvodi nakon nekoliko verzija, tada tijekom ažuriranja svakako obratite pozornost na izbrisane objekte i objekte s 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, tada ih ne treba brisati, a za objekte s promijenjenim nazivima potrebno je izvršiti odgovarajuće izmjene teksta modula za obradu. U tom slučaju, napušteni objekti mogu se izbrisati tijekom sljedećeg ili sljedećeg ažuriranja.
Ako se ažuriranje izvodi nakon nekoliko verzija, da biste smanjili složenost ažuriranja, možete koristiti metodologiju s izračunom 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 usporedbi, otvaranja konfiguracija i drugih pripremnih radnji. Za verziju datoteke, to je samo kopiranje datoteka glavne baze podataka u drugi direktorij i povezivanje ovog direktorija s popisom baza podataka, za onu klijent-poslužitelj - upload/download.
2. Trosmjerna usporedba konfiguracija.
Otvorimo obje baze u načinu konfiguratora i izvršimo trosmjernu usporedbu konfiguracija u obje baze koristeći postojeću datoteku nove konfiguracije dobavljača. Da biste to učinili, u obje baze podataka odaberite stavku izbornika "Konfiguracija" → "Podrška" → "Ažuriraj konfiguraciju", "Odaberi datoteku za ažuriranje", "Završi" (slika 10).
Usporedba tri konfiguracije (stara konfiguracija dobavljača, konfiguracija novog dobavljača i radna konfiguracija) rezultira popisom promijenjenih objekata. Postavite filtar "Prikaži samo dvaput promijenjena svojstva" (slike 11 i 12).
S tim objektima se prije svega trebate pozabaviti, jer nakon ažuriranja, prethodno napravljene postavke mogu biti izgubljene.
Pri tome pauziramo rad u drugoj (pomoćnoj) bazi i nastavljamo u glavnoj. Ne morate pritisnuti tipku Run na pomoćnoj bazi. Ova baza podataka nam je potrebna u ovom obliku do kraja procesa ažuriranja.
Dakle, kao rezultat dobivamo popis objekata koji su dva puta promijenjeni tijekom 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 objekt 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 točna, brza - "na oko".
Ako postoji više promjena u objektu u novoj konfiguraciji davatelja, tada napuštamo instancu objekta providera. Ostavljamo kvačicu. Zatim ćemo prenijeti promjene iz radne konfiguracije.
Ako postoji više promjena u objektu u radnoj konfiguraciji, onda ostavljamo instancu objekta u radnoj konfiguraciji. Poništite okvir. Zatim ćemo premjestiti promjene iz konfiguracije dobavljača.
S modulima radimo malo drugačije, jer imamo mogućnost proceduralne usporedbe modula. Oni. ako su različite procedure modula promijenjene u našoj konfiguraciji i u konfiguraciji dobavljača, tada ćemo ispravnim postavljanjem potvrdnih okvira uštedjeti nevolje s ručnim prijenosom promjena koda. Da biste došli do toga, pritisnite tipku 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 kvadratićima u pomoćnoj bazi, a u glavnoj bazi pritisnemo gumb "Izvrši". U glavnoj bazi podataka dobivamo gotovo gotovu konfiguraciju.
Nadalje, sve se usporedbe izvode u pomoćnoj bazi podataka. Već imamo jednu usporedbu – trostranu. Da bismo utvrdili prethodno napravljene promjene, vršimo dodatnu drugu usporedbu konfiguracije starog dobavljača s glavnom konfiguracijom. Da biste to učinili, odaberite stavku u izborniku "Konfiguracija" → "Usporedi konfiguracije:", odaberite za usporedbu "Konfiguracija dobavljača" i "Osnovna konfiguracija" (slika 16).
Slično, uspoređujemo staru konfiguraciju dobavljača s 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. Za spremanje nove konfiguracije dobavljača u datoteku u glavnoj bazi podataka, u izborniku "Konfiguracija" → "Podrška" → "Postavke podrške:" kliknite gumb "Spremi u datoteku". (slika 2). Navodimo naziv datoteke, na primjer, new.cf. Zatim radimo treću usporedbu konfiguracija i prilikom usporedbe navedemo datoteku new.cf kao drugu konfiguraciju.
Dakle, dobili smo popis dvaput promijenjenih objekata u dodatnoj bazi podataka. I još dvije usporedbe koje će nam pomoći da učinkovitije prenesemo prethodno napravljene postavke sa stare verzije na novu. U glavnoj bazi podataka dobili smo gotovo gotovu konfiguraciju, u kojoj se trebamo nositi s dvaput promijenjenim objektima.
Kako bi se smanjilo vrijeme utrošeno na analizu promjena tipične konfiguracije i, sukladno 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 napravio. Iz niza razloga to se vrlo često ne radi. Prilikom ažuriranja ne zanimaju vas razlozi promjena, već njihove posljedice. Naime, potreba za održavanjem funkcionalnosti promijenjene konfiguracije. Možda to neće zahtijevati prijenos izmijenjenih linija, već potpunu preradu dodanog (promijenjenog) koda za funkcionalnost nove konfiguracije dobavljača.
Usporedba oblika, tablica i modula objekata u konfiguraciji izvedena je s dovoljnim stupnjem detalja (slika 17.). Ovo je sasvim dovoljno za donošenje odluka.
Međutim, u nekim su slučajevima podaci u usporednim izvješćima prikazani na način koji vam ne dopušta brzu odluku. Na primjer, u slučaju promjene vrste atributa koji imaju složeni tip podataka, sastav ulaza na temelju objekata itd. Upravo u ovoj fazi, zbog svoje složenosti, poboljšanja se gube tijekom ažuriranja. Razmotrimo ovu situaciju na primjeru atributa koji imaju složeni tip podataka. Prilikom generiranja izvješća o usporedbi objekata (slika 17), različiti podaci u uspoređenim konfiguracijama prikazuju se u obliku popisa koji sadrže sastav tipova podataka, odvojenih zarezima. Istodobno, izvješće uopće ne prikazuje koje su vrste podataka dodane ili uklonjene. Naravno, izvješće se može ispisati i "sakriti" kako bi se otkrile razlike. U razmatranom primjeru takvih je objekata oko 200. Očito se čini da je proces usporedbe prilično naporan i da će trajati oko 50 sati.
Kako biste smanjili složenost rada pri usporedbi objekata, možete koristiti konfiguraciju "Usporedba ćelija" koju je razvio Inform Service. Intenzitet rada pri usporedbi kompozitnih objekata može se smanjiti za oko 20 puta.
Konfiguracija "Usporedba ćelija" pokreće se u načinu rada 1C: Enterprise i omogućuje vam prikaz informacija iz izvješća o usporedbi objekata u vizualnom obliku (slike 18 i 19). Za usporedbu, koriste se mogućnosti 1C: Enterprise 8.
Tijek rada konfiguracije je jednostavan. U konfiguratoru izradite izvješće 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 spremljenu datoteku i označite uspoređene ćelije. Da biste to učinili, dvaput kliknite desnu tipku miša na odabranu ćeliju dokumenta proračunske tablice. Pritiskom na gumb "Usporedi" dobivamo rezultat usporedbe u kojem su različite pozicije označene bojom (slika 19.).
Nadalje, pod pretpostavkom da se usporedba provodi prema istim principima usporedbe objekata, dijagram akcije će izgledati ovako. Spremite sljedeće izvješće pod istim nazivom datoteke. Pritisnite gumbe "Ažuriraj" i "Usporedi". Detaljniji opis ove obrade možete pronaći ovdje "Usporedba ćelija".
Posebnu pozornost treba posvetiti RLS predlošcima za izmijenjene korisničke uloge.
Nakon dovršetka ažuriranja i prijenosa prethodno napravljenih promjena u standardnu konfiguraciju, izvršit ćemo sintaktičku kontrolu modula i provjeriti rad promijenjenih objekata. Nakon uspješnog testiranja, proces ažuriranja konfiguracije može se smatrati dovršenim. Sada ostaje ažurirati eksterne ispisne obrasce, izvješća i obradu. Za neke konfiguracije potrebno je provjeriti obrasce izvješćivanja spojene kao eksterne.
Faza 3. Isporuka radova
U navedenom primjeru, opseg rada na ispravljanju pogrešaka napravljenih tijekom prethodnih ažuriranja, kao i na ažuriranju na verziju 1.2.14.1 i prijenosu izmjena prethodno napravljenih u standardnu konfiguraciju je oko 100-150 sati. Toliki obim posla nije moguće izvršiti ažuriranjem izravno u bazi podataka korisnika. Sukladno tome, pripremni rad mora se obaviti na kopiji baze podataka, a rezultat ažuriranja mora se prenijeti u radnu bazu podataka korisnika.Prvo pažljivo proučavamo upute iz distribucijskog kompleta. Obavljamo potrebne radove prije ažuriranja u radnoj bazi.
Ako u radnoj bazi podataka korisnika tijekom pripreme ažuriranja nije obavljen rad na promjeni konfiguracije, a ažuriranje je pripremljeno na trenutnoj kopiji radne baze podataka, tada za prijenos postavki spremite radnu konfiguraciju u datoteku , na primjer work_2.cf, odabirom stavke izbornika "Konfiguracija" → "Spremi konfiguraciju u datoteku...".
- koristeći datoteku work_2.cf, prenesite promjene. Da biste to učinili, odaberite stavku izbornika "Konfiguracija" → "Učitaj konfiguraciju iz datoteke ...";
- na pitanje ažuriranja konfiguracije baze podataka, odgovorit ćemo suglasno.
Ako ažuriranje nije pripremljeno na trenutnoj kopiji radne baze podataka, tada ćemo za prijenos postavki koristiti tehniku korištenu u prvoj fazi. Za to nam je potrebna * .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 izbornika "Konfiguracija" → "Spremi konfiguraciju u datoteku...".
Daljnje radnje na strani kupca bit će sljedeće:
- stvoriti sigurnosnu kopiju baze podataka;
- koristeći *.cf datoteku tipične konfiguracije dobavljača, ažurirat ćemo. Da biste to učinili, odaberite stavku izbornika "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 izbornika "Konfiguracija" → "Usporedi, spoji s konfiguracijom iz datoteke ...";
- spremite promjene radne konfiguracije i ažurirajte konfiguraciju baze podataka. Da biste to učinili, odaberite stavku izbornika "Konfiguracija" → "Ažuriraj konfiguraciju baze podataka".
Ispravno izvođenje ove faze omogućit će izbjegavanje rada opisanog u fazi 1 u budućnosti.
