Procesarea externă este un instrument software pentru crearea de modificări la soluțiile de aplicație 1C fără a modifica structura tipică de configurare.

Tot codul de procesare extern este stocat în fișiere separate cu extensia *.epf.
Dacă devine necesară extinderea funcționalității configurației folosind procesare, atunci trebuie utilizată procesarea externă. Acest lucru va lăsa structura de configurare neschimbată și va facilita întreținerea ulterioară.

Utilizarea procesării externe pentru 1C pentru Moldova

  • Procesării externe ca „aplicare obișnuită” poate fi folosită începând cu versiunea 1C:8.1.
    Vă permite să faceți schimb cu directoarel „Conturi de plăta” și „Factură de vânzare” – detalii.
  • Procesării externe ca „aplicație gestionată” a funcționat în mod durabilă începând cu versiunea 1C:8.3.
    Vă permite să faceți schimb cu directoarel „Conturi de plăta” și „Factură de vânzare” – detalii.
  • Procesării externe ca „aplicare obișnuită” poate fi folosită cu restricții pentru anumite configurații 1C: 7.7
    Vă permite să faceți schimb cu directorul „Conturi de plăta” – detalii.

Pentru a deschide procesarea externă în 1C, trebuie să efectuați următoarea secvență de acțiuni:

  • Transferați fișierul de procesare externă pe server
  • Conectați procesarea externă
  • Deschideți formularul extern de procesare

Pentru a încărca un fișier pe server, acesta trebuie să fie plasat în stocare temporară. Pentru a face acest lucru, mai întâi pe client, în gestionarea comenzilor deschise de procesare externă, plasăm fișierul din sistemul de fișiere local în stocarea temporară folosind metoda contextului global PlaceFile().

Procesarea externă poate fi apelată în 2 moduri:

Alegerea dintr-o aplicație obișnuită sau gestionată

Alegerea unei aplicații obișnuite sau gestionate indică platformei 1C:

Acestea. putem spune că o aplicație obișnuită și gestionată este un tip de lansare a unui sistem 1C.

Integrarea facturare.md cu 1C:8 folosind mecanismul de interfață „Formular”.

În acest caz, nu se fac modificări de configurare.

Formularele pot fi de două tipuri: „Formulare negestionate” și „Formulare gestionate”.
Oferim un modul de integrare cu 1C:8 începând de la versiunile 8.2.
Pentru informații, integrarea cu 1C: 7.7 nu este acceptată.
Cele mai bune rezultate la formarea formularelor vor fi obținute când se lucrează în interfața „Taxi”, care este disponibilă începând cu versiunea 1C: 8.2.

Formulare negestionate și gestionate în 1C:8

  • „Formulare negestionate”, pentru 1C:8.2

    Până la versiunea 1C:8.2 inclusiv, sistemul 1C:8 folosea așa-numitele „Formulare negestionate” („Formulare obișnuite”), care au fost dezvoltate la un nivel destul de scăzut de arhitectură a aplicațiilor. A fost ca și cum ați dezvolta formulare web în limbajul de marcare HTML.

  • „Formulare gestionate”, pentru 1C:8.3 și o versiune ulterioară

    Începând cu versiunea 1C:8.3 este posibil să se creeze „Formulare gestionate” în modul aplicație gestionată.
    Aceste formulare funcționează în moduri diferite și separă execuția aplicației în părți client și server.
    Crearea unor astfel de formulare gestionate este posibilă în modul proiectant de programe, care vă permite să creați formulare dintr-un set de blocuri de construcție.
    În același timp, o parte semnificativă a muncii de validare a datelor din formular și de protejare a aplicației împotriva utilizării eronate sau rău intenționate este realizată de aplicația însăși, atât pe partea client, cât și pe partea serverului.
    În versiunea 1C:8.3, este încă posibil să utilizați „Formulare negestionate”.

Informații pentru dezvoltatori

Pentru utilizatorii obișnuiți, forma gestionată a documentului 1C diferă de cea obișnuită doar ca aspect. Pentru dezvoltator, acesta este un nou mecanism cu propriile reguli, legi și condiții. Multe zone au suferit o schimbare, dar următoarele inovații sunt considerate cheie printre dezvoltatorii experimentați 1C:

  • Formarea independentă a structurii formularului și plasarea câmpurilor de către platformă. Dacă dezvoltatorii anteriori descriau poziția câmpului prin specificarea pixelilor, acum este posibil doar specificarea tipului de grupare;
  • Formularul este format din atribute reprezentând datele formularului, iar comenzi – proceduri și funcții efectuate;
  • Codul formularului este executat atât pe partea server, cât și pe partea client. La urma urmei, formularul în sine este un obiect de configurare creat pe server și afișat pe client. Aceasta înseamnă că combină părțile client și server;
  • Pe partea clientului, multe tipuri de date au devenit indisponibile și acum nu există nicio modalitate de a modifica datele din baza de informații;
  • Pentru fiecare procedură sau funcție, trebuie specificată o setare specială – o directivă de compilare. Este responsabil pentru locul în care este executat codul și poate lua următoarele valori:
    • Наклиенте;
    • НаСервере;
    • НаСервереБезКонтекста;
    • НаКлиентеНаСервере;
    • НаКлиентеНаСервереБезКонтекста.