12. Vitaly (nafa) 637 Marți, 14 Ianuarie 2010 02:27 am Acum în thread
În acest sens, nu am înțeles deloc:
În cazul în care programatorii sunt multe - schimbarea fiecare ar trebui să fie trimise la Vault prin rotație, PRE descărcate toate lucrările la fișierele externe cu configurația bazei de date locale și (în cazul în care unirea se face cu diferite locuri de muncă), fără a uita la fiecare asociație pentru a actualiza baza de date locală a Vault - la cea mai recentă versiune , cu schimbările făcute anterior de tovarăși.
În mod ciudat, nu au existat probleme când mai mulți oameni au pus imediat modificările, cu excepția faptului că a încetinit puțin. În acest sens, captarea obiectelor și cu condiția ca 2 persoane simultan să nu fie corectate. Mai mult decât atât, sa observat că în cazul în care un dezvoltator a modificat documentul, spune „raport de cheltuieli“, și apoi un al doilea „a lua“, a făcut, și odată ce surprinde (de exemplu, un obiect tocmai plasat în depozit), 1C-l urmări în sine îi va da deja nou - o versiune modificată. (Deci se intampla asa de misto - te uiti la document - 5 rechizite, te apuca - deja 15).
Și de ce lucrul în fișiere externe pentru a descărca, de asemenea, nu au înțeles.
5. Dacă doriți să adăugați un nou obiect (document de referință, etc), apoi apuca configurația rădăcină, adăugați-l, se adaugă un minim de detalii (doar obiecte „goale“ nu sunt întotdeauna păstrate), mâna peste rădăcina bolta (acest obiect, de asemenea, se va preda în timp) și ia obiectul din nou. (Pentru a nu ține rădăcina pentru o lungă perioadă de timp, este necesar pentru alții).
6. Dacă doriți să corectați drepturile de acces la obiect, apucați - și drepturile de acces nu sunt încă disponibile - apucați rolul corespunzător.
7. Deoarece depanarea se face cel mai bine pe cât mai multe date noi, este necesară actualizarea bazelor de lucru. Pentru a face acest lucru: puneți toate modificările în repozitoriu, deconectați baza de date din depozit, copiați baza de date principală (din copia de rezervă sau copiați-o) pe ea pe pomeș, conectați-o într-un mod nou.
8. Când facem "să luăm totul din depozit" (elementul 1), se întâmplă ca 1s să emită o grămadă de mesaje și apoi să scrie că "a eșuat" (lista de obiecte se schimbă în același timp). Mijloacele de mult timp nu au primit schimbări. Este ok, faceți clic pe OK pe cel nou și așa mai departe până când funcționează așa cum ar trebui.
9. Uneori, 1C refuză să salveze modificările primite din depozit, iar mesajul dă un indiciu absolut. Vinovatii sunt, de obicei, "registre de informatii". Aflăm care registru de informații a schimbat structura, șterge toate înregistrările din el, atunci totul se va actualiza așa cum ar trebui.
10. Ca bază de lucru se face din principal, numele configurației sunt aceleași și sunt ușor să se amestecă și apoi începe neponyatki atunci când utilizatorul spune că în raportul său de 100 de ruble, și - 100.000 de ruble. Ca o opțiune, adăugând la modulul de linie care verifică la pornire ce fel de bază și în cazul în care nu principal - ca l scoate din titlu program de 1C (de exemplu, „LUCRU PROGRAMATOR IVANOV BASE“)
11. Când baza este conectat la magazin, dar nu a putut conecta la acesta pentru orice motiv, atunci când începe, este posibil să primiți mesajul „Nu se poate conecta, efectuați deconectat de la magazia“ (așa cum ați capturat obiecte) - aici răspunsurile „nu“. Dar dacă răspundeți din greșeală la "da" atunci - nu încercați să vă conectați cu cel nou. Mai întâi salvați configurația într-un fișier. De când ne conectăm la depozit, întreaga configurație a bazei de date este înlocuită cu configurația de stocare. După aceasta, încărcăm modificările din fișierul salvat și lucrăm mai departe.
Slypower; rayastar; Skyjack; PRIMARA; WellMaster; kuz.mina; kentavr27; Katren; b1waver; Sozinov; Knopodav; alex_shkut; LexSeIch; Borisych; Rusmus; anghinare; Dima_b; navigator-l; SunnyCat; Zeskord; xzorkiix; takt3a1c; verad; maliwka; shoy; spartan; markerii; ArchinoS; vase4kin! vtolga; hulio; Kote; + 32 - Răspunde