Luați în considerare o situație tipică în care se află adesea începătorii. Să presupunem că există o configurație tipică 1C: Comprehensive Automation 8. Inițial, configurația a fost instalată din kitul de distribuție (de exemplu, versiunea 1.1.20.1). Apoi, din cauza necesității de adaptare la specificul întreprinderii, a fost inclusă și capacitatea de schimbare (noi veniți deseori numesc în mod eronat această acțiune retragere din sprijin, deși în realitate nu este așa).
Și acum, după un timp, avem o configurație foarte modificată, dar totuși tipică (în scopul contabilității reglementate, am actualizat regulat). Și apoi vom lua în considerare câteva situații ipotetice:
1) După ceva timp după următoarea actualizare, primim un mesaj de la departamentul de contabilitate despre o eroare care iese la momentul închiderii de rutină a operațiunii de lună. Înainte de aceasta, nu a existat o astfel de eroare, prin urmare actualizarea este de vină. Este o situație destul de tipică. Începem să diagnosticăm eroarea și vedem că picioarele cresc din modulul general de CONTABILITATE TVA și Formarea Mișcărilor. Începem să înțelegem și să înțelegem că acest modul a fost reproiectat semnificativ într-unul standard și după comasare am „pierdut” unele dintre proceduri/funcții (sau, așa cum se întâmplă adesea în cele standard, au „sărit” la un alt modul comun). Având în vedere complexitatea modulelor comune între ele în cele standard, în etapa de actualizare nu este întotdeauna posibil să se identifice o problemă care se manifestă numai atunci când utilizatorii lucrează.
Așa că înțelegem, pentru a ne da seama, avem nevoie de o configurație tipică a versiunii curente (să spunem 1.1.23.1). Dar de unde pot lua? Dacă există un francez familiar și poate trimite prompt kitul de distribuție - bine, dar să presupunem că nu este acolo și problema trebuie rezolvată urgent. (Nu oferi Varese!). Mai mult, este posibil ca internetul să nu existe și ce să faci într-o astfel de situație? Am asistat în mod repetat la procesul când o persoană, pentru a rezolva această problemă, a instalat o nouă bază din kitul de distribuție original existent și apoi a actualizat-o constant la ultima pentru a vedea „cum ar trebui să fie cu adevărat” într-o bază curată. . Iar cufărul, ca întotdeauna, tocmai s-a deschis :)
Acum să ne uităm la diferite soluții:
a) Prima opțiune: Meniu -> Configurare -> Comparare configurații, apoi selectați configurația furnizorului și comparați-o cu configurația principală.
În mod surprinzător, sunt cei care nu știu despre asta. Sau, în orice circumstanțe, utilizați elementul Comparare, combinați cu configurația din fișier (având în prealabil obținut/primit un tipic.cf).
b) A doua metodă este potrivită dacă trebuie nu numai să vedem modificările, ci și să efectuăm imediat îmbinarea.
Meniu -> Configurare -> Asistență -> Setări de asistență și în partea de jos apăsăm butonul Comparare, îmbinare.
2) O altă situație: să presupunem că am schimbat sau am șters o parte din codul tipic și după un timp s-a dovedit că am făcut o greșeală și trebuie să returnăm totul înapoi. Și, așa cum se întâmplă adesea, nu există o copie de rezervă a configurației salvate înainte ca modificările să fie făcute. Dar știm sigur că această bucată de cod este conținută într-una tipică, așa că configurația vânzătorului ar rezolva problema.
Desigur, puteți face ca în primul caz. Așteptați până la sfârșitul procesului de comparare și deschideți un modul tipic din fereastra de comparare a configurației și copiați codul de acolo.
Unii fac exact asta, dar dacă avem de-a face cu un monstru de tip SCP, care este, de asemenea, puternic modificat, atunci sfârșitul procesului de comparație poate fi de așteptat pentru o perioadă foarte lungă de timp. Dacă am avea un fișier .cf, am putea pur și simplu să-l deschidem în fereastra de configurare (apropo, nici toți începătorii știu despre această caracteristică) și să copiem codul necesar de acolo.
Și apare o întrebare rezonabilă, cum puteți salva configurația furnizorului într-un fișier? De ce nu există niciun element de meniu similar cu Salvarea configurației în fișier pentru configurația principală sau Salvarea configurației bazei de date în fișier pentru configurarea bazei de date. Și unde este același lucru pentru configurația furnizorului? De fapt, există și el, doar îngropat puțin mai adânc. Și anume, totul este în aceeași formă de setări de asistență.
Doar că mulți deschid acest formular o singură dată pentru a permite posibilitatea schimbării și nu se mai întorc niciodată la el.
Și în cazul nostru, a fost și mai ușor să o faci, chiar și fără a salva configurația într-un fișier, făcând clic pe butonul Deschidere. Efectul este același, dar mult mai rapid.
De ce altceva ați putea avea nevoie pentru a salva configurația furnizorului într-un fișier?
3) Luați în considerare următoarea situație. Să zicem că la etapa inițială a existenței configurației în standard nu avea funcționalitatea de care aveam nevoie și s-a luat decizia de a o revizui. Revizuirea a fost minimă, dar pe viitor a creat încă inconveniente la actualizare. Dar apoi, după ceva timp, descoperim că această funcționalitate (cum era cândva cu versiunea obiectelor) a apărut în cea standard (și, așa cum se întâmplă adesea, este implementată cu un ordin de mărime mai bine decât revizuirea „artizanală”).
Voi da mai multe exemple de situații reale în care poate fi necesară o retragere la o configurație tipică:
1. De câteva ori am dat peste configurații în care erau modificate doar machetele formularelor tipărite. Din lipsă de experiență sau fără să știe, programatorul care însoțea configurația, în loc să creeze un imprimabil extern, a scos configurația din suport și a modificat machetele încorporate (deseori banale pentru a adăuga un logo al companiei), după care utilizatorii au fost lipsiți de modul de actualizare automată.
2. Din nou, din cauza necunoașterii funcționalității tipice (de foarte multe ori foștii „șapte” suferă de asta), în loc să se folosească proprietăți și categorii, s-au adăugat cerințele directoarelor/documentelor atunci când nu exista un motiv întemeiat pentru aceasta (de exemplu , datele au fost folosite numai pentru ieșire în formulare imprimabile).
Desigur, aceasta nu este o problemă, dacă avem de-a face cu UT sau altă configurație a planului de management, unde, în general, actualizările nu sunt critice, dar în acest exemplu vorbeam despre UPP modificat sau automatizare complexă. Și se dovedește că datorită îmbunătățirilor minore care ar putea fi implementate fără a fi eliminate de la suportul complet, avem hemoroizi inutile cu actualizări standard.
Există o dorință rezonabilă de a abandona modificările făcute și de a pune din nou configurația pe suport deplin. Cum să o facă?
Singura modalitate de a readuce configurația la suport complet este să încărcați (nu în modul de comparare și îmbinare, și anume elementul Încărcare configurație din fișier) un tipic.cf. Pentru aceasta, este utilă posibilitatea de a salva configurația furnizorului în fișierul .cf. Salvăm, apoi încărcăm, iar după actualizarea configurației bazei de date, obținem configurația standard în forma sa originală, adică. cu o blocare :) Bineînțeles, înainte de a efectua aceste acțiuni, ar trebui să aveți grijă să salvați / transferați în prealabil datele necesare, care vor fi „spălate” după revenirea la configurația standard și asigurați-vă că faceți o copie de rezervă a bazei de date !
Acestea sunt, după cum sa dovedit, posibilități simple în arsenalul dezvoltatorului, dar ignorarea acestor tehnici în practică poate duce la multe ore de agitație inutilă, descrise mai sus. Deci cine a știut - bine făcut și cine nu a știut - ia-l în serviciu și economisește-ți timp.
A fost o întrebare:
Câte configurații sunt în baza de informații?
Răspuns corect 3
Structura IB include:
1. Configurare de bază.
2. Configurarea bazei de date.
3. Configurarea furnizorului(poate fi absent).
4. Plus date despre utilizator (documente, cărți de referință etc.)
Configurația definește structura bazei de date și conține algoritmii care asigură lucrul cu datele.
Dezvoltatorii lucrează cu configurația de bază. Utilizatorii lucrează cu configurația bazei de date.
Configurație furnizor — Configurația originală a furnizorului pentru o soluție eșantion.
Dacă baza de informații este instalată dintr-un șablon și este susținută de furnizor, atunci în interiorul securității informațiilor configurația furnizorului va fi localizată.
Dacă configurația este în întreținere, iar modificările obiectelor sunt interzise, apoi două configurații sunt stocate în baza de informații - configurația de bază și configurația bazei de date.
Când activați capacitatea de a schimba configurația (comandă Activați schimbareaîn dialog" Setare suport"), Platformă din configurația principală creează configurația furnizorului... Dimensiunea IB este în creștere.
Configurația furnizorului este doar pentru citire.
Pentru a vizualiza configurația furnizorului, selectați articolul
Configurare - Asistență - Setări de asistență - Deschide.
O bază de informații poate conține mai multe configurații de furnizor, dacă configurația este acceptată de mai mulți furnizori. O astfel de schemă se găsește atunci când se utilizează soluții de producție specifice industriei.
Bazele suportului 1C
Actualizarea 1C se poate face în modul utilizator, în modul configurator și în setările de comparare și îmbinare.
Retrageți-vă din sprijin
În caseta de dialog „Setări de asistență”, când faceți clic pe butonul Eliminare asistență configurația furnizorului este ștearsă... Această posibilitate trebuie utilizată în cazurile în care o soluție tipică este utilizată ca bază pentru propria dezvoltare și nu este planificată întreținerea acesteia.
Dacă trebuie să descărcați configurația furnizorului. Acest lucru se poate face din Asistență - Setări de asistență. În caseta de dialog „Setări de asistență”, faceți clic pe butonul Salvare în fișier.
În acest articol, vreau să arăt capabilitățile de service ale platformei 1C: Enterprise 8, în ceea ce privește utilizarea configurației furnizorului, care sunt foarte des solicitate, dar, după cum a arătat practica, nu toți începătorii și chiar specialiștii cu experiență sunt familiarizați.
Luați în considerare o situație tipică în care se află adesea începătorii. Să presupunem că există o configurație tipică 1C: Comprehensive Automation 8. Inițial, configurația a fost instalată din kitul de distribuție (de exemplu, versiunea 1.1.20.1). Apoi, din cauza necesității de adaptare la specificul întreprinderii, a fost inclusă și capacitatea de schimbare (noi veniți deseori numesc în mod eronat această acțiune retragere din sprijin, deși în realitate nu este așa).
Și acum, după un timp, avem o configurație foarte modificată, dar totuși tipică (în scopul contabilității reglementate, am actualizat regulat). Și apoi vom lua în considerare câteva situații ipotetice:
1) După ceva timp după următoarea actualizare, primim un mesaj de la departamentul de contabilitate despre o eroare care iese la momentul închiderii de rutină a operațiunii de lună. Înainte de aceasta, nu a existat o astfel de eroare, prin urmare actualizarea este de vină. Este o situație destul de tipică. Începem să diagnosticăm eroarea și vedem că picioarele cresc din modulul general de CONTABILITATE TVA și Formarea Mișcărilor. Începem să înțelegem și să înțelegem că acest modul a fost reproiectat semnificativ într-unul standard și după comasare am „pierdut” unele dintre proceduri/funcții (sau, așa cum se întâmplă adesea în cele standard, au „sărit” la un alt modul comun). Având în vedere complexitatea modulelor comune între ele în cele standard, în etapa de actualizare nu este întotdeauna posibil să se identifice o problemă care se manifestă numai atunci când utilizatorii lucrează.
Așa că înțelegem, pentru a ne da seama, avem nevoie de o configurație tipică a versiunii curente (să spunem 1.1.23.1). Dar de unde pot lua? Dacă există un francez familiar și poate trimite prompt kitul de distribuție - bine, dar să presupunem că nu este acolo și problema trebuie rezolvată urgent. (Nu oferi Varese!). Mai mult, este posibil ca internetul să nu existe și ce să faci într-o astfel de situație? Am asistat în mod repetat la procesul când o persoană, pentru a rezolva această problemă, a instalat o nouă bază din kitul de distribuție original existent și apoi a actualizat-o constant la ultima pentru a vedea „cum ar trebui să fie cu adevărat” într-o bază curată. . Și cufărul, ca întotdeauna, tocmai s-a deschis (IMG :)
Acum să ne uităm la diferite soluții:
a) Prima opțiune: Meniu -> Configurare -> Comparare configurații, apoi selectați configurația furnizorului și comparați-o cu configurația principală.
În mod surprinzător, sunt cei care nu știu despre asta. Sau, în orice circumstanțe, utilizați elementul Comparare, combinați cu configurația din fișier (având în prealabil obținut/primit un tipic.cf).
b) A doua metodă este potrivită dacă trebuie nu numai să vedem modificările, ci și să efectuăm imediat îmbinarea.
Meniu -> Configurare -> Asistență -> Setări de asistență și în partea de jos apăsăm butonul Comparare, îmbinare.
2) O altă situație: să presupunem că am schimbat sau am șters o parte din codul tipic și după un timp s-a dovedit că am făcut o greșeală și trebuie să returnăm totul înapoi. Și, așa cum se întâmplă adesea, nu există o copie de rezervă a configurației salvate înainte ca modificările să fie făcute. Dar știm sigur că această bucată de cod este conținută într-una tipică, așa că configurația vânzătorului ar rezolva problema.
Desigur, puteți face ca în primul caz. Așteptați până la sfârșitul procesului de comparare și deschideți un modul tipic din fereastra de comparare a configurației și copiați codul de acolo.
Unii fac exact asta, dar dacă avem de-a face cu un monstru de tip SCP, care este, de asemenea, puternic modificat, atunci sfârșitul procesului de comparație poate fi de așteptat pentru o perioadă foarte lungă de timp. Dacă am avea un fișier .cf, am putea pur și simplu să-l deschidem în fereastra de configurare (apropo, nici toți începătorii știu despre această caracteristică) și să copiem codul necesar de acolo.
Și apare o întrebare rezonabilă, cum puteți salva configurația furnizorului într-un fișier? De ce nu există niciun element de meniu similar cu Salvarea configurației în fișier pentru configurația principală sau Salvarea configurației bazei de date în fișier pentru configurarea bazei de date. Și unde este același lucru pentru configurația furnizorului? De fapt, există și el, doar îngropat puțin mai adânc. Și anume, totul este în aceeași formă de setări de asistență.
Doar că mulți deschid acest formular o singură dată pentru a permite posibilitatea schimbării și nu se mai întorc niciodată la el.
Și în cazul nostru, a fost și mai ușor să o faci, chiar și fără a salva configurația într-un fișier, făcând clic pe butonul Deschidere. Efectul este același, dar mult mai rapid.
De ce altceva ați putea avea nevoie pentru a salva configurația furnizorului într-un fișier?
3) Luați în considerare următoarea situație. Să zicem că la etapa inițială a existenței configurației în standard nu avea funcționalitatea de care aveam nevoie și s-a luat decizia de a o revizui. Revizuirea a fost minimă, dar pe viitor a creat încă inconveniente la actualizare. Dar apoi, după ceva timp, descoperim că această funcționalitate (cum era cândva cu versiunea obiectelor) a apărut în cea standard (și, așa cum se întâmplă adesea, este implementată cu un ordin de mărime mai bine decât revizuirea „artizanală”).
Voi da mai multe exemple de situații reale în care poate fi necesară o retragere la o configurație tipică:
1. De câteva ori am dat peste configurații în care erau modificate doar machetele formularelor tipărite. Din lipsă de experiență sau fără să știe, programatorul care însoțea configurația, în loc să creeze un imprimabil extern, a scos configurația din suport și a modificat layout-urile încorporate (deseori banale pentru a adăuga un logo al companiei), după care utilizatorii au fost lipsiți de modul de actualizare automată.
2. Din nou, din cauza necunoașterii funcționalității tipice (foștii „șapte” suferă adesea de acest lucru), în loc să folosească proprietăți și categorii, cerințele directoarelor/documentelor au fost adăugate atunci când nu exista un motiv întemeiat pentru aceasta (de exemplu, datele au fost folosite numai pentru ieșire în formulare imprimabile).
Desigur, aceasta nu este o problemă, dacă avem de-a face cu UT sau altă configurație a planului de management, unde, în general, actualizările nu sunt critice, dar în acest exemplu vorbeam despre UPP modificat sau automatizare complexă. Și se dovedește că datorită îmbunătățirilor minore care ar putea fi implementate fără a fi eliminate de la suportul complet, avem hemoroizi inutile cu actualizări standard.
Există o dorință rezonabilă de a abandona modificările făcute și de a pune din nou configurația pe suport deplin. Cum să o facă?
Singura modalitate de a readuce configurația la suport complet este să încărcați (nu în modul de comparare și îmbinare, și anume elementul Încărcare configurație din fișier) un.cf. Pentru aceasta, este utilă posibilitatea de a salva configurația furnizorului în fișierul .cf. Salvăm, apoi încărcăm, iar după actualizarea configurației bazei de date, obținem configurația standard în forma sa originală, adică. cu blocare (IMG :) Desigur, înainte de a efectua aceste acțiuni, trebuie să vă ocupați de salvarea/transferarea datelor necesare în prealabil, care se vor „spăla” după revenirea la configurația standard și asigurați-vă că faceți o copie de rezervă a Bază de date!
Acestea sunt, după cum sa dovedit, posibilități simple în arsenalul dezvoltatorului, dar ignorarea acestor tehnici în practică poate duce la multe ore de tam-tam inutil, descrise mai sus. Deci cine a știut - bine făcut și cine nu a știut - ia-l în serviciu și economisește-ți timp.
[trebuie să vă înregistrați pentru a vedea linkul]
Acest articol se bazează pe mulți ani de experiență în dezvoltarea și suportul de soluții de contabilitate pe platforma 1C: Enterprise. Articolul descrie câteva situații destul de frecvente care provoacă dificultăți la actualizarea configurațiilor atipice 1C: Enterprise 8.
Acest articol nu descrie cum se aplică actualizări automate și automate de configurare folosind componente externe și/sau produse software. Puteți găsi informații despre ele pe această și alte resurse de pe Internet.
Poate ați observat că, cu fiecare nouă actualizare, numărul de obiecte care necesită atenția dvs. crește doar. În același timp, știți sigur că un singur document a fost modificat, iar când actualizați, este afișată o listă cu câteva zeci de obiecte modificate. Desigur, puteți folosi tehnica descrisă în articolul „Tehnologie pentru actualizarea configurațiilor atipice 1C: Enterprise 7.7” din 27.06.2003. Da va funcționa. Mulți oameni fac actualizări în acest fel. Dar cred că această abordare este ineficientă și consumă mult timp atunci când actualizați configurațiile pe platforma 1C: Enterprise 8. Spre deosebire de platforma 1C: Enterprise 7.7, platforma 1C: Enterprise 8 vă permite să deschideți mai multe configurații (* fișiere .cf) la în același timp și efectuați mai multe comparații ale configurațiilor într-un singur configurator de copiere. Singurele excepții sunt, poate, doar configurațiile construite pe UPP (Manufacturing Enterprise Management) - sunt prea grele, platforma se blochează.
Procesul de actualizare a configurațiilor 1C: Enterprise 8 este mai automatizat în comparație cu 1C: Enterprise 7.7. Un nivel suficient de ridicat de automatizare poate reduce semnificativ complexitatea muncii la actualizarea configurațiilor atipice. Din păcate, cel mai adesea procesul de actualizare a configurațiilor atipice nu poate fi realizat în totalitate automat și necesită intervenția unui specialist.
Este posibil ca procesul de actualizare să fie efectuat complet automat? Cu siguranță. Pentru aceasta, trebuie adăugate obiecte mutabile și nu trebuie să folosească funcționalitatea configurației existente. Acestea. aceste obiecte trebuie sa rezolve probleme de contabilitate absolut diferite care extind functionalitatea configuratiei standard a furnizorului. Sunt de acord că situația descrisă este extrem de rară. Modificările afectează aproape întotdeauna obiectele configurației tipice a furnizorului.
Vă rugăm să rețineți că baza de date poate conține până la trei tipuri de configurații:
- configurarea bazei de date- aceasta este configurația cu care lucrează utilizatorii;
- configuratie de lucru (principalul) este o configurație la care putem face modificări, în timp ce utilizatorii pot continua să lucreze;
- configurația furnizorului este configurația originală a furnizorului din care sunt generate de obicei configurația operațională și configurația bazei de date. Baza de date poate avea mai multe configurații de la diferiți furnizori. Furnizorul configurației poate fi nu numai 1C.
Să luăm în considerare procesul de actualizare și să analizăm posibilele erori folosind exemplul de actualizare a configurației UPP (furnizorul configurației standard este 1C, revizuiri de către Inform Service). Inițial, această configurație a fost actualizată folosind o altă tehnologie decât cea descrisă în acest articol; prin urmare, erorile discutate în articol sunt cele mai frecvent întâlnite în practică. Actualizarea va fi efectuată de la versiunea 1.2.6.2 la versiunea 1.2.14.1.
Etapa 1. Pregătire
În primul pas, vom potrivi configurația de lucru cu configurația furnizorului. Aceasta este o etapă foarte importantă, care va reduce semnificativ volumul de muncă la analiza modificărilor pe care le-am făcut mai devreme.Puteți sări peste acest pas dacă ultima actualizare a trecut prin „asistență” (Meniu „Configurare” → „Asistență” → „Actualizare configurație”) sau a fost efectuată conform metodei descrise în acest articol.
Nepotrivirea versiunii dintre configurația de lucru și configurația furnizorului poate apărea atunci când se utilizează fișiere * .cf care nu sunt din kitul de distribuție al furnizorului pentru actualizare sau când se utilizează metode de actualizare altele decât cele descrise în acest articol. De exemplu, obiectele au fost adăugate la configurația de lucru prin copiere prin clipboard sau Drag & Drop.
1. Compararea versiunilor.
Să verificăm numerele de versiune ale configurației de lucru și ale configurației furnizorului. Ne uităm la numărul configurației de lucru în meniul „Configurare” → „Deschideți configurația” meniul „Editare” → „Proprietăți”. În blocul „Dezvoltare” elementul „Versiune”. (Imaginea 1).
Ne uităm la numărul de configurare al furnizorului în meniul „Configurare” → „Suport” → „Configurare suport...” elementul „Versiune”. (Figura 2).
Dacă numerele se potrivesc, treceți la pasul următor. Vezi Pasul 2.
În acest exemplu, trebuie să reconciliați configurația de operare cu cea a furnizorului pentru a accepta obiectele de postare care au fost eliminate din suport sau adăugate fără aprovizionare. Pentru a face acest lucru, efectuați următoarele acțiuni:
2. Salvarea configurației de lucru (principale).
Să salvăm configurația de lucru într-un fișier, de exemplu work.cf. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Salvare configurație în fișier...”.
3. Obținerea fișierului de actualizare pentru configurația furnizorului.
Pentru a alinia configurațiile, avem nevoie de un fișier * .cf din distribuția furnizorului cu același număr de versiune ca și configurația de lucru (Figurile 3 și 4). Acest fișier poate fi obținut la instalarea kitului de distribuție corespunzător. Implicit, instalarea kitului de distribuție a configurației se realizează în directorul C: Program Files1cv81tmplts. Pentru mai multe informații despre instalarea șabloanelor de configurare, consultați documentația.
Să verificăm directorul șablonului. Dacă directorul de șabloane conține un fișier * .cf cu versiunea necesară, atunci treceți la pasul 4 din Etapa 1.
Ce se poate face dacă nu există niciun fișier * .cf cu versiunea de configurare a furnizorului necesară? În acest caz, puteți utiliza fișierele * .cfu și repetați procedura descrisă în Etapa 1 de mai multe ori pentru a ridica numărul versiunii la ediția necesară, în acest caz la 1.2.6.2. Trebuie remarcat faptul că utilizarea fișierelor * .cfu poate să nu dezvăluie erori făcute mai devreme în timpul actualizării. Ceea ce, vedeți, este destul de ciudat, având în vedere faptul că fișierul furnizor este inițial colectat pe baza configurației veche a furnizorului și fișierul * .cfu, iar apoi actualizarea este efectuată. Poate că acest lucru se datorează faptului că, din anumite motive, nu toate obiectele de configurare sunt implicate în comparație. Prin urmare, îmi propun să folosim calea cea mai lungă posibilă, dar și mai fiabilă.
Trebuie să creați o bază de date goală cu configurația „veche” a furnizorului. Actualizați configurația furnizorului la versiunea necesară și utilizați-o atunci când efectuați lucrări în etapa 1. Pentru a obține o configurație „nouă” a furnizorului, procedați în felul următor:
Crearea unui fișier de furnizor „vechi”. pentru configurația curentă. Fișierul 1cv8.cf poate fi preluat din kitul de distribuție al furnizorului sau salvat din baza de lucru dacă configurația este suportată. Pentru a salva fișierul 1cv8.cf din baza de lucru, faceți clic pe butonul „Salvare în fișier” din meniul „Configurare” → „Asistență” → „Setări de asistență...” și specificați directorul și numele fișierului. De exemplu, pe desktop.
Creați o bază de date cu o nouă configurație de furnizor. Baza de date poate fi creată folosind kitul de distribuție al furnizorului de pe discul ITS sau folosind 1cv8.cf obținut anterior de pe desktop. În primul caz, urmați instrucțiunile incluse în trusa de distribuție. În al doilea caz, pentru a crea o bază de date dintr-un fișier aflat pe desktop, creați o nouă bază de informații fără configurare și lansați configuratorul. În meniul „Configurare” → „Încărcare configurație din fișier...”, indicați fișierul salvat mai devreme pe desktop. Deschideți configurația prin meniul „Configurare” → „Deschideți configurația” și actualizați la versiunea dorită prin meniul „Configurare” → „Suport” → „Actualizați configurația” folosind fișierele * .cfu.
Creați un „nou” fișier de configurare a furnizorului. Pentru a face acest lucru, selectați elementul din meniul „Configurare” → „Salvare configurație în fișier...”. Specificăm locația și numele fișierului 1cv8.cf. Faceți clic pe „Salvare”.
Folosind fișierul de configurare a furnizorului * .cf primit, vom actualiza. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Asistență” → „Actualizare configurație”, „Selectați fișierul de actualizare”, „Finalizare” (Figura 5), „Run” (Figura 6).
Opțiuni de soluție:
- debifați obiectul care se află în configurația furnizorului;
- eliminați referința la obiectul care se află în configurația furnizorului.
5. Restabilirea setărilor pierdute parțial în etapa anterioară.
Pentru a restabili setările parțial pierdute, vom fuziona cu fișierul de configurare de lucru salvat anterior work.cf. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Comparare, îmbinare cu configurația din fișierul...”.
6. Salvarea rezultatelor actualizării.
Să salvăm modificările la configurația de lucru și să actualizăm configurația bazei de date. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Actualizați configurația bazei de date”.
Aici ne așteaptă o altă problemă (Figura 8).
Pentru a rezolva această problemă, să ne uităm la cauza apariției acesteia. Pot exista mai multe motive, dar cele mai probabile sunt următoarele. Aceste obiecte au fost copiate în configurația de producție din configurația furnizorului, sau furnizorul a șters aceste obiecte mai devreme și a adăugat ulterior altele noi cu aceleași nume, dar cu identificatori interni diferiți. Ca urmare, în configurație apar obiecte cu identificatori interni diferiți, dar cu aceleași nume.
O facem pur și simplu cu rolurile - șterge, pentru că rolurile nu s-au schimbat (acest lucru poate fi verificat comparând configurația veche a furnizorului cu configurația de lucru). Acționăm diferit cu detaliile documentului. Cerința trebuie redenumită, de exemplu OrderReserve1, iar după actualizare, transferați valorile din atributul redenumit în cel nou. Pentru a face acest lucru, puteți utiliza procesarea UniversalSelection șiProcessingObjects.epf de pe discul ITS.
Să luăm în considerare încă o situație, similară celei anterioare, dar care a apărut la actualizarea 1C: Enterprise Accounting 8.1. Ce să faci cu formularele? (Figura 9)
În figură, putem vedea că ListForm a fost eliminat de la furnizor și apoi un nou formular cu același nume a fost adăugat de către furnizor. În consecință, este necesar să marcați ambele formulare pentru actualizare și să apăsați butonul „Execută”.
Dacă primiți un mesaj că există referințe la obiecte de șterse, trebuie, fără a închide formularul de actualizare, să ștergeți legăturile către formularul șters din proprietățile obiectului. În acest caz, în proprietățile registrului. După aceea, în formularul de actualizare, faceți clic pe butonul „Actualizare”, marcați proprietățile registrului pentru actualizare și faceți clic din nou pe butonul „Execută”.
Să salvăm modificările în configurația de lucru și să actualizăm configurația bazei de date „Configurare” → „Actualizare configurație baze de date”.
Dacă este necesar, transferați valorile variabilei OrderReserve1 în OrderReserve folosind procesarea externă în 1C: modul Enterprise.
Etapa 2. Actualizare
După finalizarea lucrărilor pregătitoare la Etapa 1, trecem la actualizarea configurației principale și transferarea modificărilor efectuate anterior la configurația tipică a furnizorului.Pentru a actualiza configurația, avem nevoie de un fișier * .cfu sau un fișier * .cf din distribuția furnizorului.
Dacă actualizarea este efectuată după mai multe versiuni ale configurației, atunci ar trebui să acordați atenție situației descrise în articolul „Actualizarea configurațiilor 1C: Enterprise 8. Treceți prin 20 de versiuni”. Dacă actualizarea nu este efectuată pe o bază de producție, atunci după finalizarea pregătirii fiecărei etape noi, salvați fișierele * .cf. Acestea vor fi necesare la actualizarea configurației bazei de date de producție a clientului.
Dacă actualizarea este efectuată după mai multe versiuni, atunci în timpul actualizării, asigurați-vă că acordați atenție obiectelor șterse și obiectelor cu nume schimbate, precum și acțiunilor efectuate la prima pornire după actualizare. Dacă aceste obiecte sunt utilizate la procesare la prima pornire după actualizare, atunci ele nu trebuie șterse, iar pentru obiectele cu nume schimbate, trebuie făcute modificări corespunzătoare textului modulului de procesare. În acest caz, obiectele abandonate pot fi șterse la următoarea sau următoarea actualizare.
Dacă actualizarea se efectuează după mai multe versiuni, atunci pentru a reduce complexitatea actualizării, puteți utiliza metodologia cu calculul lansărilor cheilor, descrisă în articolul „Actualizarea configurațiilor 1C: Enterprise 8. Salt prin 20 de versiuni”.
1. Pregătirea bazelor de date.
Deci, conform rezultatelor primei etape, pregătim două baze identice. Primul (principal) este rezultatul nostru viitor. Al doilea (auxiliar) este pentru efectuarea de comparații, deschiderea configurațiilor și alte acțiuni pregătitoare. Pentru versiunea de fișier, este doar copierea fișierelor bazei de date principale într-un alt director și conectarea acestui director la lista de baze de date, pentru cea client-server - upload / download.
2. Compararea în trei direcții a configurațiilor.
Să deschidem ambele baze în modul Configurator și să efectuăm o comparație tridirecțională a configurațiilor din ambele baze folosind fișierul existent al noului configurație de furnizor. Pentru a face acest lucru, în ambele baze de date, selectați elementul de meniu „Configurare” → „Suport” → „Actualizați configurația”, „Selectați fișierul de actualizare”, „Finish” (Figura 10).
Compararea celor trei configurații (configurația furnizorului vechi, configurația furnizorului nou și configurația de lucru) are ca rezultat o listă de obiecte modificate. Setați filtrul „Afișați numai proprietățile modificate de două ori” (Figurile 11 și 12).
Cu aceste obiecte trebuie să te ocupi în primul rând, pentru că după actualizare, setările făcute anterior se pot pierde.
La aceasta, întrerupem lucrul în a doua bază (auxiliară) și continuăm în cea principală. Nu trebuie să apăsați butonul Run din baza auxiliară. Avem nevoie de această bază de date în această formă până la sfârșitul procesului de actualizare.
Astfel, ca urmare, obținem o listă de obiecte care au fost schimbate de două ori în timpul finalizării configurației standard și în noua configurație a furnizorului. Dacă sunteți de acord cu actualizarea, atunci îmbunătățirile aduse mai devreme în aceste obiecte se vor pierde. Prin urmare, pentru fiecare obiect, este necesar să se ia o decizie cu privire la modul în care va fi actualizat (Figura 13). În această etapă, efectuăm o comparație preliminară numai pentru a reduce volumul de muncă în viitor. Evaluarea nu este exactă, rapidă - „prin ochi”.
Dacă există mai multe modificări ale obiectului în noua configurație a furnizorului, atunci părăsim instanța obiectului furnizor. Lăsăm o bifă. Apoi vom transfera modificările din configurația de lucru.
Dacă există mai multe modificări ale obiectului în configurația de lucru, atunci lăsăm instanța obiectului în configurația de lucru. Debifați caseta. Apoi vom muta modificările din configurația furnizorului.
Facem lucrurile puțin diferit cu modulele, pentru că avem capacitatea de a compara modulele procedural. Acestea. dacă în configurația noastră și în configurația furnizorului au fost modificate diferite proceduri ale modulelor, atunci prin plasarea corectă a casetelor de selectare, ne vom scuti de problemele de a transfera manual modificările codului. Pentru a ajunge la aceasta, apăsați butonul așa cum se arată în Figura 14.
După ce ne-am hotărât asupra obiectelor care vor fi actualizate imediat și asupra cărora sunt bifate, duplicăm starea prin casete de selectare din baza auxiliară, iar în baza principală apăsăm butonul „Execute”. În baza de date principală, obținem o configurație aproape gata făcută.
În plus, toate comparațiile sunt efectuate în baza de date auxiliară. Avem deja o comparație - una cu trei laturi. Pentru a determina modificările efectuate anterior, efectuăm o a doua comparație suplimentară a configurației vechi a furnizorului cu configurația principală. Pentru a face acest lucru, selectați elementul din meniul „Configurare” → „Comparare configurații:”, selectați pentru comparație „Configurație furnizor” și „Configurație de bază” (Figura 16).
În mod similar, comparăm configurația veche a furnizorului cu cea nouă. Pentru comparație, avem nevoie de un nou fișier de configurare a furnizorului. Dacă nu există un astfel de fișier, acum poate fi obținut din baza de date principală. Pentru a salva o nouă configurație a furnizorului într-un fișier din baza de date principală, în meniul „Configurare” → „Asistență” → „Setări suport:”, faceți clic pe butonul „Salvare în fișier”. (Figura 2). Indicăm numele fișierului, de exemplu, new.cf. Apoi, facem a treia comparație de configurații și, atunci când comparăm, specificăm fișierul new.cf ca a doua configurație.
Deci, avem o listă de obiecte modificate de două ori în baza de date suplimentară. Și încă două comparații care ne vor ajuta să transferăm mai eficient setările făcute anterior din versiunea veche în cea nouă. În baza de date principală, avem o configurație aproape gata făcută, în care trebuie să ne ocupăm de obiecte modificate de două ori.
Pentru a reduce timpul petrecut pentru analizarea modificărilor configurației tipice și, în consecință, pentru actualizare, ar fi oportun să se comenteze toate modificările aduse configurației, notând nu numai textul modificat al modulelor, ci și scopul modificărilor. făcut. Din mai multe motive, acest lucru de multe ori nu se face. Când efectuați o actualizare, nu sunteți interesat de motivele modificărilor, ci de consecințele acestora. Și anume, necesitatea de a menține funcționalitatea configurației modificate. Poate că acest lucru va necesita nu transferul liniilor modificate, ci o reelaborare completă a codului adăugat (modificat) pentru funcționalitatea configurației noii furnizori.
Compararea formelor, tabelelor și modulelor obiectelor din configurație se realizează cu un grad suficient de detaliu (Figura 17). Acest lucru este suficient pentru a lua decizii.
Cu toate acestea, în unele cazuri, datele din rapoartele de comparație sunt prezentate într-un mod care nu vă permite să luați o decizie rapidă. De exemplu, în cazul modificării tipului de atribute care au un tip de date compus, compoziția intrării pe baza obiectelor etc. În această etapă, datorită complexității sale, îmbunătățirile se pierd în timpul actualizării. Să luăm în considerare această situație folosind exemplul de atribute care au un tip de date compus. La generarea unui raport privind compararea obiectelor (Figura 17), datele diferite din configurațiile comparate sunt prezentate sub formă de liste care conțin compoziția tipurilor de date, separate prin virgule. În același timp, raportul nu arată deloc ce tipuri de date au fost adăugate sau eliminate. Desigur, raportul poate fi tipărit și „ascuns” pentru a dezvălui diferențele. În exemplul luat în considerare, există aproximativ 200 de astfel de obiecte.Evident, procesul de comparare pare a fi destul de laborios și va dura aproximativ 50 de ore.
Pentru a reduce complexitatea muncii la compararea obiectelor, puteți utiliza configurația „Compararea celulelor” dezvoltată de Inform Service. Intensitatea muncii la compararea obiectelor compozite poate fi redusă de aproximativ 20 de ori.
Configurația „Compararea celulelor” este lansată în 1C: modul Enterprise și vă permite să prezentați informații din raport privind compararea obiectelor într-o formă vizuală (Figurile 18 și 19). Pentru comparație, sunt utilizate capabilitățile 1C: Enterprise 8.
Fluxul de lucru de configurare este simplu. În configurator, creați un raport privind compararea obiectelor (Figura 17) și salvați-l într-un fișier, de exemplu, ReportOnCompare.mxl. Deschideți 1C: Enterprise și în caseta de dialog (Figura 18) selectați fișierul salvat și indicați celulele comparate. Pentru a face acest lucru, faceți dublu clic pe butonul din dreapta al mouse-ului pe celula selectată a documentului foaie de calcul. Făcând clic pe butonul „Comparare”, obținem rezultatul comparației, în care pozițiile diferite sunt evidențiate în culoare (Figura 19).
În plus, presupunând că comparația este efectuată conform acelorași principii de comparare a obiectelor, diagrama de acțiuni va arăta astfel. Salvați următorul raport sub același nume de fișier. Apăsați butoanele „Actualizare” și „Comparare”. O descriere mai detaliată a acestei prelucrări poate fi găsită aici „Compararea celulelor”.
O atenție deosebită trebuie acordată șabloanelor RLS pentru rolurile de utilizator modificate.
După finalizarea actualizării și transferului modificărilor efectuate anterior în configurația standard, vom efectua controlul sintactic al modulelor și vom verifica funcționarea obiectelor modificate. După testarea cu succes, procesul de actualizare a configurației poate fi considerat finalizat. Acum rămâne să actualizați formularele de tipărire externe, rapoartele și procesarea. Pentru unele configurații este necesară verificarea formularelor de raportare conectate ca externe.
Etapa 3. Livrarea lucrărilor
În exemplul dat, sfera de lucru privind remedierea erorilor făcute în timpul actualizărilor anterioare, precum și a actualizării la versiunea 1.2.14.1 și a transferului modificărilor efectuate anterior în configurația standard este de aproximativ 100-150 de ore. Nu este posibilă efectuarea unui asemenea volum de muncă prin actualizarea directă în baza de date a clientului. În consecință, lucrările pregătitoare trebuie efectuate pe copia bazei de date, iar rezultatul actualizării trebuie transferat în baza de date de lucru a clientului.În primul rând, studiem cu atenție instrucțiunile din kitul de distribuție. Efectuăm lucrările necesare înainte de actualizare în baza de lucru.
Dacă în baza de date de lucru a clientului în timpul pregătirii actualizării, nu a fost efectuată nicio lucrare de modificare a configurației, iar actualizarea a fost pregătită pe copia curentă a bazei de date de lucru, atunci pentru a transfera setările, salvați configurația de lucru într-un fișier , de exemplu work_2.cf, selectând elementul de meniu „Configurare” → „Salvare configurație în fișier...”.
- folosind fișierul work_2.cf, transferați modificările. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Încărcați configurația din fișier...”;
- la problema actualizării configurației bazei de date, vom fi de acord.
Dacă actualizarea nu a fost pregătită pe copia curentă a bazei de date de lucru, atunci pentru a transfera setările, vom folosi tehnica folosită în prima etapă. Pentru a face acest lucru, avem nevoie de un fișier * .cf al unei configurații tipice de furnizor (1.2.14.1) și de rezultatul actualizării sub forma unui fișier * .cf. Pentru a face acest lucru, salvați configurația de lucru într-un fișier, de exemplu work_2.cf, selectând elementul de meniu „Configurare” → „Salvare configurație în fișier...”.
Alte acțiuni din partea clientului vor fi următoarele:
- creați o copie de rezervă a bazei de date;
- folosind fișierul * .cf al unei configurații tipice de furnizor, vom actualiza. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Asistență” → „Actualizați configurația”, „Selectați fișierul de actualizare”, „Finish” (Figura 10), „Run”;
- folosind fișierul work_2.cf, transferați modificările. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Comparați, îmbinați cu configurația din fișierul...”;
- salvați modificările configurației de lucru și actualizați configurația bazei de date. Pentru a face acest lucru, selectați elementul de meniu „Configurare” → „Actualizați configurația bazei de date”.
Executarea corectă a acestei etape va permite evitarea lucrărilor descrise în Etapa 1 în viitor.
