Eksempler på forretningsprocesser klar 1s. Forretningsprocesser

Pupsen og Vupsen 10. december 2013 kl. 15:54

Myten om, at 1C:UT har Business Process Management (BPM)

"UT" er et meget godt produkt til at løse de opgaver, det er designet til. Det giver dig mulighed for at styre virksomhedens handelsaktiviteter. Well analyserer transaktioner, indkøb, lagre, økonomi. Ja, i nogle tilfælde bruger den platformsmotoren "Forretningsprocesser". Men betyder det, at handel er beregnet til at styre forretningsprocesser, eller virksomhedens logik? - Nej nej og endnu en gang nej. Denne artikel er et råb fra hjertet. For jeg er virkelig træt af at se præsentationer eller læse beskrivelser af løsninger på diverse sider. Hjemmesider for virksomheder, der er klar til at sælge ethvert 1C-produkt og vende det blinde øje til, hvad de sælger til kunden. Tiltaler kun en beskeden beskrivelse af produktet og forstår ikke engang essensen af forretningsprocesstyring. Management betyder, at du kan konfigurere systemet på en sådan måde, at det fremskynder og optimerer processer, udfører forskellige analyser, identificerer svagheder og meget mere. For dem, der ikke kan se forskellen mellem kontrol og brug af mekanismen, vil jeg prøve at forklare på mine fingre:

UT. Der er tre BP'er, hvor du ikke kan tilføje eller fjerne opgaver, ændre typen af adressering, logik, du kan ikke gøre andet end at flytte processen fra specifikke dokumenter knyttet til opgaver. Faktisk er dette ikke kontrol - det er brugen af den foreslåede version af programmets logik ved hjælp af "BP" -mekanismen. Ja, det er muligt at udvikle din egen baseret på denne funktionalitet uden at spilde tid på nogle grundlæggende ting.
CRM. Dette er reelt det eneste produkt på 1C platformen, hvor 100% af platformens funktionalitet bruges til at arbejde med BP mekanismen. Dette er en løsning, hvor brugeren selvstændigt introducerer al logikken i hans virksomheds arbejde ved at oprette rutekort. Det kan kalde sine processer, når det har brug for det, og hvordan det har brug for det. Og til hvad? Og bare for at klare det hele. At se, hvor effektive processer er, ved at indsamle statistik om dem. Hvad ville være gode argumenter for at ændre logikken. Hvad ville være alt sammen ubegrundet. Så du kan se al tilstopning og strækning af gummiet på stadierne. Smid unødvendige trin ud - øg arbejdseffektiviteten. Det er, hvad "ledelse" er. Og til dette har du brug for meget mere end tre kort med et par blokke.

Og afslutningsvis, for dem, der stadig ikke forstår forskellen - skriver 1C-virksomheden selv tydeligt, hvad der er i konfigurationen fra PSU'ens synspunkt -

"Konfigurationen implementerer den grundlæggende funktionalitet ved at automatisere forretningsprocesser - universelle mekanismer til opsætning af processer, overvågning og analyse af deres implementering, understøttelse af forretningsprocesser indbygget i en standardløsning og giver mulighed for en specifik implementering for at øge deres sammensætning med færre lønomkostninger.". (v8.1c.ru/trade/newtech/ fjerde afsnit).

Jeg gør opmærksom på ordet "grundlæggende" funktionalitet for automatisering.

Dette er meget langt fra virksomhedsprocesstyring. Deraf konklusionen: når de fortæller dig til præsentationen, at UT indeholder et BP-styringsundersystem - tro det ikke, når de fortæller dig ved præsentationen, at der er CRM i UT - tro det ikke. Dette er igen begyndelsen og den grundlæggende funktionalitet. Jeg gentager endnu en gang - UT er et meget godt produkt, men til andre opgaver - driftsregnskab og planlægning af handelsaktiviteter, for dets analyse. Begrebet CRM er helt anderledes. Og der er kun ét virkeligt funktionelt produkt på 1C-platformen til at understøtte konceptet CRM i virksomheden - Dette er 1C: CRM. Retfærdigvis skal det bemærkes, at der på andre platforme også er tilstrækkeligt funktionelle produkter til at understøtte konceptet "CRM" i virksomheden.

Tags: crm-systemer, handelsstyring, 1'ere, forretningsprocesser

kraftig mand 10. december 2013 kl. 15:54

Myten om, at 1C:UT har Business Process Management (BPM)

CRM systemer

UT. Der er tre BP'er, hvor du ikke kan tilføje eller fjerne opgaver, ændre typen af adressering, logik, du kan ikke gøre andet end at flytte processen fra specifikke dokumenter knyttet til opgaver. Faktisk er dette ikke kontrol - det er brugen af den foreslåede version af programmets logik ved hjælp af "BP" -mekanismen. Ja, det er muligt at udvikle din egen baseret på denne funktionalitet uden at spilde tid på nogle grundlæggende ting.
CRM. Dette er reelt det eneste produkt på 1C platformen, hvor 100% af platformens funktionalitet bruges til at arbejde med BP mekanismen. Dette er en løsning, hvor brugeren selvstændigt introducerer al logikken i hans virksomheds arbejde ved at oprette rutekort. Det kan kalde sine processer, når det har brug for det, og hvordan det har brug for det. Og til hvad? Og bare for at klare det hele. At se, hvor effektive processer er, ved at indsamle statistik om dem. Hvad ville være gode argumenter for at ændre logikken. Hvad ville være alt sammen ubegrundet. Så du kan se al tilstopning og strækning af gummiet på stadierne. Smid unødvendige trin ud - øg arbejdseffektiviteten. Det er, hvad "ledelse" er. Og til dette har du brug for meget mere end tre kort med et par blokke.

Og afslutningsvis, for dem, der stadig ikke forstår forskellen - skriver 1C-virksomheden selv tydeligt, hvad der er i konfigurationen fra PSU'ens synspunkt -

Jeg gør opmærksom på ordet "grundlæggende" funktionalitet for automatisering.

Tags: crm-systemer, handelsstyring, 1'ere, forretningsprocesser

Muligheder, som den indbyggede reguleringsmekanisme åbner for:

Den nøjagtige rækkefølge af arbejdet, risikoen for fejl eller spring over et af arbejdsstadierne reduceres.
Formaliseret tilgang takket være en forudbestemt struktur i 1C-forretningsprocessen.
Kontrol på hvert trin.
Bestemmelse af, hvilke af arbejdsstadierne der var de mindst effektive, og optimering af processen.
Modellering af strukturen i en bestemt organisation.

Til en visuel gengivelse af forholdene, rækkefølgen og funktionerne på hver etape anvendes et rutekort. Rutekortet har etaper, der adskiller en proces fra en anden med et rutepunkt. På hvert punkt er der opgaver, der skal udføres, og alle nødvendige oplysninger til kontrol er angivet her: udfører, vigtighed og deadlines.

Hårdt - ændringer i ruten er ikke mulige;
Betinget - opgavens udførelse afhænger af en række forhold, hvoraf der kan være flere. Ud fra dette bygges den endelige arbejdsvej;
Parallel - to eller flere ruter, langs hvilke implementeringen af forretningsprocessen vil finde sted. På et tidspunkt kan grenene slutte sig til;
Gratis – denne type forretningsproces har ikke en rute, og udføres ud fra opgaven.

Overvej driften af programmet ved at bruge eksemplet med salg i 1C:UT.

Processen med at styre handelsprocessen begynder ( BPM) fra startpunktet.

Waypoints er gule rektangler. Hver boks angiver, hvilken eller flere arbejdere der skal udføre den angivne opgave. Afsluttede opgaver er markeret med et flueben.

For at forretningsprocessen kan starte, skal du oprette en aftale i afsnittet "CRM og Marketing" ved at udfylde de påkrævede felter, hvorefter dealkortet gemmes og 2 hyperlinks åbnes: "Stage" og "Rutekort ".

I den officielle dokumentation for 1C:Enterprise 8.2-platformen i afsnittet "13.7. Split og flet » Forretningsprocesadfærd ved split- og fletpunkter er beskrevet som følger:

”For at opdele en forretningsproces i flere parallelle (samtidigt og uafhængigt) eksekverbare grene, bruges et splitpunkt. Splitpunktet har én indgang og et ubegrænset antal udgange.

Et flettepunkt bruges til at synkronisere tidligere opdelte grene. Forretningsprocessen vil ikke blive eksekveret ud over flettepunktet, før alle de grene, der er inkluderet i den, er blevet krydset.

Jeg vil demonstrere dette ved at bruge eksemplet på et simpelt rutekort (fig. 1)

Ved splitpunktet oprettes opgaver i hver af grenene (fig. 2), derefter udføres hver gren parallelt, og opgaven i punktet Handling 4 vil blive oprettet, når alle opgaver i hver gren er afsluttet (fig. 3)

Opfører systemet sig altid sådan? Lad os finde ud af det. Lad os først være opmærksomme på rækkefølgen, hvori opgaver oprettes efter splitpunktet (fig. 4)

Ved opgavenummeret kan du se, at opgaven blev oprettet først på punktet Handling 3. Nu, i forretningsprocesmodulet for dette punkt, vil vi beskrive følgende behandler, når vi opretter opgaver:

Procedure Handling 3 Ved oprettelse af opgaver(WaypointBusinessProcess, Formbare opgaver, afslag)

For hvert TaskObject From Formbare opgaver Cyklus

TaskObject . At udføre opgaven();

EndCycle;

Slutprocedure

En sådan handler vil medføre, at den oprettede opgave udføres med det samme. Vi starter en ny forretningsproces med et rutekort vist i figur 1. Og hvad vil vi se? Efter at have udført opgaven Handling 3 opgave er oprettet Handling 4(Figur 5), på trods af at andre grene af processen endnu ikke er afsluttet! For dem, der forsøger at genskabe denne situation, advarer jeg dig: I stedet for at skrive en behandler til Action3-punktet, kan det være nødvendigt at skrive en opgave autofuldførelsesbehandler for Action1- eller Action2-punktet. Handlingspunktet, hvis autoudførelse "bryder" processkemaet, er præcis det punkt, hvor den første opgave oprettes efter splitpunktet. Hvad der bestemmer rækkefølgen af oprettelse af opgaver, vil blive diskuteret nedenfor.

En sådan opførsel af et simpelt ruteskema kan ikke antages på nogen måde, baseret på beskrivelsen givet i begyndelsen af artiklen. Måske er det en form for skemavisningsfejl? Nej, det er faktisk, hvad der sker. Forretningsprocessen kører ikke kun forbi flettepunktet uden at vente på, at opgaver på parallelle grene er færdige, men den genskaber også opgaver ved rutepunkter efter flettepunktet, efter at de parallelle grene er fuldført. Vi ser på listen over opgaver for vores proces og ser 2 opgaver hver for Action4- og Action5-punkterne (fig. 8)

Hvad står der? Faktisk betyder det, at når opgaven udføres automatisk Handling 3 vi vil få opførselen af forretningsprocessen svarende til skemaet vist i figur 9, det vil sige, at flettepunktet springes over, når man udfører én gren. Men det er heller ikke altid rigtigt. Hvis på punktet Handling 4 vi vil ikke udføre den første af de oprettede opgaver, før den anden opgave vises som et resultat af udførelsen af parallelle forgreninger til flettepunktet, derefter den næste opgave ved punktet Handling 5 oprettes kun, når den udføres begge opgaver på punktet Handling 4, det vil sige, at forretningsprocessen så at sige korrigerer den tidligere fejl med at ignorere flettepunktet. Yderligere vil der ifølge ruteskemaet kun blive oprettet én opgave. For dem, der er interesseret i denne adfærd i forretningsprocessen, foreslår jeg, at du selv verificerer dette.

Lad os overveje et andet eksempel. Lad os antage pointen Handling 3 er ikke et handlingspunkt, men et indlejret procespunkt. For nemheds skyld bruger vi følgende skema for en indlejret forretningsproces (fig. 10)

Hvis i et arrangement Tilstand1TjekBetingelser ikke gør noget, en sådan proces slutter umiddelbart efter starten uden at oprette en eneste opgave. I praksis kan dette også forekomme i mere komplekse processer, hvis behovet for at udføre processens opgaver først opstår, når visse betingelser er opfyldt. Lad os erstatte punktet Action3 med punktet i den indlejrede forretningsproces og få diagrammet vist i figur 11.

Vi tjekker arbejdet i en forretningsproces med en indlejret proces og sikrer os, at adfærden er ens. Figur 12 er et diagram over forretningsprocessen efter starten.

Opstår denne adfærd altid i sådanne kredsløb? Lad os finde ud af det. Bemærk, at opgaver ved splitpunktet oprettes i den rækkefølge, som linjer blev tilføjet ved splitpunktet. Dette kan ses, hvis du viser navnene på forbindelseslinjerne (fig. 13).

Lad os prøve at bytte Line2 og Line4. Og endelig, når vi starter en ny proces, ser vi det forventede resultat (fig. 14)

Bemærk venligst, at linjerne Nødvendigvis skal byttes. Hvis du blot omdøber de linjer, der kommer ud af splitpunktet, forbliver resultatet det samme. En anden måde at løse dette problem på er at fjerne Line2-linket, tilføje et nyt link ved splitpunktet og forbinde det til det indlejrede procespunkt.

Vi konkluderer:

Når du automatisk udfører en opgave forbundet med først i rækkefølge efter tilføjelse split punkt linjer hvis efter denne opgave sammenløbspunktet følger umiddelbart efter , ignoreres dette flettepunkt, og den næste opgave i henhold til ruteskemaet oprettes. Hvis du ikke er opmærksom på rækkefølgen af links, kan du få forskellig adfærd i forretningsprocessen, når du opretter udadtil identiske ordninger.

Denne afhængighed bør også tages i betragtning, når eksisterende ordninger ændres. Antag, at vi besluttede, at der i stedet for én opgave ved punktet Action1 i figur 14, som begyndte at fungere for os efter behov, skulle være en indlejret proces, der under visse betingelser kan udføres automatisk i henhold til betingelsen svarende til figur 10. Derefter , når vores proces starter, vil vi se et kendt billede med at ignorere flettepunktet (fig. 15)

Afslutningsvis vil jeg gerne bemærke, at den specificerede adfærd af forretningsprocesser blev bemærket på 8.1-platformen og fortsætter med at blive vist på de seneste udgivelser af 8.2. Ved udarbejdelsen af artiklen blev der testet på platformsudgivelsen 8.2.15.310.

Business Process Engine (BPM) dukkede op som en del af 1C:Enterprise i begyndelsen af 2005, og det kan argumenteres for, at dette er en meget lovende og nyttig innovation af platformen. Dens essens er automatisering af kæder af relaterede operationer, der sigter mod at opnå et fælles mål, normalt i sammenhæng med en organisatorisk struktur, der definerer funktionelle roller og relationer. Automatisering af forretningsprocesser forbedrer kvaliteten af arbejdstilrettelæggelse og ledelseseffektivitet.

· Kvalitetsforbedring. Forretningsprocesser formulerer og implementerer reglerne for udførelse af individuelle operationer og deres relation, hvilket væsentligt kan reducere eller endda helt eliminere fejl forårsaget af den menneskelige faktor fra forretningsprocessen. En simpel huskeliste giver medarbejderne mulighed for at fokusere på deres umiddelbare ansvar.
· Øget effektivitet. Ved hjælp af forretningsprocesmekanismen er det muligt at formalisere organisatoriske aktiviteter og tildele funktionerne til at styre medarbejdernes fælles arbejde til en applikationsløsning, hvilket fører til mere effektiv brug af arbejdstiden.
· Give nye muligheder. Data om udførelse af opgaver og fremskridt i forretningsprocesser kan tjene som grundlag for at optimere en virksomheds organisationsstruktur, identificere flaskehalse og skjulte ressourcer. Dermed er processtyringsmetoden fuldt implementeret.

Generelt vil brugen af forretningsprocesmekanismer i anvendte løsninger give virksomheder, herunder små virksomheder, mulighed for at gå fra den traditionelle funktionelle styringsmodel til en moderne procesorienteret ordning, der kvalitativt forbedrer deres aktiviteter gennem omstrukturering og automatisering af forretningsprocesser.

Grundlæggende information om mekanismen for forretningsprocesser i 1C

Forretningsprocesser i 1C:Enterprise er nødvendige for at kombinere individuelle operationer (udstedelse af en faktura, modtagelse af kontante betalinger, udlevering af varer fra et lager osv.) i kæder af indbyrdes forbundne handlinger, der fører til opnåelse af et specifikt mål (f.eks. salg varer kontant). Medarbejdernes deltagelse i en forretningsprocess livscyklus opnås ved rollebaseret routing.

Mekanismen for forretningsprocesser i 1C leveres af flere konfigurationsobjekter på én gang: forretningsprocesser, opgaver, informationsregister og sessionsparameter. Som regel tildeles typerne af opgaveadresseringsattributter og informationsregisterdimensioner ved links til de tilsvarende mapper, derfor tilføjes mapper til de fire typer ovenfor.

Hovedformålene med forretningsprocesmotoren er forretningsprocesser og opgaver. De bruger hinanden og yderligere tre hjælpeobjekter - sessionsparameter, informationsregister og mapper. Hjælpeobjekterne bruger ikke hinanden og heller ikke hovedobjekterne.

Opgaven er designet til at redegøre for opgaver og beskriver, hvordan de er fordelt på udførende under hensyntagen til virksomhedens organisationsstruktur. Adressering af opgaver til medarbejdere bestemmes af detaljer, der kan give mulighed for multidimensionel rollebaseret routing, for eksempel efter roller, arbejdsgrupper, divisioner, lokaler, filialer osv. I dette tilfælde kan opgaver oprettes ikke kun af forretningsprocesser, men også af andre objekter i infobasen og direkte brugere. Desuden kan opgaveudøveren i det generelle tilfælde ikke kun være en medarbejder, men også ethvert eksternt system, for eksempel et andet regnskabssystem.

Begrebet en opgave definerer faktisk kun grænsefladen for samspillet mellem en forretningsproces og en opgave, hvis udførelse i det generelle tilfælde kan være uden relation til udførelsen af operationer i selve systemet. For eksempel kan en forretningsproces i løbet af dens udførelse kræve koordinering af et eller andet problem med virksomhedens leder. Opgaven, der er formuleret på denne måde, vil fx være stilet til sekretæren, som løser den på enhver måde, han har til rådighed: pr. e-mail, telefonisk osv. Opgaven vil blive betragtet som afsluttet, når systemet modtager information vedr. opnå den nødvendige godkendelse.

Objektet "Forretningsproces" beskriver logikken i at udføre operationer for at opnå et bestemt mål og styrer livscyklussen for de oprettede forretningsprocesser (deres forekomster) fra startøjeblikket til færdiggørelsesøjeblikket. Logikken i forretningsprocessen (forholdet og rækkefølgen af at omgå waypoints, betingede spring osv.) er tydeligt beskrevet i form af et rutekort, som giver dig mulighed for visuelt at beskrive ruten for forretningsprocessen i form af en forbundet graf og gør det nemt at beskrive algoritmerne for betingede spring og forretningsprocessens reaktion på forskellige hændelser.

De operationer, der udføres i løbet af en forretningsproces, er repræsenteret på rutekortet af handlingspunkter, der indeholder information om, hvem der skal gøre hvad på dette tidspunkt. Eksekutoren kan bestemmes personligt (Ivanov) eller under hensyntagen til rolledirigering ("Storekeeper", "Head of Sales Department"). Når en forretningsproces flytter til et handlingspunkt, genererer den automatisk opgaver ved at angive de angivne adresseoplysninger i dem. Når udføreren har markeret opgaven som afsluttet, flytter forretningsprocessen automatisk til det næste waypoint i overensstemmelse med kortet.

På handlingspunktet er det også muligt at tildele gruppe- og kollektive opgaver. I det første tilfælde skal handlingen udføres af alle medlemmer af gruppen – for eksempel når alle ledere skal indsende en månedlig rapport. I det andet tilfælde skal kun ét af gruppemedlemmerne udføre handlingen (f.eks. godkende et dokument fra en af de øverste ledere). Ved handlingspunktet kan du beskrive kontrollen af de nødvendige betingelser for at udføre opgaven, en interaktiv dialog med brugeren, når du bevæger dig videre på ruten, og angive f.eks. hvilke dokumenter, der skal åbnes ved aktivering af opgaver knyttet til dette punkt. af forretningsprocesruten.

Forretningsprocesmekanismen i 1C tillader flere typer routing.

Stiv. Forretningsprocessen har et kort, der ikke indeholder betingede og parallelle overgange med fast definerede destinationer for hvert rutepunkt. Afvisning af sådanne forretningsprocesser er ikke tilladt.
Gratis. Punktdestinationer for forretningsprocesruter er ikke angivet og bestemmes programmatisk eller interaktivt i løbet af forretningsprocessens livscyklus.
Betinget. Rutekortet giver mulighed for at kontrollere forholdene og følge de relevante grene. Overgange kan enten være binære (betingelse) eller multiple (valgmulighed)
Parallel. Rutekortet giver mulighed for opdeling af forretningsprocessen i parallelle grene med mulighed for efterfølgende sammenlægning (venter). Fremme af forretningsprocessen langs hver af de parallelle grene sker uafhængigt, efterhånden som de tilsvarende opgaver udføres.

Som regel findes alle disse typer routing i rigtige forretningsproceskort.

Generel ordning for oprettelse af en forretningsproces i 1C

1. Opret et adresseregister

en. Oprettelse af formularer

2. Opret en opgave

en. Udfyld fanen Adressering
b. Vi udfylder dataene med de detaljer, der overføres mellem opgaverne og selve forretningsprocessen
c. Oprettelse af formularer

3. Opret en forretningsproces

en. Udfyld opgaven, detaljer, opret formularer
b. Tegning af et rutekort

Adresseringsfunktioner

Adressering refererer normalt til et objekt, der er tildelt en bestemt opgave. Adressering kan enten være stiv, i hvilket tilfælde adresseringsobjektet tildeles under dets dannelse, eller vilkårligt, i hvilket tilfælde opgaven ikke tildeles et specifikt adresseringsobjekt, men for eksempel dets rolle, position eller anden værdi, hvilket indirekte angiver række adresseringsobjekter, som opgaven er dannet for.

Oplysningsregisteret bruges til at beskrive adresseringsreglerne. For at tildele adressering styres systemet af målingerne i dette register, ressourcer og detaljer bruges ikke af systemet selv til adressering, selvom de kan være til stede i registeret. En af dimensionerne i registret skal være en dimension, der gemmer specifikke kunstnere, yderligere dimensioner vil blive brugt til vilkårlig adressering. Adresseringsperiodicitet understøttes i øjeblikket ikke på systemniveau. Det vil sige, at det informationsregister, der gemmer adresseringsreglerne, ikke skal være periodisk.

Lad os give et simpelt eksempel: Som adresseobjekt vil vi forstå de ansatte i virksomheden, der arbejder med programmet. Hvis vi ved oprettelse af en opgave på forhånd ved, hvilken medarbejder den er oprettet til, så er denne medarbejder angivet i dens egenskaber. En sådan tildeling af adresseringsobjektet kaldes hård. Hvis en bestemt medarbejder af en eller anden grund ikke kan specificeres ved oprettelse af en opgave, men det stadig er kendt, at denne opgave skal udføres af en person fra "Salgsafdelingen", så er denne afdeling angivet som adresseringsobjekt. Hvilke medarbejdere, der ender med at få denne opgave, afhænger af, hvem der arbejder i hvilken afdeling.

Adresseringseksempel: hvis et specifikt adresseringsobjekt (medarbejder, systembruger) er angivet som opgaveudfører under dets dannelse, så vil han under alle omstændigheder blive tildelt. Hvis en specifik eksekutør ikke er specificeret, så kommer den tilfældige adresseringsmekanisme i spil. Systemet er styret af korrespondancen af registermålinger. Hvis der er to dimensioner i adresseregistret (en for udføreren, og en mere for en eller anden adresseringsattribut - for eksempel afdeling), så vil opgaven blive tildelt alle udførende, for hvem der er poster i registret med en ekstra adressering attribut.

Nogle gange er det vigtigt at kunne overdrage opgaver til udførende, der arbejder med specifikke entreprenører og deres kontaktpersoner. Et eksempel på en sådan adresse:

Med de angivne adresseringsregler vil Ivanov blive tildelt som udfører af opgaver for "Mir" enten med den angivne kontaktperson "Direktor", eller hvis kontaktpersonen ikke er angivet. Til arbejde med kontaktpersonen "Storeman" vil "Petrov" blive udpeget som bobestyrer.

Da opgaver er oprettet med det formål at tildele dem til specifikke udførere, der arbejder med systemet, er det nødvendigt at underrette brugeren rettidigt om udseendet af en ny opgave. For at gøre dette skal systemet "kende" den loggede bruger. En reference til den aktuelle bruger skal gemmes i en sessionsparameter, hvis værdi skal initialiseres ved systemstart. Da der desuden kan være flere dimensioner i adresseringsregistret, er det vigtigt for systemet at angive, i hvilken af dem det er nødvendigt at lede efter brugerudføreren.

Muligheder for at bruge Business Process Engine.

Forretningsprocesmekanismen er en integreret del af den teknologiske platform, hvilket betyder, at dens muligheder kan blive tilgængelige for alle applikationsløsninger skabt på basis af 1C:Enterprise 8. Generelt er forretningsprocesmekanismen rettet mod at øge effektiviteten af at udvikle og vedligeholde anvendte løsninger. Erfaringen med dens applikation viser dog, at pålæggelsen af forretningsprocesser oven på færdige applikationer forårsager visse vanskeligheder: ofte skal du tage et nyt kig på designbeslutninger og lave noget om. Selvfølgelig er dette ikke overraskende - på samme måde kræver automatiseringen af en virksomhed som regel en revision af den generelle ordning for dens funktion. For en effektiv anvendelse af forretningsprocesmekanismen er det ønskeligt, at processtyringsmodellen indledningsvis er indlejret i applikationsløsningen.

Designet af forretningsprocesser i sig selv kræver ikke kun viden om det grundlæggende i 1C:Enterprise-konfiguration, men også en god forståelse for fagområdet og kundens specifikke behov. Faktisk stimulerer mekanismen i forretningsprocessen involveringen af specialister på et kvalitativt forskelligt niveau i design og konfiguration af specifikke applikationssystemer - forretningsanalytikere, konsulenter såvel som kundeledere. Desuden manifesteres den positive effekt af forretningsprocesmekanismen for klienten, selv når han ikke er direkte involveret i design af forretningsprocesser, men kun anvender ordninger udviklet af nogen. Evnen til formelt at beskrive systemets handlinger og præsentere deres struktur i en visuel form giver kunden mulighed for bedre at forstå logikken i løsningen, herunder overvågning af rigtigheden af den opgave, der er tildelt udvikleren.

Vi taler således om en anden nøgleretning i udviklingen af 1C:Enterprise-applikationsløsninger - at øge niveauet af deres håndterbarhed. Brugen af forretningsprocesmekanismen gør det muligt at indsamle kvalitativt forskellig information om driften af virksomhedens ledelsessystem, på grundlag af hvilken ledere kan udføre en objektiv analyse af effektiviteten af driften af både organisationen som helhed og dens enkelte medarbejdere. Denne mekanisme giver dig mulighed for at flytte fokus fra regnskabsopgaver til virksomhedsledelse som helhed.

Udviklere og brugere kan lære mere om forretningsprocesmekanismen implementeret i 1C:Enterprise 8 ved hjælp af demokonfigurationen distribueret på Information Technology Support (ITS) disken. Der er flere simple forretningsprocesser ("Salg af varer", "Ordre" og "Aftale" osv.), der viser forskellige muligheder for den praktiske anvendelse af denne mekanisme.

Bemærkning til programmøren.

Udførelsesrækkefølge for forretningsprocesbehandlere

Form: før du gør
Form: før skrivning (først på klienten, derefter på serveren)
Opgavemodul: før udførelse
Forretningsproces: før udførelse
Opgavemodul: On Run
Opgavemodul: før optagelse
Opgavemodul: På Skriv
Forretningsproces: On Run
Form: efter optagelse (først på serveren, derefter på klienten)

Interaktive procedurer kører ikke i administreret tilstand.