Verificare automată a configurației... și câteva cuvinte despre standardele de dezvoltare. Verificarea automată a configurațiilor... și câteva cuvinte despre standardele de dezvoltare 1c, verificarea automată a configurațiilor

29.09.2016

Verificarea legalității utilizării actualizărilor instalate ale configurațiilor de program standard ale sistemului 1C Enterprise 8.

Obțineți acces gratuit la 1C:Fresh cloud timp de 30 de zile!

Începând cu versiunea platformei 1C:Enterprise 8.3.7, programele 1C au implementat un mecanism de verificare a legalității utilizării soluțiilor de aplicație 1C, inclusiv actualizări de configurare 1C.

După instalarea următoarei actualizări a configurației standard și a platformei 1C:Enterprise, programul poate afișa un mesaj că există probleme cu verificarea legalității utilizării actualizării de configurare instalată în Centrul de protecție a actualizărilor.

Scopul acestui mecanism este de a informa în timp util utilizatorul despre utilizarea efectivă a anumitor versiuni sau versiuni ale configurației pentru care nu are drepturi, precum și despre potențialele riscuri legale asociate.

Verificarea este efectuată pentru soluțiile aplicației implementate într-o versiune de fișier sau pe un server în versiunea MINI. Verificările de eligibilitate nu sunt efectuate pentru soluțiile de aplicație care utilizează o licență de bază. Procedura de verificare se desfășoară după finalizarea actualizării configurației sistemului 1C:Enterprise, iar programul face o solicitare către Centrul de Protecție pentru Actualizare (denumit în continuare UOC).

Atenţie! În acest moment, pot apărea probleme tehnice cu disponibilitatea site-ului web Update Protection Center https://1cv8update.com

La verificarea legalității actualizării configurației instalate, sunt utilizate informații despre program și datele contului create la înregistrarea produsului software și acordul de suport pentru tehnologia informației pe Portalul 1C:ITS. Dacă actualizarea de configurare a fost instalată ilegal, programul generează periodic un dialog care conține informații despre motivele utilizării ilegale a soluției aplicației.

Dacă cererea este finalizată cu succes, centrul central de procesare returnează starea de legalitate a utilizării. Dacă centrul de control central nu confirmă legalitatea utilizării actualizării de configurare instalată, sistemul 1C:Enterprise începe să informeze toți utilizatorii bazei de informații că această soluție de aplicație este utilizată ilegal, iar informațiile primite de la centrul de control central sunt afișat.

Informațiile despre rezultatele verificării pot fi văzute și în dialogul „Despre program”, care conține informații despre modul în care a fost finalizat apelul către centrul de control central:

Pentru ca soluția de aplicare 1C să treacă cu succes testul la centrul de control central, trebuie îndeplinite următoarele condiții:

• Programul trebuie să fie licențiat.
• Produsul software trebuie să aibă un abonament ITS valid.
• Produsul software trebuie să fie înregistrat în contul personal al utilizatorului pe Portalul 1C
• Asistența pentru utilizatorii de internet trebuie să fie activată în configurare.

Astfel, dacă programul dumneavoastră 1C raportează probleme cu verificarea validității configurației utilizate, aceasta poate fi o consecință a unuia sau mai multor motive:

• Motivul 1. Se folosește o versiune fără licență (pirată, piratată, „warez”, „patchată”, etc.) a software-ului 1C.

  Soluție: Putem oferi două opțiuni pentru rezolvarea problemei: achiziționarea unei versiuni licențiate a produsului software 1C sau trecerea la lucrul în „1C în cloud”.

  Opțiunea 1: achiziționați o versiune cu licență a produsului software 1C.

  Vă rugăm să rețineți că trebuie să achiziționați kitul exact care include configurația pe care o utilizați, de ex. dacă, de exemplu, utilizați 1C: Managementul comerțului, atunci nu are sens să cumpărați 1C: Contabilitate, deoarece Acest lucru nu va rezolva problema verificării legalității utilizării configurației.
  Dacă utilizați o versiune pentru un singur utilizator a programului în modul fișier, atunci va fi suficient să cumpărați doar pachetul principal. Dacă utilizați versiunea de rețea pe mai multe computere în modul client-server, atunci trebuie să achiziționați și licențe client suplimentare și o licență pentru serverul 1C:Enterprise.

  Costul programelor 1C

  Nume	Preț freca.	Un comentariu
  1C: Contabilitate 8 PROF. Livrare electronică
  Cea mai rapidă opțiune de licențiere! Termen de livrare 3-4 ore din momentul plății! *		Aprovizionare de bază pentru 1 loc de muncă cu sistem de protecție software.
  1C: Salariile si managementul personalului 8 PROF. Livrare electronică Cea mai rapidă opțiune de licențiere! Termen de livrare 3-4 ore din momentul plății! *		Aprovizionare de bază pentru 1 loc de muncă cu sistem de protecție software.

  
  Costul altor produse software ale sistemului 1C:Enterprise, licențe suplimentare pentru client și server pot fi vizualizate în lista de prețuri.
  Dacă aveți nevoie urgent să legalizați 1C: Contabilitate sau partenerii 1C din regiunea dvs. nu au acest program disponibil, atunci puteți achiziționa „Livrare electronică” de la compania noastră. Livrarea electronică este o versiune „fără cutie” a programului, care este 100% licențiată, nu diferă funcțional de „cutia” obișnuită. După plată, în contul personal 1C Portal, veți putea descărca distribuțiile de instalare a programelor, codurile de activare și documentația în format electronic (în format pdf). Dacă aveți nevoie de ajutorul specialiștilor noștri la instalarea programului, aceștia vă vor ajuta de la distanță prin Internet.

  Opțiunea 2: Treci la lucru în „1C în cloud”.

  În acest caz, încărcați baza de date cu toate acreditările acumulate pe serverul cloud 1C Fresh (https://1cfresh.com/).
  Nu trebuie să cumpărați programul 1C și să instalați programul pe computerele dvs. Lucrarea în program se desfășoară prin Internet folosind un browser obișnuit sau 1C Thin Client, care poate fi descărcat legal de pe site-ul oficial 1C complet gratuit.
  Accesul la serverul cloud 1C este oferit pe bază de închiriere conform modelului de afaceri SaaS (Software as a Service). Costul accesului la versiunea cloud a 1C este de 500-600 de ruble pe lună per utilizator. Costul exact va depinde de numărul de utilizatori, numărul de baze de date utilizate, tariful ales și metoda de plată.

  Costul închirierii programelor 1Cîn cloud folosind modelul SaaS
  
  

  Nume	Rată „PROF” **	Rată "TECHNO"
  Costul de proprietate pe utilizator pe lună la încheierea unui contract pe 12 luni.	495 rub./lună.	525 rub./lună.
  Costul exact depinde de condițiile de plată *: Plata lunara Plata anticipata pentru 3 luni Plata anticipata pentru 6 luni Plata anticipata pentru 12 luni	2970 rub. 8031 rub. 15498 rub. 29.664 RUB	1200 de ruble. 3498 rub. 6546 rub. 12528 rub.
  Numărul de utilizatori concurenți	5 utilizatori.	2 utilizatori.
  Aplicații disponibile din listă: 1C: Contabilitate 8 1C: Salariile și managementul personalului 8 1C: Managementul unei companii mici 8 1C: Contabilitatea unei agenții guvernamentale 8 1C: Salariile și personalul instituțiilor guvernamentale 8 1C: Raportarea antreprenorilor 8 1C-Kamin: Salariul	Toate	Unul din lista din care sa alegi
  Numărul bazelor de informații	Fără limite	O bază de date funcțională + un test/arhivă/demo

  *Pretul indicat este valabil sub rezerva continuitatii contractului.
  ** Costul conexiunii la tariful PROF, pe lângă accesul pentru 5 utilizatori la un număr nelimitat de baze de date, include o serie de servicii suplimentare: 1C-Raportare; cadrul de reglementare „1C: Garant”; acces deplin la sistemul informatic 1C:ITS; consultări și răspunsuri de la auditori și experți la întrebările utilizatorilor cu privire la probleme de contabilitate, fiscalitate și personal (în contul personal de pe site-ul 1C:ITS); acces la actualizări pentru versiunile în cutie ale platformei 1C:Enterprise și configurațiile standard 1C etc. Mai multe detalii.

  Primele 30 de zile de acces sunt gratuite!
  Pentru a putea evalua disponibilitatea, stabilitatea, viteza și ușurința în utilizare, vă putem oferi acces gratuit la serviciul cloud 1C:Fresh timp de 30 de zile.

  Materiale informative:
  -
  - Instrucțiuni pentru descărcarea unei baze de date de pe un computer local în serviciul cloud 1C:Fresh
  - Instrucțiuni pentru instalarea și configurarea unui client subțire 1C pentru lucrul cu serviciul cloud 1C:Fresh
  - Formular de cerere pentru conectarea la serviciul cloud 1C:Fresh
  - Formular de cerere pentru auto-înregistrare în serviciul cloud 1C:Fresh

• Motivul 2. Nu există un acord valabil pentru suport pentru tehnologia informației (ITS).
  
  Soluție: încheierea unui acord de suport pentru tehnologia informației. Dacă aveți nevoie urgent să vă înscrieți pentru un abonament ITS, vă puteți înscrie pentru acesta în compania noastră, chiar dacă vă aflați într-o altă regiune a Federației Ruse și ați achiziționat propriul program 1C în altă parte. Singura condiție este ca programul să fie licențiat.

  Costul abonamentului ITS

  Vă rugăm să rețineți următoarele puncte:

• Există două opțiuni de abonament ITS: ITS Techno și ITS PROF, care diferă în conținutul de informații. ITS Techno include o opțiune de asistență minimă (acces la site-ul de asistență tehnică 1C pentru a descărca singur actualizările). ITS Prof, pe lângă accesul la actualizări, include o serie de servicii și servicii suplimentare, de exemplu, 1C: Raportare, 1C: Counterparty, 1C: Fresh, 1C: Cloud Archive, cadrul legal „GARANT” și multe altele. Pentru o comparație mai detaliată între ITS Techno și PROF, vezi.
• Costul unui abonament ITS depinde de perioada contractului. Opțiunea minimă este un abonament unic timp de 1 lună, dar având în vedere necesitatea actualizării regulate a programelor de contabilitate pentru 1C: Contabilitate, vă recomandăm să vă abonați pentru o perioadă mai lungă.
• Costul abonamentului pentru reînnoirea continuă a unui abonament ITS este mai mic decât pentru reînnoirea acestuia.

  Nume	Pret la continuu extensie freca.	Pret la reluare acord freca.
  ITS PROF abonament unic timp de 1 lună		4818
  ITS Techno timp de 6 luni		7854
  ITS Techno timp de 12 luni		15036
  PROFUL SĂU timp de 3 luni		9636
  PROFUL SĂU timp de 6 luni		18600
  PROFUL SĂU timp de 12 luni		35592

• Motivul 3. Produsul software nu este înregistrat în contul personal al utilizatorului pe portalul 1C.

  Soluție: înregistrați produsul software.
  Instrucțiuni pentru înregistrarea produselor software în contul personal al portalului 1C:ITS (portal.1c.ru)
  Dacă utilizatorul nu s-a înregistrat anterior pe portal, atunci înainte de a înregistra un produs software în contul său personal, utilizatorul trebuie mai întâi să se înregistreze independent pe portal și să primească o autentificare și o parolă pentru a-și accesa contul personal.
  Instrucțiuni pentru înregistrarea utilizatorilor pe portalul 1C:ITS (portal.1c.ru)
  

• Motivul 4. Suportul pentru utilizatorii de Internet nu este configurat în programul 1C.
  
  Soluție: configurați suport pentru Internet.
  Instrucțiuni pentru conectarea suportului de internet în configurațiile tipice 1C:Enterprise 8

Probleme tehnice

Dacă utilizați o versiune licențiată a programului, produsul software este înregistrat în contul dvs. personal pe portalul 1C, aveți un abonament ITS valid și suportul Internet este configurat corect, dar programul afișează în continuare mesajele „Centrul de licențiere este indisponibil”, „Înregistrarea configurației în centrul de licențiere nu a fost finalizată”, „Nodul la distanță nu a trecut testul”, etc., atunci sunt posibile probleme tehnice:

1. Serverul centrului de control central https://1cv8update.com nu este disponibil
În acest caz, este necesar să se verifice funcționalitatea serverului și disponibilitatea acestuia pentru blocare de către antivirusuri, firewall-uri, firewall-uri sau setările de securitate ale serverului proxy.

2. Certificatul de securitate de pe site-ul https://1cv8update.com a fost actualizat și utilizați vechea platformă 1C:Enterprise (sau modul de compatibilitate este setat) sub versiunea 8.3.8. În acest caz, trebuie să actualizați versiunea platformei, să configurați modul de compatibilitate sau să înregistrați manual certificatul de securitate în fișierul cacert.pem din directorul bin.

3. Poate că serverul Update Protection Center este pur și simplu supraîncărcat, încercați să repetați procedura de scanare de mai multe ori făcând clic pe butonul „Repetați acum” sau efectuați scanarea mai târziu.

Clarificări privind condițiile de distribuire a actualizărilor programului 1C Enterprise

La vânzarea produselor software 1C, drepturile neexclusive (limitate) de utilizare a programelor sunt transferate de la Deținătorul drepturilor de autor (Compania 1C) către Licențiat (utilizator) în conformitate cu termenii „Acordului de licență” inclus în livrarea Produs software. În același timp, Deținătorul licenței se obligă să respecte cu strictețe și să nu încalce regulile de utilizare licențiată a produselor software, iar încălcarea termenilor „Acordului de licență” este considerată o încălcare a drepturilor de autor și este urmărită de lege.

Conform „Acordului de licență”, costul produselor software „1C” include în prezent suport pentru tehnologia informației (ITS) timp de 3 luni, care include primirea lunară a DVD-urilor ITS; primirea de actualizări ale programelor, configurațiilor și formularelor de raportare; Servicii de consiliere; acces la site-ul de suport tehnic 1C (de la 01/01/2016 puteți achiziționa o versiune „fără disc” a ITS).

După expirarea perioadei de asistență gratuită, deservirea programelor 1C Company va fi efectuată numai în baza unui acord ITS pe bază de plată.

În plus, atunci când instalează o actualizare, utilizatorul își confirmă acordul cu termenii de distribuție și utilizare a actualizărilor și își asumă responsabilitatea pentru încălcările condițiilor de utilizare, în caz contrar utilizatorul trebuie să refuze instalarea actualizării.

Astfel, nu numai programele în sine, ci și ACTUALIZĂRI la programele produse de compania 1C fac obiectul dreptului exclusiv al companiei 1C și sunt distribuite conform regulilor stabilite de compania 1C în calitate de deținător al drepturilor de autor în conformitate cu art. 1225 Cod civil, și neautorizat RĂSPÂNDIREȘi UTILIZARE actualizările sunt considerate încălcări ale drepturilor de autor și se pedepsesc prin lege:

• Artă. 1301 din Codul civil al Federației Ruse,
• Artă. 7.12 din Codul Federației Ruse privind infracțiunile administrative ale Federației Ruse,
• Artă. 146 din Codul penal al Federației Ruse.

Actualizările și resursele de informații trebuie obținute de către utilizator prin canalele de distribuție legale:

• Discuri de suport pentru tehnologia informației
• Site-urile companiei 1C: www.1c.ru, v8.1c.ru, online.1c.ru, it.1c.ru, portal.1c.ru, lansări.1c.ru, users.v8.1c.ru
• birourile partenerilor companiei „1C”

Actualizările primite din alte surse sunt ILEGALE:

• trimis text de la un prieten
• actualizarea a fost instalată de „studentul Vasya” (sursă necunoscută)
• descărcat de pe un site care nu este site-ul oficial 1C
• cumpărat la o tarabă
• etc.

Aflarea eligibilității pentru utilizarea unei actualizări este foarte simplă: compania 1C primește informații despre toți abonații ITS legali cu numerele de înregistrare ale produselor software 1C instalate și perioada de abonament, fiecare actualizare are un număr unic și data lansării, data și ora. de instalare a actualizării pe computerul utilizatorului sunt cunoscute este fixată în programul propriu-zis, adică în cazul verificării, utilizatorul trebuie să aibă un abonament la ITS în momentul lansării și instalării actualizărilor.

Verificarea prezenței unui abonament ITS Pentru a evita reclamațiile din partea agențiilor de aplicare a legii și pentru a clarifica legalitatea utilizării actualizărilor și a resurselor de informații, recomandăm utilizatorilor să verifice disponibilitatea unui abonament ITS pentru produsul lor software pe site-ul companiei 1C: . După introducerea numărului de înregistrare al programului 1C:Enterprise pe care îl utilizați, pe ecran va apărea un mesaj care indică prezența sau absența unui abonament ITS valid. Verificați dacă ați trimis formularul de înregistrare către compania 1C Dacă datele s-au schimbat, vă rugăm să le raportați la 1C. Asigurați-vă că canalul prin care primiți actualizări este legal (partener oficial 1C, site-uri oficiale 1C) Înainte de a vă înscrie pentru un abonament ITS, verificați dacă compania care vă deservește este partener oficial al 1C. Folosind numărul de înregistrare al programului dvs., asigurați-vă că abonamentul este înregistrat în „1C” pe site http://www.1c.ru/rus/support/support.htm Nu uitați să vă reînnoiți abonamentul la timp Nu aveți nevoie de un abonament la ITS: Versiunile de bază ale 1C: produse software pentru întreprinderi, Versiunile „cloud” ale programelor 1C utilizate în serviciul cloud 1C:Fresh

Etichete: Verificarea legalității primirii actualizărilor de configurare 1c, verificarea legalității actualizării 1c 8.3, verificarea legalității actualizării 1c, actualizări de descărcare 1c, its, 1c its, discul său, verificarea legalității 1c 8.3 7, utilizatori. 1c.ru, its.1c.ru, suport 1s 8

Implementarea 1C 8 oferă un număr mare de avantaje, dar funcționarea eficientă este posibilă numai dacă sistemul este de înaltă calitate, atât funcțional, cât și tehnologic.

Calitatea funcțională și tehnologică a sistemului - caracteristici și diferențe Calitatea funcțională a unui sistem informatic este capacitatea unei anumite configurații de a rezolva problemele de afaceri ale companiei, iar calitatea tehnologică este performanță ridicată, absența defecțiunilor și funcționare stabilă. Managementul performanței calității variază semnificativ:

• se verifică calitatea tehnologică a sistemului în timpul implementării specifice a sistemului. Program cu licență 1C implementat pe platformă 1C: Întreprinderea 8, trebuie să asigure funcționarea stabilă a mai multor utilizatori pe anumite echipamente. Nu contează ce capabilități sunt încorporate în sistem;
• calitatea funcțională este verificată pentru o anumită configurație și capabilitățile acesteia. Calitatea unui sistem este determinată de capacitatea acestuia de a îndeplini sarcini specificate, indiferent de condițiile de utilizare.

Calitatea funcțională a sistemului poate fi verificată prin următorii indicatori:

• programul cu licență 1C rezolvă toate problemele de afaceri;
• ca răspuns la orice acțiune corectă a utilizatorului, sistemul se comportă în mod adecvat și previzibil.

Astfel, calitatea funcțională constă din două direcții - subiect și tehnic. O evaluare de fond a unui sistem poate fi efectuată numai de un profesionist dintr-un domeniu specific, în timp ce o evaluare tehnică poate fi evaluată indiferent de sarcini.

De ce este necesară calitatea funcțională înaltă a sistemului? Dezvoltarea unui sistem de implementare necesită o atenție serioasă din mai multe motive. Un sistem de înaltă calitate asigură o implementare mai ușoară a 1C 8, ceea ce în cele din urmă economisește timp și bani companiei. În plus, susținerea unui sistem 1C de înaltă calitate este mult mai simplă și necesită mai puțină atenție din partea specialiștilor.

Atunci când se dezvoltă noi soluții bazate pe un sistem gata făcut, toate procesele decurg mult mai rapid și mai ușor, iar funcționarea acesteia elimină defecțiunile operaționale.

Cum se determină calitatea funcțională? Absența erorilor în codul programului nu înseamnă că calitatea funcțională a sistemului este la un anumit nivel.

Calitatea generală a unei configurații poate fi determinată de o serie de factori, cum ar fi:

• Disponibilitatea informațiilor de referință actualizate și detaliate. Prin apăsarea „F1” utilizatorul trebuie să primească ajutor pentru fiecare obiect de configurare;
• prezența indicii. Scurte sfaturi pentru fiecare control al formularului ar trebui să explice semnificația acelor formulare;
• dimensiunile formelor de ecran trebuie să asigure un lucru confortabil și să nu depășească valorile standard;
• textul mesajelor și avertismentelor sistemului trebuie să fie concis și ușor de înțeles, fără erori de ortografie și gramaticale;
• înainte de a efectua orice acțiune ireversibilă, sistemul trebuie să emită un avertisment cu informații despre operațiune și consecințele acesteia;
• Codul programului trebuie să aibă comentarii actualizate și cuprinzătoare.

O listă completă a cerințelor de calitate a sistemului este conținută în manualul metodologic „Sistem de standarde și metode pentru dezvoltarea configurației”. Managementul calității sistemului - metode și posibile probleme Cel mai eficient mod de a gestiona calitatea sistemului este prevenirea. Ca în orice altă problemă, este mai ușor să eliminați cauzele problemei decât să corectați consecințele unei calități slabe. O tehnică care vă permite să identificați și să minimizați erorile de configurare pe platformă 1C: Întreprinderea 8 constă din mai multe puncte:

• definirea standardelor de bază care sunt necesare pentru configurare;
• verificarea versiunii actuale pentru conformitatea cu standardele stabilite;
• in cazul in care se depista neconcordante, anunta specialistii erorile constatate; acumularea de informații statistice despre erori.

Cu toate acestea, în ciuda prevalenței sale, această metodă are mai multe calități negative:

• chiar și un sistem mic necesită mult timp pentru verificare, iar o configurație complexă care include sute de obiecte face verificarea manuală pur și simplu imposibilă;
• Persoana care verifică configurația trebuie să fie înalt calificată și să înțeleagă standardele. Chiar dacă compania are un astfel de specialist, a-și petrece timpul în operațiuni de rutină nu este cea mai rațională decizie.

Cum se reduce timpul petrecut verificând calitatea sistemului? Compania 1C oferă un instrument convenabil „Verificarea configurației automate”, care oferă posibilitatea de a:

• verificați 1C: configurațiile Enterprise 8 pentru conformitatea cu metodele de dezvoltare. În plus, registrul programului poate fi completat cu reguli speciale de verificare care sunt necesare pentru un anumit caz;
• colectarea informațiilor despre erorile de sistem găsite și distribuirea automată pe nivel de gravitate;
• distribuirea erorilor între dezvoltatorii responsabili pentru remedierea acestora.

Domenii de aplicare ale verificării automate Utilizarea unui produs software 1C: Verificare automată a configurației, puteți rezolva mai multe probleme simultan, inclusiv:

• controlul asupra calității funcționale a configurațiilor, atât produse în serie, cât și individuale, dezvoltate pentru o anumită organizație;
• Suportul 1C include modificări periodice și modificări ale programelor standard și specifice industriei, iar soluția 1C: Verificarea automată a configurației vă permite să verificați calitatea acestor modificări;
• evaluarea calitatii configuratiei oferite intreprinderii. În procesul de pregătire pentru implementare, programul vă permite să determinați nu numai calitatea tehnologică a configurației, ci și competența dezvoltatorilor săi.

Pe lângă avantajele evidente, utilizarea programului 1C pentru verificarea automată a sistemului ajută la obișnuirea specialiștilor IT să revizuiască cu atenție toate zonele configurației. Verificarea modificărilor vă va permite să identificați rapid toate locurile „temporare”, de calitate scăzută din sistem, iar personalizarea vă va ajuta să vă obișnuiți cu ideea că toate zonele configurației trebuie făcute eficient, fără a spera la îmbunătățiri ulterioare.

Astfel, cu ajutorul unui program convenabil 1C, orice companie va putea asigura implementarea unui sistem de înaltă calitate și funcționarea perfectă a configurației.

Uneori apar probleme în bazele de date 1C - un raport 1C care a funcționat anterior nu rulează, un document nu este procesat din cauza unei erori de neînțeles, este imposibil să intrați în program... Unul dintre principalele mijloace de corectare a erorilor 1C este testarea și corectarea bazei de date 1C 8.3 folosind utilitarul încorporat în platformă.

Aș dori să remarc faptul că, în cazul oricărei operațiuni incorecte a 1C Enterprise 8.3, principalele metode de restabilire a funcționalității programului sunt:

1. Ștergerea memoriei cache 1C Enterprise;
2. Testarea și repararea bazei de date 1C 8.3.

Metoda de ștergere a memoriei cache 1C este descrisă în detaliu în articol. Să luăm în considerare al doilea instrument de service pentru administrarea platformei 1C.

Testarea și repararea bazei de date 1C 8.3 folosind utilitarul încorporat

Pentru a începe această operațiune, nu este nevoie să aveți cunoștințe speciale, așa că orice utilizator se poate descurca fără a contacta specialiștii 1C. Pentru a începe testarea și corectarea, trebuie să vă conectați la configuratorul 1c și să selectați „Administrare” - „Testare și corectare...”

Descrierea utilitarului „Testarea și corectarea bazei de informații 1c”

Formularul care se deschide conține o serie de elemente care vă permit să corectați erorile. Pentru a utiliza acest instrument în mod profesional, trebuie să înțelegeți scopul și logica de funcționare a fiecărui articol, așa că să le privim mai detaliat:

• Reindexarea tabelelor bazei de informații.

Pentru a căuta rapid informații, la tabelele principale sunt adăugate tabele auxiliare cu datele principale, în care datele sunt sortate în funcție de câmpurile specificate ale tabelului principal - tabelul de indexare. Prin utilizarea tabelelor de indexare, performanța lui 1C crește semnificativ, deoarece nu este nevoie să parcurgeți întregul tabel de date principal pentru eșantionare; puteți utiliza fișierul index și selectați înregistrările necesare de acolo.
Când datele sunt scrise în tabelele de date principale, tabelele de index sunt, de asemenea, completate. Dar din diverse motive tehnice, indicii pot deveni confuzi, ceea ce poate duce în cele din urmă la erori. Pentru a corecta această clasă de erori la testarea și corectarea bazei de date 1C 8.3, trebuie să bifați caseta de lângă acest element de meniu.

• Verificarea integritatii logice a bazei de informatii

În momentul creării de noi obiecte în configurația 1C, în baza de date sunt create tabele noi, care indică conexiuni cu alte tabele din baza de date. Din diverse motive, conexiunile pot deveni incorecte (de exemplu, din cauza unei actualizări incorecte sau a unei întreruperi neașteptate de curent în momentul înregistrării). Pentru a corecta acest tip de eroare, selectați acest element de meniu.

• Verificarea integrității referențiale a bazei de informații

Pentru a identifica și corecta aceste erori, selectați acest element de meniu, iar opțiunile de procesare a unor astfel de erori vor fi activate mai jos (vezi figura de mai sus). Putem alege cum să corectăm erorile când când există referiri la obiecte inexistente: creați obiecte, linkuri clare , nu se schimba ; Și în caz de pierdere parțială a datelor: creați obiecte, șterge obiectul , nu schimba .

• Recalcularea rezultatelor

Pentru a efectua selecții rapide de date în baza de date 1C, există tabele cu date deja calculate în fiecare lună. Când accesăm aceste date, acestea nu sunt colectate din tabelele principale (acest lucru ar dura mult timp), ci este emisă imediat din datele din tabelele rezumative. În consecință, pentru ca acest mecanism să funcționeze, este necesar să existe rezultate corecte pentru perioadele trecute. Prin urmare, dacă 1C „înșeală” în rapoarte, atunci o astfel de eroare este corectată de acest element de meniu.

• Comprimarea tabelelor bazei de informații

Ștergerea obiectelor dintr-o bază de date este o operație destul de minuțioasă și consumatoare de timp, prin urmare, în configurațiile 1C, procesul de ștergere este împărțit în 2 etape. Când ștergeți obiecte din configurație, datele din baza de date 1c sunt anulate și, din această cauză, nu participă la operațiuni ulterioare, deși rămân fizic pe loc. Pentru a șterge tabelele din aceste înregistrări, ei testează și corectează baza de date 1C 8.3 cu elementul de meniu „Comprimați tabelele bazei de informații”.

• Restructurarea tabelelor bazei de informații

Când se schimbă detaliile oricărui obiect de metadate 1c, baza de date trebuie să adauge noi înregistrări la toate tabelele obiectului modificat. Acest lucru se realizează prin restructurarea tabelelor bazei de date. În timpul procesului de restructurare, sunt create copii ale tabelelor bazei de date cu structura configurației curente, după care datele sunt transferate în tabelele create. Dacă adăugați un atribut în metadatele 1c, va fi creată o coloană goală pentru acesta în noul tabel; dacă un atribut este șters, o coloană pentru acest atribut nu va fi creată în noul tabel și, în consecință, nu va fi transferată.
În timpul procesului de restructurare, toate tabelele bazei de date vor fi recreate, deci această operație este cea mai lungă.

Testarea și remedierea bazei de date 1C 8.3 în practică

După ce primiți informații cuprinzătoare, cred că vă puteți da seama cu ușurință ce elemente utilitare trebuie să selectați pentru a remedia orice probleme.

Testarea și repararea bazei de date 1C 8.3 se poate face în două moduri:

1. Testare. În acest mod, baza de date este testată și se fac corecții tehnice ale erorilor minore.
2. Testare și reparare. În acest mod, baza de date 1C este testată și încearcă să corecteze toate erorile detectate (vezi figura de mai sus).

Pentru a efectua testarea și corectarea bazei de date 1C 8.3, trebuie să faceți clic pe butonul „Run”, după care puteți monitoriza progresul testării și corectării în fereastra de informații din partea de jos a configuratorului.

Similar

Într-adevăr, complexitatea configurațiilor 1C crește în fiecare an, echipele cresc, sunt lansate produse care conțin mai mult de 5.000.000 de linii de cod. Fără a ordona fluxuri de cod, devine dificil să lucrezi. Și nu vorbim doar despre menținerea unei ordini minime - prefixarea unor obiecte noi, convenții de comentarii sau împrăștierea obiectelor în subsisteme. Pe măsură ce echipele cresc și configurațiile devin mai complexe, necesitatea de a respecta standardele într-un sens mai larg devine clară.

Si pentru a nu ramane cizmari fara cizme, este bine sa ai unelte potrivite acestor scopuri. Conferințele și webinarii, inclusiv cele enumerate mai sus, oferă instrumente interesante. În același timp, o configurație destul de puțin cunoscută de la 1C în sine merită atenție. După cum ați înțeles deja din titlul publicației, acest produs se numește „Verificare automată a configurației”. Este gratuit, disponibil pentru fiecare utilizator (formal, accesul la ITS este necesar pentru a-l utiliza), destul de ușor de utilizat, dar nu foarte răspândit încă.

Acest lucru se datorează parțial faptului că 1C însuși promovează în mod activ ideea de conformitate cu standardele și utilizarea instrumentelor adecvate pentru aceasta numai în rândul dezvoltatorilor de soluții de circulație prin certificarea „1C: Compatible”. Influența ideii de conformitate cu standardele și puritatea codului în raport cu mase largi de dezvoltatori care nu sunt implicați în soluții de producție este simțită mult mai slabă. Chiar și familiarizarea cu standardele de dezvoltare de bază este blocată condiționat - accesul la ITS (informațiile sunt depășite, în prezent, pentru 2018-2019, accesul este deschis fără înregistrare) :

Informații de bază despre complexul agroindustrial

Configurația APK este concepută pentru a căuta automat erori și abateri de la standarde în configurații. Utilizarea sa este recomandată de 1C încă din 2009, nu numai în companiile care dezvoltă soluții de circulație, ci și pentru alte companii care rafinează și adaptează soluții standard:

Prima impresie a configurației poate fi dată de pagina de pe site-ul 1C:

Descrie principalele capabilități ale acestui instrument și spune că ajută:

Urmați standardele de dezvoltare standard și efectuați verificări de configurare a platformei

creați și urmați propriile reguli de verificare a configurației

Respectați standardele necesare pentru a obține statutul 1C: Compatibil

efectua controale programate

verifica greselile de ortografie

atribuiți diferite stări erorilor de configurare identificate, inclusiv marcarea lor ca „funcții” care nu necesită corectare

ușurează ușor procesul de verificare prin efectuarea unor acțiuni precum actualizarea configurației bazei de date demo din depozit, posibilitatea verificării pas cu pas etc.

chiar se menţionează posibilitatea integrării cu DSS

O altă sursă de informații generale poate fi o publicație în revista online PCMagazine:

În afară de aceste materiale de recenzie, aproape că nu există informații despre rețea despre APC și aplicația acestuia.Veștile bune sunt că configurația în sine include un manual de utilizare în format PDF. Unele probleme nu sunt tratate în manual atât de amănunțit pe cât ne-am dori. Dar totuși, există un manual și vă permite să învățați cum să efectuați tehnici de bază atunci când lucrați cu configurația.

Pentru a nu repeta manualul de utilizare, aici vom lua în considerare un exemplu de utilizare a APK-ului pentru a verifica o configurație standard, și nu configurația demo din livrarea APK-ului. Vom încerca, de asemenea, să ne uităm la detaliile lucrării care nu sunt menționate în manual.

Să începem de la zero. Puteți descărca cea mai recentă versiune a APK-ului de la următorul link:

La momentul publicării acestui articol, cea mai recentă versiune este 1.1.12.26 din 30/01/17, dar a fost scrisă mai întâi pentru versiunea 1.1.11.16, așa că unele dintre capturile de ecran și comentariile se vor referi la această versiune. Pentru a lucra cu APK 1.1, veți avea nevoie de o versiune de platformă de cel puțin 8.3.6. După instalarea livrării configurației, trei elemente noi apar în lista de șabloane de configurare:

Primul șablon este o bază APK pură. Toate regulile standard sunt prezente în el, dar nu există date încărcate despre baza de date demonstrativă pentru testare, care este prezentă în al doilea șablon.

Al doilea șablon „Verificare automată a configurației (demo)” după implementare conține informații încărcate despre baza de date demo (situată în al treilea șablon). Îl puteți folosi pentru a vedea cum funcționează rapoartele și verificările standard. Cel mai bine este să studiați lucrul cu această bază de date înarmată cu manualul de utilizare din pachet, deoarece exemplele din manual sunt concepute special pentru această bază de date demonstrativă:

APK-ul funcționează în așa fel încât atunci când sunt efectuate noi verificări, încarcă informații din configurația care este verificată printr-o conexiune COM. Pentru a face acest lucru, ea are nevoie de o bază de date „experimentală” de fișiere existente. Prin urmare, dacă există dorința nu numai de a vă familiariza cu interfața bazei de date demo, ci de a efectua un ciclu complet de lucru cu baza de date testată, atunci este logic să implementați și o altă bază de date de fișiere din al treilea șablon " Configurare demo pentru testare”.

În acest caz, vom obține două baze de date - un APK demo cu informații deja încărcate despre baza de date Demo care este verificată și baza de date Demo este verificată în sine, ceea ce vă permite să vă familiarizați rapid cu procesul de conectare și efectuarea de noi verificări.

Observ că, după experimente cu baze de date demonstrative, nu este nevoie să fie implementată o bază de date APK curată. Verificările configurațiilor de lucru pot fi efectuate pe aceeași configurație ca și verificările bazei de date demo. Puteți descărca informații despre orice număr de baze de date verificate în APK.

În general, principiul de funcționare al APK-ului este similar cu munca „Conversia datelor”. Nu necesită lucru în configuratorul APK (deși, după cum va deveni clar mai târziu, este puțin probabil să se poată face fără ea complet). Informațiile despre structura configurațiilor verificate sunt încărcate în modul utilizator. De asemenea, specifică algoritmi de verificare a configurației sub formă de cod în limbajul 1C:Enterprise, care este apoi executat de sistemul însuși folosind operatorul „ A executa" În cod, puteți și ar trebui să utilizați metode integrate în complexul agro-industrial (non-platformă) - proceduri și funcții care funcționează cu obiecte create automat. Obiectele necesare pentru efectuarea verificărilor de configurare sunt create de sistemul însuși și devin disponibile în codul de gestionare a verificărilor. O descriere detaliată a acestor metode, obiecte și handlere poate fi obținută din Capitolul 6 din Ghidul utilizatorului.

Configurația complexului agroindustrial este construită aproape în întregime pe directoare, registre și procesări de informații. În general, dacă sunteți familiarizat cu „Conversia datelor”, atunci principiile de lucru cu APK-ul vor fi clare. Mai mult, dacă nu este nevoie evidentă de proprii algoritmi de verificare, atunci la început vă puteți limita la verificări standard și nu puteți studia metodele încorporate și obiectele software ale sistemului. Apoi aproape toate setările se pot face cu mouse-ul și se pare că pentru multe sarcini acest lucru va fi suficient.

Configurarea conexiunii la baza de date verificată și verificări implicite

După lansarea bazei de date demo, ni se prezintă următoarea interfață:

Scopul secțiunilor din punctul de vedere al dezvoltatorilor de APK poate fi citit în manual. Vom merge în ordine și mai întâi vom adăuga o nouă configurație. Faceți clic pe butonul „Configurație nouă”. Sistemul vă va solicita să completați parametrii de conectare. De fapt, se deschide forma elementului de director „Configurații”:

Numele și numele complet sunt câmpuri de text arbitrare, doar simțul frumuseții și lungimea câmpului vă pot limita în ceea ce va fi indicat în ele. Dar apoi restricțiile sunt mai stricte. Trebuie să specificați calea completă către fișierul executabil al platformei 1C. În versiunile anterioare ale APK-ului, mai trebuie să indicați versiunea platformei cu care lucrați. Permiteți-mi să vă reamintesc că APK-ul poate verifica configurațiile numai pe platforma versiunea 8.3.6 și ulterioară.

Informații de la dezvoltatori:

Dacă calea către platformă este specificată mai jos, va fi generată o eroare în timpul conexiunii COM.Motivul este acesta. Datorită dezvoltării platformei și noilor verificări APK, sunt colectate informații (proprietățile metadatelor) care au apărut doar în platforma 8.3.6 sau mai mare. Astfel, la verificarea unei versiuni, de exemplu, 8.2, o eroare va fi în mod natural aruncată la colectarea unor astfel de informații. Și deoarece aceste noi verificări, de regulă, sunt prioritare, este interzisă efectuarea unei verificări mai mici decât 8.3.6. În cazul opus (dacă clientul are o versiune fundamentală inferioară a platformei), atunci se presupune că poate folosi versiunile anterioare ale APK-ului pentru a-și verifica configurația.

Apoi, trebuie să specificați calea către baza de date demonstrativă și parametrii de conectare la aceasta. Sub baza demoîn acest caz, este înțeles ca nimic mai mult decât o bază de date de fișiere special alocată care conține configurația care este verificată. Nu există opțiuni pentru conectarea unei baze de date SQL la APK. Acest lucru poate fi îmbunătățit dacă se dorește, dar nu are prea mult rost în asta. În primul rând, configurația este pur și simplu verificată, nu testarea unitară sau testarea sarcinii. În acest caz, chiar și pentru configurații mari, cum ar fi ERP 2, este suficientă doar o bază de date de fișiere goală care conține configurația curentă. În al doilea rând, în conformitate cu standardele 1C, orice configurație trebuie să fie proiectată să funcționeze nu numai cu o bază de date SQL, ci și să funcționeze într-o versiune de fișier.

Dacă dezvoltați folosind un depozit, atunci APC poate actualiza automat configurația bazei de date din depozit înainte de a efectua noi teste. Grupul inferior de parametri din captura de ecran este destinat pentru aceasta.

De asemenea, observ că DSS, ca și APK-ul, necesită o bază de date de fișiere pentru a încărca informații de configurare. Prin urmare, dacă decideți să dezvoltați folosind tehnologiile oferite de 1C, folosind APK și DSS, atunci pentru ambele sisteme va fi suficient să creați o bază de date de fișiere, dacă este necesar, conectarea acesteia la stocarea de configurare și configurarea actualizării automate a configurația din stocare înainte de încărcarea datelor.

Alegerea dintre modurile „Configurare” și „Bibliotecă” determină severitatea verificărilor. Pentru modul „Bibliotecă”, verificările sunt mai stricte. O bibliotecă este o configurație încorporată în altele, ceea ce înseamnă că trebuie să îndeplinească anumite reguli și „să se gândească nu numai la ea însăși”. Dacă treceți cursorul peste ambele opțiuni de comutare, va apărea un sfat explicativ care descrie diferențele în verificare. În special, toate cerințele selectate vor fi verificate pentru bibliotecă. Configurația nu verifică cerințele din grupul „Dezvoltați și utilizați biblioteci”, indiferent dacă sunt selectate sau nu. Acest grup de cerințe conține reguli de validare pe termen foarte lung care sunt într-adevăr destinate doar bibliotecilor.

Un punct important pentru versiunea 1.1.11.16 și versiunile anterioare ale APK-ului (această eroare a fost remediată în versiunea 1.1.12.26). După ce setările au fost setate și elementul din directorul „Configurații” a fost notat, puteți verifica conexiunea. Dar pentru prima dată, sistemul poate afișa o eroare despre nicio conexiune.

Acesta este un mesaj înșelător. Dacă căile și utilizatorii sunt setate corect, trebuie doar să înregistrați mai întâi elementul acestui director și abia apoi să verificați conexiunea. Apoi sistemul va raporta o conexiune reușită. Verificarea conexiunii la o bază de date mare, de exemplu ERP, poate dura până la 1-2 minute:

De fapt, acum am creat un nou element de director „Configurații”. Acum îl puteți deschide în diferite moduri:

• Prin meniul „Setări” -> „Configurații”

• În secțiunea „Verificări”, faceți clic pe „Selectați configurația”

• Sau pur și simplu deschideți directorul „Configurații” prin meniul „Operațiuni”.

Să revenim la fereastra de setări de configurare.

Pe a doua filă „Cerințe verificate” putem configura ce verificări dorim să facem configurației noastre. Sunt disponibile două opțiuni predefinite: „Verificare completă” - verificați conformitatea cu sistemul de standarde https://its.1c.ru/db/v8stdși controlul ortografiei, precum și „1C: Compatibil” - verificarea conformității cu standardele 1C: Compatibil http://1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm

De asemenea, puteți configura un set arbitrar de cerințe pentru a fi verificat, apoi introduceți o reprezentare arbitrară a opțiunii în câmpul „Opțiune de validare” și salvați-o sub acest nume utilizând butonul „Salvare opțiune”. Opțiunile sunt salvate în legătură cu configurații, adică aceeași setare nu poate fi aplicată automat altor elemente din directorul Configurații:

Voi face o notă pentru cei care plănuiesc să folosească APK-ul pentru mai multe configurații și nu doresc să configureze verificări pentru fiecare dintre ele separat. Puteți transfera setările de verificare între configurații prin scrierea unui script simplu, dacă știți că acestea sunt stocate în registrul de informații „Cerințe de configurare”, iar opțiunile de verificare în sine sunt stocate în directorul cu același nume:

Lista de verificări este destul de extinsă. Fiecare cerință este un standard de dezvoltare, aderând la care ne putem îmbunătăți produsele. Dar capacitatea de a dezactiva cerințele individuale sau grupurile acestora nu este, de asemenea, de prisos. De exemplu, în majoritatea întreprinderilor vă puteți limita la opțiunea „Verificare completă” (ortografie + sistem de standarde) și nu puteți verifica „1C: Compatibil”. Sau cel puțin controlați ortografia, deoarece nu există așa ceva care să se realizeze de ani de zile fără o singură greșeală de ortografie.

Lista de cerințe selectată aici este lista implicită pentru verificările efectuate automat. Dacă rulați testul pas cu pas, este posibil să puteți suprascrie valorile specificate aici.

Informații de la dezvoltatori:

Este logic să spunem mai detaliat ce este grupul „Sistem de standarde” și cum diferă de celelalte două grupuri. Deci, să începem cu grupul „1C: Compatibil”. După cum a fost scris anterior, acesta este un set obligatoriu de standarde pentru a obține un anumit statut pentru configurația dvs. În linii mari, aceasta este coloana vertebrală pe care trebuie să o respecte toate configurațiile fără excepție. Apropo, acest grup de standarde nu verifică configurația pentru erori de ortografie...

În continuare, „Ortografie” este un grup de standarde care verifică configurația numai pentru erori de ortografie. Fiecare dezvoltator care se respectă își poate verifica configurația pentru ortografie. Acest grup conține toate regulile de verificare care urmăresc ortografia în textele modulelor, metadate (nume, sinonim, comentariu), elemente de formular, machete, în general, peste tot unde puteți verifica text. Din cutie, este bifat doar textul rusesc, dar, după cum s-a menționat corect în comentarii, pentru alte limbi puteți încărca propriile dicționare și chiar îl puteți înlocui pe cel inclus în configurație cu ele.

Și acum despre grupul „Sistem de standarde”. Este cel mai global și conține verificări ale celorlalte două grupuri predefinite de cerințe, precum și verificări specializate suplimentare. Pentru clienți, erorile din acest grup sunt mai degrabă recomandări, deși pentru configurațiile tipice majoritatea erorilor, desigur, trebuie corectate. Acea. dacă vreun standard este descris în grupul „1C: Compatibil” sau „Ortografie”, acesta va fi, fără îndoială, descris și în grupul „Sistem de standarde”, totuși, poate mai detaliat și cu verificări mai profunde.

În fila „Excluderi de la scanare”, sunt configurate diverse filtre. De exemplu, puteți configura verificări astfel încât numai obiectele pe care le-ați adăugat la configurația standard cu un anumit prefix precum „ mf_ Super Declarație vamală.”

Sau, dacă dezvoltați cu adăugarea tuturor obiectelor modificate sau adăugate la un anumit subsistem de dezvoltare, atunci este logic să efectuați verificarea numai în cadrul acestui subsistem și să ocoliți obiectele imuabile dintr-o configurație standard care sunt „blocate”. Dacă trebuie să excludeți temporar orice filtru configurat în timpul verificărilor, nu trebuie să îl ștergeți. Este suficient să eliminați indicatorul de utilizare (a doua coloană):

Funcția de filtrare este foarte utilă și are sens să experimentăm cu ea, ceea ce vom face în continuare. Voi spune imediat că verificările de activare precum „Activați subsistemul” și „Activați cu prefix” funcționează folosind „SAU”. Adică, un obiect va fi inclus în verificare dacă îndeplinește una sau alta condiție. Acest lucru nu este întotdeauna convenabil. Din fericire, schimbarea acestui comportament este foarte ușoară. Această problemă va fi discutată mai detaliat în secțiunea privind filtrarea, precum și problema influenței filtrelor asupra timpului inspecțiilor.

În versiunea APK 1.1.11.16 și versiunile anterioare, setările de filtrare au fost împărțite în două file - „Filtre de colectare a cerințelor” și „Excepții de colectare a datelor”, dar semnificația era aceeași:

De asemenea, puteți specifica necesitatea verificărilor programate în formularul de setări:

Aceasta este setarea nu pentru munca printr-o sarcină de rutină. Pentru a rula o scanare programată, APK-ul trebuie să fie lansat în modul utilizator și să ruleze. Când sistemul pornește, metoda este apelată într-un modul de aplicație obișnuit AtSystemStart() unde este conectat operatorul de așteptare Executați verificarea programată(), care efectuează verificarea programată. Dacă doriți să efectuați o verificare de rutină, sistemul va trebui modificat. Dacă te uiți la configurația APK, poți vedea că are doar două sarcini de rutină și ambele nu au legătură cu verificările programate:

Informații de la dezvoltatori:

Explicația este foarte simplă. Dacă APK-ul este implementat în versiunea SQL, atunci când se specifică calea către configurație (mai precis, baza de date demo) pe client, verificarea pur și simplu nu va începe, deoarece o sarcină de rutină rulează întotdeauna pe server. În versiunea de fișier a APK-ului, desigur, o sarcină de rutină ar fi mai potrivită, decât un handler de așteptare.

Programul nu este ultima dintre filele posibile. Dacă activați integrarea cu „Application Solution Design System” în sistem, va apărea o altă filă „Integration with DSS”, care vă permite să configurați înregistrarea automată a erorilor în DSS. Configurarea integrării la nivel de sistem se realizează sub formă de constante („Operațiuni” - „Constante”).

Funcționalitatea integrării cu DSS a fost intenționată de dezvoltatorii complexului agroindustrial pentru uz intern în compania 1C (aceasta este descrisă în Ghidul utilizatorului, p. 28). Cu toate acestea, sunt sigur că pentru acele companii care folosesc deja DSS în munca lor sau intenționează să-l folosească, această funcționalitate va fi interesantă. Puteți să-l luați ca model pentru a vă implementa propriul mecanism de integrare sau îl puteți da seama și îl puteți folosi din cutie:

În acest caz, este posibil să conectați APK-ul la serviciul web ridicat pe partea DSS și invers, puteți configura conexiunea la serviciul web ridicat pe partea APK în DSS:

Efectuarea controalelor

După ce au fost efectuate setările de conectare și au fost selectate testele de efectuat, puteți trece la efectuarea testelor.

Pentru a efectua o nouă scanare, trebuie mai întâi să actualizați configurația care este verificată. Toate noile verificări sunt efectuate pe „configurația curentă”. Pentru a face acest lucru, în secțiunea „Verificări”, trebuie să faceți clic pe „Selectați configurația” și apoi să selectați un element de director de configurare care va fi desemnat „actual”.

Când faceți clic pe butonul „Verificare nouă”, sistemul va oferi două opțiuni - să efectuați din nou verificarea conectându-vă la configurația care este verificată, culegând din nou date sau pentru a verifica datele colectate anterior.

Abilitatea de a efectua verificări asupra datelor colectate anterior vă permite să efectuați verificări lungi pas cu pas. De exemplu, puteți mai întâi să colectați date de configurare și să efectuați un test de filtrare bazat pe subsisteme. Apoi activați filtrele pentru alte subsisteme și faceți a doua verificare folosind datele colectate anterior, ceea ce vă va permite să o finalizați mult mai rapid.

Informații de la dezvoltatori:

Aici mai trebuie spus că acum compoziția datelor colectate depinde direct de cerințele selectate. De exemplu, este selectată o cerință „Ortografie în textele modulelor”. Dacă deschideți cardul de solicitare în sine și accesați fila „Etape de verificare”, puteți vedea că este bifată doar 1 casetă de selectare „Completați informații despre module”:

Aceasta înseamnă că la verificarea configurației pentru ortografie în textele modulului, vor fi colectate doar textele modulului (nu vor fi colectate nici proprietățile obiectelor de metadate, nici elementele de formular, nici machetele - toate tipurile de colectare de informații pot fi identificate prin casetele de selectare rămase ).

Această funcționalitate de a depinde informațiile colectate de cerințele selectate a apărut relativ recent; anterior, în timpul fiecărei verificări cu colectare de date, toate informațiile erau colectate. Deci, anterior, această opțiune a ajutat foarte mult: a fost selectată o cerință, de exemplu, aceleași module, toate informațiile au fost colectate, erorile au fost corectate pentru această singură cerință, apoi a fost selectată următoarea cerință, de exemplu, ortografia în elementele formularului și verificarea a fost începută conform datelor culese, deoarece elementele de formă nu s-au schimbat etc.

Acum îl puteți folosi și el, dar folosind datele colectate puteți verifica doar acele cerințe pentru care informațiile au fost colectate anterior. Ei bine, nu se poate să nu spună că această opțiune de verificare este extrem de necesară pentru dezvoltatorii de noi verificări pentru depanare, testare, accelerare și identificarea inexactităților în regulile de verificare, deoarece nu este nevoie să colectați din nou datele de fiecare dată.

Deoarece nu am colectat încă date, vom selecta elementul „Colectați și verificați datele...”. Se va deschide o fereastră în care puteți alege fie să efectuați o verificare automată pe baza setărilor efectuate anterior în noua fereastră de configurare, fie să înlocuiți aceste setări. Selectarea opțiunii „Manual” este deosebit de convenabilă în stadiul inițial de familiarizare cu sistemul, când puteți influența fiecare pas următor.

Făcând clic pe butonul „Următorul”, puteți trece peste toate setările care au fost descrise în secțiunea anterioară a acestei publicații, inclusiv verificările efectuate. Cu toate acestea, trebuie luat în considerare faptul că, dacă nu selectați o singură verificare la pasul corespunzător, sistemul va considera că este necesar să efectuați TOATE verificările, și nu doar să conectați și să încărcați informații despre obiectele din baza de date verificată:

Prin urmare, dacă scopul lansării nu este o verificare completă, ci o actualizare a structurii de configurare sau o rulare de testare a APK-ului și familiarizarea cu procesul, atunci nu ar trebui să debifați toate casetele la acest pas. Pentru prima dată, este recomandabil să marcați un singur element, de exemplu, „Verificarea configurației platformei” în următoarea ramură:

În acest caz, lista pașilor de verificare va fi aproximativ după cum urmează:

și poate dura doar 20 de minute chiar și pe ERP. Dar acest lucru va fi suficient pentru a vă face o idee despre cum se întâmplă de fapt procesul. Deși verificarea platformei poate prezenta o surpriză și poate dura mult, așa că poți alege un alt element mai simplu.

La ultimul pas, puteți seta și filtre pentru obiectele care sunt verificate. Adevărat, dacă aceasta este prima verificare a configurației, atunci APK-ul nu va avea încă informații despre structura configurației. În acest caz, arborele de configurare la acest pas va fi gol, dar poate fi încărcat cu butonul „Citește structura de configurare” direct din aceeași fereastră:

Acum tot ce rămâne este să faceți clic pe butonul „Run check”. Procesul de inspecție va începe. Cu ferestrele 1C care clipesc și jurnalul procesului afișat în fereastra de mesaje. Ieșirea jurnalului este foarte incomodă. Fereastra de verificare se blochează modal și, dacă nu vă gândiți în avans să faceți fereastra de mesaj vizibilă, atunci nu veți putea afla nimic despre ceea ce se întâmplă până când procesul se încheie:

Prin urmare, dacă aveți o rezoluție mică a ecranului, atunci este mai bine să mutați imediat fereastra modală pentru lansarea scanării, astfel încât fereastra de mesaj să fie vizibilă.

La una dintre etapele de verificare, sistemul actualizează conținutul directorului „Configuration Structure”, care conține un arbore (ierarhie) de obiecte de metadate ca în configurator. Datele despre un anumit obiect vor fi actualizate dacă acest obiect s-a schimbat sau a fost inclus într-un subsistem suplimentar. Un element de director va fi marcat pentru ștergere dacă obiectul de configurare corespunzător a fost șters. Vor fi create elemente noi pentru noile obiecte de configurare:

De asemenea, în timpul fiecărei verificări cu colectarea datelor, conținutul registrelor „ObjectsPropertiesValues” și „CompositeObjectPropertiesValues” este actualizat, stochând proprietățile obiectelor, modulelor, conținutului layout-ului, elementelor de formular etc. Când verificați datele colectate anterior, aceste informații rămân aceleași.

Dacă sunt selectate verificări care necesită nu numai actualizarea structurii metadatelor și verificarea platformei, ci și ceva mai mult, atunci sistemul va încărca configurația în fișiere pentru analiza lor ulterioară:

Încărcarea are loc fără ierarhie - toate fișierele într-un singur folder:

Informații de la dezvoltatori:

Deci, ce se întâmplă și când ( la verificarea cu colectarea datelor):

• Structura configurației este, în general, întotdeauna aceeași, indiferent de cerințele selectate.
• Colectarea are loc prin rularea procesării externe dintr-un aspect comun „MetadataStructureLoader” în întreprindere în clientul gros. Procesarea întreprinderii funcționează cu obiectul platformei Metadate și scrie datele într-un fișier extern, care este apoi transferat și analizat la APC.

Toți pașii suplimentari care declanșează procesarea externă în întreprindere funcționează în mod similar. Informațiile rămase, așa cum sa menționat mai sus, sunt colectate în funcție de cerințele selectate:

• Colectarea informațiilor despre metadate (din nou, acestea sunt proprietăți ale obiectelor metadate, nu structura în sine) are loc prin lansarea procesării externe din aspectul general „MetadataInformationLoader”.
• Colectarea de informații despre formulare (sau mai degrabă despre elementele formularului) utilizând procesarea din aspectul „Form Information Loader”.
• Colectarea informațiilor despre formular din XML are loc prin analizarea fișierului XML al formularului din încărcarea configurației în fișiere XML. Sunt colectate toate informațiile care nu au putut fi obținute de la întreprindere în etapa anterioară.
• Colectarea de informații despre module - prin citirea textelor modulelor din fișierele de descărcare XML.
• Colectarea de informații despre roluri (sau mai degrabă, colectarea drepturilor fiecărui rol pentru fiecare obiect) - din fișierele de rol de încărcare XML.
• Colectarea informațiilor despre machete - folosind procesarea din aspectul „Layout Information Loader”.
• Colectați informații de ajutor - citind fișierele de ajutor din fișierele de descărcare XML.

Verificare configurație platformă - lansare în lot a bazei de date demo în modul configurator cu chei de verificare a platformei. Este indicat și fișierul cu jurnalul de verificare. Apoi analizează APK-ul, din care se obțin erorile de verificare a platformei, care sunt stocate într-un registru separat „Erori de verificare a configurației”.

Astfel, dacă este selectată cel puțin o cerință cu caseta de selectare pentru colectarea informațiilor despre formulare din XML, roluri, module sau ajutor, atunci baza de date care se verifică va fi descărcată în fișiere XML. Dacă niciuna dintre aceste acțiuni nu este necesară, nu va fi încărcat.

Anterior, toate acțiunile erau efectuate secvenţial. Mai întâi a fost lansată colecția structurii, apoi încărcarea în XML, apoi verificarea platformei, apoi colecția de proprietăți ale metadatelor, modulelor, formularelor etc., ceea ce a încetinit foarte mult verificarea (colectarea datelor) a configurațiilor mari.

APK 1.1.12 a adăugat copierea bazei de date sursă într-un director temporar și a identificat cele mai lungi etape de colectare a datelor, ceea ce a făcut posibilă paralelizarea colectării datelor în timpul verificării. Astfel, în acest moment, colectarea structurii de configurare, verificarea platformei, încărcarea în XML și ștergerea registrelor se realizează în paralel. Etapele rămase durează puțin, chiar și pentru ERP. Ca urmare a introducerii colectării paralele a informațiilor, a fost posibilă accelerarea verificării ERP cu cel puțin câteva ore.

În directorul de fișiere temporare, fișierele de procesare care creează instanțe ale obiectelor metadate și creează formulare și machete de obiecte sunt generate și deschise în baza de date care este verificată. Acest mecanism a fost conceput inițial pentru a colecta informații despre formulare, aspecte și proprietățile metadate. Dar și datorită acesteia se caută erori care nici măcar nu vă permit să creați un obiect sau un formular în mod programatic. Acest lucru este, desigur, departe de testarea unitară, dar este ceva:

Dacă într-un obiect sau modul de formular există o încercare de a accesa o variabilă nedeclarată sau un obiect inaccesibil din contextul modulului, sistemul fie se va opri în timpul procesului de verificare cu o eroare (va apărea o fereastră în baza de date verificată deschisă) , sau APK-ul va detecta această eroare și o va afișa în rapoarte. Dacă APK-ul se oprește în timpul procesului de verificare din cauza unei astfel de erori, atunci acest lucru cu siguranță nu este foarte convenabil. Dar, pe de altă parte, prezența erorilor de compilare a modulelor este o eroare critică a programatorilor și este mai bine dacă este detectat folosind APK-ul în acest fel decât dacă ajunge în produs și un mesaj despre acesta vine de la utilizatori!

În timpul procesului de verificare completă (sau echivalentul său în ceea ce privește numărul de reguli și obiecte), sistemul se blochează la verificarea obiectului nr. 1 fără a raporta progresul în vreun fel:

Această stare cu mesajul că obiectul nr. 1 din 77 de mii este verificat se blochează 5-10 ore și se pare că complexul agroindustrial a înghețat. De fapt, procesul este în desfășurare, puteți verifica acest lucru uitându-vă la încărcarea procesorului în managerul de activități sau apelând o oprire din configurator (dacă APK-ul a fost lansat de pe acesta). Motivele pentru verificarea îndelungată a obiectului nr. 1, și anume configurația în sine, sunt următoarele:

1) Ca parte a acestui pas, informațiile sunt colectate și stocate în cache, care sunt utilizate în continuare atunci când se efectuează verificări ale obiectelor individuale. Datorită acestui fapt, scanarea altor obiecte este finalizată mai rapid.

2) Cele mai multe verificări care afectează toate obiectele de configurare simultan sunt efectuate în cadrul acestui pas. Sunt multe astfel de verificări, vreo 90. Dar cele mai lungi, care ocupă cel mai mult timp, sunt doar câteva. Acesta este de exemplu „Găsiți metode de export utilitare neutilizate”. Evident, nu puteți spune dacă metoda unui anumit obiect este utilizată sau nu verificând doar acel obiect sau orice subsistem anume. Această concluzie poate fi trasă doar analizând apelurile de metodă în întreaga configurație. Și este evident că este optim să parcurgeți întreaga configurație o dată, când verificați „Obiectul nr. 1”, și nu de multe ori, când verificați documentele individuale și cărțile de referință. Un alt exemplu de verificare îndelungată este „Controlul prezenței unui modul comun, subsistem, metodă și control al compoziției parametrilor”.

Dacă dezactivați cele două verificări specificate și verificarea configurației platformei, atunci verificarea chiar și a unei configurații precum ERP nu poate dura mai mult de jumătate de oră. Dar probabil că nu merită să economisiți timp și să sacrificați calitatea. Este mai bine să rezolvați această problemă din punct de vedere organizațional și să faceți verificări în avans.

Voi da un exemplu - începutul și sfârșitul jurnalului de execuție a verificărilor, care arată că întregul proces pe ERP 2.1 și APK 1.1.11.16 durează aproximativ 15 ore (desigur, cifra depinde foarte mult de performanța computerului, de asemenea viteza de verificare pe APK 1.1.12 este semnificativ mai mareși în aceleași condiții durează aproximativ 10 ore):

: Se verifică conexiunea la baza de informații printr-o conexiune COM

: Începeți să colectați informații despre structura metadatelor de configurare

: Începeți încărcarea configurației în fișiere XML

: Începeți să ștergeți informațiile despre metadate

: Începeți să colectați informații despre rolul de configurare

: informații colectate și înregistrate despre rolurile de configurare

: au colectat informații despre metadatele de configurare

: Verificarea configurației platformei a fost finalizată

: Începeți testarea obiectelor de configurare

: Începeți să colectați informații din formularul de configurare din fișierele XML

: Verificarea configurației a început

………AICI MESAJELE ÎNCEP A FI AFIȘAT ÎN BARA DE STARE…..

: Verificarea configurației a fost finalizată

Rezultatul verificării

Ce obținem în urma primei verificări? În primul rând, directorul versiunilor de configurare este completat (directorul „Versiuni” este subordonat directorului „Configurații”). În el apare un element corespunzător versiunii configurației care se verifică. Informațiile despre versiune sunt, de asemenea, actualizate sub forma elementului din directorul „Configurații”:

În al doilea rând, este creat un document de tip „Verificare configurație”, care indică acest element al directorului „Versiuni” și alți parametri de verificare - compoziția cerințelor care se verifică, compoziția obiectelor verificate și „Jurnalul de verificare” în care jurnalul afișat anterior în fereastra de mesaj este duplicat:

În al treilea rând, datele structurii de configurare sunt actualizate:

Structura de configurare este un director ierarhic cu o ierarhie de elemente, subordonat directorului „Versiuni”, adică la verificarea configurației unei noi versiuni, va fi creat un nou element din directorul „Versiuni” și o nouă structură de metadate. va fi încărcat în legătură cu această versiune.

Și în al patrulea rând, este completat registrul „Erori găsite”, care conține de fapt informații despre erorile descoperite în timpul procesului de verificare și stă la baza rapoartelor AIC:

Nu există un formular de listă creat pentru acest registru. Halda din acest cazan comun al registrului poate fi pusă în ordine în doar câteva minute. De exemplu, adăugați un formular gestionat, în modul utilizator sau direct în configurator, afișați proprietarul obiectelor (elementele directorului „Configurare Structura”) cărora li se asociază erori. Acești proprietari vor fi versiunile de configurare.

Dacă afișăm proprietarii și de la aceștia, vom obține sub forma unei liste posibilitatea de a filtra erorile atât după configurații, cât și după versiunile acestora. Puteți face grupări pe baza acestora. În acest caz, puteți lucra cu erori nu numai folosind rapoarte, ci și direct prin registru, ceea ce uneori este mult mai convenabil:

Fiecare înregistrare din acest registru este o neconformitate constatată cu standardele, o greșeală de ortografie sau altă greșeală. După ce ați deschis oricare dintre ele, puteți vedea că și sistemele de încredere și dovedite precum ERP 2.1 ;)) conțin greșeli de scriere și erori. Și un număr destul de mare dintre ele:

Aș dori să percepem faptul prezenței unor astfel de erori în ERP nu ca o răsfăț pentru prezența lor în evoluțiile noastre, ci ca o dovadă suplimentară că ele pot și trebuie identificate și eliminate. Mai ales dacă ai instrumentele potrivite. Pentru că arată urât și exact asta văd utilizatorii noștri. Blogul 1C de pe Habré notează că dezvoltatorii ERP 2 folosesc APC-ul pentru a verifica configurația, dar se pare că limitează lista de verificări la regulile care sunt cele mai importante din punctul lor de vedere, asigurând un raport acceptabil între viteza de dezvoltare și calitatea produsului. Când ne dezvoltăm produsele, putem ridica ștacheta calității și putem captura și această zonă.

De asemenea, va fi util să știți că datele colectate despre textele modulelor, blocurile modulelor și alte proprietăți ale obiectelor de configurare sunt plasate în registrele „Valorile proprietăților obiectului compus” și „Valorile proprietăților obiectului”. Înregistrările sunt stocate în legătură cu aceleași obiecte, versiuni subordonate și configurații:

Nu este posibil să vedeți textele modulelor direct din formularele de înregistrare; toate sunt ambalate în magazine de valoare.

Dar pentru vizualizarea textelor modulelor deja împărțite în părțile lor componente și a altor proprietăți ale obiectelor de configurare, APK-ul are un instrument minunat! Aceasta este procesarea „Vizualizare proprietăți ale obiectelor de configurare”, deschisă prin meniul „Setări”:

Rapoartele AIC

Informațiile despre erorile găsite sub formă de rapoarte pot fi obținute din două secțiuni ale sistemului simultan. Secțiunea „Erori”:

Se bazează pe raportul Erori găsite:

Și secțiunea „Rapoarte”.

Este construit pe baza raportului „Rezultatele muncii”:

De fapt, în configurația APK există doar două obiecte principale „Raport”. Dar au destul de multe aspecte ACS diferite:

Toate se bazează pe analiza registrului de informații „Erori găsite”. Secțiunea „Rapoarte” este destinată obținerii de informații rezumative despre erori; are un accent statistic, în timp ce secțiunea „Erori” are scopul de a obține informații detaliate despre erori și de a le gestiona. În secțiunea „Erori”, controlul este posibil atât folosind un panou de comandă special, cât și prin meniul contextual:

Există o problemă la utilizarea bazei de date de fișiere APK și a platformei 1C pe 32 de biți. Dacă nu instalați un număr suficient de filtre, este posibil să primiți un mesaj de lipsă de memorie atunci când analizați erorile într-o configurație mare. În cazul ERP 2.x, acest mesaj va apărea constant. Această eroare apare de obicei deja în etapa de ieșire a datelor într-un document de foaie de calcul. În general, merită să instalați filtre. Doar câteva dintre ele au fost incluse în selecțiile rapide. Restul poate fi instalat folosind comanda „Setări de raportare”.

Ceea ce împiedică aici este că rapoartele încep să fie generate imediat după selectarea unei opțiuni. Acest lucru interferează foarte mult cu munca și sugerează necesitatea de a rafina configurația complexului agroindustrial, chiar până la punctul de a scrie propriile rapoarte: doriți să aplicați selecții înainte de a fi generate și astfel încât setările raportului să fie salvate și astfel încât acestea să fie într-o formă gestionabilă. Din fericire, acest lucru nu este greu de realizat pe baza unui singur registru de informații.

notez că Când utilizați versiunea pe 64 de biți a 1C sau baza de date SQL a APK-ului, eroarea cu lipsa memoriei nu este observată.

După prima vedere la rapoarte, se pare că APK-ul este prea pretențios în ceea ce privește configurația testată. De exemplu, necesită setarea sinonimelor corecte chiar și pentru machetele formularelor tipărite; percepe cuvintele „logistică”, „livrare suplimentară”, „responsabilități”, etc. ca o eroare. Dar, în primul rând, majoritatea erorilor găsite necesită cu adevărat corectări! În al doilea rând, alegerea regulilor de verificat este lăsată la latitudinea utilizatorului; acest lucru se poate face atât la setarea configurației de verificat, cât și la efectuarea verificării. În al treilea rând, fiecare dintre reguli poate fi modificată, dacă se dorește, înlocuită cu ale dvs. sau puteți configura filtrarea în rapoarte, astfel încât să vedeți doar informațiile de interes.

În cele din urmă, sistemul are alte opțiuni de personalizare. De exemplu, registrul de informații „Cuvinte adevărate” (inițial gol). Este implicat în verificarea ortografică, în special în metoda Check.CheckSpelling(). Cuvintele pe care le considerăm corecte pot fi introduse în el manual sau încărcate dintr-un fișier text în care fiecare cuvânt se află pe o linie separată. O mostră a unui astfel de fișier txt poate fi descărcată din aspectul general „Dicționar de cuvinte adevărate”. Dar nu este nevoie să încărcați acest fișier în registry. În mod implicit, sistemul preia cuvintele corecte din acest aspect și le completează cu date din registru. Sistemul are și procesare " Actualizarea dicționarului„. Utilizarea sa este descrisă foarte detaliat și clar în manualul de utilizare (vezi capitolul 4.6).

În general, dacă se pare că sistemul este prea strict cu configurațiile noastre, atunci îl putem modifica în locurile potrivite și îl putem „liniști”).

Cele mai interesante rapoarte sunt „Erori după cerințe” din secțiunea „Erori”, care afișează datele într-o grupare corespunzătoare structurii directorului „Cerințe”:

și „Analiza erorilor” în secțiunea „Rapoarte”, care afișează date rezumative bazate pe clasificarea „1C: Compatibil”, „Obligatoriu” și „Recomandare”:

Reguli pentru verificarea configurațiilor

Crearea propriilor reguli folosind exemple specifice nu va fi discutată aici. În primul rând, trebuie să înțelegeți mai bine această problemă. În manualul de utilizare din livrarea APK-ului, un capitol 5 destul de voluminos este dedicat creării de noi reguli - acesta este un exemplu transversal sub forma a până la 30 de pagini de text și ilustrații fascinante))

Să aruncăm o privire rapidă la reguli. Acestea se află în directorul de sistem cu același nume:

Navigarea de-a lungul arborelui din stânga este incomod - selectarea unui element pentru a-și afișa compoziția în partea dreaptă se face făcând dublu clic. Prin urmare, elementul selectat nu coincide întotdeauna cu cel a cărui compoziție este afișată în dreapta.

Fiecare regulă poate fi deschisă. Formularul elementului de referință oferă acces la o listă de tipuri de obiecte care trebuie verificate prin această regulă, parametrii algoritmului (o listă numerotată de erori care pot fi referite din algoritm), algoritmul însuși și descrierea acestuia, descrierea cerinței, ca precum și setările de utilizare:

Există trei butoane utile în partea de sus. „Afișați standardele” duce la secțiunea corespunzătoare a site-ului web 1C cu o descriere a standardului, linkul se deschide în browser. „Open Requirements” deschide elementul de director „Requirements” corespunzător regulii, iar comanda „Open Debugging” începe procesarea „Check Rule Debugger”. Modul în care funcționează este tăcut în manualul de utilizare, dar este evident că instrumentele de depanare fie sunt disponibile, fie există dezvoltări pentru ele care pot fi dezvoltate.

Algoritmul de reguli poate fi modificat, precum și noi reguli și grupuri de reguli pot fi create. Dacă trebuie să vă scrieți proprii algoritmi, va trebui să studiați metodele încorporate și obiectele software. Secțiunea corespunzătoare „Sintaxa regulilor de validare” din Capitolul 6 al manualului de utilizare PDF este dedicată acestui lucru. De asemenea, puteți utiliza algoritmi ai regulilor existente ca exemple și mostre pentru copiere.

Ajutorul încorporat pentru program este catastrofal de slab. Sau, mai degrabă, lipsește, așa că nu se poate obține o descriere a metodelor încorporate din ea.

Filtrarea obiectelor în timpul inspecțiilor

În concluzie, să vedem cum se comportă APK 1.1 atunci când se efectuează o scanare cu filtre aplicate. Ajută ele cu adevărat la reducerea timpului de verificare și la reducerea cantității de informații din rapoarte? Să verificăm atât filtrarea după prefix, cât și după subsistem.

În această secțiune va exista mai mult „îngropare în cod” decât o poveste despre capacitățile complexului agro-industrial. Dacă acesta nu este scopul tău în această etapă, poți sări peste această secțiune.

Să luăm aceeași configurație experimentală, să creăm un nou element pentru el în directorul de configurare (numai că trebuie să creați un element nu prin copiere, deoarece la copierea configurațiilor, versiunile și structura de date ale acestora sunt de asemenea copiate, acesta este un proces lung și încalcă puritatea experimentului). Să atribuim documente la două noi subsisteme:

apk_Document_1_1,apk_Document_1_2Și document_nou_1_3 se referă la subsistem apk_Subsistem_1

apk_Document_2_1, apk_Document_2_2Și document_nou_2_3 se referă la subsistem apk_Subsistem_2

Vom permite erori de ortografie în documente și vom adăuga o metodă de export neutilizată la modulul manager. Vom crea documente prin copiere.

Să adăugăm două filtre de colectare a informațiilor - pentru prefix apk_și la subsistem apk_Subsistem_2 (captură de ecran făcută pe versiunea APK 1.1.11.16):

Ca urmare a verificării, ne așteptăm să vedem apariția erorilor și a rapoartelor de eroare referitoare doar la documentele care se potrivesc cu filtrele (după cum va fi arătat mai jos, filtrele sunt aplicate folosind „SAU”). De asemenea, aș dori să grăbesc procesul de verificare, cu reducerea că unele operațiuni și verificări sunt efectuate indiferent de numărul de obiecte care se verifică.

Să începem verificarea. După câteva ore de verificări de bază (inclusiv verificări ale platformei), vom vedea că numărul de obiecte pentru verificări ulterioare nu mai este de 77.736, ci doar de 65:

Ca urmare a verificărilor, rapoartele nu mai oferă de fapt informații despre obiectele „în plus” și raportează doar despre obiectele care se potrivesc cu filtrele. În același timp, s-au constatat ambele erori intenționate și s-au făcut și alte comentarii:

Cu toate acestea, nu obținem aproape niciun câștig în verificarea timpului de la filtre. În acest exemplu, o scanare completă a durat 10 ore în loc de 15 ore, adică a fost accelerată cu doar 30%. Motivele acestui comportament au fost deja explicate în secțiunea „Efectuarea verificărilor”. Acum să ne dăm seama de ce se întâmplă acest lucru la nivel de cod și, în același timp, vom înțelege mai bine cum funcționează algoritmii de filtrare și ocolire pentru elementele structurii de configurare în timpul verificărilor.

Rapoartele arată că, pe lângă informațiile despre documente, informații despre elementul de configurare rădăcină sunt colectate și ca parte a verificărilor generale. Și atunci când efectuați verificări, este greu să nu observați că mesajul despre verificarea acestui obiect Nr. 1 rămâne în bara de stare aproape toate cele 10 ore. (pe versiunea 1.1.11.16). În același timp, sistemul raportează viitoarea inspecție a 65 de obiecte, deși avem nevoie de maximum 6-8 dintre ele. Să oprim procesul în depanator în timp ce bara de stare afișează mesajul „Obiectul nr. 1 este verificat” și să vedem ce module sunt verificate. Puteți vedea că în prima etapă a verificării, sistemul încă analizează toate obiectele, inclusiv, de exemplu, modulele salariale generale, care cu siguranță nu sunt incluse în noul nostru subsistem:

Dar nu am solicitat sistemului să colecteze date despre modulele comune. Care sunt acele 65 de obiecte pe care sistemul le va verifica?

Puteți obține o listă a acestora urcând stiva de apeluri la metoda CheckObjects() din modulul obiect document „CheckVersion”. Din acesta puteți obține și informații că TOATE obiectele din directorul Structura de configurare pentru care au fost colectate datele sunt selectate pentru verificare, sau sistemul consideră că datele au fost colectate:

Acestea sunt obiectele:

Există mai puțin de 65 de obiecte în sine; sistemul pur și simplu a numărat nu numai documentele noastre, ci și detaliile acestora. Dar puteți observa că elementul rădăcină al ierarhiei directorului Structura de configurare a fost primul din această listă. Și am văzut că procesul de verificare durează atât de mult timp.

Având o listă a acestor obiecte, puteți trage concluzii despre cum funcționează mecanismul de filtrare și cum funcționează verificările bazate pe filtre:

Filtrarea funcționează numai în etapa de colectare a datelor. În timpul procesului de verificare, filtrele nu mai joacă niciun rol. Și acest lucru este logic, deoarece algoritmii sunt specificați în modul utilizator. APK-ul le transferă elementele directorului Structura de configurare pentru verificare numai dacă consideră că au fost colectate date despre ele.

În ciuda filtrelor pe care le-am impus pentru verificări, APK-ul colectează informații despre modulele TOATE obiectele de configurare. Datele despre module sunt utilizate de APC atunci când efectuează verificări comune întregii configurații. Mai jos vom demonstra ce se întâmplă dacă dezactivați astfel de verificări.

Unele obiecte comune vor fi prezente în listă pentru scanare în orice caz, indiferent de filtrele noastre. Inclusiv obiectul rădăcină de sus - configurația în sine. Din nou, acest lucru este necesar pentru a efectua verificări „generale”. Deoarece configurația inclusă în listă este încă verificată conform acelorași reguli ca și înainte, iar modulele comune, textele acestora și alte date nu au fost filtrate la colectarea datelor, se va efectua în continuare cea mai lungă verificare de mai multe ore a obiectului nr. . Nu va fi posibilă accelerarea radicală a procesului prin utilizarea filtrelor.

Sistemul a decis să verifice nu numai documentele care satisfac ambele filtre ale noastre, ci și pe cele care le satisfac pe oricare dintre ele. Acele obiecte care încep cu prefixul vor fi de asemenea trimise spre scanare apk_și acele obiecte care sunt incluse în subsistem apk_Subsistem2, inclusiv documentul document_nou_2_3. Doar documentul lipsește din lista de obiecte verificate document_nou_1_3, nu este potrivit pentru niciun filtru. Rezultatul va deveni clar dacă vă uitați la funcția de filtrare. Filtrele de rezoluție funcționează folosind „SAU” mai degrabă decât „ȘI”. Dacă trebuie schimbat, atunci din nou va trebui să faceți mici modificări acestei metode:

Acum să încercăm să ne „jucăm” cu codul și să vedem ce s-ar întâmpla dacă filtrarea ar funcționa nu numai în etapa de colectare a datelor, ci și în etapa de verificare. Pentru a face acest lucru, să creăm un alt element al directorului Configurații cu aceleași filtre:

Artificial, în codul metodei CheckObjects() din documentul CheckVersion, vom sări peste primul element al selecției când parcurgem rezultatul interogării. Adică, să omitem elementul rădăcină al directorului Structura de configurare:

Să rulăm același test și să ne uităm la timpul necesar întregului proces și dacă rezultatele raportării diferă de cele obținute fără să omitem rădăcina de configurare.

În acest caz, de la începutul procesului și până la finalizarea acestuia, trec doar 50 de minute în loc de 10 ore:

: Document creat Verificați versiunea 8 din 01/11/2017 20:51:37

………………..

: Începeți încărcarea configurației în fișiere XML

: Încărcarea configurației în fișierele XML a fost finalizată

………………..

: Verificarea configurației a început

: Verificarea configurației a fost finalizată

Acum raportul:

Se poate observa că elementul rădăcină nu mai este afișat. Dar, în plus, raportul afișează 9 rânduri în loc de 10 referitoare la fiecare document. Liniile care raportau metode de export neutilizate în modulele de gestionare a documentelor au dispărut. Adică, unele erori sunt de fapt detectate numai dacă elementul rădăcină al directorului Structura de configurare este implicat în procesul de verificare. În caz contrar, regulile de verificare corespunzătoare pur și simplu nu funcționează. Acestea sunt erori, atunci când sunt detectate, în mod logic, relația obiectului cu toate celelalte obiecte din configurație ar trebui verificată.

Astfel, dacă dorim să accelerăm radical verificările la aplicarea filtrelor, atunci acest lucru trebuie făcut fie prin dezactivarea celor mai consumatoare de timp verificări generale care necesită ocolirea tuturor modulelor (acest lucru se poate face în setări), fie prin dezvoltarea propriei alternative. verificarea regulilor.

Rezultat:

Instrumentul „Testarea automată a configurației” permite într-adevăr, odată configurat, să găsești automat erorile în configurații. APK face posibilă găsirea erorilor grave în configurație, corectarea ortografiei și aducerea acestuia în conformitate cu standardele de dezvoltare destul de rezonabile și justificate de la compania 1C.

APC nu poate fi un înlocuitor complet pentru alte instrumente pentru îmbunătățirea calității codului, cum ar fi recenziile codului. Nu vă permite să urmăriți prezența excesivă de copiere-lipire (duplicare a codului), apeluri multiple de server în care acestea ar putea fi împachetate într-unul sau să verificați cele mai simple semne ale unei cereri neoptimale. Dar poate reduce semnificativ nevoia de inspecție vizuală și poate oferi un bun punct de plecare pentru alte instrumente și practici. Și dacă este necesar, scrieți propriile cecuri care rezolvă mai multe probleme decât cele care sunt „din cutie”.

În ciuda lipsei de informații despre acesta, stăpânirea acestui instrument pentru a începe să-l folosești în practică nu este dificilă. Având un manual de utilizare, și acum acest articol, poate oferi un început bun pentru stăpânirea pas cu pas. Configurația APK-ului în sine este destul de simplă și poate fi ușor modificată, cel puțin în ceea ce privește interfața. Chiar sunt multe de îmbunătățit. Pentru o utilizare confortabilă și eficientă, „rezervoarele” noastre au întotdeauna nevoie de un fișier))

Dezvoltarea propriilor reguli de verificare necesită stăpânirea „limbajului încorporat” complexului agroindustrial, sau mai degrabă a procedurilor și funcțiilor încorporate; acest lucru se poate face folosind manualul de utilizare și regulile existente.

Chiar și cele mai simple operațiuni care necesită colectarea datelor din configurații precum ERP durează mai mult de 20 de minute de la APC. Prin urmare, pentru a vă dezvolta și a depana propriile reguli de verificare, ar trebui fie să vă creați propriile mici configurații demo și baze de date demonstrative, în care unele module vor încălca această regulă, fie să efectuați verificări folosind datele colectate anterior. Ambele tehnici vor ajuta la accelerarea procesului de depanare a noilor reguli.

• Configurația include instrumente pentru depanarea regulilor noi și existente. Pentru a lucra cu ele, trebuie să înțelegeți codul de configurare APK, să vedeți cum sunt create obiectele și în ce context sunt executați algoritmii specificați în modul utilizator. Dar dacă se dorește, acest lucru pare destul de posibil; abordările ar trebui să fie similare cu cele pe care le folosim în „Conversia datelor”.

Testarea și corectarea infobazei 1C 8.3 trebuie efectuată dacă întâmpinați erori în funcționarea infobazei și înainte de a actualiza configurația bazei de date. În cele mai multe cazuri, dacă baza dvs. de informații este deteriorată, este de ajutor.

Înainte de a efectua testarea și corectarea, trebuie să faceți o copie de rezervă a bazei de date. Dacă nu puteți intra în configurator, atunci în folderul cu programul 1C instalat există un utilitar de testare și corectare care nu necesită rularea programului în modul configurator. Despre toate acestea vom vorbi mai jos.

Să ne uităm la acest instrument și cum să lucrăm cu el. Vom analiza în detaliu ce steaguri ar trebui setate în interfață.

Să lansăm programul în modul configurator:

Selectați „Testare și corectare” din meniul Administrare:

Ce casete ar trebui să bifez?

Există diverse opțiuni pentru configurarea testării, luați în considerare aceste daws:

• Reindexarea tabelelor bazei de informații- Aceasta este o reconstrucție completă a indecșilor pentru tabelele bazei de date. Reindexarea crește viteza bazei de informații. Procedura este lungă, dar nu va fi niciodată inutilă.
• Verificarea integritatii logice a bazei de informatii- verifica integritatea logica si structurala a bazei de date, corecteaza erorile din date;
• Verificarea integrității referențiale a bazei de informații- verificarea „link-urilor rupte” în baza de date. Astfel de erori pot apărea din cauza ștergerii directe a obiectelor de sistem sau a erorilor. Există 3 opțiuni pentru corectarea unor astfel de erori:
  • Creați obiecte- sistemul creează elemente de substituent care pot fi apoi completate cu informațiile necesare,
  • Legături clare- linkurile „întrerupte” vor fi șterse,
  • Nu schimba- sistemul vă va arăta doar erori.
• Recalcularea rezultatelor. Totaluri - un tabel cu rezultate precalculate în registrele de acumulare, calcul și contabilitate. Recalcularea totalurilor, precum și reindexarea, nu vor fi niciodată dăunătoare și vor oferi un avantaj în viteza programului;
• Comprimarea tabelelor bazei de informații- la ștergerea datelor, 1C nu șterge rândurile de tabel, ci doar le „marchează” pentru ștergere. Ele nu sunt vizibile pentru utilizator, dar vor continua să fie în baza de date. Compactarea bazei de date șterge definitiv aceste date. Același efect poate fi obținut și prin încărcarea și descărcarea unui fișier infobase (*.dt);
• Restructurarea tabelelor bazei de informații- un proces lung prin care sistemul recreează tabele de baze de date. Această procedură are loc și atunci când se fac modificări în structura de configurare.

În exemplul nostru, bifați toate casetele așa cum se arată în figură și faceți clic pe „Run”:

Putem observa stadiul operației în colțul din stânga jos al ferestrei configuratorului 1C. Erorile detectate sunt afișate în fereastra de mesaje de service.

După finalizarea testării, faceți clic pe „Închidere”:

Rezultatul operațiunilor îl putem vedea în fereastra de mesaje de serviciu.

Testarea și repararea s-au încheiat.

Dacă configuratorul nu se deschide: utilitarul chdbfl.exe

Dacă baza de date este atât de deteriorată încât nu puteți intra în configurator, puteți utiliza . Utilitarul este instalat împreună cu platforma 1C și poate fi găsit în folderul Bin al directorului de instalare:

Înainte de a începe testarea, trebuie neapărat să faceți o copie a bazei de date, deoarece utilizarea acestui utilitar poate duce la consecințe ireversibile. Deoarece nu puteți intra în configurator, trebuie să faceți o copie de rezervă prin simpla copiere a directorului bazei dvs. de informații.

După ce faceți clic pe copiere, faceți clic dreapta pe un spațiu gol din fereastra folderului și faceți clic pe „Lipire”. Se face copierea, rulați utilitarul:

Apare fereastra principală a utilitarului. Trebuie să specificăm numele fișierului bazei de date. Faceți clic pe cele trei puncte. Se deschide fereastra de selectare a fișierului bazei de date. Căutăm directorul bazei de date și indicăm fișierul 1Cv8.1CD din acesta. Faceți clic pe „Deschidere”.

Bifați caseta „Corectați erorile detectate” și faceți clic pe „Run”.

Așteptăm finalizarea operațiunii. Poate dura mult timp, în funcție de dimensiunea bazei de date.

După execuție, dacă erorile au fost corectate, acestea vor fi afișate în fereastra utilitarului. În cazul meu, nu au fost găsite erori. Faceți clic pe „Închidere” și încercați să intrați în program. Dacă tot nu vă puteți conecta, trebuie să contactați un specialist.