Structura modulului de program în 1c constă din. Module comune
Salutare tuturor.
Astăzi considerăm module platforme 1c Enterprise 8.2Ei au devenit mai mult decât în \u200b\u200bversiunea 8.1 și, uneori, uneori nu este atât de ușor.
Exemplu:
Dacă vă uitați la ajutorul 1C, vom vedea următoarea definiție a modulului:
Modulul se numește programul în limba încorporată a sistemului 1C: întreprindere.
Și dacă este mai ușor: în modulele 1c.codul executabil este necesar pentru a răspunde la orice mod de a răspunde acțiunilor sistemului sau a utilizatorului atunci când mijloacele vizuale nu sunt suficiente pentru a descrie interacțiunea obiectelor din configurator. De asemenea, în modulele de rogram vă puteți descrie propriile metode.
Orice linie de cod este în orice modul, aceasta este diferența de la 1C7.7, în care codul programului ar putea fi, de asemenea, amplasat în celulele tabelelor de aspect și în proprietățile elementelor de formă.
Listăm modulele care sunt în 1c 8.2
Module platforme 1c Enterprise 8.2:
Modulul de aplicare controlat
Modulul aplicației obișnuite
Modulul conexiunii externe
Modul de sesiune
Module comune
Modul de obiect.
Formularul modulului
Obiectul managerului modulului
Managerul modulelor de valori
Module de seturi de înregistrări
Principalele secțiuni ale modulului:
1. Secțiunea din descrierea variabilelor locale acest modul., Puteți specifica directiva de compilare (nu pentru toate modulele).
2. Secțiunea de proceduri și proceduri de funcții. Dacă nu scrieți o directivă de compilare, este implicit - și terenul, ordinea procedurilor și funcțiilor nu are nici un sens.
3. Secțiunea din programul principal al modulului (conține câțiva operatori). Această secțiune se efectuează când se referă la modul (nu există pentru toate modulele).
Nu toate modulele conțin secțiuni ale descrierii variabilelor și a secțiunii programului principal.
De exemplu: modul comun sau modulul de sesiune.
Regulile de compilare a modulelor:
1. Unele module sunt compilate fie pe partea clientului, fie pe partea serverului. Toate metodele din ele sunt fie client, fie server. Un exemplu de modul client - un modul de aplicare controlat.
2. Unele module pot combina metodele clientului și serverului. În acest caz, pentru fiecare metodă, trebuie să specificați directivele de compilare - & Schimbare sau Nasserver. Exemplu - Module de formulare controlate.
Clasificarea modulelor:
1. Server. Numai partea de server este compilată - modulul Obiect, modulul managerului, modulul Setare de intrare.
2. Client. Completați numai pe client, de exemplu, modulul aplicației gestionate.
3. combinate. Poate fi compilat pe server și pe client - modulul formularului și modulelor generale.
Modul de compilare locație:
1. Client subțire (oferă posibilitatea de a utiliza un browser web).
2. Server.
3. Client gros.
După cum puteți vedea modulele nu atât de mult, aproape fiecare obiect de configurare are un modul care are scopul său.
Scopul fiecărui modul 1C 8.2
Ps. Sa gândit să cumpere întreprindere 1c și nu știu cine? Compania LBS este inclusă în cele 20 cele mai bune 1C: franciza. Angajat în automatizarea contabilității pe baza produselor "1c". Cumpărați produse 1C de la LBS și obțineți suport de înaltă calitate și servicii 1C.
P.S. Se amestecă peste anecdotot de la lukașenko))
În noile versiuni ale configurațiilor de sistem 1C: compania, multe funcții și proceduri mutate de la modulele de obiect (documente, cărți de referință etc.) în modulele managerului. Luați în considerare diferențele dintre aceste două module.
Conform teoriei programării orientate pe obiecte, metodele de obiect sunt împărțite în două grupe: statice și simple. Metodele simple au acces la o anumită instanță specifică. Metodele statice nu au acces la obiecte de obiecte și să lucreze cu clasa în ansamblu.
Dacă traduceți toate acestea în ceea ce privește sistemul 1C: Enterprise, atunci Modul de obiect. conține metode simple. Pentru a le folosi, trebuie mai întâi să obțineți un obiect specific: elementul cărții de referință, al documentului etc. Manager modululconține metode statice. Pentru ao folosi, nu este nevoie să primiți separat fiecare obiect specific, vă permite să lucrați cu întreaga colecție simultan.
Modul de obiect. Pot avea proceduri și funcții care pot fi utilizate din exterior. Pentru a face acest lucru, o astfel de procedură sau funcție este indicată de cuvânt Export.
Funcție nouă Funcție () Export
Pentru a utiliza o astfel de funcție din modulul Obiect, trebuie mai întâi să aveți un link către obiectul necesar, să îl utilizați folosind funcția A primi ().
Per \u003d obiect. Optiune noua ();
În mod similar, puteți crea noi variabile care pot fi utilizate de la diferite obiecte de configurare.
Pentru exportul nou permeabil
Element Sfaturi \u003d Referințe. Nomenclatură. Contact contactat ("0000001");
Obiect \u003d element AdvIxer. Referință ();
Un obiect. Nou permisat \u003d);
Astfel, puteți completa procedurile, funcțiile și proprietățile standard (variabilele) obiectelor. Astfel de variabile sunt dinamice, nu sunt salvate în baza de informare Și există numai în timp ce lucrați cu obiectul rezultat.
Manager modulul Are toate aceleași caracteristici, diferența este numai că nu este nevoie să primiți un obiect specific pentru utilizare, modulul managerului vă permite să lucrați cu întreaga colecție de obiecte de tip particular.
Noua procedură a companiei () Export
Element Sfaturi \u003d Referințe. Nomenclatură. Noua companie ();
Sau pentru variabila:
Pentru exportul nou permeabil
Element Sfaturi \u003d Referințe. Nomenclatură. Nou permis;
Luați în considerare diferențele în aplicarea modulului de obiect și a modulului de manager cu privire la exemplul procedurii de creare formular tipărit Document.
Când utilizați modulul Obiect, codul va arăta după cum urmează:
Funcția de imprimare (link) Export
// Această caracteristică trebuie trimisă unui anumit document.
Restituire;
Endfunction
Pe forma documentului, trebuie să creați o procedură care să transmită o legătură cu documentul la funcția de imprimare.
& Svlette.
Procedură de imprimare (echipa)
Tabu \u003d server de imprimare ();
Tabd. Spectacol ();
Extradreses.
& Pe server
Funcție de imprimare Server ()
Dock \u003d Requisite / Object ("Obiect");
Întoarceți docul. Curs de imprimare (obiect. Referință);
Endfunction
Dezavantaj aceasta metoda Este că vă permite să imprimați un singur obiect. Dacă doriți să imprimați imediat mai multe documente, trebuie să obțineți fiecare dintre ele și apoi să apelați funcția din modulul Obiect. Acest lucru necesită resurse semnificative de sistem, deoarece atunci când primesc un obiect, este plasat în întregime în memoria RAM.
Din punctul de vedere al performanței, este mult mai bine să utilizați modulul manager atunci când este posibil. În exemplul nostru, soluția de sarcină va arăta așa.
Funcție de imprimare Server ()
Returnați documentele. Document Nov. Serigrafie (matrice);
Endfunction
În cazul utilizării modulului manager, procedura de imprimare poate fi numită atât din formularul de documente, cât și din formularul de listă, transmite legături către mai multe documente din matrice. În același timp, sistemul nu trebuie să primească fiecare document din matrice, ceea ce economisește semnificativ resursele de sistem.
Deci, când să utilizați modulul Obiect și când modulul managerului?
Totul depinde de sarcină. Dacă există suficientă referire la obiect (de exemplu, sarcina de imprimare) este suficientă, atunci este mai bine să utilizați modulul Manager. Dacă sarcina este de a modifica datele, cum ar fi completarea documentului, atunci este necesar să obțineți și să utilizați modulul Obiect.
Imprimare (Ctrl + P)
Obiectele situate în ramurile de configurare Modulele comune sunt concepute pentru a fi plasate în ele texte de funcții și proceduri care pot fi numite de la orice alt modul de configurare.
ATENŢIE! Modulul general poate conține numai definiții ale procedurilor și funcțiilor..
Procedurile și funcțiile unui modul general pentru care sunt indicate titlurile cuvânt cheie. Exporturile sunt una dintre componentele contextului global. Pentru mai multe informații despre procedurile de scriere într-un modul comun, puteți afla în "Formatul formatului textului sursă al modulelor software" și "operatori" de referințe în limba încorporată.
Pentru a edita un modul comun, trebuie să aveți în paleta de proprietăți ale obiectului de tip a modulelor generale din fereastra de configurare din proprietatea modulului, faceți clic pe link-ul deschis. Textul modulului general va fi emis pentru a edita în editorul de text al sistemului "1C: Enterprise" în modul de editare a textului al modulului software.
Modulul comun, care face parte din configurație, este salvat numai în configurație.
Proprietatea globală determină dacă metodele exportate ale modulului general fac parte din contextul global.
Dacă proprietatea globală este stabilită la adevăr, metodele de module generale exportate sunt disponibile ca metode globale de context.
Dacă proprietatea globală este setată la o minciună, contextul global creează o proprietate cu numele corespunzător numelui modulului general în metadate. Această proprietate este doar citită. Valoarea acestei proprietăți este obiectul comun. Prin acest obiect Sunt disponibile metode exportate ale acestui modul comun. Astfel, contactarea metodelor de module comune non-globale arată ca xxxxx.yyyyyy, unde xxxxx este numele proprietății corespunzătoare contextului modulului general, iar aaaa este numele metodei exportate a modulului general.
Exemplu:
WorkStorgovyovyovanie.instrichtrichkodov ();
Diverse context și module generale
Folosind proprietățile modulelor generale și instrucțiunile preprocesorului, puteți organiza execuția diverse metode module comune în contextul dorit.
Fiecare proprietate a unui modul comun este responsabilă pentru posibilitatea compilării (și execuției) unui modul comun într-un anumit context.
Sunt disponibile următoarele proprietăți care sunt responsabile pentru contextul în care sunt disponibile metodele unui modul comun:
● Client ( aplicație normală)
- Metodele de module generale vor fi disponibile pentru un client gros într-un mod de aplicare regulat;
● - Metodele de module generale vor fi disponibile pentru client slab, client web, precum și pentru un client gros în
Modul de aplicare controlat;
● Metodele Module Generale Server - General vor fi disponibile pe server;
● Conectare externă - Metodele de module generale vor fi disponibile în compusul extern.
Dacă sunt instalate mai multe proprietăți simultan, aceasta înseamnă că metodele de module generale vor fi disponibile în mai multe contexte.
Dacă un modul comun are o proprietate de server și orice altă proprietate, înseamnă că modulul comun va fi disponibil simultan pe server și în clientul selectat. În acest caz, este necesar să se înțeleagă că, de fapt, va fi mai multe exemple de realizare a codului compilat (în funcție de numărul de clienți selectați și de fapt pentru server).
În acest caz, dacă metoda situată într-un astfel de modul general este chemată de la client, va fi utilizată copia client a modulului comună și dacă serverul este de la server. În acest caz, utilizarea directivelor Preprocessor (pentru detalii, a se vedea aici) puteți "proteja" serverul din codul care nu poate fi executat pe acesta.
Luați în considerare un exemplu. Într-un modul comun (care poate fi executat pe un client subțire și pe server) există o metodă care are mai multe comportamente diferite pe partea de client subțire și pe partea serverului. Să vedem cum se poate face:
# Dacă este subțire atunci
// arată un avertisment
Mărturisind.("Pe client");
# Endox.
Extradreses.
Apoi codul de pe server va achiziționa următorul formular:
Procedură Metouli () Export
// există un alt cod important
Extradreses.
Și din partea clientului fin, codul va avea următoarea formă:
Module de procedură () Export
// există un alt cod important
// arată un avertisment
Conectarea utilizatorului ("pe client");
Extradreses.
Pentru a transfera controlul de la client la server există mai multe moduri:
● apelați metoda modulului partajat pe server;
● În modulul de formular sau comanda, sunați la metoda care este precedată de directivele de compilare & Nasserver, & Oameni
În acest caz, este imposibil să se apeleze metodele modulelor comune client (care nu au proprietate de server) și module client ale modulului sau modulului de comandă. Managementul va reveni la client după terminarea celui mai extern al metodei serverului.
Excepțiile sunt modulele modulului modulului și modulul de comandă, care sunt precedate de directivele de compilare. & SvaliennServer., & Svalientserverebereontext.
Următoarele puncte ar trebui, de asemenea, menționate:
● Dacă modulul comun este disponibil mai mult de un client, atunci când scrieți un cod de program, ar trebui să luați în considerare restricțiile maxime care pot fi suprapuse de clienți sau să utilizeze instrucțiunile preprocesorului pentru "izolația" codului specifice unuia sau altui client.
● Instrucțiunile Preprocesorului au sens, de asemenea, atunci când un modul comun are mai multe contexte de execuție, de exemplu, o conexiune externă și un client subțire sau (care se găsește mult mai des) orice client și server. În acest caz, instrucțiunile preprocesorului vor fi încadrate printr-un cod interactiv care nu poate fi utilizat pe server, dar poate pe client (a se vedea exemplul de mai sus).
Pentru mai multe informații despre instrucțiunile directivelor Preprocessser și de compilare în secțiunea "Următoarele proceduri și funcții" din limba integrată.
Proprietatea apelului serverului este destinată controlului posibilității de a apela metodele exportate ale modulului partajat al serverului din codul clientului.
Dacă proprietatea este setată, metodele de module partajate ale serverului exportat sunt disponibile pentru a apela de la client. Dacă proprietatea nu este instalată, atunci astfel de metode exportate pot fi numite numai din metodele de server (ambele module comune de servere și metodele de formulare a modulelor și modulele de comenzi).
Consiliu. Se recomandă setarea proprietății apelului server la valoarea în cazul în care modulul comun de server conține metode care sunt nedorite pentru a apela de la client (de exemplu, din motive de securitate).
Notă. Dacă proprietățile sunt instalate simultan Client (aplicație normală), Client (aplicație gestionată), Conectare externăProprietatea apelului server este resetată automat. Dacă apelul serverului este setat, proprietățile sunt resetate automat. Client (aplicație normală), Client (aplicație gestionată) și Conectare externăDacă aceste proprietăți au fost instalate simultan.
Proprietate Privilegiat Conceput pentru a dezactiva controlul accesului la efectuarea unor metode de module generale.
NOTĂ. Dacă este proprietate Privilegiat Instalat, modulul general este instalat automat proprietatea serverului, iar proprietățile rămase sunt resetate ( Client (aplicație normală), Client (aplicație gestionată) și B. asigurați conexiunea). Un modul general privilegiat poate fi executat numai pe server.
Reutilizarea valorilor returnate
Dacă modulul general nu este global, acesta devine disponibil pentru reutilizarea valorilor returnate. Această proprietate poate lua următoarele valori:
● Nu utilizați - reutilizarea valorilor returnate pentru funcțiile acestui modul comun nu este utilizat.
● La momentul apelului și pentru o perioadă de sesiune - o metodă pentru determinarea reutilizării datelor este utilizată pentru un modul comun. Esența acestei metode este că în timpul executării codului, sistemul își amintește parametrii și rezultatul funcției funcțiilor după primul apel al funcției. Când apelați în mod repetat funcția cu aceiași parametri, valoarea stocată este returnată (de la primul apel) fără a efectua funcția în sine. Dacă funcția modifică valorile parametrilor în timpul executării sale, atunci funcția repetată a funcției nu o va face.
Următoarele caracteristici ale rezultatelor salvării pot fi selectate:
● Dacă funcția este efectuată pe server și este apelată din codul de server, valorile parametrilor și rezultatul apelului sunt rememberate pentru sesiunea curentă de pe partea serverului;
● Dacă funcția este efectuată pe un client gros sau subțire, valorile parametrilor și rezultatele apelurilor sunt amintite pe partea clientului;
● Dacă funcția este efectuată pe partea serverului și apelurile din codul clientului, parametrii apelurilor sunt amintiți pe partea clientului și pe partea serverului (pentru sesiunea curentă).
Valorile salvate sunt eliminate:
● Dacă proprietatea este setată la ora de apel:
● pe partea serverului - la returnarea controlului de la server;
● Pe partea clientului - la finalizarea procedurii de lucru sau a funcției limbajului încorporat nivel superior (numit de sistem din interfață și nu dintr-o altă procedură sau funcția limbii încorporate);
● Dacă proprietatea modulului comun este setată la o oră de sesiune:
● pe partea serverului - la sfârșitul sesiunii;
● Pe partea clientului - la închiderea aplicației client.
Valorile salvate vor fi eliminate:
● pe server, într-un client gros, într-o conexiune externă, într-un client subțire și într-un client web cu o viteză convențională de conectare - 20 de minute după calcularea valorii valorii sau la 6 minute după ultima utilizare;
● În client subțire și clientul web cu o rată redusă de conectare - 20 de minute după calcularea valorii valorii;
● Când lipsesc memorie cu acces aleator în fluxul de lucru al serverului;
● când reporniți fluxul de lucru;
● Când comutați clientul la un alt flux de lucru.
După îndepărtarea valorilor, apelul funcției exportate este efectuat ca atunci când primul apel este primul.
Pentru a executa proceduri această proprietate Modulele generale nu afectează - procedurile sunt întotdeauna efectuate.
Dacă un modul comun are o reutilizare a valorilor returnate, un număr de limitări sunt suprapuse pe tipurile de parametri ai funcțiilor exportate. Tipurile de parametri pot fi numai:
● Tipuri primitive (Incert, nul, boolean, număr, rând, data).
● Orice linkuri către obiectele bazei de date.
● Structuri cu valorile proprietăților enumerate mai sus. În acest caz, identitatea parametrilor este controlată de "pe conținutul" structurilor.
Dacă funcția exportată returnează orice obiect, atunci referința la obiect este returnată în Keshe. Dacă, după primirea acestei legături, va apărea o modificare a stării obiectului, atunci apelul ulterior la aceeași funcție va reveni la obiectul deja modificat fără a executa funcția. Acest comportament va fi observat înainte de a elimina valoarea salvată (din orice motiv). Cu alte cuvinte, schimbarea stării obiectului obținut ca urmare a apelului funcției dintr-un modul comun cu valorile reutilizate reutilizate nu este baza pentru apelul real al funcției. De asemenea, trebuie amintit că memoria cache a obiectelor returnate este indiferentă
Starea modului ajustat la momentul apelului funcției cu valorile reutilizate reutilizate. Această caracteristică poate duce la următoarea caracteristică comportamentală:
● Apelul real pentru a apela o funcție cu valorile returnate de reutilizare (primul apel) a fost efectuat când modul ajustat este activat.
● Atunci când se execută funcția, a fost obținut un obiect care nu poate fi obținut cu un mod adjunct deconectat.
● Caracteristicile ulterioare ale funcțiilor au fost efectuate fără a instala modul Adjoind.
● Cu toate acestea, înainte de a curăța cache-ul obiectelor returnate sau al unui apel re-real, funcția va returna un obiect formal inaccesibil.
● De asemenea, comportamentul real este, de asemenea, adevărat atunci când se efectuează primul apel fără a instala modul ajustat, iar obiectul care poate fi obținut în modul adjunct nu poate fi returnat.
Dacă o proprietate comună a modulului Reutilizarea valorilor returnate Setați la valoarea sesiunii, apoi în valorile returnate de funcțiile acestui modul, nu puteți utiliza valorile tipului Distribuția managerului.
Dacă funcția unui modul comun, cu reutilizare instalată, este apelată din același modul comun (de exemplu, cu numele modulului comun), atunci trebuie amintit următoarea caracteristică: dacă funcția este numită de nume de spălare (), atunci executarea funcției va apărea cu fiecare apel de funcții. Pentru a fi utilizate valori salvate, funcția trebuie să fie numită Numele complet:
Organemous.Mio Funcția ().
Metoda globală a contextului elimină toate valorile reutilizate, atât pe partea serverului, cât și pe partea clientului, indiferent de metoda de a apela metoda. După efectuarea metodei UpdateTransmis () Primul apel la funcția va fi complet îndeplinit.
Modulul este destinat integrării cu soluții care conțin configurația "ERP Enterprise Management 2". Indispensabil pentru întreprinderile și organizațiile de proiectare și orientate!
| Funcționalitate Sisteme: | |
|
|
Datele proiectului pot fi introduse într-un sistem în mai multe moduri:
- manual prin intermediul panoului de management al proiectului;
- datele de încărcare / descărcare de la / către MS;
- descărcați date din șablonul stocat în sistem;
- combinate în mod manual, parte a proiectului MS.
Puteți să vă planificați să lucrați în moduri diferite:
- deci, managerul de proiect a decis planul de proiect, iar funcțional este de a efectua lucrări. Resursele de muncă sunt distribuite ținând cont de rolurile efectuate;
- managerul de proiect gestionează planul de proiect și de lucru. Resursele de muncă sunt numite fără roluri.
Setul de instrumente Visual System permite managerului să primească informații despre proiect în vizualizări diferite: diagrame tabulare, date, ganta, etapă de proiect, program de rețea. Sistemul vă permite să alocați șeful unei sarcini de proiectare specifice și, automat, submarci, altele decât managerul de proiect în ansamblu.
Decizia este destinată proprietarilor de imobiliare comerciale, managerilor, organizațiilor de construcții și dezvoltării. Produsul vă permite să îmbunătățiți eficiența activității societăților prin automatizarea proceselor de menținere a înregistrării obiectelor imobiliare, gestionarea contractelor de închiriere și calculele cu chiriașii, funcționarea instalațiilor imobiliare. Programul asigură soluționarea sarcinilor contabile, contabilitate managerială, juridică și administrativă.
| Soluții: | |
|
|
| Soluție Oportunități "Modul 1C: Transport motiv pentru 1C: ERP & RAQUO: | |
|
|
Orice program constă dintr-un cod de program, care este, de fapt, scris în orice limbă a secvenței de acțiuni care trebuie completate.
Cu toate acestea, acest program trebuie să fie scris undeva, adică undeva să fie. În majoritatea cazurilor, codul programului este scris în fișiere text obișnuite. Singura diferență este că extinderea acestora nu este.txt, a.cpp or.php.
Unde scrie programul 1C?
Ce este modulul 1c?
Desigur, codul 1C ar putea fi, de asemenea, scris în unele fișiere text. Cu toate acestea, există o configurație de configurare 1C - care include nu numai lista de setări, formularul de șabloane etc., dar și codul software 1C. Prin urmare, codul 1C este stocat în configurație.
Configurația este alcătuită din obiecte 1C, deoarece deja am fost luați în considerare în lecțiile anterioare. Fiecare obiect 1c conține obiecte investite, cum ar fi directorul are mai multe forme.
Fiecare obiect 1c, inclusiv unele imbricate, are un modul propriu - un anumit fișier text care conține codul programului.
De asemenea, există module independente din obiecte în care un cod de program care este independent de un anumit obiect poate fi scris.
Astfel, în 1c nu există un program "unificat". Există un set de module pentru scrierea unui cod de program pentru fiecare obiect de configurare 1c.
Cum sunt utilizate modulele 1C?
Întregul program poate fi împărțit în două tipuri:
- Metoda obiect.
- Reacția la evenimente.
Metode. Așa cum am vorbit deja mai devreme - obiectul 1C este o structură dintr-o singură bucată, care include atât datele, cât și metodele de prelucrare. Aceste moduri sunt un set de acțiuni (metode) care pot fi solicitate pentru prelucrarea datelor. Un exemplu de obiecte de director de acțiuni. Record () - scrie un element al referinței la baza de date.
Metodele multor obiecte 1C pot fi standard (adică, programate în platformă 1C) și scrise de un programator în 1c. Folosind al doilea - puteți extinde funcționalitatea obiectelor 1C la propria dorință.
Evenimente. Evenimentele sunt în multe alte mijloace de dezvoltare. Scopul programului nu este doar ceva de calculat la pornire, dar, de asemenea, să sprijine utilizatorul.
Evenimente utilizator - utilizator a apăsat butonul. Ca răspuns, o parte din cod va fi finalizată urmând răspunsul la acțiunile utilizatorului.
Evenimente de sistem - Am înregistrat obiectul 1c la baza de date. A existat un eveniment de sistem "Obiect de înregistrare". Este posibilă configurarea reacției care va apărea la evenimentele cauzate de utilizator (care a apăsat butonul sau a făcut altceva), dar sistemul însuși. Un exemplu viu al unui astfel de eveniment - la pornirea programului.
Procedura de efectuare a modulelor 1C
În multe limbi există un astfel de concept ca un "punct de intrare". Aceasta este prima linie sau funcție care va fi efectuată atunci când programul este pornit.
În 1c a unor astfel de puncte de intrare oarecum - pentru fiecare tip de client. Asta este, atunci când începeți un client gros, punctul de intrare este unul, când începeți un client subțire - celălalt. Acest lucru vă permite să programați caracteristici, diferite în diferite tipuri de clienți.
Punctul de intrare din modulul corespunzător este manipulatorii de evenimente de sistem din fața proeminenței () și receptoarele (), respectiv (adică în ordine). Aceste funcții sunt efectuate mai întâi, pot rula automat ceva.
Dacă nimic nu a funcționat automat, atunci utilizatorul deschide interfața 1c și apoi depinde de ea. Se apasă butonul - manipulatorul este executat prin apăsarea acestui buton (care, la rândul său, poate rula și ceva automat).
Lucrul cu module 1C
Efectuate în configurator. Puteți deschide modulul utilizând fereastra de configurare.
Serviciul de stat Contul personal
Cabinetul de supraveghere de stat - intrarea pe Snils și Telefon
Serviciul de salvare prin telefon în Federația Rusă