«Կրճատումը» աշխատակիցներին շուկայական պատճառներով աշխատանքից ազատելն է։

Մենք բոլորս աշխատում ենք շուկայում։ «Շուկան» նշանակում է ազատ և անսահմանափակ մրցակցություն, «շուկան» նշանակում է մշտական տատանումներ, «շուկան» նշանակում է մեր վերահսկողությունից դուրս պայմաններ, «շուկան» նշանակում է անկանխատեսելիություն՝ հատկապես VUCA ժամանակներում (Volatile, Uncertain, Complex, Ambiguous՝ անկայուն, անորոշ, բարդ, երկիմաստ)։

«Կրճատումը» բոլորովին նույնը չէ, ինչ աշխատանքից հեռացնելը։ «Հեռացումները» տեղի են ունենում անհատի վատ աշխատանքի պատճառով, մինչդեռ «կրճատումները» տեղի են ունենում շուկայում փոփոխությունների պատճառով։

«Կրճատումները» պարտադրվում են կազմակերպությանը, մինչդեռ «հեռացումը» կազմակերպության դիտավորյալ գործողություն է։

«Կրճատումները» տեղի են ունենում զանգվածաբար, այսինքն՝ կազմակերպությունները ստիպված են միաժամանակ կրճատել մարդկանց խմբեր, մինչդեռ «հեռացումը» կատարվում է անհատապես։

«Կրճատումների» դեպքում կազմակերպությունները անհատների մասին դրական երաշխավորություններ են տալիս, մինչդեռ «հեռացման» դեպքում կազմակերպությունները հակված են անհատին որևէ երաշխավորություն չտալ։

«Կրճատումը» գործընկերների և ընկերների դժվարին հեռացում է, մինչդեռ «հեռացումը» մշակույթին չհամապատասխանողների հեռացում է։

«Կրճատումները» ողբերգական են, մինչդեռ «հեռացումները» թեթևացում են։

«Կրճատումը» կազմակերպությունը փլուզումից փրկելու գործողություն է, մինչդեռ «հեռացումը» կազմակերպությունը փլուզումից ապահովագրելու գործողություն է։

«Կրճատումները» թուլացնում են կազմակերպությունը, մինչդեռ «հեռացումն» ամրացնում է այն։

EC-ի բոլոր ընկերություններն աշխատում են շուկայում, ուստի բոլորն էլ այս կամ այն ժամանակ ենթակա են կրճատումների։ Բայց EC-ի մեկ ընկերությունում կրճատումները չպետք է այդքան ցավոտ լինեն։ Դա այն պատճառով, որ կան բազմաթիվ ընկերություններ, որոնք պետք է կարողանան ընդունել կրճատված մարդկանց։

Այդպիսով, EC-ում կրճատումները չպետք է համարվեն «կորուստ», քանի դեռ մարդիկ մնում են EC համայնքում՝ այս կամ այն ընկերությունում։

Կարող եք կարդալ նաև «Աշխատել Հովտի համար, աշխատել Քաղաքի համար» հոդվածը ամսագրի նախորդ համարում (համար 20/25)։

BOM ֆայլերի հետ գործողությունների ավտոմատացման գործընթացը կատարելագործվում է։ Ստորև էկրանի պատկերում կարող եք տեսնել մեր ընթացիկ ամբողջական աշխատանքային հոսքը։

Խնդրի դրվածք 1. ներբեռնվում են տարբեր տեսակի ֆայլեր (Excel կամ Google Sheets)։ Աշխատանքային հոսքը կարող է ամբողջությամբ, առանց սխալների մշակել միայն Google Sheets ֆայլը։

Ուստի նպատակն էր ինչ-որ կերպ խուսափել Excel ֆայլերից աշխատանքային հոսքում՝ նվազագույնի հասցնելով ինժեներների համար սահմանափակումները։

Այս խնդրի համար պատասխանատու մասը կարող եք տեսնել ստորև՝

Այժմ եկեք սա բաժանենք քայլերի՝

1. Extract File ID. այս հանգույցը պարունակում է JavaScript կոդ, որը ստանում է ֆայլի հղումը և դուրս բերում դրա ID-ն։ Այս ID-ն օգտագործվում է հետագա փուլերում։

2. Get File Metadata. այս հանգույցը ելքում տալիս է ինժեների կիսած ֆայլի ID-ն, դրա անվանումը և MIME տեսակը (ցույց է տալիս ֆայլի տեսակը)։

3. File type switch. այս հանգույցը ստանում է MIME տեսակը և ստուգում, թե արդյոք սա Google Sheets ֆայլ է, թե Excel ֆայլ։ Ֆայլի տեսակին համապատասխան՝ ստեղծում է 2 ճյուղ աշխատանքային հոսքի շարունակման համար։

4. (a) Copy GSheets. կատարվում է, երբ ֆայլը Google Sheet ձևաչափով էր։ Այն պատճենում է ֆայլը նույն թղթապանակում և շարունակում աշխատել պատճենի հետ՝ սկզբնական ներկայացված BOM-ը թողնելով անփոփոխ։

   (b) Convert to GSheets. կատարվում է, երբ կցված ֆայլը Excel ձևաչափով էր։ Ցավոք, n8n-ում չկա գործողություն, որը Excel ֆայլը փոխակերպում է Google Sheets-ի, ուստի այստեղ դա արվում է այդ ֆայլին HTTP հարցում ուղարկելով։ Այստեղ նույն թղթապանակում ստեղծվում է նույն Google Sheets ֆայլը, այնպես որ Excel ֆայլը մնում է անփոփոխ, իսկ Google Sheets ֆայլը մշակվում է հետագայում։

5. Merge. այս հանգույցը պարզապես հեշտացնում է աշխատանքային հոսքը։ Հետագայում օգտագործվող տվյալները վերցվում են 1 հանգույցից։ Հակառակ դեպքում անհրաժեշտ կլիներ ստեղծել տրամաբանություն, որտեղ տվյալները վերցվում են կամ Copy GSheets հանգույցից, իսկ եթե այնտեղ տվյալներ մշակված չեն՝ Convert to GSheets հանգույցից։ Այսպիսով, այս հանգույցի նպատակն է հեշտացնել աշխատանքային հոսքի տրամաբանությունը։

Խնդրի դրվածք 2. աշխատակցի կողմից BOM-ը ներկայացնելուց առաջ լրացվող տվյալները կարող են սխալ լինել, և աշխատանքային հոսքը կարող է ձախողվել։ Ուստի ստիպված էինք ստեղծել ալգորիթմ, որը միշտ կհավաքի ճիշտ տվյալներ։

Մուտքային տվյալները պետք է պահվեն որոշակի ֆայլում, որպեսզի լինի հղում վավեր տեղեկատվությանը (տե՛ս Նկար 3)։

Նկար 2-ը ցույց է տալիս աշխատակիցների հնարավոր տվյալների բազայի օրինակ՝ նրանց անուններով, ID-ներով, էլ. հասցեներով և հեռախոսահամարներով Google Sheets-ում։ Այնուհետև Google Apps Script-ի միջոցով ստեղծեցինք ձև։ Գաղափարն այն է, որ նախագծի ղեկավարը լրացնում է իր անձնական լրիվ անունը և նախագծում ներգրավված ինժեների լրիվ անունը, իսկ մնացած տվյալներն ավտոմատ կերպով լրացվում են տվյալների բազայից։ Ձևը ցույց է տալիս մուտքագրված տվյալներին համապատասխանող բոլոր լրիվ անունների բացվող ցանկը (տե՛ս Նկար 4), այնպես որ նախագծի ղեկավարը պետք է սեղմի որոշակի լրիվ անվան վրա։ Սա զգալիորեն նվազեցնում է սխալ տվյալների մուտքագրման ռիսկը։

Այնուհետև, երբ նախագծի ղեկավարը լրացրել է երկու դաշտերը, նա ներկայացնում է առաջին էջը (տե՛ս Նկար 5)։

Եթե նախագծի ղեկավարի տրամադրած տեղեկատվությունը սխալ է (այսինքն՝ նա գրել է անվավեր լրիվ անուն), ձևը սխալ կտա (տե՛ս Նկար 6)։

Այնուհետև, երբ էջ 1-ը ստանում է վավեր տվյալներ, անցնում է էջ 2-ին, որտեղ անհրաժեշտ տեղեկատվությունն ավտոմատ կերպով լրացված է (տե՛ս Նկար 7)։

Այնուհետև բոլոր դաշտերը, բացի «Link»-ից, լրացված են։ Նախագծի ղեկավարը պետք է պարզապես տեղադրի ստուգվելիք BOM-ի հղումը։

1. Ձևը ներկայացնելուց հետո այն կատարում է 2 գործողություն՝ բոլոր տվյալները լրացվում են նույն Google Sheets փաստաթղթի մեկ այլ թերթում, որտեղ պահվում են աշխատակիցների տվյալները, որպեսզի ներկայացումները հնարավոր լինի վերահսկել (տե՛ս Նկար 8)։

2. Գործարկում է n8n աշխատանքային հոսքի կատարումը։

Այսպիսով, n8n նախագծի այս քայլում ստեղծեցինք ձև, որը թույլ կտա նվազագույնի հասցնել աշխատանքային հոսքի ձախողված կատարումների մասնաբաժինը, և հանգույցների տրամաբանություն, որոնք Excel-ը փոխակերպում են Google Sheets-ի, որպեսզի աշխատակիցները քիչ գործոններ ունենան մտածելու այս մասն օգտագործելիս