Actualizare personalizată a configurației. Completarea corectă a configurațiilor tipice Configurația încărcată este un descendent al principalului

Să luăm în considerare actualizarea utilizând exemplul unei configurații SCP 1.3 non-standard care este suportată cu posibilitatea de a trece de la ediția 1.3.61.2 la ediția 1.3.62.1. Deoarece configurația în sine este destul de grea, aceasta impune unele caracteristici, în special, nu este întotdeauna posibilă deschiderea mai multor ferestre de comparare a configurațiilor într-un singur configurator.

Pentru upgrade, folosesc două copii identice ale vechii baze de date. Într-una dintre ele mă pregătesc *.cf pentru a actualiza, să-i spunem, de exemplu, pentru_actualizare. Cealaltă bază rămâne neatinsă și servește doar ca una auxiliară, pentru compararea configurațiilor, să o numim baza. În principiu, configurația bazei de lucru poate fi utilizată ca una auxiliară.

În bază pentru_actualizare a executa *.cfu noua versiune. Procedura de actualizare începe și apare fereastra de actualizare.

Apasa butonul " Alerga”, în această etapă nu este nevoie să ne uităm la nimic încă, deoarece scopul este doar de a obține configurația noului furnizor de lansare.

În timpul actualizării, poate apărea o fereastră Legături nerezolvabile", presa" Continua". Vom vorbi mai jos despre motivele apariției acestei ferestre.

Va apărea un mesaj care spune că obiectele pe care le-am schimbat vor fi încărcate din noua configurație, suntem de acord.

Fereastra " Stabilirea regulilor de suport" - pentru obiecte noi (secțiunea superioară) pe ambele părți punem " Obiectul este editat menținând suportul”, pentru obiectele furnizori existente (secțiunea inferioară) în toate cele patru locuri am stabilit steagul „ Salvați modul curent", presa" O.K».

Configurația principală a fost actualizată. În sine, nu avem nevoie de configurația principală în această etapă, scopul este obținerea unei noi configurații de furnizor. Prin urmare, nu salvăm configurația principală, nu actualizăm configurația bazei de date.

Executăm" Configurare» - « A sustine» - « Suport personalizare". În fereastra care se deschide, selectați „ Salvați în fișier» și salvați în *.cf configurație de furnizor nou versiune.

Nu avem nevoie de configurația principală în forma în care este disponibilă în prezent. Închidem configurația. " Configurare» - « Închideți configurația". Refuzăm să salvăm modificările.

În configurație pentru comparație baza rulați o comparație între configurația furnizorului (ediția veche) și configurația furnizorului dintr-un fișier (ediția nouă).

Astfel, vom vedea doar acele modificări care vor fi făcute în configurație la actualizarea la o nouă ediție.

În bază pentru_actualizare rulați din nou actualizarea configurației prin asistență „Configurare” - „Asistență” - „Actualizați configurația”, în fereastra care se deschide, selectați *.cfu noua versiune. Procedura de actualizare începe și apare fereastra de actualizare.

Prin apăsarea butonului " Filtru» se va deschide fereastra « Setarea filtrelor de vizualizare". În această fereastră, setați steagul " Afișați numai proprietățile care s-au schimbat de două ori».

Când actualizați fără intervenția noastră, se întâmplă următoarele:

• - obiectul nu este modificat de noi, modificat în noua ediție - actualizat din noua ediție;
• - obiectul este schimbat de noi, nu schimbat în noua ediție - obiectul nostru rămâne;
• - obiectul este schimbat de noi, schimbat în noua ediție - acesta este obiectul schimbat de două ori, dacă nu se schimbă nimic - va fi încărcat din noua ediție.

Astfel, cea mai mare atenție trebuie acordată obiectelor care au fost schimbate de două ori și le vom lua în considerare.

În acest exemplu, mai multe module comune au fost modificate, inclusiv modulul comun "Contabilitate TVA».

În mod implicit, fereastra de actualizare arată diferențele dintre configurația furnizorului principal și nou și configurația furnizorului vechi.

Dacă te uiți la diferențele de configurare în modulul comun " Contabilitate TVA”, apoi vom vedea următoarea imagine:

Dacă comparăm aceste module în baza de date pentru comparațiebaza, atunci imaginea va fi diferită:

Evident, funcțiile CollectDataForPrintCorrectionInvoicesFacturi», « Colectați DataToPrintAdjustment InvoiceInvoice” și altele conțin îmbunătățirile noastre, dar nu se modifică în timpul actualizării, ceea ce înseamnă că nu are rost să pierdem timpul vizând și analizându-le.

Prin urmare, efectuând o actualizare procedurală din procedurile și funcțiile selectate, puteți elimina steagurile:

Mulți vor spune că puteți vedea diferențele dintre configurația veche a furnizorului și cea nouă prin modificarea setărilor filtrelor de vizualizare din configuratorul curent, fără a utiliza compararea configurațiilor din baza de datebaza.

De exemplu, așa:

Cu toate acestea, după cum arată experiența practică, nu este cazul, procedurile și funcțiile sunt încă afișate în fereastra de comparare a modulelor, chiar și cu filtrul " arătați diferențele dintre configurația de furnizor nou și configurația de furnizor veche».

După ce nu a depus un efort mental mare, vom dezvălui procedurile și funcțiile care au fost modificate de două ori, doar că vor trebui îmbunătățite după procesul de fuziune. Cu aceste proceduri și funcții, trebuie să decideți care este mai ușor:

• - fie luați o procedură sau funcție dintr-o configurație nouă de furnizor și apoi, după fuziune, faceți îmbunătățirile noastre;
• - fie eliminați indicatorul de actualizare, salvând astfel îmbunătățirile noastre și abia apoi adăugați codul necesar din configurația furnizorului.

Fuzionarea cu prioritatea configurației principale și combinarea cu prioritatea noii configurații a furnizorului folosesc rar, în principiu, chiar și fără utilizarea acestor moduri, rezultatul va fi de înaltă calitate.

După ce modulele comune au fost analizate și steaguri de actualizare au fost șterse pentru unele dintre proceduri, vedem că modulele au acum setat modul de îmbinare - o setare individuală:

Mergem mai departe. Printre obiectele care au fost schimbate de două ori, există o formă a elementului de referință " Mijloace de bază". Înainte de a decide dacă actualizați un anumit formular dintr-o nouă configurație de furnizor, trebuie să aflați ce se schimbă de fapt atunci când actualizați.

Pentru aceasta, în baza de date baza folosind meniul contextual, apelați „ Raport de comparație obiect...”. Toate steaguri din grupul „Obiecte” ar trebui să fie în fereastra care se deschide.

Îmi place modul de ieșire a raportului într-un document foaie de calcul, când diferențele sunt afișate grafic, dar aceasta este o chestiune de gust.

Ca rezultat al comparării formei elementului de referință " Mijloace de bază» vedem că există modificări doar în modulul formular și nu există modificări în dialogul formular în actualizare.

Dar, deoarece forma elementului a intrat în obiecte modificate de două ori, îmbunătățirile noastre sunt fie în dialogul formularului, fie în modul.

Efectuarea unei comparații similare în baza de date pentru_actualizare puteți vedea că există îmbunătățiri în dialogul formularului.

Motivul pentru aceasta este că adăugarea directorului " Mijloace de bază» la planul tipurilor de caracteristici « ProprietățiObiecte". Dacă actualizați forma elementului de referință " Mijloace de bază„Vom primi linkuri nerezolvabile, deoarece fereastra va indica:

În acest caz, cea mai bună opțiune ar fi să nu actualizați forma elementului de referință " Principal facilităţi” și abia apoi adăugați codul necesar la modulul formular element. În acest caz, fereastra Legături nerezolvabile” nu va apărea în timpul actualizării.

Să facem o digresiune și să ne imaginăm că dialogul elementului de formular al directorului " Principal facilităţi' se modifică la actualizarea la o nouă ediție, atunci cea mai bună opțiune ar fi actualizarea formularului. Mai târziu, după îmbinare, ar trebui să adăugăm modificările noastre în formular, atât în ​​modul, cât și în dialog. Dacă modulul are multe dintre îmbunătățirile noastre și puține de la furnizor, atunci după fuziune, puteți returna complet modulul nostru și adăuga modificări furnizorului.

În acest caz, în timpul procesului de fuziune, fereastra „ Etichete irezolvabile". Există două opțiuni în această fereastră: 1) " Marcați totul pentru fuzionare"; 2)" Continua».

După părerea mea, este mai bine să alegi Marcați toate pentru fuziune».

În acest caz, planul tipurilor de caracteristici " ProprietățiObiecte” va fi adăugat ca obiect de îmbinat în arborele din fereastra nou deschisă ” Actualizați…»

Desigur, după actualizarea planului de tipuri de caracteristici " ProprietățiObiecte» va trebui să adăugăm modificările noastre, să o îmbunătățim prin compararea și îmbinarea cu configurația curentă.

Luați în considerare ce s-ar întâmpla dacă am alege " Continua" La fereastră " Legături nerezolvabile". În acest caz, forma elementului de referință " Mijloace de bază” ar deveni nou, iar planul tipurilor de caracteristici ” ProprietățiObiecte' ar fi rămas bătrân. În acest caz, vom suprascrie modificările din dialogul formular al elementului de referință, și anume pe pagina " ProprietățiFValori”, vezi figura de mai jos.

Nici această problemă nu este de netrecut, dacă bineînțeles nu uităm de ea.

Desigur, cel mai bine este să încercați să faceți cât mai puține modificări posibil formulare de dialog , de exemplu, pentru a crea detalii și butoane pe formular în mod programatic.

Mulți recomandă, în general, să nu se schimbe formularele standard, ci să creeze copii ale acestora cu modificările noastre și să le transforme în cele principale. Nu-mi place această opțiune pentru că dacă furnizorul a adăugat ceva în dialogul formularului, acesta nu va apărea pe formularul meu și va trebui să fac completări manual și pot fi mult mai multe modificări de furnizor decât ale noastre.

Aș dori să acord o atenție deosebită pe cale procedurală formulare de actualizare (preluez unele proceduri din configurația furnizorului, iar unele nu sunt - setări individuale). Să luăm în considerare modul în care, în acest mod, dialogul formular este actualizat, spre deosebire de modul "preluați din configurația furnizorului».

Exemplul nu este relevant pentru această actualizare de configurare, dar este orientativ, așa că să ne uităm la el.

În manual" Contrapartide» se adauga cateva recuzite si se aseaza pe forma elementului.

Când actualizați o configurație la o nouă ediție prin asistență, va fi oferită o fereastră de configurare de comparare și îmbinare, în care puteți efectua diverse setări. Să comparăm mai multe opțiuni:

1. Indicatorul de actualizare a formularului este setat, dar actualizarea este finalizată pe cale procedurală , adică de fapt, personalizarea este făcută

Mulți oameni cred că dialogul formular ar trebui luat din configurația furnizorului, și din proceduri, în funcție de setările făcute. Să vedem cum e după unire. Să comparăm configurația furnizorului cu configurația principală.

Este evident că legăturile și așa mai departe au fost rupte pe forme, adică. dialogul formular nu a fost complet preluat din configurația furnizorului. În acest caz, obiectele noastre au rămas în dialogul formularului, pe de o parte, acest lucru este bine, pe de altă parte, amplasarea elementelor noastre pe formular nu este întotdeauna optimă, mai ales în legătură cu adăugarea de noi elemente de furnizor, există o schimbare a pozițiilor de ocolire și încălcarea legăturilor. În unele cazuri, este mai ușor să adăugați manual elementele noastre în dialogul formular decât să faceți corecții.

2. Indicatorul de actualizare a formularului este setat, actualizarea se face în „ Preluați din configurația noului furnizor»

În acest caz, dialogul formular al elementului este complet aliniat cu dialogul formular al elementului furnizorului.

Să revenim la actualizare. Tratăm modulele obiect și modulele manager de documente în același mod ca și modulele comune, actualizându-le procedural. Acționăm cu formele de documente în același mod ca și cu formele de directoare.

Separat, este necesar să evidențiem munca cu roluri. În ciuda faptului că în exemplu nu este necesară actualizarea rolurilor, merită să vorbim despre aceasta. Să luăm în considerare cel mai simplu caz, când configurația furnizorului conține un obiect nou. În acest caz, va trebui să actualizați rolul "Drepturi depline”, dar acest rol poate conține unele obiecte create de noi, de exemplu, directoare, documente și așa mai departe.

Se pare că cu rolul Drepturi depline» totul este simplu, le combinăm complet, drepturile asupra obiectelor non-standard vor fi păstrate oricum în ele. Așa este, drepturile asupra obiectelor netip nu se vor pierde niciodată, dar toate aceste obiecte vor avea steag " Eliminare interactivă", ceea ce nu este întotdeauna bine. Când comparăm configurațiile versiunii vechi și ale versiunii noi pregătite, acest lucru este clar vizibil:

Continuăm cu restul rolurilor în același mod în care lucrăm cu module - dacă există mai multe modificări ale noastre, atunci nu unim rolul, după actualizare adăugăm la el ceea ce furnizorul a adăugat în noua versiune.

După ce am analizat toate obiectele modificate de două ori în fereastra de actualizare, faceți clic pe „ Alerga»

La întrebarea că obiectele pe care le-am schimbat vor fi încărcate din noua configurație, răspundem afirmativ.

În fereastra deschisă " Stabilirea regulilor de suport„Verificați dacă steagurile sunt setate, deși ar trebui să fie corecte în mod implicit, apăsați” O.K».

La sfârșitul procesului de îmbinare, salvăm configurația principală; nu actualizăm încă configurația bazei de date.

Acum să configurațipentru_actualizareadăugăm acele îmbunătățiri minime care nu au putut fi actualizate corect prin mijloace regulate.

Pentru a facilita controlul execuției acestui proces, în baza de date baza Să începem să comparăm configurația furnizorului și configurația principală a ediției vechi.

În bază pentru_actualizare hai sa facem la fel. Controlăm obiectele modificate de două ori, nu ar trebui să existe diferențe.

După actualizarea bazei de datepentru_undatingva fi finalizat, actualizăm configurația bazei de date și testăm câteva puncte, ce anume ar fi bine de testat va deveni clar în timpul procesului de upgrade, totul este individual aici.

Este recomandabil să actualizați baza de date de lucru cu ajutorul suportului„Configurare” - „Asistență” - „Actualizați configurația”.În acest caz, obiectele modificate de două ori vor fi încărcate din noua versiune, adică. modificările noastre vor fi suprascrise (nu salvăm configurația!), dar apoi, atunci când sunt combinate cu configurația pregătită, le restaurăm. După aceea, puteți salva configurația, actualizați configurația bazei de date.

În această instrucțiune pentru o actualizare non-standard a 1s 8.3 modificat, nu voi descrie lucruri de bază, cum ar fi: cum se deschide configuratorul, care este configurația bazei de date, configurația furnizorului și configurația principală. S-au scris multe despre asta și acolo și puteți găsi în mod independent aceste informații pe Internet. Voi încerca să descriu punctele principale ale procesului de actualizare și la ce trebuie să acordați atenție.
Am luat ca exemplu contabilitatea atipică 3.0.51.22 și voi arăta cum să-l fac upgrade la versiunea 3.0.53.29. Pe platforma versiunea 8.3.10.2561 (nicio diferență mare pe platformele mai vechi, doar fereastra de comparație arăta puțin diferit înainte).
Voi spune imediat că vor fi multe poze și puțin text. Mi se pare vizual mai ușor să memorezi un proces decât să citești o mare de text.

1. Verificați conformitatea configurației bazei de date cu configurația furnizorului.

Pentru asta ai nevoie

Dacă sunteți de acord, puteți trece în siguranță la punctul 2.

1a. Setarea configurației pentru asistență.

Dacă aveți o altă versiune a bazei de date și versiunea configurației furnizorului, atunci trebuie să ștergeți configurația curentă prin același meniu: configurație - suport - setări suport. Și faceți clic pe butonul „Retragere din asistență”.

După o așteptare „scurtă”, eliminați toate bifele. Ei bine, puteți debifa caseta de selectare „Salvați setările automat”. Și faceți clic pentru a executa.

Ca rezultat, vom obține o configurație acceptată cu aceleași versiuni de bază de date.

2. Actualizarea bazei de date.

Acum puteți trece la actualizare.

Voi spune imediat că trebuie să actualizați NUMAI prin meniul „Configurare” – „Suport” – „Actualizare configurație...”.
Folosiți „Comparați, îmbinați cu configurația din fișier...” NU!!! Când utilizați acest mecanism, va trebui să treceți la pasul 1a data viitoare când faceți upgrade. Prin urmare, să nu facem asta și să ne creăm probleme inutile pentru noi înșine (sau pentru cel care va actualiza baza de date data viitoare).

Apoi, selectați fișierul de actualizare.
Aș dori să spun despre actualizare după mai multe lansări. 1C nu recomandă actualizarea fișierelor la CF, trecând prin mai multe versiuni simultan. Acest lucru trebuie făcut în succesiune. În teorie, acest lucru este corect.
Permiteți-mi să vă explic de ce acest lucru nu este recomandat. Dacă programatorii doresc să elimine orice elemente de recuzită, mai întâi îi atribuie prefixul „șterge”, apoi îl elimină după câteva lansări. Și pot transfera informații din acesta într-o ediție. Dacă omiteți această versiune, puteți pierde date. Dar, în practică, în cei 10 ani de lucru cu bazele de date 1c, am avut un astfel de caz. Când, dintr-un motiv oarecare, dezvoltatorii au decis să transfere datele din enumerare în director. Cu toate acestea, nu a ajuns să fie critic pentru mine. Am scris o procesare simplă care a transferat aceste date din arhivă în baza de date curentă. Nu a fost nevoie de reactualizare.
Puteți arunca cu pietre în mine, dar mereu actualizez baza de date prin fișiere cf pentru mai multe versiuni.
Așa că am apăsat pe actualizare, am primit un mesaj cu ce versiune la care se va face actualizarea. Facem clic pe OK.

Asteptam ca obiectele sa fie comparate.
Apoi, trebuie să selectăm elementul „afișați numai proprietățile care s-au schimbat de două ori” în partea de jos a listei.

Vreau să spun și despre versiunile vechi, înainte de a fi un steag.

Deci, acum vedem mult mai puține obiecte.

Dacă al tău este gol, atunci ești incredibil de norocos și poți apăsa în siguranță butonul „execută” și considera actualizarea finalizată. Ei bine, nu totul este atât de simplu aici, așa că voi trece peste obiectele principale.

Primul lucru pe care vreau să-l spun. Nu comuta niciodată modul de îmbinare. Ar trebui să fie „Preluare din configurația noului furnizor”. În caz contrar, veți primi gunoi în baza de date cu comentariul MGR.
Nu există butoane „afișați diferențele de module...”.!
Faceți clic pe pictograma roată de lângă modul

Se deschide o fereastră în care există o mulțime de modificări în funcții și proceduri.

Pentru a înțelege în ce funcție au fost modificări, fie va trebui să luăm o copie a bazei de date, fie să salvăm configurația într-un fișier prin meniul de configurare. Și apoi încărcați într-o bază de date goală. Apoi, accesați meniul „configurare” și faceți clic pe „Comparați configurațiile...”
Selectați pentru a compara configurația principală cu configurația furnizorului.

Și acum puteți vedea deja modificările prin „afișați diferențele în module...”. pentru că nu vom schimba nimic, vrem doar să vedem ce s-a schimbat.

Și vedem că o bucată de cod a fost adăugată la funcția Decline. Toate modificările pot fi vizualizate făcând clic pe săgețile albastre.

Să revenim la configurația actualizată. Acolo, prin pictograma roată, am intrat în modul de combinare a modulelor. Apoi, punem toate casetele de selectare ... manual .. spunând „mulțumesc” dezvoltatorilor platformei :)

Găsim că funcția noastră scade. Găsiți elementul modificat. Sper că acum a devenit clar de ce trebuie să separați oricare dintre codurile adăugate cu comentarii - corect, pentru a nu ghici când actualizați de unde provine acest cod.
Faceți clic pe pictograma lupă, iar platforma va evidenția linia de cod în care doriți să adăugați acest text.

Copiați-l din fereastra de sus și inserați-l în fereastra de jos.

Faceți acest lucru pentru toate modulele. Dacă modulul nu a fost modificat, ca în cazul nostru cu referința valutară. Pur și simplu setăm modul la „Preluare din noua configurație a furnizorului” și NU faceți clic pe roată (nu ar trebui să existe o bifă verde lângă roată, asta înseamnă că codul va fi preluat complet din noua configurație, fără manual configurație).

Amenda. Acum, după ce ați parcurs toate obiectele, puteți debifa „salvați setările automat” și apoi „executați”

La mesajul „Există obiecte care au fost modificate în configurația principală în raport cu configurația veche….. La actualizare, aceste obiecte vor fi înlocuite! A executa?" Simțiți-vă liber să apăsați pe DA.

În fereastra următoare, lăsați casetele de selectare așa cum se arată în imagine. Si nimic altceva!!! Ambele casete de selectare trebuie bifate - „obiectele sunt editate în timp ce se mențin suportul”. Apăsăm OK.

Tot. Actualizarea configurației non-standard 1 este finalizată.
Această metodă nu este ideală, dar cred că mulți oameni greșesc în acești pași.
Desigur, nu am povestit totul, încă mai sunt multe capcane. Dar cred că 90% dintre actualizări pot fi actualizate în siguranță conform acestei instrucțiuni.

Actualizarea configurației pentru mai multe versiuni simultan este foarte periculoasă. Ideea este că după fiecare actualizare de configurare, actualizarea bazei de informații este pornită în modul 1C:Enterprise. Prin urmare, dacă actualizați doar cea mai recentă versiune, este posibil ca bazele de informații să nu se potrivească cu cea mai recentă configurație. În articol, Dmitri Rudakov, specialist al Grupului Agrar Siberian CJSC, își împărtășește experiența personală într-o actualizare unică a configurației pentru 12 versiuni.

Verificarea modului de modificare a configurației

Să ne imaginăm o astfel de situație. Dezvoltatorii „Manufacturing Enterprise Management” (denumit în continuare PPM) în versiunea 1 (numerele de lansare sunt atribuite în continuare condiționat) dimensiunii registrului de calcul (indicator) li s-a atribuit tipul „DirectoryReference.Individual” cu numele „Individual”. În versiunea 2 au adăugat încă o dimensiune - „Angajat” cu tipul „ReferenceReference.Employees”. Când se lansează 1C:Enterprise, este activată procesarea care completează dimensiunea „Angajat” în același mod ca și dimensiunea „Individ”. Și apoi, în versiunea 3, dezvoltatorii „1C” au eliminat dimensiunea „Individual” și au lăsat doar „Angajat”. Dacă actualizați imediat configurația de la versiunea 1 la ediția 3, puteți șterge întregul registru de calcul.

Iar dacă configurația este susținută cu posibilitatea de modificare, iar raportarea reglementată este generată în aceeași bază de date, atunci este necesară actualizarea configurației pentru fiecare lansare, ceea ce poate fi foarte costisitor din punct de vedere al orelor de lucru. De exemplu, actualizarea unui „SCP” puternic modificat pentru o versiune poate dura 30 de ore de lucru pentru un specialist cu experiență.

Prin urmare, înainte de a continua cu actualizarea, trebuie să determinați: lucrați într-o configurație tipică cu posibilitatea de modificare sau într-o configurație fără posibilitatea de schimbare? Pentru a face acest lucru, accesați configuratorul, unde în meniu urmați pașii " Configurare - Suport - Setare suport".

Fig.1. Apelarea ferestrei de setare a suportului de configurare

Dacă este setat " Pe suport", atunci această configurație este tipică și dacă " Modificare activată"- configuratia, cel mai probabil, a fost schimbata (cel putin, a fost incorporata o astfel de posibilitate). A treia stare este Configurația a fost retrasă.” Diferitele stări de configurare sunt prezentate în figurile 2, 3, 4.

Orez. 2. Configurație tipică fără posibilitatea de modificări

Orez. 3. Configurație tipică cu modificarea activată

Orez. 4. Configurație eliminată din suport

Algoritm pentru actualizarea configurațiilor modificate

Recent, m-am confruntat cu sarcina de a actualiza configurația modificată „Trade Management”, versiunea 10.3.13.2. Configurația a fost schimbată ca urmare a fuziunii cu soluția industrială „BIT: Car Service Management 8” și a fost perfecționată în mod continuu timp de doi ani. Acum configurația trebuia actualizată pentru lansarea 10.3.25.1, adică 12 versiuni. Am împărțit întreaga procedură de actualizare în mai mulți pași.

Etapa 1. Estimarea costului și calendarul procedurii de reînnoire

Înainte de a începe munca independentă, am decis să obțin o evaluare independentă a experților din acest domeniu. Singura companie care are capacitatea de a actualiza configurațiile modificate prin metode automate este 1C-IzhTiSi LLC. Am contactat specialiștii acestei companii cu o solicitare de estimare a costului actualizării configurației mele. Pentru a estima timpul și costul lucrării, am furnizat configurația actuală care trebuie actualizată. O zi mai târziu am primit o scrisoare cu un raport .

Raport asupra rezultatelor evaluării costului și calendarului actualizării configurației:

Configurație: Managementul comerțului Revizia 10.3
Versiunea actuală de configurare: 10.3.13.2
Actualizare la versiunea: 10.3.25.1
Număr de module actualizabile: 1.847
Număr de lansări de control: 8

Rezultatele evaluării m-au surprins, deoarece prețul pe acțiune a fost indicat pe site-ul companiei - 1000 de ruble. pentru o actualizare de lansare. Comentariu „1C-IzhTiSi”:

"Costul actualizării pentru fiecare lansare ratată nu este mai mare de 2000 de ruble. Acum există o promovare, deci costul nu depășește 1000 de ruble. Dar prețul final al serviciilor este determinat de rezultatele evaluării costurilor forței de muncă pentru actualizare și poate fi mai mic de 1000 de ruble/lansare".

De asemenea, am clarificat modul în care au fost selectate versiunile necesare pentru actualizare. Ca răspuns la întrebarea mea, am primit o captură de ecran în care acest lucru a fost demonstrat în mod clar (Fig. 5). Coloana Număr versiune indică versiunea de configurare la care doriți să faceți upgrade. Coloana „Versiune de upgrade” indică versiunea de la care puteți face upgrade. Ca urmare a evaluării, numărul de actualizări necesare a fost redus la 9.

Orez. 5. Selectarea versiunilor care trebuie utilizate pentru a actualiza corect configurația

După ce am studiat raportul 1C-IzhTiSi, am calculat timpul personal petrecut cu aceeași cantitate de muncă. Fiecare procedură de actualizare durează aproximativ 6 ore. Prin urmare, timpul total petrecut este de 56 (9x6) ore lucrătoare, adică aproximativ șapte zile lucrătoare. În plus, există posibilitatea ca după actualizare să fie dezvăluite unele neajunsuri: de exemplu, utilizatorul se va plânge că modificările de configurare de care are nevoie sunt pierdute, iar apoi costurile de timp vor crește serios. Între timp, specialiștii companiei „1C-IzhTiSi” se oferă să facă întreaga cantitate de muncă în trei până la patru zile lucrătoare. Așa că am decis să folosesc serviciile lor.

Acum voi explica pe scurt ce anume a fost schimbat în configurație.

Obiecte puternic modificate. Acestea sunt obiecte în care multe proprietăți tipice au fost modificate. Ajustările sunt complexe. Detaliile obiectului sunt adăugate la partea tabulară, afișate pe formularul obiectului și pe formularul listă. S-au adăugat handlere pentru detalii suplimentare în formulare. Mecanismul tipic pentru postarea unui document sau înregistrarea unui set de mișcări pentru registru a fost modificat.

Documente puternic modificate:

• „Comandă către furnizor”;
• „Mișcarea mărfurilor”;
• „Cerință-factură”;
• „Recepția de bunuri și servicii”.

Registre puternic modificate:

• „Locuri de mărfuri în depozite”;
• „Marfa în depozite”.

Obiecte modificate semnificativ. Obiectele în care s-au adăugat detalii, fie formele obiectelor, fie modulele obiectului au fost modificate (de regulă, documentul nu este tastat).

• Document „Comandă în numerar primită”;
• Registrul de informații „Nomenclatorul componentelor”;
• Registrul de informații „Marfuri anulate”;
• Module generale.

Obiecte ușor schimbate.În obiecte, doar formularele au fost modificate și au fost adăugate detalii.

Carti de referinta:

• „Tipuri de nomenclatură”;
• „Contractele contrapărților”;
• „Contractanți”;
• "Nomenclatură";
• „Tipuri de preț din nomenclatură”;
• „O serie de registre de informații”.

S-au schimbat abonamentele la evenimente, machete, roluri, module comune în secțiunea „General”. Aproape totul a fost schimbat printr-o decizie a industriei.

Etapa 2. Eliminarea informațiilor confidențiale

Înainte de a oferi angajaților 1C-IzhTiSi o bază de informații pentru testare, este necesar să ștergeți informațiile confidențiale din aceasta. Pentru astfel de cazuri, 1C recomandă utilizarea procesării „Modificarea informațiilor confidențiale”, care nu este foarte cunoscută.

Prelucrarea „Schimbarea informațiilor confidențiale” este destinată schimbării sau curățării selective a informațiilor din baza de informații. Prelucrarea poate fi folosită pentru a pregăti o bază de informații înainte de a o transmite pentru testare, unde este necesar să se ascundă (șterge, se modifică) unele informații.

Procesarea ChangePrivateInformation.epf se află pe discul ITS în directorul 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation. De asemenea, această prelucrare poate fi descărcată de pe link-ul: http://its.1c.ru/db/metod81#content:1644:1.

Desigur, informațiile confidențiale din fiecare companie sunt diferite, dar vă atrag atenția asupra datelor care cel mai probabil trebuie modificate:

• Directoare: Persoane fizice, Persoane de contact, Persoane de contact ale contrapartidelor, Contrapartide, Tipuri de pret.
• Registre de informații: Datele pașaportului unei persoane fizice, numele complet al persoanelor fizice.

Lista dvs. va fi probabil mai lungă, dar acestea sunt cele mai comune date. Modificarea acestora este puțin probabil să afecteze capacitatea de a vă testa baza de informații. De asemenea, puteți șterge toate acele obiecte cu care compania de servicii nu ar trebui să lucreze prin procesare de grup.

Etapa 3. Obțineți rezultatele actualizării

Trei zile mai târziu, mi s-au oferit fișiere cf și instrucțiuni complete pentru instalarea acestora. Pentru versiunile de control, sunt furnizate fișiere cf care nu pot fi utilizate pentru lucrul utilizatorului, deoarece numai metadatele au fost actualizate în ele. Acestea sunt destinate doar să facă upgrade corect la cea mai recentă versiune.

Ca urmare a muncii depuse, pot spune că toate modificările din configurație au fost salvate; atunci când sunt vizualizate vizual, toate obiectele care au fost modificate și-au păstrat caracteristicile și diferențele față de configurația tipică. În timpul funcționării, niciunul dintre utilizatori nu a raportat că s-au pierdut modificări.

Ca urmare a actualizării, am identificat două sarcini mici pentru o soluție independentă.

Primul. Datorită faptului că actualizarea se realizează folosind mecanismul „Comparare, îmbinare”, configurația bazei de date este într-adevăr actualizată, și actualizată corect, fără riscuri tehnice din cauza lansărilor de control. Cu toate acestea, configurația furnizorului nu este actualizată. Desigur, un specialist competent din punct de vedere tehnic va completa această muncă fără probleme, dar am cerut 1C-IzhTiSi să trimită instrucțiuni mai complete pentru actualizare. În conformitate cu acesta, chiar și un specialist fără experiență poate actualiza.

Al doilea. Ca urmare a actualizării, toate obiectele rămân suportate cu posibilitatea de schimbare, ceea ce poate fi și un dezavantaj indirect. Dacă trebuie să utilizați aceste servicii la un moment dat, atunci trebuie să puneți din nou toate obiectele pe suport. Până acum, pot face acest lucru numai prin enumerarea tuturor obiectelor de metadate. Din păcate, în timp ce acest proces este efectuat manual, dar în viitor va fi automatizat.

Pe lângă cele două sarcini menționate, a fost găsit un mic defect care, în principiu, nu afectează calitatea actualizării și se manifestă rar. Ca urmare a actualizării, liniile de cod ale configurației originale și cele actualizate coincid vizual, dar din anumite motive sunt adăugate spații la sfârșitul rândurilor. Acesta este un dezavantaj, deoarece crește ușor cantitatea de cod modificat. Și în cazul unor actualizări manuale ulterioare, ar fi mai bine să nu existe astfel de secțiuni de cod. Pe fig. 6 prezintă un exemplu înainte de actualizare, iar în fig. 7 este un exemplu după actualizare.

Politica de licențiere 1C oferă posibilitatea de a face și salva îmbunătățiri ale configurațiilor standard și, în consecință, posibilitatea de a le actualiza.*

* Configurații modificate sau non-standard 1C este un produs software bazat pe platforma 1C:Enterprise, care face parte din sau constituie întregul sistem automatizat de management al întreprinderii, care a suferit o serie de modificări datorită nevoilor și specificului afacerii, din punct de vedere al formelor și al compoziției directoarelor, documentelor, rolurilor, modulelor etc., deci actualizarea configurației 1C cu modificări nu este deloc aceeași cu actualizarea unei soluții standard.

Actualizările lansate de 1C au ca scop remedierea erorilor și efectuarea de modificări și completări din cauza legislației. Noile configurații care au intrat recent pe piață se caracterizează prin lansarea unui număr mare de actualizări de primul tip. Pentru configurațiile cu funcționalitate care vizează în principal compilarea rapoartelor de reglementare, de exemplu, „1C: ZUP”, „1C: Contabilitate”, există mai multe actualizări de al doilea tip.

Specificul actualizării configurațiilor non-standard este necesitatea de a face toate modificările la cea mai recentă versiune a 1C, păstrând în același timp pe deplin îmbunătățirile făcute anterior. Aceasta este o sarcină netrivială, a cărei soluție nu are un script standard, ceea ce înseamnă că nu poate fi complet automatizată. Din acest motiv, operațiunile manuale care necesită participarea unui specialist prevalează în metodologia de actualizare a configurațiilor non-standard.

Etapele de implementare a actualizării configurațiilor non-standard nu sunt afectate de cantitatea de îmbunătățiri disponibile. Pe scurt, ele pot fi descrise după cum urmează:

• Căutarea și compararea obiectelor modificate;
• Efectuarea de actualizări de la noua versiune;
• Introducerea modificărilor efectuate anterior, „suprascrise” la etapa anterioară;
• Verificarea compatibilității și funcționării proceselor.

Diferența va fi în timpul de implementare: dacă există multe îmbunătățiri, procesul va dura, în consecință, mai mult timp, va necesita concentrare, atenție și verificare manuală.

Luați în considerare actualizarea unei configurații non-standard pentru mediul 1C folosind exemplul „1C: Managementul comerțului” (lansarea 2014) pentru următoarea versiune disponibilă.

Acesta este un exemplu foarte simplu, dar așa cum am menționat mai sus, actualizarea unei configurații mai complexe, desigur, va necesita mult timp și concentrare din partea unui specialist, dar va avea aceleași etape - actualizarea (la un nou standard configurație), lucrul cu reconcilierea dintre cele introduse și modificările efectuate etc.

Înainte de a actualiza configurația, descărcați baza de informații. Această acțiune este recomandată a fi efectuată înainte de orice manipulări cu toate bazele de date fără excepție, și mai ales cu cele non-standard:

Descărcarea bazei de informații s-a încheiat:

Vă rugăm să rețineți că dacă configurația nu ar fi fost finalizată, adică era tipică, atunci în fereastra Configurare vizavi de nume, lângă cubul galben, ar fi afișată și pictograma de blocare:

În meniul Configurare, selectați „Suport” și „Actualizare configurație”. De fapt, în această etapă, acțiunile sunt complet aceleași cu procesul de actualizare a unei configurații tipice:

În funcție de dimensiunea bazei de date și de modificările acesteia, căutarea automată a actualizărilor disponibile poate dura ceva timp. Prin urmare, în ciuda recomandărilor, merită să alegeți opțiunea „Selectați un fișier de actualizare” și, în mod independent, după despachetarea arhivei cu actualizări și salvarea acestora, specificați calea manual:

Fereastra cu informații de ajutor, instrucțiuni și ordinea actualizărilor:

Fereastra de comparare a configurației. Starea configurației existente este afișată în stânga în arbore, informații despre noua versiune standard sunt afișate în dreapta. Sunt evidențiate și secțiunile care au suferit modificări. În continuare, trebuie să aflați ce secțiuni au fost modificate din partea noastră și au suferit modificări în același timp în noua configurație:

Pentru a afla ce obiecte tipice de metadate au fost modificate înainte și vor fi, de asemenea, modificate atunci când este instalată o nouă configurație de furnizor, selectați „Afișați numai proprietățile modificate de două ori”:

Există doar obiecte care îndeplinesc această condiție:

Extinderea arborelui de metadate, puteți vedea ce obiecte specifice vor fi modificate. Pentru a obține informații detaliate, faceți clic dreapta pentru a selecta obiectul modificat:

Puteți evalua modificările la nivel de cod folosind „Afișați diferențele în module”, dar, deoarece acestea trebuie să fie reținute pentru a le face după instalarea actualizărilor, creăm două rapoarte: „Raport privind compararea obiectelor din configurația principală cu vechiul furnizor. configurație” (îmbunătățiri disponibile) și „Obiect de configurare a furnizorului nou în comparație cu raportul de configurare a furnizorului vechi” (Actualizări).*

*Să luăm puțină terminologie din drum:

• „Configurație principală” - o configurație non-standard care trebuie actualizată;
• „Configurație veche a furnizorului” - configurație tipică din care au fost instalate ultima dată actualizările;
• „Configurație nouă furnizor” - cea la care o actualizăm acum.

Configurați formularul de raport și încărcați-l. Lista modificărilor efectuate anterior este fixă:

După descărcarea rapoartelor, mergeți direct la actualizare și faceți clic pe „Run”. Configuratorul oferă regula de actualizare „Preluare din configurația noului furnizor” (este indicată în a treia coloană). Aceasta înseamnă că toate îmbunătățirile vor fi șterse și înlocuite cu obiecte actualizate standard. Schimbarea acestei reguli în „Modul de îmbinare” tentant nu merită, pentru că. fuziunea automată va duce la haos. Totuși, este mai bine să petreceți timp și să faceți modificări manual:

În fereastra cu informații generale despre eliminarea unei configurații din suport, nu trebuie să schimbați nimic. Făcând clic pe „OK” se vor îmbina obiectele. În continuare, lansăm „Enterprise” și notăm modificările pentru a finaliza cu exactitate procesul de actualizare:

Acceptăm lista modificărilor:*

*Dacă butonul „Accept” este inactiv, ar trebui să rulați „Testarea corecțiilor”:



Începem depanarea prin F5 și obținem confirmarea legalității actualizărilor:

După ce a fost primită confirmarea că procesul de lansare a actualizării este complet finalizat, trebuie să reveniți la configurator, să mergeți la obiectele de metadate modificate de două ori și să faceți manual modificările comise la nivel de cod folosind rapoartele descărcate. În concluzie, adăugăm că după aceea, este necesar să se verifice corectitudinea setărilor și adecvarea proceselor de lucru.

Pentru a găsi toate modificările de configurare, trebuie să comparați configurația bazei de date (configurația curentă) cu configurația furnizorului (configurația originală fără modificări). Acest lucru se poate face folosind funcțiile standard ale platformei. În configurator, accesați setările de asistență pentru configurare:

În fața noastră se va deschide o fereastră de setări de asistență pentru configurare.

Prin executarea comenzii „Comparare, îmbinare”, vom obține o listă de obiecte care au fost modificate în configurația principală în comparație cu configurația furnizorului. Acesta este filtrul implicit pentru arborele de metadate afișat. Așa ar putea arăta rezultatul comparării cu configurația furnizorului.

În acest moment, putem vizualiza diferențele dintre obiectele de configurare principal și furnizor în detaliu suficient. De exemplu, următoarea captură de ecran arată o comparație a modulelor unei aplicații tipice în configurații.

În cele mai multe cazuri, comparând obiectele metadate în acest fel, putem actualiza configurația tipică, păstrând în același timp toate îmbunătățirile. Desigur, totul depinde de complexitatea modificărilor efectuate, deoarece dacă întreaga configurație este „rescrisă de mai multe ori”, atunci actualizarea din pachetul oficial de actualizare al vânzătorului poate deveni imposibilă.

Imprima

Pentru comoditate, puteți enumera toate modificările de configurare într-un document de foaie de calcul și le puteți utiliza într-o actualizare ulterioară, atunci când trebuie să alegeți cum să combinați modulele, să acordați prioritate configurației principale sau configurației furnizorului. Pentru a salva rezultatele comparațiilor de configurare, trebuie să generați un raport de comparație detaliat pentru întreaga configurație.

Făcând clic pe butonul „OK”, vom primi un raport detaliat cu privire la modificările configurației tipice în formatul unui document foaie de calcul, pe care platforma 1C:Enterprise vă permite să îl salvați în alte formate (de exemplu, o foaie de calcul Excel) .

În acest moment, raportul de modificare este gata, să începem actualizarea. Nu uitați să vă uitați la corectitudinea actualizării obiectelor de metadate în conformitate cu raportul primit.