Actualizarea unei configurații non-standard 1s 8.2 instrucțiuni pas cu pas. Experiență personală: cum să actualizați rapid și rentabil o configurație modificată

Să luăm în considerare o actualizare folosind exemplul unei configurații SCP 1.3 non-standard, care este suportată, cu posibilitatea de a trece de la versiunea 1.3.61.2 la versiunea 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" Bine».

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 să luăm o procedură sau o funcție dintr-o nouă configurație de furnizor și apoi, după fuziune, să ne facem îmbunătățirile;
• - 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 configurație nouă 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, iar modificările furnizorului pot fi mult mai multe 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 suport, va fi oferită o fereastră de configurare de comparare și îmbinare, în care puteți face 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” Bine».

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.

Experiență personală: cum să actualizați rapid și rentabil o configurație modificată

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 „Managementului întreprinderii de producție” (denumit în continuare PPM) în versiunea 1 (numerele de lansare în continuare sunt atribuite condiționat) dimensiunii (indicatorului) registrului de calcul, au 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 - Asistență - Setări asistență”.

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

Dacă este setat la „Pe suport”, atunci această configurație este tipică, iar dacă „Modificabil este activat” - configurația este cel mai probabil schimbată (cel puțin o astfel de posibilitate este inclusă). A treia stare este „Configurația este depreciată”. 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 un e-mail 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 2.000 de ruble. Acum există o promovare, deci costul nu depășește 1.000 de ruble. Dar prețul final al serviciilor este determinat de rezultatele unei evaluări a costurilor forței de muncă pentru actualizare. și poate fi mai mică de 1.000 de ruble pe 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/method81#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 descoperit 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.

Î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 „executare” ș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... Aceste obiecte vor fi înlocuite în timpul actualizării! 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.

Produsele software 1C sunt specifice în sensul că munca lor este foarte influențată de legislația țării în care sunt utilizate aceste programe. De aceea este foarte important să poți actualiza aceste produse, deoarece pe lângă aspectele legislative, configurațiile actualizate vor conține corectarea erorilor critice, accelerarea întregului program și alte detalii utile. Există două opțiuni pentru dezvoltarea evenimentelor: prima opțiune este o actualizare a configurației standard (tipice), care se întâmplă destul de repede și nu necesită mult efort, în timp ce a doua opțiune, atunci când trebuie să actualizați ansamblul modificat, este mai lung și mai complicat.

Determinarea tipului de configurație

De obicei, utilizatorul știe exact ce versiune are, deoarece ansamblul standard se caracterizează prin absența interferenței cu obiectele interne ale programului. Un alt lucru este că, de regulă, programatorii sunt angajați în modificare, respectiv, utilizatorul primește un produs deja modificat, despre care este posibil să nu cunoască. Există o modalitate simplă de a înțelege dacă s-au făcut modificări acolo sau nu. Pentru a face acest lucru, trebuie să intrați în modul Configurator, al cărui buton corespunzător se află în fereastra de pornire a programului. Acolo, în partea de sus, există o filă Configurare, în care există un element de asistență. După ce faceți clic pe el, ar trebui să selectați Configurare suport. În fereastra deschisă, butonul „Activați opțiunile de modificare” ar trebui să fie activ, iar un semn al unei versiuni standard este prezența unei pictograme de lacăt lângă numele versiunii. Aceste semne indică faptul că modulele programului nu s-au schimbat, ceea ce înseamnă că puteți efectua o actualizare centralizată de pe site-ul oficial prin internet. În absența acestor semne, se poate argumenta că programatorul a lucrat la editarea acestui produs, în timp ce este posibil ca modificarea să fi fost parțială, adică o serie de obiecte au fost lăsate în forma lor originală. Toate obiectele modificate rămân fără pictograme de identificare, iar elementele standard sunt marcate cu un cub galben. Modificarea parțială nu elimină complet programul din suport, deoarece va fi posibilă actualizarea obiectelor neatinse.

Configurație standard (tipică) - pregătire pentru upgrade

Pe lângă aceste probleme, cum ar fi modificări ale legislației sau o deteriorare a performanței programului, trebuie să îl actualizați atunci când programul 1C emite un mesaj corespunzător. Se va spune că această versiune a fost lansată cu ceva timp în urmă, acum există o configurație îmbunătățită și că poate fi actualizată chiar acum prin intermediul site-ului sau folosind discul ITS. Pentru început, este foarte important să faci o copie de rezervă a bazei de date, astfel încât totul să poată fi restaurat dacă ceva nu merge bine. Acest lucru se face în trei moduri. Puteți copia pur și simplu folderul rădăcină cu baza de date pe un disc sau pe o unitate flash USB. După pornirea 1C, baza este selectată, iar calea către aceasta va fi indicată în fereastră. În caz de probleme, acest folder este mutat în locul bazei de date care nu funcționează. Puteți acționa și prin intermediul configuratorului, pentru care trebuie să selectați acest mod în program. În secțiunea Administrare există un buton Încărcați baza de informații. După selectarea unui folder, acolo va apărea un fișier .dt, care poate fi deschis ulterior cu butonul corespunzător din aceeași secțiune.

A treia metodă apare puțin mai târziu, în stadiul actualizării prin Internet. Puteți face totul prin discul ITS, care ajunge lunar la întreprindere, iar acest disc poate fi luat și de la un angajat care are un acord cu ITS, trebuie doar să vă asigurați că configurațiile se potrivesc. În caz contrar, totul se face prin internet. Există o nuanță importantă: pachetele de servicii sunt instalate strict secvenţial, iar unele versiuni au fost ratate, sistemul vă va cere să le instalați mai întâi. găsit în meniul Ajutor, unde trebuie să faceți clic pe secțiunea Despre.
Dacă totul este în regulă cu Internetul, atunci trebuie să accesați site-ul usersv8.1c.ru, în care vă introduceți datele de conectare și parola. Apoi, sunt selectate configurațiile necesare, care se află pe linkul Descărcare actualizări. Următorul pas este selectarea unor versiuni specifice, ținând cont de primele și de cele care au apărut recent. Toate fișierele sunt salvate unul câte unul pe computer. Înainte de actualizare, trebuie să deschideți toate fișierele de arhivă și să instalați fiecare versiune. Versiunile pot fi descărcate, așa cum este descris, și de pe discul ITS. Acum trebuie să intrați în modul Configurator, după care obiectele ar trebui să fie afișate în stânga, dacă nu sunt acolo, atunci va trebui să faceți clic pe fila Deschidere configurare.
Pentru a actualiza, utilizatorul merge la Configurare-Suport-Actualizare configurație. În fereastra nouă, faceți clic pe Căutare.

Din opțiunile oferite, selectați Căutare în cataloagele actuale de actualizare, apoi indicați versiunea disponibilă sau cea al cărei nume va fi evidențiat cu caractere aldine. Pentru toate celelalte sugestii, faceți clic pe Da, inclusiv în ultima fereastră Reorganizare informații. Pasul final este să rulați programul în modul producție pentru ca actualizările să intre în vigoare.

Actualizarea unei configurații 1C non-standard (modificată).

Scopul actualizării unui ansamblu modificat este de a se asigura că modificările făcute de programatori nu se pierd, iar modificările realizate de dezvoltatori au loc. Toți pașii enumerați descriși în instrucțiunea anterioară sunt executați de această dată, doar la pasul final va apărea un tabel comparativ, unde într-o coloană va fi o configurație cu obiecte modificate, iar în a doua coloană va fi o listă de actualizări. . Aceste coloane conțin arbori de metadate. Cu un marcator verde, programul va marca obiectele specifice la care programatorul le face ajustări și pe care le-au modificat dezvoltatorii de produse. În această etapă, trebuie să găsiți acele obiecte care sunt marcate în aceste două coloane.

Pentru a simplifica căutarea, puteți folosi butonul Filtrare, care se află mai jos, apoi bifați caseta Afișare proprietăți modificate de două ori. Dacă totul este făcut corect, atunci doar obiectele de care avem nevoie vor fi afișate în fereastra de lucru. Procedura de actualizare a modulelor non-standard nu va afecta configurația.

Trebuie să analizăm acest tabel. În acest caz, este clar că modificările au avut loc în ambele cazuri, deoarece există pictograme creion, deoarece există și o pictogramă lângă numele modulului, ceea ce înseamnă că acestea vor fi îmbinate. Ultima coloană din dreapta indică faptul că atunci când procesul se încheie, tot codul de utilizator va fi schimbat în favoarea actualizării dezvoltatorului.

Există și alte moduri cu îmbinare parțială (prioritate), dar aceste moduri sunt folosite de utilizatorii experimentați, deoarece un începător va transforma toate evoluțiile în module confuze. În consecință, nu are rost să schimbi ceva în ultima coloană. Pe de altă parte, prin eliminarea casetei de selectare din prima coloană, îmbinarea forțată poate fi anulată. Pe baza acestui lucru, puteți fie să adăugați manual codul la modulul actualizat, fie să lăsați codul în pace și să faceți manual actualizările. Pentru a înțelege exact ce trebuie să faceți, ar trebui să faceți clic dreapta pe modulul selectat și să selectați Afișare diferențe. Acest pas va arăta diferențe în anumite proceduri. În partea de jos a ferestrei există și o împărțire în două coloane, dar codul în sine este deja afișat acolo.

Acțiunile ulterioare depind de nivelul modificărilor modulului, dacă configurația a fost rescrisă radical, atunci va fi extrem de dificil să actualizați totul pe cont propriu, fără ajutorul unui programator.

Posibil la actualizarea 1C

Cele mai multe greșeli sunt făcute atunci când baza de date este puternic modificată, deoarece mai multe pagini de cod, diverse cărți de referință și alte obiecte pot deruta un utilizator neexperimentat. Este foarte important să creați și să salvați o arhivă pentru recuperarea copiei de rezervă înainte de a face orice modificări și apoi să vă asigurați din nou că totul a fost făcut corect. Greșeala clasică este de a actualiza un ansamblu non-generic ca și cum ar fi unul standard. Dar chiar dacă urmați instrucțiunile descrise, este departe de a fi un fapt că programul va funcționa imediat așa cum ar trebui. Este probabil ca o configurație suplimentară să fie indispensabilă. Configuratorul nu afișează modificările efectuate în comenzile formularelor de dialog, așa că acest moment va trebui verificat manual, altfel actualizările vor suprascrie toate acestea. După actualizare, configuratorul poate afișa o interdicție privind actualizarea vechii baze de informații, deoarece numerele documentelor nu mai sunt unice, același lucru este valabil și pentru registrele de informații.

Pentru a rezolva problema veți avea nevoie de:
- modifica numarul de caractere din coduri;
- schimbarea codurilor din infobaza;
— modificați proprietatea de control al unicității în toate directoarele.

În procesul de actualizare, nu trebuie să uităm de actualizarea interfețelor și a drepturilor de utilizator, care este adesea trecută cu vederea. Importanța actualizării secvențiale a versiunilor a fost deja descrisă, este de asemenea extrem de important să folosiți procesarea încorporată a actualizărilor de configurare, care vă va permite să convertiți datele necesare și să completați bazele de date cu informații dacă este necesar. Este în interesul utilizatorului să monitorizeze potrivirea identificatorilor sau detaliilor interne ale obiectului, în caz contrar, actualizarea poate suprascrie toate evoluțiile. Chiar și după pregătirea atentă a unei noi configurații, nu puteți trece imediat la combinarea acesteia cu baza de lucru utilizată, deoarece trebuie și actualizată, după care totul este testat temeinic.

Trebuie să înțelegeți că există opțiuni când configurația va fi returnată pentru asistență, adică procesul de actualizare a acesteia va avea loc în modul standard pentru program, prin descărcarea versiunii de pe Internet. Programul este scos din suport după introducerea modulelor modificate în produs. Eliminarea acestor module va readuce programul la starea inițială, dar este imposibil să scăpați complet de ele, deoarece funcționarea normală a 1C va fi imposibilă, deoarece din anumite motive aceste module au fost programate. În consecință, aceste module pot fi scoase din program - munca va fi efectuată folosind module externe, dar acest lucru nu va afecta funcționarea programului. Astfel, directoarele și alte obiecte vor rămâne la locul lor.Este problematic să faci asta pe cont propriu fără cunoștințele necesare, așa că programatorul trebuie să returneze programul în cadrul ansamblului standard, dacă este necesar.

Există, de asemenea, câteva sfaturi pentru a facilita procesul de actualizare a produselor software 1C în viitor. În primul rând, ar trebui să încercați să modificați programul cât mai puțin posibil și, dacă nu este absolut necesar, atunci nu introduceți nimic terță parte acolo, ci încercați să rezolvați problemele cu acele instrumente tipice care sunt disponibile. Fără excepție, toate modificările din configurație trebuie comentate și înregistrate într-un document separat, astfel încât nimic important să nu fie ratat în timpul procesului de recuperare. Pentru a reduce cantitatea de cod de program din obiectele de tip, ar trebui să-l mutați în propriul modul comun, în timp ce trebuie să înțelegeți că apelurile la proceduri și funcții nu pot fi atinse - acestea trebuie să rămână în obiectele de tip pentru ca programul să poată funcționa corect. În scopuri de optimizare, are sens să înlocuim toate apelurile la proceduri și funcții standard care sunt atât în ​​codul de obiecte „autoscris”, cât și în codul modulelor externe cu apeluri la proceduri dintr-un modul nativ. Aceste proceduri sunt o scurtătură simplă prin care vor fi apelate procedurile din modulele generice. Astfel, la compararea modificărilor, utilizatorul nu va trebui să caute liniile necesare în codul modificat pentru o perioadă lungă de timp. Timpul de actualizare, sub rezerva acestor recomandări, este redus la câteva ore de lucru, iar dacă totul rămâne așa cum este, procesul poate dura câteva zile.

Actualizarea unei configurații non-standard, puternic modificată, este o sarcină responsabilă și consumatoare de timp. De obicei, o actualizare de lansare este efectuată pentru configurațiile care conțin un bloc de raportare reglementat. De exemplu, .

Să luăm în considerare cel mai simplu mod de a face o actualizare non-standard fără erori, folosind exemplul configurației 1C Enterprise Accounting.

Începutul oricărei actualizări este descris în articol. Vom lua în considerare doar cel mai important lucru - nuanțele unei actualizări atipice.

O mică teorie despre configurațiile non-standard:

• Configurația neacceptată conține 2 configurații: configurația bazei de date și configurația principală.
• Configurația pe suport fără posibilitatea de editare conține 2 configurații: configurația bazei de date și configurația principală (aka furnizorul).
• O configurație acceptată cu posibilitatea de modificare conține deja 3 configurații: o configurație de bază de date, o configurație principală și o configurație de furnizor.

1. Pregătirea pentru actualizare

Înainte de a începe toți pașii, asigurați-vă că configurația furnizorului se potrivește cu configurația principală - acest lucru va facilita foarte mult actualizarea atipică. Dacă configurația furnizorului este o versiune mai veche, atunci configurația a fost actualizată anterior incorect. Puteți actualiza versiunea unui furnizor rulând actualizarea pe rând și nu selectând niciun obiect pentru comparație.

În primul rând, implementez 2 baze cu configurația inițială. Unul pentru a face modificări, al doilea pentru a compara cu cel nou.

Obțineți 267 de lecții video 1C gratuit:

Dacă configurația dvs. nu este tipică, atunci prin apăsarea butonului „actualizare” din configurator, sistemul va începe să compare configurația principală și cea nouă a furnizorului:

În exterior, se pare că am schimbat un număr mare de obiecte. Cu toate acestea, să ne imaginăm situația: ați schimbat documentul, dar nu sa schimbat în - trebuie să-l actualizați manual? Desigur că nu. Pentru a selecta astfel de obiecte după comparare, asigurați-vă că faceți clic pe butonul Filtruși bifați caseta

După filtrare, vedem că sunt mult mai puține obiecte modificate:

Am primit o listă de obiecte la care vom lucra. În cazul nostru, a existat un singur obiect complex - documentul RecordKUDiR.

2. Transferul modificărilor actualizării 1C

Pentru a transfera modificări, deschid 2 configuratoare - într-unul fac comparații și preiau modificări, iar în al doilea fac îmbunătățiri.

Următorul pas este să transferați direct modificările. Luați în considerare tehnicile de bază pentru actualizarea configurațiilor non-standard.

3. Diferențele în module

O operațiune destul de simplă, dar foarte responsabilă - pur și simplu transferăm module de la o nouă ediție la una veche. Dacă codul este comentat, atunci nu ar trebui să existe probleme:

4. Comparații între formulare și aspecte

Aici procesul este mult mai complicat. Trebuie să prindeți cele mai mici modificări ale formularelor. Recomand generarea unui raport detaliat asupra diferențelor cu o reflectare grafică:

După ce ați transferat toate modificările obiectelor din noua configurație, începeți compararea și îmbinarea din nou, eliminând obiectele pe care le-ați schimbat manual pentru comparare.

Actualizarea atipică a configurației modificate 1C este finalizată!

Notă! Dacă nu știți să programați în 1C 8, șansa de a actualiza cu succes o configurație non-standard este extrem de mică. Vei petrece mult timp și vei ajunge cu o configurație care nici măcar nu rulează. Recomand să contactați pentru asistență promptă.