Հոդվածի հիմնական թեմաները- սա:

• Ավտոմատացման ուղղություններ. Ի՞նչը կարող ենք ավտոմատացնել 1C:Specialist-ի աշխատանքում: Ինչը պետք է ավտոմատացված լինի, ինչը ոչ: Ես կխոսեմ ավտոմատացման օրինակների մասին, որոնք արդեն կիրառվում են տարբեր մարդկանց կողմից։
• ես կասեմ քեզ այն մասին, թե ինչպես ստեղծել ունիվերսալ լուծումներ - այնպիսի լուծումներ, որոնք կաշխատեն տարբեր կոնֆիգուրացիաների վրա:
• ես կասեմ քեզ գործիքների մասին, որոնք օգնում են մեզ ավտոմատացնել մեր աշխատանքը և օգնում են մեզ գրել կոդ, որը մեզ համար կոդ կգրի:
• Դե, ես կասեմ մասին ընդհանուր սխեմանհարմարվողական լուծումներօգտագործողի կազմաձևմանը:

Ավտոմատացման ուղղություններ

Որոնք են ամենատարածվածը ավտոմատացման ուղղություններ?

• Երբ խոսում ենք ավտոմատացման մասին, ամենից հաճախ նկատի ունենք կառավարման առաջադրանքների ավտոմատացում(արխիվային պատճենների ստեղծում, կոնֆիգուրացիայի թարմացում): Այս ուղղությունը ամենահեշտն է, քանի որ բոլոր ներկայիս ստանդարտ լուծումները կառուցված են Ստանդարտ ենթահամակարգերի գրադարանի (BSP) հիման վրա, որն արդեն պարունակում է մեխանիզմներ, որոնք ավտոմատ կերպով օգնում են. թարմացնել կոնֆիգուրացիան և ստեղծել դրա պատճենը. Ավելին, եթե ձեր տվյալների բազան փոքր է, և դուք ունեք ակտիվ բաժանորդագրություն ITS-ին, ապա BSP-ն ինքը կարող է տեղադրել ձեր տվյալների բազայի պատճենը: ամպային պահեստավորում 1C, որպեսզի չկորցնեք տվյալները, նույնիսկ եթե համակարգչի հետ ինչ-որ բան պատահի
• Ավտոմատացման երկրորդ ուղղությունն է լուծման փորձարկում. 1C աշխարհում դա մի փոքր ավելի դժվար է, քան դասական զարգացման մեջ, բայց, այնուամենայնիվ, վերջերս շատ է խոսվում այն ​​մասին, որ արժե ամեն փոփոխության հետ կոնֆիգուրացիան փորձարկել, և ավելի լավ է դա անել ավտոմատ կերպով: . Այսօր շուկայում կան բազմաթիվ ավտոմատացված փորձարկման գործիքներ: Դրանցից ամենահետաքրքիրը, իմ կարծիքով, հետևյալն են. «Սցենարների թեստավորում» 1C ընկերությունից, Ինչպես նաեւ բաց կոդով մշակում «Վանեսա վարքագիծ». Նրանք ունեն աշխատանքի մի փոքր այլ տրամաբանություն, բայց, սկզբունքորեն, այս երկու լուծումներն էլ հաղթահարում են թեստավորման ավտոմատացման խնդիրը: Որն ընտրել, կախված է օգտագործողից:
• Եվ ավտոմատացման երրորդ ուղղությունն այն է, ինչի մասին ես կխոսեմ ներկայացման մնացած մասի մասին զարգացման ավտոմատացում. Շատերի համար 1C լուծումներ ստեղծելու միակ միջոցը կոնֆիգուրատորում կոդ գրելն է։ Բայց ինչի մասին եմ ուզում խոսել կոդի հետ ծրագրային կերպով աշխատելու շատ տարբերակներ կան.

Զարգացման ավտոմատացման օրինակներ

Որո՞նք են արդեն իսկ ներդրված ավտոմատացման հիմնական օրինակները?

• Մեկը լավագույն օրինակներըես կարծում եմ Ստանդարտ ենթահամակարգերի գրադարան (BSP) և դրա իրականացման գործընթացը. Նրանց համար, ովքեր ներգրավված չեն եղել BSP-ի հետ միաձուլման մեջ, ես մի փոքր կխոսեմ BSP-ի այլ ինքնուրույն գրված կոնֆիգուրացիաների հետ ինտեգրվելու գործընթացի մասին: Այս գործընթացը բաղկացած է երեք փուլից.
  • Առաջին քայլում մենք համատեղում ենք BSP-ն մեր կոնֆիգուրացիայի հետ: Միևնույն ժամանակ, մենք կոնֆիգուրացիայի մեջ ունենք տարբեր ենթահամակարգերի մոդուլներ:
  • Շատ դեպքերում մեզ անհրաժեշտ են միայն որոշ ենթահամակարգեր, ուստի BSP-ի ներդրման երկրորդ փուլը կոնֆիգուրացիայից անջատում է այն օբյեկտները, որոնք մեզ պետք չեն: Այս քայլը ավտոմատացված է: Դուք բացում եք մշակում, որը հանդիսանում է Ստանդարտ ենթահամակարգերի գրադարանի մի մասը, այս մշակումը բեռնաթափում է կոնֆիգուրացիան ֆայլերի մեջ, փոխում է այս ֆայլերի տեքստը և հետ է բեռնում այն:
  • Եվ իրականացման երրորդ փուլը, որն անհրաժեշտ է ոչ բոլոր ենթահամակարգերի, այլ որոշների համար, օրինակ, եթե դուք իրականացնում եք «Արտաքին տպագիր ձևեր», ապա, բացի այն կոնֆիգուրացիայի մեջ համատեղելուց, անհրաժեշտ է նաև միացնել այն ձևաթղթերին: Սա պարզ գործողություն է, պարզապես անհրաժեշտ է ձևի «OnCreate» պրոցեդուրաում տեղադրել կոդի տող, ինչպես նաև ավելացնել մի քանի փոքր ընթացակարգեր: Այս գործողությունը ավտոմատացնելու համար կա նաև առանձին մշակում, որը կոչվում է «Կոդերի բեկորների դասավորություն»: Դուք պարզապես գործարկում եք այս մշակումը, և այն կվերլուծի ձեր կոնֆիգուրացիան և կտեղադրի անհրաժեշտ տեքստը ձևերի մեջ:
• Ավտոմատացման մեկ այլ օրինակ է արտաքին տպագրական ձևերի մշակումը։ Ընդհանուր առմամբ, ցանկացած իրականացման համար ներկառուցված տպագրական ձևաթղթերի փոխանցում արտաքինինամենատարածված գործողություններից մեկն է: Այս գործընթացը կարող է նաև ավտոմատացվել. Infostart-ը նույնիսկ ունի փոքր մշակում, որը կոչվում է այսպես. «Արտաքին տպագրական ձևաթղթերի կառուցող». Այն աշխատում է այն կազմաձևով, որտեղից դուք փոխանցում եք տպագրվողը.
  • Դուք ընտրում եք, թե որ տպագրությունն եք ուզում մատուցել,
  • Պատճենեք կառավարչի մոդուլի տեքստը այս ձևից այս մշակման մեջ
  • Եվ վերամշակումն ինքնին.
    • Այն ինքն իրենից վերցնում է կաղապար և տեղադրում է այն տեքստը, որն անհրաժեշտ է ստանդարտ ենթահամակարգերի գրադարանը մեխանիզմին միացնելու համար։
    • Այս տեքստում սահմանում է տվյալներ տպագիր ձևի մասին (նրա անունը),
    • Սահմանում է, թե որ փաստաթղթին այն պետք է հղվի,
    • Եվ մենեջերի մոդուլից հանում է այն ընթացակարգերը, որոնք անհրաժեշտ են այս տպագրելի աշխատանքի համար:

Իհարկե, դուք չեք ստանա լիովին աշխատող արտաքին տպագրական ափսե, բայց դուք կստանաք կաղապար, որը բավականին հեշտ է հարմարեցնել ձեռքով:

• Մեկ այլ օրինակ է ավտոմատ կոդերի ստեղծում. Այն կարող է օգտագործվել, օրինակ, հետևյալի համար.
  • նկարչություն ձևի տարրեր;
  • Կոդի ստեղծում պայմանական դիզայն;
  • Եվ ավտոմատ ստեղծման համար ACS սխեմաներ.

Նրանք, ովքեր երկար ժամանակ աշխատել են կառավարվող ինտերֆեյսի վրա, գուցե նկատել են, որ վերջին մի քանի տարիների ընթացքում փոխվել է պայմանական տեսք ստեղծելու մոտեցումը։ Եթե ​​UT11.0-ում պայմանական դիզայնը գրված էր կոնստրուկտորում, ապա արդեն 11.2-ում բոլոր պայմանական դիզայնը ծրագրավորված է կառուցված: Այս ազդեցությունն ունի երկու պատճառ.

• Առաջինը հարթակի առանձնահատկությունն է, որն արգելում է նույն վիճակի միաժամանակյա առկայությունը՝ ֆիքսված և մաքսային։
• Բայց կա երկրորդ պատճառ. սա այն է, որ տիպիկ կոնֆիգուրացիաների զարգացման ներկա մակարդակում շատ դժվար է նշանակել բոլոր պայմանները զարգացման փուլում: Քանի որ պայմանական ձևավորումը կախված է.
  • Ինչ տարբերակներից եք միացրել;
  • Օգտագործողի իրավունքներից;
  • Իսկ ինֆոբազայի կարգավորումներից։

Հետևաբար, այժմ խորհուրդ է տրվում ծրագրային կերպով սահմանել պայմանական տեսքը կառավարվող ձևերում: Եվ, եթե ուշադրություն դարձնեք UT11-ում պայմանական ձևաչափման ձևավորման կոդի վրա, ապա այն նույնն է (նույն փոփոխականների անունները, նույն նահանջները): Ակնհայտ է, որ այս կոդը ստեղծվել է ավտոմատ կերպով՝ ըստ կոնստրուկտորի:

• Պլատֆորմ 8.3.6-ը ներկայացրեց այնպիսի հետաքրքիր առանձնահատկություն, ինչպիսին է ընդարձակումներ. Նրանք թույլ են տալիս փոխել տիպիկ կոնֆիգուրացիաների ֆունկցիոնալությունը՝ առանց իրենց կոնֆիգուրացիաները փոխելու: Այնուամենայնիվ, խնդիրն այն է, որ դժվար է ստեղծել մեկ ունիվերսալ լուծում տարբեր կոնֆիգուրացիաների համար, քանի որ տարբեր օբյեկտներ կարող են միացվել ընդլայնմանը տարբեր կոնֆիգուրացիաներով: Այս դեպքում շատ ավելի հարմար է ստեղծել ընդհանուր ընդլայնման ձևանմուշ և դրան ծրագրային կերպով ավելացնել փաստաթղթեր / տեղեկատուներ:
• Եվ վերջին օրինակն է տեղափոխել ձեր փոփոխությունները թարմացումների ընթացքում. Դա, իհարկե, կարելի է ձեռքով անել, բայց ավելի հարմար է նման գործողություններ կատարել ճշգրիտ տեքստի մակարդակով, հատկապես, եթե դուք օգտագործում եք Git մեխանիզմներ (մասնաճյուղեր): Այս դեպքում Git-ն ավելի ճիշտ է միացնում տիպի կոնֆիգուրացիան ձեր փոփոխությունների հետ։ Եթե ​​փոփոխությունները փոքր են, ապա շատ դեպքերում թարմացումը կարող է ամբողջությամբ ինքնաբերաբար անցնել:

Ունիվերսալ լուծումներ ստեղծելու ուղիներ

Որո՞նք են ունիվերսալ լուծումներ ստեղծելու ուղիները:

Կարծում եմ, որ յուրաքանչյուր խորհրդատվական ծրագրավորող, ով աշխատում է 1C-ով, ունի անձնական մշակման / հաշվետվությունների իր թղթապանակը, որոնք կազմվել են կոնկրետ խնդիր լուծելու համար: Խնդիրն այն է, որ շատ դեպքերում նման զարգացումները գրվում են շատ նեղ առաջադրանքի համար, և երբ հայտնվում է նմանատիպ առաջադրանք, դրանք պետք է հարմարեցվեն։ Ավելի հարմար է մի փոքր ժամանակ ծախսել և վերամշակումը սկզբնական շրջանում ավելի բազմակողմանի դարձնել.

• Համընդհանուր լուծումներ ստեղծելու ուղիներից մեկն այն է մետատվյալների վերլուծություն. Փաստորեն, բոլոր տեսակի մշակման համար օգտագործվում է այս մեթոդը.
  • Տվյալների համընդհանուր վերբեռնմամբ մշակում,
  • համընդհանուր զեկույց,
  • Մանրամասների տեղադրման մշակում։

Այս գործիքներն աշխատում են ցանկացած կոնֆիգուրացիայի վրա, քանի որ դրանք պարզապես վերլուծում են այն կոնֆիգուրացիայի մետատվյալները, որոնցում գործարկվում են, երբ գործարկվում են:

• Որոշ դեպքերում այս մոտեցումը չի աշխատում, քանի որ տարբեր կոնֆիգուրացիաներ պահանջում են գործողության տարբեր կանոններ: Այս դեպքում կարող եք օգտագործել կոդերի առանձին ճյուղեր տարբեր կոնֆիգուրացիաների համար:
  • Եթե ​​կոնֆիգուրացիան այսպիսին է, ապա մենք կատարում ենք մեկ տեքստ.
  • Եթե ​​կոնֆիգուրացիան տարբեր է, ապա մենք կատարում ենք մեկ այլ տեքստ:

Շատ դեպքերում այս մոտեցումը թույլ է տալիս կատարել մեկ մշակում, որն աշխատում է տարբեր օգտվողների կոնֆիգուրացիաների վրա:

• Բայց սա, ցավոք, միշտ չէ, որ աշխատում է։ Օրինակ, նույն ընդլայնումների համար երբեմն անհրաժեշտ է ունենալ տարբեր ֆայլեր տարբեր կոնֆիգուրացիաների համար, և յուրաքանչյուր ընդլայնում պետք է ունենա մետատվյալներ հենց այս կազմաձևման համար: Սա նաև բավականին հեշտ է ավտոմատացնել ստեղծելով ձևանմուշ՝ հետագա ծրագրային հարմարեցմամբ օգտագործողի կոնֆիգուրացիան.

Ծրագրավորման գործիքներ 1C արտադրանքի համար: Տարբեր մոտեցումների առավելություններն ու թերությունները

Ինչի համար են գործիքները ծրագրային աշխատանք 1C արտադրանքով?

Կա երեք հիմնական մոտեցում:

• այն ֆայլի վերլուծությունփոքր ֆայլերի մեջ;
• ՆերբեռնումXML;
• Եվ օբյեկտի մոտեցում.

Եկեք նայենք նրանցից յուրաքանչյուրին:

v8 Բացեք փաթեթավորումը

1C արտադրանքի հետ աշխատելու ամենահայտնի եղանակներից մեկն է մեթոդ, որը հիմնված է 1C ֆայլերի կառուցվածքի վրա. Իրականում, կարևոր չէ՝ մենք աշխատում ենք կոնֆիգուրացիայի, զեկույցի կամ ընդլայնման հետ: Տեխնիկապես դա պարզապես կոնտեյներ է, որն ունի բազմաթիվ տարբեր փոքրիկ ֆայլեր: Ցանկացած ապրանք մենք կարող ենք.

• Բաժանել,
• Փոխեք այն մասերը, որոնք ցանկանում ենք փոխել
• Եվ հետ հավաքեք:

Սա, ինձ թվում է, ավտոմատացման լուծումների մեջ կոնֆիգուրացիաների հետ աշխատելու ամենատարածված եղանակներից մեկն է:

Այս մեթոդն իրականացվում է կոմունալ ծառայության կողմիցv8 Բացեք փաթեթավորումը. Ինչ է նա կողմ?

• Սա, առաջին հերթին, պարզություն. Այս կոմունալը գործարկվում է հրամանի ռեժիմով. մենք ասում ենք, թե որ ֆայլն ենք վերլուծում, և ելքում այն ​​տալիս է մի տեղեկատու ֆայլերի փունջով:
• Նա է ունիվերսալ և ամենակեր. Կապ չունի, թե որ հարթակի վրա է գրված ձեր լուծումը (8.1, 8.2, 8.3): Տեխնիկապես, 1C լուծման ֆայլերի կառուցվածքը չի փոխվել մի քանի տարի:
• Այս լուծման մեկ այլ առավելություն այն է ինքնաբավություն. V8Unpack-ի միջոցով կոնֆիգուրացիան փոխելու համար ձեզ հարկավոր չէ 1C հարթակը: Պարզապես գործարկեք կոմունալ ծրագիրը և ցույց տվեք այն, թե որտեղ է գտնվում ֆայլը: Այն չի փոխազդում ոչ կոնֆիգուրատորի, ոչ էլ հարթակի հետ: Այն վերլուծում է ցանկացած ֆայլ ֆայլերի մեջ և հետ է հավաքում:
• Եվ նրա վերջին առավելությունն այն է, որ դա այդպես է միակ գործիքը, որը կարող է աշխատել բայթկոդով. Եթե ​​ձեր մշակումը կամ զեկույցը պարունակում է մոդուլներ, որոնք մատակարարվում են առանց աղբյուրի կոդի, ապա v8Unpack-ը դեռ կվերլուծի դրանք տեքստային ֆայլերի: Իհարկե, այնտեղ ռուսերեն կոդը չենք ստանա, բայց կստանանք բայթկոդը, որը նույնպես կարելի է վերլուծել ու փոխել։ Ավելին, այս բայթկոդը կարող է վերածվել սովորական ընթեռնելի կոդի՝ օգտագործելով Infostart-ում առկա գործիքները: Իհարկե, դա հնարավոր է միայն այն դեպքում, եթե լուծումը չի գործարկվել լրացուցիչ ծրագրերի միջոցով: Եթե ​​այն քշված էր, ապա այն սովորաբար անհնար է ամբողջությամբ վերականգնել, բայց միշտ հնարավոր է մասամբ վերականգնել։

v8Unpack կոմունալն ունի նաև մինուսները.

• Դրա հիմնական թերությունն այն է ֆայլեր, որոնք ստացվում են վերլուծությունից հետո, հստակ անուններ չունեն, և դժվար է որոշել, թե կոնկրետ ինչ է պետք փոխել. պետք է բոլորին նայել:
• Դե, այն պահը, որ միեւնույն է ոչ պաշտոնական որոշում 1C ընկերությունից և արտաքին զարգացում, թեև հին և կայուն:

XML վերբեռնում/ներբեռնում

1C մշակումների հետ աշխատելու երկրորդ ճանապարհն է xml.

• այն պաշտոնական մեխանիզմ, որը առաջարկվում է 1C-ի կողմից և օգտագործվում է իր բոլոր արտադրանքներում, օրինակ՝ BSP-ում և DSS-ում։ 1C ընկերությունը երաշխավորում է, որ այս գործիքը ճիշտ կաշխատի երկու ուղղություններով այն հարթակներում, որոնց համար այն գործարկվել է:
• Այս լուծման առավելությունն այն է, որ այն բեռնաթափում է կոնֆիգուրացիան հստակ կառուցվածքի մեջ. Մենք ունենք:
  • Արմատային մակարդակ - ընդհանուր առմամբ կազմաձևման մակարդակ;
  • Առանձին թղթապանակներ - փաստաթղթերի, գրացուցակների, հաշվետվությունների, մշակումների համար:
  • Այս թղթապանակներից յուրաքանչյուրում կա ենթաթղթապանակ յուրաքանչյուր փաստաթղթի, յուրաքանչյուր գրացուցակի համար:

Այս կառույցի հետ աշխատելը շատ ավելի հեշտ է, քան ոչ ստանդարտ միջոցներով բեռնաթափված կառույցի հետ:

• Նոր լուծումները նույնպես հասանելի է տվյալների մասնակի վերբեռնում.
• Նաև այս գործիքի համար կան շատ շատ բնորոշ օրինակներօգտագործել նույն BSP-ում: Այս օրինակների հիման վրա շատ հարմար է հասկանալ.

Դե, կան մի քանի փոքր մինուսներըդրանում:

• Մեկ հարթակի վրա վերլուծված կոնֆիգուրացիան չի կարող բեռնվել մեկ այլ հարթակում. մենք պետք է աշխատենք նույն հարթակում համատեղելիության խնդիրների պատճառով.
• Բացի այդ, Մինչև 8.3.7 տարբերակը, այս գործիքը չէր կարող աշխատել արտաքին հաշվետվությունների և մշակման հետ. Այժմ նման խնդիր չկա, բայց եթե դուք օգտագործում եք ավելի հին հարթակ, ապա չեք վերբեռնի արտաքին հաշվետվություններ և մշակումներ տեքստի վրա։
• Այն չգիտի, թե ինչպես աշխատել բայթկոդով. այն բեռնաթափում է պաշտպանված մոդուլները երկուական տեսքով:

Ընդհանուր առմամբ, սա ամենահարմար գործիքներից մեկն է՝ պարզ և պարզ:

Խավարում

Եվ վերջին մոտեցումը, որի մասին ուզում եմ խոսել, սա է օբյեկտի մոտեցում. Հուսով եմ՝ բոլորդ գիտեք, որ 1C-ն գրում է իր նոր նորաձև կոնֆիգուրատորը հիմքի վրաԽավարում. Բայց ես կցանկանայի նշել, որ սա մի փոքր ավելին է, քան շքեղ կոնֆիգուրատոր.

• Սա API հասանելիություն է, որը մշակողները երկար ժամանակ խնդրել են: Սա այն է, ինչ իրականացվել է շատ տարիներ առաջ Snowpat-ի տեսքով, բայց մի քիչ ավելի ֆունկցիոնալ, մի քիչ ավելի լավ։ Եթե ​​Snowpat-ը մեզ հասանելիություն է տալիս միայն կոնֆիգուրացիայի տվյալները կարդալու համար, ապա Graphite նախագիծը, որն իրականացվում է Eclipce հարթակում, մեզ հնարավորություն է տալիս. մուտքարդեն կոնֆիգուրացիան փոխելու համար. Օրինակ, մենք կարող ենք գրել մեր սեփական փոքրիկ փլագինը, որը կփոխի կոնֆիգուրացիան, ինչպես մեզ անհրաժեշտ է՝ առանց վերագործարկման:

1C զարգացումների քայլ առ քայլ ավտոմատ ստեղծման ալգորիթմ

Մասին, ինչպես օգտագործել այս ամենը՝ ձեր լուծումներն ավտոմատ կերպով հարմարեցնելու կոնֆիգուրացիաներին. Այս սլայդը ցույց է տալիս շատ պարզեցված դիագրամ, որը կիրառելի է ընդարձակման, մշակման և հաշվետվությունների համար:

• Գաղափարն այն է, որ եթե ձեր լուծումը պետք է ունենա տարբեր ֆայլեր տարբեր կոնֆիգուրացիաների համար, ապա դուք զարգացնում եք կաղապար, որը ներառում է բոլոր մեխանիզմները, որոնք պետք է ներկա լինեն աշխատելու համարսա լուծումներբոլոր կոնֆիգուրացիաներում:
• Եվ բացի կաղապարից, մշակվում են կանոններ, որոնք հարմարեցնում են այս ձևանմուշը կոնկրետ օգտագործողի կազմաձևին(ցանկալի է ցանկացած կոնֆիգուրացիայի համար): Օրինակ, եթե դուք իրականացնում եք նույն արտաքին տպագրական ափսեի մեխանիզմը՝ հիմնված ընդարձակման վրա, ապա.
  • Ընդհանուր ձևանմուշում կլինեն մեխանիզմներ.
    • Տպել;
    • Եվ տպագրվող նյութերի ներբեռնում:
  • Եվ կանոնները կպարունակեն տեղեկատվություն այն մասին, թե ինչպես կարելի է այս ընդլայնումը միացնել գրացուցակներին և փաստաթղթերին:
• Դրա շնորհիվ յուրաքանչյուր կոնֆիգուրացիայի համար մենք կկարողանանք ավտոմատ կերպով ֆայլ ստեղծել մեր ընդլայնմամբ՝ հաշվի առնելով այս կազմաձևման առանձնահատկությունները:

Եզրակացություն

Եզրափակելով, ես կցանկանայի կրկնել այս զեկույցի հիմնական գաղափարը. Հիմնական գաղափարն այն է այն ամենը, ինչ մենք կարող ենք անել ձեռքով, կարող ենք անել ավտոմատ կերպով:

Իհարկե, պետք չէ ամեն ինչ ավտոմատացնել: Մենք պետք է ավտոմատացնենք այն առաջադրանքները, որոնքդու կրկնվում են(այդ առաջադրանքները, որոնք դուք անում եք յուրաքանչյուր թարմացումով, որոշ փոփոխություններով):

Ընդհանուր առմամբ, բոլոր առաջադրանքները, որոնք կարելի է նկարագրել նորմալ ռուսերենով, կարող են նկարագրվել նաև ծրագրում: Միևնույն ժամանակ, ի տարբերություն մարդու, ծրագիրը չի սխալվում, ոչինչ բաց չի թողնում, անում է հենց այն, ինչ խնդրել եք:

Այս հոդվածը գրված է 2016 թվականին Infostart կոնֆերանսում հեղինակի կողմից ներկայացված զեկույցի հիման վրա։

Բիզնես գործընթացների ավտոմատացումը երբեմն կախարդական փայտիկի գլխին է թվում։ Բայց ինչպե՞ս լավագույնս ավտոմատացնել բիզնես գործընթացները: Որպեսզի աշխատանքը վիճարկվի, թղթեր չկորչե՞ն, կանոնակարգերը օգնե՞ն, թիմը լավ յուղած մեխանիզմի պես գործի՞։

Հոդվածում մենք կվերլուծենք բիզնես գործընթացների կառուցման և ավտոմատացման նրբությունները, կքննարկենք, թե ինչպես խուսափել սխալներից, որոնք են բիզնես գործընթացների ավտոմատացման նպատակներն ու խնդիրները և որտեղից սկսել: Եթե ​​մտածում եք բիզնես գործընթացների բարելավման մասին և միգուցե ներկայացնելու էլեկտրոնային համակարգկառավարելով դրանք, ուշադիր կարդացեք հոդվածը: Եվ վերցրու մատիտ:

Բիզնեսում քաոսի երեք կետեր. ինչպես ավտոմատացնել գործընթացները, որոնք գոյություն չունեն

Մինչ կխոսենք այն մասին, թե ինչ հնարավորություններ է բացում բիզնես գործընթացների ավտոմատացումը, եկեք մտածենք, թե ինչ դժվարությունների եք բախվում այժմ։

Բիզնեսում քաոս պահող երեք վատ «սյուները» ունիվերսալ են։ Ամենայն հավանականությամբ, դուք նույնպես ծանոթ եք դրանց.

• Կանոնավոր սխալներ.Պետրովը տառասխալ է արել, Սիդորովը հաստատել է չստուգված փաստաթուղթ, Վասեչկինան սխալ մանրամասներով հաշիվ-ապրանքագիր է ուղարկել։ Նման սխալները բերում են ժամանակավոր և ֆինանսական կորուստներ, աչքերի պտույտ և գիշերային աշխատանք։
• Անգործության ժամանակ.Փաստաթուղթը հաստատվում է մեկ շաբաթով, հետո երկրորդը, աշխատանքն արժե այն։ Հիմնական աշխատակիցը արձակուրդում է կամ աշխատանքից ազատվում է՝ առանց գործը հանձնելու:
• Ընդհանուր շփոթություն.Ո՞ւր են գնացել փաստաթղթերը: Ինչո՞ւ թերթիկների կույտի մեջ գտնվող քարտուղարը չնկատեց հրատապ փաստաթուղթը. Որտե՞ղ պետք է վազի մասնագետը, երբ հաճախորդը կապվում է նրա հետ, եթե ճիշտ անձը հասանելի չէ: Այս խառնաշփոթը և թղթերի կապոցներով միջանցքներով վազելը նյարդայնացնում է և, իհարկե, չի նպաստում արդյունավետ աշխատանքին։

Նույնիսկ 10 տարի առաջ բիզնես գործընթացների մոդելավորումը թվում էր թանկ, ժամանակատար և, հետևաբար, անհարկի ընկերությունների մեծ մասի համար: Ոմանք այդպես են մտածում նույնիսկ հիմա՝ անավարտ նախագծերի և ծախսված միլիոնների մասին սարսափ պատմություններ կարդալուց կամ նույնիսկ սխալ կողմից ավտոմատացմանը մոտենալուց հետո: Բայց պարզվեց, որ բիզնես գործընթացների ավտոմատացման վրա աշխատող ընկերությունները ավելի արագ են զարգանում, ավելի լավ են հաղթահարում ճգնաժամային ժամանակները և գերազանցում մրցակիցներին: Նման ընկերություններում աշխատակիցներն իրենց ավելի հարմարավետ են զգում, ինչը թիմում ստեղծում է աշխատանքային ճիշտ մթնոլորտ։ Օրինակներ են Toyota-ի, Amazon-ի, McDonalds-ի, ինչպես նաև մեր հաճախորդների պատմությունները, որոնց կարծիքը բիզնես գործընթացների ավտոմատացման վերաբերյալ:

Այսօր բիզնես գործընթացներ կառուցելու և դրանք ավտոմատացնելու իմացությունը դառնում են կարևոր մրցակցային առավելություն:

Բիզնես գործընթացներ. ի՞նչ ենք ավտոմատացնում, ընկերներ.

Երբեմն ռազմավարական խնդիրներով զբաղված ընկերության ղեկավարությունը մոլորության մեջ է ընկնում՝ մեզ մոտ ամեն ինչ կարգին է։ Բայց եթե Պետրովը գիտի, որ մարքեթինգային առաջադրանքի դեպքում դուք պետք է կապվեք Իվանովայի հետ, սա բիզնես գործընթաց չէ: Բայց կոնկրետ գործողությունների քարտեզը, որը համընդհանուր նկարագրում է այն քայլերը, որոնց միջոցով աշխատակիցներն անցնում են կոնկրետ արդյունքի հասնելու համար, սա արդեն կարծես բիզնես գործընթաց է:

Գործունեության սխեման, այն բիզնես գործընթաց անվանելու համար, պետք է հաշվի առնի երեք գործոն.

1. Նկարագրված հարաբերությունների կայունությունը.Հաշվի է առնվում գործողությունների, անցումների, պայմանների ընտրության բազմազանությունը:
2. Գործընթացի ընթացքում գործողությունների կարգավորում.զանգեր, նամակներ, կցորդներ, կոչեր, տեսարաններ:
3. Տրամաբանական լրացում.կոնկրետ հասանելի նպատակ.

Հստակ մոդելավորված բիզնես գործընթացը թույլ կտա տեսնել արդյունքը և վերահսկել աշխատանքը բոլոր փուլերում՝ «ցածր սկզբում» կորուստները և սխալները կանխելու համար:

Կախված «բարակ բծերի» առաջացումից՝ փոխվում է բիզնես գործընթացը, ճշգրտվում են դրա փուլերը և նայում են, թե որ օղակներն են թույլ։ Եթե ​​ալգորիթմների մշակման հետ կապված որևէ դժվարություն ունեք, մենք պատրաստ ենք օգնել ձեզ: Ի վերջո, բիզնես գործընթացների զարգացումը նախապատրաստում է դրանց ավտոմատացման նախագծին։

Արդյո՞ք ձեր բիզնեսի սիրտը առողջ է:

Կապվեք այսօր և ստացեք անհատական ​​առաջարկ Բիզնես գործընթացները ընկերության սիրտն են: Ինչպե՞ս գիտեք, արդյոք ձեր բիզնեսը լավ վիճակում է: Կապվեք մեզ հետ և իմացեք, թե ինչպես առավելագույն օգուտ քաղել բիզնես գործընթացներից և սանձազերծել ձեր ընկերության ողջ ներուժը:

Պատվիրեք խորհրդատվություն

Բիզնես գործընթացների զարգացման հիմնական նպատակը միջընկերությունների փոխազդեցությունների քաոսային հյուսված շղթաների կախարդական փոխակերպումն է պատվիրված, հետևողական և հասկանալի ալգորիթմների: Թող կարգուկանոն լինի աշխատանքում, գրասենյակում, աշխատողների և ղեկավարների մտքերում:

Ուրի, որտե՞ղ է կոճակը: Բիզնես գործընթացների ավտոմատացման նպատակները

Հիմա հարց է՝ ինչպե՞ս կառավարել այս ամենը։ Դե, ձեզ հարկավոր է աշխատողների մի ամբողջ անձնակազմ՝ ձեր մատը զարկերակի վրա պահել և ուշադիր հետևել «բարակ տեղերին», «թույլ օղակներին» և այն ամենի կատարմանը, ինչ պետք է կատարվի:

Ընկերությունների մեկ քառորդը գնում է այս ճանապարհով՝ տեղակայելով որակյալ բաժիններ, ընդլայնելով ղեկավար և քարտուղարական անձնակազմը: Բայց շատ ավելի օգտակար է ինքներդ ձեզ հարցնել, թե ինչպես ավտոմատացնել բիզնես գործընթացները և փոխանցել դրանց վերահսկման գործառույթը մեկ տարածության մեջ: Նման բիզնես գործընթացների կառավարման համակարգը կլինի և՛ կոնստրուկտոր, և՛ մոնիտորինգի մեխանիզմ, և՛ վերահսկիչ, որը ազդանշաններ է տալիս, երբ ինչ-որ բան ըստ պլանի չի ընթանում: Բայց որպեսզի «կախարդական կոճակը» աշխատի, դուք դեռ պետք է շատ աշխատեք:

Իհարկե, բիզնես գործընթացների ավտոմատացման նպատակները միայն վերահսկելու հարմար միջոց չեն։ Արդյունքում, օգտագործումը ավտոմատացված համակարգբիզնես գործընթացների կառավարումը կօգնի.

• Կազմակերպեք կանոնավոր առաջադրանքներ:
• Նվազագույնի հասցնել մարդկային գործոնը.
• Գործընթացների շրջանակներում հստակորեն առանձնացնել պատասխանատվության ոլորտները:
• Գործընթացի բոլոր մանրամասները վերահսկողության տակ պահեք:
• Ներառեք հաճախորդի փոխազդեցության սխեմայում:
• Ստեղծեք միասնական ՏՏ ենթակառուցվածք՝ տարբեր մուտքի իրավունքներով:
• Խնայեք ձեր և ձեր աշխատակիցների ժամանակը:
• Արդյունքում՝ գումար խնայել ընկերության կառավարման վրա։

Ինչպես տեսնում եք, բիզնես գործընթացների ավտոմատացման նպատակները շատ առումներով նույնն են, ինչ ձերը:

Բիզնես գործընթացների կառավարում - մեկ ընկերության համակարգ

Ավելի պարզ դարձնելու համար եկեք նայենք հատուկ գործառույթներբիզնես գործընթացների կառավարման համակարգեր - «1C: Փաստաթղթերի կառավարում 8» - օրինակներով:

Մենք հստակ տեսանք, թե ինչպես է ավտոմատացված բիզնես գործընթացը տարբերվում «ծնկների վրա գրվածից»: Մնում է հասկանալ, թե ինչպես կարելի է հասնել ավտոմատացման այս մակարդակին:

Գաղտնի բաղադրիչ. Ինչպես ավտոմատացնել բիզնես գործընթացները անկորուստ

Դուք, հավանաբար, լսել եք պատմություններ ընկերության մասին N ընկերության մասին, որը ներդրել է սուպեր համակարգ, խելագարվել դրա հետ և հետ թքել դեպի Excel: Ահա թե ինչ է տեղի ունենում, երբ ընկերությունը բախվում է չնախատեսված դժվարությունների: Որ աշխատակիցները սաբոտաժ են անում արտասովոր գործելաոճը։ Որ կարգավորված գործընթացները ոչ մի կերպ չեն տրվում կարգավորմանը։ Որ կատարման բյուջեն ցանկալիից դուրս է։ Այնուհետև համակարգը ինքնին ծանր է և անհասկանալի, բայց անհրաժեշտ է, որ «այստեղ կոճակ կա, ես սեղմում եմ այն, և ամեն ինչ աշխատում է»:

Կառավարիչները հաճախ մոռանում են կանոնը. առաջին փուլը, որից կառուցված է բիզնես գործընթացների ավտոմատացումը, առաջադրանքներն են: Փաստաթղթերի կառավարման համակարգն ունի հսկայական գործառույթ, որը կարող է բավարարել ամենաքմահաճ բիզնեսի պահանջները: Բայց նախ այս պահանջները պետք է ներկայացվեն։

Մեր հետազոտությունը հաստատում է, որ բիզնեսի դժվարությունների 70%-ը ծագում է հենց պահանջների և արդյունքների ամրագրման փուլում։ Ուստի մենք տրամադրում ենք նախնական խորհրդատվություն, ինչպես նաև առաջարկում ենք նախանախագծային ուսումնասիրության ծառայություն: Այս քայլը օգնում է.

• բացահայտել «բարակ բծերը» ընկերությունում,
• որոշել, թե որոնք են նպատակները ավտոմատացման համակարգ,
• հասկանալ, թե արդյոք ստանդարտ ֆունկցիոնալությունը հարմար է ընկերության համար, թե արդյոք անհրաժեշտ է փոփոխություններ կատարել,
• պարզել, թե որ գործառույթների շարքը կլինի օպտիմալ բիզնեսի համար,
• որոշել, թե որ գործընթացներն առաջին հերթին պետք է ավտոմատացնել, և որոնք կարող են հետաձգվել: Օրինակ, այն ոլորտները, որոնք դանդաղեցնում են ամբողջ ընկերության աշխատանքը, պետք է առաջնահերթություն ստանան, նույնիսկ եթե դրանց վրա աշխատանքը ամենահեշտը չէ:

Համակարգի պահանջների և արդյունքների ճիշտ ձևակերպումը ավտոմատացման նախագծի հաջողության գաղտնի բաղադրիչն է: Երբեմն այս փուլում պարզ է դառնում, որ բիզնես գործընթացների հետ կապված խնդիր կա։ Այնուհետեւ դուք պետք է փոփոխեք դրանք կամ զրոյից կառուցեք:

Որոշելով բիզնես գործընթացների ավտոմատացման առջև ծառացած խնդիրները՝ մենք անցնում ենք նախագծային թիմի ձևավորմանը և նախագծի իրականացմանը:

Ցանկանու՞մ եք իմանալ, թե ինչ արդյունքների կարող է հասնել ձեր բիզնեսը: Կապվեք մեզ հետ անվճար խորհրդատվություն- մենք ձեզ կասենք!

Կորպորատիվ բիզնես գործընթացները հարմար և շատ արդյունավետ գործիք են ձեռնարկությունների բիզնես գործընթացները կառավարելու և ավտոմատացնելու համար: Կորպորատիվ գործընթացներ EDMS համակարգեր«Կորպորատիվ փաստաթղթերի կառավարումը» թույլ է տալիս ավտոմատացնել գրեթե ցանկացած ձեռնարկության ինչպես պարզ, այնպես էլ բարդ գործընթացները:

Ձեռնարկության ղեկավարները ստանում են ձեռնարկության աշխատակիցների իրական աշխատանքի մասին մոնիտորինգի և տեղեկատվություն ստանալու գործիք, իսկ ձեռնարկության աշխատակիցներին տրամադրվում է. հարմար գործիքամենօրյա խնդիրները լուծելու արագ և արդյունավետ գործողությունների համար:

EDMS «Կորպորատիվ փաստաթղթերի կառավարում» թույլ է տալիս ստեղծել և փոփոխել բիզնես գործընթացները ռեժիմում 1C: Ձեռնարկություն, առանց «1C: Configurator»-ում փոփոխություններ կատարելու անհրաժեշտության։

Կորպորատիվ բիզնես գործընթացներ EDMS «Կորպորատիվ փաստաթղթերի կառավարում» թույլ է տալիս կատարել արդյունավետ ավտոմատացումձեռնարկության բիզնես գործընթացները և լավ լրացում են ձեռնարկության աշխատանքային հոսքի ավտոմատացման համար:

Բոլոր համապատասխան օբյեկտները գտնվում են «Կորպորատիվ գործընթացներ» ենթահամակարգում։

Յուրաքանչյուր կորպորատիվ բիզնես գործընթացունի իր սեփական համարը և ամսաթիվը և հանդիսանում է նախկինում մշակված բիզնես գործընթացի տիպ: Բիզնես գործընթացների տեսակների նախագծումը քննարկվում է «Բիզնես գործընթացների տեսակների նախագծում» բաժնում:

Կորպորատիվ գործընթացները տեղակայված են համակարգի «Կորպորատիվ գործընթացներ» ենթահամակարգում փաստաթղթերի կառավարման համակարգ«Կորպորատիվ փաստաթղթերի կառավարում».

Կորպորատիվ գործընթաց ստեղծելու մի քանի եղանակ կա.

Ձևաթղթից կորպորատիվ գործընթացների ցուցակի ստեղծում: Գործընթաց ստեղծելու համար սեղմեք ստանդարտ «Ստեղծել» կոճակը ցուցակի ձևի վրա: Եթե ​​ցուցակի ձևում ընտրություն է սահմանվել բիզնես գործընթացների տեսակներից մեկի համար, ապա կստեղծվի նույն տեսակի նոր գործընթաց:

Ձևաթղթից բիզնես գործընթացների տեսակների ցանկի ստեղծում: Գործընթացներ ստեղծելու համար ընտրեք ցանկալի տեսարանգործընթացը և սեղմեք Ստեղծել գործընթացի օրինակ կոճակը: Այս հրամանը կատարելուց հետո կստեղծվի անհրաժեշտ տեսակի կորպորատիվ գործընթաց։

Ստեղծեք գործընթաց ձևից կորպորատիվ փաստաթուղթ. Դա անելու համար բացեք փաստաթղթի ձևը և անցեք «Բիզնես գործընթացներ» վերին վահանակի մենյու: Այս ընտրացանկի տարրերն ավտոմատ կերպով ստեղծվում են բիզնես գործընթացների տեսակների հիման վրա, որոնք ունեն օգտատերերին փաստաթղթից պրոցեսներին միացված պատճենելու դրոշակները, կամ փաստաթղթի տեսակի կարգավորումներում ուղղակիորեն միացված գործընթացների տեսակներով: Փաստաթղթերից գործընթացների ստեղծման մասին ավելի մանրամասն կքննարկվի ստորև բերված այս բաժնում:

Ռեկտորի մոտ Դեկտեմբերի 10, 2013, ժամը 15:54

Առասպել, որ 1C:UT-ն ունի բիզնես գործընթացների կառավարում (BPM)

«UT»-ը շատ լավ արտադրանք է այն խնդիրները լուծելու համար, որոնց համար այն նախագծվել է։ Այն թույլ է տալիս կառավարել ձեռնարկության առևտրային գործունեությունը: Լավ է վերլուծում գործարքները, գնումները, պահեստները, ֆինանսները: Այո, որոշ դեպքերում օգտագործում է «Բիզնես գործընթացներ» հարթակի մեխանիզմը։ Բայց արդյո՞ք սա նշանակում է, որ առևտուրը նպատակ ունի կառավարել բիզնես գործընթացները, թե՞ ձեռնարկության տրամաբանությունը: - Ոչ, ոչ և ևս մեկ անգամ ոչ: Այս հոդվածը սրտից բխող ճիչ է: Որովհետև ես իսկապես հոգնել եմ տարբեր կայքերում ներկայացումներ դիտելուց կամ լուծումների նկարագրությունները կարդալուց: Ընկերությունների կայքեր, որոնք պատրաստ են վաճառել ցանկացած 1C արտադրանք և աչք են փակում հաճախորդին վաճառելու վրա։ Բողոքարկելով միայն ապրանքի համեստ նկարագրությունը և նույնիսկ չհասկանալով բիզնես գործընթացների կառավարման էությունը: Կառավարում նշանակում է, որ դուք կարող եք կարգավորել համակարգը այնպես, որ արագացնեք և օպտիմալացնեք գործընթացները, կատարեք տարբեր վերլուծություններ, հայտնաբերեք թույլ կողմերը և շատ ավելին: Նրանց համար, ովքեր չեն տեսնում տարբերությունը մեխանիզմի վերահսկման և օգտագործման միջև, ես կփորձեմ մատներիս վրա բացատրել.

• UT. Կան երեք BP, որոնցում դուք չեք կարող ավելացնել կամ հեռացնել առաջադրանքներ, փոխել հասցեավորման տեսակը, տրամաբանությունը, դուք չեք կարող որևէ բան անել, բացառությամբ կոնկրետ փաստաթղթերի, որոնք կապված են առաջադրանքների հետ՝ գործընթացը տեղափոխելու համար: Իրականում սա վերահսկողություն չէ, դա ծրագրի տրամաբանության առաջարկվող տարբերակի օգտագործումն է՝ օգտագործելով «BP» մեխանիզմը։ Այո, այս ֆունկցիոնալության հիման վրա հնարավոր է զարգացնել ձեր սեփականը, առանց ժամանակ վատնելու որոշ հիմունքների վրա:
• CRM. Սա իսկապես միակ արտադրանքն է 1C հարթակի վրա, որտեղ հարթակի ֆունկցիոնալության 100%-ն օգտագործվում է BP մեխանիզմի հետ աշխատելու համար։ Սա լուծում է, որտեղ օգտատերը ինքնուրույն ներկայացնում է իր ձեռնարկության աշխատանքի ողջ տրամաբանությունը՝ ստեղծելով ցանկացած երթուղային քարտեզ։ Այն կարող է անվանել իր գործընթացները, երբ պետք է և ինչպես պետք է: Իսկ ինչի՞ համար։ Եվ միայն այդ ամենը կառավարելու համար: Տեսնել, թե որքան արդյունավետ են գործընթացները՝ դրանց վերաբերյալ վիճակագրություն հավաքելով: Ինչ լավ փաստարկներ կլինեն տրամաբանությունը փոխելու համար։ Ինչը կլինի անհիմն: Որպեսզի փուլերում տեսնեք ռետինի բոլոր խցանումները և ձգումները: Դուրս նետեք ավելորդ քայլերը՝ բարձրացնել աշխատանքի արդյունավետությունը: Ահա թե ինչ է «Կառավարումը»։ Եվ դրա համար ձեզ հարկավոր է շատ ավելի, քան երեք քարտ մի քանի բլոկներով:

Եվ վերջում, նրանց համար, ովքեր դեռ չեն հասկանում տարբերությունը, 1C ընկերությունը ինքնին հստակ գրում է, թե ինչ է կազմաձևում PSU-ի տեսանկյունից.

«Կազմաձևումն իրականացնում է բիզնես գործընթացների ավտոմատացման հիմնական գործառույթները՝ գործընթացների ստեղծման, դրանց իրականացման մոնիտորինգի և վերլուծության համընդհանուր մեխանիզմներ, ստանդարտ լուծման մեջ ներկառուցված բիզնես գործընթացներին աջակցելու և թույլ տալու համար: կոնկրետ իրականացումավելացնել դրանց կազմը ավելի քիչ աշխատուժի ծախսերով:. (v8.1c.ru/trade/newtech/ չորրորդ պարբերություն):

Ես ուշադրություն եմ հրավիրում ավտոմատացման «հիմնական» ֆունկցիոնալ բառի վրա:

Սա շատ հեռու է ձեռնարկության գործընթացների կառավարումից: Երբ ներկայացման ժամանակ նրանք ասում են, որ UT-ը պարունակում է BP կառավարման ենթահամակարգ, մի հավատացեք դրան, երբ ներկայացման ժամանակ ասում են, որ UT-ում CRM կա, մի հավատացեք դրան: Սա կրկին սկիզբն է և հիմնական գործառույթը: Եվս մեկ անգամ կրկնում եմ՝ UT-ը շատ լավ արտադրանք է, բայց այլ խնդիրների համար՝ գործառնական հաշվառում և պլանավորում առևտրային գործունեություն, դրա վերլուծության համար։ CRM-ի հայեցակարգը միանգամայն տարբեր է: Եվ կա միայն մեկ իսկապես ֆունկցիոնալ արտադրանք 1C հարթակում ձեռնարկությունում CRM հայեցակարգին աջակցելու համար՝ սա 1C: CRM-ն է: Հանուն արդարության պետք է նշել, որ այլ հարթակներում կան նաև բավականաչափ ֆունկցիոնալ արտադրանքներ՝ ձեռնարկությունում «CRM» հայեցակարգին աջակցելու համար:

Պիտակներ՝ crm-systems, առևտրի կառավարում, 1s, բիզնես գործընթացներ

1C ծրագրերից որևէ մեկի մեթոդոլոգիան արտացոլում է կազմակերպության բիզնես գործառնությունների հաջորդականությունը, որը կարող է միավորվել մեկ շղթայի մեջ, որը կոչվում է. բիզնես գործընթաց.Բիզնես գործընթացները կառավարելու, ինչպես նաև այդ գործունեությունը պարզեցնելու և ավտոմատացնելու համար 1C-ում մշակվել է հատուկ մեխանիզմ:

1C-ում բիզնես գործընթացների կարգավորման մեխանիզմի օգտագործման առավելությունները

• 1C բիզնես գործընթացի կանխորոշված ​​կառուցվածքը, ըստ ընդունված ընթացակարգերի, որոշում է աշխատակիցների գործողությունների հաջորդականությունը, որն ապահովում է համակարգված և ֆորմալացված մոտեցում:
• Բացառվում է որևէ փուլի բացթողումը, որը թույլ չի տալիս խախտել սահմանված աշխատանքային կարգը և էապես նվազեցնում է սխալների հավանականությունը։
• Մշտական, գործառնական վերահսկողություն, թե ինչ փուլում է գտնվում, ինչպես նաև կատարվող աշխատանքային հատվածի ընդհանուր վիճակի գնահատում:
• Անարդյունավետ լուծումների հայտնաբերում 1C-ում բիզնես գործընթացների հետագա օպտիմալացումով:
• Կազմակերպության համար բիզնես գործընթացների ամբողջ կառուցվածքի կառուցում (կամ մոդելավորում), որը ընդհանուր պատկերացում է տալիս ընդունման համար կառավարման որոշումներտարբեր մակարդակներում:

Բիզնես գործընթացի 1C-ում հատվածը ցուցադրվում է գրաֆիկական գծապատկերի միջոցով, որը կոչվում է երթուղու քարտեզ,որը տալիս է տեսողական պատկեր, թե ինչ, ինչ կարգով, ինչ պայմաններում է տեղի ունենում: Բիզնես գործընթացի երթուղու քարտեզը բաժանված է փուլերի. 1C-ում փուլն առանձնացված է ճանապարհային կետ,որտեղ դուք պետք է կատարեք կոնկրետ առաջադրանք: Առաջադրանք- սա նաև երթուղու քարտեզի օբյեկտ է 1C ծրագրում: Առաջադրանքը ցույց է տալիս կատարողին (կամ կատարողներին), ում ուղղված է այս առաջադրանքը, ժամկետները և կարևորությունը: Կատարողներ - օգտվողներ 1C: Առաջադրանքի հասցեատեր կարող է նշանակվել կոնկրետ աշխատողը, աշխատանքային խմբի* անդամներից մեկը (բաժին, ստորաբաժանում) կամ որոշակի պաշտոն զբաղեցնող աշխատողը (օրինակ՝ գանձապահ, տնօրեն, պահեստապետ):

*Եթե առաջադրանքը պետք է կատարեն աշխատանքային խմբի բոլոր աշխատակիցները, ապա այդպիսի հասցեավորումը կոչվում է խմբային հասցեավորում։

Դիտարկենք երթուղավորման տեսակները որպես գործողությունների (առաջադրանքների) շղթա, որոնք պետք է կատարվեն բիզնես գործընթացն իրականացնելու համար.

• Կոշտ- 1C բիզնես գործընթացն իրականացվում է խստորեն որոշակի ճանապարհով.
• Պայմանական- 1C բիզնես գործընթացի իրականացումը կախված է պայմանների կատարումից: Երթուղու վրա կարող են լինել մի քանի պայմաններ, և յուրաքանչյուրն ունի երկու կամ ավելի ընտրության տարբերակներ: Սրանից կախված երթուղին կկառուցվի;
• Զուգահեռ- 1C բիզնես գործընթացը կարելի է բաժանել և անցնել մի քանի զուգահեռ ճյուղերով մինչև երթուղու վերջը կամ ինչ-որ փուլում կրկին միացնել *:
• անվճար- 1C բիզնես գործընթացը չունի երթուղի, կախված օգտատերերի կողմից սահմանված առաջադրանքներից, ավտոմատ կամ ձեռքով:

*Զուգահեռ 1C բիզնես գործընթացը կարող է շարունակվել միացման կետում, օրինակ, միայն այն դեպքում, եթե դրան հասնում են նրա բոլոր մասնաճյուղերը:

Մենք կդիտարկենք 1C բիզնես գործընթացի գործարկումը՝ օգտագործելով 1C-ում վաճառքի տիպիկ գործողության օրինակը.

Քարտեզը սկսվում է կետով Սկսել,առանց որի բիզնես գործընթացը չի կարող սկսվել (սկսվել): Կարող են լինել մի քանի ելակետեր, բայց մեր օրինակում ընտրության պայմանդրանից հետո հայտնվում է, իսկ երթուղու շարունակությունը կախված է գործարքի արդյունքից։

Հետագայում բլոկ-սխեմայի վրա կան դեղին ուղղանկյուններ– ճանապարհային կետեր՝ աշխատողի* նշումով, որը պետք է կատարի առաջադրանքը: Բոլոր ավարտված առաջադրանքները կստվերվեն: Վերջնական կետ - Ավարտում.Սպիտակ ուղղանկյուն ծանոթագրություններ - հղումներ- Ճանապարհային կետերի բացատրություն:

* Պարզության համար, դեղին ուղղանկյուններով սխեմայի մեր օրինակում կատարողը ամենուր նշում է «Մենեջերի» պաշտոնը, բայց գործնականում պաշտոնները կարող են տարբերվել՝ կախված առաջադրանքը կատարելու ունակ աշխատողների լիազորություններից և պարտականություններից:

«Տիպիկ վաճառք» բիզնես գործընթացը սկսելու համար անհրաժեշտ է հաճախորդի հետ գործարքի ստեղծում,հետևաբար, նախ պետք է կարգավորեք կամ ստուգեք կարգավորումները կարգավորող տեղեկատու տեղեկատվության (RDI) համապատասխան բաժնում: Դա անելու համար հիմնական ընտրացանկում դուք պետք է գնաք «NSI և վարչարարություն - CRM և մարքեթինգ - CRM կարգավորումներ» բաժինը և հաջորդաբար նշեք «Գործարքներ հաճախորդների հետ» և «Գործարքների կառավարում» վանդակները:

Այս օրինակում «Հղում և կառավարում - Կազմակերպիչ» բաժնում կան բիզնես գործընթացի մի շարք կարգավորումներ, որոնք նույնպես նշված են վանդակներով.

• Ենթակա բիզնես գործընթացներ և առաջադրանքներ – ընթացիկ բիզնես գործընթացից ենթակա բիզնես գործընթացներ և առաջադրանքներ գործարկելու ունակություն (կարող եք ստեղծել հիերարխիկ բիզնես գործընթացներ);
• Գործող բիզնես գործընթացների փոփոխություն - արդեն գործող բիզնես գործընթացում առաջադրանքները փոխելու թույլտվություն.
• Առաջադրանքների մեկնարկի ամսաթիվը - առաջադրանքի մեկնարկի ամսաթիվը փոխելու ունակություն.
• Ամսաթիվը և ժամը առաջադրանքների վերջնաժամկետներում – առաջադրանքների վերջնաժամկետներ մուտքագրելու հնարավորություն մինչև մեկ րոպե ճշգրտությամբ:

Բացի այդ, դիտարկվող բիզնես գործընթացում կա հնարավորություն էլեկտրոնային փոստով ծանուցումներ ստանալընոր և ժամկետանց խնդիրների վերաբերյալ. Դա անելու համար նշեք համապատասխանաբար «Ծանուցել փոստով ժամկետանց առաջադրանքների մասին» և «Փոստով տեղեկացնել կատարողներին նոր առաջադրանքների մասին» վանդակները: Անհրաժեշտության դեպքում, յուրաքանչյուր ապրանքի համար կարող եք կարգավորել (փոխել) նամակներ ստանալու ժամանակացույցը:

Հաճախորդի (գնորդի) հետ գործարքի կնքում.

Գործարքների ցանկի «CRM և մարքեթինգ. Գործարքներ հաճախորդների հետ» բաժնում անհրաժեշտ է ստեղծել նոր գործարք և լրացնել պահանջվող դաշտերը.

• «Հաճախորդ» - գնորդ, ում հետ ցանկանում եք գործարք կնքել.
• «Համաձայնագիր» - ստանդարտ կամ անհատական ​​պայմանագիր գնորդի հետ և վաճառքի պայմանների հետ.
• «Անուն» - գործարքի անվանումը;
• «Պոտենցիալ» - գործարքի գնահատված ծավալը կառավարման հաշվառման արժույթով.
• «Հավանականություն» - գործարքի կնքման հավանականությունը տոկոսներով.
• Գործարքի ողջ ընթացքում «Կարգավիճակ» դաշտն ունի «Ընթացքի մեջ» արժեքը: Վերջնական կետում կարգավիճակը պետք է փոխվի՝ կախված արդյունքից՝ «Հաղթել» կամ «Պարտություն»;
• «Գործարքի տեսակ» դաշտում ընտրեք ցանկից և արժեքը սահմանեք «Տիպիկ վաճառք»:

Գործարքի քարտը պահպանվելուց հետո երկու հիպերհղումներ կհայտնվեն, որոնք ցույց են տալիս գործարքի ներկայիս կարգավիճակը.

• «Փուլ» նշանակում է տեքստային ձևով.
• Երբ սեղմում եք «Բիզնես գործընթացի երթուղու քարտեզ» հիպերհղմանը, տեղեկատվությունը կներկայացվի գրաֆիկական տեսքով:

«Մասնակիցներ» ներդիրում կարող եք նշել երրորդ կողմի իրավաբանական անձինք: գործարքի հետ կապված անձինք (բայց դա պարտադիր չէ):

Համար բիզնես գործընթացների խթանումդուք պետք է գնաք «Իմ առաջադրանքները» «Desktop - My Tasks» բաժնում:

Հաջորդը բացեք նոր առաջադրանք և լրացրեք մանրամասները՝ մեկնարկի ամսաթիվը և կարևորությունը: Այս քայլը պահանջում է ստեղծում Գործարքի առաջնային փոխազդեցությունը.հետևեք «Փոխազդեցություն ...» հղմանը և ցանկից ընտրեք ցանկալի տարբերակը (լրացումը շատ պարզ է): Փաստաթուղթը պահելուց առաջ կարևոր է սահմանել «Վերանայված» դրոշը:

Այս փուլն ավարտված է։

Հաջորդը, բեմում առաջադրանքների ցանկի վրա աջ սեղմելով «Անդրադարձեք գործարքի հիմնական կոնտակտը»դրեք կարգավիճակը «Ավարտված» (կամ «Ավարտված» կոճակը առաջադրանքի ձևում), որից հետո ավտոմատ կստեղծվի նոր առաջադրանք: Այս առաջադրանքը պետք է կատարվի և ավարտվի նախորդի անալոգիայով:

Հաջորդ առաջադրանքը ինքնաբերաբար կհայտնվի «Պատրաստեք գործարք». Այս առաջադրանքի տեսքով դուք պետք է սեղմեք հղմանը:

Որպեսզի կոմերցիոն առաջարկը վավեր դառնա, դուք պետք է լրացնեք բոլոր երեք ներդիրների դաշտերը: Որոշ դաշտեր լրացվում են ավտոմատ կերպով: Ավարտելուց հետո պահեք և փակեք առաջարկի փաստաթուղթը: Դրանից հետո ընթացիկ առաջադրանքը նույնպես կարելի է ավարտված համարել՝ կարգավիճակը դնելով «Ավարտված»:

Հաջորդաբար անցեք հետևյալ երկու քայլերը. «Գործարքի վերաբերյալ ներկայացում»(արտադրանքի ներկայացում) և «Համաձայնեցնել գործարքի վաճառքի պայմանները».(այստեղ հնարավոր է հարմարեցնել կոմերցիոն առաջարկը), որից հետո առաջադրանքների ցանկը կլինի ինչպես ստորև ներկայացված նկարում, իսկ ընթացիկ առաջադրանքը կդառնա ։

Այս առաջադրանքըպահանջում է հաճախորդի պատվեր. Դուք պետք է բացեք առաջադրանքը և լրացրեք մանրամասները: Հաջորդը, ստեղծեք պատվեր՝ օգտագործելով հղումը «Ստեղծել պատվեր». Պատվերը ավտոմատ կերպով կլրացվի գնանշման տվյալներով: Անհրաժեշտության դեպքում այն ​​պետք է խմբագրվի: Կանխավճարի դեպքում անհրաժեշտ կլինի մուտքագրել վճարման փաստաթուղթ։ Պատվերի բոլոր կետերը կունենան կարգավիճակ "Համոզվել". Ավարտեք առաջադրանքը՝ կարգավորելով կարգավիճակը «Կատարված».

Նոր խնդիրը կլինի բեմը. Այս առաջադրանքը հաստատելու համար անհրաժեշտ է փաստաթղթերի փաթեթ « Կոմերցիոն առաջարկ», «Հաճախորդի պատվեր», «Ապրանքների և ծառայությունների վաճառք». Կանխավճարի դեպքում գործում է նաև գործարքի վճարումը հաստատող փաստաթուղթ։

Առաջադրանքի ձևի վրա կա համապատասխան հղում «Գործարքի փաստաթղթեր». Սեղմելով դրա վրա փաստաթղթերի ցանկում, մենք կստեղծենք կատարման փաստաթուղթ անմիջապես փաստաթղթից «Հաճախորդի պատվեր». Դա անելու համար պատվերի բոլոր ապրանքները պետք է տեղափոխվեն կարգավիճակ «Նավ»և կոճակով «Ստեղծել հիմնված»ստեղծել և իրականացնել ապրանքների վաճառք. Սեղմեք կոճակը ցուցակի ձևի վրա «Ձև». Գործարքի փաթեթը կթարմացվի: Դրանից հետո առաջադրանքը կարող է տեղափոխվել կարգավիճակ «Կատարված».

Հաջորդ խնդիրը կլինի. Այստեղ դուք պետք է ստուգեք հետաձգված վճարման ենթակա գործարքի համար վճարելու փաստաթղթերը (նաև հղումով «Գործարքի փաստաթղթեր») Այս քայլը պետք է ավարտվի, երբ վճարումը կատարվի:

Վերջին քայլը կլինի. Բացեք գործարքը անմիջապես առաջադրանքի ձևից՝ օգտագործելով հիպերհղումը և փոխեք դրա կարգավիճակը «Հաղթել». Պահպանեք գործարքի փոփոխությունները: Այնուհետև առաջադրանքը դրեք կարգավիճակի «Կատարված».

Եզրափակելով, հաշվի առեք 1C բիզնես գործընթացների մի քանի հետաքրքիր առանձնահատկություններ

• Կատարողը կարող է ցանկացած առաջադրանք վերահղել մեկ այլ աշխատակցի («Վերահղում» կոճակը առաջադրանքի ձևում):
• Առաջադրանքում դուք կարող եք ստեղծել հիշեցում ինքներդ ձեզ («Հիշեցնել» կոճակը) և որոշակի պահին հաղորդագրություն ստանալ: Ավելին, ծրագրավորողները կարող են կարգավորել 1C-ն այնպես, որ օգտատերերը ծանուցումներ ստանան նոր կամ ժամկետանց առաջադրանքների մասին։ Վերջին դեպքում մենեջերը կամ աշխատակիցը, ում հանձնարարված (վերահղված) առաջադրանքը կարող է արագ գործողություններ ձեռնարկել:
• 1C բիզնես գործընթացները կարող են ավտոմատ կերպով գործարկվել: Սա կարող է իրականացվել՝ օգտագործելով կանոնավոր առաջադրանքները ժամանակացույցով կամ համակարգում իրադարձության վրա: Հետևաբար, հարմար է օգտագործել 1C բիզնես գործընթացները կանոնավոր կրկնվող ընթացակարգերի համար: 1C բիզնես գործընթաց կարելի է անվանել մեկ այլ բիզնես գործընթացով: Դա անելու համար մայր բիզնես գործընթացի մեկ կամ մի քանի կատարվող առաջադրանքները պետք է նշեն զանգ դեպի ենթակա բիզնես գործընթաց:
• Նշենք, որ բիզնես գործընթացի տարբեր փուլերը կարող են հասցեագրվել տարբեր աշխատակիցների, իսկ հաջորդ գործողության (առաջադրանքի) կատարումը կփոխանցվի մեկ այլ աշխատակցի: Օրինակ, եթե կանխավճար է պահանջվում, ապրանքն անհնար կլինի առաքել առանց վճարային փաստաթղթի հաշվապահական հաշվառման, իսկ եթե վճարումը հետաձգվի, դրա համար պատասխանատու աշխատողը պետք է թույլ տա առաքումը: