Biznesin avtomatlaşdırılması sistemləri üçün daim dəyişən tələblərə uyğunlaşmaq və xərc səmərəliliyini necə saxlamaq olar?

İndiki vaxtda biznes proseslərinin daim təkmilləşdirilməsi şirkətin uğuru üçün vacibdir. Rəqabətə davam etmək üçün şirkətlər sürətlə dəyişən bazarlar, texnologiyalar və tendensiyalarla ayaqlaşmalıdırlar ki, bu da şirkətlərin əməliyyatlarına düzəliş etmədən və dəyişdirmədən mümkün deyil. Təbii ki, bu cür dəyişikliklər bu prosesləri dəstəkləyən korporativ proqram təminatına təsir göstərir.

Qanunvericilikdə və tənzimləyici tələblərdə edilən dəyişikliklər korporativ sistemlərdə dəyişikliklərə səbəb olan digər amillərdir. Məsələn, vergiləri və ya sosial sığorta haqlarını ödəmək üçün yeni bir prosedur.

Beləliklə, artan sayda biznes tapşırıqlarının, artan bazarların və dövlət orqanları tərəfindən yeni qaydaların təsiri altında qabaqcıl iri miqyaslı korporativ sistemin inkişafı heç vaxt bitməyən bir prosesə çevrilir. Sistemin düzgün işləməsini və şirkətin daha da inkişafını təmin etmək üçün daimi yeniləmələr və təkmilləşdirmələr tələb olunur. Bu səbəbdən, biznesin avtomatlaşdırılması strategiyasının zəruri hallarda qüsursuz dəyişikliklərə imkan verməsi çox vacibdir.

Gəlin tərtibatçıların istifadə olunan sistemdə dəyişiklikləri idarə edərkən qarşılaşdıqları çətinlikləri nəzərdən keçirək, bu problemləri minimuma endirmək yollarını müzakirə edək və dəyişikliklərlə bağlı maliyyə xərclərini azaldaq.

Saytda Biznes Tətbiqlərini Dəyişdirərkən Nə Növ Problemləri Gözləməlisiniz?

Korporativ sistemin dəyişdirilməsi təşəbbüsü satıcıdan və ya müştəridən gələ bilər. Satıcı buraxılışları bütün müştərilər üçün nəzərdə tutulduğundan, belə bir yeniləmənin müəyyən bir şirkətin xüsusi ehtiyaclarını nəzərə almaması üçün yaxşı şans var. Sistemi müəyyən bir şirkətin ehtiyaclarına cavab verəcək şəkildə fərdiləşdirmək üçün müvafiq proqram məhsulu daxilində biznes məntiqini dəyişdirmək lazım ola bilər. Bunun üçün ya mənbə koduna daxil ola bilməliyik, ya da mülkiyyət kodunun fərdiləşdirilməsinə və uyğunlaşdırılmasına imkan verən alətlər əldə etməliyik.

Bir tərəfdən, açıq mənbə kodu proqramları qapalı mənbə proqram təminatı ilə müqayisədə kodu dəyişdirməkdə çox rahatlıq verir. Digər tərəfdən, əvvəllər müəyyən bir müştəri üçün fərdiləşdirilmiş açıq mənbə kodu məhsulunda yeniləmənin quraşdırılması çətin işdir və bəzi hallarda müvafiq məhsulun səhvləri və ya nasaz işləməsi ilə nəticələnə bilər.

Bu cür sistemlər həm müştərilər (korporativ iş proseslərinə cavab vermək üçün), həm də satıcılar (yeni funksiyalar əlavə etmək, səhvləri düzəltmək və mövcud qanunvericiliyə uyğunluğu təmin etmək üçün) tərəfindən dəyişdirildiyi üçün yeniləmənin quraşdırılması yenilənmiş tətbiqin mənbə kodunu müştəri tərəfində dəyişdirilmiş əvvəlki versiya ilə birləşdirmək prosesidir. Buradakı problem, satıcı yeniləməsinə daxil olan yeni funksionallığı əldə etmək və əvvəlki versiyalara əlavə edilmiş parametrləri saxlamaqdır.

Bu vəziyyət bir tərtibatçı komandasında olan və öz mənbə kodunu digər komanda üzvləri tərəfindən təqdim edilən dəyişikliklərlə birləşdirməli olan hər kəsə yaxşı məlumdur. Üzvlərin eyni kodlaşdırma qaydalarına və prinsiplərinə əməl etdiyi bir vahiddə belə, mənbə kodlarının birləşdirilməsi çətin ola bilər. Biznes proqramları ilə isə bu, daha da mürəkkəbləşir, çünki müştəri tərəfində olan tərtibatçılar kodla bağlı məsləhət almaq üçün nadir hallarda satıcılara (və əksinə) müraciət edə bilirlər.

Həmçinin, əgər müştəri tərəfində kütləvi fərdiləşdirmədən danışırıqsa, satıcı müştəri məhsulunun dəstəyini dayandırmaq qərarına gələ bilər.

Yuxarıda göstərilənlərin hamısı açıq mənbə kodu biznes sisteminin həyat dövrü ərzində ən mürəkkəb tapşırıqlardan birini təsvir edir. Məhsulun bazar uğuru əsasən proqram təminatçısı tərəfindən bu tapşırığı nə dərəcədə səmərəli idarə etməsindən asılıdır.

1C: Müəssisə Ekosistemində Tətbiqləri Fərdiləşdirmə Strategiyası

1C şirkəti tərəfindən hazırlanmış arxitektura son məhsullarda biznes məntiqini asanlıqla fərdiləşdirməyə imkan verir.

Tətbiqlər yaratmaq üçün biz həm inkişaf, həm də icra mühiti olan 1C: Enterprise platformasından istifadə edirik. Tətbiq, həmçinin konfiqurasiya adlanır, mənbə kodu və metadatadan ibarətdir. Metadata 1C: Enterprise verilənlər bazasının strukturunu təşkil edir. Tətbiq komponentlərini, o cümlədən kataloqları, sənədləri, registrləri və başqalarını təsvir edən eyni struktur. 1C: Enterprise platformasında qurulmuş bütün 1C proqramları açıq mənbə kodu ilə gəlir. Bu o deməkdir ki, tərtibatçılar platformanın Dizayner rejimindən istifadə edərək həm metadataya, həm də tətbiqin mənbə koduna baxa və dəyişə bilərlər.

Belə bir yanaşma həyati üstünlük verir. 1C:Enterprise platforması quraşdırılmış kompüteri olan demək olar ki, hər bir şəxs 1C:Enterprise proqramlarını hazırlamaq və idarə etmək üçün tam alətlər dəstindən istifadə edə bilər. Bu, müştərilərə yalnız istifadə etdikləri məhsulları tənzimləməyə deyil, lazım olduqda onları dəyişdirməyə və fərdiləşdirməyə imkan verir.

Fərdiləşdirilmiş tətbiqlərin dəstəyini daha səmərəli etmək üçün platforma təchizatçılara müştərilərin dəyişə biləcəyi və dəyişdirə bilməyəcəyi tətbiq komponentlərini (kataloqlar, sənədlər və digərləri) təyin etməyə imkan verən daxili dəstək mexanizmi təklif edir. Bunun səbəbi odur ki, bəzi komponentlərin modifikasiyası sistemi əzə bilər və ya mərkəzləşdirilmiş dəstəyi qeyri-mümkün edə bilər.

Eyni zamanda, müştərilər bu mexanizmdən istifadə edərək öz fərdiləşdirilmiş tətbiqlərinin necə dəstəklənəcəyini müəyyən edə bilərlər. Məsələn, onlar ehtiyac olmadıqda müəyyən bir komponent üçün satıcının dəstəyindən imtina etmək və onu daha da dəstəkləmək və təkmilləşdirmək istəyə bilərlər. Bundan əlavə, təchizatçıya fərdiləşdirilmiş konfiqurasiyada xüsusi komponenti dəyişdirməyi qadağan etmək və beləliklə, komponentin işində təsadüfi pozulmaların qarşısını almaq mümkündür.

İdeal bir dünyada, satıcıların standart konfiqurasiyalarından kənarda müştəri fərdiləşdirmələrinin olması yaxşıdır, ona görə də fərdiləşdirilmiş hissələr yalnız müəyyən bir kod parçası tələb olunduqda istifadəyə verilir. Bu halda, satıcı yeniləmələrinin quraşdırılması heç bir insan köməyi tələb olunmayan avtomatik prosesə çevrilir. Yuxarıdakıları mümkün etmək üçün 1C şirkəti fərdiləşdirmə ssenarilərinin əhəmiyyətli bir hissəsini əhatə edən iki yanaşma hazırlamışdır.

1 nömrəli yanaşma xarici məlumat prosessorlarından və xarici hesabatlardan istifadə edir. Bu mexanizmlər konfiqurasiya mənbə kodunu dəyişdirmədən mövcud proqramların üzərinə əlavə funksionallıq əlavə etməyə imkan verir. Əslində, bunlar qrafik interfeys ilə təchiz olunmuş skriptlərdir. Bu skriptlər müəyyən bir proqram daxilində işləmək üçün nəzərdə tutulmuşdur.

İkinci yanaşma, uzantılardan istifadə etməkdir. Uzatmalarla strategiya müştərilərin standart konfiqurasiyaları dəyişməli olmadığını nəzərdə tutur. Tərtibatçılar bütün fərdiləşdirmələri sözdə uzantıda edirlər ki, bu da mahiyyət etibarilə satıcı konfiqurasiyasından ayrı bir konfiqurasiyadır. Belə halda, biznes proqramı (son konfiqurasiya) satıcının standart konfiqurasiyasını və müştərinin genişləndirilməsini birləşdirir. Belə bir iş tətbiqini işlədərkən platforma standart konfiqurasiyanı müştəri genişləndirilməsi ilə avtomatik birləşdirir.

Bununla yanaşı, təchizatçı konfiqurasiyasını avtomatik olaraq yeniləmək mümkündür, çünki dəstək mexanizmi onu dəyişdirilməyən orijinal kimi qəbul edir. Son konfiqurasiya işə salındıqda, platforma genişləndirmədə olan komponentləri birləşdirir və bununla da müştərinin gözlədiyi bütün fərdiləşdirilmiş funksionallığı saxlayır. Bu yolla, hətta müştəri tərəfində edilən əhəmiyyətli dəyişikliklərə baxmayaraq, standart konfiqurasiyalar hələ də orijinal satıcı dəstəyini saxlayır.

Genişlənmələr, məlumatların ayrılması mexanizminin istifadə edildiyi bir xidmət kimi təklif olunan məhsullar ilə xüsusilə məşhur olmuşdur. Beləliklə, əgər başqaları standart konfiqurasiyanı saxlamaq istəyərkən müştəriyə əlavə hesabatlar lazımdırsa, yalnız xüsusi müştəri ehtiyaclarını qarşılamaq üçün kiçik genişləndirmə hazırlamaq və onu standart konfiqurasiyaya əlavə etmək tələb olunur. Qeyd etmək lazımdır ki, mövcud məlumatların ayrılması qaydaları hər hansı bir uzantıya tətbiq olunur (baxmayaraq ki, ehtiyac olarsa bütün istifadəçilər üçün genişləndirməni əlçatan edə bilərsiniz) və digər müştərilər kiminsə onlardan istifadə etdiyini belə bilməyəcəklər.