Cine nu știe, chdbfl.exe este un program standard pentru restaurarea și testarea integrității fizice a bazei de date 1C care este inclusă în pachetul de platforme. Și pentru o lungă perioadă de timp deja toată lumea știe că chdbfl.exe nu este decât mai rău în cele mai multe cazuri (în practica mea este așa).
Și totul a început cu o greșeală foarte banală. Deoarece programatorii de la 1C sunt foarte pasionat de gândire, atunci în timpul următoarei actualizări a 1C: Contabilitate, următoarele au căzut:
Acum știu că această eroare este eliminată prin ștergerea memoriei cache, dar la acel moment am folosit chdbfl.exe și Configurator (Testare și corectare). Eroarea a dispărut și am fost ușor de actualizat. Dar a doua zi a fost audiat un apel alarmant al contabilului: - Vino!
La sosire, am fost întâmpinat de 1C cu o haldă de tip pop-up când a fost deschis documentul "Primirea mărfurilor și serviciilor". Sa decis să facem din nou punctele de mai sus. Și despre un miracol! Problema a fost rezolvată. Am părăsit cu mândrie organizația, dar în același timp am luat baza pentru testarea pe calculatorul meu. Dar nu aici a fost. Acum, un alt document fugea cu o dumpă. Sa decis să amânați totul pentru ziua de mâine și să încercați să faceți ceva pe computer. Și de data aceasta am fost ajutat de aceiași pași ca înainte. "Acum totul" - m-am gândit. Dar nu chiar.
După 2 săptămâni, a venit un alt apel: - Rapoartele arde, veniți urgent!
De data aceasta totul era mult mai grav. La relatarea rezultatelor, 1C a emis următoarele:
Rapoartele care necesită rezultate au produs următoarele:
Ca și înainte, am folosit aceleași utilități ca și înainte, dar acest lucru nu a funcționat. Ca și fără rezultat, toate încărcați / încărcați / salvați. De asemenea, actualizarea nu a avut loc din motive necunoscute pentru mine:
M-am pus la capăt pentru două zile. În aceste zile, aproape totul a fost încercat. Mulți au sfătuit să se uite la planul de conturi și să elimine subcontul suplimentar din acest cont. Dar! Totul a fost standard, nu au fost făcute schimbări.
Decizia a venit brusc și a fost inspirată de acest articol. Am descarcat toate programele din articol si am inceput sa "aleg". Am deschis fișierul bazei de date în Tool_1CD și după o jumătate de oră de fumat și înțelegere a devenit clar că:
- _Acc - tabelul principal al planului de conturi.
- _Acc_ExtDim - tabelul de tipuri de subgrame din tabelul de conturi, este creat pentru schema de conturi în cazul în care numărul maxim de subcontractări este mai mare decât zero.
În cazul meu, acestea sunt tabelele _АСС13 și _АСС13_EXTDIM446, respectiv:
Deci, distracția începe. Ne amintim câmpul _IDRREF al contului nostru în tabelul _ACC13:
Mergeți la _ACSS13_EXTDIM446 și încercați să găsiți acest identificator în câmpul _ACC13_IDRREF:
Aici sunt, subcontinentul nostru prețuit. Dar trebuie să fie trei! Cumva, într-un mod de neînțeles și ciudat, Configuratorul, în timpul restructurării și chdbfl.exe, a subordonat subcontul contului și, prin urmare, eroarea a apărut. Aveți nevoie de o sursă de îndepărtare cumva. Pentru a face acest lucru, avem nevoie de un alt câmp din aceeași masă, _KEYFIELD. Ne amintim toate valorile subcontratelor suplimentare. Ar trebui să obțineți următoarele:
Și cu fiecare subcontinent. Avem nevoie de următoarele linii:
- a7c1920ebbd1a385484e55905724b6a1000001b0
- a7c1920ebbd1a385484e55905724b6a1000001b1
- a7c1920ebbd1a385484e55905724b6a1000001b2
Rămâne să lucrăm pentru mici. Să modificăm prima cifră a codului la 9 (puteți lua orice altul, dar trebuie să controlați unicitatea acestui cod) și să salvați fișierul bazei de date. Deschidem toate acestea în 1C: Enterprise (pentru asigurare, puteți rula din nou testul și reparați și chdbfl.exe) și bucurați-vă de baza restaurată și de lucru.
Articole similare
-
Opțiuni de restaurare a maxilarului fără dinți cu implanturi protetice detașabile
-
Recuperarea sistemului de fișiere Mac - credeți-mă că sunt un inginer
Trimiteți-le prietenilor: