La începutul unui contract juridic, în special în domeniul IT, există de obicei o secțiune numită Termeni. Acesta explică ce înseamnă sau include acest sau acel cuvânt IT.
Dar, pe lângă cuvintele cu adevărat complexe precum server sau site-ul web, cuvintele obișnuite și binecunoscute pentru programatori pot însemna și ceva complet diferit. De exemplu erori. Într-un sens universal, acest cuvânt înseamnă acțiune greșită. Ceva pentru care autorul său poate chiar să-i fie rușine.
În sensul de programare, cuvântul eroare are probabil două definiții.
Ce înseamnă termenul „eroare” în programare și în 1C
O eroare este un program care se comportă diferit de cel prevăzut. Fiecare computer este un set unic de programe și hardware, diferit de alt computer.
Standardizarea atât a hardware-ului, cât și a programelor ne permite să presupunem că programele vor funcționa la fel pe fiecare computer, dar, de fapt, anumite circumstanțe pot apărea întotdeauna când autorul programului va fi surprins de ce programul procedează exact așa și nu altfel.
Aceasta poate include probabil și acele situații în care programul face ceva greșit, deoarece programatorul a uitat de ceva sau nu s-a gândit la asta.
O eroare este un mesaj special de la un program despre circumstanțele curente când programul nu poate face ceea ce trebuia să facă. Poate părea că este același lucru, dar nu este.
De exemplu, programatorul a intenționat ca mai întâi utilizatorul să deschidă fișierul, iar apoi programul să facă așa ceva. Cu toate acestea, când programul a fost copiat pe computerul utilizatorului și acesta a uitat să deschidă fișierul. Sau am încercat să-l deschid, dar fișierul s-a dovedit a fi incorect sau hard disk-ul a fost stricat.
Și programul îi spune utilizatorului: Hei, există o eroare! Nu pot face ce ar trebui.
Erorile 1C au mai multe niveluri - în primul rând, pot aparține mesajele de eroare 1C, care raportează imposibilitatea de a efectua unele acțiuni pe care ar fi trebuit să le efectueze din cauza circumstanțelor actuale.
Al doilea nivel este erorile 1C într-un program în limbajul 1C. Da, platforma execută cu succes un program scris de un programator 1C, dar programul poate fi scris incorect sau, de asemenea, nu poate fi executat în circumstanțele actuale (pe acest computer, cu astfel de acțiuni ale unui anumit utilizator etc.).
Al treilea nivel este erorile 1C în date. Datele din baza de date sunt interconectate între ele. Cu toate acestea, pot exista situații în care datele sunt corupte. De exemplu, unul dintre formulare nu are suficiente verificări pentru a împiedica un utilizator deosebit de creativ să introducă ceva incorect. În plus, programul poate funcționa incorect, deoarece algoritmul nu se aștepta ca cineva să introducă acest lucru.
Mesaj de eroare 1C
1C raportează o eroare la executarea unui program în limbajul 1C utilizând o fereastră standard cu textul erorii 1C și butoanele OK și Mai multe.
Mai mult, secretul aici este că această fereastră afișează doar un scurt mesaj de eroare 1C, care adesea nu spune nimic programatorului.
Pentru a vedea detaliile complete, faceți clic pe butonul Detalii. Chiar și linia de program în care a apărut eroarea 1C va fi afișată acolo. De asemenea, puteți merge direct la această linie în configurator.
Dar utilizatorii nu știu despre asta... Și trimit întotdeauna o captură de ecran a primei ferestre. Daca il trimit :)
Aruncând o excepție
Deci, considerăm o eroare 1C în programare ca o modalitate/oportunitate pentru un program de a informa utilizatorul că nu poate face ceva.
Exemplu. Trebuie să deschideți fișierul. Dar la deschidere, erorile 1C sunt posibile - de exemplu, utilizatorul nu are acces pentru a citi fișierul. Putem scrie astfel:
If File = False Atunci
Raport ("Eșuat la deschiderea fișierului");
In caz contrar
//programul merge mai departe, facem ceva cu fișierul
endIf;
În acest exemplu, am luat în considerare faptul că fișierul nu poate fi deschis folosind constructul „Dacă”.
Cu toate acestea, acest exemplu are dezavantaje evidente:
- Pot exista multe astfel de opțiuni (fișierul nu se va deschide, fișierul nu va fi citit până la sfârșit, utilizatorul este beat, electricitatea este oprită..)
- Pot exista opțiuni nesocotite la care programatorul nu s-a gândit.
Prin urmare, în programare este obișnuit să se folosească o tehnică numită „aruncă o excepție” - adică permite să apară o eroare 1C.
Programul pretinde că fișierul se va deschide oricum. Nu este scris „Dacă”. Dacă ceva nu merge bine, programul va raporta de fapt o eroare 1C - execuția sa va fi întreruptă.
1C în sine nu deschide fișierul - apelează comanda Windows API. Windows este, de asemenea, scris folosind această tehnică. Așa că vă puteți imagina un lanț de întreruperi de execuție începând cu Windows:
- Limba 1C - comandă pentru deschiderea unui fișier
- Platforma 1C - comandă pentru deschiderea unui fișier
- Windows API - comanda deschideți fișierul
- Program de asamblare - comandă pentru deschiderea unui fișier
- Hopa! Fișierul nu se deschide!
- Programul de asamblare a fost întrerupt!
- Funcția API Windows este defectă!
- Execuția programului platformei 1C întreruptă!
- Programul în limbajul 1C a fost întrerupt!
- Utilizatorul vede mesajul.
Întrebare: cine afișează apoi mesajul de eroare 1C? De unde vine?
Prinderea și gestionarea excepțiilor
Acest lucru ne duce la următorul truc: prinderea excepțiilor generate în timpul execuției acestui lanț.
Excepțiile trec de la nivelul inferior de execuție în sus în lanț. Dacă ultimul nivel nu a gestionat excepția, atunci nivelul anterior o va face.
Exemplu. Să gestionăm excepția în limbajul 1C:
Atentat, încercare
Fișier = OpenFile(FileName);
String = File.Read();
Excepție
Raport ("Fișierul nu a putut fi deschis: nu există sau nu are drepturi de acces");
EndTempt;
În acest exemplu, noi înșine am procesat excepția (adică, o situație excepțională sau o eroare 1C). Astfel, noi suntem cei care informăm utilizatorul despre o „eroare” care a apărut – incapacitatea de a deschide fișierul.
Când facem acest lucru singuri, este posibil să nu spunem utilizatorului nimic, ci pur și simplu să urmăm o altă opțiune pentru executarea programului.
Este ușor de observat că această metodă poate fi folosită și în cazurile în care pot apărea „unele” erori 1C într-o parte a codului. Îl „prindem” și îl procesăm sau îl raportăm utilizatorului.
Ce se va întâmpla dacă nu interceptăm și procesăm eroarea 1C la nivelul nostru „superior”? Apoi următorul nivel de mai jos îl va raporta - platforma 1C. Tocmai am vorbit despre cum face asta și ne-am uitat la captura de ecran.
Ce se întâmplă dacă platforma nu se ocupă de asta? Așa este - acest lucru va funcționa de obicei la un nivel inferior - Windows. În acest caz, programul 1C se va „crasa”, iar Windows va raporta că programul a efectuat o operație nevalidă și va fi închis.
Ce se întâmplă dacă Windows nu se ocupă de asta? Probabil l-ați văzut - computerul se va îngheța sau se va reporni.
Interceptări și tranzacții imbricate
Ce mesaje credeți că va vedea utilizatorul când rulează acest exemplu?
Atentat, încercare
Atentat, încercare
f = 1/0;
Excepție
Raport ("Eroare specifică");
EndTempt;
Excepție
Raport ("Eroare generală");
EndTempt;
Dreapta! Managerul intern va declanșa și va raporta „Eroare specifică”, dar cel extern nu va funcționa.
Totuși, din punctul de vedere al programului, aici a apărut o eroare 1C, deși a fost rezolvată. Undeva în creierul său, platforma și-a amintit că a existat o eroare 1C.
Acest lucru are implicații pentru finalizarea tranzacțiilor. O tranzacție reprezintă mai multe acțiuni asupra datelor dintr-o bază de date care trebuie efectuate numai împreună. După cum înțelegem, erorile 1C pot fi motivul eșecului lor de a le completa împreună. Prin urmare, există următorul mecanism:
StartTransaction();
//a creat directorul 1, dar de fapt nu a fost scris în baza de date
Ref1.Scrie();
//a creat directorul 2, dar de fapt nu a fost scris în baza de date
Ref2.Write();
CommitTransaction();
//Această comandă a scris în baza de date tot ce a fost făcut începând cu „Start Tranzacție”
Funcția CommitTransaction() poate fi executată numai dacă nu au apărut erori 1C de la apelul StartTransaction().
Dacă, atunci când scrieți un astfel de cod, înțelegeți că această linie de cod poate conține o eroare 1C, puteți seta procesarea acestuia folosind Attempt/Exception. Cu toate acestea, în acest caz, platforma va ține cont în continuare de faptul că a apărut o eroare 1C și nu va înregistra tranzacția și nici nu va scrie date în baza de date.
Erori 1C neintenționate
Deci, în programul 1C, programatorul poate face o greșeală 1C. În acest caz, platforma 1C îl va raporta.
În cazul în care nu puteți înțelege de ce și când apare o astfel de eroare 1C, puteți utiliza Tentativa/Excepție pentru a gestiona eroarea 1C.
De asemenea, Try/Exception poate fi folosit în cazul în care doriți să creați o secțiune a programului garantată fără erori. Poți fi sigur că, chiar dacă apare o eroare 1C, o vei prinde și o vei gestiona într-un mod special.
Erori intenționate 1C
Puteți pretinde în textul programului că fișierul se va deschide întotdeauna și numărul va fi întotdeauna împărțit. Dar utilizați încercarea/excepția ca o modalitate de a comuta programul la o altă opțiune de remediere în cazul în care se întâmplă acest lucru. Sau pur și simplu informați utilizatorul despre eroarea 1C.
Apel de eroare propriu 1C
Puteți crea singur funcții care, dacă nu pot fi executate, pot raporta acest lucru prin aruncarea unei excepții.
O poți face astfel:
Funcția DoSomething (Parametru)
Dacă Parametru = Nedefinit Atunci
Ridicați excepția „A apărut o eroare în funcția DoSomething. Parametru nespecificat”;
endIf;
EndFunction
Pentru ce e asta? În cazul în care creați o funcție care va fi folosită în multe locuri și poate o vor folosi și alții, aceasta este o modalitate frumoasă de a ucide mai multe păsări dintr-o singură piatră:
- Rezolvați eroarea 1C
- Raportați o eroare 1C la un nivel superior (la programul care a numit această funcție)
- Raportați nu numai eroarea 1C, ci și textul/detaliile
- Este garantată întreruperea execuției nu numai a propriei funcții, ci și a tuturor nivelurilor, dacă programatorul care le-a scris nu a crezut că ar putea exista o astfel de eroare 1C și nu a gestionat-o.
Modalități mai corecte de a raporta erorile 1C
De obicei, atunci când trebuie să comunicați ceva utilizatorului, .
Cu toate acestea, în configurațiile standard, cum ar fi Contabilitatea, Managementul comerțului, SCP, există o funcție specială:
Scop general.ReportError("Text");
Avantajele sale:
- Forma mesajului depinde de clientul care rulează
- Înregistrează informații în jurnalul de bord
- În unele configurații, a fost implementată o formă mai frumoasă de mesaj de eroare 1C.
Analiza erorilor
Când platforma 1C rulează, jurnalul de înregistrare funcționează. Pe lângă acțiunile utilizatorului, acesta stochează și informații despre erorile 1C care au apărut în timpul funcționării platformei 1C.
În configurator, selectați elementul de meniu Administrare/Jurnal.
Faceți clic pe butonul Selectați (ca în imagine). Setați selecția evenimentelor numai pentru erori 1C.
Jurnalul va afișa o listă de erori care au apărut. Faceți clic pe o linie pentru a vizualiza un anumit mesaj mai detaliat.
O astfel de problemă precum eroarea de format Stream apare destul de des în 1C 8.3. Să vedem cum să remediați această eroare.
Ce este o eroare de format de flux în 1s 8.3?
Acest lucru se întâmplă în următoarele situații:
- O eroare de format de flux la lansarea 1C Enterprise 8.2 sau a configuratorului este de obicei asociată cu probleme de cache. De obicei, este cauzată de neînchiderea corectă a sistemului din cauza, de exemplu, unei pene de curent. Prin urmare, se recomandă cu tărie să instalați surse de alimentare neîntreruptibilă pentru a nu pierde informații importante. Adesea, eroarea apare la pornirea bazei de date după actualizarea configurației.
- A doua situație este atunci când se generează un raport, de exemplu, deschiderea unui raport, postarea unui document, deschiderea unui document etc. Adesea acest lucru se datorează tocmai conținutului informațiilor din baza de date. Cauza acestei erori este cel mai adesea prezența informațiilor „defectate” în sistem.
Obțineți 267 de lecții video pe 1C gratuit:
Corecţie
- De regulă, pentru a rezolva această problemă, este suficient să curățați fișierele temporare de pe sistem. .
- Dacă nu vă ajută, dar puteți intra în configurator, rulați .
- Dacă nu aveți acces la configurator și baza de date este testată, utilizați-o, care se află în folderul programului.
- Dacă metodele de mai sus nu ajută, dar pornește modul 1C Enterprise, încărcați datele într-o nouă bază de date folosind procesarea „ „. Cu toate acestea, acest lucru poate duce la pierderea datelor.
- Actualizați. Un alt motiv poate fi prezența sesiunilor de utilizator active cu diferite versiuni ale părții client a platformei 1C. Adică, de exemplu, un utilizator cu platforma 1C 8.3.5.1517 lucrează în baza de date, iar altul încearcă să se conecteze, cu versiunea 8.3.5.1444.
Dacă acest lucru nu ajută, există modalități mai sofisticate de a rezolva această problemă. De exemplu, folosind un editor HEX. Dacă aveți nevoie de ajutor calificat de la programatorii 1C, contactați-ne! Detalii pe pagina
Există situații în care, când lucrați cu 1C 8.3 sau 8.2, primiți eroarea „Eroare DBMS: Eroare internă în componenta dbeng8”. Desigur, descrierea sa nu este atât de informativă pe cât ne-am dori să fie.
În acest caz, cel mai probabil, structura stocării interne a tabelelor din baza de date a soluției aplicației pe care o utilizați este ruptă. Nu disperați, eroarea poate fi tratată și dacă folosiți toate sfaturile noastre, cel mai probabil veți putea să o remediați.
Vă rugăm să rețineți că înainte de a continua cu metodele de mai jos, Neapărat. Nu ar trebui să-ți creezi probleme inutile.
În astfel de cazuri, ca și în cazul reparării a ceva, este întotdeauna cel mai bine să începeți de la simplu la complex. Prin urmare, primul lucru pe care trebuie să-l faceți este să instalați cea mai recentă versiune a platformei 1C. Dacă îl utilizați deja sau, dintr-un motiv oarecare, nu doriți să îl actualizați, puteți pur și simplu să înlocuiți biblioteca „dbeng8.dll”, luând-o din director cu un alt program instalat, atât pe computer, cât și pe altul.
În cazul nostru, acesta se află în directorul „D:\Program Files (x86)\1cv8\8.3.9.2170\bin”, deoarece aici este instalată platforma în sine.
Testare și corectare în 1C
Adesea, metoda de actualizare a platformei nu ajută întotdeauna, deoarece eroarea se află în baza de date în sine. În acest caz, cu o probabilitate foarte mare, vă va ajuta.
Folosind configuratorul
Rezolvarea problemei în acest fel se face din configurator. Accesați meniul „Administrare” și selectați „Testare și remediere...”.
În formularul de setări preliminare care apare, eliminați steagurile de la articolele „Reindexarea tabelelor din baza de informații” și „Recalcularea totalurilor”. Aceste suplimente nu vor juca un rol în corectarea erorii noastre, ci doar vor crește timpul de procesare a datelor.
După ce faceți clic pe butonul „Run”, programul va începe procesul de testare și corectare a bazei de informații, care poate dura destul de mult. La finalizare, vi se va prezenta un raport complet.
Utilitar „chdbfl.exe”
Acest utilitar este un analog al testării și corectării și este destinat bazelor de date cu informații despre fișiere. Nu este nevoie să căutați pe internet de unde să îl descărcați. Acest utilitar este inclus în livrarea platformei 1C în sine și se află în același folder cu biblioteca la care face referire eroarea pe care o corectăm.
În plus, trebuie să aflați unde se află baza de informații în care ați primit eroarea. Selectați-l în lista de baze de informații, iar în partea de jos a ferestrei, aceste informații vă vor fi disponibile.
Acum să-l deschidem singur și în câmpul „Nume fișier DB”, selectați fișierul „1Cv8.1CD” din directorul a cărui adresă tocmai am aflat-o.
Trebuie nu numai să efectuăm diagnostice, ci și să restabilim funcționalitatea bazei de informații. În acest sens, în această situație, este necesar să setați steag pe elementul „Corectați erorile detectate”.
Acestea și câteva alte metode sunt, de asemenea, discutate în acest videoclip:
Ultima editie Nr.22 din 15.07.08 | Poveste
URL:
Cuvinte cheie: eroare, excepție, încercare, 80004005, 80040E31, 00000005, 00000041, 80070005, 80000009, 80030005, 8001011B, 8001011B, 8001011B, 8001080, 800 800 800 800, 706BE, 80080005,SDBL,poz,CAST
Sugerez ca toată lumea să alcătuiască în unanimitate o listă de erori 1C 80 și ce fel de mesaj despre această eroare poate fi primit pentru analiză în funcția Error Description().
Vă rugăm să urmați formatul și să furnizați textul erorii text.
Eroare de blocare a tranzacției
Furnizorul Microsoft OLE DB pentru SQL Server: Tranzacția (ID de proces 55) a fost blocată pe resurse de blocare cu un alt proces și a fost aleasă ca victimă a blocajului. Reluați tranzacția.
HRESULT=80004005, SQLSTATE=40001, nativ=1205
Apare atunci când există un conflict de tranzacție, adesea la scrierea obiectelor.
Eroare de blocare a tranzacțiilor 2
Furnizor Microsoft OLE DB pentru SQL Server: perioada de expirare a cererii de blocare a fost depășită.
HRESULT=80040E31, SQLSTATE=HYT00, nativ=1222
Timeout a expirat.
Mai mult de 256 de tabele într-o interogare
Eroare la executarea interogării „Interogarea construită către DBMS utilizează prea multe tabele. Nu sunt permise mai mult de 256.”
Când o interogare se referă la mai mult de 256 de tabele.
Erori: 00000005, 00000041, 80070005, 80000009, 80030005, 8001011B
Acestea apar în cazurile în care utilizatorul în numele căruia rulează aplicația client nu are drepturi de acces la nicio resursă. În special, aceasta poate însemna că utilizatorul în numele căruia a fost lansată aplicația client 1C:Enterprise nu poate accesa nici instrumentele COM+ ale computerului pe care este instalat serverul, nici aplicația COM+ 1CV8 înregistrată pe acesta, care este 1C: Server de întreprindere.
Dacă această eroare apare într-o conexiune externă 1C:Enterprise, aceasta înseamnă că utilizatorul aplicației care a accesat conexiunea externă nu are drepturile corespunzătoare. Aceasta poate fi orice aplicație interactivă sau, de exemplu, un server WEB. În special, dacă Microsoft Internet Information Services este utilizat ca server WEB, atunci un astfel de utilizator poate fi utilizatorul IUSR_<Имя компьютера>sau ASPNET.
Metoda de configurare a drepturilor de acces utilizator la serverul COM+ este descrisă în secțiunile „Probleme de instalare și configurare 1C:Enterprise 8.0 în versiunea client-server” și „Caracteristici de utilizare a unei conexiuni externe 1C:Enterprise în aplicațiile WEB”.
(C) ITS
Eroare 80010108
Acest lucru se poate întâmpla dacă aplicația client a fost într-o stare inactivă de ceva timp (câteva minute), de exemplu, din cauza că computerul a adormit sau a așteptat mult timp la un punct de întrerupere în depanator. Motivul pentru aceasta este o caracteristică a mecanismului DCOM, care asigură că conexiunea la server este deconectată forțat dacă clientul nu a fost activ de mult timp.
(C) ITS
Eroare 80010005
Poate apărea într-o aplicație client în timpul accesării serverului 1C:Enterprise dacă, la redesenarea ecranului, aplicația client accesează din nou serverul 1C:Enterprise. Aceasta poate fi o manifestare a unei erori interne în aplicația client 1C:Enterprise. Pentru a o corecta rapid, este recomandabil să descrieți circumstanțele apariției sale și să contactați linia de asistență tehnică 1C:Enterprise 8.0.
(C) ITS
Erori 800706BA, 800706BE
Ei semnalează o urgență pe serverul 1C:Enterprise, ceea ce a dus la repornirea lui automată.
(C) ITS
Eroare 0x80080005: Execuția serverului a eșuat
Unul dintre motivele acestei erori este problemele cu subsistemul COM+, care face parte din sistemul de operare. Când apare o astfel de eroare, de regulă, evenimentele cu o sursă COM+, numele aplicației de sistem System Application și o indicație a fișierului Comsvcs.dll sunt de asemenea înregistrate în jurnalele de evenimente ale sistemului. Există proceduri pentru restabilirea funcționalității COM+, dar acestea nu dau întotdeauna rezultatul dorit. Descrierile procedurilor recomandate oficial pot fi găsite la http://support.microsoft.com/default.aspx?scid=kb;en-us;315296 (sau similar http://support.microsoft.com/default.aspx?scid =kb ;en-us;318731), totuși, pe baza rezultatelor aplicațiilor practice, se recomandă procedura descrisă în http://www.jsifaq.com/subN/tip6900/rh6951.htm. Această secvență de pași a fost extinsă în comparație cu cea oficială și poate fi utilizată în sistemele de operare 2000/XP/2003. Mai jos este traducerea sa în rusă.
Pentru a restabili un director COM+ deteriorat:
1. Redenumiți directorul %SystemRoot%\System32\Clbcatq.dll în %SystemRoot%\System32\~Clbcatq.dll (rețineți aspectul tildei în numele directorului).
2. Reporniți computerul.
3. Scoateți cheia COM3 din registry de sistem, aflată în cheia HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
4. Lansați consola de comandă CMD.EXE.
5. Tastați pushd %SystemRoot% și apăsați Enter.
6. Tastați rd /s /q Registration și apăsați Enter.
7. Tastați popd și apăsați Enter.
8. Tastați exit și apăsați Enter.
9. Eliminați cuvântul Ascundere din linia care începe cu COM= din fișierul %SystemRoot%\Inf\Sysoc.inf. Puteți utiliza Notepad pentru a edita fișierul.
10. Pentru Windows XP:
* Lansați consola de comandă CMD.EXE.
* Tastați regsvr32 /s ole32.dll și apăsați Enter.
* Tastați regsvr32 /s oleaut32.dll și apăsați Enter.
* Tastați exit și apăsați Enter.
11. Lansați panoul de control Add/Remove Programs și selectați Add/Remove Windows Components.
12. Faceți clic pe Următorul și reinstalați COM+.
Notă: Dacă Windows File Protection blochează una sau mai multe dintre acțiunile de mai sus, trebuie să efectuați aceste acțiuni în Safe Mode.
http://users.v8.1c.ru/Adm433.aspx
Eroare de înregistrare/postare
Eroare la apelarea metodei context (Write): Operațiunea eșuată!
Apare dacă atribuiți Failure=true în modulul de înregistrare/postare
Eroare de conversie a datelor XML
apare atunci când structura de date (configurarea) este desincronizată între nodurile unei baze de date distribuite
Nu există niciun utilizator cu drepturi administrative în baza de date
La editarea listei de utilizatori, rolurile sunt preluate numai din configurația bazei de date. Actualizați configurația bazei de date (F7).
Încercați să transferați o valoare modificabilă pe serverul 1C:Enterprise
Apare numai în versiunea client-server (SQL). Este necesar un programator pentru a remedia eroarea. Dacă aveți o configurație tipică, încercați să o actualizați la cea mai recentă versiune.
Mutabil - schimbător. Numai valorile tipurilor de date primitive pot fi transferate pe serverul 1C.
Firul client este executat pe server. Este imposibil să ștergeți definitiv un client
v8: Firul client este executat pe server. Este permanent imposibil să ștergeți un client
Cu toate acestea, nu este necesar să reporniți serverul de aplicații (eliminând toți utilizatorii) pentru a opri procesul care se blochează în acest fel.
Este suficient să găsiți acest proces pe serverul SQL și să îl omorâți pe serverul SQL.
Eroare SDBL: câmpurile „CAST (Q_000_T_001/Recorder AS REF(Document4055)/Fld4092” și „CAST (Q_000_T_001/Recorder AS REF(Document123)/Fld2322”) nu sunt compatibile după tip.(pos)=10173
În documentele „Comandă de intrare în numerar” și „Comandă de numerar de ieșire”, atributul „Bază” are un steag activat în proprietatea „Lungime nelimitată”, trebuie să debifați steag și să specificați lungimea acestui atribut
„Eroare SQL: câmpul „MaxGetCode” nu a fost găsit
Această eroare este emisă în versiunea fișierului atunci când clienții diferitelor versiuni lucrează simultan cu securitatea informațiilor în versiunea fișierului.
