Uneori apar probleme în bazele de date 1s - raportul 1s care funcționa înainte nu pornește, documentul nu este efectuat din cauza unei erori de neînțeles, este imposibil să intrați în program... Unul dintre principalele mijloace de corectare a erorilor 1s este testarea și repararea bazei de date 1s 8.3 folosind utilitarul încorporat în platformă.

Vreau să observ că, cu orice operare incorectă a 1C Enterprise 8.3, principalele metode de restabilire a performanței programului sunt:

1. Ștergerea cache-ului 1C Enterprise;
2. Testarea și fixarea bazei 1s 8.3.

Tehnica de ștergere a memoriei cache 1C este detaliată în articol. Luați în considerare al doilea instrument de service pentru administrarea platformei 1C.

Testarea și fixarea bazei 1s 8.3 folosind utilitarul încorporat

Pentru a începe această operațiune, nu este necesar să aveți cunoștințe speciale, astfel încât orice utilizator se poate descurca fără a contacta specialiștii 1s. Pentru a începe testarea și repararea, trebuie să intrați în configuratorul 1c și să selectați elementul „Administrare” - „Testare și reparare...”

Descrierea utilitarului „Testarea și repararea bazei de informații 1s”

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 fiecăruia dintre elemente, așa că să le privim mai detaliat:

• Reindexarea tabelelor bazei de informații.

Pentru cautare rapida informații, la tabelele principale se adaugă tabele auxiliare cu datele principale, în care datele sunt sortate în funcție de câmpurile specificate ale tabelului principal - tabelul index. Datorită utilizării tabelelor de indexare, performanța 1s crește semnificativ, deoarece nu este nevoie să parcurgeți întregul tabel de date principal pentru eșantionare, puteți utiliza fișier indexși selectați intrările necesare de acolo.
Când datele sunt scrise în tabelele de date principale, tabelele de index sunt de asemenea populate. Dar din diverse motive tehnice, indicii se pot rătăci, ceea ce poate duce în cele din urmă la erori. Pentru a corecta această clasă de erori, atunci când testați și reparați baza 1s 8.3, trebuie să bifați caseta pentru acest element de meniu.

• Verificarea integrității logice a bazei de informații

În momentul creării de noi obiecte în configurația 1s, în baza de date sunt create tabele noi, în care sunt indicate legături cu alte tabele ale bazei de date. Din diverse motive, linkurile 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 remedia acest tip de eroare, selectați acest element de meniu.

• Verificarea integrității referențiale a unei baze de informații

Pentru a identifica și corecta aceste erori, selectați acest element de meniu, iar opțiunile pentru procesarea unor astfel de erori sunt 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 curate , nu schimba ; Și cu pierdere parțială a datelor: creați obiecte, șterge obiectul , nu schimba .

• Recalcularea totalurilor

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

• Comprimarea tabelelor bazei de informații

Ștergerea obiectelor din baza de date este o operație destul de minuțioasă și lungă, prin urmare, în configurații 1s, procesul de ștergere este împărțit în 2 etape. Când ștergeți obiecte din configurație, datele din baza de date 1s sunt resetate la zero și, din această cauză, nu participă la operațiuni ulterioare, deși rămân fizic pe loc. Pentru a curăța tabelele din aceste înregistrări, testarea și fixarea bazei 1s 8.3 cu elementul de meniu „Comprimare masă baza de informatii».

• Restructurarea tabelelor bazei de informații

Când se schimbă detaliile oricărui obiect de metadate 1, baza de date trebuie să suplimenteze toate tabelele obiectului modificat cu înregistrări noi. 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ă un atribut este adăugat în metadatele 1s, va fi creată o coloană goală pentru el î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 fixarea bazei 1s 8.3 în practică

După ce primiți informații complete, cred că vă puteți da seama cu ușurință ce elemente utilitare trebuie să alegeți pentru a le repara.

Testarea și fixarea bazei 1s 8.3 se poate face în două moduri:

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

Pentru a testa și remedia baza 1s 8.3, trebuie să faceți clic pe butonul „Run”, după care puteți monitoriza progresul testării și reparării în fereastra de informații din partea de jos a configuratorului.

Similar

Introducerea lui 1C 8 oferă totuși un număr mare de avantaje munca eficienta posibil doar cu condiția Calitate superioară sisteme, atât funcționale cât și tehnologice.

Calitatea funcțională și tehnologică a sistemului - caracteristici și diferențe Calitatea funcțională a unui sistem informațional este capacitatea unei anumite configurații de a rezolva problemele de afaceri ale companiei, iar calitatea tehnologică este de înaltă performanță, fără defecțiuni și funcționare stabilă. Managementul performanței calității variază considerabil:

• se verifică calitatea tehnologică a sistemului în timpul implementării specifice a sistemului. Program cu licență 1C implementat pe platformă 1C: Întreprinderea 8, ar trebui să asigure funcționarea stabilă a mai multor utilizatori pe anumite echipamente. Nu contează ce caracteristici sunt incluse în sistem;
• calitatea funcțională este verificată pentru o anumită configurație și capacitățile acesteia. Calitatea sistemului este determinată de capacitatea de a îndeplini sarcinile 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ă domenii - subiect și tehnic. O evaluare de fond a unui sistem poate fi efectuată numai de un profesionist dintr-un anumit domeniu, în timp ce o evaluare tehnică poate fi evaluată indiferent de sarcini.

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

La dezvoltarea de noi soluții bazate pe un sistem gata făcut, toate procesele sunt mult mai rapide și mai ușoare, iar funcționarea acestuia elimină defecțiunile.

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

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

• disponibilitatea actualizată și detaliată informații generale. Prin apăsarea „F1” utilizatorul trebuie neapărat să primească ajutor pentru fiecare obiect de configurare;
• având indicii. Scurtele sfaturi pentru fiecare control al formularului ar trebui să explice semnificația acelor formulare;
• dimensiunile formelor de ecran trebuie să ofere o muncă confortabilă și să nu depășească valorile standard;
• textul mesajelor și avertismentelor sistemului trebuie să fie scurt și ușor de înțeles, fără erori de ortografie și gramaticale;
• înainte de a efectua orice acțiune ireversibilă, sistemul ar trebui să emită un avertisment cu informații despre operațiune și consecințele acesteia;
• cod de programare ar trebui să aibă comentarii relevante și cuprinzătoare.

Lista plina cerințele de calitate ale sistemului sunt cuprinse în ghid metodologic„Sistem de standarde și metode de dezvoltare a configurației”. Managementul calitatii sistemului - metode si posibile probleme Cel mai metoda eficienta managementul calității sistemului este prevenire. Ca în orice altă afacere, 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 articole:

• definirea standardelor de bază care sunt necesare pentru configurare;
• verificarea versiunii actuale pentru conformitatea cu standardele stabilite;
• dacă se constată neconcordanțe, sesizarea specialiștilor despre erorile constatate; acumularea de informații statistice despre erori.

Cu toate acestea, în ciuda prevalenței, 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 foarte 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 de verificare a calității sistemului? Compania 1C oferă un instrument convenabil „Verificare automată a configurației”, care oferă posibilitatea de a:

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

Domenii de aplicare ale verificării automate Cu un 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 de circulație, cât și individuale, dezvoltate pentru o anumită organizație;
• Suportul 1C include îmbunătățiri și modificări periodice ale programelor standard și din industrie, iar soluția 1C: Automated Configuration Check vă permite să verificați calitatea acestor îmbunătățiri;
• evaluarea calitatii configuratiei oferite intreprinderii. În pregătirea pentru implementare, programul vă permite să aflaț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ă studieze cu atenție toate secțiunile configurației. Verificarea îmbunătățirilor vă va permite să identificați rapid toate locurile „temporare”, de calitate scăzută din sistem, iar personalizarea vă va permite să vă obișnuiți cu ideea că toate părțile configurației trebuie făcute cu calitate înaltă, fără a spera în continuare. îmbunătăţire.

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

Î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. Devine dificil să lucrezi fără a comanda fluxuri de cod. Și nu este vorba doar de menținere comandă minimă- prefixarea unor noi obiecte, acorduri despre comentarii sau răspândirea obiectelor pe subsisteme. Odată cu creșterea echipelor și complexitatea configurațiilor, necesitatea de a respecta standardele în sensul lor 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 compania 1C în sine merită atenție. După cum ați înțeles deja din titlul publicației, acest produs se numește „Automated Configuration Checker”. Este gratuit, disponibil pentru fiecare utilizator (formal, accesul la ITS este necesar pentru utilizare), destul de ușor de utilizat, dar încă nu foarte comun.

Acest lucru se datorează parțial faptului că 1C însuși promovează în mod activ ideea conformității 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 aderare la standarde și puritatea codului în raport cu mase largi de dezvoltatori care nu sunt implicați în soluții de circulație este simțită mult mai slabă. Chiar și familiarizarea cu principalele standarde de dezvoltare este sub o blocare condiționată - disponibilitatea accesului la ITS (informația este depășită, în prezent, pentru 2018-2019, accesul este deschis fără înregistrare) :

Informații de bază despre complexul agroindustrial

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

Pagina de pe site-ul 1C poate oferi prima impresie despre configurație:

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

urmați standardele comune de dezvoltare și efectuați verificări de configurare a platformei

creați și aplicați propriile reguli de validare a configurației

respectă standardele necesare pentru a obține statutul 1C: Compatibil

executa 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ă puțin procesul de testare prin efectuarea unor acțiuni precum actualizarea configurației bazei de date demo din depozit, posibilitatea de testare în etape etc.

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

Altă sursă Informații generale o publicație în revista online PCMagazine poate servi:

În afară de aceste prezentări de ansamblu, aproape că nu există informații pe web despre APC și aplicația sa.Veștile bune sunt că un manual de utilizare în format PDF este inclus în livrarea configurației în sine. Unele probleme nu sunt tratate în manual atât de detaliat pe cât ne-am dori. Dar totuși, manualul există și vă permite să învățați cum să efectuați tehnicile 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 tipică, și nu o configurație demo din livrarea APK-ului. Vom încerca, de asemenea, să luăm în considerare detaliile lucrării, care nu sunt menționate în manual.

Să începem de la zero. Descarca ultima versiune APK-ul poate fi găsit la următorul link:

La momentul publicării acestui articol, cea mai recentă versiune este 1.1.12.26 din 30/01/17, dar la început a fost scrisă pentru versiunea 1.1.11.16, așa că unele dintre capturi de ecran și note 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ă pură de apk. Toate regulile standard sunt prezente în el, dar nu există date descă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). Poate fi folosit pentru a vedea cum funcționează rapoartele și verificările standard. Cel mai bine este să învățați cum să lucrați cu această bază de date înarmată cu manualul de utilizare de la livrare, 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 se efectuează noi verificări, încarcă informații din configurația verificată printr-o conexiune COM. Pentru a face acest lucru, are nevoie de o bază „experimentală” de fișiere existente. Prin urmare, dacă există dorința nu numai de a se familiariza cu interfața bazei de date demo, ci și de a ciclu complet din lucrul cu baza care este verificată, este logic să implementați și o altă bază de fișiere din al treilea șablon „Configurație 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 verificată și baza de date Demo verificată, ceea ce vă permite să vă familiarizați rapid cu procesul de conectare și efectuare a noilor verificări.

Observ că, după ce am experimentat cu baze de date demonstrative, este posibil să nu 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. Informațiile despre orice număr de baze de date care trebuie verificate pot fi încărcate în APK.

În general, principiul de funcționare al APK-ului este similar cu munca „Conversia datelor”. Lucrul în configuratorul APK nu este necesar (deși, așa cum va deveni clar mai târziu, este puțin probabil să se poată face fără ea). 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 „ Alerga". În cod, puteți și ar trebui să utilizați metodele încorporate (non-platformă) din APK - proceduri și funcții care funcționează cu obiecte create automat. Obiectele necesare verificărilor de configurare sunt create de sistemul însuși și devin disponibile în codul de gestionare a verificărilor. Descriere detaliata aceste metode, obiecte și handlere pot fi obținute din capitolul 6 al „Ghidului 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 decât atât, dacă nu este nevoie evidentă de proprii algoritmi de verificare, atunci la început va fi posibil să vă limitați la verificări standard și să nu studiați metodele încorporate și obiectele programului 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ă rularea bazei de date demo, vedem următoarea interfață:

Scopul secțiunilor din punctul de vedere al dezvoltatorilor de APK poate fi găsit î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 din directorul „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 restricțiile suplimentare sunt mai stricte. Trebuie precizat calea plină la fișierul executabil al platformei 1C. În versiunile anterioare ale APK-ului, trebuie să specificați suplimentar versiunea platformei cu care lucrați. Permiteți-mi să vă reamintesc că APK-ul poate verifica configurațiile doar pe platforma versiunea 8.3.6 și o versiune ulterioară.

Informații de la dezvoltatori:

Dacă calea către platformă este specificată mai jos, atunci va fi generată o eroare în timpul conexiunii COM.Motivul este următorul. În legătură cu dezvoltarea platformei și noile verificări ale APK-ului, sunt colectate informații (proprietățile metadatelor) care au apărut doar în platforma 8.3.6 sau o versiune ulterioară. Astfel, la verificarea unei versiuni, de exemplu, 8.2, la colectarea unor astfel de informații, se va genera în mod natural o eroare. Și întrucât aceste noi verificări, de regulă, sunt prioritare, este stabilită o interdicție de a începe o verificare mai mică de 8.3.6. În caz contrar (dacă versiunea principală a clientului a platformei este mai mică), se presupune că poate folosi Versiuni anterioare APK.

Apoi, trebuie să specificați calea către baza de date demonstrativă și parametrii pentru conectarea la aceasta. Sub baza demoîn acest caz, nimic altceva nu este înțeles ca o bază de fișiere special alocată care conține configurația care este verificată. Conectivitate baze de date SQL nu în APK. Îl poți modifica dacă vrei, dar nu prea are sens. În primul rând, este doar o verificare a configurației, nu o testare unitară sau testare la încărcare. În acest caz, chiar și pentru configurații mari, cum ar fi ERP 2, este suficientă doar o bază de fișiere goală care conține configurația curentă. În al doilea rând, în conformitate cu standardele 1C, orice configurație ar trebui să fie proiectată să funcționeze nu numai cu baza de date SQL, ci și pentru lucrul în versiunea fișierului.

Dacă dezvoltați folosind depozitul, APK-ul poate actualiza automat configurația bazei de date din depozit înainte de a face noi teste. Pentru aceasta, este destinat grupul inferior de parametri din captura de ecran.

De asemenea, observ că DSS, ca și APK-ul, necesită o bază 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 fișiere, dacă este necesar, conectați-o la depozitul de configurare și configurați actualizare automata configurarea din depozit înainte de a încărca datele.

Alegerea dintre modurile „Configurare” și „Bibliotecă” determină severitatea verificărilor. Pentru modul „Bibliotecă”, verificările sunt mai dure. 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 cu mouse-ul peste ambele opțiuni ale comutatorului, va apărea un tooltip care descrie diferențele în verificare. În special, toate cerințele selectate vor fi verificate pentru bibliotecă. Cerințele din grupul Dezvoltați și utilizați biblioteci nu sunt verificate pentru configurație, 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 doar pentru biblioteci.

Un punct important pentru versiunea 1.1.11.16 și versiunile anterioare ale APK-ului (în versiunea 1.1.12.26 această eroare a fost remediată). După ce setările sunt setate și este scris elementul de referință „Configurații”, puteți verifica conexiunea. Dar pentru prima dată, sistemul poate da o eroare despre lipsa conexiunii.

Acesta este un mesaj înșelător. Dacă căile și utilizatorii sunt setate corect, trebuie doar să notați mai întâi elementul acestui director și abia apoi să verificați conexiunea. Sistemul va raporta apoi 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 al directorului „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 deschideți directorul „Configurații” prin meniul „Operațiuni”.

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

Pe a doua filă „Cerințe de verificat”, 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 variantei în câmpul „Verificare variantă” și salvați-o sub acest nume făcând clic pe butonul „Salvare variantă”. 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 scriind un 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 prin 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 standard) și să nu faceți verificări pentru „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. Trecând prin validare, puteți trece peste 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 standardele nu verifică configurația pentru erori de ortografie...

Mai mult, „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, oriunde puteți verifica textul. Din cutie, este bifat doar textul în limba rusă, dar, după cum se menționează în comentarii, pentru alte limbi puteți încărca propriile dicționare și chiar înlocuiți configurația furnizată 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 acestui grup sunt mai degrabă recomandări, deși pentru configurațiile tipice, cele mai multe erori, desigur, sunt obligatorii pentru corectare. Acea. dacă vreun standard este descris în grupul „1C: Compatibil” sau „Ortografie”, acesta va fi, fără îndoială, descris și în grupul „Sistemul standardelor”, totuși, poate mai detaliat și cu verificări mai profunde.

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

Sau, dacă dezvoltați cu adăugarea tuturor obiectelor modificate sau adăugate la un anumit subsistem pentru dezvoltare, atunci este logic să efectuați verificarea numai în cadrul acestui subsistem și să ocoliți obiectele neschimbate ale configurației tipice 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ă debifaț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. Trebuie să spun imediat că permiterea verificărilor precum „Activați subsistemul” și „Activați cu prefix” funcționează prin „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 „Excluderi de colectare a datelor”, dar semnificația era aceeași:

De asemenea, în formularul de setări, puteți seta nevoia de scanări programate:

Aceasta este setarea să nu lucreze 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ă în modulul unei aplicații obișnuite AtStartSystem() unde este conectat operatorul de așteptare StartCheckScheduled(), care efectuează scanarea programată. Dacă există dorința de a efectua o verificare cu o sarcină programată, sistemul va trebui să fie finalizat. Dacă te uiți la configurația APK-ului, poți vedea că are doar două sarcini programate și ambele nu sunt legate de verificări 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 un job programat rulează întotdeauna pe server. În versiunea de fișier a APK-ului, desigur, o sarcină programată ar fi mai potrivită, decât un handler de așteptare.

Programul nu este ultima dintre filele posibile. Dacă activați integrarea cu „Applied Solutions 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 de integrare cu DSS a fost concepută de dezvoltatorii HARDWARE pentru uz intern în compania 1C (acest lucru este menționat î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 de interes. Puteți să-l luați ca model pentru implementarea propriului mecanism de integrare sau să îl înțelegeți și să îl utilizați din cutie:

În același timp, este posibil atât conectarea APK-ului la serviciul web generat de DSS, cât și invers, puteți configura conexiunea la serviciul web ridicat pe partea laterală a APK-ului în DSS:

Efectuarea verificărilor

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ă verificare, trebuie mai întâi să faceți actuală configurația verificată. Toate noile verificări se fac 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 elementul din directorul de configurare, căruia i se va atribui „curent”.

Când faceți clic pe butonul „Verificare nouă”, sistemul va oferi două opțiuni - să efectuați o verificare prin reconectarea 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 îndelungate în etape. De exemplu, ați putea mai întâi să colectați date de configurare și să efectuați o filtrare de validare pe unele 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 efectuaț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 modulului”. Dacă deschideți cardul cerinței în sine și accesați fila „Pași de verificare”, puteți vedea că este selectată 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 selectate prin alte steaguri ).

O astfel de funcționalitate a dependenței informațiilor colectate față de cerințele selectate a apărut relativ recent, mai devreme, la fiecare verificare cu colectarea datelor, toate informațiile au fost colectate. Deci, mai devreme, 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 următoarea cerință a fost selectată, de exemplu, ortografie în elementele formularului și verificarea a fost deja începută conform datelor culese, deoarece elementele de formă nu s-au schimbat și așa mai departe.

Acum poate fi folosit și, dar numai acele cerințe, informații despre care au fost colectate anterior, pot fi verificate cu datele colectate. Ei bine, nu se poate decât să spună că această versiune a verificării este extrem de necesară pentru dezvoltatorii de noi verificări pentru depanare, testare, accelerare și identificarea inexactităților în regulile de verificare, deoarece Nu trebuie să colectați din nou datele de fiecare dată.

Deoarece nu am colectat încă date, selectați elementul „Colectați și verificați datele...”. Se va deschide o fereastră în care puteți alege să efectuați fie o verificare automată, conform celor efectuate anterior în fereastră configurație nouă setări sau î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. Adevărat, trebuie avut în vedere că, dacă nu selectați o singură verificare la pasul corespunzător, sistemul va considera că trebuie să efectuați TOATE verificările și nu doar să vă conectați și să descă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 cam așa:

ș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 are loc de fapt procesul. Deși verificarea platformei poate fi 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 scanate. 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 folosind butonul „Citește structura de configurare” direct din aceeași fereastră:

Acum rămâne să faceți clic pe butonul „Efectuați verificarea”. Procesul de verificare va începe. Cu windows 1C intermitent și afișarea jurnalului de proces în fereastra de mesaje. Ieșirea jurnalului este foarte incomod. Fereastra de verificare se blochează modal și, dacă nu vă gândiți să faceți caseta de mesaj vizibilă în avans, 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ă aveți grijă imediat să mutați fereastra de lansare a verificării modale, astfel încât fereastra de mesaj să fie vizibilă.

La una dintre etapele de verificare, sistemul actualizează conținutul cărții de referință „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. Elementul 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, la fiecare verificare cu colectare de date, se actualizează conținutul registrelor „ObjectPropertyValues” și „ObjectCompositePropertyValues” care stochează proprietățile obiectului, modulele, conținutul aspectului, elementele formularului etc. Când sunt verificate cu datele colectate anterior, aceste informații rămân aceleași.

Dacă sunt selectate verificări care necesită nu numai actualizarea structurii metadatelor și verificările platformei, ci și ceva mai mult, sistemul va descă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 și când se întâmplă ( la verificarea cu colectarea datelor):

• Structura configurației este, în general, întotdeauna, indiferent de cerințele alese.
• Colectarea are loc prin rulare prelucrare externă din aspectul general „MetadataStructureLoader” în întreprindere în client gros. Procesarea întreprinderii funcționează cu obiectul platformă Metadate și scrie date în fișier extern, care este apoi transferat și dezasamblat în APK.

Toți pașii suplimentari care încep procesarea externă în întreprindere funcționează în mod similar. Restul informațiilor, așa cum sa menționat mai sus, sunt colectate în funcție de cerințele selectate:

• Colectarea de informații despre metadate (din nou, acestea sunt proprietățile obiectelor metadate, și nu structura în sine) are loc prin lansarea prelucrării externe din aspectul comun „MetadataInformationLoader”.
• Colectarea de informații despre formulare (mai precis, despre elementele formularului) - folosind procesarea din aspectul „FormInfoLoader”.
• Colectarea de informații despre formulare din XML are loc prin analizarea fișierului XML al formularului de la încărcarea configurației la fișiere XML. Sunt colectate toate informațiile care nu au putut fi obținute de la întreprindere în etapa anterioară.
• Colectare de informații despre module - prin citirea textelor modulelor din fișierele de încărcare XML.
• Colectarea de informații despre roluri (mai precis, colectarea drepturilor fiecărui rol pentru fiecare obiect) - din fișierele de rol de încărcare XML.
• Colectare de informații despre machete - folosind procesarea din aspectul „DetailLoaderOLayouts”.
• Colectarea informațiilor de ajutor - prin citirea fișierelor de ajutor din fișierele de încărcare XML.

Verificarea configurației platformei - rulare lot demobase în modul configurator cu taste de verificare a platformei. Este indicat și fișierul cu jurnalul de verificare. Apoi este analizat în APK, 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ă cel puțin o cerință este selectată cu caseta de selectare pentru colectarea informațiilor despre formulare din XML, roluri, module sau ajutor, atunci baza de date verificată va fi descărcată în fișiere XML. Dacă niciuna dintre aceste acțiuni nu este necesară, descărcarea nu va avea loc.

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

În APK 1.1.12, a fost adăugată copierea bazei de date sursă în directorul temporar și au fost identificate cele mai lungi etape de colectare a datelor, ceea ce a făcut posibilă paralelizarea colectării datelor în timpul verificării. Astfel, în momentul de față, colectarea structurii de configurare, verificarea platformei, descărcarea în XML și ștergerea registrelor se realizează în paralel. Pașii rămași necesită timp neglijabil, chiar și pentru ERP. Ca urmare a introducerii colectării de informații paralele, a fost posibilă accelerarea verificării ERP cu cel puțin câteva ore.

În directorul fișierelor temporare, procesarea este generată și deschisă în baza de date care se verifică, care creează instanțe ale obiectelor de metadate și creează forme și machete ale obiectelor. Acest mecanism a fost inițial destinat să colecteze informații despre formulare, aspecte și proprietățile metadate. Dar și datorită lui se caută erori care nici măcar nu vă permit să creați un obiect sau un formular în mod programatic. Acest lucru, desigur, este departe de testarea unitară, dar deja 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, atunci sistemul fie se va opri în timpul procesului de verificare cu o eroare (va exista o fereastră în bifata deschisă). baza de date), 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, desigur, nu este foarte convenabil. Dar, pe de altă parte, prezența erorilor de compilare a modulelor este o greșeală critică a programatorilor și este mai bine dacă este detectat folosind APK-ul în așa fel decât să intre în producție și un mesaj despre acesta vine de la utilizatori!

În procesul de verificare completă (sau analogul 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:

O astfel de stare cu un mesaj că obiectul nr. 1 din 77 de mii este verificat se blochează timp de 5-10 ore și se pare că APK-ul este î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 ulterior la efectuarea verificărilor obiecte individuale. Din acest motiv, verificarea altor obiecte este mai rapidă.

2) Majoritatea verificărilor care afectează toate obiectele de configurare simultan sunt efectuate în cadrul acestui pas. Sunt multe astfel de verificări, aproximativ 90. Dar cele mai lungi, care durează de cele mai multe ori, sunt doar câteva. Acesta este de exemplu „Căutați metode de export utilitare neutilizate”. Evident, nu se poate deduce dacă metoda unui anumit obiect este utilizată sau nu examinând doar acel obiect sau un anumit subsistem. O astfel de concluzie poate fi trasă doar analizând apelurile de metodă de-a lungul întregii configurații. Și este evident că este optim să ocoliți întreaga configurație o dată, la verificarea „Obiectului nr. 1”, și nu de multe ori, la verificarea documentelor și directoarelor individuale. 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ă economisești timp și să sacrifici calitatea. Este mai bine să rezolvați această problemă din punct de vedere organizațional și să faceți verificări în avans.

Dau 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 (în mod firesc, cifra depinde foarte mult de performanța computerului, de asemenea viteza de verificare pe APK 1.1.12 este mult mai rapidăși în aceleași condiții durează aproximativ 10 ore):

: Verificarea conexiunii la baza de informații prin conexiune COM

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

: Începeți descărcarea configurației în fișierele XML

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

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

: au adunat și înregistrat informații despre rolurile de configurare

: au adunat informații despre metadatele de configurare

: Verificarea configurației platformei este 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…..

: Configurație verificată

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 verificate. Informațiile despre versiune sunt, de asemenea, actualizate sub forma articolului de referință „Configurații”:

În al doilea rând, este creat un document de tip „Verificare configurație”, în care este indicat acest element din directorul „Versiuni” și alți parametri de verificare - compoziția cerințelor care trebuie verificate, compoziția obiectelor de verificat și „Verificați jurnalul” în care jurnalul afișat mai devreme în fereastra de mesaj este duplicat:

În al treilea rând, datele structurii configurației sunt actualizate:

Structura de configurare este un director ierarhic cu o ierarhie de elemente, subordonat directorului „Versiuni”, adică la verificarea configurației versiune noua va fi creat un nou element al directorului „Versiuni” și o nouă structură de metadate va fi încărcată deja î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 găsite în timpul procesului de verificare și stă la baza rapoartelor APK:

Nu există un formular de listă creat pentru acest registru. Depozitul 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 imediat în configurator, afișați proprietarul obiectelor (elementele cărții de referință „StructureConfiguration”) la care sunt atașate erori. Acești proprietari vor fi versiuni de configurare.

Dacă afișăm proprietarii și de la aceștia, vom obține posibilitatea de a filtra erorile atât după configurații, cât și după versiunile acestora sub forma unei liste. Le puteți grupa. În acest caz, va fi posibil să lucrați 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, ortografie sau alte erori. După ce ați deschis oricare dintre ele, puteți fi sigur 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 dezvoltările noastre, ci ca o dovadă în plus că 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 APK pentru a verifica configurația, dar se pare că limitează lista de verificări la cele mai importante reguli din punctul lor de vedere, oferind un raport acceptabil între viteza de dezvoltare și calitatea produsului. Putem, atunci când ne dezvoltăm produsele, să ridicăm ștacheta calității și să captăm și această direcție.

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

Nu veți putea vedea 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ți componente și a altor proprietăți ale obiectelor de configurare, APK are un instrument minunat! Aceasta este procesarea „Vizualizare proprietăți ale obiectelor de configurare”, deschisă prin meniul „Setări”:

Rapoarte APK

Informațiile despre erorile găsite sub formă de rapoarte vă permit să obțineți două secțiuni ale sistemului simultan. Secțiunea „Erori”:

Se bazează pe raportul FoundErrors:

Și secțiunea „Rapoarte”.

Este construit pe baza raportului „Rezultatele muncii”:

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

Toate se bazează pe analiza registrului de informații FoundErrors. Secțiunea „Rapoarte” este destinată obținerii de informații rezumative despre erori, are un accent statistic, în timp ce secțiunea „Erori” este pentru obținerea de informații detaliate despre erori și gestionarea acestora. În secțiunea „Erori”, gestionarea este posibilă atât folosind un panou de comandă special, cât și prin meniul contextual:

Când utilizați baza de fișiere APK și platforma 1C pe 32 de biți, există o problemă. Dacă nu instalați suficiente filtre, este posibil să primiți un mesaj de epuizare a memoriei 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 foaie de calcul. În general, merită să puneți filtre. Doar câțiva dintre ei au ajuns în calificările rapide. Restul poate fi setat folosind comanda „Setare raport”.

Aici interferează cu faptul că rapoartele încep să fie generate imediat după alegerea unei opțiuni. Acest lucru interferează foarte mult cu munca și sugerează necesitatea de a rafina configurația HSC până la scrierea propriilor rapoarte: vreau să aplic selecții înainte ca acestea să fie formate și astfel încât setările raportului să fie salvate și astfel încât formă gestionată erau. Din fericire, pe baza unui singur registru de informații, acest lucru nu este greu de realizat.

notez că atunci când utilizați versiunea pe 64 de biți a 1C sau baza de date sql a APK-ului, nu se observă o eroare cu memorie insuficientă.

După o primă privire la rapoarte, se pare că APK-ul este prea pretențios cu privire la configurația care este verificată. De exemplu, necesită setarea sinonimelor corecte chiar și pentru machete formulare tipărite, percepe ca o greșeală cuvintele „logistică”, „livrare”, „responsabil”, etc. Dar, în primul rând, majoritatea erorilor găsite trebuie să fie corectate! În al doilea rând, alegerea regulilor de verificat este oferită utilizatorului, aceasta putând fi făcută atât la configurarea unei configurații verificate, cât și la efectuarea unei verificări. În al treilea rând, fiecare dintre reguli poate fi, dacă se dorește, să fie modificată, înlocuită cu ale dvs. sau puteți configura filtrarea în rapoarte în așa fel încât să vedeți doar informațiile de interes.

În cele din urmă, există și alte opțiuni de personalizare în sistem. De exemplu, registrul de informații „TrueWords” (inițial gol). Acesta participă la verificarea ortografică, în special la metoda Check.CheckSpelling(). Cuvintele pe care le considerăm corecte pot fi introduse manual sau descărcate de pe fisier text, unde 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 Cuvinte corecte”. Dar nu trebuie să încărcați acest fișier în registru. În mod implicit, sistemul preia deja cuvintele corecte din acest aspect și le completează cu date de caz. De asemenea, în sistem există o procesare " Actualizare dicționar„. Foarte detaliat și clar, utilizarea sa este descrisă în manualul de utilizare (vezi capitolul 4.6).

În general, dacă se pare că sistemul este prea strict pentru configurațiile noastre, atunci îl puteți modifica în locurile potrivite și îl puteți „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”, „Necesar” și „Recomandare”:

Reguli de validare a configurației

Creează-ți propriile reguli pentru exemple concrete nu vor fi luate în considerare aici. Mai întâi 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 concret sub forma a până la 30 de pagini de text și ilustrații fascinante))

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

Navigarea pe arborele din stânga este incomod - alegerea unui element pentru a-și afișa compoziția în partea dreaptă este efectuată dublu click. 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 căutare oferă acces la lista de tipuri de obiecte care ar trebui verificate prin această regulă, parametrii algoritmului (o listă enumerată de erori care pot fi referite de la algoritm), algoritmul însuși și descrierea acestuia, descrierea cerințelor și setări 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 din directorul „Requirements” corespunzător regulii, iar comanda „Open Debug” începe procesarea „Verification Rules 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 poate crea reguli noi și grupuri de reguli. Dacă trebuie să vă scrieți proprii algoritmi, va trebui să studiați metodele încorporate și obiectele programului. 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 de reguli existenți ca exemple și modele pentru copiere.

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

Filtrarea obiectelor în timpul verificărilor

În concluzie, să vedem cum se comportă APK-ul 1.1 la verificarea cu filtrele aplicate. Ajută 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 fi mai mult „sapă în cod” decât o poveste despre capacitățile APK-ului. Dacă este pornit această etapă acesta nu este scopul tău - 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, acest proces este 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

Permitem greșelile de ortografie în documente și adăugăm o metodă de export neutilizată la modulul manager. Vom crea documente prin copiere.

Să adăugăm două filtre pentru colectarea informațiilor - pe prefix apk_și pe 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 erori legate doar de documentele care se potrivesc cu filtrele (după cum va fi arătat mai jos, filtrele sunt aplicate prin „SAU”). Aș dori să obțin și o accelerare a procesului de verificare, cu o reducere la faptul că unele operațiuni și verificări sunt efectuate indiferent de numărul de obiecte care se verifică.

Să începem să verificăm. După câteva ore de verificări de bază (inclusiv cea de platformă), vom vedea că numărul de obiecte pentru verificări ulterioare nu mai este de 77.736 înfricoșător, ci doar de 65:

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

Cu toate acestea, aproape niciodată nu vom obține un câștig în timpul de verificare de la filtre. În acest exemplu, o scanare completă a durat 10 ore în loc de 15 ore, adică a accelerat doar cu 30%. Secțiunea „Efectuarea verificărilor” explică deja motivele acestui comportament. Acum să ne dăm seama de ce se întâmplă acest lucru la nivel de cod și, în același timp, să înțelegem mai profund cum funcționează algoritmii pentru filtrarea și ocolirea elementelor 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ă despre viitoarea verificare a 65 de obiecte, deși avem nevoie de maximum 6-8 dintre ele. Să oprim procesul din depanator în momentul în care mesajul „Obiectul #1 este verificat” se blochează în bara de stare ș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 generale de salariu, care cu siguranță nu sunt incluse în noul nostru subsistem:

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

Puteți obține lista lor urcând stiva de apeluri la metoda CheckObjects() din modulul obiect de document „Versionare”. Din acesta puteți obține și informații că TOATE obiectele din cartea de referință StructureConfiguration 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 vedea că elementul rădăcină al ierarhiei directorului StructureConfiguration a fost primul din această listă. Și am văzut că procesul de verificare durează atât de mult.

Având o listă a acestor obiecte, putem 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. Filtrele nu mai joacă niciun rol în procesul de verificare în sine. Și acest lucru este logic, deoarece algoritmii sunt setați în modul utilizator. APK-ul le transmite elementele directorului StructureConfiguration pentru verificare numai dacă consideră că au fost colectate date despre ele.

În ciuda filtrelor pe care le-am aplicat pentru verificări, APK-ul colectează informații despre modulele TOATE obiectele de configurare. Datele despre module sunt folosite de APK în timpul verificărilor care sunt comune întregii configurații. Următoarele vor demonstra ce se întâmplă dacă dezactivați astfel de verificări.

O parte din obiectele comune vor fi prezente în listă pentru verificare î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 verificările „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 în timpul colectării datelor, se va efectua în continuare cea mai lungă verificare de mai multe ore a obiectului nr. . Nu se va putea obține o accelerare radicală a procesului din utilizarea filtrelor.

Sistemul a decis să verifice nu numai documentele care satisfac ambele filtre, ci și oricare dintre ele. Obiectele care încep cu prefixul vor fi de asemenea trimise spre verificare. apk_și acele obiecte care sunt incluse în subsistem apk_Subsystem2, inclusiv documentul document_nou_2_3. Doar documentul lipsește din lista de obiecte scanate document_nou_1_3, nu este potrivit pentru niciun filtru. Rezultatul va deveni clar dacă vă uitați la funcția de filtrare. Filtrele permisive funcționează prin „SAU”, nu prin „ȘI”. Dacă acest lucru 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 la etapa de colectare a datelor, ci și la etapa de verificare. Pentru a face acest lucru, creați un alt element al directorului de configurare cu aceleași filtre:

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

Să facem aceeași verificare și să ne uităm la timpul necesar întregului proces și dacă rezultatele rapoartelor vor fi diferite de cele obținute fără a sări peste rădăcina de configurare.

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

: Document creat Verificând versiunea 8 din 01/11/2017 20:51:37

………………..

: Începeți descărcarea configurației în fișierele XML

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

………………..

: Verificarea configurației a început

: Configurație verificată

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. Lipsă rânduri care raportează metodele de export neutilizate în modulele de gestionare a documentelor. Adică, unele erori sunt de fapt detectate numai dacă elementul rădăcină al directorului StructureConfiguration este implicat în procesul de verificare. În caz contrar, regulile de validare corespunzătoare pur și simplu nu funcționează. Acestea sunt erori, la detectarea cărora, în mod logic, ar trebui verificată relația obiectului cu toate celelalte obiecte de configurare.

Astfel, dacă dorim să accelerăm radical verificările la aplicarea filtrelor, atunci acest lucru ar trebui făcut fie prin dezactivarea celor mai lungi verificări generale care necesită ocolirea tuturor modulelor (acest lucru se poate face în setări), fie prin dezvoltarea propriilor reguli alternative de verificare. .

Rezultat:

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

APK-ul nu poate fi un înlocuitor complet pentru alte instrumente de îmbunătățire a codului, cum ar fi recenziile de cod. Nu vă permite să urmăriți prezența excesivă de copiere-lipire (dublare a codului), mai multe apeluri de server în care acestea pot fi împachetate într-unul sau să verificați cele mai simple semne ale unei interogări care nu este optimă. 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 scoase 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, vă poate oferi un început bun pentru dezvoltarea pas cu pas. Configurația APK-ului în sine este destul de simplă și ușor de modificat, cel puțin în ceea ce privește interfața. Chiar sunt multe de lucrat. Pentru o utilizare confortabilă și eficientă, „rezervoarele” noastre au întotdeauna nevoie de un fișier))

Dezvoltarea propriilor reguli de validare necesită stăpânirea „limbajului încorporat” al HSC, mai precis, 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 pentru APC. Prin urmare, pentru a vă dezvolta și a depana propriile reguli de validare, 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 validări pe baza datelor colectate anterior. Ambele tehnici vor ajuta la accelerarea procesului de depanare a noilor reguli.

• Configurația are instrumente pentru depanarea regulilor noi și existente. Pentru a lucra cu ele, trebuie să înțelegeți codul de configurare HSC, 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, pare foarte posibil, abordările ar trebui să fie similare cu cele pe care le folosim în „Conversia datelor”.

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

Înainte de a testa și repara, trebuie să faceți backup bazele. Dacă nu puteți intra în configurator, atunci în folderul cu programul instalat 1C are un utilitar pentru testare și reparare, care nu necesită rularea programului în modul configurator. Despre toate acestea vom vorbi mai jos.

Luați în considerare acest instrument și cum să lucrați cu el. Vom analiza în detaliu ce steaguri ar trebui setate în interfață.

Rulați programul în modul configurator:

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

Ce casete de selectare să pun?

Exista diverse opțiuni setări de testare, luați în considerare aceste casete de selectare:

• Reindexarea tabelelor din bazele de informații 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 niciodată de prisos.
• Verificarea integrității logice a bazei de informații- verifica integritatea logica si structurala a bazei de date, corecteaza erorile din date;
• Verificarea integrității referențiale a unei baze de informații- verificarea „link-urilor sparte” în baza de date. Astfel de erori pot apărea în timpul ș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 stub, care pot fi apoi completate cu informațiile necesare,
  • Curățați linkurile- link-urile „rupte” vor fi curățate,
  • Nu schimba- sistemul vă va arăta doar erori.
• Recalcularea rezultatelor. Rezultate - un tabel de 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 plus î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 elimină aceste date definitiv. 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ă tabelele bazei de date. Această procedură are loc și atunci când se fac modificări în structura de configurare.

În exemplul nostru, puneți toate casetele de selectare 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”:

Putem vedea rezultatul operațiunilor în fereastra de mesaje de service.

Testarea și repararea s-au încheiat.

Dacă configuratorul nu se deschide: utilitarul chdbfl.exe

Dacă baza de date este deteriorată atât de mult î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ă copiere simplă directorul bazei dvs. de informații.

După ce faceți clic pe copiere, faceți clic Click dreaptaîntr-o zonă goală a ferestrei folderului și faceți clic pe „Lipiți”. 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 trei puncte. Se deschide fereastra de selectare a fișierului bazei de date. Căutăm directorul bazei dvs. și în el indicăm fișierul 1Cv8.1CD. Faceți clic pe „Deschidere”.

Bifați caseta „Corectați erorile găsite” și faceți clic pe „Run”.

Așteptăm finalul 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 autentifica, trebuie să contactați un specialist.

29.09.2016

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

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

Pornind de la versiunea platformei 1C:Enterprise 8.3.7, programele 1C implementează un mecanism de verificare a legalității utilizării soluțiilor aplicației 1C, inclusiv actualizări de configurare 1C.

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

Scopul acestui mecanism este de a informa cu promptitudine utilizatorul despre utilizarea efectivă a anumitor versiuni sau versiuni ale configurației, la care nu are drepturi, și despre potențialele riscuri legale asociate cu aceasta.

Validarea se realizează pentru soluțiile de aplicație implementate în versiunea fișierului sau pe server în versiunea MINI. Verificarea validității nu este efectuată pentru soluțiile de aplicație care utilizează o licență de bază. Procedura de verificare se efectuează după finalizarea actualizării configurației sistemului 1C:Enterprise, iar programul face o solicitare către Centrul de protecție a actualizării (denumit în continuare CPC).

Atenţie! ÎN acest moment posibil 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 date cont creat în timpul înregistrării unui produs software și a unui acord de suport pentru tehnologia informației pe portalul 1C: ITS. Dacă actualizarea configurației a fost instalată ilegal, programul generează periodic un dialog care conține informații despre motivele utilizării ilegale a soluției aplicate.

Când finalizarea cu succes recurs, OSC restituie starea de legalitate a folosirii. Dacă CSO nu confirmă legitimitatea 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 CPA sunt afișate.

Informații 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 autoritatea centrală de cumpărare:

Pentru ca soluția de aplicare 1C să treacă cu succes testul în CSO, 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 la cont personal utilizator pe Portal 1C
• Asistența pentru utilizatorii de internet trebuie să fie activată în configurare.

Astfel, dacă programul dvs. 1C raportează probleme cu verificarea validității configurației utilizate, atunci acest lucru se poate datora unuia sau mai multor motive:

• Motivul 1. Se folosește versiunea fără licență (piratat, hacked, warez, patched etc.) software 1C.

  Soluție: Vă putem oferi două opțiuni pentru rezolvarea problemei: achiziționarea unei versiuni licențiate a produsului software 1C sau trecerea la lucru î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 exact kitul, care include configurația utilizată, de ex. dacă, de exemplu, utilizați 1C: Managementul comerțului, atunci nu are sens să achiziționați 1C: Contabilitate, deoarece. acest lucru nu va rezolva problema cu verificarea legitimității utilizării configurației.
  Dacă utilizați versiunea pentru un singur utilizator a programului în modul fișier, atunci va fi suficient să cumpărați numai distribuția 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 la locul de muncă Cu sistem software protecţie.
  1C: Salariul și 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 altora produse software 1C: Sistemul Enterprise, licențe suplimentare pentru client și server pot fi găsite î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ă” în compania noastră. Livrarea electronică este o versiune „fără cutie” a programului, care este 100% licențiată, funcțional nu diferă de „cutie” obișnuită. După efectuarea plății în contul personal al Portalului 1C, puteți descărca kiturile de instalare de distribuție ale programului, codurile de activare și documentația în formă electronică (în format pdf). Dacă instalarea programului necesită ajutorul specialiștilor noștri, aceștia 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 gratuit de pe site-ul oficial 1C.
  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 selectat ș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 contractului pe 12 luni.	495 de ruble/lună	525 de ruble/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. 29664 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: Salariul și managementul personalului 8 1C: Managementul unei firme mici 8 1c contabilitate institutie publica 8 1C: Salariul și personalul unei instituții de stat 8 1C: Raportarea antreprenorilor 8 1C-Semineu: Salariu	Toate	Una dintre liste din care să alegi
  Numărul de baze de informații	Fără limite	O bază de date funcțională + un test/arhivă/demo

  *Pretul indicat este valabil sub rezerva continuitatii contractului.
  ** Pe lângă accesul pentru 5 utilizatori la un număr nelimitat de baze de date, costul conectării la tariful PROF include o serie de servicii suplimentare: 1C-Raportare; de reglementare Cadrul legal„1C: Garant”; acces complet La Sistem 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 dvs. personal 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 ca dvs. să evaluați singur disponibilitatea, stabilitatea, viteza și comoditatea muncii, vă putem oferi acces liber la serviciul cloud 1C: proaspăt timp de 30 de zile.

  Materiale informative:
  -
  - Instrucțiuni pentru încărcarea unei baze de date de pe un computer local în serviciul 1C: Fresh cloud
  - Instrucțiuni pentru instalarea și configurarea unui client subțire 1C pentru a lucra 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 contract valabil pentru suport pentru tehnologia informației (ITS).
  
  Soluție: încheierea unui acord privind suportul în tehnologia informației. Dacă aveți nevoie urgent să vă abonați la ITS, puteți aplica pentru acesta în compania noastră chiar dacă vă aflați într-o altă regiune a Federației Ruse și programul 1C în sine a fost achiziționat în altă parte. Singura condiție este ca programul să fie licențiat.

  Costul abonamentului ITS

  Acordați atenție următoarelor puncte:

• Există două opțiuni de abonament ITS: ITS Techno și ITS PROF, care diferă ca conținut. ITS Techno include o opțiune de asistență minimă (acces la site-ul de asistență tehnică 1C pentru auto-descărcarea actualizărilor). 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: Arhivă în cloud, baza 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ărilor regulate programe de contabilitate pentru 1C:Accounting, vă recomandăm să vă abonați pentru o perioadă mai lungă.
• Costul unui abonament cu reînnoirea continuă a unui abonament ITS este mai mic decât cu reînnoirea acestuia.

  Nume	Pret la continuu extensie freca.	Pret la reluare acorduri freca.
  Abonament unic ITS PROF 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 produsul software în contul personal, utilizatorul trebuie mai întâi să se înregistreze pe portal și să primească un login și o parolă pentru a accesa contul personal.
  Instrucțiuni pentru înregistrarea utilizatorilor pe 1C: Portalul 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 versiune licenţiată program, produsul software este înregistrat în contul personal al portalului 1C, există un abonament ITS valid și suportul pentru internet este configurat corect, iar programul afișează în continuare mesajele „Centrul de licențiere indisponibil”, „Înregistrarea configurației în centrul de licențiere a eșuat „, „Verificarea gazdă la distanță a eșuat”, etc., atunci sunt posibile probleme tehnice:

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

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

3. Poate că serverul Centrului de protecție pentru actualizare 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 distribuție a actualizărilor software 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 Deținătorul de licență (utilizator) în conformitate cu termenii " Acord de licențiere", inclusă în livrarea Produsului software. În același timp, Deținătorul de licență se obligă să respecte cu strictețe și să nu încalce regulile de utilizare sub licență a produselor software, iar încălcarea termenilor "Acordului de licență" este considerată drept o încălcare a dreptului 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 chitanța lunară discuri DVD ESTE; primirea de actualizări ale programelor, configurațiilor și formularelor de raportare; Servicii de linie de consultanță; acces la site suport tehnic„1C” (de la 01.01.2016, puteți achiziționa o versiune „fără disc” a ITS).

După expirarea perioadei de întreținere gratuită, întreținerea programelor 1C Firm se realizează numai în baza unui contract 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 societatea „1C”, fac obiectul dreptului exclusiv al companiei „1C” și sunt distribuite conform regulilor stabilite de societatea „1C” în calitate de titular al drepturilor de autor conform art. 1225 Cod civil, și neautorizat RĂSPÂNDIREȘi UTILIZARE actualizările este considerată o încălcare a drepturilor de autor și se pedepsește prin lege:

• Artă. 1301 din Codul civil al Federației Ruse,
• Artă. 7.12 din Cod Federația Rusă 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 să fie primite de 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 1C

Actualizările primite din alte surse sunt ILEGALE:

• copiat 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 al „1C”
• cumpărat într-o tarabă
• etc.

Este foarte simplu să aflați eligibilitatea utilizării actualizării: 1C primește informații despre toți abonații ITS legali cu numere 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 lansare. instalarea actualizării pe computerul utilizatorului sunt cunoscute fixe î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.

Se verifică un 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 resurse informaționale, recomandăm utilizatorilor să verifice disponibilitatea unui abonament la ITS pentru produsul lor software pe site-ul web 1C: . După introducerea numărului de înregistrare al programului 1C:Enterprise pe care îl utilizați, pe ecran va apărea un mesaj despre prezența sau absența unui abonament ITS valid. Verificați dacă ați trimis formularul de înregistrare la 1C Dacă datele s-au schimbat - raportați-le la „1C” Asigurați-vă că canalul prin care primiți actualizări este legal (partener oficial 1C, site-uri web oficiale 1C) Înainte de a vă înscrie pentru un abonament ITS, verificați dacă compania care vă deservește este partener oficial al 1C De număr de înregistrare programul 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 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 serviciu cloud 1C: proaspăt

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