Kami membuat proses bisnis dalam beberapa langkah. Contoh proses bisnis template proses bisnis 1c

Misalkan kita telah menerima perintah untuk melaksanakan proses bisnis pemesanan barang dan menerima pembayaran selanjutnya sesuai skema berikut:

Saat memulai suatu proses bisnis, metode pembayaran (melalui bank atau meja kas) harus diketahui agar selama proses eksekusi terjadi transisi ke tindakan yang tepat.

Selangkah demi selangkah

Jadi, mari kita mulai. Kami memiliki konfigurasi kosong, jadi kami perlu menambahkan sendiri semua objek yang digunakan di masa mendatang. Kami akan melakukan semua tindakan dalam beberapa tahap:

1) Pada tahap pertama Mari tambahkan direktori yang diperlukan dengan elemen yang telah ditentukan sebelumnya ke konfigurasi.

Kami mengisi elemen yang telah ditentukan sesuai dengan nilai pengalamatan tugas pada peta rute (lihat di atas).

2) Pada tahap kedua yang Anda butuhkan menerapkan mekanisme yang akan menyimpan pengguna saat ini dalam sistem, yaitu tautan ke elemen direktori “Pengguna” yang terkait dengan basis informasi pengguna.

Agar tidak memperumit contoh, kami akan melakukan korespondensi antara elemen direktori "Pengguna" dan pengguna basis informasi berdasarkan nama. Saat memulai program, sistem harus menyimpan tautan ke pengguna saat ini (elemen direktori "Pengguna") di parameter sesi "Pengguna Saat Ini". Jenis parameter ini adalah "DirectoryLink.Users".

Tangkapan layar di atas menunjukkan kode program untuk menginisialisasi nilai parameter sesi "Pengguna Saat Ini" untuk pengguna infobase saat ini. Pencarian di direktori dilakukan berdasarkan nama. Jika elemen tersebut tidak ditemukan, elemen baru akan dibuat. Di akhir prosedur standar "SetSenasParameters", dalam modul sesi konfigurasi, tautan yang diterima ke elemen direktori "Pengguna" ditulis ke parameter sesi yang sesuai.

3) Pada langkah ketiga Mari kita buat objek konfigurasi "Tugas" sehingga di masa depan proses bisnis akan menangani tugas-tugas kepada pengguna yang diinstal. Untuk melakukan ini, tambahkan objek konfigurasi di cabang “Tugas” dan beri nama yang sama.

Sebelum mengatur properti dari objek yang ditambahkan, kita perlu membuat register pengalamatan tugas, berdasarkan isinya sistem akan menentukan pelaksana akhir untuk tugas tersebut (pengguna). Untuk melakukan ini, kami akan menambahkan daftar informasi “Peran Pelaku Tugas” dengan tiga dimensi. Jenis dimensinya jelas dari namanya.

Sekarang Anda perlu membuat pengaturan berikut di properti objek tugas:

Pengaturan yang dijelaskan pada tab "Pengalamatan" mempengaruhi perilaku sistem ketika menugaskan pelaksana untuk tugas yang dibuat oleh proses bisnis. Sedikit lebih detail:

1. Parameter "Pengalamatan" digunakan untuk menentukan tabel tempat pengalamatan tugas dikonfigurasi.
2. Properti CurrentUser mengacu pada nilai yang menyimpan penerima tugas saat ini (dalam contoh kita, pengguna saat ini).
3. Detail pengalamatan utama dipilih dari detail pengalamatan tugas. Nilai atribut ini akan diisi oleh sistem saat membuat tugas secara otomatis dari pelaksana saat ini.

Perlu membatalkan satu poin penting lagi: saat membuat detail pengalamatan yang akan diisi secara otomatis oleh proses bisnis, perlu untuk membuat korespondensinya dengan dimensi tabel pengalamatan.

Ini menyelesaikan konfigurasi objek "Tugas". Sekarang kita bisa langsung melanjutkan ke pembuatan proses bisnis.

4) Langkah keempat adalah yang paling penting. Sekarang kita mulai bekerja secara langsung dengan proses bisnis. Buat objek konfigurasi baru "Proses Bisnis" di cabang "Proses Bisnis".

Di dalamnya kami menambahkan atribut “Pembayaran Dari Kasir” dengan tipe “Boolean” untuk menunjukkan metode pembayaran (melalui bank atau meja kas) sebelum memulai proses bisnis. Nilai atribut khusus ini akan menunjukkan titik tindakan mana yang harus Anda tuju pada peta rute.

Di properti proses bisnis pada tab "Dasar", kami akan menunjukkan objek tugas yang kami buat sebelumnya untuk properti "Tugas".

Sekarang yang utama adalah Anda perlu membuat peta rute proses bisnis sesuai dengan diagram yang ditunjukkan di awal artikel. Untuk melakukan ini, buka tab “Lainnya” dan jalankan perintah “Peta Rute”.

Siapapun bisa menggambar peta rute sederhana, bahkan mereka yang baru pertama kali datang ke sini. Toolbar intuitif memungkinkan Anda membuat peta perjalanan proses bisnis yang kompleks. Satu-satunya kesulitan yang mungkin timbul adalah pengaturan titik rute sehubungan dengan tindakan yang dilakukan. Dalam contoh kita, kita perlu mengatur detail pengalamatan untuk titik tindakan. Tangkapan layar di atas menunjukkan titik tindakan, tugas yang diterima oleh seluruh karyawan departemen Akuntansi. Oleh karena itu, pengaturan pengalamatannya akan terlihat seperti ini:

Kami akan kembali menyiapkan pengalamatan nanti. Mari kita sentuh titik kondisinya. Untuk itu, kita tidak perlu mengkonfigurasi parameter pengalamatan; satu-satunya syarat untuk pengoperasiannya adalah menjelaskan pengendali pemeriksaan kondisi.

Kode program handler ditampilkan dalam daftar berikut: Prosedur Pembayaran TunaiCheckingConditions(BusinessProcessRoutePoint, Result) // Jika parameter "Result" bernilai TRUE, maka proses dilakukan sepanjang cabang "YES", dan sebaliknya. Hasil = PembayaranDariKasir; // "PaymentFromCashier" - detail proses bisnis (lihat di atas) Akhir Prosedur

Dan sentuhan terakhir untuk objek proses bisnis. Mari tambahkan bentuk dasar objek kita sendiri. Kami akan menampilkan status peta rute proses bisnis saat ini di dalamnya. Untuk melakukan ini, tambahkan atribut baru dari formulir "Peta" dengan tipe "Skema Grafis" dan tempatkan elemennya pada formulir dengan tipe "Bidang Skema Grafis". Untuk menampilkan status peta rute saat ini, tambahkan perintah “Perbarui Peta” dan tombol yang sesuai ke formulir.

Ketika Anda mengklik tombol "Perbarui Peta", kode program berikut akan dijalankan:

& Pada Peta Pembaruan Prosedur Klien (Perintah) // Pengendali perintah formulir PembaruanMapServer() ; Akhir Prosedur & Di Server Prosedur UpdateMapServer() // Prosedur konteks server untuk mendapatkan peta rute // Ubah objek formulir menjadi objek proses bisnis Objek BP = FormAttributesValue("Objek" ) ; // Panggil metode untuk mendapatkan peta rute dari proses bisnis saat ini Peta = Objek BP. GetRouteMap() ; Akhir Prosedur

Catatan: Mengonversi objek formulir menjadi objek proses bisnis diperlukan untuk memanggil metode "GetRouteMap()", karena objek formulir tidak mendukungnya.

5) Pada tahap ini menampilkan daftar tugas untuk pengguna saat ini di panel desktop. Untuk melakukan ini, kita akan menggunakan tabel virtual objek tugas - "Oleh Pelaku". Mari kita buat daftar baru dari "Desktop", tanpa menetapkannya sebagai yang utama. Mari kita buka di editor formulir dan ubah tabel utama menjadi tabel utama untuk daftar dinamis (atribut formulir "Daftar").

Setelah ini, tambahkan formulir yang dibuat ke ruang kerja desktop.

Sekarang mari kita beralih ke tahap terakhir - menyiapkan register pengalamatan tugas dalam mode 1C:Enterprise.

6) Menyiapkan register pengalamatan tugas - tahap yang sangat penting. Mari kita jalankan program dalam mode perusahaan dan masuk ke tabel register pengalamatan tugas. Mari buat entri berikut di sana:

Dan sekarang lebih detailnya. Catatan pertama dengan dimensi "Pengguna" yang terisi memberi tahu sistem bahwa jika pengguna "Sidorov" ditetapkan sebagai pelaksana untuk titik tindakan di peta rute, maka tugas tersebut ditujukan langsung kepadanya. Jika kita mengisi dimensi Jabatan atau Proses Bisnis, tugas hanya akan diberikan kepada pengguna jika pengalamatan titik jalan dikonfigurasi dengan cara yang sama.

Jika kita melihat catatan keenam dari tabel, di mana semua dimensi diisi, kita dapat menyimpulkan sebagai berikut: tugas akan dikirim ke pengguna "Akuntan" hanya jika titik tindakan diatur dalam parameter pengalamatan ke divisi " Accounting” dan posisi “Kasir”. Dalam contoh saat ini, satu titik tindakan memenuhi ketentuan ini:

Harap dicatat bahwa bidang "Pengguna" tidak diisi, karena kami tidak tahu persis pengguna mana yang harus kami tangani tugas tersebut. Sesuai dengan pengaturan ini, tugas akan muncul untuk pengguna yang entri serupa dikonfigurasi dalam register pengalamatan:

Dengan demikian, prinsip dasar pengoperasian mekanisme pengalamatan platform adalah sebagai berikut: tugas ditujukan kepada pengguna sesuai dengan nilai atribut pengalamatan utama dalam objek konfigurasi "Tugas", jika nilai dimensi yang tersisa dari register pengalamatan (kecuali yang terkait dengan atribut pengalamatan utama) dan nilai pengalamatan pada titik yang cocok dengan rute proses bisnis.

Ini menyelesaikan masalahnya. Mari kita lakukan sedikit pengujian.

Pengujian

Dalam mode perusahaan, kita akan memulai proses bisnis baru.

Sesuai dengan aturan untuk menangani titik rute “Pesan barang”, tugas harus diberikan kepada pengguna yang catatan dengan divisi “Akuntansi” dan dimensi “Posisi” kosong telah dibuat dalam register pengalamatan. Dalam contoh kita, ini adalah pengguna “Akuntan” dan “Kasir”. Mari luncurkan program sebagai pengguna "Akuntan" dan lihat tugas baru di desktop.

Tes selesai, semuanya berfungsi.

Intinya

Mesin proses bisnis sekarang digunakan dalam banyak konfigurasi umum. Bahkan dalam tugas sertifikasi "1C: Spesialis" untuk platform 8.2 terdapat blok tugas terpisah pada proses bisnis. Namun terlepas dari daya tarik mekanisme ini, dalam banyak hal mekanisme ini tetap merepotkan dari sudut pandang pengembangan pada saat-saat seperti pembuatan peta rute secara terprogram dan koneksi objek proses bisnis dengan objek konfigurasi lainnya.

Halaman Baru 2

Kami sedang mempelajari 1C 8.3. Pelajaran 31. Proses bisnis. Kelanjutan.

Untuk menonton seluruh pelajaran, berlanggananlah.

Artikelnya ada di bagian berbayar.

Kami mulai mempelajari mekanisme 1C seperti proses bisnis. Kami membuat algoritma proses bisnis (diagram alur) dan belajar menampilkannya di layar. Teruskan. Alangkah baiknya jika diagram tersebut ditampilkan tidak hanya saat membuka proses bisnis, tetapi juga jika bisa diupdate. Untuk ini kita memerlukan tombol "perbarui". Untuk melakukan ini, mari buat perintah baru:

Mari kita periksa:

Sekarang mari kita pertimbangkan mekanisme proses bisnis seperti pengalamatan. Untuk melakukan ini kita perlu membuat register...

demikian pula, di direktori departemen kita akan masuk ke Layanan Keamanan, dan di posisi Manajer. Sekarang kita pergi ke peta proses bisnis dan mengatur pengalamatannya. Untuk tugas “Menerima lamaran”, atur posisi “Manajer”:

Untuk tugas "Review aplikasi" kami menetapkan divisi Layanan Keamanan: ...

Kami memulai proses bisnis baru, dimulai dengan tugas “Menerima lamaran”:

Dalam formulir oleh pelaksana, yang diluncurkan ketika sistem dimulai, tugas ini hanya akan dilihat oleh karyawan yang diberi posisi manajer dalam daftar pengalamatan, dalam kasus kami, ini adalah Sidorov, dan dia hanya akan melihat tugas-tugas ini :

Mari buat proses bisnis lain dan bawa ke tahap pertimbangan aplikasi:

Tugas ini hanya akan dilihat oleh mereka yang dipetakan dalam register pengalamatan ke divisi Layanan Keamanan, dalam kasus kami Petrov:

Namun dalam bentuk umum tugas, yang bukan merupakan tugas yang dilakukan, semua tugas akan tetap terlihat:

Jika ini tidak diperlukan, nanti Anda dapat menghapus formulir ini dan membuat formulir utama berdasarkan pelakunya, tetapi sekarang kita hanya membutuhkannya untuk debugging.

Yang khas adalah Anda dapat membuat tugas berdasarkan posisi atau departemen terlihat oleh beberapa pengguna; untuk melakukan ini, Anda hanya perlu menambahkannya ke register pengalamatan:

Itu saja untuk hari ini, dan pada pelajaran berikutnya kita akan membahas cabang kedua dari proses bisnis kita, yang belum diimplementasikan.

Dasar akuntansi dalam 1C adalah operasi memasukkan dokumen oleh pengguna. Satu dokumen mendokumentasikan satu transaksi bisnis yang telah terjadi (misalnya tiga besi terjual).

Pertanyaannya adalah bahwa dalam kehidupan suatu organisasi tidak ada operasi tunggal, tetapi seluruh rantai operasi bisnis, yang terhubung secara logis, yang disebut proses bisnis 1C. Setiap operasi individu dalam rantai ini dapat dilakukan oleh karyawan yang berbeda, dan dikendalikan oleh karyawan lain.

Contoh proses bisnis 1C - pembeli melakukan pemesanan dengan pembayaran dan pengiriman selanjutnya:

• Terima pesanan (operator perempuan)
• Menunggu penerimaan dana (pembayaran diunduh dari bank klien ke bagian akuntansi)
• Pembentukan pengumpulan pesanan di gudang (pekerja gudang)
• Koordinasi pengiriman (penanggung jawab)
• Pengiriman (loader).

Masing-masing operasi ini dapat diproses dalam 1C. Masing-masing disiapkan oleh karyawan berbeda dari departemen berbeda.

• Bagaimana cara memberi tahu setiap pengguna berikutnya bahwa sudah waktunya dia melakukan tindakan dalam proses bisnis 1C ini?
• Bagaimana cara menghubungkan peristiwa-peristiwa ke dalam satu rantai dan membiarkannya menjadi sejarah bagi anak cucu?
• Bagaimana cara mengontrol rantai dari awal hingga akhir dan memahami kapan semuanya baik-baik saja?

Proses bisnis 1C

Pertama, mari kita pahami istilahnya.

Dalam bisnis, proses bisnis berarti rantai transaksi bisnis atau aktivitas organisasi yang terorganisir yang diperlukan untuk menyelesaikan keseluruhan tugas.

Dalam 1C, proses bisnis berarti rantai poin terorganisir di mana platform 1C secara otomatis menyediakan (opsi):

• Meminta pengguna untuk melakukan sesuatu
• Menjalankan program dalam bahasa 1C (misalnya, saat Anda perlu membuat dokumen secara otomatis)
• Secara otomatis memilih jalur yang akan dilalui rantai selanjutnya, bergantung pada kondisi.

Transaksi bisnis (atau lebih tepatnya pelaksanaannya) selama proses bisnis 1C dilakukan:

• Atau dokumen secara otomatis dibuat dan diposting (bagian program yang dapat dieksekusi)
• Atau oleh pengguna secara manual, ketika file .

Proses bisnis 1C dan tugas 1C

Kami berdiskusi. Ini adalah objek 1C, yang merupakan pengingat informasi kepada pengguna tentang perlunya melakukan tindakan tertentu.

Proses bisnis dan tugas 1C sangat terkait, karena dalam kasus sederhana, proses bisnis 1C adalah rangkaian tugas tersebut, yang dihasilkan secara berurutan oleh pengguna yang berbeda.

Saat startup, tugas dibuat untuk pengguna pertama. Dia menandainya sebagai selesai. Sistem secara otomatis membuat tugas kedua untuk pengguna lain. Dan seterusnya.

Satu proses bisnis 1C dikaitkan dengan satu jenis tugas yang dibuat di konfigurator. Untuk menentukan jenis tugas yang akan dihasilkan, Anda perlu membuka proses bisnis 1C di konfigurator dan pada tab Dasar tentukan properti Tugas.

Biasanya, satu jenis tugas dibuat dalam konfigurasi - universal, dan semua proses bisnis 1C menggunakannya.

Namun, terdapat kesulitan berikut: tugas yang berbeda sering kali memerlukan bentuk yang berbeda. Untuk satu tugas Anda perlu memilih produk pada formulir, untuk tugas lain Anda perlu memilih proyek. Apa yang harus saya lakukan?

Jalan keluar berikut ini ditemukan:

• Tugasnya melibatkan penciptaan bentuk universal
• Dalam acara BeforeOpen() formulir tugas ini:
  o Tentukan proses bisnis 1C mana yang sedang dilakukan
  o Tentukan titik mana dari proses bisnis 1C yang sedang dilakukan
  o Buka formulir yang diperlukan untuk proses bisnis 1C ini.

Peta rute proses bisnis 1C

Jadi proses bisnis 1C terdiri dari rantai titik eksekusi. Rantai poin dikonfigurasikan pada peta rute proses bisnis 1C. Untuk membuka peta rute, Anda perlu mengklik kanan pada proses bisnis 1C dan memilih item menu Buka peta rute.

Untuk membuat titik baru, cukup seret titik tersebut ke peta rute dari panel khusus di bawah.

Jenis poin:

Memulai dan menyelesaikan proses bisnis 1C

Proses bisnis 1C dapat dengan mudah dibuat dan dicatat, seperti dokumen yang belum diposting.

Untuk mulai menjalankan proses bisnis 1C, Anda perlu "memulainya" dengan menjalankan metode Start() dalam program atau dengan mengklik tombol Start dalam mode 1C Enterprise.

Setelah selesai, proses bisnis 1C akan mencentang kotak Selesai.

Proses bisnis dan robot 1C

Beberapa orang skeptis terhadap proses bisnis 1C karena proses tersebut dibangun berdasarkan tugas - pengingat informasi kepada pengguna.

Mereka mengatakan bahwa tugas ini berfungsi seperti pengingat - pengguna melihatnya di daftar dan melakukannya, tetapi:

• setiap orang akan terlalu malas untuk menandai fakta penyelesaiannya (atau mereka akan lupa)
• Mereka dapat mengklik untuk menyelesaikan tugas (untuk tujuan pelaporan), namun mereka sendiri tidak melakukan apa pun.

Yang lain menanggapi skeptis tersebut dengan memberikan opsi untuk partisipasi robot dalam proses bisnis 1C. Dalam bahasa gaul 1C, robot disebut tugas rutin.

Tugas rutin adalah tugas yang secara otomatis dilakukan sesuai jadwal oleh server 1C atau klien 1C yang diluncurkan khusus. Yang penting itu dilakukan secara otomatis, dengan sendirinya.

Robot semacam itu dapat diluncurkan sesuai jadwal dengan frekuensi satu menit sekali (setiap sepuluh detik) dan tugas juga dapat ditujukan padanya.

Kasus penggunaan:

• Untuk setiap tugas, centang kotak Grup
• Buat dua tugas
• Selesaikan satu tugas kepada pengguna, tugas lainnya kepada robot
• Robot memeriksa setiap N menit kondisi bahwa tugas telah selesai (misalnya dokumen telah dimasukkan) dan jika demikian, maka ini menunjukkan bahwa kedua tugas telah selesai, termasuk untuk pengguna.

Kasus penggunaan lainnya adalah ketika ada titik tunggu dalam rantai. Misalnya menunggu pembayaran suatu pesanan. Tugas ini dapat ditujukan kepada robot yang memeriksa ketersediaannya sekali sehari/jam dan melaksanakannya ketika pembayaran telah diterima.

Mekanisme proses bisnis "1C:Enterprise 8"

Andrey Kolesov

Manajemen Proses Bisnis (BPM) adalah istilah yang telah lama dikenal di kalangan spesialis TI, namun pada saat yang sama masih memiliki sentuhan misteri dan tidak dapat diakses oleh pengguna “biasa”. Memang, hampir semua pemasok platform dan perangkat lunak bisnis terkemuka telah lama dan teratur mengumumkan pencapaian mereka di bidang BPM, namun pada saat yang sama mereka terkadang memberikan arti yang berbeda ke dalam konsep ini, dengan fokus pada spesifikasi teknologi yang mereka usulkan. Faktanya, gagasan umum BMP cukup sederhana - penggunaan model proses untuk mengelola suatu organisasi, ketika operasi bisnis individu dihubungkan ke dalam rantai. Pendekatan ini diterapkan atas dasar metodologis konsep Workflow (manajemen alur kerja), namun hanya dalam pemahaman yang lebih luas. Jika dalam Alur Kerja klasik penekanannya adalah pada dokumen, maka BMP menghubungkan dokumen (informasi), orang, dan aplikasi (alat pemrosesan informasi).

Mesin Proses Bisnis (BPM) muncul sebagai bagian dari 1C:Enterprise pada awal tahun 2005, dan dapat dikatakan bahwa ini adalah inovasi platform yang sangat menjanjikan dan berguna. Esensinya adalah otomatisasi rantai operasi terkait yang bertujuan untuk mencapai tujuan bersama, biasanya dalam konteks struktur organisasi yang mendefinisikan peran dan hubungan fungsional. Otomatisasi proses bisnis memungkinkan Anda meningkatkan kualitas organisasi kerja dan efisiensi manajemen.

Meningkatkan kualitas. Proses bisnis merumuskan dan menerapkan aturan untuk melakukan operasi individu dan keterkaitannya, yang memungkinkan untuk secara signifikan mengurangi atau bahkan menghilangkan kesalahan yang disebabkan oleh faktor manusia dari proses bisnis. Daftar tugas yang sederhana memungkinkan karyawan untuk berkonsentrasi pada tanggung jawab langsung mereka.

Peningkatan efisiensi. Dengan bantuan IBP, dimungkinkan untuk memformalkan kegiatan organisasi dan menugaskan fungsi pengelolaan kolaborasi karyawan ke dalam solusi aplikasi, yang menghasilkan penggunaan waktu kerja yang lebih efisien.

Memberikan Peluang Baru. Data penyelesaian tugas dan kemajuan proses bisnis dapat menjadi dasar untuk mengoptimalkan struktur organisasi suatu perusahaan, mengidentifikasi hambatan dan sumber daya tersembunyi. Dengan demikian, metodologi manajemen proses diterapkan sepenuhnya.

Secara umum, penggunaan IBP dalam solusi terapan akan memungkinkan perusahaan, termasuk perusahaan kecil, untuk beralih dari model manajemen fungsional tradisional ke skema berorientasi proses modern, meningkatkan aktivitas mereka secara kualitatif melalui rekayasa ulang dan otomatisasi proses bisnis.

Informasi dasar tentang mekanisme proses bisnis

Proses bisnis di 1C:Enterprise diperlukan untuk menggabungkan operasi individu (menerbitkan faktur, menerima pembayaran tunai, mengeluarkan barang dari gudang, dll.) ke dalam rantai tindakan yang saling terkait yang mengarah pada pencapaian tujuan tertentu (misalnya, menjual produk secara tunai). Partisipasi karyawan dalam siklus hidup proses bisnis dicapai melalui perutean berbasis peran.

IBP dilengkapi dengan beberapa objek konfigurasi sekaligus: proses bisnis, tugas, register informasi, dan parameter sesi. Sebagai aturan, jenis detail pengalamatan tugas dan dimensi register informasi ditetapkan melalui tautan ke direktori terkait, sehingga lebih banyak direktori ditambahkan ke empat jenis yang tercantum di atas.

Objek utama IBP adalah proses dan tugas bisnis. Mereka menggunakan satu sama lain dan tiga objek tambahan lagi - parameter sesi, register informasi, dan direktori. Objek pembantu tidak saling menggunakan atau menggunakan objek utama.

Tugas ini dimaksudkan untuk menjelaskan tugas-tugas dan menjelaskan metode distribusinya di antara para pelaku, dengan mempertimbangkan struktur organisasi perusahaan. Mengatasi tugas kepada karyawan ditentukan oleh rincian di mana perutean peran multidimensi dapat disediakan, misalnya, berdasarkan peran, kelompok kerja, departemen, lokasi, cabang, dll. Dalam hal ini, tugas dapat dibuat tidak hanya oleh proses bisnis, tetapi juga oleh objek lain dari basis informasi dan langsung oleh pengguna. Selain itu, secara umum, pelaksana tugas tidak hanya dapat berupa karyawan, tetapi juga sistem eksternal apa pun, misalnya sistem akuntansi lain.

Konsep tugas sebenarnya hanya mendefinisikan antarmuka interaksi antara proses bisnis dan tugas, yang pelaksanaannya secara umum mungkin tidak terkait dengan pelaksanaan operasi dalam sistem itu sendiri. Misalnya, suatu proses bisnis dalam pelaksanaannya mungkin memerlukan koordinasi beberapa masalah dengan pimpinan perusahaan. Tugas yang dirumuskan dengan cara ini, misalnya, akan ditujukan kepada seorang sekretaris, yang akan menyelesaikannya dengan cara apa pun yang tersedia baginya: melalui email, telepon, dll. Tugas tersebut akan dianggap selesai ketika sistem menerima informasi tentang penerimaan persetujuan yang diperlukan.

Objek "Proses Bisnis" menggambarkan logika melakukan operasi untuk mencapai tujuan tertentu dan mengelola siklus hidup proses bisnis yang dibuat (contohnya) dari awal hingga saat penyelesaian. Logika proses bisnis (hubungan dan urutan titik rute yang melintasi, transisi bersyarat, dll.) digambarkan dengan jelas dalam bentuk peta rute, yang memungkinkan Anda menggambarkan secara visual rute proses bisnis dalam bentuk a grafik terhubung dan memudahkan untuk menggambarkan algoritma transisi bersyarat dan respons proses bisnis terhadap berbagai peristiwa.

Operasi yang dilakukan selama proses bisnis direpresentasikan pada peta rute dengan titik tindakan yang berisi informasi tentang siapa yang harus melakukan apa pada tahap ini. Kontraktor dapat ditentukan secara pribadi (Ivanov) atau dengan mempertimbangkan perutean peran (“Penjaga Toko”, “Kepala Departemen Penjualan”). Ketika proses bisnis berpindah ke titik tindakan, maka secara otomatis menghasilkan tugas, mengaturnya ke rincian pengalamatan yang diperlukan. Setelah kontraktor menandai tugas selesai, proses bisnis secara otomatis berpindah ke titik rute berikutnya sesuai dengan peta.

Pada titik tindakan juga dimungkinkan untuk menetapkan tugas kelompok dan kolektif. Dalam kasus pertama, tindakan tersebut harus dilakukan oleh semua anggota kelompok - misalnya, ketika semua manajer harus menyerahkan laporan bulanan. Yang kedua, tindakan tersebut harus dilakukan hanya oleh salah satu anggota kelompok (misalnya, mengesahkan dokumen dari salah satu manajer senior). Titik tindakan dapat menjelaskan pemeriksaan kondisi yang diperlukan untuk menyelesaikan tugas, dialog interaktif dengan pengguna saat bergerak lebih jauh di sepanjang rute, dan menentukan, misalnya, dokumen mana yang harus dibuka saat mengaktifkan tugas yang terkait dengan titik ini dalam rute proses bisnis.

IBP mengizinkan beberapa jenis perutean.

Keras. Proses bisnis memiliki peta yang tidak berisi transisi bersyarat dan paralel dengan tujuan yang ditentukan secara ketat untuk setiap titik rute. Penyimpangan proses bisnis tersebut tidak diperbolehkan.

Bebas. Tujuan titik peta rute proses bisnis tidak ditetapkan dan ditentukan secara terprogram atau interaktif selama siklus hidup proses bisnis.

Bersyarat. Peta rute menyediakan untuk memeriksa kondisi dan bergerak di sepanjang cabang yang sesuai. Transisi dapat berupa biner (kondisi) atau ganda (pilihan opsi)

Paralel. Peta rute menyediakan pembagian proses bisnis menjadi cabang paralel dengan kemungkinan penggabungan selanjutnya (menunggu). Proses bisnis berlangsung di sepanjang masing-masing cabang paralel secara independen, seiring dengan selesainya tugas terkait.

Biasanya, semua jenis perutean ini ditemukan di peta proses bisnis nyata.

Konsep kunci dalam mekanisme dan tugas proses bisnis di 1C:Enterprise adalah sistem pengalamatan, yang memberikan kemungkinan tidak hanya pengalamatan tugas secara pribadi, tetapi juga berbasis peran kepada peserta dalam proses bisnis.

Perutean berbasis peran memungkinkan Anda menetapkan tugas tidak hanya kepada pelaku tertentu, tetapi juga pada peran, grup, departemen, dll., seperti yang ditentukan dalam solusi aplikasi. Itu dibangun di atas interaksi objek "tugas" dan "daftar informasi". Yang pertama menentukan komposisi rincian pengalamatan (peran, departemen, dll.), dan yang kedua mencerminkan informasi terkini, yaitu informasi relevan tentang afiliasi karyawan dengan peran, departemen, kelompok kerja, dll.

Daftar informasi dapat digunakan untuk melaksanakan mekanisme penggantian atau pencatatan ketidakhadiran pegawai. Misalnya, jika dinyatakan bahwa peran kepala akuntan dilakukan oleh Ivanov dan Ivanov pergi berlibur, dan tugasnya dialihkan ke Petrov, maka entri dalam daftar informasi diubah sehingga peran kepala akuntan dilakukan. oleh Petrov. Sekembalinya Ivanov dari liburan, informasi yang relevan dipulihkan.

Ringkasnya di atas, kita dapat menyatakan bahwa mekanisme proses bisnis terdiri dari komponen utama sebagai berikut:

• sistem multidimensi untuk menyelesaikan tugas kepada pelaku (peran, departemen, organisasi, kelompok, dll.),
• desain visual peta proses bisnis,
• pembuatan tugas oleh pelaksana,
• perutean peran,
• bergerak melalui titik-titik rute sesuai dengan peta proses bisnis.

Logika umum untuk menjalankan proses bisnis terlihat seperti ini:

• proses bisnis membentuk tugas dengan menetapkan nilai-nilai yang diperlukan dalam rincian pengalamatannya (peran, kelompok, departemen);
• pemain akhir ditentukan menggunakan “matriks dereferensi” yang, misalnya, memetakan pengguna ke peran.

Pengembangan dan eksekusi

Pada prinsipnya proses bisnis pemrograman di 1C:Enterprise dapat dilakukan sebelumnya, tetapi hanya pada level bahasa pemrograman. Mekanisme baru ini mengotomatiskan prosedur ini, menawarkan alat desain visual dan kemampuan untuk menyesuaikan program menggunakan teknik parameterisasi dan meminimalkan (atau menghilangkan) pengkodean manual. Semua ini sekarang diimplementasikan di tingkat platform, yang berisi objek metadata dan mekanisme yang memastikan implementasi proses bisnis yang seragam dalam solusi aplikasi.

Dalam artikel ini kita sering menggunakan istilah “proses bisnis”, meskipun terkadang memiliki arti yang berbeda. Di satu sisi, ini adalah gambaran umum tentang urutan tindakan saat melakukan beberapa tugas bisnis (misalnya, menjual produk). Dalam hal ini gambaran tersebut diimplementasikan dalam bentuk program tertentu (hanya disajikan bukan dalam bentuk kode, melainkan dalam bentuk peta rute), yang secara kondisional dapat disebut sebagai solusi bisnis swasta. Di sisi lain, proses bisnis adalah pelaksanaan tindakan tertentu sesuai dengan uraian ini (saat melayani pelanggan tertentu), yaitu pelaksanaan program yang ditulis sebelumnya.

Menurut terminologi 1C, dalam kasus pertama kita akan menggunakan istilah “proses bisnis” (BP), dalam kasus kedua - “contoh proses bisnis” (EBP). BP dibuat oleh pengembang, dan pengguna melakukan tindakan mereka menggunakan EBP. Pengembangan catu daya dilakukan di "Configurator", pelaksanaan catu daya listrik dilakukan di lingkungan solusi aplikasi ("1C:Enterprise").

“Configurator” dari sistem 1C:Enterprise memberikan banyak peluang untuk menciptakan proses bisnis, yang logikanya ditentukan menggunakan peta rute. Keunikan implementasi BMP (dibandingkan dengan beberapa mekanisme BMP pemasok TI lainnya) adalah sebagai hasil desain visual dari suatu proses bisnis, pengembang tidak menerima program dengan kode sumber bahasa internal (sebagian besar desain visual lainnya alat menghasilkan kode seperti itu). Dengan tingkat penyederhanaan tertentu, dapat dikatakan bahwa kode sumber dari program yang dibuat dibentuk secara tepat oleh representasi visual dari logikanya (peta rute), yang dilengkapi dengan fragmen individual yang ditulis dalam bahasa pemrograman internal.

Dengan demikian, peta rute secara bersamaan menyampaikan instruksi kepada sistem untuk melakukan serangkaian tindakan proses bisnis, deskripsi struktur tindakan ini dalam bentuk yang dapat dimengerti oleh pengguna, dan sarana untuk menampilkan keadaan proses bisnis saat ini. .

Eksekusi proses bisnis (lebih tepatnya, contoh proses bisnis) dilakukan di lingkungan platform 1C:Enterprise. Dalam hal ini, proses bisnis dapat dianggap sebagai objek basis informasi seperti elemen dokumen atau direktori. Siklus hidupnya dimulai dari awal (memanggil metode "mulai" atau mengklik tombol yang sesuai dalam bentuk objek proses bisnis) dan berakhir setelah mencapai titik akhir (tentu saja, jika semua tugas telah selesai).

Tugas juga merupakan objek basis informasi biasa yang dapat dihasilkan baik oleh mekanisme proses bisnis maupun objek aplikasi lainnya, dan bahkan secara manual. Sebuah tugas memiliki dua status - “selesai” dan “belum selesai”. Jika suatu tugas dibentuk dalam kerangka proses bisnis, maka setelah selesai, tugas tersebut menginformasikannya, yang mengarah pada proses bisnis yang bergerak lebih jauh di sepanjang rute (jika semua kondisi yang diperlukan untuk ini terpenuhi).

Untuk pengguna tertentu, berfungsinya mekanisme proses bisnis hanya dinyatakan dalam kenyataan bahwa ia menangani daftar tugas yang harus ia selesaikan. Seorang pemilik toko, misalnya, tidak boleh memikirkan partisipasinya dalam proses apa pun, tugasnya adalah melepaskan barang setelah menerima tugas dan mencatat operasi ini dalam sistem.

Kemungkinan menggunakan MBP

Mesin proses bisnis merupakan bagian integral dari platform teknologi, yang berarti kemampuannya dapat tersedia untuk semua solusi aplikasi yang dibuat berdasarkan 1C:Enterprise 8. Secara umum, IBP ditujukan untuk meningkatkan efisiensi pengembangan dan pemeliharaan solusi aplikasi. Namun, pengalaman menggunakannya menunjukkan bahwa melapisi proses bisnis di atas aplikasi yang sudah jadi menyebabkan kesulitan tertentu: Anda sering kali harus melihat solusi desain dengan cara baru dan mengulang beberapa hal. Tentu saja, ini tidak mengherankan - dengan cara yang sama, otomatisasi suatu perusahaan, sebagai suatu peraturan, memerlukan revisi skema umum fungsinya. Untuk menggunakan IBP secara efektif, sebaiknya model manajemen proses pada awalnya dimasukkan ke dalam solusi aplikasi.

Perancangan proses bisnis itu sendiri tidak hanya memerlukan pengetahuan tentang dasar-dasar konfigurasi 1C:Enterprise, tetapi juga pemahaman yang baik tentang bidang subjek dan kebutuhan spesifik pelanggan. Faktanya, IBP mendorong keterlibatan spesialis dengan tingkat yang berbeda secara kualitatif dalam desain dan konfigurasi sistem aplikasi tertentu - analis bisnis, konsultan, serta manajer pelanggan. Selain itu, efek positif IBP bagi klien terlihat meskipun ia tidak terlibat langsung dalam perancangan proses bisnis, namun hanya menerapkan skema yang dikembangkan oleh orang lain. Kemampuan untuk mendeskripsikan tindakan sistem secara formal dan menyajikan strukturnya dalam bentuk visual memungkinkan pelanggan untuk lebih memahami logika solusi, termasuk memantau kebenaran tugas yang diberikan kepada pengembang.

Oleh karena itu, kita berbicara tentang arah utama lainnya dalam pengembangan solusi aplikasi 1C:Enterprise - meningkatkan tingkat pengelolaannya. Penggunaan IBP memungkinkan pengumpulan informasi yang berbeda secara kualitatif tentang pengoperasian sistem manajemen perusahaan, yang menjadi dasar para manajer dapat melakukan analisis objektif terhadap efektivitas fungsi organisasi secara keseluruhan dan masing-masing karyawannya. Mekanisme ini memungkinkan Anda mengalihkan fokus dari tugas akuntansi ke manajemen bisnis secara keseluruhan.

Pengembang dan pengguna dapat mempelajari lebih lanjut mekanisme proses bisnis yang diterapkan di 1C:Enterprise 8 menggunakan konfigurasi demo yang didistribusikan pada disk Dukungan Teknologi Informasi (ITS). Ada beberapa proses bisnis sederhana yang disajikan (“Penjualan barang”, “Pesanan” dan “Persetujuan”, dll.), yang menunjukkan berbagai pilihan untuk penerapan praktis mekanisme ini.

Sebagai gambaran, mari kita lihat contoh pembuatan proses bisnis “Perencanaan Liburan”. Untuk melakukan ini, Anda perlu mengikuti langkah-langkah dasar berikut.

Langkah 1. Deskripsi verbal dari proses bisnis:

semua manajer lini - menulis proposal;

manajer lini mengisi dokumen “proposal jadwal liburan”;

Ulasan manajer SDM - menolak, meminta klarifikasi, meminta untuk mempertimbangkan kembali atau menerima;

pada titik tertentu (misalnya, ketika sebagian besar karyawan sesuai jadwal), manajer mengirimkannya kepada direktur;

jika diterima, proses bisnis selesai.

Melangkah. 2. Pengertian pengalamatan

Deskripsi yang dibuat memungkinkan kami untuk mengidentifikasi peran bisnis - manajer lini, manajer SDM, direktur, yang perlu dimasukkan dalam direktori "Peran Pengguna" untuk menggunakannya untuk mengatasi titik rute proses bisnis masa depan kami. Peran dicatat dalam direktori sebagai data yang telah ditentukan sebelumnya.

Agar pekerjaan dikirimkan ke pengguna akhir, bukan peran, Anda harus menentukan pemetaan pengguna akhir ke peran tersebut. Ini dilakukan dengan menggunakan register informasi khusus. Dalam register ini Anda perlu memasukkan informasi bahwa, misalnya, Ivanov berperan sebagai manajer SDM, Petrov adalah direktur organisasi, dan Fedorov dan Sidorov adalah manajer lini. Namun, peran pengguna dapat berubah seiring waktu, misalnya karena liburan atau pergantian personel. Dalam hal ini, mesin proses bisnis akan memastikan bahwa tugas dikirimkan ke pengguna yang tepat, dengan mempertimbangkan perubahan peran.

Langkah 3. Pembentukan tugas

Agar mekanisme proses bisnis dapat berfungsi, diperlukan objek Tasks, yang dengannya tugas akan dihasilkan untuk pengguna tertentu. Mengonfigurasi objek ini melibatkan menghubungkan tugas ke register informasi, yang menentukan penetapan peran kepada pengguna

Langkah 4. Desain proses bisnis:

Kami membuat proses bisnis pertama kami dan menghubungkannya ke tugas yang baru dibuat. Kemudian kita mulai menggambar peta rute (Gbr. 3.5):

Beras. 3.5 Peta rute proses bisnis "Perencanaan liburan"

titik Mulai;

poin tindakan secara berurutan;

menambahkan transisi bersyarat;

titik Penyelesaian;

kami membuat kartu.

Langkah 5: Menambahkan Bentuk

Agar pengguna dapat melakukan tindakan mereka dalam proses bisnis ini, mereka memerlukan formulir layar di mana mereka akan memasukkan data yang relevan:

Formulir usulan jadwal liburan (menggunakan dokumen “Perencanaan Liburan”)

Formulir peninjauan semua jadwal - “Formulir persetujuan manajemen”

Langkah 6. Kami memprogram.

Untuk mengonfigurasi transisi bersyarat, Anda perlu menulis pengendali pemeriksaan kondisi dalam bahasa bawaan (Gbr. 3.6).

Beras. 3.6 Implementasi perangkat lunak dari blok proses bisnis individu

Penangan mengembalikan hasil yang mempengaruhi arah jalur proses bisnis selanjutnya - ke kanan atau ke kiri. Agar pengguna dapat membuka formulir yang diperlukan saat melakukan tugas, Anda perlu menulis penangan untuk aktivasi interaktif pada titik rute yang sesuai. Penangan ini dapat membuka formulir, dokumen, melakukan pra-pemrosesan, dll.

Langkah 7 Pemeriksaan fungsionalitas:

membuat contoh baru dari proses bisnis;

semua manajer menerima tugas “Menyiapkan jadwal liburan”;

setelah semua rencana disusun, semuanya dikumpulkan untuk dipertimbangkan oleh petugas personalia dalam bentuk tugas “Review jadwal”;

berdasarkan hasil peninjauan, ada yang dikirim untuk direvisi;

setelah revisi dan peninjauan ulang berhasil, manajer SDM bertugas menyetujui direktur;

Setelah persetujuan berhasil, proses bisnis selesai.

Untuk lebih meningkatkan proses bisnis ini dan mengintegrasikannya lebih dekat dengan solusi aplikasi, Anda dapat menambahkan kemampuan tambahan ke dalamnya (nantinya, setelah pengembangan, yaitu selama operasi)

Kesimpulan

Kami telah menyelesaikan tinjauan kami tentang pembuatan proses bisnis sederhana. Otomatisasi operasi selanjutnya dapat mencakup penerapan kemampuan tingkat lanjut berikut:

Umpan balik dari dokumen. Misalnya, ketika mengisi dokumen “Jadwal Liburan”, proses bisnis persetujuan jadwal otomatis dimulai dan tugas terkait muncul di hadapan manajer SDM.

Memeriksa kemajuan. Pengecekan relevansi dan kebenaran jadwal oleh manajer lini sebelum diserahkan untuk disetujui oleh manajer SDM, misalnya tidak memperbolehkan penyelesaian tugas lain jika jadwal tidak selesai.

Perakitan otomatis grafik individu menjadi grafik umum. Anda dapat menyediakan titik pemrosesan otomatis di peta rute, di mana sistem itu sendiri akan mengumpulkan semua jadwal menjadi satu jadwal umum dan mengirimkannya ke manajer SDM untuk disetujui.

Persetujuan sebagai proses bisnis bersarang. Proses persetujuan itu sendiri dapat dipisahkan menjadi proses bisnis bersarang dan digunakan di masa depan tidak hanya dalam proses bisnis “Persetujuan Liburan”, tetapi juga dalam proses bisnis lainnya - misalnya, penyelesaian kontrak, penerbitan faktur, dll.