Știm cu toții că compania 1C a avut multe versiuni diferite 1C, acum vom fi interesați de unele dintre ultimele versiuni la momentul scrierii acestui articol, acestea sunt versiunile 1C 8.2 și 1C 8.3. Dacă ați fost nevoit să lucrați în ambele versiuni, atunci este cel mai probabil observat diferențe în interfețele acestor versiuni, pentru utilizatori ele diferă doar din exterior. În esență, alegerea aplicație obișnuită sau gestionată spune sistemului ce formulare să afișeze să ruleze, regulate sau controlate, precum și ce client de aplicație va fi utilizat implicit, gros sau subțire. Mai mult informatii detaliate pentru clienți, citiți articolul „Ce este gros și client slabîn 1C, precum și diferențele lor.

Aplicație obișnuită 1C (forme obișnuite, interfață normală, versiunea 1C 8.2)

În 1C 8.2, numai lucrul este posibil cu forme normale, în regim normal de aplicare. Imaginea de mai jos arată baza în modul de funcționare „aplicație obișnuită 1C” ( forme regulate).

Aplicație gestionată 1C (formulare gestionate, interfață gestionată, versiunea 1C 8.3)

Pe platforma 1C 8.3 putem lucra atât cu forme obișnuite (în modul de compatibilitate), cât și cu cele gestionate. Și formularele gestionate au două tipuri de afișare, acestea sunt standard și taxi. Un exemplu de configurație 1C 8.3 cu formulare standard gestionate este prezentat mai jos, iar după aceasta este afișată interfața Taxi.

Care este diferența dintre o aplicație 1C obișnuită și una gestionată?

După cum am aflat deja o aplicație obișnuită și o aplicație gestionată sunt astfel de tipuri de lansare a unui program 1C. Mai mult, în funcție de valoarea tipului de lansare 1C ( aplicație obișnuită sau gestionată), interfața specifică va fi încărcată implicit ( obișnuit sau formulare gestionate ), prin urmare, există atât de multe sinonime pentru acest concept. Am dori să remarcăm că diferențele dintre interfețe sunt destul de semnificative, interfață gestionată a fost complet reproiectat. În principiu, acestea sunt toate diferențele pe care le văd utilizatorii obișnuiți ai programului 1C. În ceea ce privește programatorii, interfața gestionată necesită scrierea codului modificat, deoarece dezvoltarea este deja în curs de desfășurare în 1C 8.3, și nu în 1C 8.2, de aici toate consecințele care decurg. Codul trebuie, de asemenea, împărțit în client și server, acest lucru fiind indicat folosind directivele corespunzătoare din configurator.

Dar în stânga avem un câmp gol. Comenzile subsistemului pot fi transmise acestuia:

pentru asta trebuie să configurați interfață de comandă subsisteme:

Pentru ca comenzile să fie vizibile în partea stângă a interfeței, trebuie să bifați casetele din bara de acțiuni:

După cum puteți vedea, pe lângă panoul de comandă „Creare”, există și „Rapoarte” și „Serviciu”. Până acum, acestea nu ne sunt disponibile, deoarece nu am creat niciun raport. Să le creăm și să le includem în subsistemul „Prețuri”:

După aceea, putem adăuga aceste rapoarte și procesări la interfața de comandă:

După aceea, aceste comenzi vor apărea în panoul de comandă:

Pentru ca comenzile de procesare să fie disponibile pentru a fi adăugate la panoul de comandă, este necesar ca acest raport, în primul rând, să facă parte din acest subsistem și, în al doilea rând, să îi fie atribuite drepturi:

în al treilea rând, raportul trebuie să aibă un aspect:

Pentru ca serviciul să fie disponibil, prelucrarea trebuie să aibă și drepturi, în al doilea rând, această prelucrare trebuie să fie inclusă și în subsistemul corespunzător și, în al treilea rând, trebuie să aibă o comandă.

După trei zile în care am încercat forme ghidate în practică, m-am îndrăgostit de ele. Nu este nevoie să aranjați câmpurile din formular cu mouse-ul, suferiți cu legături. Totul este simplu și realizat în câteva clicuri.

Chiar mi-a părut rău că 1C nu a abandonat complet formularele obișnuite din cauza faptului că sunt folosite în modul desktop. La urma urmei, ar fi posibil să se permită poziționarea precisă a pixelilor în UV, iar formele convenționale ar dispărea în timp. Și așa trebuie să vă împrăștiați puterea pe cunoașterea vechii funcționalități.

Și așa, desigur, UV este mult mai rapid decât de obicei, pentru că. funcționează conform unei scheme de trei niveluri între client și server.

În plus, funcționalitatea UV în sine este mult mai bogată și mai largă decât cea a celor obișnuite - nu este surprinzător, a trecut mult timp și multe descoperiri de interfață au căzut în ele.

De exemplu, afișarea unui tabel dinamic cu grupări sau extragerea detaliilor obiectelor direct într-o listă dinamică. Sau chiar un buton radio nu sub formă de puncte, ci sub formă de comutatoare.

În practică, nu sunt atât de înfricoșătoare de folosit pe cât părea inițial, m-am obișnuit repede. Am programat destul la vremea mea module comune, care a funcționat doar pe server și a întâlnit conversii de valori modificabile pentru a le transmite serverului, așa că formularele gestionate erau de înțeles pentru mine.

Modalități, evenimente și blocări de interfață

Am auzit că în 8.3 a existat o depreciere a funcțiilor modale precumÎntrebare, Avertizare, OpenFormModal. Nu mi-a fost clar de ce s-a făcut asta.

Care a fost surpriza mea când, într-unul dintre exemple, profesorul a numit deschiderea formularului cu parametrul „Blocați întreaga interfață”, adică. în esenţă modal.

Eram sigur că acea modalitate a fost abandonată.

Înțelegerea nu a venit imediat.

Ferestrele modale nu au fost abandonate în 1C. Există funcții noi pentru afișarea unui avertisment, adresarea unei întrebări, deschiderea unui dialog de selectare a fișierului modal.

Nuanța este că, după apelarea acestor ferestre modale, controlul nu se blochează, ca înainte, așteptând să se închidă formularul, ci continuă. Formularul generează o alertă că s-a închis și trebuie să gestionați această alertă.

Acestea. platforma 1C a scăpat de rudimentul de blocare a execuției codului și a trecut la gestionarea formularelor bazată pe evenimente.

Desigur, acest lucru nu are nimic de-a face cu browserele care au probleme în afișarea modalelor. Aceasta este o amăgire și o prejudecată - uită-l ca pe un vis urât. Totul este logic. De fapt, acum execuția este complet bazată pe evenimente și asincronă, am reușit să scăpăm de execuția sincronă.

Mini-constructorii au apărut în 1C - refactoring. Acest lucru facilitează scrierea de gestionare a notificărilor pentru operare asincronă, mai degrabă decât scrierea manuală.

Configurația are capacitatea de a dezactiva toate apelurile sincrone (vor arunca o eroare), ca urmare, va fi complet asincronă și va îndeplini cele mai recente cerințe pentru organizarea unui model de eveniment.

Noi funcții de interfață

Meniul

Dacă formularele gestionate arată ca o direcție de dezvoltare complet logică și corectă, atunci direcția de dezvoltare a sistemului de meniuri pentru mine a rămas de neînțeles.
Fără îndoială, meniul, unde este afișat un singur nivel, apoi trebuie să treceți la următorul subnivel și așa mai departe până când elementul dorit este deja depășit din punct de vedere moral și a fost înlocuit cu o hartă a meniului, în care mai multe elemente de meniu sunt implementate simultan. . Acest lucru a fost făcut în mod standard înainte de lansarea noilor interfețe de meniu în 8.2.

La un moment dat, pe 8.1, am realizat un sistem de meniuri sub forma unui director ierarhic atașat în stânga, unde vizibilitatea fiecărui articol era determinată de drepturile de acces ale utilizatorului pentru care era afișat meniul.

După cum am înțeles, 1C a considerat greșit faptul că obiectul aplicației Interfață nu a fost folosit și a decis să lanseze o nouă alternativă avansată la acesta.

S-a dovedit cam complicat, după părerea mea. Din nou, totul este legat de casete de selectare personalizabile ale unor roluri care nu mi-au plăcut niciodată - cel mai bun sistem rolurile sunt scrise la nivelul codului programului, dovada în acest sens este sistemul de drepturi suplimentare de utilizator, care vă permite să configurați în mod flexibil și fără probleme inutile drepturile de acces în configurații standard.

In general au aparut noi modalitati de organizare a meniului, dupa parerea mea nu prea au succes, dar nu exista alternativa, si sunt folosite in cele tipice.

L-am întrebat pe profesor: „Am înțeles despre formularele gestionate, dar de ce trebuiau dezvoltate interfețele, de ce nu s-a putut îmbunătăți puțin meniul clasic”?

Mi-a răspuns că sistemul 1C se dezvoltă în direcția creșterii confortului și vitezei utilizatorului. În opinia mea, totuși, astfel de schimbări grandioase în sistemul de meniu nu merită.

Comanda de ocolire

Apropo, ordinea de ocolire este importantă pentru munca productivă a utilizatorilor - mulți au memorat deja o anumită ordine de ocolire a câmpului pe mașină. Deci, doar ordinul de ocolire din 8.2 a fost abandonat. Urmează cu strictețe ordinea în care sunt plasate elementele. Din fericire, este posibil să interceptați programatic ieșirea din câmp și să transferați focalizarea pe alt câmp, altfel ar fi foarte rău cu performanța declarată.

Spațiu de lucru și formulare imbricate

Zona de lucru este doar una. Prin urmare, este necesar să introduceți formele aproape tuturor utilizatorilor în el și să le determinați vizibilitatea cu drepturi. Toate acestea ar trebui să ducă la haos în configurații mari.

Ar fi mult mai ușor să îl creați în codul programului sau să utilizați mecanismul de formulare imbricate.

Ce nu este implementat în 8.2-8.3

Nu am așteptat niciodată forme imbricate. Din păcate, nu sunt, deși erau folosite în vremuri străvechi. Acces.

Nu există nicio glisare prin clipboard. Acestea. trebuie să-l tragi cu mouse-ul, nu poți să-l precizezi - îl trag de aici și îl pun aici, fără să rup tabla cu mouse-ul, vai. Deși, poate, software-ul terță parte poate veni în ajutor aici, pentru că. drag and drop este o chestie de sistem Windows.

Opțiuni funcționale și vizibilitatea elementelor

La un moment dat RLS au fost create pentru a afișa utilizatorilor numai înregistrări individuale ale tabelelor.

Opțiunile funcționale și setările pentru afișarea câmpurilor pe roluri au devenit o dezvoltare ulterioară a vizibilității. Împreună, aceasta formează un fel de grădină zoologică diversă, nu există armonie și coerență generală.

În umila mea părere, vizibilitatea câmpurilor este încă mai ușor de controlat programatic decât declarativ, prin setarea casetelor de selectare și realizarea unui mecanism complex de opțiuni funcționale.

La momentul respectiv, am dovedit asta RLS inferior schimbării controlul programului intrări la nivel de obiect/modul de abonament. În mod similar, bănuiesc că orice opțiune funcțională este inferioară descrierii algoritmice obișnuite a controlului vizibilității elementului - atât în ​​​​ușurința în utilizare, cât și în universalitatea abordării.

Utilizatorul configuratorului trebuie să se gândească mult la modul de control al vizibilității - pe roluri sau prin opțiuni funcționale. După ce a scris odată un algoritm universal pentru determinarea vizibilității câmpurilor, el l-a putut aplica oricând fără niciuna dintre aceste cârje de platformă.

Verdictul - opțiunile funcționale și vizibilitatea prin roluri - sunt ineficiente, dar trebuie să le cunoașteți, pentru că. sunt utilizate în configurații tipice.

8.2 interfață și interfață Taxi

Interfața 8.2 și interfața taxi sunt compatibile, de ex. nu au apărut elemente noi. Configurația poate funcționa fie în 8.2, fie în Taxi, puteți lăsa utilizatorul să comute între aceste interfețe.

Principala diferență este locația obiectelor din meniul principal. În 8.2, au ocupat mult spațiu în stânga și sus, drept urmare, a rămas puțin spațiu pentru spațiul de lucru pentru utilizator în colțul din dreapta jos. În interfața Taxi, meniul este ascuns automat, rămânând sub forma unui mic meniu în stânga, ca urmare, aproape întregul ecran este alocat spațiului de lucru.

Nu este clar de ce a fost necesar să mergem pe o cale atât de confuză, dacă în cele din urmă sistemul de meniu de bază din 8.1 a fost și mai economic în utilizarea ecranului imobiliar?

Tot în Taxi s-au schimbat principiile de afișare a ferestrelor, drept urmare, codul formularului pentru 8.2 este incomod pe alocuri. Dar în această direcție, încă nu mi-am dat seama de diferență, deși profesorul a încercat să spună principiile de bază ale Taxi. Voi încerca să-l dau seama în practică, deși consider că toate aceste îmbunătățiri ale interfeței sunt redundante și inutile în practică pentru utilizatorii aplicațiilor de afaceri.

Apropo, în 8.2 nu poți schimba paleta, este ca o carte de vizită a platformei 1C. La fel, sistemul de organizare a meniurilor sub forma 8.2 sau Taxi obisnuieste utilizatorii cu un anumit standard. Cu toate acestea, practica arată că sistem nou Meniul utilizatorului este reînvățat aproape instantaneu. Este mult mai dificil să schimbi abilitățile de lucru cu documente și rapoarte.

Prin urmare, tot acest zgomot și controversă în jurul sistemului de meniu nu îmi este foarte clar - acesta nu este punctul principal în platforma 1C, să lăsăm pe conștiința arhitecților platformei și a managerilor care îi îndreaptă în direcția dezvoltării. .

O ideologie nedezvoltată

Profesorul a notat corect, deși este de înțeles că dezvoltatorii platformei nu au creat entități noi acolo unde era nevoie.

De exemplu, subsistemele sunt folosite atât pentru a împărți obiectele de configurare în blocuri, cât și pentru a organiza meniurile de funcții (o nouă alternativă la meniul obișnuit al aplicației). Deși ar fi logic să se creeze un obiect aplicație separat, care s-ar numi „Meniu Funcție”.

De asemenea, trebuie să organizați roluri goale (roluri de interfață), care sunt necesare doar pentru a specifica ce obiecte vor fi afișate într-o formă sau alta. Deși ar fi logic să se dezvolte obiectul aplicat „Interfață” în această direcție.

Îndoieli cu privire la eficacitate

Unele abordări 1C la utilizabilitate ridică îndoieli.

De exemplu, în cadrul cursurilor s-a acordat mult accent pe ca forma imprimabilă a unui document să fie afișată într-un subformular separat al documentului și să o ștergă atunci când documentul se schimbă. Nu are prea mult sens în acest lucru, uneori trebuie să tipăriți mai multe copii - de exemplu, înainte de editare și după. Cu practică este imposibil să te încurci în câteva documente și mai multe forme tipărite, așa că dispersarea energiei în această direcție mi s-a părut îndoielnică.

De asemenea, de exemplu, în platformă este imposibil să faci un câmp de intrare într-o celulă lista dinamica dacă sursa nu este tabelul de bază. Nu pentru că este dificil din punct de vedere tehnic, ci din motive utilizabilitate.

Posibilități de salvare a setărilor

Setările formularelor sunt salvate direct în baza de date, nu în sesiune. Nu se pierd atunci când se prăbușesc. În consecință, a apărut un nou mecanism de lucru cu aceste setări, în care vă puteți salva datele. AlternativăSalvați valoarea/RestoreValue.

Acum, dacă este necesar, toate setările salvate pot fi sortate programatic, ceea ce înseamnă că pot fi încărcate către alt utilizator, într-un fișier etc.

Alte intrebari

Ce sunt formularele gestionate?

În formele gestionate, codul rulează pe client și pe server.

Clientul înseamnă o mașină slabă, poate fi chiar un browser obișnuit.

Și serverul se află într-o conexiune directă și rapidă la baza de date.

Clientul nu poate lucra cu baza de date, poate efectua mici operații matematice și poate manipula elementele formelor acesteia. Dacă doriți să obțineți ceva din baza de date sau să trimiteți date acolo, clientul contactează serverul.

Acesta este modul în care funcționează formularele gestionate. Cu abilitățile corespunzătoare, accesarea constantă a serverului nu este o problemă.

O astfel de organizație este mai eficientă decât conectarea la server prin intermediul acces de la distanță in plus, lucrul este posibil direct prin browser, i.е. pe orice platformă - Windows, linux, Android , Mac OS .

Note pentru 1 în vrac

Iată notele pe care le-am scris pentru mine, ele conțin cunoștințe valoroase:

1. În fereastra de lansare 1C, nu mai sunt înregistrate bazele de informații, ci punctele de intrare. Acestea. o bază de date poate fi prezentă de mai multe ori, dar este înregistrată pentru diferiți utilizatori și diferite instrumente de lucru - browser, thin/thick client, administrator login.
2. Pentru administrator, a apărut o cheie care dezactivează controlul rolului. Vă puteți conecta la Enterprise în acest fel numai dacă aveți drepturi administrative asupra configurației.
3. Detalii generale - nu le confundați cu detaliile generale din 1C7, în 82 sunt folosite pentru a separa accesul în interfață.
4. Adesea a folosit înălțimea minimă a listei din formular pentru a scăpa de bara de defilare suplimentară a formularului.
5. Nu ar trebui să stocați imagini în cerințele directorului, acest lucru duce la o scădere a performanței directoarelor, trebuie să utilizați registrul de informații.
6. În procedurile de server, trebuie să utilizați VALUE când transmiteți parametrii, astfel încât parametrul să nu fie transmis înapoi serverului.
7. Functii noiPagina începe de lași Pagina se termină pe, eventual altele, de pe platforma 8.3.6.
8. În 1s 8.2, a apărut un mod privilegiat, adică. puteți dezactiva controlul accesului la nivel de rol în secțiunile de cod.
9. Elementele listei de formulare, tabelului de valori și arborelui de valori diferă prin aceea că lista de pe server și client are aceeași reprezentare, iar obiectele speciale sunt create pentru tabel și arbore și trebuie convertite pe server.
10. Am fost încântat că profesorului îi place să numească obiectele la singular și să numească modulele cu subliniere, astfel încât aceste module să fie primele în ordine în indicația contextuală.

Despre viață și pe la 1C

Profesorul a declarat:

1. Dezvoltarea trebuie efectuată din interfață.
   Opinia mea : Afirmația este îndoielnică, pentru că cunoștințele și experiența de utilizare a arhitecturii platformei vă permit să treceți imediat de la obiectele aplicației și apoi să construiți interfața.
2. Managerul nu introduce date, se uită doar la rapoarte. Și gestionează nu introducerea datelor în 1C, ci telefonic și printr-o secretară. Prin urmare, browserul este suficient pentru manager, iar câmpurile de introducere sunt necesare doar pentru filtrarea datelor.
   Opinia mea R: Da, pare să fie adevărat.
3. Criticat BSP (Biblioteca de Subsisteme Standard). În sensul că este imposibil și foarte dificil să izolați modulele necesare de acesta.
   Opinia mea : Pentru că nici măcar BSP nu a putut fi împărțit în module, atunci SCP nu poate fi împărțit în module UT, ZUP, BP, Production. Și aici nu este vina platformei, ci metodologia greșită pentru scrierea celor tipice - modularitatea nu este respectată. Aceeași Navision a avut de mult ocazia să vândă mai întâi contabilitate unui client, iar apoi poate cumpăra comerț, producție și salarii, dacă este necesar, fără a rescrie codul și a trece la un nou program.
4. Oțelurile tipice sunt foarte complexe și greu de schimbat. Din nou, nu din cauza complexității platformei, ci din cauza organizării incorecte a celor tipice. În acest caz, principiul de bază este pierdut - sprijin rapid și economic și rafinarea configurațiilor standard, dacă este necesar.
5. A fost demonstrată o opțiune pentru plasarea unei comenzi, atunci când articolul este situat în stânga în spațiul de lucru, iar lista comenzilor este în dreapta. Vizavi de nomenclatură, puteți pune o cantitate, apoi o trageți în lista de comenzi și se formează o comandă. Avantaj - tabelul de comenzi nu este blocat pentru crearea unei noi comenzi.
   Opinia mea : Avantajul este exagerat - cu toate acestea, utilizatorii sunt mai obișnuiți să vadă produsul selectat în partea tabelară, pot salva această comandă ca schiță sau pot copia comanda din șablon. În general, documentele nu au fost inventate în zadar.
6. A explicat diferența dintre secțiunile „Principal”, „Important”, „Du-te”, „Vezi și”.
   Opinia mea : Personal, am înțeles vag, ceea ce înseamnă că majoritatea nu va înțelege aceste nuanțe încorporate în platformă utilizabilitateîn taxi. Prin urmare, interfețele vor arăta ca înainte, așa cum sunt deja obișnuiți atât utilizatorii, cât și programatorii din 1C.
7. Într-o celulă a unui câmp de tabel dintr-un formular, a cărui sursă este o solicitare arbitrară, nu puteți introduce date, ca în câmpul de intrare. Acest lucru se face în beneficiu utilizabilitate astfel încât utilizatorul să se concentreze pe introducerea datelor într-o fereastră separată.
   Opinia mea : Am dat un exemplu cu intrare în părți tabelare, acolo unde există un astfel de câmp, sensul interdicției nu îmi este clar.
8. Divorțurile apar din compararea unui soț cu alte persoane. Mai puține comparații - o căsătorie mai puternică.
9. Limbile străine sunt mai ușor de învățat atunci când studiezi mai multe dintre ele deodată, îngustia și obsesia pentru o limbă maternă sunt eliminate.
10. Limbile străine nu pot fi învățate dacă legați un cuvânt străin de un cuvânt din limba maternă, trebuie să îl legați la o imagine. Lanțul cuvânt străin - imagine este mai scurt decât lanțul cuvânt străin - cuvânt nativ - imagine. În acest din urmă caz, gândirea într-o limbă străină nu va funcționa.

Concluzie

Îmi exprim recunoștința față de profesor.

Participarea la acest curs m-a eliberat de preconcepții despre formularele gestionate, am înțeles clar nuanțele modalității, diferențele dintre interfețele 8.2 și Taxi.

Acum formele controlate nu mă sperie, ci, dimpotrivă, mă atrag să le cunosc.

Sper că și dumneavoastră, care citiți acest articol, veți aprecia formularele gestionate.

În acest articol, vă voi spune cum să personalizați interfața programului Taxi pentru o muncă confortabilă, astfel încât toate butoanele necesare și cele mai necesare rapoarte să fie întotdeauna la îndemână.

1) Să începem cu cea mai frecventă întrebare a iubiților mei clienți, legată de lipsa meniului „Operațiuni”. Mulți contabili îl foloseau pentru a căuta rapoarte, procesări, documente care uneori erau foarte greu de găsit în alte secțiuni ale programului.

Ca atare, nu există un meniu „Operațiuni” în Contabilitate 3.0. Analogul său se numește „Toate funcțiile” și, implicit, afișarea acestei secțiuni în program nu este setată. Pentru a-l activa, trebuie să intri în meniu, care se deschide cu butonul portocaliu cu un triunghi în colțul din stânga sus al programului. În lista care apare, selectați secțiunea „Service” și deschideți secțiunea „Opțiuni”.

În fereastra care se deschide, bifați caseta „Afișați comanda“ Toate funcțiile ”și remediați rezultatul făcând clic pe butonul „Aplicați”.

Acum, în același meniu principal (buton portocaliu cu triunghi) vedem secțiunea „Toate funcțiile”

În care tot ceea ce suntem atât de obișnuiți să vedem în Contabilitate 2.0 în secțiunea „Operațiuni”:

2) Acum să luăm în considerare capacitățile programului în ceea ce privește configurarea interfeței TAXI. De exemplu, acum programul meu arată astfel:

Acestea. secțiunile de mai sus. Deschide ferestre marcaje de mai jos. Să vedem cum să schimbăm locația tuturor elementelor ferestrei de lucru a programului. Deschidem din nou meniul principal și găsim acolo secțiunea „Setări panou”.

Atunci totul este simplu. Cu butonul stâng al mouse-ului, apucă secțiunea a cărei poziție dorim să o schimbăm și trage-o în locul în care dorim să vedem acest panou. De exemplu, așa: voi ridica „Open Panel” în partea de sus și voi trage „Partition Panel” în partea stângă a ferestrei.

Faceți clic pe butonul „Aplicați” sau „OK” și voilà, așa a început să arate programul nostru:

Poate că va fi mai convenabil pentru cineva să lucreze în acest fel.

3) Un alt sfat pentru configurarea programului. De regulă, fiecare contabil are niște secțiuni sau rapoarte pe care le folosește zilnic. Ei bine, de exemplu, OSV sau OSV pe cont. Și ar fi foarte convenabil dacă ar fi mereu acolo, mereu la îndemână. Acest lucru se poate realiza într-un mod foarte simplu, prin plasarea rapoartelor necesare în secțiunea „Favorite”. Bilanțul îl vom găsi în secțiunea „Rapoarte”. Îndreptând mouse-ul spre el, vedem o stea gri lângă el.

Făcând clic pe el, vom marca raportul selectat ca „Preferate”

Secțiunea „Preferate”folosind editorul de panouri deja cunoscut de noi, vom plasa, de exemplu, în partea de jos a ferestrei de lucru a programului.

4) Și încă un „secret” pentru configurarea interfeței programului. În diverse secțiuni ale programului există documente pe care unii nu le folosesc niciodată. Ei bine, pur și simplu din cauza specificului organizației. De exemplu, în secțiunea „Achiziții”, documente legate de EGAIS.

Nu avem nevoie de aceste documente și le putem elimina de pe desktop. Pentru a face acest lucru, în secțiunea editabilă din colțul din dreapta sus, faceți clic pe roată și în meniul care apare, selectați elementul „Setări de navigare”

În fereastra care apare, vedem două coloane. În stânga sunt comenzile care pot fi adăugate pe desktop-ul nostru. Și în dreapta, acele comenzi care sunt pe desktopul nostru. Găsim secțiunea EGAIS în coloana din dreapta și facem clic pe butonul „Șterge”.

În consecință, documentele care se află în coloana din dreapta pot fi adăugate pe desktop făcând clic pe butonul „Adăugați”.

5) Și în sfârșit, pentru cei care nu vor să se obișnuiască cu interfața Taxi. Puteți schimba interfața cu cea care a fost în primele versiuni de Contabilitate 3.0.

În secțiunea „Administrare” găsim articolul „Interfață”

Aici, dezvoltatorii ne-au oferit posibilitatea de a schimba interfața programului la cea ca în Versiunile anterioare 8.3 și contabilitate similară 7.7. Alegerea celui care ne interesează aspect programul, va trebui repornit.

Așa va arăta programul cu interfața anterioară.

Pentru interes, să vedem care este interfața, similară cu Accounting 7.7.

Ei bine, nu știu, nu știu. Probabil că mă voi întoarce la „Taxiul” meu obișnuit.

Ei bine, asta este tot ce am vrut să vă spun astăzi. Sper că unele informații vă vor fi utile în lucrul cu programul.

Interfața de utilizator 1C este un set de comenzi din meniu, butoane de comandă și capacitatea de a le configura. Pur și simplu pune, interfața cu utilizatorul 1C este un mijloc de comunicare între o persoană și un program.

Contabilul în proces de lucru apasă pe elementele de meniu, iar programul, la rândul său, reacționează cumva la aceste prese.

Funcționarea configurațiilor tipice se bazează pe principiile generale de funcționare a interfeței. Dacă utilizatorul 1C Accounting 8 are experiență cu o configurație, atunci va fi suficient pentru el să se ocupe pur și simplu de lucru într-o altă configurație a celei de-a opta platforme, cu condiția, desigur, să fie familiarizat cu contabilitatea în sine în domeniul subiectului .

Pe de altă parte, interfețele 1C au caracteristici, a căror cunoaștere va ajuta foarte mult utilizatorii începători atunci când lucrează:

1. Multe configurații 1C au interfețe multiple. Și pot fi foarte diferite. Deoarece utilizatorii diferiți ai programelor necesită funcționalități diferite în funcție de sarcinile rezolvate. Un contabil obișnuit nu are nevoie (și chiar periculos) de interfața completă a contabilului șef. Sau managerul de vânzări nu are nevoie de un manager de achiziții sau de o interfață de casier.

2. Pe lângă interfețele tipice în 1C Enterprise vă puteți configura propriile interfețe. Aceasta este deja o sarcină pentru programatori, dar nu este foarte dificilă și orice programator și chiar un utilizator competent se poate ocupa cu ușurință de dezvoltarea propriei interfețe. De exemplu, pentru un casier este mai bine să creați o interfață 1C cu doar două tipuri de documente „Comandă de numerar de intrare” și „Comandă de numerar de ieșire” și două directoare „Contrapărți” și „Persoane fizice”.

3. Se întâmplă adesea ca aceeași operațiune poate fi efectuată în moduri diferite. Aceeași carte de referință sau document poate fi găsit în 1 C în mai multe secțiuni diferite ale meniului sau barei de funcții, iar aceeași comandă poate fi executată prin meniu sau folosind o combinație de taste.

Cum se schimbă interfața în 1C

Utilizatorii începători se găsesc uneori într-o situație neplăcută: la cursuri studiază munca într-o interfață completă, iar când vin la muncă, se dovedește brusc că programul cu care trebuie să lucreze arată complet diferit și nu găsesc elemente familiare de interfață. De fapt, este același program, doar că are o interfață de utilizator diferită activată.

Pentru a schimba interfața în programele 1C, ar trebui să executați meniul Service - Comutare interfață— găsiți și selectați o interfață dintre cele preinstalate în sistem. Pentru a efectua această operație, utilizatorul trebuie să aibă drepturi de acces la interfețe. Ordinea procedurii de comutare este afișată în imagine (se poate face clic).

Un aspect important al învățării 1C este înțelegerea esenței mecanismelor contabile din Contabilitatea 8.2 și nu pur și simplu efectuarea operațiunilor contabile în program.

Sunt prezentate interfețele tipice ale contabilității, cum să le comutați și cum să personalizați interfața 1c pentru a se potrivi nevoilor dvs. Se discută, de asemenea, posibilitatea de a configura jurnale și directoare de documente, secțiuni tabelare ale documentelor, configurarea panoului de funcții și a barelor de instrumente. După cum arată experiența, configurarea compoziției părților tabelare ale documentelor devine o descoperire plăcută chiar și pentru utilizatorii experimentați.

Puteți obține o lecție completă despre lucrul cu interfețele gratuit. Pentru a face acest lucru, trimiteți o cerere sub orice formă prin poștă.

Important. Interfețele programului 1C Enterprise nu restricționează drepturile de acces ale utilizatorului la obiectele de configurare, ele servesc doar pentru confortul utilizatorului. Pentru restricționarea sigură a accesului la obiectele de configurare (directoare, documente, registre, rapoarte și interfețe), sunt utilizate setările drepturilor de acces la obiecte. baza de informatii 1C (roluri).