İstehsal müəssisəsinin idarə edilməsi. İstehsal müəssisələrinin idarə edilməsi 1s yuxarı 8.3 dərslər

Bu yazıda ERP sistemi “İstehsal Müəssisələrinin İdarə Edilməsi” haqqında danışacağıq. İstehsal şirkətlərini avtomatlaşdırarkən, bu məhsul çox vaxt optimal həll yolu kimi çıxır və mən bir neçə dəfə müxtəlif təşkilatlar üçün 1C UPP-nin tətbiqində iştirak etmişəm.

İşləyərkən qeyd etdim ki, bu proqram məhsulu haqqında praktiki olaraq heç bir rəy yoxdur. Texniki sənədlər, bu sistemdə konkret problemlərin həlli ilə bağlı proqramçılar üçün bəzi tövsiyələr, təlim kursları mövcuddur. Lakin istifadəçilər üçün bütün sistemin dəqiq təsviri yoxdur. Və çox vaxt, bu proqram məhsulunu tətbiq etməzdən əvvəl, praktik olaraq "barmaqlarımda" "İstehsal Müəssisəsinin İdarəedilməsi" nin xüsusiyyətlərini, üstünlüklərini və mənfi cəhətlərini izah etməliyəm.

Hətta Habré-də ERP bölməsində bu sistem haqqında hələ də məlumat yox idi. Məhz bu boşluğu doldurmaq qərarına gəldim. Bundan əlavə, ümid edirəm ki, mənim məqaləm sahibkarlara və İT mütəxəssislərinə istehsal müəssisəsinin avtomatlaşdırılması üçün proqram təminatının seçilməsi mərhələsində kömək edəcək və onları bu sistemin tətbiqi zamanı nəzərə alınmalı olan xüsusiyyətlərə hazırlayacaqdır.

Bu baxışda sizə UPP ed sisteminin nə olduğunu söyləmək istəyirəm. 1.3, belə ki, kim satın almağa və həyata keçirməyə qərar verirsə, bu bahalı məhsulu seçməkdə daha xəbərdar və daha şüurlu olsun. Mən sistemlə bağlı təcrübəmə və müştərilərimin təcrübəsinə əsaslanaraq obyektiv qiymət verməyə çalışacağam. Bu baxış kiməsə proqramın alınması ilə bağlı müsbət qərar verməyə kömək edəcək və kimsə ondan imtina etməyə qərar verəcək.

Proqram məhsulunun xüsusiyyətlərini başa düşmək üçün aşağıdakı suallara cavab verməlisiniz:

  1. Sistem nədir, onun qarşısına hansı vəzifələr qoyulur.
  2. Bu sistem ona verilən tapşırıqları yerinə yetirmək qabiliyyətinə nə dərəcədə malikdir?
  3. Sistemin müsbət və mənfi cəhətlərini müəyyənləşdirin.
Anlamaq üçün çox vacib olan ilk şey: 1C. İstehsal müəssisələrinin idarə edilməsi yalnız mühasibat uçotu sistemi deyil, onun inkişafı zamanı müəssisənin idarə edilməsinin müasir üsulları nəzərə alınmışdır və buna görə də bu məhsul ERP sistemi kimi istifadə üçün təklif olunur; Bundan əlavə, adından belə çıxır ki, bu xüsusi məhsul istehsal tipli müəssisələr üçün nəzərdə tutulub. Məhz bu baxımdan mən 1C UPP proqram məhsulunu nəzərdən keçirmək niyyətindəyəm.

ERP sistemi nədir?

ERP (Müəssisə Resurslarının Planlaşdırılması) sistemi bütün növ biznes proseslərini idarə etmək, qeyd etmək və təhlil etmək və müəssisə miqyasında biznes problemlərini həll etmək üçün nəzərdə tutulmuş korporativ məlumat sistemidir.

Sadə dillə desək, ERP sistemi şirkətdə mövcud olan bütün uçot növlərini özündə birləşdirir. ERP sistemlərindən istifadə etməklə müxtəlif şöbələr arasında məlumat mübadiləsi və qarşılıqlı əlaqə həyata keçirilir və s. “İstehsal müəssisəsinin idarə edilməsi” ERP sistemi vəziyyətində proqram məhsulu istehsal şirkəti üçün bütün bu funksiyaların həyata keçirilməsini təklif edir.

"İstehsal Müəssisəsinin İdarəedilməsi" məhsulunu tətbiq edərkən, tərtibatçılar sistemdə mümkün olan maksimum funksiyalar siyahısını birləşdirməyə çalışdılar. Sənədlərə baxsanız, 15-ə qədər alt sistemi saya bilərsiniz. Fakt budur ki, 1C-də sənədlər alt sistemlərə qruplaşdırılıb:

  • İstehsal nəzarəti
  • Xərclərin idarə edilməsi
  • Satınalmaların idarə edilməsi
  • Planlaşdırma
  • Vergi və mühasibat uçotu
  • Əmək haqqı
  • Kadrların uçotu və s.
Bunlar. Biz istehsal müəssisəsinin fəaliyyəti üçün tələb oluna biləcək bütün funksiyaları bu sistemə daxil etməyə çalışdıq. 1C şirkəti ERP sistemini məhz belə yerləşdirir: o, digər proqram məhsullarından istifadə etmədən istənilən prosesi avtomatlaşdırmaq üçün lazım olan hər şeyə malikdir.


Çəkdiyim skrinşot aydın şəkildə göstərir ki, sənədlərin çox kiçik bir hissəsi birbaşa istehsala aiddir. Bütün digər sənədlər “İstehsal müəssisələrinin idarə edilməsi”ni bütün şöbələrin işi üçün universal həll etmək üçün nəzərdə tutulmuş əlavə alt sistemlərdir. Bütün bu imkanları təfərrüatı ilə nəzərdən keçirməyin mənasını görmürəm, lakin alt sistemlərin hər birinin səmərəli və tam işləməsi və konkret biznesin ehtiyaclarını həll edə bilməsi vacibdir. Bu yazıda UPP-ni digər 1c - İstehsalın İdarəetmə həllərindən fərqləndirən blok üzərində ətraflı dayanacağıq.

1C UPP: məhsul haqqında ətraflı

1C şirkəti “İstehsalat Müəssisələrinin İdarəedilməsi”ni özünün qabaqcıl məhsullarından biri kimi yerləşdirir. Bu, 1C-dən tipik bir konfiqurasiyadır, yəni. proqram məhsulu tamamilə 1C-nin özü tərəfindən istehsal olunur və sistemdə hər hansı bir dəyişiklik rəsmi 1C tərəfdaşları tərəfindən həyata keçirilməlidir. UPP, 1C tərəfindən daim dəstəklənən konfiqurasiyalardan biridir, bunun üçün yeniləmələr buraxılır və s.

Bu standart konfiqurasiya üçün bir çox dəyişdirilmiş, sözdə sənaye versiyaları yaradılmışdır: 1C.Maşınqayırma, 1C.Ət emalı zavodu, 1C.Mebel istehsalı, 1C.Printing və s.

Sənaye həlləri əsas konfiqurasiya əsasında 1C tərəfdaş şirkətləri tərəfindən yaradılır. Bu, adətən belə baş verir: müəyyən bir müştəri üçün dəyişikliklər edilir, bundan sonra onlar seçilmiş sənaye üçün nəzərdə tutulmuş yeni versiyaya “yığılır”. Dəyişdirilmiş konfiqurasiya yazıldığı sənayenin adını daşıyır və “qutulu həll” kimi satılır.

Məhsulun dəyəri

Bu konfiqurasiya ilə işləmək üçün məhsulun özünü satın almalısınız. 1C şirkətindən tövsiyə olunan qiymət 186.000 rubl təşkil edir. Və bu proqram məhsulunun lisenziyası 1C üçün ümumi əsasda həyata keçirilir, yəni. digər 1C məhsullarının istifadəçiləri bu sistem üçün hər hansı ayrıca lisenziya ala bilməzlər.
Hər hansı bir lisenziya, məsələn, 1C Mühasibatlıq və ya 1C Ticarət və Anbar bu sistem üçün uyğundur. Təbii ki, bu məhsulların lisenziya qiyməti eynidir.

Anlamaq vacibdir: sənaye həlləri üçün 1C tərəfdaş şirkətləri öz ayrıca lisenziyalarını tələb edə bilər. Və burada qiymət əsas versiyadan fərqli ola bilər.

Digər məhsullarla işləyərkən, lisenziyalaşdırma 1C-də qəbul edilmiş variantlardan birinə uyğun olaraq həyata keçirilir: kompüter (cihaz) və istifadəçi üçün (hər hansı bir cihazdan bağlantılar). Bütün məlumatlar 1C saytında olduğu üçün burada təfərrüata varmayacağam. Onunla linkdə tanış ola bilərsiniz: http://v8.1c.ru/enterprise/

1C proqramının özü haqqında çox yazılıb. Mən artıq bu platforma haqqında, məsələn, “” məqaləsində yazmışam. “İstehsalat müəssisələrinin idarə edilməsi” sisteminin 1C əsasında fəaliyyət göstərdiyini nəzərə alaraq. Enterprise 8.3, əsas proqram təminatının bütün üstünlükləri və mənfi cəhətləri də orada mövcuddur.

Konfiqurasiyaya daha yaxından nəzər salaq

R.B.Chase, F.R.Jacobs, N.J.Aquilanonun "İstehsal və Əməliyyatların İdarə Edilməsi" kitabında bir istehsal müəssisəsi üçün ERP sistemlərinə qoyulan vəzifələrin siyahısını bəyəndim:
  1. Yeni sifarişlərin uçotunu aparmaq və bu barədə istehsal şöbəsinə operativ məlumat vermək.
  2. Satış şöbəsinə istənilən vaxt müştərinin sifarişinin vəziyyətini görmək imkanı verin.
  3. Satınalma şöbəsinə istənilən vaxt materiallara olan istehsal ehtiyaclarını görmək imkanı verin.
  4. Dövlətə şirkətin fəaliyyəti haqqında məlumatların vaxtında verilməsi, yəni. mühasibat və vergi uçotunu aparmaq.
Bu məqamların hər birinə daha ətraflı baxaq. Aydınlıq üçün müştərilərimdən birini misal çəkəcəyəm - SCP sistemindən istifadə edən və klassik və vizual istehsal modeli olan tikiş müəssisəsi. Bu müəssisənin bir çox müxtəlif şöbələri var: dizayn, mühəndislik, istehsal, parça və aksesuarların saxlanması şöbəsi, hazır məhsulun saxlanması şöbəsi, idarəetmə şöbəsi.

Satış şöbəsində yeni sifarişlərin uçotu

Sifarişlərin uçotu istənilən satış şöbəsinin işinin tərkib hissəsidir. İstənilən sifariş bir neçə hissədən ibarətdir:
  1. Müştəri uçotu (satış kimə aparılır);
  2. Malların uçotu (müştəriyə nə satılacaq).
Alıcılar (müştərilər) Qarşı tərəflərin kataloquna daxil edilir. Müştərilər həm fiziki, həm də hüquqi şəxslər ola bilər. Qarşı tərəfin kartında siz şirkətin bütün bank rekvizitlərini, telefon nömrələrini, çatdırılma ünvanını və sənədlərin işlənməsi və satış üçün lazım olan digər məlumatları göstərə bilərsiniz.

Və satıla bilən bütün mallar haqqında ətraflı məlumat Nomenklatura kataloqunda saxlanılır.


Nomenklatura, alıcıya təqdim edilə bilən mallar və xidmətlər haqqında məlumatların saxlanması üçün hazırlanmış bir kataloqdur. Və bu sistemdə nomenklatura ən mürəkkəb istinad kitablarından biridir.

Burada aşağıdakılar saxlanıla bilər:

  • Məhsulun adı
  • Serial
  • Şəkillər
  • Texniki sənədlər faylları
  • Təsvir və məhsul haqqında demək olar ki, hər hansı digər məlumat.
Bu kataloqlardan istifadə edərək, satış şöbəsinin əməkdaşı Müştəri Sifariş sənədini yaradır, burada qarşı tərəfi və qiymətləri olan əşyaların siyahısını göstərir.

Tikiş istehsalı nümunəsindən istifadə edərək, sifariş üzərində iş aşağıdakı mərhələlərə bölünür:

  1. Sifarişləri qəbul edin və müştəri ehtiyaclarını qeyd edin.
  2. Lazım gələrsə, sifariş üçün material alın.
  3. Məhsulların kəsilməsini və sonra tikilməsini həyata keçirin.
  4. Malların yoxlanılması (keyfiyyətinə nəzarət) aparmaq.
  5. Hazır məhsulları anbara köçürün.
  6. Göndərmə və ya alıcıya çatdırılma həyata keçirin.
Beləliklə, işin birinci mərhələsi başa çatdı: müştərinin məlumatlarını və ehtiyac duyduğu malları əks etdirən Müştəri Sifarişi sənədi yaradıldı. İndi biz məlumatları istehsalata ötürməliyik.

Yeni sifarişlər haqqında istehsala məlumat vermək

İstehsalat yeni sifarişləri gələn kimi görməlidir. 1C UPP konfiqurasiyası, ümumiyyətlə, bu vəzifənin öhdəsindən gəlir. Ancaq əks problem yaranır: istehsal yalnız istehsal edilməli olan sifarişləri görməlidir. Bunlar. Sifariş sənədində artıq anbarda olan mallar göstərilibsə, istehsal belə bir sifarişdə maraqlı deyil və onun istehsal üçün mövcud sənədlər siyahısında görünməsi əlavə çaşqınlıq yarada bilər.
İstehsal sifarişləri qəbul edildikdən dərhal sonra görməlidir, lakin sifarişlərin yalnız məhsulun istehsal edilməli olduğu hissəsidir.

Bu cür problemlərin qarşısını almaq üçün 1C tərtibatçıları aşağıdakı həll yolunu təklif edirlər: alıcının sifarişi əsasında satış meneceri yeni bir sənəd yaratmalıdır - İstehsal Sifarişi, istehsal edilməli olan məhsul elementlərinin siyahısını verəcəkdir.

Ancaq bu seçimi çox əlverişli adlandırmaq olmaz, çünki işdə tamamilə insan amilindən asılı olan daha bir addım var. Bunlar. Sifariş yaratdıqdan sonra menecer istehsal sifarişi yaratmağı unuda bilər, səhv edə bilər və s. Nəticədə tələb olunan mallar istehsal planına vaxtında çatdırılmayacaq, sifarişçi isə sifariş verdiyi məhsulları vaxtında almayacaq. Təbii ki, müəssisənin tam avtomatlaşdırılması ilə belə hallar yolverilməzdir. Digər tərəfdən, əlavə emal yaratmaqla bu problem tamamilə həll edilə bilər.

Bir geyim şirkəti üçün aşağıdakı həlli yaratdıq. Müxtəlif şərtlərin müəyyən siyahısı əsasında avtomatik olaraq istehsal sifarişi yaradan əlavə bir plagin yazılmışdır.

Bu emal tələb olunan əşyaların anbarda olub-olmadığını müəyyənləşdirdi. Əgər yoxsa, növbəti addım istehsalda mövcud olan məhsulların təhlili idi. Əgər belə məhsullar yoxdursa və ya onlar sifarişdə göstəriləndən gec tarixə planlaşdırılıbsa, avtomatik olaraq istehsal sifarişi yaradılır.

Nəticə: Sistem məhsullar və müştərilər haqqında məlumat saxlamaq üçün lazım olan hər şeyə malikdir. Sifariş yaradaraq istehsalata ötürmək mümkündür. Ancaq işi tam avtomatlaşdırmaq üçün hələ də müəyyən bir müəssisənin ehtiyaclarına uyğun dəyişiklik tələb olunacaq.

İstehsalda sifarişin vəziyyəti

Artıq qeyd edildiyi kimi, sifariş istehsala daxil olduqdan sonra satış şöbəsinə sifarişin vəziyyətini real vaxt rejimində izləmək imkanı vermək lazımdır. Satış departamentinin meneceri üçün işin hansı mərhələdə olduğunu bilməsi vacibdir: sifariş edilən mallar artıq işə çatdırılıbmı, nə vaxt başa çatdırılması planlaşdırılır və s.

Bu iki üsuldan biri ilə həyata keçirilir:

  1. Satış meneceri sifariş üzrə işin hansı texnoloji mərhələdə olduğunu izləyə bilər: planlaşdırılıb, işə daxil olub, keyfiyyətə nəzarətdə və s. Beləliklə, satış mütəxəssisi hər bir sifariş üzrə işlərə daim nəzarət edə və müştərini son tarixlər barədə xəbərdar edə bilər.
  2. Məhsul üçün satış müddəti müəyyən edilir, yəni. tələb olunan məhsulların siyahısının hazırlanacağı, sınaqdan keçiriləcəyi və göndərilməyə hazır olacağı tarix.
Sistem birinci variantı həyata keçirmək üçün lazımi alətləri təmin etmir. Mövcud olan hesabatlar yalnız stokda olan sifarişlərin və malların vəziyyətini əks etdirir. İstehsal üçün, mərhələli bildiriş həyata keçirmək lazımdırsa, dəyişikliklərə ehtiyac olacaq.
Təəssüf ki, ikinci halda, istehsalın sifarişin tamamlanma tarixini dəyişdirə biləcəyi hallar üçün hazır alətlər yoxdur. Yalnız satış şöbəsi göndərmə tarixinə və yuxarıya doğru hər hansı dəyişiklik edə bilər. Tipik olaraq, menecer daşınma tarixini daha gec bir tarixə təyin edə bilər, lakin istehsala malların yaradılması vaxtının əl ilə dəyişdirilməsinin mümkünlüyü barədə məlumat verilməlidir. Həmçinin, zərurət yaranarsa, sifarişi daha tez başa çatdırmaq mümkün olsa belə, istehsal göndərilmə tarixini təxirə sala bilməz.
Əsas konfiqurasiyada, son tarixlərdə hər hansı bir dəyişiklik və sifarişin yerinə yetirilməsi mərhələsinin müəyyən edilməsi işçilər tərəfindən əl ilə həyata keçirilir, nəticədə gözlənilməz insan amili işə daxil edilir. Ancaq burada təkmilləşdirmələr problemi həll etməyə kömək edəcək.

Beləliklə, tikiş istehsalı üçün biz icmal hesabat yaratdıq ki, göstərilir: hansı partiyanın (hansı sifarişlərdən) istehsalda olması, o cümlədən hesabatda hansı partiyanın kəsimdə, hansının tikişdə olması və s. Bunlar. biz istehsal proseslərini mərhələlərə böldük və hesabatda ümumi mənzərə əks olundu - hansı məhsulların sifarişi istehsalın hansı mərhələlərində, hansı növbədə (işin başlama tarixi göstərilməklə), keyfiyyətə nəzarətdə olan, anbara göndərilir.

Əvvəlcə bu hesabat istehsalat işçiləri üçün yaradılmışdır ki, onlar işlərinə nəzarət edə bilsinlər və lazım gəldikdə düzəlişlər edə bilsinlər. Amma sonradan biz eyni hesabatı satış şöbəsinə açdıq ki, menecerlər də müəyyən bir sifarişin vəziyyətini görə bilsinlər.

Nəticə: Konfiqurasiya sifariş emal üçün təqdim edildikdən sonra satış şöbəsi ilə istehsal arasında avtomatik məlumat mübadiləsini nəzərdə tutmur. Amma əlavə hesabatlar yaratmaq və emal etməklə bu konfiqurasiya əsasında oxşar həlləri həyata keçirmək mümkündür.

İstehsal və satınalma şöbəsi arasında əlaqə

Çox vacib bir məqam istehsalın lazımi materiallarla təmin edilməsidir. Eyni zamanda, düzgün işləmək üçün istehsalı sifarişləri yerinə yetirmək üçün lazım olan hər şeylə təmin etmək və anbardan pulsuz satış üçün mal yaratmaq lazımdır, digər tərəfdən isə artıq materialların anbarda yığılmaması lazımdır. Buna görə də təchizat şöbəsi anbarda olan materialların miqdarı və cari istehsal ehtiyacları, o cümlədən istehsala yenicə planlaşdırılan sifarişlər üçün materialların siyahısı haqqında aktual məlumat əldə etməlidir.

Bu iş necə olmalıdır:

  1. Ehtiyacların siyahısı yaradılır.
  2. Bu siyahı və məhsulun spesifikasiyası əsasında məhsulların istehsalı üçün zəruri olan materialların siyahısı formalaşır.
  3. Alınan siyahı əsasında satınalma planı formalaşdırılır.
  4. Satınalma planına uyğun olaraq sistem təchizatçılar üçün sifarişlər yaradır.
Sistemin əhəmiyyətli bir çatışmazlığı: Satınalma şöbəsinin hansı materialları hansı təchizatçılardan və hansı qiymətlərlə almaq lazım olduğunu görmək imkanı yoxdur. Bunlar. hesabatlar yalnız ümumi cari istehsal ehtiyaclarını göstərir və daha ətraflı məlumat əldə etmək üçün əlavə dəyişikliklər edilməlidir.
Sistemdə Satınalma Planı adlı sənəd var. Ehtiyaclar haqqında məlumat toplayır, yəni. klassik MRP sistemində olması lazım olduğu kimi istehsalı təmin etmək üçün nələrin və hansı miqdarda alınması lazım olduğu haqqında.


MRP (Material Tələblərin Planlaşdırılması)- bu, müəssisənin istehsal üçün xammal və materiallara olan tələbatının avtomatlaşdırılmış planlaşdırılmasıdır. Planlaşdırma spesifikasiyalar əsasında aparılır.

Spesifikasiya (material sənədi) müəyyən bir materialın bütün parametrlərini, keyfiyyətlərini, xüsusiyyətlərini, dözümlülüklərini təsvir edən bir istinad kitabıdır. Hazır məhsul və ya "yarımfabrikat" üçün spesifikasiya məhsulun nədən ibarət olduğunu göstərir.

Hər bir məhsulun istehsalı müəyyən materiallar və yarımfabrikatlar tələb edir. Materiallar spesifikasiyalara əsasən dərhal sifariş verilə bilər. Yarımfabrikat üçün növbəti addımı atmaq lazımdır - öz növbəsində bu və ya digər yarımfabrikatın hansı materiallardan ibarət olduğunu anlamaq. Həm də sifarişə lazımi materialları əlavə edin.

Beləliklə, hər bir hazır məhsul bir neçə addımdan istifadə edərək avtomatik olaraq materiallara bölünür. Misal üçün:

Kostyum şalvar, gödəkçə və qablaşdırmadan (paketdən) ibarətdir. Şalvar və gödəkçə, bir paket yaratmaq üçün növbəti mərhələdə parçalanmalı olan yarı bitmiş məhsullardır, material dərhal satınalmalara əlavə edilə bilər; İkinci mərhələdə şalvar müxtəlif növ parçalara, saplara, fermuarlara və düymələrə “bölünür”. Eynilə, gödəkçə də müxtəlif növ parçalardan, saplardan və düymələrdən ibarətdir. Bütün bu materiallar satınalma planına əlavə olunur.

İndi materialların hər biri üçün təchizatçı seçməyə və sifariş yaratmağa davam edə bilərsiniz. SCP sistemində yuxarıda göstərilən bütün mərhələlər avtomatlaşdırılmayıb və buna görə də problemi həll etmək üçün bəzi dəyişikliklər tələb olunacaq. Eyni zamanda, konfiqurasiya bütün tələbləri saxlamaq imkanı verir və satınalma məlumatlarını toplamaq imkanı da var. Ancaq əsas versiyada onların hamısı insan müdaxiləsini tələb edir, bu da rahatlıq və etibarlılıq səviyyəsini azaldır. Buna görə də, xarici emal burada da çox faydalı olacaq, xüsusən də bütün məlumatlar və ona giriş sistemdə mövcud olduğundan.

Tikiş istehsalı üçün məsələni aşağıdakı kimi həll etdik. İstehsal üçün hazırlanmış hesabata, eləcə də sifarişlər haqqında məlumatlara əsasən lazımi materiallara tələbat avtomatik olaraq hesablanırdı. Daha sonra anbarda saxlanılan materiallar bu siyahıdan çıxarılıb və onun köməyi ilə alış-verişin aparıla biləcəyi hesabat yaradılıb. Daha sonra təchizatçılar sizə materialları nə qədər tez çatdıra biləcəklərini söyləyirlər. Və bu məlumat sistemə əl ilə daxil edilir, bunun əsasında satıcılar sifarişin istehsal vaxtı barədə müştərilərə məlumat verə biləcəklər.

“Qutu həllində” mühasibat uçotu və vergi hesabatı

Tərtibatçılar tərəfindən düşünülmüş "İstehsal Müəssisələrinin İdarə Edilməsi" nin tipik konfiqurasiyası mühasibat uçotu və vergi hesabatları üçün lazım olan bütün məlumatları toplamalı və mühasibat şöbəsinin işi üçün lazım olan bütün hesabatları yaratmalıdır.
Və burada bu konfiqurasiya çox böyük bir "Axilles dabanına" malikdir. Fakt budur ki, hər sənəddə üç onay qutusu var:
  • UD – idarəetmə uçotu haqqında sənəd;
  • BU - sənəd mühasibatlığa məruz qalır;
  • NU – sənəd vergi uçotuna məruz qalır.

Sənədlər müxtəlif sistemlərə ayrılmadığından insan faktoru önə çıxır. Məsələn, satınalma şöbəsinin işçisi və ya anbardar materialları aldıqdan sonra qəbz sənədini yerləşdirir. Material qeydiyyata alınıb. Ancaq BU qutusunu yoxlamazsa, mühasib sənədi görmür və özü aldığı vergi hesab-fakturasına əsasən hesab-fakturanı yerləşdirir. Nəticədə, sənəd müxtəlif müəlliflər tərəfindən iki dəfə düzəldilir. Və hər hansı bir səhv baş verərsə, günahkarı müəyyən etmək çox çətin olacaq.

Müxtəlif hallarda bu problemin necə həll olunduğunu bilmirəm. İndiyədək rəhbərliyin bu çatışmazlıqla razılaşdığı və işçilərə arxalanmağa üstünlük verdiyi variantlarla rastlaşmışam. Tətbiq edilmiş insan səhvindən qorunmanın yeganə üsulu standart onay qutularını təyin etməkdir. Prinsipcə, ümumiyyətlə işlədiyim kiçik və orta biznesdə bu, həqiqətən kifayətdir.

Digər proqram məhsulları və sistemləri ilə inteqrasiya

İnteqrasiya hər hansı bir şirkətin işinin, o cümlədən istehsalın avtomatlaşdırılması zamanı zəruri olan mühüm mərhələdir. Anlamaq lazımdır ki, inteqrasiya xeyli vaxt və səy tələb edən bahalı bir prosesdir. Söhbət mürəkkəb çoxfunksiyalı ERP sistemindən getdiyindən proseslərin yüksək keyfiyyətli avtomatlaşdırılması üçün müxtəlif mənbələrdən çoxlu sayda müxtəlif məlumat əldə etmək lazım gələcək.

Əgər buna istehsal nöqteyi-nəzərindən baxsanız, mütləq məhsulun buraxılış tarixləri, yarımfabrikatlar və materiallar haqqında məlumatları sistemə yükləməli olacaqsınız. Satınalma departamenti çatdırılma qeydlərini və digər qəbz sənədlərini sistemə yükləyir. Satış departamenti sifarişlər və s. haqqında məlumatları yükləməlidir. Bundan əlavə, istehsalda müxtəlif vəziyyətlər mümkündür və sistemin material sərfi, qüsur dərəcələri, iş prosesi zamanı yaranan bəzi çətinliklərə görə istehsalın vaxtının dəyişdirilməsi və s. haqqında məlumatların operativ şəkildə alınması çox vacibdir.

Məsələn, bir tikiş müəssisəsində inteqrasiya kəsici maşınla həyata keçirildi. Bəzi CAD proqram təminatı, müəssisə veb-saytı və digər həllər ilə inteqrasiya da tez-tez tələb olunur. Və işin bu mərhələsi çox vaxt büdcənin 30% -ni tutur.
Eyni zamanda, belə hərtərəfli həllər olmadan, EPR sisteminin istifadəsi effektiv olmayacaq, siz müəssisənin idarə edilməsinin və avtomatlaşdırılmasının yeni səviyyəsinə çata bilməyəcəksiniz; Bunu başa düşmək çox vacibdir.

İstənilən sistem yalnız ən zəif halqası qədər təsirli olur. Tətbiq zamanı bu və ya digər halda inteqrasiyadan imtina etsəniz və insan amilinə etibar etsəniz, səhvlər mütləq toplanacaq və bütün sistem qeyri-sabit olacaq.
Məsələn, əgər yeni məhsulun layihələndirilməsindən danışırıqsa, onda bütün dizayn sənədləri dizayn sistemindən (CAD) avtomatik olaraq ERP sisteminə yüklənməlidir. Və sonra hər hansı bir sual və ya çətinlik yaranarsa, hansı məhsuldan danışdığımızı başa düşmək həmişə mümkün olacaq. Dizaynerlər isə lazımi dəyişiklikləri tez və səhvsiz edə biləcəklər.

İstehsala gəlincə, istehsal edilməli olan daxil olan sifarişlər haqqında (məsələn, internet saytından və ya xüsusi sifariş blankından) vaxtında və səhvsiz məlumat almaq, həmçinin vaxtında və səhvsiz ötürmək çox vacibdir. istifadə olunan faktiki materiallar haqqında məlumat, bu da işin fasiləsiz davam etməsinə imkan verəcəkdir.

Mən yuxarıda qeyd etdim ki, tikiş müəssisəsində eyni vaxtda 36 qat parça kəsən kəsici maşınla inteqrasiya etmək lazım idi, qırıntılar, qırıntıların miqdarı haqqında məlumat əldə etmək və bu qırıntıları maya dəyəri arasında bölüşdürmək lazım idi; məhsulların bütün partiyası. Müvafiq olaraq, sistemin ondan çıxan məlumatları başa düşməsi və məlumatları anlaya biləcəyi formatda maşına göndərməsi üçün maşınla birbaşa inteqrasiya olunan bir əlavə tələb olundu. Bundan əlavə, qüsurları və məhsul xərclərini hesablamaq üçün maşından alınan məlumatların emal edilməsi tələb olunurdu.

Həmçinin, bir çox başqa hallarda insan amilinə güvənmək yolverilməzdir, çünki səhvlər, sistemdəki qeyri-dəqiqliklər, məlumatların vaxtında daxil edilməməsi işdə fasilələrə səbəb olur. Ona görə də inteqrasiya, əlbəttə ki, sürətli və bahalı proses deyil, lakin işin keyfiyyətini yüksəltmək lazımdır.

Sənaye həlləri

1C-nin əsas konfiqurasiyasına əlavə olaraq. CQBK üçün xeyli sayda sənaye həlləri mövcuddur. Onlar əsas konfiqurasiya əsasında 1C tərəfdaş şirkətləri tərəfindən yaradılmışdır. Çox vaxt bu cür həllər bəzi istehsal müəssisələri üçün 1C.UPP-nin tətbiqi nəticəsində ortaya çıxır. Bundan sonra, müəyyən bir sənaye üçün konfiqurasiyanın dəyişdirilmiş versiyası bir qədər dəyişdirilir və müştərilərə hazır sənaye həlli kimi təklif olunur.

İndi 1C veb saytında demək olar ki, hər hansı bir sənaye üçün bu cür konfiqurasiyaları tapa bilərsiniz. Ancaq aşağıdakı məqamları başa düşmək çox vacibdir:

  1. Konfiqurasiya müəyyən bir müəssisənin ehtiyaclarına uyğun olaraq dəyişdirildi. Və bu yanaşmanın şirkətiniz üçün doğru olacağına heç bir zəmanət yoxdur. Məsələn, süd istehsalı çəki ilə kəsmik və xama yarada bilər və ya bu məhsulları müəyyən qablarda qablaşdıra bilər. Süd, kefir və fermentləşdirilmiş bişmiş süd istehsal edə bilər və ya qatıq və desertlərdə ixtisaslaşa bilər. Bu halların hər biri fərqli dəyişikliklər tələb edəcək. Tərəfdaşlardan əsas versiyada təklif olunanların sizə uyğun olacağı bir həqiqət deyil.
  2. Sənaye konfiqurasiyaları tərəfdaş şirkətlər tərəfindən əsas əsasında həyata keçirilir, eyni zamanda konfiqurasiyanın özündə əhəmiyyətli dəyişikliklər edilir. Buna görə də, 1C-nin əsas versiyası üçün yeniləmələr. Yumşaq başlanğıclar sənaye konfiqurasiyası üçün uyğun deyil. İstifadəçilər 1C tərəfdaş şirkəti də sənaye versiyasını yeniləyənə qədər gözləməli olacaqlar.

1C haqqında bir neçə söz. UPP ERP 2.0

Ayrı bir 1C konfiqurasiyası da var. İstehsal müəssisəsinin idarə edilməsini avtomatlaşdırmaq üçün zəruri olan əhəmiyyətli təkmilləşdirmələr və əlavələr edilmiş UPP ERP 2.0. Bunlar. bu konfiqurasiya yalnız tam bir həll kimi deyil, həm də tam hüquqlu ERP sistemini özündə birləşdirən istehsal müəssisəsi üçün universal bir həll kimi yerləşdirilmişdir.

Bu sistem də 1C əsasında yaradılmışdır, konfiqurasiya da modul deyil, hərtərəflidir. Buna görə də, 1C məhsullarının bütün xüsusiyyətləri, prinsipcə, mürəkkəb 1C konfiqurasiyalarını həyata keçirərkən qarşıya çıxan problemlər də bu sistemə xasdır.

Bir tərəfdən 1C versiyası. UPP ERP 2.0 həqiqətən, ilk növbədə avtomatlaşdırma və idarəetmə məsələləri ilə bağlı genişlənmiş funksiyalar dəstinə malikdir. Lakin bu proqram məhsulu nisbətən yaxınlarda yaradılmışdır. Və mən hesab edirəm ki, bu versiya hələ tam işlənmədiyi üçün ona keçmək tezdir.

1C-dən fərqli olaraq yeni xüsusiyyətlər, yeni arayış kitabları, sənədlər, hesabatlarla daim yenilənir. UPP, hansı ki, yeniləmələrə yalnız müəyyən edilmiş səhvlərin düzəlişləri və qanunvericilikdəki dəyişikliklərlə bağlı mühasibat və vergi hesabatlarına yeniliklər daxildir.

Bundan əlavə, 1C sistemi. UPP ERP 2.0 1C konfiqurasiyasından qat-qat bahadır. UPP.

1C UPP sisteminin müsbət və mənfi cəhətləri

Sistem həqiqətən hərtərəflidir və müvafiq modifikasiya ilə müəyyən bir növ istehsal müəssisəsinin idarə edilməsi funksiyalarını yerinə yetirə bilər. Hər bir sənayenin fərqli təkmilləşdirmələr tələb edəcəyini anlamaq da vacibdir. Sistem paltar tikmək üçün yaradılıbsa, süd məhsulları istehsalı müəssisəsi üçün uyğun olmayacaq. Əlbəttə ki, sənaye həllərindən də istifadə edə bilərsiniz, lakin mən şəxsən bu cür həllərdən istifadə etməyi məsləhət görmürəm.

Sadəcə ona görə ki, “İstehsalat Müəssisəsinin İdarəedilməsi”nin standart konfiqurasiyası bir çox cəhətdən sizə uyğun gəlmirsə, sənaye həlləri də sizə uyğun gəlməyəcək. Bu halda, başqa bir məhsul seçmək və ya həqiqətən xüsusi bir həll sifariş etmək daha asan olacaq. Əgər standart konfiqurasiya çox hissəsi üçün sizə uyğun gəlirsə, o zaman standart bir həll və sənaye üçün xüsusi bir işin xüsusiyyətlərinə uyğun olan dəyişikliklər və parametrlərin sayı az fərqlənəcəkdir.

Sistemin mühüm çatışmazlığı modulluğun olmamasıdır. Bunlar. Müəyyən problemləri həll etmək üçün sistemə müəyyən emal və ya hesabatlar, "əlavələr" yarada bilərsiniz. Onlar işləyəcək, lakin əsas həllər toxunulmaz qalacaq. Ancaq bəzi məqsədlər üçün sənədlərin və ya arayış kitablarının işində dəyişiklik etməlisinizsə, konfiqurasiyada mövcud olan bütün alt sistemlərdə dəyişikliklər etməlisiniz.

Bu sistemdə modulluğun olmaması səbəbindən digər şöbələr üçün nəzərdə tutulmuş sənədlərdə və kataloqlarda əhəmiyyətli dəyişikliklər edilmədən mühasibat uçotunda və ya məsələn, anbar uçotunun işində əhəmiyyətli düzəlişlər etmək mümkün deyil. Onların hamısı bir-birinə bağlıdır və eyni istinad kitabları və sənədləri ilə işləyirlər. Bununla belə, bu xüsusiyyət 1C-dən bütün proqram məhsullarına xas olduğu üçün geniş şəkildə tanınır.

Buna görə də, adətən heç kim bu sistemdə əhəmiyyətli təkmilləşdirmələr etmir, onlar xarici emal, hesabatlar və digər əlavələrlə məşğul olmağa çalışırlar; Sənaye həlləri çox vaxt müəyyən bir sahə ilə əlaqəli müəyyən bir müəssisə üçün yaradılmış əlavələr dəstinin bir variasiyasıdır. Və yenə də bəzi dəyişikliklərə ehtiyacınız olacaq, dəyəri əsas konfiqurasiyaya qədər dəyişikliklərdən az fərqlənir. Ancaq standart bir həllin etibarlılığı həmişə tərəfdaş şirkətlərin məhsullarından daha yüksəkdir.

Nəticə.Əsas sistem konfiqurasiyası sizi qane edirsə, onu almaq və quraşdırmaq daha yaxşıdır. Ancaq eyni zamanda, sistemin tətbiqinin yalnız proqram təminatını konfiqurasiya etməklə yanaşı, biznesiniz üçün bütün lazımi təkmilləşdirmələri, hesabatları və inteqrasiyanı həyata keçirə biləcək təcrübəli mütəxəssislər tərəfindən həyata keçirilməsi çox vacibdir. digər proqram məhsulları və sistemləri ilə.

Düzgün yanaşma ilə 1C İstehsalat Müəssisəsini İdarəetmə sistemi biznes proseslərinin yüksək səviyyədə avtomatlaşdırılmasına və şirkətin müxtəlif şöbələrinin işinin əlaqələndirilməsinə nail olmağa imkan verən əla vasitəyə çevrilir.

Nəticə olaraq, "1C: İstehsal Müəssisələrinin İdarə Edilməsi 8 Edition 1.3" proqramını almaq və həyata keçirmək qərarına gələnlərə bəzi məsləhətlər vermək istəyirəm:
1. Strategiya seçin
CQBK universal olduğunu iddia edən mürəkkəb və böyük məhsuldur. Məhsul bahadır və mən burada təkcə satınalma dəyərindən deyil, həm də proqrama sahib olmaqdan danışıram - ixtisaslı mütəxəssislər bahalıdır və onların sayı çox azdır. Bir strategiya seçin və bu xüsusi proqramı niyə satın aldığınızı və ondan necə istifadə edəcəyinizi, bundan sonra onunla nə edəcəyinizi müəyyənləşdirin.

Fərqli strategiyalar hansılardır? Müştərilərimdən biri bu konfiqurasiyanı seçdi, çünki "hər şeyə sahib olan yeganə sistemdir". Bu müəssisə bir neçə sistemdə işləyirdi: 1c, Excel və s. - mühasibat uçotunu birləşdirmək üçün bir sistem götürməyə qərar verdilər.

İstehsalı inkişaf etdirən başqa bir şirkət davam edən işə nəzarət etmək istədi - istehsalda materialların uçotundan narahat idilər. Bu da bir strategiyadır.

2. İnteqrasiyanı nəzərdən keçirin
İnteqrasiya ilkin olaraq onun həyata keçirilməsinə hansı maliyyə və vaxt resurslarının xərclənəcəyini qiymətləndirmək üçün düşünülməlidir. Bu faktın obyektiv qiymətləndirilməsi bu proqramı almaq və ya başqa məhsula üstünlük vermək qərarına təsir edə bilər.
3. Şirkətin ölçüsü baxımından CQBK-ya ehtiyacı qiymətləndirin
SCP hər şirkət üçün uyğun deyil. 15 nəfərin işlədiyi bir şirkət gördüm. Onlar birtəhər CQBK sistemini “miras aldılar”, lakin tətbiqi və modifikasiyası çox pula başa gəldi və sonda heç vaxt CQBK-ya keçmədilər. Siz başa düşməlisiniz ki, əgər şirkətiniz belə mürəkkəb məhsulla işləməyə kifayət qədər hazır deyilsə, o zaman heç bir effekt verməyəcək. Kiçik bir şirkət üçün bu konfiqurasiyanı tövsiyə etmirəm.
4. Sənaye baxımından CQBK-ya olan ehtiyacı qiymətləndirin
1c, UPP-nin universal bir həll olduğunu yazsa da, onun yalnız bir neçə hissədən bir bütöv məhsulun yığılmasını nəzərdə tutan montaj istehsalı üçün uyğun olduğunu başa düşmək lazımdır. Məsələn, tikinti materialları və qarışıqların istehsalı üçün bu konfiqurasiya uyğun deyildi.

Bu video kolleksiyada proqramı mənimsəməkdə yeni başlayanlar üçün həqiqətən sadə və başa düşülən bir dərslik yaratmağa çalışacağam. Hər bir video dərs konkret mövzunu əhatə edəcək: proqrama ilkin girişdən tutmuş vergi hesabatlarının verilməsinə qədər.

Yeri gəlmişkən! Mütəxəssislərimiz 1C Mühasibat proqramı üçün çoxlu sayda addım-addım təlimat yazmaq üçün çox çalışdılar.

Mən, bəlkə də, şəxsi təcrübəmlə başlayacağam və proqramı tez öyrənmək və orada itməmək üçün bir neçə məsləhət verəcəyəm.

Həqiqi məlumat bazasında şirkət məlumatları ilə dərhal işə başlamaq həmişə qorxuludur. Və bu qorxunun əsası var - bir neçə əlavə düyməyə basmaq uzun illər məlumatların məhvinə, növbəti və ya iki ay üçün istirahət günlərinin ləğvinə səbəb ola bilər. Bəli və sinirlər lazımsız deyil.

Adi boş 1C Mühasibat bazası qorxunu dəf etməyə və daha inamlı olmağa kömək edəcək (onu necə yaratmaq barədə). "Yaşayan 1C verilənlər bazasında" işləməzdən əvvəl bir başlanğıc sadəcə A-dan Z-yə qədər bütün əməliyyatlardan keçməlidir: proqramı qurmaq, yeni bir təşkilat yaratmaq, qarşı tərəflər, hesablar, satışlar yaratmaq, dəyəri hesablamaq, ayı bağlamaq, hesabatların hazırlanması və s.

Bir çox problemlərlə qarşılaşacaqsınız, onların gedişində həll etməyə başlayacaqsınız proqramı başa düşmək. Ən əsası odur ki, siz “bir növ onay işareti” üzərinə klikləməklə hesabatdakı nəticə arasında tam əlaqəni başa düşəcəksiniz. Ancaq rübün əvvəlində "bu işarəni" vurduğunuzda, əlbəttə ki, rübün sonunda bu barədə xatırlamayacaqsınız. ( Əlbəttə ki, proqramın bütün parametrlərinin təsviri ədəbiyyatda var, amma hansı soydaşımız təlimatları oxuyur? 🙂)

Əgər siz artıq belə bir "gənc döyüşçü kursunu" bitirmisinizsə, onda məşq bazanızı silməyin, ancaq həmişə əlinizdə saxlayın. Siz həmişə bir sınaq nümunəsi yarada və proqramın müəyyən bir vəziyyətdə necə davrandığını yoxlaya bilərsiniz.

İşçi verilənlər bazasının surətini yaratmaq və onun üzərində məşq etmək çox faydalı ola bilər. İnanın, 1C ilə işləməkdə hətta 20 illik təcrübəyə malik bir çox Mühasiblər mühüm prosedurlardan əvvəl sınaq bazalarında təcrübələr aparırlar.

1C üzrə videolar və məqalələr

Mütləq Youtube kanalımıza abunə olun , biz müntəzəm olaraq yeni videolar yayımlayırıq!

Video YouTube-da dərslik pleylist, burada 1C Mühasibatlığında ən populyar əməliyyatlar ardıcıl olaraq təhlil edilir:

Videolara baxa bilmirsinizsə, onlayn məqalələrimizi oxuyun.

Bu məqalə niyə doğuldu?

1. Artıq birimiz var idi ki, bu da xeyli maraq doğurdu (14306 baxış). Bu mövzunun 2 yaşı var və artıq çox şey dəyişib. İnsanlar bizimlə əlaqə saxlamağa davam edərək ən son versiyanı istəyirlər.

2. 1C “ERP production management 2.0” yeni konfiqurasiyasını buraxdı, biz hətta seminarda iştirak etdik, lakin yenə də planlaşdırma probleminin yaxşı həllini görmədik.

Buna görə də, biz öz təcrübəmizi ümumiləşdirmək və təkcə planlaşdırma deyil, bütün həllər spektrini təsvir etmək qərarına gəldik.

Aşağıda ətraflı danışmağı planlaşdırdığımız bir diaqramı çəkdik. Bütün bu məqamlar, fikrimizcə, vacibdir. Biz ya sadəcə zəruri olan, ya da həyatı xeyli asanlaşdıran vacib məqamlara diqqət yetirəcəyik.

Mövzu böyükdür, bir çox emal və hesabatlar standart konfiqurasiya üçün dəyişiklik tələb edir - biz onu gecikdirməməyə çalışacağıq.

1. Alıcının sifarişləri.

Bütün istehsal müştərilərin sifarişlərini yerinə yetirmək üçün nəzərdə tutulmuşdur. Burada Amerikanı kəşf etmək çətindir. Ancaq bu gün sürprizlərdən qaçmaq üçün bir neçə xüsusiyyəti nəzərə almalıyıq.

1. Hazır məhsulun təkrar satışının mürəkkəb sxemlərinin mövcudluğu, bir holdinq təşkilatı məhsul istehsal etdikdə, ikinci, ikinci... və s. və yalnız n-ci üçüncü tərəfə satır. Çoxlu sayda sifarişlərə gətirib çıxarır ki, bunun da yalnız kiçik bir hissəsi istehsala gedir.

2. Hazır məhsul üçün bir neçə anbarın olması. Məsələn: paltar və ayaqqabı, metal və elektrodlar və s. Ancaq alıcı sifarişi tək edir və mən həqiqətən onu bölmək istəmirəm.

3. Anbarlar və onların miqdarı daim dəyişir. Bu, tez-tez dəyişdirmə və yeni təşkilatların yaranması ilə əlaqələndirilir.

4. Uzaq anbarların və nəticədə yolda anbarların olması. Bütün bu məhsullar qorunmalı və heç bir şəkildə istehsala qaytarılmalıdır.

Demək olar ki, standart funksionallıqla bütün bu problemlərin sadə həllinə gəldik. Ən təəccüblüsü, əlavə nəzarət olmadan işləyən bir həll qəbul edildi. Belə ki,

1. Müştəri sifarişlərində anbar sahəsində yalnız anbarın mövcudluq qrupları göstərilir. Bu, bir neçə hazır məhsul anbarı və yeni anbarların yaranması (köhnələrin bağlanması) ilə bağlı problemi dərhal həll edir. Menecer mövcudluq qrupu ilə işləməyə davam edir.

2. Anbar Mövcudluğu Qrupları Kataloqunda iyerarxiya aktivləşdirilib - o, sizə bərabər funksionallıq qruplarını və anbarları qruplaşdırmağa imkan verir.

3. Boolean tipli "İstehsal" atributu Anbarın Əlçatımlılığı Qrupunun Direktorluğuna əlavə edildi.

2,3-cü bəndlər 1,3,4-cü məsələləri birlikdə həll edir.

Niyə menecer çaşqınlıq hissi keçirmir və səhvən (təbii ki, ona öyrədilir) Anbar sahəsində Mövcudluq Qrupu deyil, Anbarın özü deyil, çünki sifarişi istehsal sifarişinə köçürmə funksiyası avtomatlaşdırılmışdır (anbarın olduğu sifarişlər). , və qrup deyil, emal edilmir - bu "zəng" dir) və Anbarı ehtiva edən istehsal sifarişləri sadəcə planlaşdırmağa düşmür və menecer, əgər işləyirsə, əlbəttə ki, problemi dərhal görəcək. sifariş. Düzdür, yaxşı məşqlə (diqqət itilənir) belə səhvlər az olur.

Hazır məhsulların təhlükəsizlik ehtiyatları və PF-nin əməliyyat ehtiyatları.

Müştərilərin sifarişlərinə əlavə olaraq, istehsal SOE anbarlarında hazır məhsulların bir növ təhlükəsizlik ehtiyatını saxlamalıdır və çox vaxt istehsal vaxtını, yarımfabrikatların qarşılıqlı ehtiyatlarını azaltmaq lazımdır. Çox vaxt, bütün bu funksiyalar daxili sifarişlər və ya hətta alıcı sifarişləri ilə yerinə yetirilir, lakin bizim fikrimizcə, sifarişlər daima açılmalı, bağlanmalı, ehtiyatlardan çıxarılmalı və s. Sifarişlərin daha bir çatışmazlığı var - kifayət qədər olmadıqda bir məhsul belə ona uyğun hazırlanacaq. Rəhbərlik həqiqətən də təhlükəsizlik ehtiyatlarının bir-bir deyil, partiyalarla doldurulmasını istəyir. Bu, sığorta ehtiyatlarının dövriyyəsini (sığorta ehtiyatları anbarda saxlanmır) və istehsal yükünün vahidliyini təmin edir. Bunu özümüz necə həyata keçirdik:

“Sifariş nöqtələrinin qiymətlərinin təyin edilməsi” sənədindən istifadə etmək qərara alınıb. Niyə?

1. Bu ana qədər biz sənəddən istifadə etməmişik.

2. Özündə ondan istədiyimizə çox yaxındır.

3. TC detallarının mövcudluğundan demək olar ki, tamamilə razı qaldıq. PM-ə yalnız bir atribut, Prioritet əlavə edildi.

Sənəd təfərrüatları necə istifadə olunur?

1. Nomenklatura və Xarakteristikalar - hər şey aydındır.

2. Müəyyənləşdirmə üsulu - Sabit. Digər təfərrüatların və əl uçotunun növünü müəyyən edir.

3. Sifariş nöqtəsinin dəyəri - istifadə edilmir.

4. Təhlükəsizlik ehtiyatı - təhlükəsizlik ehtiyatının faktiki dəyəri.

5. % bal dəyəri - istehsala yeni partiyanın mövcud olduğu halda təhlükəsizlik ehtiyatının faizlə minimum dəyəri.

6. təhlükəsizlik ehtiyatının % - yeni partiyanın buraxılışının dayandırıldığı təhlükəsizlik ehtiyatının faiz dəyəri.

7. Anbar - istifadə olunmayıb.

8. Prioritet - planlaşdırmada balansları düzgün çəkməyə imkan verir. İcazə ver izah edim. Tutaq ki, siz 100 hazır məhsul H1-ni təhlükəsizlik ehtiyatı kimi və 100 element H2-ni qarşılıqlı fəaliyyət göstərən inventar kimi göstərmisiniz. H1 məhsulu müəyyən mərhələdə H2 məhsulundan ibarətdir. Planlaşdırma zamanı istehsalda 50 ədəd H2 məhsulunuz var. Prioritet təyin etməsəniz, balanslar qarşılıqlı əməliyyat ehtiyatına qədər çəkilə bilər və təhlükəsizlik ehtiyatı sıfırdan başlayacaq. Aydındır ki, biz tam əks nəticə istəyirdik. Prioritetin işə girdiyi yer budur. O, yarımfabrikatları sığorta və qarşılıqlı fəaliyyət göstərən ehtiyatlar arasında çeşidləyir.

Ən vacib sual budur: bütün bunlar planlaşdırmaya necə daxil olur?

Cavab sizi çox da sevindirməyə bilər, çünki... Bizim öz planımız var və bu barədə aşağıda müzakirə olunacaq. Müştəri sifarişlərinin sinxronizasiyası (həmçinin planlaşdırma mövzusunda) baş verdikdən sonra planlaşdırıcı anbarda nə qədər sığorta və interoperativ sifarişimiz olduğunu (onların anbarda və ya istehsalda olmasının fərqi yoxdur) və nə qədərinin lazım olduğunu müəyyən edir. istehsalı üçün minimum və maksimum faiz nəzərə alınmaqla işə salınmalıdır.

Yaxşı, və bir daha necə işlədiyinə bir nümunə: Sığorta 200 ədəd, minimum 10% (20 ədəd), maksimum 90% (180 ədəd).

1. Hal hazırda 10 ədəd var. Təyyarə korpusu yenilənməyə keçir və 190 ədəd istehsala buraxılır.

2. 100 ədəd var və əvvəlki planlaşdırma doldurma üçün idi, sonra daha 100 ədəd işə salınacaq.

3. 185 ədəd var. Planer işə düşməyi dayandıracaq və miqdar 20 ədəddən aşağı düşənə qədər gözləyəcək.

4. 100 ədəd var və əvvəlki planlamada azalma olub miqdar 20 ədəddən aşağı düşənə qədər gözləyəcək.

Minimum və maksimum faizlər təyin edilməyibsə, çatışmayan kəmiyyət həmişə işlədilir.

Rezervasyon.

Rezervasiya niyə lazımdır?

Planör üçün məhsulların sifariş üçün rezerv edilib-edilməməsinin heç bir əhəmiyyəti yoxdur. O, bütün sifariş balanslarını reytinqə uyğun sinxronlaşdırır (bizim üçün bu, yalnız sifarişin verilmə tarixidir; bütün adi idarəetmə problemləri, məsələn, vacib sifariş və s., yalnız işə mane olur və həqiqətən lazım olduqda, eyni tarixdə həll edilmişdir). Məhsulların hazırda harada olmasının fərqi yoxdur - GP anbarında, qəbulda, təmirdə və s. Əsas odur ki, tələb olunan keyfiyyətlər və xərc maddələri dəsti ilə uyğunluq. Onu məhv etdilər - keyfiyyəti və ya dəyərini dəyişdirdilər və Planer artıq bu elementləri görmür.

Artıqlığın əhəmiyyəti artır və aşağıdakı hallarda vacibdir:

1. Sifarişin vəziyyətini anbarda hər zaman görə bilərsiniz.

2. Daha sonrakı tarixlə sifariş vermək üçün əşyaları əl ilə rezerv edə bilərsiniz.

3. Yolda uzaq anbarların və anbarların olması. Diqqət edin: bunlar filial anbarları deyil, onda sadəcə 2 müxtəlif sifariş var, yəni istehsal anbarları, lakin istehsaldan uzaqdır. Belə anbarlarla ancaq ehtiyatlar vasitəsilə işləyə bilərsiniz. Bu anbarlardan göndərilən müştərilər üçün xüsusi sifariş üçün məhsullar var. Orada pulsuz qalıqları saxlamaq mümkündür, lakin onları planlaşdırmaq problemlidir, çünki bu halda bir şəkildə ərazinin uzaqlığını da nəzərə almalı olacaqsınız.

Rezervasiya vacib olduğu üçün onun avtomatik edilməsinə ehtiyac var. Yəni, bizə elə emal lazımdır ki, həm əllə, həm də adi tapşırıqla işə salınsın və anbarlara gələn və ya orada olan hər şeyi müştəri sifarişləri üçün pulsuz balansda saxlaya bilək. Eyni zamanda, ehtiyatlarla işləyən hər kəs, aşağıdakı növlərdən olan tıxacların daim onlarla birlikdə çıxdığını bilir:

1. Mənfi ehtiyatlar, yəni satışlar ehtiyatdan idi, lakin ehtiyat yox idi.

2. Sifarişlər üzrə artıq ehtiyatlar, sifarişdə 5 ədəd, onun üçün isə 6 ədəd rezerv olunub.

3. Ehtiyatların qalıqları aşması səbəbindən sərbəst qalıqlar mənfi olub.

4. Anbarda mal qalmayan ehtiyatlar.

Belə nəticəyə gəlirik ki, ilk növbədə bütün problemləri aradan qaldırmalı və yalnız bundan sonra rezervasiya etməliyik. Üstəlik, seçimlər olmalıdır ki, seçmə rezervasiyalar edilə bilsin. Biz sizə minimal qiymətə belə müalicə təklif edirik. Seçim Anbarların Əlçatımlılığı Qrupları dəsti və anbarların siyahısı və Əlçatımlılıq Qruplarının siyahısı ilə təşkil edilir. Bundan əlavə, emal sadəcə olaraq səhvlərin aradan qaldırılması rejimində işləyə bilər. Emalda çətin bir şey yoxdur, hər kəs özü yaza bilər və sıfırdan başlamaq üçün çox tənbəlsinizsə, bizimkini götürün. Emal parametrləri saxlamaq üçün funksiyaya malikdir. Maraqlananlar üçün, .

(Sifarişin istehsalata ötürülməsi. Təşkilatlarınız arasında endirimləri necə təşkil etmək olar.

Planlaşdırma.

Planlaşdırma hesabatları.

Tapşırıq və ya CVD məsələsi.

Dəsti və ya LZK-nı haradan ala bilərəm.

CVD tətbiqini göstərin.

Plan faktı.

Məhsullar üçün istehsal müddətləri və geriləmə nəzarəti.

Təhlükəsizlik ehtiyatlarının effektivliyinin təhlili.

Dondurulmuş məhsullara nəzarət.

Nomenklaturanın xüsusiyyətləri və ya hədsizliyi necə qəbul etmək olar.)

Bu bölmədə "1C: İstehsalat Müəssisəsinin İdarəedilməsi" konfiqurasiyasını mənimsəməyə kömək edəcək bir sıra məqalələrə başlayırıq.

Giriş

"1C:Manufacturing Enterprise Management 8" istehsal müəssisəsində idarəetmənin və uçotun əsas konturlarını əhatə edən hərtərəfli tətbiq həllidir. Həll korporativ, rus və beynəlxalq standartlara cavab verən və müəssisənin maliyyə-təsərrüfat fəaliyyətini təmin edən hərtərəfli məlumat sistemini təşkil etməyə imkan verir.

Tətbiq həlli əsas biznes proseslərini əhatə edən müəssisənin maliyyə-təsərrüfat fəaliyyətinin nümayişi üçün vahid informasiya məkanı yaradır. Eyni zamanda, saxlanılan məlumatlara çıxış, habelə işçilərin statusundan asılı olaraq müəyyən hərəkətlərin mümkünlüyü aydın şəkildə müəyyən edilir.

Holdinq strukturuna daxil olan müəssisələrdə ümumi məlumat bazası holdinqə daxil olan bütün təşkilatları əhatə edə bilər. Bu, müxtəlif təşkilatlar tərəfindən ümumi məlumat dəstlərinin təkrar istifadəsi səbəbindən uçotun aparılmasının əmək intensivliyini əhəmiyyətli dərəcədə azaldır. Eyni zamanda, bütün təşkilatlar üçün tam idarəetmə və tənzimlənən (mühasibat və vergi) uçotu aparılır, lakin tənzimlənən hesabatlar təşkilatlar üçün ayrıca yaradılır.

Təsərrüfat əməliyyatı faktı bir dəfə qeydə alınır və idarəetmə və tənzimlənən mühasibat uçotunda əks olunur. Məlumatı yenidən daxil etməyə ehtiyac yoxdur. Bir iş əməliyyatının qeydiyyatı vasitəsi sənəddir və işi sürətləndirmək üçün "standart" məlumatların dəyişdirilməsi və əvvəllər daxil edilmiş sənədlər əsasında yeni sənədlərin daxil edilməsi mexanizmlərindən geniş istifadə olunur.

Tətbiq olunan həlldə müxtəlif mühasibat məlumatlarının aşağıdakı nisbəti qəbul edilir:

  • idarəetmə, mühasibat və vergi uçotu məlumatlarının müstəqilliyi;
  • idarəetmə, mühasibat və vergi uçotu məlumatlarının müqayisəliliyi;
  • idarəetmə, mühasibat və vergi uçotu məlumatlarına əsasən aktiv və öhdəliklərin cəmi və kəmiyyət qiymətləndirmələrinin üst-üstə düşməsi, onların uyğunsuzluğu üçün obyektiv səbəblər olmadıqda.

İstifadəçilər tərəfindən daxil edilən məlumatlar tətbiq həlli tərəfindən sürətlə idarə olunur. Belə ki, nağd ödənişin qeydiyyatı zamanı sistem onların xərclənməsi ilə bağlı mövcud sorğuları nəzərə alaraq vəsaitin mövcudluğunu yoxlayacaq. Məhsulların göndərilməsini qeydiyyata alarkən sistem malların alıcısı ilə qarşılıqlı hesablaşmaların vəziyyətini yoxlayacaq.

Tətbiq həlli hər bir istifadəçiyə ehtiyac duyduğu proqram həllinin məlumatlarına və mexanizmlərinə prioritet girişi təmin edən bir sıra interfeyslərlə gəlir.

Təşkilatlar üçün tənzimlənən (mühasibat və vergi) uçotu milli valyutada aparılır, bütövlükdə müəssisə üzrə idarəetmə uçotu üçün isə istənilən valyuta seçilə bilər. Vahid məlumat bazasının müxtəlif təşkilatları müxtəlif vergitutma sistemlərindən istifadə edə bilər: bəzi təşkilatlarda - ümumi vergitutma sistemi, digərlərində - sadələşdirilmiş; Müxtəlif vergi və uçot siyasətlərindən istifadə edilə bilər. Bundan əlavə, bir təşkilatın müəyyən fəaliyyət növlərinə hesablanmış gəlirdən vahid vergi şəklində vergi sistemi tətbiq edilə bilər.

İdarəetmə və tənzimləyici mühasibat uçotu ilə yanaşı, siz beynəlxalq maliyyə hesabatları standartlarına (BMHS) uyğun olaraq mühasibat uçotunu apara bilərsiniz. Əmək intensivliyini azaltmaq üçün MHBS üzrə mühasibat uçotu qeyri-operativ, digər mühasibat uçotu növlərindən məlumatların tərcüməsindən (yenidən hesablanmasından) istifadə etməklə aparılır.

“1C: İstehsalat müəssisələrinin idarə edilməsi 8” həllini hazırlayarkən həm müasir beynəlxalq müəssisə idarəetmə üsulları (MRP II, CRM, SCM, ERP, ERP II və s.), həm də 1C və tərəfdaş şirkətlər tərəfindən toplanmış istehsal müəssisələrinin uğurlu avtomatlaşdırılması təcrübəsi. icma nəzərə alınmışdır. Konfiqurasiyanın dizaynında və işlənib hazırlanmasında “ITRP” (istehsalın idarə edilməsi) və “1C-Rarus” (BMHS-ə uyğun olaraq mühasibat uçotu) şirkətlərinin mütəxəssisləri iştirak etmişlər. MHBS-a uyğun olaraq idarəetmə, maliyyə uçotu və hesabatların həyata keçirilməsinin metodoloji məsələləri üzrə konsaltinq dəstəyi dünyaca məşhur audit və konsaltinq şirkəti PricewaterhouseCoopers tərəfindən həyata keçirilir.

“1C:Manufacturing Enterprise Management 8” həlli “1C:Enterprise 8” müasir texnoloji platformasında işlənib hazırlanmışdır. Platformaya əlavə olaraq, proqram paketinə “İstehsal Müəssisəsinin İdarə Edilməsi” konfiqurasiyası daxildir.

Tətbiq həllinin yüksək etibarlılığı və performansı, miqyaslılığı, coğrafi olaraq paylanmış sistemlərin qurulması və digər informasiya sistemləri ilə inteqrasiya təmin edilir. Tətbiq həllinin daxili strukturu müəssisənin xüsusi ehtiyaclarını öyrənmək və fərdiləşdirmək üçün tamamilə açıqdır.

1C şirkəti qanunvericilikdəki dəyişiklikləri əks etdirmək və funksionallığı genişləndirmək üçün “İstehsal müəssisələrinin idarə edilməsi” konfiqurasiyasını yekunlaşdırır və inkişaf etdirir. Quraşdırılmış tətbiq həllərinin operativ yenilənməsini təmin etmək. 1C və onun tərəfdaşları çox səviyyəli texniki dəstək sistemini təmin edir.

"1C: Manufacturing Enterprise Management 8" 1C şirkətinin ən geniş funksional imkanlara malik qabaqcıl tətbiq həllidir. Həllin ümumi konsepsiyası diaqramla təsvir edilmişdir.

Tətbiq həllinin bütün avtomatlaşdırılması mexanizmlərini iki böyük sinfə bölmək olar:

  • müəssisənin əməliyyat fəaliyyətinin aparılması mexanizmləri qeyri-operativ uçotun aparılması mexanizmləri;
  • Hər bir mühasibat uçotu növündə əməliyyat fəaliyyətinə aid olan sahələr fərqləndirilə bilər (BMHS üzrə mühasibat uçotu istisna olmaqla).

Bundan əlavə, tətbiq həlli oxşar problemlərin qruplarının həllinə cavabdeh olan ayrıca alt sistemlərə bölünür: pul vəsaitlərinin idarə edilməsi alt sistemi, kadrların idarə edilməsi alt sistemi, mühasibat uçotu alt sistemi və s. Bu bölmə tətbiq həllini mənimsəməyi asanlaşdıran müəyyən bir konvensiyadır. . İstifadəçilərin hazırkı işində alt sistemlər arasındakı sərhədlər praktiki olaraq hiss olunmur.

Manufacturing Enterprise Management konfiqurasiyasının 1.3 nömrəli son buraxılışı 1C:Enterprise platformasının yeni 8.2 versiyasının üstünlüklərini aydın şəkildə nümayiş etdirir. Konfiqurasiya əvvəlki nəşrlərin istifadəçilərinə tanış olan normal tətbiq rejimində istifadə edilə bilər.

"1C: İstehsal Müəssisələrinin İdarə Edilməsi 8" istehsal müəssisələrinin bir sıra şöbə və xidmətlərində istifadə edilə bilər, o cümlədən:

  • müdirlik (baş direktor, maliyyə direktoru, kommersiya direktoru, istehsalat direktoru, baş mühəndis, kadrlar üzrə direktor, İT direktoru, iqtisadi planlaşdırma direktoru);
  • istehsal sexləri;
  • istehsal və göndəriş şöbəsi;
  • baş dizayner şöbəsi;
  • Baş texnoloq şöbəsi;
  • baş mexanik şöbəsi;
  • satış şöbəsi;
  • logistika (təchizat) şöbəsi;
  • marketinq şöbəsi;
  • materiallar və hazır məhsullar üçün anbarlar;
  • mühasibat uçotu;
  • İnsan Resursları Departamenti;
  • əməyin təşkili və məşğulluq şöbəsi;
  • İT xidməti;
  • inzibati-iqtisadi şöbə;
  • əsaslı tikinti şöbəsi;
  • informasiya və analitik şöbə;
  • strateji inkişaf şöbəsi.

Tətbiq həllinin tətbiqinin ən böyük effekti bir neçə on-bir neçə min nəfərdən ibarət işçi qüvvəsi olan, onlarla və yüzlərlə avtomatlaşdırılmış iş stansiyaları olan müəssisələrdə, habelə holdinq və şəbəkə strukturlarında verəcəyi gözlənilir.

"1C: Manufacturing Enterprise Management 8" aşağıdakıları təmin edir:

  • müəssisənin rəhbərliyi və biznesin inkişafına cavabdeh olan menecerlər üçün - onun rəqabət qabiliyyətini artırmaq üçün şirkətin resurslarının təhlili, planlaşdırılması və çevik idarə olunması üçün geniş imkanlar, istehsal, satış, təchizat və digər fəaliyyətlərlə birbaşa məşğul olan şöbə rəhbərləri; istehsal prosesini dəstəkləyin - ərazinizdə gündəlik işin səmərəliliyini artırmağa imkan verən alətlər;
  • müəssisənin mühasibat xidmətlərinin işçiləri - qanunvericilik tələblərinə və müəssisənin korporativ standartlarına tam uyğun avtomatlaşdırılmış uçot üçün alətlər.

İstehsal uçotu və məsrəflər onun öyrənilməsinin əsas predmeti kimi

İstehsal müəssisəsinin idarə edilməsinin əsas komponenti istehsalın uçotudur.

İstehsalın uçotu mürəkkəb və maraqlı texnologiyadır, özünəməxsus üsul və üsullara malikdir. İstehsal uçotunun vəzifəsi maya dəyərinin çevrilməsinin bütün prosesini nəzərə almaqdan ibarətdir: məsrəflər öz xarakterini dəyişir, birləşir, bölünür, istehsal zamanı müxtəlif yollarla çevrilir, yəni. İstehsal uçotunun predmeti dinamik dəyişən obyektlərdir. Məsələn, istehsalın mühasibat uçotu suala cavab verir: əgər məhsulun istehsalı aşağıdakılardan ibarət olan 4 saylı çəkilmiş məsrəflərin müəyyən məbləğini tələb edirsə, onun maya dəyəri nədir? hissələri 1 və 2 nömrəli məsrəflər və 3 nömrəli tam uçota alınmış məsrəflər. Niyə hissələr? Çünki, məsələn, müəyyən bir böyük həcmdə materiallar alınır və əvvəlcə bu ümumi həcmin hansı hissəsinin istehsal vahidinə sərf edildiyini hesablamaq lazımdır. Eyni şey bir çox digər xərclərə də aiddir - elektrik enerjisi və s. Bu halda, məsrəflərin istehsaldan keçməsinin bütün tarixini - maya dəyərinin mühasibat uçotunda yarandığı andan onun maya dəyərinə daxil edilərək məhsulun bir hissəsi kimi satılmasına qədər və onun istehsalda baş verməsini nəzərə almaq lazımdır. uçot və maya dəyərinə daxil edilməsi müxtəlif hesabat dövrlərində ola bilər.

Yumşaq starterin quraşdırılması və işə salınması

İşləmək üçün bizə 1C 8.2 platforması lazımdır. Release UPP istənilən son nəşrdən götürülə bilər 1.3.
Biz “demo” verilənlər bazası ilə işləyəcəyik. Verilənlər bazası parametrlərində əsas işə salma rejimi olaraq "Qalın müştəri" seçin. Qalan parametrlər standart olaraq buraxıla bilər.

8.2 platforması ilə hələ tanış olmayanlar üçün “qalın müştəri” termini haqqında qısa məlumat verəcəyik.
Müştəri-server arxitekturasındakı qalın müştəri mərkəzi serverdən asılı olmayaraq (nazik müştəridən fərqli olaraq) qabaqcıl funksionallıq təmin edən proqramdır. Çox vaxt bu vəziyyətdə server yalnız məlumatların saxlanmasıdır və bu məlumatların işlənməsi və təqdim edilməsi üzrə bütün işlər müştərinin maşınına ötürülür.
Kök müştərinin üstünlükləri
Qalın müştəri, nazik müştəridən fərqli olaraq geniş funksional imkanlara malikdir.
Çox istifadəçi rejimi.
Server ilə əlaqə kəsildikdə belə işləmək imkanı verir.
İnternetdən istifadə etmədən banklara qoşulmaq imkanı var.
Yüksək performans.
Qüsurlar
Böyük paylama ölçüsü.
Müştərinin fəaliyyətinin çox hissəsi onun işlənib hazırlandığı platformadan asılıdır.
Bununla işləyərkən məlumatlara uzaqdan daxil olmaqda problemlər yaranır.
Olduqca mürəkkəb quraşdırma və konfiqurasiya prosesi.
Məlumatların yenilənməsinin mürəkkəbliyi və əlaqəli əhəmiyyətsizliyi.

Quraşdırılmış demo verilənlər bazasını işə salarkən “Abdulov” istifadəçisini seçin, onun tam hüquqları var. Parol təyin etməyə ehtiyac yoxdur.

UPP-ni öyrənmək üçün ilk dəfə işə saldığınız zaman “Abdulov” istifadəçi interfeysini “Full” olaraq yenidən təyin edin: menyu “İstifadəçilər - İstifadəçilər - İdarəetmə - Abdulov - Abdulov formasını açmaq üçün iki dəfə klikləyin - “Əsas interfeys” sahəsi - Tam - düyməni qeyd edin və bağlayın." Sonra alətlər panelində "İnterfeysi dəyişdir" düyməsini basın və "Tam" seçimini seçin.

“Müəssisə” və “Təşkilat”, “Tənzimlənən” və İdarəetmə Uçotu anlayışları haqqında. Müəssisə məlumat bazasında qeydləri saxlanılan bütün təşkilatların məcmusudur. « Tənzimlənən mühasibat uçotu“onun aparılması qaydalarının qanunla müəyyən edilməsi ilə müəyyən edilir. " İdarəetmə uçotu“Hər bir müəssisənin öz fəaliyyət qaydaları ola bilər, heç bir şəkildə tənzimlənmir və müəyyən bir müəssisənin rəhbərliyi tərəfindən müəyyən edilir. İdarəetmə uçotu sisteminin konfiqurasiyası idarəetmə uçotunun aparılması üçün ən yaxşı (daha rahat, daha vizual, daha rasional) müəyyən bir vizyonu ehtiva edir, lakin vahid vahid olmadığı üçün hər bir konkret müəssisənin öz idarəetmə vizyonu ola bilər. qaydalar və standartlar və bu halda onun dəyişdirilməsi tələb olunacaq. UPP-nin tipik konfiqurasiyasında idarəetmə uçotu əslində ilk növbədə mühasibat uçotunun tələblərinə əsaslanır, idarəetmə uçotunda hesabat isə satınalmaların, xərclərin və s. İdarəetmə uçotunun həyata keçirilməsi ikili giriş prinsipindən istifadə etmir, yəni. məsələn, bir şeyi "heç bir yerdən" kapitallaşdıra bilərsiniz və heç bir borc olmayacaq və s. Tənzimlənən mühasibat uçotu hər bir təşkilat üçün ayrıca aparılır. İdarəçilik- qismən bütövlükdə müəssisə üçün.

Beynəlxalq mühasibat uçotu haqqında. Girişdə UPP-də beynəlxalq qeydlərin aparılmasının mümkün olduğu bildirilirdi. Qeyd etmək lazımdır ki, bu seçim yalnız toplu mühasibat uçotu siyasətinin parametrlərində göstərildiyi təqdirdə görünür. Əgər ("Mühasibat Uçotu Parametrləri - Mühasibat Uçotu Parametrləri" menyusunda "Mühasibat Uçotu Meneceri" interfeysinə baxın) qabaqcıl məsrəf uçotu analitikasını (toplu uçot əvəzinə) seçsəniz, beynəlxalq mühasibat uçotunu aparmaq mümkün olmayacaq.

İstifadə olunan terminlər, 1C-nin işlədiyi və verilənlər bazası ilə işləyərkən başa düşülməli olan obyektlərin təyinatları

  • Kataloqlar
  • Transferlər
  • Sabitlər
  • Hesablama növləri üçün planlar
  • Xarakterik tipli planlar
  • Məlumat reyestri
  • Sənəd
  • Yığım reyestri
  • Hesablar planı
  • Hesabat
  • Müalicə

Kataloqlar

Kataloq bir şey üçün müxtəlif mənalar toplusudur. Kataloq ibarətdir Kataloq elementləri. Kataloq elementinin hər bir dəyəri verilmiş parametrlər dəsti ilə xarakterizə olunur. Bir qayda olaraq, kataloq elementinin parametrlərindən biri təkrarlanmır - kataloqun hər bir elementi üçün onun dəyəri unikaldır. Tipik olaraq bu, lüğət element kodudur. Adətən kataloq doldurulur, yəni. Verilənlər bazası ilə işləyərkən ona yeni elementlər əlavə edə bilərsiniz (yenilənməyən qovluqlar da var, adətən bir növ təsnifatçılar başqa yerlərdən yüklənir).
Kataloqlar faydalıdır, çünki onlar sənədləri dəfələrlə daha sürətli doldurmağa imkan verir, halbuki elementin parametrlərini təyin etdikdən sonra element hər yerdə eyni adlanır və təqdim olunur, siz onları lazım olan yerdə istifadə edə bilərsiniz;

Hər bir kataloq elementi başqa yerlərdən istinad edilə bilən bir obyektdir. Məsələn, belə bir kataloq var "Qarşı tərəflər":


Tutaq ki, verilənlər bazasına mal və xidmətlərin növbəti gəlişi haqqında məlumatları daxil etməlisiniz. Müvafiq yerə qarşı tərəfin adını “InnoTrade LLP” yazmaq və qəbzin işlənməsi üçün tələb oluna biləcək bütün xüsusiyyətlərini göstərmək əvəzinə “Qarşı tərəflər” kataloqunun müvafiq elementini seçmək kifayətdir.

Və ya, məsələn, belə bir kataloq var - "Valyutalar":

Valyutanın adını yazmaq və hər qəbzdə onun məzənnəsini göstərmək əvəzinə, sadəcə olaraq valyuta kataloqunun dəyərini lazımi yerdə seçə bilərik:

Məlumat reyestrləri

Məlumat reyestri kataloqa çox bənzəyən məlumat saxlama qurğusunun bir növüdür. Lakin kataloqdan fərqli olaraq, məlumat reyestrindəki bir sətir obyekt kimi göstərilə bilməz - reyestr xəttinə istinad edilə bilməz, məsələn, "Qarşı tərəflər" kataloqunda xüsusi bir qarşı tərəf. Ancaq məlumat reyestrində, məsələn, kataloqun bəzi elementlərində dəyişikliklərin tarixini saxlaya bilərsiniz. Məsələn, "Valyutalar" kataloqunun elementlərinin dəyərlərindəki dəyişikliklər tarixi "Valyuta məzənnələri" məlumat reyestrində saxlanılır:

Valyuta tarixçəsini “Valyuta məzənnələri” reyestrində saxlamaqla hər qəbz üçün məzənnəni dəfələrlə göstərməyə ehtiyac qalmır. Lazım gələrsə, proqramın özü onu tarixə görə təyin edəcəkdir.

Transferlər

Sadalama kataloqun xüsusi halıdır. Sadalama bir şey üçün verilmiş sabit dəyərlər dəstidir. Kataloqdan fərqli olaraq, hər bir siyahı dəyərinin əlavə parametrləri yoxdur.

Sabitlər

Sabit bir şeyin dəyəridir, adətən verilənlər bazası ilə birdəfəlik işləməyə başlayanda müəyyən edilir. Xüsusilə, uçot siyasəti parametrləri CQBK sabitlərində saxlanılır.

Hesablama növləri üçün planlar

Hesablamalar və ayırmalar üçün alqoritmləri və hesablamalar və ayırmaları hesablamaq üçün lazım olan bəzi digər məlumatları təsvir edən xüsusi bir kataloq növü.

Xarakterik tipli planlar

Verilənlər bazası obyektlərinin ehtiva etdiyi bəzi əlavə məlumatları təsvir edən xüsusi kataloq növü.

Sənədlər

Sənəd məlumatların daxil edilməsi, daxil edilmiş məlumatların işlənməsi, mövcud məlumatları nəzərə almaq və mövcud məlumatları, daxil edilmiş məlumatları nəzərə almaqla, məlumat bazasına çevirmək imkanı verir.

Sənədləri bir neçə növə bölmək olar:

  • təsərrüfat fəaliyyəti faktını əks etdirən - məsələn, malların və xidmətlərin qəbulu məlumat bazasında qeydiyyat sənədi (sənədin nəticəsində mallar anbara yerləşdirilməlidir, təchizatçıya borc yaranmalıdır, ƏDV qeyd edilməlidir). , əməliyyatlar qeydiyyata alınmalıdır və s.) və ya “Hesabat” sənədi növbə üzrə istehsalat” (məhsul istehsalı faktını, onların anbara daşınmasını qeyd edir, əməliyyatları qeydə alır və s.)
  • tənzimləyici sənədlər - müəyyən bir tezlikdə yerinə yetirilməli olan hərəkətləri həyata keçirən sənədlər - məsələn, amortizasiyanı hesablamaq və ya əmək haqqı hesablamaq, əmək haqqını mühasibat uçotunda əks etdirmək, məhsulun maya dəyərini hesablamaq, məhsulun maya dəyərini ödəmək, ili bağlamaq (balans ilə) vərəq islahatı), istehsal üçün materialların paylanması, xərclərin bölüşdürülməsi və s.
  • planlaşdırma sənədləri - bəzi tədbirlərin planlaşdırılması faktının qeydiyyatı, planlaşdırılmış göstəricilərin uçotu (satış planı, istehsal planı, növbəli istehsal, satınalma planı, alıcı sifarişi, təchizatçı sifarişi, istehsal sifarişi, əsas vəsaitlərin saxlanmasına dair sifariş)
  • menecerlər - digər sənədlərin işinə nəzarət etmək üçün daxil edilirlər (məsələn, endirimlərin təyin edilməsi - sənəd endirimin verilməsi şərtlərini müəyyənləşdirir ki, alıcı bu şərtlərə çatarsa, ona avtomatik olaraq endirim verilir)
  • inventar - qalıqların aydınlaşdırılması, yenilənməsi üçün sənədlər, məsələn, tamamlanmamış iş qalıqları və ya qüsurlu xərclərin qalıqlarını düzəltmək üçün sənədlər (qeyd: CQBK konfiqurasiyasında inventar sənədləri reyestrdə məlumat yazmır, yalnız özlərində saxlayır).

Yığım registrləri

Yığım registrləri verilənlər bazasında kəmiyyət və ümumi məlumatların əsas saxlanmasıdır. Yığım registrlərinin hər biri özünəməxsus məlumatı saxlayır. Yığım registrləri saxlanılan məlumatların növünə görə qruplara bölünə bilər:

  • Əsas vəsaitlər
  • İstehsal
  • Səhm

Üstəlik, bu məlumatlar mühasibat uçotu bölməsindən asılı olaraq müxtəlif registrlərdə saxlanıla bilər, məsələn, reyestrdə istehsal qüsurları (beynəlxalq mühasibat uçotu), istehsalda qüsurlar (mühasibat uçotu), istehsalda qüsurlar (vergi uçotu).

İnformasiyanın saxlanması metodu baxımından yığım registrləridir qalıqrazılaşmaq olar.

Qalıq yığılma registrləri istənilən vaxt yalnız qalıqları saxlamaq üçün nəzərdə tutulmuşdur. Cari registrlər balansın zamanla necə dəyişdiyinə dair məlumatları saxlayır, yəni. bu an filan bir hərəkət nəticəsində o qədər alındı ​​ki, o an başqa bir hərəkət nəticəsində o qədər itdi. Dövriyyə registrləri müəyyən parametrlər kontekstində müəyyən müddət ərzində bir məbləğdə və ya kəmiyyətdə baş verən dəyişikliklərin tarixini təhlil etməyə imkan verir. Məsələn, satış reyestrində konkret məhsulun müəyyən müddət ərzində hansı kontragentlərə nə qədər və hansı məbləğə satıldığı göstəriləcək.

Sənədlərlə işləyərkən məlumat toplama registrlərində görünür, yəni. sənədlər ora qoyur.

Hesablar planı

Tipik bir UPP konfiqurasiyası dörd hesab planını ehtiva edir (və müvafiq olaraq 4 mühasibat uçotu registrləri - fiziki olaraq, hesabların planları haqqında məlumat müvafiq mühasibat registrlərində saxlanılır):

  • Büdcələşdirmə
  • Beynəlxalq
  • vergi
  • Özünü dəstəkləyən

Çünki İdarəetmə uçotunun həyata keçirilməsində ikili yazılış prinsipinə əməl olunmur, onda onun üçün hesablar planı lazım deyil. Müvafiq olaraq, SPP-nin standart konfiqurasiyasında idarəetmə balansı formalaşmır. Bunu etmək üçün ya konfiqurasiyanı dəyişdirə bilərsiniz, ya da daha məqsədəuyğun olarsa, büdcələşdirmə alt sistemindən istifadə edə bilərsiniz (bu, çox fərqli məlumatları saxlamağa imkan verir, "İdarəetmə balansı" xüsusi bir ssenari yarada bilərsiniz və idarəetmə uçotu məlumatlarından istifadə edərək, daxil edin. idarəetmə balansını əldə etmək üçün bu ssenariyə uyğun məlumat, lakin bu barədə daha sonra)

UPP yalnız hesablar planında saxlanılan məlumatları ehtiva edir (məsələn, 80-90 hesablar üzrə məlumatlar, qeyri-maddi aktivlərin ilkin dəyəri haqqında məlumatlar, qeyri-maddi aktivlərin əldə edilməsi (hesab 08.05), tədqiqat, təcrübə-konstruktor və texnoloji işlərin yerinə yetirilməsi. (hesab 08.08 ), elmi-tədqiqat xərcləri, 29-cu hesabın məsrəflərinin bir hissəsi və s.), həmçinin yalnız yığılma registrlərində saxlanılan məlumatlar (planlaşdırma, sifarişlər, rezervasiyalar və s. ilə əlaqəli hər şey) və məlumat var. həm hesablar planında, həm də yığım reyestrində (anbar uçotu, məsrəflərin uçotu və s.) saxlanılır. Qeyd. Mötərizədə olan nümunələr “mühasibat uçotu” bölməsində verilmişdir. Eyni xüsusiyyətlər mühasibat uçotunun digər növlərində də mövcuddur.

Bir nümunəyə baxaq. "Malların və xidmətlərin qəbulu" - "Sənədlər - Satınalma İdarəetmə - Malların və xidmətlərin qəbulu" menyusunu açın. Məsələn, ilk sənədi açın. Simgedən istifadə edərək onun göndərişlərinə baxın 10-un analitik hesabının nə olduğuna diqqət yetirin: i.e. Qəbz işləndikdən sonra əşya və anbar haqqında məlumatlar hesablar planında saxlanılır.

İndi “Get – Sənəd hərəkətləri registrlər üzrə” düyməsini istifadə edərək sənədin hərəkətlərinə baxın:

Sənədlərin hərəkəti haqqında hesabat açılacaq. Qrup ağacını hesabat sahəsinə klikləməklə və sonra eyni vaxtda "NumLock klaviatura bölməsində Ctrl + Shift + MINUS düyməsi" düymələri kombinasiyasına basaraq yığa bilərsiniz. “Anbarlardakı malların partiyası (mühasibat uçotu)” yığım reyestri” qrupuna baxın (genişləndirin):

Dairələnmiş detallara diqqət yetirin - bu analitika hesablar planında deyildi. Amma bu yığım reyestrindədir.

Elə sənədlər var ki, yalnız mühasibat uçotu planındakı qeydləri düzəldir və belə desək, registrlərdə təkmil analitika da daxil olmaqla bütün tələb olunan məlumatları düzəldən tam hüquqlu sənədlər var.

Siz başa düşməlisiniz ki, tam hüquqlu sənədlər məlumatları ilk növbədə registrlərdə qeyd edir və yalnız balans hesabatı üçün tələb olunan bu məlumatların çıxarışları hesablar planında yazılır. Bundan əlavə, "gedərkən" tələb olunan hər hansı hesablamalar həmişə mühasibat kitabından istifadə edir və yalnız bu hesablamaların nəticələri hesablar planında qeydlər kimi qeyd edilə bilər. Buna uyğun olaraq, əgər düzəliş etsəniz yalnız əməliyyatlar planı, bu o demək deyil ki, hər şey öz-özünə hər yerdə yaxşılaşacaq, çünki... qabaqcıl analitika ilə reyestrlərə heç nə daxil olmayacaq. Bunlar. bütün işlər mühasibat uçotu planında yazıların düzəldilməsi ilə deyil, müvafiq, “düzgün” sənədlərdə aparılmalıdır.
Bununla belə, hesablar planındakı qeydləri əl ilə tənzimləməyə başlasanız, onları daha da tənzimləməli olacaqsınız - məsələn, gələn ay üçün "Xərclərin hesablanması" sənədində hesabat cədvəlində düzəliş edilmiş heç bir əməliyyat nəzərə alınmayacaq. hesablar, registrlərlə işləyir və nəticəni yalnız hesablar planına yazır , - nəticədə işin həcmi o qədər arta bilər ki, proqramdan istifadə etmək qeyri-mümkün olacaq.
Sənəddən istifadə etməzdən əvvəl mühasib başa düşməlidir ki, bu sənəd yalnız qeydləri tənzimləyir, yoxsa lazım olduqda məlumatı düzəldir. Yoxlamaq üçün yuxarıda qeyd olunan hesabatdan istifadə edə bilərsiniz, "Get - Reyestrlər üzrə hərəkətləri sənədləşdirin" düyməsini klikləməklə açılır.

Həddindən artıq hallarda, problemi həm yığım registrlərində, həm də hesablar planında məlumatları qeyd edən verilənlər bazasında mövcud olan tam sənədlə həll etmək mümkün olmadıqda, yalnız əməliyyatın tənzimlənməsi sənədindən deyil, həm də tənzimləmə üçün xüsusi sənəddən istifadə etməlisiniz. yığım registrləri. Eyni zamanda, əlbəttə ki, yalnız hesablar planında hansı qeydlərin edilməli olduğunu deyil, həm də hansı yığım registrlərində və məlumatların necə düzəldilməli olduğunu yaxşı başa düşməlisiniz ki, düzəliş sonda nəticə versin. tam - bu çox incə məsələ və mürəkkəbdir, onu yalnız çox yaxşı bir mütəxəssisə etibar etmək daha yaxşıdır.

Hesabatlar

Hesabat verilənlər bazasından məlumat əldə etmək, istifadəçi tərəfindən anlaşılan, rahat və tələb olunan formada emal edilmiş və xüsusi hazırlanmış bir vasitədir. Konfiqurasiyada bir çox hesabat var, hamısının öz məqsədi var.

Mövcud hesabatların nümunələri:

  • Hesablar planı məlumatları əsasında yaradılan hesabatlar:
  • Dövriyyə balansı
  • Şahmat vərəqi
  • Hesab təhlili və s.

  • Tənzimlənən hesabatlar

SCP versiyası 1.3.7.1 konfiqurasiyasında tənzimlənən hesabatlarla işləmək üçün alətə zəng etmək “tam interfeysdə” mövcud deyil. Buna görə də, onu tapmaq üçün “Mühasibat və Vergi Uçotu” interfeysinə keçin:

Bu interfeysdə tənzimlənən hesabatla işləmək üçün alət “Mühasibat uçotu” menyusunda yerləşir:

  • Yığım registrlərinin, məlumat registrlərinin, məlumat kitabçalarının və s. məlumatlara əsaslanan hesabatlar (məhsulun buraxılışı, istehsal planları, istehsal qüsurları, anbarlarda malların mövcudluğunun təhlili, vəsaitlərin mövcudluğunun təhlili və s.). Tipik olaraq, hesabat bir reyestrdən alınan məlumatlar əsasında yaradılırsa, onun adında "bəyanat" sözü olur. Əgər hesabat bir neçə fərqli registrdən alınan məlumatlar əsasında yaradılırsa, o zaman hesabatın başlığında adətən “analiz” sözü istifadə olunur.

  • Fərdi hesabatlar.

Qabaqcıl istifadəçilər üçün öz hesabatlarını yaratmaq mexanizmi var. Onlar haqqında bir az sonra daha ətraflı danışacağıq.

Müalicələr

Emal 1C:Müəssisə alətidir və proqram tərəfindən müəyyən edilmiş bəzi məlumatların transformasiyasını həyata keçirmək üçün istifadə olunur. Hesabatlardan fərqli olaraq, emal bu çevrilmiş məlumatları verilənlər bazasına yazır. Məsələn, "Nomenklatura" kataloqunda onun alınmasına cavabdeh olan şəxsi S.G. Chugunova ilə əvəz etməlisiniz. Ubeikin V.Ya haqqında. Bunu etmək üçün "Kataloqların və sənədlərin qrup emalı" emalından istifadə edə bilərsiniz:

Aşağıdakı kimi emal sahələrini doldurun:

Və "Seç" düyməsini basın. Sonra "Emal" sekmesine keçin:

"Fəaliyyət" və yeni dəyəri seçin. Və "Çalış" düyməsini basın. Nəticədə, məsul satınalma menecerinin təyin olunduğu bütün nomenklatura S.G. Chugunova idi. Satınalmaya cavabdeh olan yeni menecer olacaq.

Konfiqurasiya həmçinin bəzi adi hərəkətləri yerinə yetirən xüsusi emaldan ibarətdir. Məsələn, qrafikə uyğun olaraq həyata keçirilən məhsulun məsrəflərinin hesablanması.

Sənədlərlə iş prinsipləri

Bu bölmədə sənədlərlə işləməyin əsas prinsiplərini nəzərdən keçirəcəyik: yaradılması, qeydi, saxlanması (əməliyyat və qeyri-operativ, təxirə salınmış), silinmə üçün işarələmə, sənədlərin silinməsi.

Sənədlərin yaradılması

Sənəd müxtəlif yollarla yaradıla bilər. "Malların və xidmətlərin qəbulu" sənədinin nümunəsinə baxaq.

Metod 1. - “Əlavə (Əlavə)” alətindən istifadə etməklə. Proqramın əsas menyusundan birbaşa açılan sənədlər siyahısından “Əlavə et” işarəsini sıxmaqla yeni sənəd yaratmaq olar. Tutaq ki, siz “Malların və xidmətlərin qəbulu” sənədini yaratmaq istəyirsiniz. Proqramın əsas menyusundan bu sənədlərin siyahısını aça bilərsiniz:

Sonra, açılan qəbzlər siyahısında şəkildəki dairəvi üsullardan birini seçin (onlar ekvivalentdir, eyni şey edilir):

Nəticədə, "Malların və xidmətlərin qəbulu" adlı yeni bir sənəd açılacaq və sonra onun bütün sahələrini ardıcıl olaraq doldurmalı olacaqsınız (və bu sənədin müxtəlif nişanlarını unutma - çərçivədə dairəvi):

Metod 2. - kopyalama mexanizmindən istifadə etməklə. Yeni sənəd yaratmaq "Kopyalamaqla əlavə et" işarəsinə klikləməklə edilə bilər:

Bu halda, kursorun sənədlər siyahısında yerləşdiyi sənəd kopyalanacaq və onun surəti açılacaqdır. Bu nüsxədə sənəd sahələri artıq doldurulmuş olacaq. Lazım gələrsə, onları redaktə etmək qalır:

Əlbəttə ki, bu üsul çox vaxt sadəcə bir sənəd yaratmaqdan daha sürətli olur.

Metod 3. - bazada giriş mexanizmindən istifadə etməklə.Əsas sənəddən yeni sənəd yarada bilərsiniz. Məsələn, “Malların qəbulu sifarişi” sənədi əsasında daxil edilməklə “Malların və xidmətlərin qəbulu” yaradıla bilər. Bu halda, birincisi, malların ilkin mədaxil orderi yaradılmış “Malların və xidmətlərin qəbulu” sənədi üçün əsas olacaq, ikincisi, beləliklə yaradılmış “Malların və xidmətlərin qəbulu” sənədi avtomatik olaraq əsas sənədin məlumatları ilə doldurulacaqdır. . Daxiletmə mexanizmini əsasda çağırmaq üçün "Mallar üçün qəbz sifarişi" sənədini açmalı və əsasda giriş işarəsini vurmalısınız. Üstəlik, eyni şeyi "Malların Qəbul Sifarişi" nin özünü açmadan, ancaq birbaşa "Mallar üçün Qəbul Sifarişləri" siyahısından, yalnız kursoru istədiyiniz sənədə yerləşdirməklə edilə bilər. Şəkilə baxın, bazadakı giriş üsulları dairəvi şəkildə çəkilmişdir:

Yaradılan yeni qəbz sənədi əsas qəbz orderindən malların siyahısını “alacaq”:

Metod 4. - xüsusi müalicə üsullarından istifadə etməklə. Yeni sənədin yaradılması bəzi xüsusi emallar işləyərkən avtomatik olaraq həyata keçirilə bilər. Adətən bu halda bir anda bir çox sənəd yaradılır (bir növ kütləvi hərəkətlər və ya müəyyən hərəkətlər ardıcıllığı tələb olunduqda prosesi sürətləndirmək üçün emal tələb olunur). Bu üsul daha sonra daha ətraflı müzakirə olunacaq.

Sənədlərin qeydə alınması

“Yaz” düyməsini kliklədikdə sənəd verilənlər bazasına yazılır. Yeni sənəddə bu düyməyə basılana qədər sənəd verilənlər bazasında saxlanmayacaq və gözlənilməz bir fasilə olduqda (məsələn, elektrik enerjisinin kəsilməsi) qeydə alınmamış sənəd itəcək. Bir çox məlumatı, məsələn, əl ilə doldurulmuş böyük bir cədvəl hissəsi olan sənədlərlə işləyərkən bunu bilmək xüsusilə vacibdir. Yenidən məlumat daxil etməmək üçün sənədləri tez-tez yazın. Sənədin qeydə alınması zamanı verilənlər bazasında bu sənədə aid olmayan digər məlumatlara təsir edən heç bir mühüm dəyişiklik baş vermir, yəni. qeyd edərkən məlumat sadəcə olaraq saxlanılır və bu məlumatlar yalnız sənəd daxilində saxlanılır, məlumat hələ heç yerə getmir;

Qeyd. Məhz qeydə alınma anında sənəd verilənlər bazasında eyni tipli sənədlər arasında vaxt xəttində öz yerini tutur. Daha ətraflı izah edək. Sənədin tarixi və vaxtı ilə "dən" sahəsinə baxın:

Sənəd yaratarkən vaxt doldurulmur, lakin qeyd edərkən ən yaxın saniyəyə qədər doldurulur. Eyni zamanda, eyni saniyədə, eyni tipli sənədlər verilənlər bazanızın digər istifadəçiləri tərəfindən yazıla bilər (yəni tutaq ki, eyni verilənlər bazasının bir neçə istifadəçisi hər biri öz “Mal qəbzi”ndə “Yaz” düyməsini sıxıblar. “sənəd və xidmətlər” və bu, eyni saniyədə baş verdi). Qeydə alınan sənədlərin hər biri, eyni vaxta baxmayaraq, bir saniyə ərzində öz yerini tutacaq. Bunlar. hətta bir saniyə ərzində sənədin yaradılmasının “vaxt xəttində” hər bir sənədin özünəməxsus yeri olacaq - məhz sənəd qeydə alındıqda bu yer ona təyin olunur.

Ümumiyyətlə, sənədin növündən asılı olaraq, ola bilər ki, qeyddən başqa, başqa heç bir şey lazım deyil, yəni. sənəd yalnız öz daxilində məlumatların saxlanması üçün nəzərdə tutulub (*aşağıda belə sənədlərin siyahısına baxın), lakin əksər sənəd növləri üçün qeyd kifayət deyil. Fakt budur ki, ümumiyyətlə, bir sənəd məlumatın ən əlverişli saxlanması deyil, bu baxımdan onun imkanları məhduddur;

*Yalnız qeydə alınan sənədlərin siyahısı:

“Qarşılıqlı hesablaşmaların uzlaşdırılması aktı”, “Etibarnamə”, “Qarşı tərəflə hesablaşmaların sənədi (əl uçotu)”, “Vergi ödəyicisinə məlumat xidmətinin göstərilməsi üçün sorğu”, “İstehsalatda olan qüsurların inventarlaşdırılması” və digər bütün növlər. inventar, “Vergi orqanının rəsmiləşdirilməmiş sənədi”, “Rəsmiləşdirilməmiş vergi ödəyicisi sənədi”, “Sorğu”, “Növbə tərkibi haqqında hesabat”, “Anketlərin paylanması”, “Plan istehsal xərclərinin hesablanması”, “Tənzimlənən hesabat”, “ Fakturaların reyestri”, “Alıcıya ödəniş üçün hesab-faktura”, “Təchizatçıya ödəniş üçün hesab-faktura” “, “Nəqliyyat bağlantısı”.

Sənədlərin aparılması

Artıq qeyd edildiyi kimi, sənədi qeyd edərkən daxil edilmiş məlumatlar sadəcə sənəd daxilində saxlanılır. Ancaq əksər sənədlər növləri üçün qeyd etmək kifayət deyil;

Sənədin yerləşdirilməsi, bəzi məlumatları sonrakı təsadüfi dəyişikliklərdən qorumaq üçün qeyd etmək üçün həyata keçirilən xüsusi bir hərəkətdir. Bu halda, bu məlumat ya sənədin özündə qala bilər (yəni sənəd başqa yerdə, məsələn, yığım reyestrində hərəkət etmir) və ya sənədin hərəkəti şəklində hardasa qeyd oluna bilər: yığım registrlərində, məlumat registrlərində , hesab planları, hesablama registrləri və s.

Yəni heç bir yerdə hərəkət etməyən sənədlər də işlənə bilər. Bir qayda olaraq, onların aparılmasının məqsədi sənədin sonrakı dəyişdirilməsinin qarşısını almaq üçün bəzi məlumatları qeyd etməkdir. UPP 1.3.7 versiyasının tipik konfiqurasiyasında yalnız iki növ sənəd həyata keçirilir, lakin heç bir hərəkət aparılmır: “Hesabların açılması üçün müraciət” və “Mühasibat uçotu parametrlərinin təyin edilməsi”.

Sənədlərin operativ və qeyri-operativ işlənməsi

İcra sənədləri operativ və ya qeyri-operativ ola bilər.
Əməliyyat proseduru belədir həyata keçirilməsinin mümkünlüyü yoxlanılır. Bu nədir?

Tutaq ki, biz qarşı tərəfin borcunu artıran bir sənəd yaratdıq və qeyd etdik. Tutaq ki, qarşı tərəflə debitor borcları üzrə müəyyən limit müəyyən edilib. Deyək ki, sənəd yaranandan bir-iki gün keçib və kimsə həmin qarşı tərəfin borcunu artıran başqa bir sənədi daxil edib yerləşdirib və bu sonuncu sənəd bu borcun həddi tükənib. Və burada gələcək inkişaf üçün müxtəlif variantlar yaranır.

Əgər təşkilat hələ də istəsə qarşısını almaq qarşı tərəfin debitor borcu balansı aşdıqda malların buraxılması həyata keçirərkən onun balansını yoxlamaq lazımdır. Ancaq tarixi dəyişdirməsək, proqrama görə borc hələ keçməyəcək - axır ki, onu tükəndirən sənəd sonradan daxil edilib və əvvəllər qeydə alınmış sənədimiz üçün qarşılıqlı hesablaşmalar üçün qalıqlar əhəmiyyətsiz olacaq. Məhz bu məqsədlə əməliyyat mexanizmi tətbiq olundu - yəni. sənədi yerləşdirilən sənədlərin növbəsinin sonuna köçürmək, çünki yalnız bu halda bütün lazımi yoxlamalar aparıla bilər.

Başqa bir yol, bir təşkilat üçün bir iş əməliyyatı faktını tam olaraq baş verdiyi zaman əks etdirmək vacibdirsə. Yəni, məsələn, debitor borcunun aşılmasına baxmayaraq, mal artıq buraxılıb və əslində, müştəri onun üçün məqbul hesab ediləndən daha çox borcludur. Bu halda, çeki söndürmək və onun davam etməsinə icazə vermək bizim üçün vacibdir. Sonra sənədi yerləşdirmək düzgün olardı qeyri-operativ, yəni. bütün bu yoxlamalar olmadan.

Hər iki halda - həm operativ, həm də qeyri-operativ, sənədin bütün zəruri hərəkətləri yerinə yetiriləcəkdir. Bununla belə, bunu başa düşmək vacibdir Qeyri-operativ həyata keçirildikdə, verilənlər bazasında uyğun olmayan məlumatların əldə edilməsi ehtimalı yüksəkdir., xüsusilə istifadəçi səhvləri səbəbindən. Sadələşdirilmiş bir nümunəyə baxaq.

Tutaq ki, proqrama görə anbarda hansısa məhsulun 10 ədədi var. Tutaq ki, bu məhsulun buraxılması üçün iki sifariş gəldi: 7 ədəd və 5 ədəd. Deyək ki, ilk 7 vahidin buraxılması üçün sənəd yaradılıb, lakin yerləşdirilməyib. Sonra bir müddət sonra 5 ədədin buraxılması üçün sənəd yerləşdirildi, bu buraxılışdan sonra proqram məlumatlarına görə balans 5 ədəddir. İndi ilk 7 ədəd malın buraxılması üçün sənədi emal etməyin vaxtı gəldi. Əgər anbarda həqiqətən yeddi bölmə yoxdursa, o zaman əməliyyat icra etməyə çalışmaq bizim üçün vacibdir - yalnız bu halda proqram yoxlama aparacaq və istifadəçiyə mal çatışmazlığının olduğunu bildirəcəkdir. Bəs bu 7 ədəd fiziki olaraq anbarda olarsa necə? Bunlar. başa çatmış bir iş əməliyyatı faktını əks etdirmək lazımdırsa nə etməli? Artıq qeyd edildiyi kimi, bu halda istifadəçi sənədi qeyri-operativ şəkildə emal etməlidir, heç bir yoxlama aparılmayacaq, sənəd işlənəcək, hərəkətlər yerinə yetiriləcək, lakin proqrama uyğun olaraq balans mənfi iki vahid olacaq.

Nəticədə iki tərəfli qılınc alırıq. Bir tərəfdən istifadəçi məhsulu buraxa bilər, çünki Fiziki olaraq buna sahibdir. Digər tərəfdən, bizim əhəmiyyətsiz balanslarımız var. Bunlar. Aydındır ki, əslində iki vahidin mənfi cəhətləri ola bilməz və çox güman ki, bir növ qəbz sənədi həyata keçirilməmişdir.

Əgər bütün sənədlər həmişə vaxtında və operativ şəkildə aparılsaydı, bu, baş verməzdi. Amma bu insan faktorudur. Əgər verilənlər eyni anbarda fiziki dəyişikliklərlə eyni vaxtda proqramda görünə bilsəydi... lakin verilənlər proqrama şəxs tərəfindən daxil edilməlidir, yəni. bu da bir az vaxt aparır.

Balansları yeniləmək üçün sənədlərin yenidən yerləşdirilməsi mexanizmi mövcuddur. Bu mexanizm yalnız eksklüziv rejimdə işə salınır, yəni. İstifadəçilər hazırda verilənlər bazası ilə işləyə bilməyəcəklər. Ancaq bu nə qədər təxirə salınarsa, bərpa edilməli olan sənədlər zənciri bir o qədər böyükdür və bir o qədər uzun çəkəcəkdir. Ona görə də bu mexanizmi kifayət qədər tez-tez və müntəzəm işə salmaq optimal olardı.

Operativ yerləşdirmə zamanı sənəd vaxtında son (cari) anına keçir, yəni. sonuncu sırada müəyyən edilir.
Əlbəttə ki, istifadəçinin bir növ sənəd növbəsini xüsusi olaraq izləməsinə ehtiyac yoxdur. Bu izləmə proqramda avtomatik olaraq baş verir. Proqramın bir sual verdiyi təqdirdə istifadəçinin bunu başa düşməsi yalnız vacibdir sənədin fəaliyyətsiz icra edilib-edilməməsi, bu o deməkdir ki, onun sənədinin qeyd tarixi cari tarixlə üst-üstə düşmür və istifadəçi bu tarixi cari tarixə dəyişməyə razı olub-olmadığına qərar verməlidir. “Sənədlərdə maraqların toqquşması”nın olmamasını təmin etmək üçün istifadəçi növbədə öz sənədinin hərəkətinə razılıq verməli və yenə də onu sürətlə köçürməlidir. Və ya istifadəçi başa düşməlidir ki, qeyri-operativ emalla razılaşaraq, istifadəçi balansların mümkün əhəmiyyətini itirməsinə icazə verir (və bu halda, gec və ya tez, nizamı bərpa etmək lazım olacaq və balansları yeniləyin, buna görə də həmişə sənədləri tez bir zamanda emal etməyə çalışmaq daha yaxşıdır).

Yuxarıda qeyd etdik ki, sənəd qeydə alınarkən ona qeydə alınmış sənədlərin növbəsində hansısa vəzifə verilir. Qeydiyyat tarixi cari gündə deyilsə, bu sənəddən sonra başqa sənəd yaradılmasa belə, operativ icrası mümkün deyil. Və əvvəlcə onun tarixini indiki ilə dəyişdirməlisiniz, əks halda sənəd dərhal işlənməyəcək.

Operativ emal zamanı tarix artıq dəyişmir, yalnız sənədin vaxtı dəyişir - "vaxt xəttində" sənədlərin növbəsində ən sonuncu olur. Növbənin bu cür yerdəyişməsi nəticəsində sənədin olduğundan gec yazılması, bununla da ondan əvvəl yazılması baş verə bilər. Ancaq bunun əhəmiyyəti yoxdur, çünki... sonra qeydə alınmış həmin sənəd də işlənməyə başladıqda, o, eyni şəkildə növbənin sonuna keçəcək - işləndiyi vaxtda hərəkət edəcək - və sonuncu olacaq.

Qalıqları yeniləmək üçün bütün sənədlərin yenidən yerləşdirilməsi mexanizmi işə salındıqda nə baş verəcək? Proqram hər dəfə icra imkanını yoxlayacaq və məsələn, debitor borclarının məbləği aşıldığı anda icra dayandırılacaq. Və istifadəçidən bu problemi həll etmək tələb olunacaq: ya kreditin həcmini artırın, ya da hesablanmayan avans krediti verin, ya da başqa bir şey... sənədlərin yenidən yerləşdirilməsi mexanizmi haqqında daha sonra danışacağıq.

Platforma 8.2-də “1C: Ticarətin İdarə Edilməsi”nin son buraxılışında sənədlərin işlənməsinə nəzarət üçün yeni metodologiya tətbiq edilib: “Sənədlərin işlənməsi mexanizmi konfiqurasiyada tamamilə yenidən işlənib. İcranın nəticələrinə operativ nəzarət 10.3-cü nəşrdən fərqli olaraq, hərəkətlərin formalaşmasından sonra həyata keçirilir (burada nəzarət icradan əvvəl həyata keçirilirdi). Bu həll icra məntiqini və idarəetmə məntiqini tamamilə ayırmağa imkan verdi, müvafiq proqram kodunu kökündən sadələşdirdi, bu da öz növbəsində konfiqurasiya dəyişikliklərini asanlaşdırmaq, mümkün səhvlərin sayını azaltmaq və sistemin işini artırmaq üçün vacibdir. Zəruri hallarda nəzarət həm geriyə, həm də sənədin yerləşdirilməsi ləğv edilərkən həyata keçirilir. Məsələn, sistem sizə malların göndərilməsinə dair sifarişi artıq icra olunduğu həddə ləğv etməyə imkan verməyəcək”. Oxşar dəyişikliklərin tədricən CQBK-nın yeni versiyalarına daxil olacağını gözləmək olar.

Sənədlərin işlənməsi və sonrakı işlənməsi təxirə salındı

Daha əvvəl qeyd edildiyi kimi, sənədləri yerləşdirərkən, hərəkətlər tez-tez bir növ məlumat saxlama sistemlərində - toplama registrlərində, məlumat registrlərində və s. Bu hərəkətləri yerinə yetirmək üçün sənədlər registr cədvəllərini kilidləyir. Əgər sənədimizi yerləşdirən zaman reyestri bloklamaq istəyərkən bu reyestr artıq bloklanıbsa (yəni həmin anda hansısa başqa sənəd bu registrlə əməliyyatlar aparır), onda bizim sənədimiz qarşısını ala bilmir. O, qeydiyyat pulsuz olana qədər gözləmək məcburiyyətində qalacaq. Sənədi yerləşdirərkən, hərəkətlər çox vaxt bir anda çox sayda registrdə həyata keçirilir. Bu registrlərin hər biri bir növ məlumatı saxlamaq üçün nəzərdə tutulmuşdur. Nəticədə, onlardan birinin pulsuz olana qədər gözləməyə ehtiyac olma ehtimalı olduqca yüksəkdir.

Gecikmiş icra və əlavə icra mexanizmlərinə, belə bir gözləməyə ehtiyac ehtimalını minimuma endirmək üçün ehtiyac duyulur, çünki onlar işə salındıqda, tələb olunan bütün registrlərdə hərəkətlər dərhal həyata keçirilmir, ancaq ən "təcili"lərdə - yəni. əməliyyat və idarəetmə uçotunun bəzi registrlərində. Sonra, cədvələ uyğun və ya əl ilə, təqib mexanizmi işə salınır, yəni. bütün digər hərəkətlər yerinə yetirilir.

Təxirə salınmış göndərmə mexanizmini işə salmaq üçün siz “Gecikmiş yerləşdirmə parametri” yaratmalısınız: “Keçid interfeysi - Mühasibat meneceri - Təxirə salınmış yerləşdirmə - Sənədə nəzarət parametrləri” - Yeni element əlavə edin, ad və metodu göstərin, məsələn, “ yalnız izləmə tələb olunur" - Sonra eyni menyuda "Gecikmiş göndərmə" - "Təxirə salınmış yerləşdirmə üçün təşkilatların siyahısı" bəndi - yeni sətir əlavə edin, tarixi*, təşkilatı və yeni yaradılmış parametri göstərin.
*Göstərilən tarix adətən müntəzəmdir, yəni. aylıq dəyişir. Bunlar. daha səmərəli iş üçün onu hər ay cari ayın birinci gününə keçirməlisiniz - onda hər ayın sonunda dövr sonu sənədləri ilə işləyən istifadəçi normal olaraq ehtiyac duyduğu sənədləri tamamlaya və dövrü tamamlaya biləcək. 1. həyata keçirilir: boyunca hərəkətlər əmələ gəlir hissələri qeydiyyatdan keçir
2. İzlə: boyunca hərəkətlər əmələ gətirir istirahət qeydiyyatdan keçir

Konseptual nöqteyi-nəzərdən, təqib qrupla oflayn icraya bənzəyir.

İzləmə aparılır:

Mexanizm, ilkin sənədləri daxil edərkən və yerləşdirərkən faydalıdır:

  • üçün tələblər məhsuldarlıqparalellik sərtdirlər
  • bütün registrlərdə hərəkətlər "hazırda" lazım deyil
  • Hərəkətlərin formalaşması üçün lazım olan bəzi məlumatlar naməlum ola bilər - onlar daha sonra məlum olacaq.

Mexanizm bütün sənədlərə deyil, yalnız onlara aiddir kütləvi, çox sayda istifadəçi tərəfindən eyni vaxtda daxil edilmişdir.

Təxirə salınmış yerləşdirmə aşağıdakı sənədlər üçün istifadə edilmir:

  • təqdim edilir nadir hallarda
  • həyata keçirmək vacibdir dərhal bütün registrlərdə

Təxirə salınmış yerləşdirmənin tətbiq olunduğu sənədlərin siyahısı üçün baxın.

Mexanizmi necə idarə etmək olar

“Sənədlərin gecikdirilməsi” mexanizmi isteğe bağlıdır. Onun istifadəsi formada təşkilata qədər fərdiləşdirilə bilər. Təxirə salınma göstərilən tarixdən etibarlıdır.

Sənədlərin necə yerləşdiriləcəyi təxirə salınmış yerləşdirmənin başlama tarixinə nisbətən sənəd tarixinin yerindən asılıdır:

İlkin sənədlərin intensiv daxil edilməsinin baş verdiyi bir dövrdə gecikdirilmiş yerləşdirmədən istifadə etmək məntiqlidir. Buna görə də, təxirə salınmış yerləşdirmənin başlanğıc tarixini ilkin sənədlərin daxil edildiyi ayın əvvəlinə təyin etmək tövsiyə olunur.

Sənədləşmə uyğun olaraq tamamlanır. O, qrafikə uyğun olaraq avtomatik və ya əl ilə işə salına bilər.

İlkin sənədlərin intensiv daxil edilməsi başa çatdıqdan sonra əlavə emallara başlamaq məna kəsb edir. Təqibə başlamazdan əvvəl sənədlərin tənzimlənən mühasibat uçotunda əks etdirilməsi üçün bütün məlumatları bildiyinizə əmin olmalısınız.

Əlavə yerləşdirməni tamamladıqdan sonra sənədlərin tənzimlənən mühasibat uçotunda əks olunmasına təsir edən məlumatlar dəyişibsə (məsələn, standart hesab parametrləri), bütün sənədləri yenidən yerləşdirməlisiniz. Bu, müvafiq tamamlama metodunu seçməklə edilə bilər.

Təqib ayın bağlanması üçün tənzimləyici prosedurlar başlamazdan əvvəl tamamlanmalıdır (“ayın bağlanması” prosedurunun diaqramına baxın).

Dövr üçün sənədlərin intensiv girişi başa çatdıqdan və sənədlərə baxıldıqdan sonra təxirə salınmış yerləşdirmənin başlanğıc tarixini növbəti ayın əvvəlinə keçirmək məsləhətdir.

Mexanizmin təsviri

Sənədi yerləşdirərkən əmələ gələn registrlər, hərəkətlər

Gecikmiş yerləşdirmədən istifadə edilərsə, sənədlərin yerləşdirilməsi zamanı “Reflect in ex” işarəsi qoyulduqda “tam” göndərmə rejimində olduğu kimi hərəkətlər eyni registrlərdə yaradılır. mühasibat uçotu”. Tipik olaraq, bu registrlər operativ qərarlar qəbul etmək üçün istifadə olunur.

"Xərclərin uçotu" reyestrinin xüsusiyyətləri var: hərəkətlər yalnız "istehsal" sənədləri, "Malların və xidmətlərin qəbulu" sənədləri, "Avans hesabatı" yerləşdirildikdə formalaşır. Bütün digər sənədləri yerləşdirərkən bu reyestrdə hərəkətlər yaradılmır.

Sənədləri yerinə yetirərkən formalaşmırlarəməliyyat qərarlarının qəbulu üçün istifadə edilməyən registrlər vasitəsilə hərəkətlər:

    Satılmış mallar

    Satış dəyəri

    Təxirə salındı uyğunsuz rejimləri ilə:

    • Sənədləri yerləşdirərkən partiyaların silinməsi

      Sənədlərin icrası zamanı avansların müəyyən edilməsi.

    Bu rejimlər zaman istifadə olunur

      performans problemi yoxdur

      mühasibat uçotunda çevikliyi təmin etmək məqsədi yoxdur

      daha yüksək prioritet "dərhal dəqiq məlumat" əldə etməkdir.

    Yəni bu cür rejimlərdən istifadə edərkən gecikmiş icra tələb olunmur.

    Sənədlərin yerləşdirilməsinin (paylanmasının) ləğvi

    Sənədi yerləşdirdikdən sonra ikonadan istifadə edərək onun dərcini ləğv edə bilərsiniz

    Göndərişi ləğv etdikdə, sənəd yenidən dəyişdirilmək üçün əlçatan olur və onun əvvəllər yerinə yetirilmiş bütün hərəkətləri silinir (və ya qeyri-aktiv olur). Sonra sənəd yenidən yerləşdirilə bilər (ehtimal ki, operativ, vaxt xəttində bir yerdəyişmə ilə və ya qeyri-operativ, yəni tarix və vaxtı dəyişdirmədən).

    Sənədlərin silinməsi

    İstifadəçi, məsələn, daxil etdiyi sənədin lazım olmadığına qərar verərsə, onu silə bilər. Sənədlər silmə işarəsi ilə silinir. Daha sonra siz “İşarələnmiş obyektləri sil” emalını işə salıb onu həmişəlik silə bilərsiniz, lakin o vaxta qədər silmə işarəsi silinə və sənəd bərpa oluna bilər. Bu çoxaddımlı silmə həm də faydalıdır, çünki "İşarələnmiş Obyektləri Sil" emalı silinməzdən əvvəl verilənlərə nəzarəti həyata keçirir və verilənlər bazasında başqa yerdə istifadə olunan obyektləri silinmədən qoruyur. Məsələn, bəzi sənədlərdə artıq göstərilibsə, hər hansı qarşı tərəfi birbaşa və dərhal silmək düzgün olmaz, çünki bu halda məlumatların bütövlüyü pozulacaq - belə bir sənəddə bəzi "naməlum obyekt"ə keçid olacaq.

    Bundan əlavə, bəzən sənədlər "birbaşa" silinə bilər, yəni. dərhal. Adətən birbaşa silinmə emal yolu ilə həyata keçirilir: mövcud olduqda, eyni emal onları silə bilər ki, məntiqli olardı.

    ****************************************************************************************************************************************

1C UPP 8 8.2 xəttində mənim sevimli proqram məhsulumdur. Xüsusilə qabaqcıl xərc analitikası (ACCA) rejimini əlavə etdikdən sonra proqram çoxfunksiyalı və təəccüblü dərəcədə çevik oldu. Biznes proseslərin qurulması üçün sonsuz müxtəliflik. Bütün layihələr tamamilə fərqli oldu. Bundan əlavə, UPP büdcə blokuna malikdir - idarəetmə uçotunun zirvəsi.

İcraçıların CQBK ilə bağlı qərar verəcəyi ilk məsələlərdən biri məsrəflərin uçotu rejimidir. Hansı daha uyğundur: toplu mühasibat və ya qabaqcıl analitika. Fərq nədir, bu işinizdə nə deməkdir, nə soruşmalısınız?

Mexanizmin özü ilk növbədə kompleks istehsalın problemlərini həll etmək üçün icad edilmişdir, bir çox yenidən bölüşdürmə və əks buraxılışlar. Xərcləri hesablamaq üçün proqram alqoritmi xətti tənliklər sisteminin formalaşması və həllini ehtiva edir. Bu, mürəkkəb məsələlərin hesablanmasını əhəmiyyətli dərəcədə sürətləndirməyə imkan verir.

Qabaqcıl xərc analitikası rejimini seçdiyiniz zaman proqramda məlumat saxlama strukturu və xərclərin hesablanması alqoritmləri əhəmiyyətli dərəcədə dəyişir. Üstəlik, RAUZ mexanizmi inventarın uçotu üçün də istifadə olunur, çünki qabaqcıl analitika ideologiyasında inventar da bir xərcdir.

Ənənəvi (toplu) uçot rejimində ehtiyatların və xərclərin dəyəri müvafiq toplama registrlərində saxlanılır: MHBS nəzərə alınmadan 30-dan çox yığım registrlərində.

Qabaqcıl analitika rejimində yalnız 2 yığım registrindən istifadə olunur: “Xərclərin uçotu (idarə olunan uçot)” və “Xərclərin uçotu (mühasibat və pul vəsaitlərinin uçotu)”. Reyestr hərəkətlərini formalaşdırarkən ikili giriş prinsipinə əməl olunur. Müəssisə boyu xərcin keçdiyi bütün yolu tapa bilərsiniz.

Ənənəvi rejimdə silinmələrin xronologiyası saniyəyə qədər, RAUZ rejimində isə bir aya qədər dəqiqliklə saxlanılır. Buna görə də, qabaqcıl analitikada, FIFO metodunu seçərkən belə, ay ərzində inventarların silinməsinin dəyəri həmişə eyni olur.

Hazır məhsullar həmişə orta maya dəyəri ilə silinir. Bundan əlavə, mədaxil sənədi RAUZ-da nəzərə alınmadığı üçün hər bir sənəd üzrə inventarların/xərclərin silinməsinin dəyəri məlum deyil. Buna görə də, bir çox hesabatların əlavə dəqiqləşdirilməsi tələb olunacaq, məsələn, "Ümumi mənfəət".

Buna görə də, qabaqcıl xərc analitikasının istifadəsi ənənəvi rejimdə iş sürətindən razı qalan və standart həllin heç bir qlobal modifikasiyası tələb etməyən müəssisələr üçün praktiki deyil.