Cum de a face o schimbare semnificativă în configurația eșantionului 1c, păstrând posibilitatea actualizării acestuia cu

Moduri de a minimiza efortul de a actualiza configurațiile non-standard, care se bazează pe standardul

Pentru întreprinderile mari configurații tipice 1C medii și adesea necesită modificări semnificative la particularitățile de a face diferite tipuri de conturi la aceste întreprinderi. Adăugarea unui număr mare de modificări în timp, conduce la o creștere semnificativă a timpului de actualizare de pregătire, și, în unele cazuri, imposibilitatea de astfel de actualizări configurații. Ei bine, în cazul în care o astfel de bază se efectuează numai, de exemplu, contul de comerț, care este mai puțin sensibilă la schimbările legii, dar dacă o bază de date este menținută și contabilitate completă și contul de impozitare cu statul de plată normală, imaginea devine mai puțin roz. Fie că este posibil, cu toate acestea, pentru a menține costurile rezonabile privind timpul de lucru, atunci când actualizarea acestor baze? Cred că acest lucru este posibil, în anumite recomandări atunci când se face modificări configurației, însă, mai devreme sau mai târziu, poate fi o situație în care trebuie să faceți upgrade la noua versiune a bazei de date, transferul soldurilor.

Conformitatea cu „1C: Compatibil“ vă permite să obțineți o idee despre ce și cum trebuie să creați o variabilă în configurația, apoi la orice alt programator poate înțelege cu ușurință codul. Cerința în lipsa obiectelor de configurare neutilizate, bare de instrumente, elemente de meniu și butoane doar conștient „distribuție“ a eliminării interactiv din dreapta are o valoare evidentă. Naming obiecte, proceduri, funcții, variabile ar trebui să reflecte sentimentul creației lor, etc. Cerințe de compatibilitate 1C descriu reguli rezonabile pentru dezvoltarea de noi și să schimbe configurații existente, și fără îndoială acestea ar trebui să fie citite, chiar dacă nu pe plan obtinerea unui certificat de „1C: Compatibil“. Mai mult de 10 ani de experiență în a face schimbări în configurația 1C a permis să se stabilească norme care nu sunt descrise în documentul menționat mai sus, dar a folosit, cred, mulți programatori cu experiență 1C. Desigur, trebuie amintit că orice reguli nu sunt absolute.

Reguli generale pentru modificări ale elementelor de configurare:

crea propriile lor obiecte de configurare, și tipic minim modificarea pre-studierea metodologiei și funcționarea obiectelor modelului;
Obiecte noi, detalii, forme, machete, valorile de enumerare, elemente predefinite, etc. precum și proceduri, funcții și variabile pentru a atribui propriul prefix sau sufix, cum ar fi „gu“ (îmi place mai mult prefix);
Nu modificați ordinea configurația tipică a obiectelor, astfel încât mai târziu, atunci când actualizarea de configurare nu obține lista inutil de mare de obiecte modificate, care au văzut cu atenție;
Nu ștergeți standard de obiecte de configurare, elementele de formă, și piese de masă, elemente de stil, imagine, etc.
Îmbunătățirile legate de umplere tabelul de dorit să se producă piese prin tratamente externe (pentru umplerea pieselor tabulare) și să le conecteze la documentele prin intermediul manualului „prelucrarea datelor“;
plăci suplimentare de imprimare precum și extern pentru a dezvolta și conecta prin directorul „prelucrare externă“;

Caracteristici schimbare roluri (roluri 1C au acces prioritar asupra interdicției și accesul la facilitățile și datele generate prin adăugarea unui set de roluri date):

Dacă este posibil, nu trebuie să se schimbe rolurile standard ci mai degrabă se adaugă: fie în funcție de tipul și să reflecte acest lucru în numele rolului, fie ca complementare rolurile standard, deja existente, dar „Hrazdan“ dreptul la obiecte de configurare de contact scrise;
La setarea rolului nou creat este cel mai bine să urmeze regulile de creare roluri pentru configurații tipice - stabilirea casetele de selectare pentru rolul de „stabilește dreptul pentru detalii și piese sub forma de tabel default“ și „drepturi independente de obiecte subordonate“, daca, desigur, există unele foarte semnificative argumentul este simplu de instalare a acestor căpușe. Dacă se întâmplă pentru a crea un rol cu drepturi depline, este convenabil să se stabilească o căpușă „stabilește reguli pentru obiecte noi“, dar trebuie amintit că rolul interactiv al „eliminarea interactivă“ este, de asemenea, instalat în mod implicit pentru noi obiecte (!) Și trebuie să fie eliminate manual .
Se întâmplă că necesitatea de a ridica drepturile la anumite obiecte într-un rol tipic, de exemplu, „Utilizator“ - astfel de acțiuni trebuie să aibă un studiu serios și se înțelege că acest lucru va crește în mod semnificativ timpul de actualizare roluri - va avea nevoie de fiecare dată pentru a compara rolul și configurați manual obiecte de acces . Ca o alternativă la soluția propusă poate fi de a lua în considerare crearea, de exemplu, registrul de informații din înregistrările pe care le vom defini accesul la configurarea obiectelor unui utilizator, dar necesită o cantitate semnificativă de cod scris.

Caracteristici Opțiuni interfață:

Dacă modificați interfața ar trebui să se țină seama de faptul că mecanismul standard pentru compararea configurații nu poate determina ceea ce a fost schimbat. Pentru utilizatorii cu un set restrâns de funcții îndeplinite mai bine crea propriile lor interfețe.
În cazul în care nici unul dintre interfața standard nu este potrivit pentru utilizator, este posibil să se creeze un nou model prin copierea interfața și setările acestuia. Convenabil în numele interfeței nou create pentru a reflecta numele prototipului.
Dacă doriți să aduceți ceva pentru toți utilizatorii de baze de date, puteți crea o interfață comună suplimentară și cu sub-meniu, în care vom plasa elemente noi.

Există un alt mod de soluții pentru utilizatorii cu interfață limitată fără a schimba modelul - crearea de birouri și panouri specializate, dar dezvoltarea unui astfel de loc de muncă poate dura mai mult de o lună.

Nu schimba aspectul, trebuie să utilizați mecanismul de imprimare externă a formelor, în cazuri extreme, trebuie doar să adăugați modificările de design ca o nouă setare pentru a-l, de exemplu, prefixul „gu“.

Nu este nevoie pentru a schimba subsistemul de model, puteți adăuga doar altele noi. experiență de luptă cu configurații concepute pentru o aplicație gestionată, dar - așa că părerea mea ar putea coincide cu punctul de vedere al comunității.

Alternativ, puteți crea propriul subsistem, care nu sunt incluse în linia de comandă, și păstrați-l modificat lista tipurilor de obiecte. Minus: ia timp pentru actualizarea acestuia, cu monitorizarea constantă de această dată va fi neglijabil.

Schimbarea codului modulului:

// @@@ cod înainte de modificare: |

Ca urmare, respectarea acestor reguli simple de configurare a noastră mare cu două blocuri mari separate, dokuplennymi și cod semnificativ modificări la nevoile întreprinderilor pot face upgrade de formare pentru una sau două săptămâni, un programator care își petrece aproximativ jumătate din timpul său de lucru. În acest caz, configurația este actualizată, care nu este mic, este important și este soluția industrie bazată pe SCP.

Va fi frumos pentru a obține feedback-ul comunității, și așteptăm cu nerăbdare la comentariile lor valoroase, poate altceva poate fi optimizat, așa cum am ghicit.