Automatizarea proceselor 1s. „1C-Bitrix24” - Portal corporativ. Tranziții între ediții

Principalele subiecte ale articolului- Acest:

• Direcții de automatizare. Ce anume putem automatiza în munca lui 1C:Specialist? Ce ar trebui automatizat și ce nu? Voi vorbi despre exemple de automatizare care sunt deja folosite de diferiți oameni.
• O să-ți spun despre modalitățile de a crea soluții universale- soluții care vor funcționa pe diferite configurații.
• O să-ți spun despre unelte, care ne ajută să ne automatizăm munca și ne ajută să scriem cod care va scrie cod pentru noi.
• Ei bine, vă spun despre schema generală de adaptare a soluţiilor la configurația utilizatorului.

Direcții de automatizare

Care sunt cele mai populare directii de automatizare?

• Când vorbim despre automatizare, cel mai adesea ne referim automatizarea sarcinilor de administrare(crearea copiilor de rezervă, actualizarea configurației). Această direcție este cea mai ușoară, deoarece toate soluțiile standard actuale sunt construite pe baza Bibliotecii de subsisteme standard (BSS), care conține deja mecanisme care ajută în modul automat actualizați configurația și creați o copie a acesteia. Mai mult, dacă baza de date este mică și aveți un abonament activ la ITS, atunci BSP-ul poate pune el însuși o copie a bazei de date în stocarea în cloud 1C, astfel încât să nu pierdeți date chiar dacă se întâmplă ceva cu computerul dvs.
• A doua direcție de automatizare este soluții de testare. În lumea 1C, acest lucru este puțin mai dificil decât în ​​dezvoltarea clasică, dar, cu toate acestea, în ultimul timp s-au spus multe despre faptul că configurația ar trebui testată la fiecare modificare și este mai bine să faceți acest lucru automat. Acum există o mulțime de instrumente pe piață pentru crearea autotestelor. Cele mai interesante dintre ele, după părerea mea, sunt: „Testarea scenariilor” de la compania 1C, și dezvoltare open source «Comportamentul Vanessei". Au o logică de operare ușor diferită, dar, în principiu, ambele soluții fac față sarcinii de automatizare a testelor. Pe care să o alegeți este decizia utilizatorului.
• Și a treia zonă de automatizare este despre care voi vorbi în restul prezentării automatizarea dezvoltării. Pentru mulți oameni, singura modalitate de a crea soluții în 1C este să scrieți codul în configurator. Dar vreau să vă spun asta există multe opțiuni pentru a lucra cu codul în mod programatic.

Exemple de automatizare a dezvoltării

Care sunt principalele exemple de automatizare care au fost deja implementate??

• Cred că unul dintre cele mai bune exemple Biblioteca de subsisteme standard (BSS) și procesul de implementare a acestuia. Pentru cei care nu s-au integrat cu BSP, voi vorbi puțin despre procesul de integrare a BSP-ului cu alte configurații auto-scrise. Acest proces constă din trei etape.
  • În prima etapă, combinăm BSP-ul cu configurația noastră. În același timp, configurația noastră include module din diferite subsisteme.
  • În cele mai multe cazuri, avem nevoie doar de unele subsisteme, așa că a doua etapă a implementării unui BSP este tăierea din configurație a acelei obiecte de care nu avem nevoie. Această etapă se realizează automat. Deschideți o procesare care face parte din Biblioteca de subsisteme standard, această procesare descarcă configurația în fișiere, modifică textul acestor fișiere și le încarcă înapoi.
  • Și a treia etapă de implementare, care nu este necesară pentru toate subsistemele, ci pentru unele - de exemplu, dacă implementați mecanismul „Formulare tipărite externe” în configurația dvs., atunci, pe lângă combinarea acestuia în configurație, aveți nevoie și de pentru a-l conecta la forme. Aceasta este o operațiune simplă, trebuie doar să adăugați o linie de cod la procedura „OnCreate” a formularului și, de asemenea, să adăugați câteva proceduri mici. Pentru a automatiza această operațiune, există și o procesare separată numită „Aranjarea fragmentelor de cod”. Pur și simplu rulați această procesare și ea însăși vă analizează configurația și inserează textul necesar în formulare.
• Un alt exemplu de automatizare este dezvoltarea formelor de tipărire externe. În general, pe orice implementare mutarea formularelor tipărite încorporate în cele externe- Aceasta este una dintre cele mai comune operațiuni. Acest proces poate fi, de asemenea, automatizat - Infostart are chiar și o mică procesare, care se numește - „Constructor de formulare tipărite externe”. Se rulează în configurația din care transferați formularul tipărit:
  • Tu alegeți ce formular tipărit doriți să imprimați,
  • Copiați textul modulului manager din acest formular în această procesare
  • Și procesarea în sine:
    • Preia un șablon de la sine și inserează în el textul necesar pentru a se conecta la mecanismul bibliotecii de subsisteme standard.
    • Introduce date despre formularul de tipărire (numele acestuia) în acest text.
    • Setează la ce document ar trebui să se conecteze,
    • Și scoate din modulul manager acele proceduri care sunt necesare pentru funcționarea acestui formular tipărit.

Desigur, nu veți primi un formular de imprimare extern complet funcțional, dar veți primi un șablon care este destul de ușor de adaptat manual.

• Un alt exemplu este acesta generarea automată a codului. Poate fi folosit, de exemplu, pentru:
  • Desen elemente de formă;
  • Crearea codului înregistrarea condiționată;
  • Și pentru crearea automată scheme ACS.

Cei care au lucrat în interfața gestionată de multă vreme poate că au observat că abordarea creării aspectului condiționat s-a schimbat în ultimii câțiva ani. Dacă în UT11.0 proiectul condiționat a fost scris în constructor, atunci deja în 11.2 toate designul condiționat este construit programatic. Există două motive pentru acest efect.

• Prima este o caracteristică a platformei care interzice prezența simultană a aceleiași condiții - fixă ​​și personalizată.
• Dar există un al doilea motiv - acesta este că la nivelul actual de dezvoltare a configurațiilor standard este foarte dificil să se precizeze toate condițiile în stadiul de dezvoltare. Deoarece stilul condiționat depinde de:
  • În funcție de opțiunile pe care le-ați activat;
  • Din drepturile utilizatorului;
  • Și din setările bazei de informații.

Prin urmare, acum este recomandat să setați formatarea condiționată în formularele gestionate în mod programatic. Și, dacă acordați atenție codului pentru generarea formatării condiționate în UT11, este același (aceleași nume de variabile, aceleași indentări). Evident, acest cod a fost generat automat pe baza datelor designerului.

• Platforma 8.3.6 a introdus o caracteristică atât de interesantă precum extensii. Acestea vă permit să modificați funcționalitatea configurațiilor standard fără a modifica configurațiile în sine. Cu toate acestea, problema este că este dificil să se creeze o soluție universală pentru diferite configurații, deoarece diferite obiecte pot fi conectate la extensie în diferite configurații. În acest caz, este mult mai convenabil să creați un fel de șablon de extensie generală și să adăugați documente/cărți de referință la acesta în mod programatic.
• Iar ultimul exemplu este acesta transferul modificărilor dvs. în timpul actualizărilor. Acest lucru, desigur, se poate face manual, dar este mai convenabil să efectuați astfel de acțiuni la nivel de text, mai ales dacă utilizați mecanisme Git (ramuri). În acest caz, Git îmbină mai corect configurația standard cu modificările dvs. Dacă modificările sunt mici, atunci în majoritatea cazurilor actualizarea poate fi finalizată complet automat.

Modalități de a crea soluții universale

Care sunt modalitățile generale de a crea soluții universale?

Cred că fiecare programator de consultanță care lucrează cu 1C are propriul folder de procesare/rapoarte personale care au fost făcute pentru a rezolva o anumită problemă. Problema este că, în majoritatea cazurilor, astfel de dezvoltări sunt scrise pentru o sarcină foarte restrânsă și atunci când apare o sarcină similară, acestea trebuie adaptate. Este mai convenabil să petreceți puțin timp și să faceți inițial procesarea mai universală.

• O modalitate de a crea soluții universale este analiza metadatelor. Practic, toate procesările tipice utilizează această metodă:
  • Prelucrare pentru încărcarea universală a datelor,
  • Raport universal,
  • Procesare pentru a instala detalii.

Aceste instrumente funcționează pe orice configurație deoarece pur și simplu analizează metadatele configurației în care sunt lansate atunci când sunt lansate.

• În unele cazuri, această abordare nu funcționează deoarece configurațiile diferite necesită reguli de operare diferite. În acest caz, puteți utiliza ramuri de cod separate pentru diferite configurații:
  • Dacă configurația este așa sau așa, atunci executăm un text;
  • Dacă configurația este diferită, atunci executăm text diferit.

În cele mai multe cazuri, această abordare vă permite să faceți o singură procesare care funcționează pe diferite configurații de utilizator.

• Dar, din păcate, acest lucru nu funcționează întotdeauna. De exemplu, pentru aceleași extensii, uneori trebuie să aveți fișiere diferite pentru configurații diferite și fiecare extensie trebuie să aibă metadate pentru configurația respectivă. Acest lucru poate fi, de asemenea, destul de ușor automatizat de crearea unui șablon cu adaptarea software ulterioară la configurația utilizatorului.

Instrumentele pentru software funcționează cu produsele 1C. Avantajele și dezavantajele diferitelor abordări

Ce instrumente există pentru lucrul programatic cu produsele 1C?

Mânca trei abordări principale:

• Acest parsarea fișierelor pentru dosare mici;
• Descarcare laXML;
• ȘI abordarea obiectului.

Să ne uităm la fiecare dintre ele.

v8 Despachetați

Una dintre cele mai populare moduri de a lucra cu produsele 1C este metoda bazată pe structura fișierelor 1C. De fapt, nu contează dacă lucrăm cu o configurație, un raport sau o extensie. Din punct de vedere tehnic, este doar un container care conține multe fișiere mici diferite. Orice produs putem:

• A demonta,
• Schimbați părțile pe care vrem să le schimbăm,
• Și pune-l la loc.

Aceasta, mi se pare, este una dintre cele mai populare moduri de a lucra cu configurații printre soluțiile de automatizare.

Această metodă este implementată de utilitarv8 Despachetați. Ce este ea pro?

• Aceasta este, în primul rând, simplitate. Acest utilitar rulează în modul de comandă: îi spunem ce fișier analizăm și ca rezultat produce un director cu o grămadă de fișiere.
• Ea universal și omnivor. Nu-i pasă pe ce platformă este scrisă soluția ta (8.1, 8.2, 8.3). Din punct de vedere tehnic, structura fișierelor soluțiilor 1C nu s-a schimbat de mulți ani.
• Și un alt avantaj al acestei soluții este ea autosuficiență. Pentru a schimba configurația folosind v8Unpack, nu aveți nevoie de platforma 1C. Trebuie doar să lansați utilitarul și să-i arătați unde este fișierul. Nu interacționează nici cu configuratorul, nici cu platforma. Analizează orice fișier în fișiere și îl pune la loc.
• Și ultimul său avantaj este că singurul instrument care poate funcționa cu bytecode. Dacă procesarea sau raportul dvs. conține module care sunt furnizate fără cod sursă, atunci v8Unpack le va analiza în continuare în fișiere text. Desigur, nu vom obține cod rusesc acolo, dar vom obține bytecode, care poate fi, de asemenea, analizat și modificat. Mai mult, acest bytecode poate fi convertit în cod normal care poate fi citit folosind instrumentele disponibile pe Infostart. Desigur, acest lucru este posibil numai dacă soluția nu a fost rulată prin software suplimentar. Dacă a fost alungat, de obicei este imposibil să îl restaurați complet, dar este întotdeauna posibil să îl restaurați parțial.

Utilitarul v8Unpack are, de asemenea minusuri.

• Principalul său dezavantaj este că fișiere, care sunt obținute după analizare, nu au nume clare, și este dificil să determinați exact ce trebuie schimbat - trebuie să vă uitați prin toate.
• Ei bine, în momentul în care este încă nu o decizie oficială de la firma 1C, dar o dezvoltare externă, deși veche și funcțională stabil.

Încărcarea/descărcarea XML

Al doilea mod de a lucra cu dezvoltările 1C este XML.

• Acest mecanism oficial, care este recomandat de 1C și este utilizat în toate produsele sale, de exemplu, în BSP și în DSS. 1C garantează că acest instrument va funcționa corect în ambele direcții pe platformele pentru care este lansat.
• Avantajul acestei soluții este că descarcă configurația într-o structură clară. Avem:
  • Nivelul rădăcină este nivelul configurației ca întreg;
  • Dosare separate - pentru documente, cărți de referință, rapoarte, procesare.
  • Fiecare folder are un subdosar pentru fiecare document, pentru fiecare carte de referință.

Lucrul cu această structură este mult mai ușor decât cu o structură descărcată folosind mijloace non-standard.

• Soluții noi, de asemenea este disponibilă descărcarea parțială a datelor.
• De asemenea, pentru acest instrument există o foarte multe exemple tipice utilizați în același BSP. Pe baza acestor exemple, este foarte convenabil de înțeles.

Ei bine, sunt unele mici minusuri este asta:

• Este posibil ca o configurație configurată pe o platformă să nu se încarce pe o altă platformă - trebuie să lucrăm pe aceeași platformă din cauza problemelor de compatibilitate.
• In afara de asta, Înainte de versiunea 8.3.7, acest instrument nu putea funcționa cu rapoarte și procesări externe. Acum nu există o astfel de problemă, dar dacă utilizați o platformă mai veche, atunci nu veți încărca rapoarte externe și procesare în text.
• Nu poate funcționa cu bytecode - descarcă modulele protejate în formă binară.

În general, acesta este unul dintre cele mai convenabile instrumente - simplu și direct.

Eclipsă

Și ultima abordare despre care vreau să vorbesc este abordarea obiectului. Sper că știți cu toții că 1C își scrie noul configurator la modă pe bazăEclipsă. Dar aș dori să subliniez că acesta este puțin mai mult decât un configurator elegant:

• Acesta este accesul API pe care dezvoltatorii îl cer de mult timp. Acesta este ceea ce a fost implementat cu mulți ani în urmă sub formă de Om de zăpadă, dar puțin mai funcțional, puțin mai bine. Dacă Snowpath ne oferă acces doar pentru a citi datele de configurare, atunci proiectul Graphite, care este implementat pe platforma Eclipce, ne oferă acces deja pentru a schimba configurația. De exemplu, putem scrie propriul nostru mic plugin care va schimba configurația după cum avem nevoie, fără a reporni.

Algoritm pentru crearea automată pas cu pas a dezvoltărilor 1C

Despre, cum să folosiți toate acestea pentru a vă adapta automat soluțiile la configurații. Acest diapozitiv prezintă o diagramă foarte simplificată aplicabilă extensiilor, procesării și raportării.

• Ideea este că, dacă soluția dvs. ar trebui să aibă fișiere diferite pentru diferite configurații, atunci dezvoltați un șablon care include toate mecanismele necesare funcționării acest solutii in toate configuratiile.
• Și în plus față de șablon sunt dezvoltate reguli care adaptează acest șablon la o anumită configurație de utilizator(de preferință pentru orice configurație). De exemplu, dacă implementați același mecanism de formulare tipărite externe pe baza extensiei, atunci:
  • Șablonul general va avea următoarele mecanisme:
    • Imprimeuri;
    • Și descărcări de formulare tipărite.
  • Și regulile vor conține informații despre cum să conectați această extensie la directoare și documente.
• Datorită acestui lucru, pentru fiecare configurație vom putea genera automat un fișier cu extensia noastră, ținând cont de caracteristicile acestei configurații.

Concluzie

În concluzie, vreau să reiterez mesajul principal al acestui raport. Ideea principală este că tot ce putem face manual, putem face automat.

Desigur, nu trebuie să automatizați totul. Este necesar să se automatizeze acele sarcini care tu sunt repetate(acele sarcini pe care le faci cu fiecare actualizare, cu unele îmbunătățiri).

În general, toate sarcinile care pot fi descrise în limba rusă normală pot fi descrise în program. În același timp, spre deosebire de o persoană, programul nu face greșeli, nu pierde nimic și face exact ceea ce i-ați cerut să facă.

Acest articol se bazează pe un raport prezentat de autor la conferința Infostart din 2016.

Automatizarea proceselor de afaceri– activități care vizează eficientizarea și reglementarea proceselor de afaceri existente în companie folosind metode software specializate. Această definiție se bazează pe descrierea termenului proces de afaceri:

„Un proces de afaceri este un set de lucrări ordonate în timp, concepute pentru a obține rezultatul dorit.”

Există multe programe concepute pentru a automatiza procesele. Se propune automatizarea atât a proceselor individuale de afaceri, de exemplu, CRM, cât și a tuturor proceselor de afaceri ale companiei într-o manieră cuprinzătoare. Este posibil să utilizați atât programele de service, fără achiziție și instalare, cât și produse software desktop. Printre acestea se numără configurațiile 1C relativ accesibile și cele mai puternice și costisitoare soluții, precum SAP.

Dar înainte de a decide care sistem vi se potrivește cel mai bine, ar trebui să efectuați o analiză a proceselor propuse pentru automatizare.
Pentru început, ar trebui să împărțiți procesele companiei în procese de afaceri:

• Sistem de control;
• Sistem gestionat.

Pentru crestere eficienta sistemului executiv , nu se utilizează numai automatizarea proceselor de afaceri, ci există un număr suficient instrumente și tehnologii vizate pentru a îmbunătăți procesele sistemului gestionat. Care își dovedesc eficacitatea fiind adoptate companii lider mondiale .

Dar se pune accentul pe îmbunătățirea proceselor de afaceri sistem de control aduce contribuția maximă la creșterea eficienței afacerii.

„Procesele de afaceri eficiente reprezintă avantajul tău competitiv puternic!”

La metode de îmbunătățire procesele sistemului de control pot fi atribuite:

• Sprijin social și psihologic;
• Motivarea personalului;
• Automatizarea proceselor de afaceri.

Citiți mai multe despre automatizarea proceselor pe 1C sau SAP

Aș dori să vorbesc separat despre automatizarea proceselor. Toate cărțile despre managementul proceselor de afaceri , pe care am citit-o vreodată, strigă cu un glas:

„Prin implementarea sistemelor standard de automatizare a proceselor de afaceri 1C sau SAP, vă lipsiți afacerea de individualitate” și chiar: „Automatizarea tipică a proceselor vă va duce afacerea la colaps inevitabil.”

Vă rog să fiu de acord cu aceste concluzii!
De unde astfel de concluzii?
Să ne dăm seama ce se află în spatele cuvintelor: „sistem de automatizare a proceselor de afaceri” .
Astfel, orice sistem informatic, inclusiv un sistem de automatizare a proceselor de afaceri, în total, reprezintă:

• Baza de date – informațiile sunt stocate acolo sub formă de tabele interconectate, în anumite secțiuni și cu o anumită profunzime de detaliu;
• Interfața cu utilizatorul este partea vizibilă a programului, prin manipularea căreia utilizatorul introduce date sau generează rapoarte;
• Metodele software de lucru cu o bază de date sunt un fel de punte care conectează interfața și baza de date.

Cred că puțini oameni au ideea că baza de date și codul programului pentru introducerea și ieșirea informațiilor pot duce la prăbușirea companiei dvs., ceea ce înseamnă că totul este despre interfața cu utilizatorul . Să săpăm mai adânc.

Procese care urmează să fie automatizate

Care sunt principalele procese care trebuie automatizate mai întâi? Desigur, acestea sunt cele mai obișnuite procese de afaceri:

• Procesul de înregistrare a plăților, atât la intrare, cât și la ieșire;
• Procesul de emitere a documentației primare;
• Procesul de reflectare a costurilor.

Și anume, cea mai mare parte a raportării pentru luarea deciziilor va fi generată din informațiile înregistrate de aceste procese de afaceri. Și aceasta oferă valoarea de bază a automatizării.

Câtă unicitate are fiecare companie? procesele descrise?

Dacă avantajul competitiv al afacerii tale constă în unicitatea acestor procese, cu siguranță, prin împărtășirea acestor informații vei face o explozie în știința „managementului”.

Desigur, putem da un exemplu de procese de business mai complexe, programe de automatizare pentru care sunt și ele comune pe piață, de exemplu, automatizarea CRM.

Dar, din nou, vreau să vorbesc în sprijinul sistemelor de automatizare a proceselor de afaceri. Au venit specialiştii în marketing sau oamenii de vânzări cu ceva mult mai bun decât o pâlnie de vânzări sau o analiză XYZ?

Dacă nu, atunci toate astfel de instrumente sunt, într-o măsură sau alta, reprezentate în software-ul oferit pe piață.

Dezavantajele sistemelor de automatizare

Cu toate acestea, sistemele de automatizare a proceselor de afaceri au și dezavantaje și acest lucru se datorează faptului că sunt dezvoltate ca un instrument universal potrivit pentru utilizarea în orice afacere.

Acestea includ:

• Absența unor detalii cu adevărat importante pentru tine. Da, recunosc că astfel de detalii sunt posibile.
• Interfața nu este suficient de ușor de utilizat.
• Nuanțe de utilizare pe diferite dispozitive.
• Performanţă.

Dar majoritatea acestor probleme pot fi rezolvate selectând cu atenție o soluție și, desigur, orice sistem are capacitatea personalizare pentru client, este doar o chestiune de preț.

Produsele furnizate sunt cele mai bune practici pentru automatizarea proceselor de afaceri incluse în codul software - utilizați-l.

În plus, folosind sisteme standard de automatizare a proceselor de afaceri, veți putea evalua impactul eficient sau ineficient al automatizării asupra afacerii dvs. Și o vei face la un cost relativ scăzut.

Acum să discutăm despre adevăratele motive pentru „colapsul afacerii”

Toate aceste motive constau în dorința de a face schimbări intensive în afacere, de a-i crește eficiența, dar cu mâinile altcuiva, fără intervenția ta și, bineînțeles, fără responsabilitate personală.

Sau poate pur și simplu, nu dorința de schimbare, ci proiectul de automatizare este folosit ca scuză: „Am încercat, dar nu a funcționat”.

Câteva motive pentru eșecurile de automatizare a proiectelor:

1. Atitudine negativă față de opiniile implementatorilor 1C sau SAP: „Cine sunt ei pentru a ne sfătui să ne schimbăm procesele de afaceri...” Și asta chiar joacă în mâinile implementatorilor, făcând ceea ce a fost deja făcut și chiar legarea clientului de ei înșiși pentru totdeauna, pentru că cu excepția unui anumit dezvoltator, nimeni nu va putea înțelege codul non-standard.
2. Nedorind să aprofundăm în procedurile furnizate de produsul software. În principiu, aici există o logică. Putem spune că nu este treaba managementului superior să înțeleagă produsul software. Dar greșeala este că, de regulă, nu există un manager de proiect pentru implementarea automatizării proceselor de afaceri (numit formal, acesta este același lucru). Și managerii locali, de regulă, reacționează la automatizare astfel: „Bine, așa să fie, fă-o așa cum este și nu mă deranja”. Acesta este drumul spre nicăieri!
3. Prezența „vacilor sacre” astfel de angajați care sunt capabili să reziste oricăror inovații, chiar și celor aduse de sus. În cele din urmă, managementul superior ia partea „vacilor” și anulează proiectul de automatizare a proceselor de afaceri.
4. Nicio dorință de a pune pur și simplu lucrurile în ordine și indicați cine este responsabil pentru ce, eliminând toate scuzele de genul: „Nu avem timp să scriem”.

rezumat

În general, desigur, automatizarea proceselor de afaceri este un proces complex și responsabil, în care trebuie să fie implicate cele mai bune forțe atât ale companiei client, cât și ale companiei de implementare. Iar alegerea unui sistem de automatizare a proceselor de afaceri trebuie abordată cu atenție și atenție.

Însă, pentru întreprinderile mici și mijlocii, automatizarea proceselor ar trebui să se bazeze pe soluții standard, în timp ce companiile mari își pot permite propriile dezvoltări personalizate pentru a obține beneficii maxime din implementare.

Să luăm în considerare principalele proprietăți și procesul de creare și configurare a mecanismului proceselor și sarcinilor de afaceri în sistemul 1C Enterprise 8.3 folosind exemplul de rezolvare a unei probleme din certificarea „1C Platform Specialist”. Acest mecanism este foarte des folosit pentru, de aceea este important pentru orice programator.

Obiectele Business Processes și Tasks sunt foarte strâns legate între ele. Finalizarea unei sarcini reprezintă mișcarea de-a lungul traseului unui proces de afaceri. Să luăm în considerare procesul de implementare a proceselor de afaceri în 1C mai detaliat.

Condiții de activitate Platform Business Process Specialist

Poziția departamentului de angajat
Vasina	Contabilitate	Casier
Mishina	Contabilitate	Casier
Mishina	Contabilitate	Contabil
Krotov	Contabilitate	Contabil
Ivanov	Contabilitate	Ch. contabil
Onopko	Departamentul de achizitii	sef departament
Petrenko	Departamentul de achizitii	Adjunct seful departamentului
Beldiev	Departamentul de achizitii	Administrator
Rakhimov	Departamentul de achizitii	Administrator
Mansurov	Departamentul de achizitii	Administrator
Jupikov	Departamentul de achizitii	Depozitar
Sidorov	Departamentul de achizitii	Depozitar
Galkin	Departamentul de vanzari	Administrator
Palkin	Departamentul de vanzari	Administrator

Primul pas pentru a configura motorul de proces de afaceri din exemplul nostru este de a crea noi obiecte „Proces de afaceri” și „Sarcina”:

Sarcina, s-ar putea spune, este „subordonată” procesului de afaceri.

Abordarea procesului de afaceri 1C 8.3

În sarcinile din fila Adresare, trebuie să setați principalii parametri în mecanismul procesului de afaceri: Adresare, Detalii de bază de adresare, Executor curent. Și completați, de asemenea, detaliile de adresare.

În câmp Adresarea este specificat registrul de informatii cu care se va configura adresarea. În exemplul nostru, acesta este un registru de informații cu dimensiuni: Performer, Division, Position.

Obțineți 267 de lecții video pe 1C gratuit:

În câmp Detalii de bază de adresare este necesar să se indice atributul principal pentru adresare - tăietura principală pentru finalizarea sarcinii.

Artist actual - un câmp care specifică Parametrul de Sesiune prin care va fi determinat executorul curent. Puteți citi mai multe despre acest lucru în articolul Parametrii sesiunii.

Pentru exemplul de testare, este necesar să se creeze mai multe elemente de director predefinite: departamente, posturi, persoane.

Harta rutei procesului de afaceri

Următorul pas pentru a configura un proces de afaceri este crearea unei hărți a proceselor de afaceri:

Să luăm în considerare formarea unui proces de afaceri bazat pe procesul de achiziție a produsului:

1. departamentul de achiziții începe procesul de afaceri;
2. după aceea sarcina trece la departamentul „Contabilitate”, unde, în funcție de modul în care va avea loc plata pentru mărfuri, sarcina trece fie la casier, fie la contabil;
3. După plată, bunurile trebuie să fie primite de un anumit utilizator - Sidorov.

„Rolurile” utilizatorilor care trebuie să îndeplinească sarcini sunt specificate în paleta de proprietăți a fiecărui punct de acțiune:

Steag grupînseamnă că sarcina sa trebuie îndeplinită de toți utilizatorii din acest grup.

Pentru blocul în care are loc ramificarea, trebuie să setați un handler special în proprietățile de verificare a condiției:

Procedure ConditionCheckConditions(BusinessProcessRoutePoint, Result) Rezultat = Plată în numerar; Sfârșitul procedurii

Pentru simplitate, să presupunem că metoda de plată este specificată în sarcină: dacă indicatorul „plată în numerar” este setat în sarcină, atunci plata va trece prin casierie.

Crearea de formulare de proces de afaceri

Următoarea etapă este crearea de formulare pentru viitorul proces de afaceri. Pentru claritate, în conformitate cu termenii sarcinii, este necesar să afișați o hartă a proceselor de afaceri pe un formular. Harta fiecărui proces de afaceri ar trebui să afișeze stadiul curent.

Pentru a face acest lucru, creați un formular de director implicit. Apoi adăugați un atribut cu tipul „Schemă grafică” la detaliile formularului. Transferați aceste informații în formularul:

Și ultimul lucru pentru formular este procedura de afișare a unui proces de afaceri:

Procedure Update Map() BP = Form AttributesValue("Obiect" ); Acest formular. Card = BP. GetRouteMap() ; Sfârșitul procedurii

Acesta trebuie executat la deschiderea unui element de proces de afaceri și atribuit comenzii „Actualizează harta”.

Formular pentru lista sarcinilor procesului de afaceri

Lista de sarcini în funcție de condiția sarcinii ar trebui să afișeze numai sarcinile deschise ale executorului curent. Este foarte ușor de făcut.

Este suficient să creați un formular implicit de listă de activități. După aceea, selectați Main table - Task.Task. Sarcini după executant. Această setare vă va permite să specificați selecția de către executantul sarcinii:

A doua setare dinamică a listei este setată în setările listei, unde trebuie să specificați următoarea setare pentru a afișa numai sarcinile deschise:

Configurarea adresei în modul utilizator 1C 8.2

Ultima etapă, dar nu cea mai puțin importantă, este configurarea adresei în modul utilizator în registrul „Adresare”.

În acest registru, este necesar să se indice toți participanții la procesul de afaceri și să se înregistreze membrii unei anumite unități, poziții etc.:

Asta e tot! Configurarea procesului de afaceri este gata!

Un proces de afaceri este o secvență stabilă de acțiuni ale angajaților unei organizații. Automatizarea unor astfel de secvențe simplifică munca și accelerează semnificativ finalizarea sarcinii finale.

Următoarele tipuri de procese de afaceri sunt implementate în programul 1C: Document Flow 8:

• Considerare: documentul se înaintează șefului spre revizuire și, odată cu rezoluția acestuia, se restituie autorului documentului. În acest caz, direct în timpul procesului de revizuire, funcționarul poate face o rezoluție text sau poate trimite un document spre executare sau revizuire.
• Execuţie: documentul se transmite spre executare tuturor utilizatorilor de pe listă, controlorului și inspectorului pentru a se asigura respectarea disciplinei de performanță. Unul dintre utilizatori poate fi desemnat ca executor responsabil.
• Coordonare: documentele atașate unui astfel de proces de afaceri sunt transmise pentru aprobare respondenților specificați și returnate autorului acestui proces de afaceri pentru a revizui rezultatele sau a trimite spre reaprobare. Sunt acceptate următoarele opțiuni de potrivire:
  • paralel;
  • secvenţial;
  • mixt (paralel și secvenţial), inclusiv luând în considerare condiţiile de rutare.
• Afirmație: documentul merge la persoana responsabilă pentru aprobare și revine autorului procesului pentru a se familiariza cu rezultatul aprobării.
• Înregistrare: documentul merge la secretar pentru a atribui un număr de înregistrare, a aplica sigiliul organizației și îl trimite corespondentului.
• Introducere: Utilizând acest proces de afaceri, documentul necesar este trimis tuturor utilizatorilor din listă pentru examinare.
• Ordin: Folosind acest proces de afaceri, puteți emite instrucțiuni angajaților și puteți verifica execuția acestora.
• Invitație: Acest proces vă permite să trimiteți invitații participanților la întâlnire și să primiți răspunsurile acestora.
• Procesarea unui document primit: automatizează întregul ciclu de procesare a unui document primit - revizuire, execuție, anulare.
• Procesarea unui document de ieșire: automatizează întregul ciclu de procesare a unui document de ieșire - aprobare, aprobare, înregistrare.
• Prelucrare document intern: automatizează întregul ciclu de procesare a unui document de ieșire - aprobare, aprobare, înregistrare, revizuire, execuție, anulare.
• Proces cuprinzător: vă permite să configurați o rută personalizată de procesare a documentelor, constând din etape individuale.

Fiecare proces de afaceri, pe măsură ce progresează prin etape, creează sarcini adresate anumitor utilizatori. De exemplu, un proces de afaceri Ordin va crea mai întâi o sarcină Finalizați sarcina pentru executant, iar după ce executorul înregistrează finalizarea acestei sarcini, sarcina Verificați progresul pentru inițiatorul procesului de afaceri.

Puteți atribui sarcini nu numai unor interpreți specifici, ci și unor roluri. Deci, de exemplu, un document poate fi trimis pentru aprobarea rolului Director, iar programul va transfera automat sarcina corespunzătoare celui care îndeplinește în prezent acest rol - directorul însuși sau adjunctul acestuia. Sarcina poate fi adresată și utilizatorilor identificați prin următoarele autosubstituții:

• Toți managerii autorului procesului de afaceri
• Toți subordonații autorului procesului de afaceri
• Supervizorul imediat al autorului documentului
• Toți managerii autorului documentului

Compoziția rolurilor este unică pentru fiecare întreprindere sau instituție și poate fi modificată și configurată fără a opri sistemul. Când rolul executorului se schimbă, sarcinile sunt transferate automat pe desktopul noului executor.

Utilizatorul poate vizualiza în orice moment lista sarcinilor care i-au fost atribuite în listă Sarcinile mele. Lista se încarcă automat la pornirea programului.

În plus, utilizatorul poate primi o notificare pentru a finaliza o sarcină prin e-mail.

Pentru fiecare proces de afaceri, programul creează un card de pe care utilizatorul poate apela o diagramă vizuală a procesului de afaceri. Execuția etapelor procesului de afaceri va fi reflectată în diagramă. Cu ajutorul acestuia, creatorul unui proces de afaceri poate afla oricând în ce stadiu se află implementarea lui și care angajați și-au îndeplinit deja sarcina și cine nu. Mai jos este o carte și o diagramă tipică a procesului de afaceri Coordonare.

Un nou proces de afaceri asociat cu un anumit document poate fi creat pe baza acestui document. Pentru fiecare tip de proces de afaceri, programul oferă o listă separată, de exemplu, o listă de aprobări:

Pentru fiecare tip de proces de afaceri, puteți configura un șablon care va fi utilizat la crearea de noi procese de afaceri. Un șablon de proces de afaceri conține informații precum:

• rutare
• termenele limită
• importanţă
• Nume
• descriere si altele

De exemplu, șablon de proces de afaceri Armonizarea contractului ar putea arata asa:

În cardul tip document, puteți specifica o listă de șabloane de proces de afaceri asociate acestuia. Această listă va fi utilizată automat la crearea de noi procese de afaceri bazate pe documente de acest tip. În exemplul dat, tipul de document de intrare este Acord legate de șablonul de mai sus Armonizarea contractuluiși alte două șabloane - Aprobarea acordului (simplu)Și Înregistrarea acordului.