Voorbeelden van bedrijfsprocessen klaar 1s. Business processen

Pupsen en Vupsen 10 december 2013 om 15:54 uur

De mythe dat 1C:UT business process management (BPM) heeft

"UT" is een zeer goed product voor het oplossen van de taken waarvoor het is ontworpen. Hiermee kunt u de handelsactiviteiten van de onderneming beheren. Well analyseert transacties, aankopen, magazijnen, financiën. Ja, in sommige gevallen maakt het gebruik van het platformmechanisme "Business Processes". Maar betekent dit dat handel bedoeld is om bedrijfsprocessen te beheersen, of de logica van de onderneming? - Nee nee en nog een keer nee. Dit artikel is een schreeuw uit het hart. Omdat ik het echt zat ben om naar presentaties te kijken of beschrijvingen van oplossingen op verschillende sites te lezen. Websites van bedrijven die klaar zijn om een 1C-product te verkopen en een oogje dichtknijpen voor wat ze aan de klant verkopen. Alleen een bescheiden beschrijving van het product aantrekkelijk en niet eens de essentie van bedrijfsprocesbeheer begrijpen. Beheer houdt in dat je het systeem zo kunt configureren dat je processen kunt versnellen en optimaliseren, verschillende analyses kunt uitvoeren, zwakke punten kunt identificeren en nog veel meer. Voor degenen die het verschil niet zien tussen controle en gebruik van het mechanisme, zal ik proberen uit te leggen op mijn vingers:

UT. Er zijn drie BP's waarin je geen taken kunt toevoegen of verwijderen, het type adressering, logica kunt wijzigen, je kunt niets anders doen dan het proces verplaatsen van specifieke documenten die aan taken zijn gekoppeld. In feite is dit geen controle - het is het gebruik van de voorgestelde versie van de logica van het programma met behulp van het "BP" -mechanisme. Ja, het is mogelijk om uw eigen te ontwikkelen op basis van deze functionaliteit zonder tijd te verspillen aan enkele basisprincipes.
CRM. Dit is echt het enige product op het 1C-platform, waar 100% van de platformfunctionaliteit wordt gebruikt om met het BP-mechanisme te werken. Dit is een oplossing waarbij de gebruiker onafhankelijk alle logica van het werk van zijn onderneming introduceert door routekaarten te maken. Het kan zijn processen oproepen wanneer het nodig heeft en hoe het nodig heeft. En voor wat? En gewoon om het allemaal te regelen. Om te zien hoe efficiënt processen zijn door er statistieken over te verzamelen. Wat zouden goede argumenten zijn om de logica te veranderen. Wat zou allemaal ongegrond zijn. Zodat je al het verstoppen en uitrekken van het rubber op de podia kunt zien. Gooi onnodige stappen weg - verhoog de werkefficiëntie. Dat is wat "Management" is. En daarvoor heb je veel meer nodig dan drie kaarten met een paar blokjes.

En tot slot, voor degenen die het verschil nog steeds niet begrijpen - het 1C-bedrijf schrijft zelf duidelijk wat er in de configuratie zit vanuit het oogpunt van de PSU -

"De configuratie implementeert de basisfunctionaliteit van het automatiseren van bedrijfsprocessen - universele mechanismen voor het opzetten van processen, het bewaken en analyseren van hun implementatie, het ondersteunen van bedrijfsprocessen ingebouwd in een standaardoplossing en het mogelijk maken van een specifieke implementatie om hun samenstelling te vergroten met minder arbeidskosten.". (v8.1c.ru/trade/newtech/ vierde alinea).

Ik vestig de aandacht op het woord "basis" functionaliteit voor automatisering.

Dit staat ver af van enterprise process management. Vandaar de conclusie: als ze je bij de presentatie vertellen dat de UT een BP-managementsubsysteem bevat - geloof het niet, als ze je bij de presentatie vertellen dat er CRM in de UT zit - geloof het dan niet. Dit is opnieuw het begin en de basisfunctionaliteit. Ik herhaal nogmaals - UT is een zeer goed product, maar voor andere taken - operationele boekhouding en planning van handelsactiviteiten, voor de analyse ervan. Het concept van CRM is heel anders. En er is maar één echt functioneel product op het 1C-platform om het concept van CRM in de onderneming te ondersteunen - dit is 1C: CRM. In alle eerlijkheid moet worden opgemerkt dat er op andere platforms ook voldoende functionele producten zijn om het concept van "CRM" in de onderneming te ondersteunen.

Tags: crm-systemen, handelsbeheer, 1s, bedrijfsprocessen

potige man 10 december 2013 om 15:54 uur

De mythe dat 1C:UT business process management (BPM) heeft

CRM-systemen

UT. Er zijn drie BP's waarin je geen taken kunt toevoegen of verwijderen, het type adressering, logica kunt wijzigen, je kunt niets anders doen dan het proces verplaatsen van specifieke documenten die aan taken zijn gekoppeld. In feite is dit geen controle - het is het gebruik van de voorgestelde versie van de logica van het programma met behulp van het "BP" -mechanisme. Ja, het is mogelijk om uw eigen te ontwikkelen op basis van deze functionaliteit zonder tijd te verspillen aan enkele basisprincipes.
CRM. Dit is echt het enige product op het 1C-platform, waar 100% van de platformfunctionaliteit wordt gebruikt om met het BP-mechanisme te werken. Dit is een oplossing waarbij de gebruiker onafhankelijk alle logica van het werk van zijn onderneming introduceert door routekaarten te maken. Het kan zijn processen oproepen wanneer het nodig heeft en hoe het nodig heeft. En voor wat? En gewoon om het allemaal te regelen. Om te zien hoe efficiënt processen zijn door er statistieken over te verzamelen. Wat zouden goede argumenten zijn om de logica te veranderen. Wat zou allemaal ongegrond zijn. Zodat je al het verstoppen en uitrekken van het rubber op de podia kunt zien. Gooi onnodige stappen weg - verhoog de werkefficiëntie. Dat is wat "Management" is. En daarvoor heb je veel meer nodig dan drie kaarten met een paar blokjes.

En tot slot, voor degenen die het verschil nog steeds niet begrijpen - het 1C-bedrijf schrijft zelf duidelijk wat er in de configuratie zit vanuit het oogpunt van de PSU -

Ik vestig de aandacht op het woord "basis" functionaliteit voor automatisering.

Tags: crm-systemen, handelsbeheer, 1s, bedrijfsprocessen

Mogelijkheden die het ingebouwde regelmechanisme biedt:

De exacte werkvolgorde, de kans op fouten of het overslaan van een van de werkfasen wordt verminderd.
Geformaliseerde aanpak, dankzij een vooraf bepaalde structuur van het 1C-bedrijfsproces.
Controle in elke fase.
Bepalen welke van de werkfasen het minst effectief waren en het proces optimaliseren.
Het modelleren van de structuur van een bepaalde organisatie.

Voor een visuele weergave van de omstandigheden, volgorde en kenmerken van elke etappe wordt een routekaart gebruikt. De routekaart heeft fasen die het ene proces van het andere scheiden door een routepunt. Op elk punt zijn er taken die moeten worden voltooid en alle benodigde informatie voor controle wordt hier aangegeven: uitvoerder, belang en deadlines.

Moeilijk - wijzigingen in de route zijn niet mogelijk;
Voorwaardelijk - de uitvoering van de taak is afhankelijk van een aantal voorwaarden, waarvan er meerdere kunnen zijn. Hieruit wordt de uiteindelijke werkroute opgebouwd;
Parallel - twee of meer routes waarlangs de implementatie van het bedrijfsproces zal plaatsvinden. Op een gegeven moment kunnen de takken samenkomen;
Gratis - dit type bedrijfsproces heeft geen route en wordt uitgevoerd op basis van de taak.

Overweeg de werking van het programma aan de hand van het voorbeeld van verkopen in 1C:UT.

Het proces van het beheren van het handelsproces begint ( BPM) vanaf het startpunt.

Waypoints zijn gele rechthoeken. Elk vak geeft aan welke werknemer of meerdere werknemers de gespecificeerde taak moeten uitvoeren. Voltooide taken zijn gemarkeerd met een vinkje.

Om het bedrijfsproces te starten, moet u een deal maken in de sectie "CRM en Marketing" door de vereiste velden in te vullen, waarna de dealkaart wordt opgeslagen en 2 hyperlinks worden geopend: "Stage" en "Routekaart ".

In de officiële documentatie voor het 1C:Enterprise 8.2-platform in de sectie "13.7. Splitsen en samenvoegen » Het gedrag van bedrijfsprocessen op split- en samenvoegpunten wordt als volgt beschreven:

“Om een bedrijfsproces op te delen in meerdere parallelle (gelijktijdig en onafhankelijk) uitvoerbare takken, wordt een splitpunt gebruikt. Het splitpunt heeft één ingang en een onbeperkt aantal uitgangen.

Een samenvoegpunt wordt gebruikt om eerder gesplitste takken te synchroniseren. Het bedrijfsproces wordt pas na het samenvoegpunt uitgevoerd nadat alle vertakkingen die erin zijn opgenomen zijn doorlopen.

Ik zal dit demonstreren aan de hand van het voorbeeld van een eenvoudige routekaart (Fig. 1)

Op het splitspunt worden taken gemaakt in elk van de takken (Fig. 2), vervolgens wordt elke tak parallel uitgevoerd en de taak op het punt Actie4 wordt gemaakt wanneer alle taken van elke tak zijn voltooid (Fig. 3)

Gedraagt het systeem zich altijd zo? Laten we het uitzoeken. Laten we eerst aandacht besteden aan de volgorde waarin taken worden gemaakt na het splitspunt (Fig. 4)

Aan het taaknummer kunt u zien dat de taak op dat moment als eerste is gemaakt Actie3. Nu, in de bedrijfsprocesmodule voor dit punt, zullen we de volgende handler beschrijven bij het maken van taken:

Procedure Action3Bij het maken van taken(WaypointBusinessProces, VormbaarTaken, Weigering )

Voor elk TaakObject Van VormbaarTaken Fiets

TaakObject . Om de taak uit te voeren();

Eindcyclus;

EindeProcedure

Een dergelijke handler zorgt ervoor dat de gemaakte taak onmiddellijk wordt uitgevoerd. We starten een nieuw bedrijfsproces met een routekaart weergegeven in figuur 1. En wat gaan we zien? Na het voltooien van de taak Actie3 taak is gemaakt Actie4(Figuur 5), ondanks het feit dat andere takken van het proces nog niet zijn afgerond! Voor degenen die deze situatie proberen te reproduceren, waarschuw ik je: in plaats van een handler voor het Action3-punt te schrijven, kan het nodig zijn om een handler voor automatisch aanvullen van taken voor het Action1- of Action2-punt te schrijven. Het actiepunt, waarvan de automatische uitvoering het processchema "breekt", is precies het punt waarop de eerste taak na het splitspunt wordt gecreëerd. Wat de volgorde van het maken van taken bepaalt, wordt hieronder besproken.

Een dergelijk gedrag van een eenvoudig routeschema kan op geen enkele manier worden aangenomen, op basis van de beschrijving aan het begin van het artikel. Misschien is het een soort schemaweergavefout? Nee, dit is echt wat er gebeurt. Het bedrijfsproces loopt niet alleen voorbij het samenvoegpunt zonder te wachten tot taken op parallelle vertakkingen zijn voltooid, maar het herschept ook taken op routepunten die volgen op het samenvoegpunt nadat de parallelle vertakkingen zijn voltooid. We kijken naar de lijst met taken voor ons proces en zien elk 2 taken voor de Action4- en Action5-punten (Fig. 8)

Wat zegt het? In feite betekent dit dat wanneer de taak automatisch wordt uitgevoerd Actie3 we zullen het gedrag van het bedrijfsproces krijgen dat overeenkomt met het schema dat wordt getoond in figuur 9, dat wil zeggen dat het samenvoegpunt wordt overgeslagen bij het uitvoeren van één vertakking. Maar ook dit is niet altijd waar. Als op het punt Actie4 we zullen de eerste van de gemaakte taken niet uitvoeren, totdat de tweede taak verschijnt als resultaat van de uitvoering van parallelle takken naar het samenvoegpunt, dan de volgende taak op het punt Actie5 wordt alleen gemaakt bij het uitvoeren beide taken bij het punt Actie4, dat wil zeggen, het bedrijfsproces corrigeert als het ware de eerdere fout van het negeren van het samenvoegpunt. Verder wordt er volgens het routeschema slechts één taak gemaakt. Voor degenen die geïnteresseerd zijn in dit gedrag van het bedrijfsproces, raad ik u aan dit zelf te verifiëren.

Laten we een ander voorbeeld bekijken. Laten we uitgaan van het punt Actie3 is geen actiepunt, maar een genest procespunt. Voor de eenvoud gebruiken we het volgende schema van een genest bedrijfsproces (Fig. 10)

Als in een evenement Staat1ControleerVoorwaarden doe niets, zo'n proces eindigt direct na de start, zonder een enkele taak te creëren. In de praktijk kan dit ook voorkomen bij complexere processen, als de noodzaak om de taken van het proces uit te voeren pas ontstaat als aan bepaalde voorwaarden wordt voldaan. Laten we het punt Action3 vervangen door het punt van het geneste bedrijfsproces en het diagram krijgen dat wordt weergegeven in Afbeelding 11.

We controleren het werk van een bedrijfsproces met een genest proces en zorgen ervoor dat het gedrag vergelijkbaar is. Figuur 12 is een diagram van het bedrijfsproces na de start.

Komt dit gedrag altijd voor in dergelijke circuits? Laten we het uitzoeken. Houd er rekening mee dat taken op het splitspunt worden gemaakt in de volgorde waarin lijnen op het splitspunt zijn toegevoegd. Dit kunt u zien als u de namen van de verbindingslijnen weergeeft (afb. 13).

Laten we proberen Line2 en Line4 om te wisselen. En tot slot, bij het starten van een nieuw proces, zien we het verwachte resultaat (Fig. 14)

Houd er rekening mee dat de lijnen nodig verwisseld hoeven te worden. Als u de lijnen die uit het splitspunt komen eenvoudigweg hernoemt, blijft het resultaat hetzelfde. Een andere manier om dit probleem op te lossen is door de Line2-link te verwijderen, een nieuwe link toe te voegen op het splitspunt en deze te verbinden met het geneste procespunt.

Wij concluderen:

Bij het automatisch uitvoeren van een taak die is gekoppeld aan: eerst in volgorde van toevoeging puntlijnen splitsen indien na deze taak samenvloeiingspunt volgt onmiddellijk , wordt dit samenvoegpunt genegeerd en wordt de volgende taak volgens het routeschema gemaakt. Als u geen aandacht besteedt aan de volgorde van koppelingen, kunt u een ander gedrag van het bedrijfsproces krijgen bij het maken van uiterlijk identieke schema's.

Met deze afhankelijkheid moet ook rekening worden gehouden bij het wijzigen van bestaande schema's. Stel dat we besloten dat in plaats van één taak op het punt Actie1 in Afbeelding 14, die voor ons begon te werken zoals vereist, er een genest proces zou moeten zijn dat, onder bepaalde omstandigheden, automatisch kan worden uitgevoerd volgens de voorwaarde die vergelijkbaar is met Afbeelding 10. Dan , wanneer ons proces begint, zullen we een bekend beeld zien met het negeren van het samenvoegpunt (Fig. 15)

Tot slot zou ik willen opmerken dat het gespecificeerde gedrag van bedrijfsprocessen werd opgemerkt op het 8.1-platform en nog steeds verschijnt in de nieuwste releases van 8.2. Bij het opstellen van het artikel is er getest op de platformrelease 8.2.15.310.

De business process engine (BPM) verscheen begin 2005 als onderdeel van 1C:Enterprise, en men kan stellen dat dit een veelbelovende en nuttige innovatie van het platform is. De essentie is de automatisering van ketens van gerelateerde operaties die gericht zijn op het bereiken van een gemeenschappelijk doel, meestal in de context van een organisatiestructuur die functionele rollen en relaties definieert. Automatisering van bedrijfsprocessen verbetert de kwaliteit van de werkorganisatie en de efficiëntie van het management.

· Kwaliteitsverbetering. Bedrijfsprocessen formuleren en implementeren de regels voor het uitvoeren van individuele operaties en hun relatie, die fouten veroorzaakt door de menselijke factor aanzienlijk kunnen verminderen of zelfs volledig elimineren uit het bedrijfsproces. Met een eenvoudige takenlijst kunnen medewerkers zich concentreren op hun directe verantwoordelijkheden.
· Efficiëntie verhogen. Met behulp van het bedrijfsprocesmechanisme is het mogelijk om organisatorische activiteiten te formaliseren en de functies van het beheer van het gezamenlijke werk van werknemers toe te wijzen aan een toepassingsoplossing, wat leidt tot een efficiënter gebruik van de werktijd.
· Nieuwe kansen bieden. Gegevens over de uitvoering van taken en de voortgang van bedrijfsprocessen kunnen als basis dienen voor het optimaliseren van de organisatiestructuur van een onderneming, het identificeren van knelpunten en verborgen middelen. Zo is de procesmanagementmethodiek volledig geïmplementeerd.

In het algemeen zal het gebruik van bedrijfsprocesmechanismen in toegepaste oplossingen ondernemingen, ook kleine, in staat stellen over te stappen van het traditionele functionele managementmodel naar een modern procesgericht schema, waarbij hun activiteiten kwalitatief worden verbeterd door middel van herinrichting en automatisering van bedrijfsprocessen.

Basisinformatie over het mechanisme van bedrijfsprocessen in 1C

Bedrijfsprocessen in 1C: Ondernemingen zijn nodig om individuele handelingen (factuur uitreiken, contante betalingen accepteren, goederen uit een magazijn afgeven, enz.) te combineren tot ketens van onderling gerelateerde acties die leiden tot het bereiken van een specifiek doel (bijvoorbeeld goederen contant). De deelname van medewerkers aan de levenscyclus van een bedrijfsproces wordt bereikt door op rollen gebaseerde routering.

Het mechanisme van bedrijfsprocessen in 1C wordt geleverd door verschillende configuratie-objecten tegelijk: bedrijfsprocessen, taken, informatieregister en sessieparameter. In de regel worden de typen taakadresattributen en informatieregisterdimensies toegewezen door koppelingen naar de corresponderende mappen, daarom worden mappen toegevoegd aan de vier hierboven genoemde typen.

De belangrijkste doelen van de business process engine zijn bedrijfsprocessen en taken. Ze gebruiken elkaar en nog drie hulpobjecten - sessieparameter, informatieregister en mappen. De helperobjecten gebruiken elkaar niet, noch de hoofdobjecten.

De taak is ontworpen om rekening te houden met taken en beschrijft hoe deze worden verdeeld over de uitvoerders, rekening houdend met de organisatiestructuur van de onderneming. Het adresseren van taken aan werknemers wordt bepaald door details die kunnen zorgen voor multidimensionale, op rollen gebaseerde routering, bijvoorbeeld door rollen, werkgroepen, divisies, gebouwen, vestigingen, enz. In dit geval kunnen taken niet alleen worden gecreëerd door bedrijfsprocessen, maar ook door andere objecten van de infobase en rechtstreekse gebruikers. Bovendien kan de taakuitvoerder in het algemeen niet alleen een werknemer zijn, maar ook een willekeurig extern systeem, bijvoorbeeld een ander boekhoudsysteem.

Het concept van een taak definieert eigenlijk alleen de interface voor de interactie van een bedrijfsproces met een taak, waarvan de uitvoering in het algemeen niet gerelateerd kan zijn aan de uitvoering van bewerkingen in het systeem zelf. Een bedrijfsproces tijdens de uitvoering ervan kan bijvoorbeeld de coördinatie van een kwestie met het hoofd van het bedrijf vereisen. De op deze manier geformuleerde taak zal bijvoorbeeld worden gericht aan de secretaris, die deze zal oplossen met alle middelen die hem ter beschikking staan: per e-mail, per telefoon, enz. De taak wordt als voltooid beschouwd wanneer het systeem informatie ontvangt over het verkrijgen van de benodigde goedkeuring.

Het object "Bedrijfsproces" beschrijft de logica van het uitvoeren van bewerkingen om een bepaald doel te bereiken en beheert de levenscyclus van de gecreëerde bedrijfsprocessen (hun instanties) vanaf het moment van start tot het moment van voltooiing. De logica van het bedrijfsproces (de relatie en volgorde van het omzeilen van de waypoints, voorwaardelijke sprongen, etc.) wordt duidelijk beschreven in de vorm van een routekaart, waarmee u de route van het bedrijfsproces visueel kunt beschrijven in de vorm van een verbonden grafiek en maakt het gemakkelijk om de algoritmen van voorwaardelijke sprongen en de reactie van het bedrijfsproces op verschillende gebeurtenissen te beschrijven.

De handelingen die tijdens een bedrijfsproces worden uitgevoerd, worden op de routekaart weergegeven door actiepunten die informatie bevatten over wie wat in dit stadium moet doen. De uitvoerder kan persoonlijk worden bepaald (Ivanov) of rekening houdend met rolrouting (“Storekeeper”, “Head of Sales Department”). Wanneer een bedrijfsproces naar een actiepunt gaat, genereert het automatisch taken door de opgegeven adresgegevens daarin in te stellen. Nadat de uitvoerder de taak als voltooid markeert, gaat het bedrijfsproces automatisch naar het volgende waypoint in overeenstemming met de kaart.

Op het actiepunt is het ook mogelijk om groeps- en collectieve taken toe te wijzen. In het eerste geval moet de actie worden uitgevoerd door alle leden van de groep - bijvoorbeeld wanneer alle managers een maandelijks rapport moeten indienen. In het tweede geval hoeft slechts één van de groepsleden de actie uit te voeren (bijvoorbeeld een document van een van de senior managers goedkeuren). Bij het actiepunt kunt u de controle van de noodzakelijke voorwaarden voor het voltooien van de taak beschrijven, een interactieve dialoog met de gebruiker bij het verder verplaatsen van de route en bijvoorbeeld aangeven welke documenten moeten worden geopend bij het activeren van taken die bij dit punt horen van het bedrijfsprocestraject.

Het bedrijfsprocesmechanisme in 1C staat verschillende soorten routering toe.

Stijf. Het bedrijfsproces heeft een kaart die geen voorwaardelijke en parallelle overgangen bevat met vast gedefinieerde bestemmingen voor elk routepunt. Afwijzing van dergelijke bedrijfsprocessen is niet toegestaan.
Vrij. Bestemmingen voor routekaarten voor bedrijfsprocessen zijn niet ingesteld en worden programmatisch of interactief bepaald tijdens de levenscyclus van het bedrijfsproces.
Voorwaardelijk. De routekaart voorziet in het controleren van de voorwaarden en het volgen van de juiste takken. Overgangen kunnen binair (voorwaarde) of meervoudig (optieselectie) zijn
Parallel. De routekaart voorziet in de opdeling van het bedrijfsproces in parallelle takken met de mogelijkheid tot latere samenvoeging (wachten). De bevordering van het bedrijfsproces langs elk van de parallelle takken gebeurt onafhankelijk, aangezien de overeenkomstige taken worden voltooid.

In de regel zijn al deze soorten routering te vinden in echte bedrijfsproceskaarten.

Algemeen schema voor het creëren van een bedrijfsproces in 1C

1. Maak een adresregister aan

a. Formulieren maken

2. Maak een taak

a. Vul het tabblad Adressering in
b. We vullen de gegevens in met de details die worden overgedragen tussen de taken en het bedrijfsproces zelf
c. Formulieren maken

3. Creëer een bedrijfsproces

a. Vul de taak in, details, formulieren maken
b. Een routekaart tekenen

Adresseringsfuncties

Adressering verwijst meestal naar een object waaraan een specifieke taak is toegewezen. Adressering kan ofwel rigide zijn, in welk geval het adresserende object wordt toegewezen tijdens zijn vorming, of willekeurig, in welk geval de taak niet een specifiek adresserend object wordt toegewezen, maar bijvoorbeeld zijn rol, positie of andere waarde, indirect aangevend de bereik van adresserende objecten waarvoor de taak is gevormd.

Het informatieregister wordt gebruikt om de adresseringsregels te beschrijven. Voor het toewijzen van adressering wordt het systeem geleid door de metingen van dit register, bronnen en details worden niet door het systeem zelf gebruikt voor adressering, hoewel ze wel in het register aanwezig kunnen zijn. Een van de dimensies van het register moet een dimensie zijn waarin specifieke artiesten worden opgeslagen, extra dimensies zullen worden gebruikt voor willekeurige adressering. Het adresseren van periodiciteit wordt momenteel niet ondersteund op systeemniveau. Dat wil zeggen, het informatieregister waarin de adresseringsregels zijn opgeslagen, mag niet periodiek zijn.

Laten we een eenvoudig voorbeeld geven: als objecten van adressering zullen we de werknemers van de onderneming die met het programma werken, begrijpen. Als we bij het aanmaken van een taak van tevoren weten voor welke medewerker deze is aangemaakt, dan wordt deze medewerker bij zijn eigenschappen aangegeven. Een dergelijke toewijzing van het adresserende object wordt hard genoemd. Indien bij het aanmaken van een taak een bepaalde medewerker om wat voor reden dan ook niet kan worden opgegeven, maar toch bekend is dat deze taak door iemand van de "Sales Afdeling" moet worden uitgevoerd, dan wordt deze afdeling als adresserend object aangegeven. Welke medewerkers deze opdracht uiteindelijk krijgen, hangt af van wie op welke afdeling werkt.

Adresseringsvoorbeeld: als een specifiek adresseringsobject (werknemer, systeemgebruiker) tijdens zijn vorming als taakuitvoerder wordt opgegeven, wordt hij in elk geval toegewezen. Als er geen specifieke uitvoerder is opgegeven, komt het willekeurige adresseringsmechanisme in het spel. Het systeem wordt geleid door de correspondentie van registermetingen. Als er twee dimensies in het adresseringsregister zijn (een voor de uitvoerder en nog een voor een of ander adresseringsattribuut - bijvoorbeeld afdeling), dan wordt de taak toegewezen aan alle artiesten voor wie er vermeldingen in het register zijn met een extra adressering attribuut.

Soms is het belangrijk om taken te kunnen toewijzen aan uitvoerders die met specifieke aannemers werken en hun contactpersonen. Een voorbeeld van zo'n adres:

Met de gespecificeerde adresregels zal Ivanov worden toegewezen als de uitvoerder van taken voor "Mir", ofwel met de gespecificeerde contactpersoon "Directeur", of als de contactpersoon niet is gespecificeerd. Voor werkzaamheden met de contactpersoon "Storeman" zal "Petrov" als executeur worden aangesteld.

Aangezien taken worden gemaakt om ze toe te wijzen aan specifieke uitvoerders die met het systeem werken, is het noodzakelijk om de gebruiker tijdig op de hoogte te stellen van het verschijnen van een nieuwe taak. Om dit te doen, moet het systeem de ingelogde gebruiker "kennen". Een verwijzing naar de huidige gebruiker moet worden opgeslagen in een sessieparameter, waarvan de waarde moet worden geïnitialiseerd bij het opstarten van het systeem. Omdat er bovendien meerdere dimensies in het adresseringsregister kunnen voorkomen, is het belangrijk dat het systeem aangeeft in welke van deze dimensies de gebruiker-uitvoerder moet worden gezocht.

Mogelijkheden om de Business Process Engine te gebruiken.

Het bedrijfsprocesmechanisme is een integraal onderdeel van het technologische platform, wat betekent dat de mogelijkheden ervan beschikbaar kunnen komen voor alle applicatieoplossingen die zijn gemaakt op basis van 1C:Enterprise 8. In het algemeen is het Business Process Mechanism gericht op het verhogen van de efficiëntie van het ontwikkelen en onderhouden van toegepaste oplossingen. De ervaring met de toepassing ervan leert echter dat het opleggen van bedrijfsprocessen bovenop kant-en-klare applicaties bepaalde problemen veroorzaakt: vaak moet je ontwerpbeslissingen met een frisse blik bekijken en iets opnieuw doen. Dit is natuurlijk niet verrassend - op dezelfde manier vereist de automatisering van een onderneming in de regel een herziening van het algemene schema van zijn werking. Voor een effectieve toepassing van het bedrijfsprocesmechanisme is het wenselijk dat het procesmanagementmodel in eerste instantie wordt ingebed in de toepassingsoplossing.

Het ontwerpen van bedrijfsprocessen op zich vereist niet alleen kennis van de basis van 1C:Enterprise-configuratie, maar ook een goed begrip van het vakgebied en de specifieke behoeften van de klant. In feite stimuleert het mechanisme van het bedrijfsproces de betrokkenheid van specialisten van een kwalitatief ander niveau bij het ontwerp en de configuratie van specifieke applicatiesystemen - bedrijfsanalisten, adviseurs en klantmanagers. Bovendien komt het positieve effect van het bedrijfsprocesmechanisme voor de klant ook tot uiting wanneer hij niet direct betrokken is bij het ontwerpen van bedrijfsprocessen, maar alleen door iemand ontwikkelde schema's toepast. Het vermogen om de acties van het systeem formeel te beschrijven en hun structuur in een visuele vorm te presenteren, stelt de klant in staat de logica van de oplossing beter te begrijpen, inclusief het controleren van de juistheid van de taak die aan de ontwikkelaar is toegewezen.

We hebben het dus over een andere belangrijke richting in de ontwikkeling van 1C:Enterprise-toepassingsoplossingen - het verhogen van hun beheersbaarheid. Het gebruik van het bedrijfsprocesmechanisme maakt het mogelijk om kwalitatief verschillende informatie te verzamelen over de werking van het enterprise managementsysteem, op basis waarvan managers een objectieve analyse kunnen maken van de effectiviteit van het functioneren van zowel de organisatie als geheel als haar individuele medewerkers. Met dit mechanisme kunt u de focus verleggen van boekhoudtaken naar de bedrijfsvoering als geheel.

Ontwikkelaars en gebruikers kunnen meer te weten komen over het bedrijfsprocesmechanisme dat is geïmplementeerd in 1C:Enterprise 8 met behulp van de democonfiguratie die wordt gedistribueerd op de Information Technology Support (ITS)-schijf. Er zijn verschillende eenvoudige bedrijfsprocessen ("Verkoop van goederen", "Bestelling" en "Overeenkomst", enz.) die verschillende opties tonen voor de praktische toepassing van dit mechanisme.

Opmerking voor de programmeur.

Volgorde van uitvoering van behandelaars van bedrijfsprocessen

Vorm: voor het doen
Vorm: voor het schrijven (eerst op de client, dan op de server)
Taakmodule: voor uitvoering
Bedrijfsproces: vóór uitvoering
Taakmodule: In uitvoering
Taakmodule: voor opname
Taakmodule: Aan Schrijven
Bedrijfsproces: aan de gang
Vorm: na opname (eerst op de server, dan op de client)

Interactieve procedures worden niet uitgevoerd in de beheerde modus.