İş süreçleri örnekleri hazır 1s. iş süreçleri

Pupsen ve Vupsen 10 Aralık 2013, 15:54

1C:UT'nin iş süreci yönetimine (BPM) sahip olduğu efsanesi

"UT", tasarlandığı görevleri çözmek için çok iyi bir üründür. İşletmenin ticaret faaliyetlerini yönetmenizi sağlar. İşlemleri, satın almaları, depoları, finansmanı iyi analiz eder. Evet, bazı durumlarda "İş Süreçleri" platform mekanizmasını kullanır. Ancak bu, ticaretin iş süreçlerini veya işletmenin mantığını yönetmeye yönelik olduğu anlamına mı geliyor? - Hayır hayır ve bir kez daha hayır. Bu yazı yürekten bir haykırış. Çünkü sunumları izlemekten veya çeşitli sitelerdeki çözüm açıklamalarını okumaktan gerçekten bıktım. Herhangi bir 1C ürününü satmaya hazır olan ve müşteriye sattıklarına göz yuman şirketlerin web siteleri. Ürünün yalnızca mütevazı bir açıklamasına itiraz etmek ve iş süreci yönetiminin özünü bile anlamamak. Yönetim, sistemi süreçleri hızlandıracak ve optimize edecek, çeşitli analizler yapacak, zayıflıkları belirleyecek ve çok daha fazlasını yapacak şekilde yapılandırabileceğiniz anlamına gelir. Mekanizmanın kontrolü ve kullanımı arasındaki farkı göremeyenler için parmaklarımla açıklamaya çalışacağım:

UT. Görev ekleyemeyeceğiniz veya kaldıramayacağınız, adresleme türünü değiştiremeyeceğiniz, mantığı değiştiremeyeceğiniz, işlemi görevlere bağlı belirli belgelerden taşımak dışında hiçbir şey yapamayacağınız üç BP vardır. Aslında bu kontrol değil - "BP" mekanizmasını kullanan program mantığının önerilen sürümünün kullanılmasıdır. Evet, bazı temel bilgilerle zaman kaybetmeden bu işlevselliğe dayalı olarak kendi geliştirmenizi yapmak mümkündür.
CRM. Bu gerçekten, platform işlevselliğinin %100'ünün BP mekanizmasıyla çalışmak için kullanıldığı 1C platformundaki tek üründür. Bu, kullanıcının herhangi bir rota haritası oluşturarak kuruluşunun çalışmasının tüm mantığını bağımsız olarak tanıttığı bir çözümdür. Süreçlerini ihtiyaç duyduğu zaman ve ihtiyaç duyduğu şekilde çağırabilir. Ve ne için? Ve sadece hepsini yönetmek için. Süreçler hakkında istatistik toplayarak süreçlerin ne kadar verimli olduğunu görmek. Mantığı değiştirmek için iyi argümanlar ne olurdu? Tüm asılsız ne olurdu. Kauçuğun tüm tıkanma ve esneme aşamalarını görebilmeniz için. Gereksiz adımları atın - iş verimliliğini artırın. "Yönetim" budur. Ve bunun için birkaç blok içeren üç karttan çok daha fazlasına ihtiyacınız var.

Ve sonuç olarak, farkı hala anlamayanlar için - 1C şirketinin kendisi, konfigürasyonda ne olduğunu PSU açısından açıkça yazıyor -

"Yapılandırma, iş süreçlerini otomatikleştirmenin temel işlevselliğini uygular - süreçleri ayarlamak, uygulamalarını izlemek ve analiz etmek için evrensel mekanizmalar, standart bir çözümde yerleşik iş süreçlerini desteklemek ve belirli bir uygulamanın daha az işçilik maliyetiyle kompozisyonlarını artırmasına izin vermek.". (v8.1c.ru/trade/newtech/ dördüncü paragraf).

Otomasyon için "temel" işlevsellik kelimesine dikkat çekiyorum.

Bu, kurumsal süreç yönetiminden çok uzaktır. Sonuç olarak: sunumda size UT'nin bir BP yönetim alt sistemi içerdiğini söylediklerinde - buna inanmayın, sunumda UT'de CRM olduğunu söylediklerinde - buna inanmayın. Bu yine başlangıçlar ve temel işlevselliktir. Bir kez daha tekrar ediyorum - UT çok iyi bir üründür, ancak diğer görevler için - analizi için operasyonel muhasebe ve ticaret faaliyetlerinin planlanması. CRM kavramı oldukça farklıdır. Ve 1C platformunda işletmede CRM konseptini destekleyen gerçekten işlevsel tek bir ürün var - Bu 1C: CRM. Adil olmak gerekirse, diğer platformlarda da işletmede "CRM" kavramını desteklemek için yeterince işlevsel ürünler bulunduğuna dikkat edilmelidir.

Etiketler: crm sistemleri, ticaret yönetimi, 1'ler, iş süreçleri

iri yarı adam 10 Aralık 2013, 15:54

1C:UT'nin iş süreci yönetimine (BPM) sahip olduğu efsanesi

CRM sistemleri

UT. Görev ekleyemeyeceğiniz veya kaldıramayacağınız, adresleme türünü değiştiremeyeceğiniz, mantığı değiştiremeyeceğiniz, işlemi görevlere bağlı belirli belgelerden taşımak dışında hiçbir şey yapamayacağınız üç BP vardır. Aslında bu kontrol değil - "BP" mekanizmasını kullanan program mantığının önerilen sürümünün kullanılmasıdır. Evet, bazı temel bilgilerle zaman kaybetmeden bu işlevselliğe dayalı olarak kendi geliştirmenizi yapmak mümkündür.
CRM. Bu gerçekten, platform işlevselliğinin %100'ünün BP mekanizmasıyla çalışmak için kullanıldığı 1C platformundaki tek üründür. Bu, kullanıcının herhangi bir rota haritası oluşturarak kuruluşunun çalışmasının tüm mantığını bağımsız olarak tanıttığı bir çözümdür. Süreçlerini ihtiyaç duyduğu zaman ve ihtiyaç duyduğu şekilde çağırabilir. Ve ne için? Ve sadece hepsini yönetmek için. Süreçler hakkında istatistik toplayarak süreçlerin ne kadar verimli olduğunu görmek. Mantığı değiştirmek için iyi argümanlar ne olurdu? Tüm asılsız ne olurdu. Kauçuğun tüm tıkanma ve esneme aşamalarını görebilmeniz için. Gereksiz adımları atın - iş verimliliğini artırın. "Yönetim" budur. Ve bunun için birkaç blok içeren üç karttan çok daha fazlasına ihtiyacınız var.

Ve sonuç olarak, farkı hala anlamayanlar için - 1C şirketinin kendisi, konfigürasyonda ne olduğunu PSU açısından açıkça yazıyor -

Otomasyon için "temel" işlevsellik kelimesine dikkat çekiyorum.

Etiketler: crm sistemleri, ticaret yönetimi, 1'ler, iş süreçleri

Yerleşik düzenleme mekanizmasının açtığı fırsatlar:

Kesin iş sırası, hata riski veya iş aşamalarından birinin atlanması azaltılır.
1C iş sürecinin önceden belirlenmiş yapısı sayesinde resmileştirilmiş yaklaşım.
Her aşamada kontrol.
İşin hangi aşamalarının en az etkili olduğunu belirlemek ve süreci optimize etmek.
Belirli bir organizasyonun yapısının modellenmesi.

Her etabın koşullarının, sırasının ve özelliklerinin görsel bir temsili için bir yol haritası kullanılır. Rota haritası, bir süreci diğerinden bir rota noktasıyla ayıran aşamalara sahiptir. Her noktada tamamlanması gereken görevler vardır ve kontrol için gerekli tüm bilgiler burada belirtilir: icracı, önem ve son tarihler.

Zor - rotada değişiklik yapılamaz;
Koşullu - görevin yerine getirilmesi, birkaç tane olabilecek bir dizi koşula bağlıdır. Bundan, nihai çalışma rotası oluşturulur;
Paralel - iş sürecinin uygulanmasının gerçekleşeceği iki veya daha fazla yol. Bir noktada şubeler birleşebilir;
Ücretsiz - bu tür bir iş sürecinin rotası yoktur ve göreve göre gerçekleştirilir.

1C:UT'de satış örneğini kullanarak programın çalışmasını düşünün.

Ticaret sürecini yönetme süreci başlar ( BPM) Başlangıç noktasından.

Ara noktalar sarı dikdörtgenlerdir. Her kutu, belirtilen görevi hangi işçinin veya birkaç işçinin gerçekleştirmesi gerektiğini belirtir. Tamamlanan görevler bir onay işaretiyle işaretlenir.

İş sürecinin başlayabilmesi için "CRM ve Pazarlama" bölümünde gerekli alanları doldurarak anlaşma oluşturmanız, ardından anlaşma kartının kaydedilmesi ve "Aşama" ve "Rota Haritası" olmak üzere 2 köprünün açılması gerekmektedir.

1C:Enterprise 8.2 platformu için resmi belgelerde “13.7. Böl ve Birleştir » Ayırma ve birleştirme noktalarındaki iş süreci davranışı şu şekilde açıklanmaktadır:

“Bir iş sürecini birkaç paralel (aynı anda ve bağımsız olarak) yürütülebilir kola bölmek için bir ayırma noktası kullanılır. Ayırma noktasının bir girişi ve sınırsız sayıda çıkışı vardır.

Önceden bölünmüş dalları senkronize etmek için bir birleştirme noktası kullanılır. İş süreci, içerdiği tüm şubeler geçilene kadar birleştirme noktasının ötesinde yürütülmeyecektir.

Bunu basit bir rota haritası örneğini kullanarak göstereceğim (Şekil 1)

Ayrılma noktasında, dalların her birinde görevler oluşturulur (Şekil 2), ardından her dal paralel olarak yürütülür ve bu noktada görev Eylem4 her şubenin tüm görevleri tamamlandığında oluşturulacaktır (Şekil 3)

Sistem hep böyle mi davranıyor? Hadi bulalım. Öncelikle, ayrılma noktasından sonra görevlerin oluşturulma sırasına dikkat edelim (Şekil 4)

Görev numarasına göre, görevin ilk noktada oluşturulduğunu görebilirsiniz. Eylem3.Şimdi, bu nokta için iş süreci modülünde, görevleri oluştururken aşağıdaki işleyiciyi açıklayacağız:

prosedür Action3Görev Oluştururken(Yol NoktasıİşSüreç, KalıplanabilirGörevler, Reddetme )

Her TaskObject Kimden için KalıplanabilirGörevler Döngü

Görev Nesnesi Görevi gerçekleştirmek için();

Döngü Sonu;

Prosedürü Bitir

Böyle bir işleyici, oluşturulan görevin hemen yürütülmesine neden olur. Şekil 1'de gösterilen yol haritası ile yeni bir iş sürecini başlatıyoruz. Ve ne göreceğiz? görevi tamamladıktan sonra Eylem3 görev oluşturuldu Eylem4(Şekil 5), sürecin diğer kolları henüz tamamlanmamış olmasına rağmen! Bu durumu yeniden oluşturmaya çalışanlar için uyarıyorum: Action3 noktası için bir işleyici yazmak yerine, Eylem1 veya Eylem2 noktası için bir görev otomatik tamamlama işleyicisi yazmak gerekebilir. Otomatik yürütülmesi süreç şemasını "kıran" eylem noktası, tam olarak bölünme noktasından sonra ilk görevin yaratıldığı noktadır. Görev oluşturma sırasını neyin belirlediği aşağıda tartışılacaktır.

Basit bir rota şemasının böyle bir davranışı, makalenin başında verilen açıklamaya dayanarak hiçbir şekilde varsayılamaz. Belki bir tür şema görüntüleme hatasıdır? Hayır, aslında olan bu. İş süreci, paralel dallardaki görevlerin tamamlanmasını beklemeden yalnızca birleştirme noktasından geçmekle kalmaz, aynı zamanda paralel dallar tamamlandıktan sonra birleştirme noktasını takip eden rota noktalarında görevleri yeniden oluşturur. Sürecimiz için görev listesine bakıyoruz ve Action4 ve Action5 noktaları için 2 görev görüyoruz (Şekil 8)

Ne diyor? Aslında bu, görev otomatik olarak yürütüldüğünde Eylem3Şekil 9'da gösterilen şemaya karşılık gelen iş sürecinin davranışını alacağız, yani bir dal yürütülürken birleştirme noktası atlanır. Ancak bu aynı zamanda her zaman doğru değildir. Eğer noktada Eylem4 birleştirme noktasına paralel dalların yürütülmesi sonucunda ikinci görev görünene kadar oluşturulan görevlerin ilkini, ardından bu noktada bir sonraki görevi yürütmeyeceğiz. Eylem5 yalnızca yürütülürken oluşturulacak her iki görev noktada Eylem4, yani, iş süreci olduğu gibi, birleştirme noktasını göz ardı etme şeklindeki önceki hatayı düzeltir. Ayrıca, rota şemasına göre yalnızca bir görev oluşturulacaktır. İş sürecinin bu davranışıyla ilgilenenler için, bunu kendiniz doğrulamanızı öneririm.

Başka bir örneği ele alalım. noktayı varsayalım Eylem3 bir eylem noktası değil, iç içe geçmiş bir süreç noktasıdır. Basit olması için, iç içe geçmiş bir iş sürecinin aşağıdaki şemasını kullanıyoruz (Şekil 10)

Eğer bir etkinlikte Koşul1KontrolKoşullar hiçbir şey yapmayın, böyle bir süreç, tek bir görev oluşturmadan başladıktan hemen sonra sona erer. Uygulamada, bu, sürecin görevlerini yerine getirme ihtiyacı yalnızca belirli koşullar karşılandığında ortaya çıkarsa, daha karmaşık süreçlerde de ortaya çıkabilir. Action3 noktasını iç içe geçmiş iş sürecinin noktasıyla değiştirelim ve Şekil 11'de gösterilen diyagramı elde edelim.

Bir iş sürecinin çalışmasını iç içe bir süreçle kontrol eder ve davranışın benzer olduğundan emin oluruz. Şekil 12, başlangıçtan sonraki iş sürecinin bir diyagramıdır.

Bu davranış her zaman bu tür devrelerde olur mu? Hadi çözelim. Ayırma noktasındaki görevlerin, bölme noktasında satırların eklendiği sırayla oluşturulduğunu unutmayın. Bu, bağlantı hatlarının adlarını görüntülerseniz görülebilir (Şek. 13).

Line2 ve Line4'ü değiştirmeye çalışalım. Ve son olarak, yeni bir sürece başlarken beklenen sonucu görüyoruz (Şekil 14)

Lütfen satırların zorunlu olarak değiştirilmesi gerekiyor. Ayrılma noktasından çıkan çizgileri basitçe yeniden adlandırırsanız, sonuç aynı kalacaktır. Bu sorunu çözmenin başka bir yolu da Line2 bağlantısını kaldırmak, bölme noktasına yeni bir bağlantı eklemek ve onu yuvalanmış işlem noktasına bağlamaktır.

Şu sonuca varıyoruz:

İle ilişkili bir görevi otomatik olarak yürütürken ekleme sırasına göre ilk bu görevden sonra bölünmüş nokta çizgileri birleşme noktası hemen takip eder , bu birleştirme noktası yoksayılır ve rota şemasına göre bir sonraki görev oluşturulur. Bağlantıların sırasına dikkat etmezseniz, görünüşte özdeş şemalar oluştururken iş sürecinin farklı davranışlarını elde edebilirsiniz.

Bu bağımlılık, mevcut şemaları değiştirirken de dikkate alınmalıdır. Diyelim ki Şekil 14'te bizim için gerektiği gibi çalışmaya başlayan Action1 noktasında tek bir görev yerine, Şekil 10'a benzer duruma göre belirli koşullar altında otomatik olarak yürütülebilen iç içe bir süreç olması gerektiğine karar verdik. Ardından, sürecimiz başladığında birleştirme noktasını göz ardı ederek tanıdık bir resim göreceğiz (Şekil 15)

Sonuç olarak, iş süreçlerinin belirtilen davranışının 8.1 platformunda fark edildiğini ve 8.2'nin son sürümlerinde görünmeye devam ettiğini belirtmek isterim. Makale hazırlanırken platform sürümü 8.2.15.310 üzerinde test yapılmıştır.

İş süreci motoru (BPM), 2005'in başlarında 1C:Enterprise'ın bir parçası olarak ortaya çıktı ve bunun platformun çok umut verici ve faydalı bir yeniliği olduğu söylenebilir. Özü, genellikle işlevsel rolleri ve ilişkileri tanımlayan bir organizasyonel yapı bağlamında ortak bir hedefe ulaşmayı amaçlayan ilgili operasyon zincirlerinin otomasyonudur. İş süreci otomasyonu, iş organizasyonunun kalitesini ve yönetim verimliliğini artırır.

· Kalite iyileştirme. İş süreçleri, insan faktörünün iş sürecinden neden olduğu hataları önemli ölçüde azaltabilen ve hatta tamamen ortadan kaldırabilen bireysel işlemleri ve bunların ilişkilerini gerçekleştirmek için kuralları formüle eder ve uygular. Basit bir yapılacaklar listesi, çalışanların acil sorumluluklarına odaklanmalarını sağlar.
· Verimliliği arttırmak. İş süreci mekanizmasının yardımıyla, örgütsel faaliyetleri resmileştirmek ve çalışanların ortak çalışmasını yönetme işlevlerini bir uygulama çözümüne atamak mümkündür, bu da çalışma süresinin daha verimli kullanılmasına yol açar.
· Yeni fırsatlar sağlamak. Görevlerin yerine getirilmesine ve iş süreçlerinin ilerlemesine ilişkin veriler, bir kuruluşun organizasyon yapısını optimize etmek, darboğazları ve gizli kaynakları belirlemek için temel oluşturabilir. Böylece, süreç yönetimi metodolojisi tam olarak uygulanmaktadır.

Genel olarak, uygulamalı çözümlerde iş süreci mekanizmalarının kullanılması, küçük olanlar da dahil olmak üzere işletmelerin geleneksel fonksiyonel yönetim modelinden modern süreç odaklı bir şemaya geçmesine olanak tanıyacak ve iş süreçlerinin yeniden yapılandırılması ve otomasyonu yoluyla faaliyetlerini niteliksel olarak iyileştirecektir.

1C'deki iş süreçlerinin mekanizması hakkında temel bilgiler

Bireysel işlemleri (fatura düzenleme, nakit ödeme kabul etme, bir depodan mal dağıtma vb.) Belirli bir hedefe ulaşılmasına yol açan birbiriyle ilişkili eylem zincirlerinde (örneğin, nakit mal satma) birleştirmek için "1C: Enterprise" içindeki iş süreçlerine ihtiyaç vardır. Çalışanların bir iş sürecinin yaşam döngüsüne katılımı, rol tabanlı yönlendirme ile sağlanır.

1C'deki iş süreçlerinin mekanizması, aynı anda birkaç yapılandırma nesnesi tarafından sağlanır: iş süreçleri, görevler, bilgi kaydı ve oturum parametresi. Kural olarak, görev adresleme nitelikleri ve bilgi kaydı boyutları, ilgili dizinlere bağlantılar tarafından atanır, bu nedenle, yukarıda listelenen dört türe dizinler eklenir.

İş süreci motorunun ana nesneleri, iş süreçleri ve görevlerdir. Birbirlerini ve üç yardımcı nesneyi daha kullanırlar - oturum parametresi, bilgi kaydı ve dizinler. Yardımcı nesneler birbirini veya ana nesneleri kullanmaz.

Görev, görevleri hesaba katmak için tasarlanmıştır ve işletmenin organizasyon yapısını dikkate alarak icra edenler arasında nasıl dağıtıldığını açıklar. Görevlerin çalışanlara yönlendirilmesi, örneğin roller, çalışma grupları, bölümler, tesisler, şubeler vb. gibi çok boyutlu rol tabanlı yönlendirme sağlayabilecek ayrıntılarla belirlenir. Bu durumda, görevler yalnızca iş süreçleri tarafından değil, aynı zamanda diğer bilgi tabanı nesneleri ve doğrudan kullanıcılar tarafından da oluşturulabilir. Ayrıca, genel durumda, görevi yürüten yalnızca bir çalışan değil, aynı zamanda herhangi bir harici sistem, örneğin başka bir muhasebe sistemi olabilir.

Bir görev kavramı aslında yalnızca bir iş sürecinin bir görevle etkileşimi için arabirimi tanımlar; bunun yürütülmesi, genel durumda sistemin kendisindeki işlemlerin performansıyla ilgisiz olabilir. Örneğin, yürütülmekte olan bir iş süreci, bazı konuların şirket başkanıyla koordinasyonunu gerektirebilir. Bu şekilde formüle edilen görev, örneğin, kendisine sunulan herhangi bir yöntemle çözecek olan sekretere yöneltilecektir: e-posta, telefon vb. Sistem, gerekli onayı alma hakkında bilgi aldığında görev tamamlanmış kabul edilecektir.

"İş süreci" nesnesi, belirli bir hedefe ulaşmak için operasyon gerçekleştirme mantığını tanımlar ve oluşturulan iş süreçlerinin (örneklerinin) başlangıç anından tamamlanma anına kadarki yaşam döngüsünü yönetir. İş sürecinin mantığı (geçiş noktalarını, koşullu atlamaları vb. atlama ilişkisi ve sırası), bir iş sürecinin rotasını bağlı bir grafik biçiminde görsel olarak tanımlamanıza olanak tanıyan ve koşullu atlama algoritmalarını ve bir iş sürecinin çeşitli olaylara tepkisini açıklamayı kolaylaştıran bir rota haritası biçiminde açıkça açıklanmıştır.

Bir iş sürecinde gerçekleştirilen operasyonlar, bu aşamada kimin ne yapması gerektiğine dair bilgileri içeren eylem noktaları ile rota haritasında temsil edilir. Yürütücü kişisel olarak (Ivanov) veya rol yönlendirme ("Mağaza Sorumlusu", "Satış Departmanı Başkanı") dikkate alınarak belirlenebilir. Bir iş süreci bir eylem noktasına taşındığında, bunlarda sağlanan adresleme ayrıntılarını ayarlayarak otomatik olarak görevler oluşturur. Uygulayıcı görevi tamamlandı olarak işaretledikten sonra, iş süreci otomatik olarak haritaya göre bir sonraki yol noktasına geçer.

Eylem noktasında grup ve toplu görevler atamak da mümkündür. İlk durumda, eylem grubun tüm üyeleri tarafından gerçekleştirilmelidir - örneğin, tüm yöneticilerin aylık bir rapor sunması gerektiğinde. İkinci durumda, eylemi grup üyelerinden yalnızca biri gerçekleştirmelidir (örneğin, üst düzey yöneticilerden birinden gelen bir belgeyi onaylamak). Eylem noktasında, görevi tamamlamak için gerekli koşulların kontrolünü, rota boyunca ilerlerken kullanıcıyla etkileşimli bir diyalogu tanımlayabilir ve örneğin, iş süreci rotasının bu noktasıyla ilişkili görevleri etkinleştirirken hangi belgelerin açılması gerektiğini belirtebilirsiniz.

1C'deki iş süreci mekanizması, çeşitli yönlendirme türlerine izin verir.

sert. İş sürecinin, her rota noktası için kesin olarak tanımlanmış varış noktalarına sahip koşullu ve paralel geçişler içermeyen bir haritası vardır. Bu tür iş süreçlerinin reddine izin verilmez.
Özgür. İş süreci yol haritası nokta hedefleri ayarlanmaz ve iş süreci yaşam döngüsü sırasında programlı veya etkileşimli olarak belirlenir.
şartlı. Güzergah haritası, koşulların kontrol edilmesini ve uygun dalların izlenmesini sağlar. Geçişler ikili (koşul) veya çoklu (seçenek seçimi) olabilir
Paralel. Güzergah haritası, iş sürecinin müteakip birleştirme (bekleme) olasılığı ile paralel şubelere bölünmesini sağlar. Paralel dalların her biri boyunca iş sürecinin ilerletilmesi, karşılık gelen görevler tamamlandıkça bağımsız olarak gerçekleşir.

Kural olarak, tüm bu yönlendirme türleri gerçek iş süreci haritalarında bulunur.

1C'de bir iş süreci oluşturmak için genel şema

1. Bir adres kaydı oluşturun

A. Form Oluşturma

2. Bir görev oluşturun

A. Adresleme sekmesini doldurun
B. Verileri, görevler ve iş sürecinin kendisi arasında aktarılan ayrıntılarla doldururuz.
C. Form Oluşturma

3. Bir iş süreci oluşturun

A. Görevi doldurun, ayrıntılar, formlar oluşturun
B. Rota haritası çizme

Adresleme Özellikleri

Adresleme genellikle belirli bir göreve atanan bir nesneyi ifade eder. Adresleme katı olabilir, bu durumda adresleme nesnesi oluşumu sırasında atanır veya isteğe bağlı olabilir, bu durumda göreve belirli bir adresleme nesnesi atanmaz, örneğin rolü, konumu veya başka bir değer, dolaylı olarak görevin oluşturulduğu adresleme nesnelerinin aralığını gösterir.

Bilgi kaydı, adresleme kurallarını tanımlamak için kullanılır. Adresleme atamak için, sistem bu kaydın ölçümleri tarafından yönlendirilir, kayıtta mevcut olsalar da kaynaklar ve ayrıntılar sistemin kendisi tarafından adresleme için kullanılmaz. Kayıt boyutlarından biri, belirli sanatçıları saklayan bir boyut olmalıdır, isteğe bağlı adresleme için ek boyutlar kullanılacaktır. Periyodik adresleme şu anda sistem düzeyinde desteklenmemektedir. Yani, adresleme kurallarını saklayan bilgi kaydı periyodik olmamalıdır.

Basit bir örnek verelim: Adres nesneleri olarak, programla çalışan işletme çalışanlarını anlayacağız. Bir görev oluştururken, hangi çalışan için oluşturulduğunu önceden biliyorsak, bu çalışan özelliklerinde belirtilir. Adresleme nesnesinin böyle bir atamasına zor denir. Bir görev oluştururken herhangi bir nedenle belirli bir çalışan belirtilemezse, ancak yine de bu görevin "Satış Departmanından" biri tarafından yapılması gerektiği biliniyorsa, bu departman adresleme nesnesi olarak belirtilir. Hangi çalışanların bu görevi alacağı, kimin hangi departmanda çalıştığına bağlı olacaktır.

Adresleme örneği: oluşumu sırasında görev yürütücüsü olarak belirli bir adresleme nesnesi (çalışan, sistem kullanıcısı) belirtilirse, o zaman her durumda atanacaktır. Belirli bir yürütücü belirtilmezse, rastgele adresleme mekanizması devreye girer. Sistem, kayıt ölçümlerinin yazışmaları tarafından yönlendirilir. Adresleme kaydında iki boyut varsa (biri icracı için ve bir tane daha adresleme özelliği için - örneğin departman), o zaman görev, kayıtta ek bir adresleme özelliği ile girişleri olan tüm icracılara atanacaktır.

Bazen, belirli yüklenicilerle ve onların irtibat kişileriyle çalışan icracılara görev atayabilmek önemlidir. Böyle bir adres örneği:

Belirtilen adresleme kurallarına göre, Ivanov, "Mir" için görevlerin yürütücüsü olarak, belirtilen ilgili kişi "Yönetmen" ile veya ilgili kişi belirtilmemişse atanacaktır. İrtibat kişisi "Mağazacı" ile çalışmak için, "Petrov" yürütücü olarak atanacaktır.

Görevler, onları sistemle çalışan belirli uygulayıcılara atamak amacıyla oluşturulduğundan, kullanıcıyı yeni bir görevin görünümü hakkında zamanında bilgilendirmek gerekir. Bunu yapmak için, sistemin oturum açmış kullanıcıyı "bilmesi" gerekir. Geçerli kullanıcıya yapılan bir başvuru, değeri sistem başlangıcında sıfırlanması gereken bir oturum parametresinde saklanmalıdır. Ek olarak, adresleme kaydında birkaç boyut olabileceğinden, sistem için kullanıcı-yürütücüyü aramanın gerekli olduğunu belirtmesi önemlidir.

İş Süreçleri Motorunu kullanma olanakları.

İş süreci mekanizması, teknolojik platformun ayrılmaz bir parçasıdır; bu, yeteneklerinin 1C:Enterprise 8 temelinde oluşturulan tüm uygulama çözümlerinde kullanılabileceği anlamına gelir. Genel olarak İş Süreçleri Mekanizması, uygulanan çözümlerin geliştirilmesi ve sürdürülmesinin verimliliğini artırmayı amaçlar. Bununla birlikte, uygulama deneyimi, iş süreçlerinin hazır uygulamalara dayatılmasının bazı zorluklara neden olduğunu göstermektedir: genellikle tasarım kararlarına yeni bir göz atmanız ve bir şeyleri yeniden yapmanız gerekir. Tabii ki, bu şaşırtıcı değil - aynı şekilde, bir işletmenin otomasyonu, kural olarak, işleyişinin genel şemasının gözden geçirilmesini gerektirir. İş süreci mekanizmasının etkili bir şekilde uygulanması için, süreç yönetimi modelinin başlangıçta uygulama çözümüne dahil edilmesi arzu edilir.

İş süreçlerinin tasarımı, yalnızca 1C:Enterprise yapılandırmasının temelleri hakkında bilgi sahibi olmayı değil, aynı zamanda konu alanını ve müşterinin özel ihtiyaçlarını da iyi anlamayı gerektirir. Aslında, iş sürecinin mekanizması, niteliksel olarak farklı düzeydeki uzmanların belirli uygulama sistemlerinin tasarımına ve yapılandırmasına - iş analistleri, danışmanlar ve müşteri yöneticileri - katılımını teşvik eder. Ayrıca, müşteri için iş süreci mekanizmasının olumlu etkisi, iş süreçlerinin tasarımına doğrudan dahil olmadığında ve yalnızca birisi tarafından geliştirilen şemaları uyguladığında bile kendini gösterir. Sistemin eylemlerini resmi olarak tanımlama ve yapılarını görsel bir biçimde sunma yeteneği, geliştiriciye atanan görevin doğruluğunun izlenmesi de dahil olmak üzere müşterinin çözümün mantığını daha iyi anlamasına olanak tanır.

Bu nedenle, 1C:Enterprise uygulama çözümlerinin geliştirilmesinde başka bir önemli yönden bahsediyoruz - yönetilebilirlik düzeylerini artırmak. İş süreci mekanizmasının kullanılması, yöneticilerin hem bir bütün olarak organizasyonun hem de bireysel çalışanlarının işleyişinin etkinliğinin objektif bir analizini yapabilmesine dayanarak, işletme yönetim sisteminin işleyişi hakkında niteliksel olarak farklı bilgiler toplamayı mümkün kılar. Bu mekanizma, odağı muhasebe görevlerinden bir bütün olarak iş yönetimine kaydırmanıza olanak tanır.

Geliştiriciler ve kullanıcılar, Bilgi Teknolojisi Desteği (ITS) diskinde dağıtılan demo yapılandırmasını kullanarak 1C:Enterprise 8'de uygulanan iş süreci mekanizması hakkında daha fazla bilgi edinebilirler. Bu mekanizmanın pratik uygulaması için çeşitli seçenekler gösteren birkaç basit iş süreci ("Malların satışı", "Sipariş" ve "Sözleşme" vb.) vardır.

Programcıya not.

İş süreci işleyicilerinin yürütme sırası

şekil: yapmadan önce
Form: yazmadan önce (önce istemcide, sonra sunucuda)
Görev modülü: yürütmeden önce
İş süreci: yürütmeden önce
Görev Modülü: Çalışırken
Görev modülü: kayıttan önce
Görev Modülü: Yazma Üzerine
İş Süreci: Devam Ediyor
Form: kayıttan sonra (önce sunucuda, sonra istemcide)

Etkileşimli yordamlar, yönetilen modda çalışmaz.