Topik utama artikel- ini:

• Arah otomatisasi. Apa sebenarnya pekerjaan 1C:Spesialis yang bisa kita otomatisasi? Apa yang harus otomatis dan apa yang tidak? Saya akan berbicara tentang contoh otomatisasi yang sudah digunakan oleh orang yang berbeda.
• Aku akan memberitahu Anda tentang cara membuat solusi universal - solusi seperti itu yang akan bekerja pada konfigurasi yang berbeda.
• Aku akan memberitahu Anda tentang alat, yang membantu kami mengotomatiskan pekerjaan kami, dan membantu kami menulis kode yang akan menulis kode untuk kami.
• Baiklah, saya akan memberi tahu tentang skema umum mengadaptasi solusi untuk konfigurasi pengguna.

Arah otomatisasi

Apa yang paling populer? arah otomatisasi?

• Ketika kita berbicara tentang otomatisasi, yang paling sering kita maksudkan adalah otomatisasi tugas administrasi(membuat salinan arsip, memperbarui konfigurasi). Arah ini paling mudah, karena semua solusi standar saat ini dibangun berdasarkan Library of Standard Subsystems (BSP), yang sudah berisi mekanisme yang membantu secara otomatis. perbarui konfigurasi dan buat salinannya. Selain itu, jika database Anda kecil dan Anda memiliki langganan aktif ke ITS, maka BSP sendiri dapat memasukkan salinan database Anda ke penyimpanan awan 1C, sehingga Anda tidak kehilangan data, bahkan jika sesuatu terjadi pada komputer
• Arah otomatisasi kedua adalah pengujian solusi. Di dunia 1C, ini sedikit lebih sulit daripada dalam pengembangan klasik, tetapi, bagaimanapun, akhir-akhir ini ada banyak pembicaraan tentang fakta bahwa perlu menguji konfigurasi dengan setiap perubahan, dan lebih baik melakukannya secara otomatis . Ada banyak alat uji otomatis di pasaran saat ini. Yang paling menarik dari mereka, menurut saya, adalah - "Pengujian skenario" dari perusahaan 1C, sebaik pengembangan sumber terbuka «Perilaku Vanessa». Mereka memiliki logika kerja yang sedikit berbeda, tetapi, pada prinsipnya, kedua solusi ini mengatasi tugas mengotomatisasi pengujian. Yang mana yang harus dipilih terserah pengguna.
• Dan arah otomatisasi ketiga adalah apa yang akan saya bicarakan tentang sisa presentasi adalah otomatisasi pengembangan. Bagi banyak orang, satu-satunya cara untuk membuat solusi 1C adalah dengan menulis kode di konfigurator. Tapi saya ingin berbicara tentang apa ada banyak opsi untuk bekerja dengan kode secara terprogram.

Contoh otomatisasi pengembangan

Apa contoh utama otomatisasi yang sudah diterapkan?

• Satu dari contoh terbaik Menurut saya Library of Standard Subsystems (BSP) dan proses implementasinya. Bagi yang belum terlibat dalam penggabungan dengan BSP, saya akan berbicara sedikit tentang proses integrasi BSP dengan konfigurasi yang ditulis sendiri. Proses ini terdiri dari tiga tahap.
  • Pada langkah pertama, kami menggabungkan BSP dengan konfigurasi kami. Pada saat yang sama, kami memiliki modul dari subsistem yang berbeda dalam konfigurasi.
  • Dalam kebanyakan kasus, kita hanya membutuhkan beberapa subsistem, jadi tahap kedua dari implementasi BSP adalah memotong dari konfigurasi objek-objek yang tidak kita perlukan. Langkah ini otomatis. Anda membuka pemrosesan yang merupakan bagian dari Pustaka Subsistem Standar, pemrosesan ini membongkar konfigurasi ke dalam file, mengubah teks file ini dan memuatnya kembali.
  • Dan tahap ketiga implementasi, yang diperlukan bukan untuk semua subsistem, tetapi untuk beberapa - misalnya, jika Anda menerapkan "Eksternal formulir tercetak”, maka selain menggabungkannya dalam konfigurasi, Anda juga perlu menghubungkannya ke formulir. Ini adalah operasi sederhana, Anda hanya perlu meletakkan sebaris kode dalam prosedur "OnCreate" formulir, dan juga menambahkan beberapa prosedur kecil. Untuk mengotomatisasi operasi ini, ada juga pemrosesan terpisah yang disebut "Pengaturan fragmen kode". Anda cukup menjalankan pemrosesan ini, dan itu akan mengurai konfigurasi Anda dan memasukkan teks yang diperlukan ke dalam formulir.
• Contoh lain dari otomatisasi adalah pengembangan formulir pencetakan eksternal. Secara umum, untuk implementasi apa pun transfer formulir pencetakan bawaan ke formulir eksternal adalah salah satu operasi yang paling umum. Proses ini juga dapat diotomatisasi - Infostart bahkan memiliki pemrosesan kecil, yang disebut demikian - "Konstruktor formulir pencetakan eksternal". Ini berjalan dalam konfigurasi dari mana Anda mentransfer yang dapat dicetak:
  • Anda memilih cetakan mana yang ingin Anda render,
  • Salin teks modul manajer dari formulir ini ke pemrosesan ini
  • Dan pemrosesan itu sendiri:
    • Dibutuhkan template dari dirinya sendiri dan memasukkan ke dalamnya teks yang diperlukan untuk menghubungkan perpustakaan subsistem standar ke mekanisme.
    • Meresepkan dalam teks ini data tentang formulir tercetak (namanya),
    • Menetapkan dokumen mana yang harus ditautkan,
    • Dan mengeluarkan dari modul manajer prosedur-prosedur yang diperlukan agar cetakan ini berfungsi.

Tentu saja, Anda tidak akan mendapatkan pelat cetak eksternal yang berfungsi penuh, tetapi Anda akan mendapatkan templat yang cukup mudah untuk diadaptasi secara manual.

• Contoh lainnya adalah pembuatan kode otomatis. Ini dapat digunakan, misalnya, untuk:
  • menggambar elemen bentuk;
  • Pembuatan kode desain bersyarat;
  • Dan untuk pembuatan otomatis skema ACS.

Mereka yang telah lama bekerja pada antarmuka terkelola mungkin telah memperhatikan bahwa pendekatan untuk menciptakan tampilan bersyarat telah berubah selama beberapa tahun terakhir. Jika di UT11.0 desain bersyarat ditulis dalam konstruktor, maka sudah di 11.2 semua desain bersyarat dibangun secara terprogram. Efek ini memiliki dua alasan.

• Yang pertama adalah fitur platform, yang melarang kehadiran simultan dari kondisi yang sama - tetap dan khusus.
• Tetapi ada alasan kedua - ini adalah bahwa pada tingkat pengembangan konfigurasi tipikal saat ini, sangat sulit untuk menentukan semua kondisi pada tahap pengembangan. Karena dekorasi bersyarat tergantung pada:
  • Dari opsi apa yang telah Anda aktifkan;
  • Dari hak pengguna;
  • Dan dari pengaturan infobase.

Oleh karena itu, sekarang disarankan untuk menyetel tampilan bersyarat dalam formulir terkelola secara terprogram. Dan, jika Anda memperhatikan kode untuk pembentukan pemformatan bersyarat di UT11, maka itu sama (nama variabel yang sama, indentasi yang sama). Jelas, kode ini dibuat secara otomatis sesuai dengan konstruktor.

• Platform 8.3.6 memperkenalkan fitur menarik seperti ekstensi. Mereka memungkinkan Anda untuk mengubah fungsionalitas konfigurasi biasa tanpa mengubah konfigurasi itu sendiri. Namun, masalahnya adalah sulit untuk membuat satu solusi universal untuk konfigurasi yang berbeda, karena objek yang berbeda dapat dihubungkan ke ekstensi dalam konfigurasi yang berbeda. Dalam hal ini, jauh lebih mudah untuk membuat semacam templat ekstensi umum, dan menambahkan dokumen / direktori ke dalamnya secara terprogram.
• Dan contoh terakhir adalah mentransfer perubahan Anda selama pembaruan. Ini, tentu saja, dapat dilakukan secara manual, tetapi lebih mudah untuk melakukan tindakan seperti itu dengan tepat di tingkat teks, terutama jika Anda menggunakan mekanisme Git (cabang). Dalam hal ini, Git lebih tepat menggabungkan konfigurasi tipe dengan perubahan Anda. Jika perubahannya kecil, maka dalam banyak kasus pembaruan dapat berjalan sepenuhnya secara otomatis.

Cara untuk membuat solusi universal

Apa saja cara untuk menciptakan solusi universal?

Saya pikir setiap programmer konsultan yang bekerja dengan 1C memiliki folder pemrosesan / laporan pribadinya sendiri yang dibuat untuk memecahkan masalah tertentu. Masalahnya adalah bahwa dalam kebanyakan kasus perkembangan seperti itu ditulis untuk tugas yang sangat sempit, dan ketika tugas serupa muncul, mereka harus diadaptasi. Lebih mudah menghabiskan sedikit waktu dan membuat pemrosesan awalnya lebih fleksibel.

• Salah satu cara untuk menciptakan solusi universal adalah dengan analisis metadata. Faktanya, semua jenis pemrosesan menggunakan metode ini:
  • Diproses dengan unggahan data universal,
  • laporan universal,
  • Pemrosesan untuk pemasangan detail.

Alat-alat ini bekerja pada konfigurasi apa pun, karena mereka hanya menganalisis metadata konfigurasi di mana mereka diluncurkan saat diluncurkan.

• Dalam beberapa kasus, pendekatan ini tidak berhasil karena konfigurasi yang berbeda memerlukan aturan operasi yang berbeda. Dalam hal ini, Anda dapat menggunakan cabang kode terpisah untuk konfigurasi yang berbeda:
  • Jika konfigurasinya begini dan begitu, maka kita mengeksekusi satu teks;
  • Jika konfigurasinya berbeda, maka kita mengeksekusi teks lain.

Dalam kebanyakan kasus, pendekatan ini memungkinkan Anda untuk melakukan satu pemrosesan yang bekerja pada konfigurasi pengguna yang berbeda.

• Tapi ini, sayangnya, tidak selalu berhasil. Misalnya, untuk ekstensi yang sama, terkadang Anda perlu memiliki file yang berbeda untuk konfigurasi yang berbeda, dan setiap ekstensi harus memiliki metadata untuk konfigurasi ini. Ini juga cukup mudah untuk diotomatisasi oleh membuat template dengan adaptasi perangkat lunak berikutnya ke konfigurasi pengguna.

Alat pemrograman untuk produk 1C. Keuntungan dan kerugian dari pendekatan yang berbeda

Alat untuk apa? program kerja dengan produk 1C?

Ada tiga pendekatan utama:

• dia penguraian file ke dalam file kecil;
• Bongkar diXML;
• Dan pendekatan objek.

Mari kita lihat masing-masing.

v8Buka kemasan

Salah satu cara paling populer untuk bekerja dengan produk 1C adalah metode berdasarkan struktur file 1C. Sebenarnya, tidak masalah jika kita bekerja dengan konfigurasi, laporan, atau ekstensi. Secara teknis, itu hanya sebuah wadah yang memiliki banyak file kecil yang berbeda. Produk apa pun yang kami dapat:

• Untuk membongkar,
• Ubah bagian yang ingin kita ubah
• Dan kumpulkan kembali.

Bagi saya ini adalah salah satu cara paling populer untuk bekerja dengan konfigurasi di antara solusi otomatisasi.

Metode ini diimplementasikan oleh utilitasv8Buka kemasan. Apa dia? pro?

• Ini, pertama-tama, kesederhanaan. Utilitas ini diluncurkan dalam mode perintah: kami memberi tahu file mana yang kami parsing, dan pada outputnya memberikan direktori dengan banyak file.
• Dia adalah universal dan omnivora. Tidak peduli pada platform apa solusi Anda ditulis (8.1, 8.2, 8.3). Secara teknis, struktur file solusi 1C tidak berubah selama beberapa tahun.
• Keuntungan lain dari solusi ini adalah swasembada. Untuk mengubah konfigurasi menggunakan v8Unpack, Anda tidak memerlukan platform 1C. Cukup jalankan utilitas dan tunjukkan di mana file itu berada. Itu tidak berinteraksi dengan konfigurator atau platform. Ini mem-parsing file apa pun ke dalam file dan mengumpulkannya kembali.
• Dan keuntungan terakhirnya adalah satu-satunya alat yang dapat bekerja dengan bytecode. Jika pemrosesan atau laporan Anda berisi modul yang diberikan tanpa kode sumber, maka v8Unpack akan tetap menguraikannya ke dalam file teks. Tentu saja, kami tidak akan mendapatkan kode Rusia di sana, tetapi kami akan mendapatkan bytecode, yang juga dapat dianalisis dan diubah. Selain itu, bytecode ini dapat diubah menjadi kode yang dapat dibaca normal menggunakan alat yang tersedia di Infostart. Tentu saja, ini hanya mungkin jika solusi belum dijalankan melalui perangkat lunak tambahan. Jika didorong, maka biasanya tidak mungkin untuk mengembalikannya sepenuhnya, tetapi selalu mungkin untuk mengembalikannya sebagian.

Utilitas v8Unpack juga memiliki minus.

• Kerugian utamanya adalah file, yang diperoleh setelah penguraian, tidak memiliki nama yang jelas, dan sulit untuk menentukan apa yang sebenarnya perlu diubah - Anda harus melihat semuanya.
• Nah, saat semuanya sama bukan keputusan resmi dari perusahaan 1C, dan pengembangan eksternal, meskipun lama dan stabil.

Unggah/unduh XML

Cara kedua untuk bekerja dengan pengembangan 1C adalah xml.

• dia mekanisme resmi, yang direkomendasikan oleh 1C dan digunakan di semua produknya, misalnya, di BSP dan di DSS. Perusahaan 1C menjamin bahwa alat ini akan bekerja dengan benar di kedua arah pada platform yang diluncurkan.
• Keuntungan dari solusi ini adalah membongkar konfigurasi ke dalam struktur yang jelas. Kita punya:
  • Level root - level konfigurasi secara keseluruhan;
  • Folder terpisah - untuk dokumen, direktori, laporan, pemrosesan.
  • Di setiap folder ini ada subfolder untuk setiap dokumen, untuk setiap direktori.

Bekerja dengan struktur ini jauh lebih mudah daripada dengan struktur yang dibongkar dengan cara yang tidak standar.

• Solusi baru juga unggahan data sebagian tersedia.
• Juga untuk alat ini ada sangat banyak contoh tipikal digunakan di BSP yang sama. Berdasarkan contoh-contoh ini, sangat mudah untuk dipahami.

Nah, ada beberapa yang kecil minus karena:

• Konfigurasi yang diurai pada satu platform mungkin tidak dimuat di platform lain - kami harus bekerja pada platform yang sama karena masalah kompatibilitas.
• Di samping itu, sebelum versi 8.3.7 alat ini tidak dapat bekerja dengan laporan dan pemrosesan eksternal. Sekarang tidak ada masalah seperti itu, tetapi jika Anda menggunakan platform yang lebih lama, maka Anda tidak akan mengunggah laporan eksternal dan memproses ke teks.
• Itu tidak tahu bagaimana bekerja dengan bytecode - itu membongkar modul yang dilindungi dalam bentuk biner.

Secara umum, ini adalah salah satu alat yang paling nyaman - sederhana dan mudah.

Gerhana

Dan pendekatan terakhir yang ingin saya bicarakan adalah pendekatan objek. Saya harap Anda semua tahu bahwa 1C sedang menulis konfigurator modis barunya di pangkalanGerhana. Tetapi saya ingin menunjukkan bahwa ini sedikit lebih dari konfigurator mewah:

• Ini adalah akses API yang telah lama diminta oleh para pengembang. Inilah yang diterapkan bertahun-tahun yang lalu dalam bentuk Snowpat, tetapi sedikit lebih fungsional, sedikit lebih baik. Jika Snowpat memberi kita akses hanya untuk membaca data konfigurasi, maka proyek Graphite, yang diimplementasikan pada platform Eclipce, memberi kita mengakses sudah untuk mengubah konfigurasi. Misalnya, kita dapat menulis plugin kecil kita sendiri yang akan mengubah konfigurasi sesuai kebutuhan tanpa memulai ulang.

Algoritma untuk pembuatan otomatis pengembangan 1C selangkah demi selangkah

Tentang, cara menggunakan semua ini untuk secara otomatis menyesuaikan solusi Anda dengan konfigurasi. Slide ini menunjukkan diagram yang sangat disederhanakan yang berlaku untuk ekstensi, pemrosesan, dan pelaporan.

• Idenya adalah jika solusi Anda harus memiliki file yang berbeda untuk konfigurasi yang berbeda, maka Anda mengembangkan template yang mencakup semua mekanisme yang perlu ada untuk bekerja ini solusi di semua konfigurasi.
• Dan selain template sedang dikembangkan aturan yang menyesuaikan template ini dengan konfigurasi pengguna tertentu(sebaiknya untuk konfigurasi apapun). Misalnya, jika Anda menerapkan mekanisme pelat cetak eksternal yang sama berdasarkan ekstensi, maka:
  • Dalam template umum akan ada mekanisme:
    • Mencetak;
    • Dan mengunduh barang-barang yang dapat dicetak.
  • Dan aturan akan berisi informasi tentang cara menghubungkan ekstensi ini ke direktori dan dokumen.
• Berkat ini, untuk setiap konfigurasi, kami akan dapat membuat file secara otomatis dengan ekstensi kami, dengan mempertimbangkan fitur konfigurasi ini.

Kesimpulan

Sebagai penutup, saya ingin mengulangi gagasan utama laporan ini. Ide utamanya adalah semua yang bisa kita lakukan secara manual, bisa kita lakukan secara otomatis.

Tentu saja, Anda tidak perlu mengotomatiskan semuanya. Kita perlu mengotomatiskan tugas-tugas yang Anda diulangi(tugas-tugas yang Anda lakukan dengan setiap pembaruan, dengan beberapa modifikasi).

Secara umum, semua tugas yang dapat dijelaskan dalam bahasa Rusia biasa juga dapat dijelaskan dalam program. Pada saat yang sama, tidak seperti seseorang, program tidak membuat kesalahan, tidak melewatkan apa pun, melakukan persis seperti yang Anda minta.

Artikel ini ditulis berdasarkan laporan yang disajikan oleh penulis pada konferensi Infostart pada tahun 2016.

Otomatisasi proses bisnis terkadang tampak seperti kepala tongkat ajaib. Tetapi bagaimana mengotomatisasi proses bisnis dengan cara terbaik? Agar pekerjaan dapat diperdebatkan, makalah tidak hilang, peraturan untuk membantu, tim bertindak seperti mekanisme yang diminyaki dengan baik?

Dalam artikel tersebut, kami akan menganalisis nuansa membangun dan mengotomatisasi proses bisnis, mempertimbangkan cara menghindari kesalahan, apa tujuan dan sasaran mengotomatisasi proses bisnis, dan dari mana harus memulai. Jika Anda berpikir untuk meningkatkan proses bisnis dan mungkin memperkenalkan sistem elektronik mengelolanya, baca artikel dengan cermat. Dan ambil pensil!

Tiga paus kekacauan dalam bisnis: bagaimana mengotomatisasi proses yang tidak ada

Sebelum kita berbicara tentang peluang apa yang terbuka untuk otomatisasi proses bisnis, mari kita pikirkan kesulitan apa yang Anda hadapi sekarang.

Tiga "pilar" buruk yang menjaga kekacauan dalam bisnis bersifat universal. Kemungkinan besar, Anda juga akrab dengan mereka:

• Kesalahan biasa. Petrov salah ketik, Sidorov mendukung dokumen yang belum diverifikasi, Vasechkina mengirim faktur dengan detail yang salah. Kesalahan seperti itu membawa kerugian sementara dan finansial, mata berkedut dan bekerja di malam hari.
• Waktu henti. Dokumen disetujui selama seminggu, lalu yang kedua, pekerjaan itu sepadan. Seorang karyawan kunci sedang berlibur atau berhenti tanpa menyerahkan kasusnya.
• Kebingungan umum. Ke mana perginya surat-surat itu? Mengapa sekretaris di tumpukan lembaran tidak memperhatikan dokumen yang mendesak? Di mana spesialis harus lari ketika klien menghubunginya, jika orang yang tepat tidak tersedia? Kebingungan dan berlarian di koridor dengan tumpukan kertas ini menjengkelkan dan tentu saja tidak berkontribusi pada pekerjaan yang produktif.

Bahkan 10 tahun yang lalu, pemodelan proses bisnis tampak mahal, memakan waktu dan karena itu tidak perlu bagi sebagian besar perusahaan. Beberapa orang berpikir demikian bahkan sekarang, setelah membaca cerita horor tentang proyek yang belum selesai dan jutaan dihabiskan, atau bahkan mendekati otomatisasi dari sisi yang salah. Namun ternyata perusahaan yang bekerja pada otomasi proses bisnis tumbuh lebih cepat, mengatasi masa krisis dengan lebih baik dan mengungguli pesaing. Di perusahaan seperti itu, karyawan merasa lebih nyaman, yang menciptakan suasana kerja yang tepat dalam tim. Contohnya adalah kisah Toyota, Amazon, McDonalds, serta pelanggan kami, yang umpan baliknya tentang otomatisasi proses bisnis.

Saat ini, kemampuan untuk membangun proses bisnis dan mengetahui cara mengotomatiskannya menjadi keunggulan kompetitif yang penting.

Proses bisnis: apa yang kita otomatisasi, kawan?

Terkadang manajemen perusahaan, yang sibuk dengan isu-isu strategis, tertipu: semuanya baik-baik saja dengan kami. Tetapi jika Petrov tahu bahwa jika ada tugas pemasaran, Anda perlu menghubungi Ivanova, ini bukan proses bisnis. Tetapi peta tindakan spesifik yang secara universal menggambarkan langkah-langkah yang dilalui karyawan untuk mencapai hasil tertentu, ini sudah terlihat seperti proses bisnis.

Skema aktivitas, untuk menyebutnya sebagai proses bisnis, harus mempertimbangkan tiga faktor:

1. Stabilitas hubungan yang dijelaskan: banyaknya pilihan tindakan, transisi, kondisi diperhitungkan.
2. Regulasi tindakan selama proses: panggilan, surat, lampiran, banding, penampakan.
3. Penyelesaian logis: tujuan tertentu yang dapat dicapai.

Proses bisnis yang dimodelkan dengan jelas akan memungkinkan Anda untuk melihat hasil dan mengontrol pekerjaan di semua tahap untuk mencegah kerugian dan kesalahan "pada awal yang rendah".

Bergantung pada kemunculan "titik tipis", proses bisnis diubah, tahapannya disesuaikan, dan mereka melihat tautan mana yang lemah. Jika Anda mengalami kesulitan dengan pengembangan algoritma, kami siap membantu Anda. Bagaimanapun, pengembangan proses bisnis adalah persiapan untuk proyek otomatisasi mereka.

Apakah jantung bisnis Anda sehat?

Hubungi hari ini dan dapatkan penawaran individu Proses bisnis adalah inti dari perusahaan. Bagaimana Anda tahu jika bisnis Anda dalam kondisi baik? Hubungi kami dan pelajari cara memaksimalkan proses bisnis dan mengeluarkan potensi penuh perusahaan Anda.

Pesan konsultasi

Tujuan utama pengembangan proses bisnis adalah transformasi ajaib dari rantai interaksi antar perusahaan yang terjalin secara kacau menjadi algoritma yang teratur, konsisten, dan dapat dipahami. Biarlah ada ketertiban dalam pekerjaan, kantor, dalam pikiran para karyawan dan dalam pikiran para manajer!

Uri, di mana tombolnya? Tujuan Otomatisasi Proses Bisnis

Sekarang pertanyaannya adalah: bagaimana mengelola semua ini? Nah, Anda memerlukan seluruh staf karyawan - untuk menjaga jari Anda pada denyut nadi dan dengan hati-hati memantau "tempat tipis", "tautan lemah" dan pelaksanaan semua yang harus dilakukan!

Seperempat perusahaan mengikuti jalan ini, menyebarkan departemen kualitas, memperluas staf manajerial dan sekretaris. Tetapi jauh lebih berguna untuk bertanya pada diri sendiri bagaimana mengotomatisasi proses bisnis dan mentransfer fungsi kontrol atas mereka ke satu ruang. Sistem manajemen proses bisnis seperti itu akan menjadi konstruktor, mekanisme pemantauan, dan pengontrol yang memberikan sinyal ketika sesuatu tidak berjalan sesuai rencana. Tetapi agar “tombol ajaib” itu berfungsi, Anda masih harus bekerja keras.

Tentu saja, tujuan otomatisasi proses bisnis bukan hanya cara yang mudah untuk mengontrol. Akibatnya, penggunaan sistem otomatis manajemen proses bisnis akan membantu:

• Mengatur tugas-tugas rutin.
• Minimalkan faktor manusia.
• Jelas memisahkan area tanggung jawab dalam proses.
• Jaga agar semua detail proses tetap terkendali.
• Termasuk dalam skema interaksi pelanggan.
• Buat infrastruktur TI terpadu dengan hak akses yang berbeda.
• Hemat waktu, milik Anda dan karyawan Anda.
• Akibatnya - untuk menghemat uang pada pengelolaan perusahaan.

Seperti yang Anda lihat, tujuan otomatisasi proses bisnis dalam banyak hal sama dengan tujuan Anda!

Manajemen proses bisnis - sistem satu perusahaan

Untuk membuatnya lebih jelas, mari kita lihat fungsi tertentu sistem manajemen proses bisnis - "1C: Manajemen Dokumen 8" - pada contoh.

Kami telah dengan jelas melihat bagaimana proses bisnis otomatis berbeda dari yang "ditulis di lutut". Masih harus dipahami bagaimana mencapai tingkat otomatisasi ini.

Bahan Rahasia: Cara Mengotomatiskan Proses Bisnis Tanpa Rugi

Anda mungkin pernah mendengar cerita tentang Perusahaan N, yang menerapkan sistem super, mengotak-atiknya, dan kembali ke Excel. Inilah yang terjadi ketika sebuah perusahaan menghadapi kesulitan yang tidak terduga. Bahwa karyawan menyabotase cara kerja yang tidak biasa. Bahwa proses yang diselesaikan tidak menyerah pada peraturan dengan cara apa pun. Bahwa anggaran pelaksanaan di luar yang diinginkan. Kemudian sistem itu sendiri berat dan tidak dapat dipahami, tetapi perlu bahwa "ada tombol di sini, saya menekannya, dan semuanya berfungsi."

Manajer sering melupakan aturan: tahap pertama, dari mana otomatisasi proses bisnis dibangun, adalah tugas. Sistem manajemen dokumen memiliki fungsi besar yang dapat memenuhi persyaratan bisnis yang paling aneh. Tapi pertama-tama, persyaratan ini harus disajikan.

Penelitian kami menegaskan bahwa 70% kesulitan bisnis muncul hanya pada tahap penetapan persyaratan dan hasil. Oleh karena itu, kami menyediakan konsultasi awal, serta menawarkan layanan studi pra-proyek. Langkah ini membantu:

• mengidentifikasi "titik tipis" di perusahaan,
• menentukan apa tujuan sistem otomatisasi,
• memahami apakah fungsionalitas standar cocok untuk perusahaan atau apakah perlu dilakukan perubahan,
• mengetahui rangkaian fungsi apa yang akan optimal untuk bisnis,
• menentukan proses mana yang akan diotomatisasi sejak awal, dan mana yang dapat ditunda. Misalnya, area yang memperlambat pekerjaan seluruh perusahaan harus diprioritaskan, meskipun pengerjaannya bukan yang termudah.

Menangkap persyaratan dan hasil sistem dengan benar adalah bahan rahasia untuk keberhasilan proyek otomasi. Terkadang pada tahap ini menjadi jelas bahwa ada masalah dengan proses bisnis. Maka Anda perlu memodifikasinya atau membangun dari awal.

Setelah memutuskan tugas-tugas yang menghadapi otomatisasi proses bisnis, kami melanjutkan ke pembentukan tim proyek dan implementasi proyek.

Apakah Anda ingin tahu hasil apa yang dapat dicapai bisnis Anda? Hubungi kami untuk konsultasi gratis- kami akan memberitahu Anda!

Proses bisnis perusahaan adalah alat yang nyaman dan sangat efektif untuk mengelola dan mengotomatisasi proses bisnis perusahaan. Proses perusahaan sistem EDMS"Manajemen dokumen perusahaan" memungkinkan Anda untuk mengotomatiskan proses sederhana dan kompleks dari hampir semua perusahaan.

Manajer perusahaan menerima alat untuk memantau dan memperoleh informasi tentang pekerjaan nyata karyawan perusahaan, dan karyawan perusahaan disediakan alat yang berguna untuk tindakan cepat dan efisien untuk menyelesaikan tugas sehari-hari.

EDMS "Manajemen Dokumen Perusahaan" memungkinkan Anda membuat dan memodifikasi proses bisnis dalam mode 1C: Perusahaan, tanpa perlu melakukan perubahan pada "1C: Configurator".

Proses bisnis perusahaan EDMS "Manajemen Dokumen Perusahaan" memungkinkan Anda untuk melakukan otomatisasi yang efisien proses bisnis perusahaan dan merupakan tambahan yang baik untuk otomatisasi alur kerja perusahaan.

Semua objek yang relevan terletak di subsistem "Proses Perusahaan".

Setiap perusahaan proses bisnis memiliki nomor dan tanggalnya sendiri dan merupakan turunan dari jenis proses bisnis yang dirancang sebelumnya. Merancang jenis proses bisnis dibahas di bagian "Merancang jenis proses bisnis".

Proses perusahaan terletak di subsistem "Proses perusahaan" dari sistem sistem manajemen dokumen"Pengelolaan Dokumen Perusahaan".

Ada beberapa cara untuk membuat proses perusahaan:

Pembuatan daftar proses perusahaan dari formulir. Untuk membuat proses, klik tombol "Buat" standar pada formulir daftar. Jika dalam formulir daftar pilihan ditetapkan untuk salah satu jenis proses bisnis, maka proses baru akan dibuat dari jenis yang sama.

Pembuatan daftar jenis proses bisnis dari formulir. Untuk membuat proses, pilih tampilan yang diinginkan proses dan klik tombol Buat Instance Proses. Setelah menjalankan perintah ini, proses perusahaan dari jenis yang diperlukan akan dibuat.

Buat proses dari formulir dokumen perusahaan. Untuk melakukan ini, buka formulir dokumen dan buka menu panel atas "Proses Bisnis". Item dalam menu ini secara otomatis dihasilkan oleh jenis proses bisnis yang memiliki kotak centang untuk menyalin pengguna dari dokumen ke proses yang diaktifkan, atau oleh jenis proses yang langsung diaktifkan di pengaturan jenis dokumen. Membuat proses dari dokumen akan dibahas secara lebih rinci pada bagian di bawah ini.

Dekat rektor 10 Desember 2013 pukul 15:54

Mitos bahwa 1C:UT memiliki manajemen proses bisnis (BPM)

"UT" adalah produk yang sangat bagus untuk menyelesaikan tugas-tugas yang dirancangnya. Ini memungkinkan Anda untuk mengelola aktivitas perdagangan perusahaan. Baik menganalisis transaksi, pembelian, gudang, keuangan. Ya, dalam beberapa kasus menggunakan mekanisme platform "Proses Bisnis". Tetapi apakah ini berarti bahwa perdagangan dimaksudkan untuk mengelola proses bisnis, atau logika perusahaan? - Tidak tidak dan sekali lagi tidak. Artikel ini adalah tangisan dari hati. Karena saya sangat bosan menonton presentasi atau membaca deskripsi solusi di berbagai situs. Situs web perusahaan yang siap menjual produk 1C apa pun dan menutup mata terhadap apa yang mereka jual kepada klien. Menarik hanya deskripsi sederhana dari produk dan bahkan tidak memahami esensi dari manajemen proses bisnis. Manajemen berarti Anda dapat mengonfigurasi sistem sedemikian rupa untuk mempercepat dan mengoptimalkan proses, melakukan berbagai analisis, mengidentifikasi kelemahan, dan banyak lagi. Bagi mereka yang tidak melihat perbedaan antara kontrol dan penggunaan mekanisme, saya akan mencoba menjelaskan dengan jari saya:

• UT. Ada tiga BP di mana Anda tidak dapat menambah atau menghapus tugas, mengubah jenis pengalamatan, logika, Anda tidak dapat melakukan apa pun kecuali dari dokumen tertentu yang terkait dengan tugas untuk memindahkan proses. Sebenarnya, ini bukan kontrol - ini adalah penggunaan versi logika program yang diusulkan menggunakan mekanisme "BP". Ya, Anda dapat mengembangkan sendiri berdasarkan fungsi ini tanpa membuang waktu untuk beberapa hal mendasar.
• CRM. Ini benar-benar satu-satunya produk di platform 1C, di mana 100% fungsionalitas platform digunakan untuk bekerja dengan mekanisme BP. Ini adalah solusi di mana pengguna secara mandiri memperkenalkan semua logika pekerjaan perusahaannya dengan membuat peta rute apa pun. Itu dapat memanggil prosesnya ketika dibutuhkan dan bagaimana dibutuhkan. Dan untuk apa? Dan hanya untuk mengelola semuanya. Untuk melihat seberapa efisien proses dengan mengumpulkan statistik pada mereka. Apa yang akan menjadi argumen yang baik untuk mengubah logika. Apa yang akan semua tidak berdasar. Sehingga Anda dapat melihat semua penyumbatan dan peregangan karet pada tahap-tahapnya. Buang langkah-langkah yang tidak perlu - tingkatkan efisiensi kerja. Itulah yang dimaksud dengan "Manajemen". Dan untuk ini Anda membutuhkan lebih dari tiga kartu dengan beberapa blok.

Dan sebagai kesimpulan, bagi mereka yang masih belum mengerti perbedaannya - perusahaan 1C sendiri dengan jelas menulis apa yang ada dalam konfigurasi dari sudut pandang PSU -

“Konfigurasi mengimplementasikan fungsionalitas dasar otomatisasi proses bisnis - mekanisme universal untuk menyiapkan proses, memantau dan menganalisis implementasinya, mendukung proses bisnis yang dibangun ke dalam solusi standar dan memungkinkan implementasi khusus meningkatkan komposisi mereka dengan lebih sedikit biaya tenaga kerja.. (v8.1c.ru/trade/newtech/ paragraf keempat).

Saya menarik perhatian pada fungsionalitas kata "dasar" untuk otomatisasi.

Ini sangat jauh dari manajemen proses perusahaan. Oleh karena itu kesimpulannya: ketika mereka memberi tahu Anda di presentasi bahwa UT berisi subsistem manajemen BP - jangan percaya, ketika mereka memberi tahu Anda di presentasi ada CRM di UT - jangan percaya. Sekali lagi ini adalah awal dan fungsionalitas dasar. Saya ulangi sekali lagi - UT adalah produk yang sangat bagus, tetapi untuk tugas lain - akuntansi dan perencanaan operasional kegiatan perdagangan, untuk analisisnya. Konsep CRM sangat berbeda. Dan hanya ada satu produk yang benar-benar berfungsi pada platform 1C untuk mendukung konsep CRM di perusahaan - Ini adalah 1C: CRM. Dalam keadilan, perlu dicatat bahwa pada platform lain ada juga produk yang cukup fungsional untuk mendukung konsep "CRM" di perusahaan.

Tags: sistem-crm, manajemen perdagangan, 1s, proses bisnis

Metodologi dari salah satu program 1C mencerminkan urutan operasi bisnis organisasi, yang dapat digabungkan menjadi satu rantai, yang disebut proses bisnis. Untuk mengelola proses bisnis, serta merampingkan dan mengotomatisasi kegiatan ini, mekanisme khusus dikembangkan di 1C.

Manfaat menggunakan mekanisme regulasi proses bisnis di 1C

• Struktur proses bisnis 1C yang telah ditentukan sebelumnya menentukan, menurut prosedur yang diterima, urutan tindakan karyawan, yang menyediakan pendekatan sistematis dan formal.
• Kelalaian tahap apa pun dikecualikan, yang tidak memungkinkan pelanggaran prosedur kerja yang ditetapkan dan secara signifikan mengurangi kemungkinan kesalahan.
• Kontrol operasional yang konstan tentang apa yang ada pada tahap apa, serta penilaian tentang keadaan umum dari segmen pekerjaan yang sedang dilakukan.
• Identifikasi solusi yang tidak efisien dengan optimalisasi proses bisnis di 1C.
• Membangun (atau memodelkan) seluruh struktur proses bisnis untuk organisasi, yang memberikan pemahaman umum untuk diadopsi keputusan manajemen tingkat yang berbeda.

Bagian dalam 1C dari proses bisnis ditampilkan melalui diagram alur grafis yang disebut peta rute, yang memberikan representasi visual tentang apa, dalam urutan apa, dalam kondisi apa yang terjadi. Peta rute proses bisnis dibagi menjadi beberapa tahap. Panggung di 1C dipisahkan titik jalan, di mana Anda perlu melakukan tugas tertentu. Sebuah tugas- ini juga merupakan objek peta rute dalam program 1C. Tugas menunjukkan pelaku (atau pelaku), kepada siapa tugas ini ditujukan, tenggat waktu dan kepentingan. Pelaku - pengguna 1C. Seorang karyawan tertentu, salah satu anggota kelompok kerja* (departemen, subdivisi) atau karyawan yang memegang posisi tertentu (misalnya, kasir, direktur, penjaga toko) dapat ditugaskan sebagai penerima tugas.

*Jika tugas harus diselesaikan oleh semua karyawan kelompok kerja, maka pengalamatan seperti itu disebut pengalamatan kelompok.

Pertimbangkan jenis perutean sebagai rantai tindakan (tugas) yang perlu dilakukan untuk mengimplementasikan proses bisnis:

• Kaku- proses bisnis 1C dilakukan secara ketat di sepanjang rute tertentu;
• Bersyarat- pelaksanaan proses bisnis 1C tergantung pada pemenuhan kondisi. Ada beberapa kondisi pada rute, dan masing-masing memiliki dua atau lebih opsi untuk dipilih. Tergantung pada ini, rute akan dibangun;
• Paralel- Proses bisnis 1C dapat dibagi dan melewati beberapa cabang paralel ke ujung rute atau terhubung * lagi pada tahap tertentu.
• Gratis- Proses bisnis 1C tidak memiliki rute, tergantung pada tugas yang ditetapkan, secara otomatis atau manual oleh pengguna.

*Proses bisnis 1C paralel dapat dilanjutkan di titik koneksi, misalnya, hanya jika dijangkau oleh semua cabangnya.

Kami akan mempertimbangkan pengoperasian proses bisnis 1C menggunakan contoh operasi penjualan tipikal di 1C: Manajemen Perdagangan 8.3 menggunakan basis demo dari situs web ITS 1C di edisi 11.3.2.193.

Peta dimulai dengan sebuah titik Awal, tanpanya proses bisnis tidak dapat dimulai (started). Mungkin ada beberapa titik awal, tetapi dalam contoh kita kondisi pemilihan muncul setelahnya, dan kelanjutan rute tergantung pada hasil transaksi.

Selanjutnya pada diagram blok terdapat persegi panjang kuning– titik jalan dengan indikasi karyawan* yang harus menyelesaikan tugas. Semua tugas yang diselesaikan akan diarsir. Titik akhir - Penyelesaian. Catatan kaki persegi panjang putih - referensi- Penjelasan titik jalan.

* Untuk penyederhanaan, pelaksana dalam contoh skema kami di kotak kuning di mana-mana menunjukkan posisi "Manajer", tetapi dalam praktiknya posisinya mungkin berbeda, tergantung pada kekuatan dan tanggung jawab karyawan yang mampu melakukan tugas tersebut.

Untuk memulai proses bisnis "Penjualan tipikal", Anda perlu membuat kesepakatan dengan klien, oleh karena itu, Anda harus terlebih dahulu mengatur atau memeriksa pengaturan di bagian yang sesuai dari informasi referensi peraturan (RDI). Untuk melakukan ini, di menu utama, Anda harus pergi ke bagian "NSI dan administrasi - CRM dan pemasaran - Pengaturan CRM" dan secara berurutan centang kotak "Penawaran dengan klien" dan "Manajemen transaksi".

Dalam contoh ini, di bagian "Referensi dan Administrasi - Penyelenggara", ada sejumlah pengaturan untuk proses bisnis, yang juga ditandai dengan kotak centang:

• Proses dan tugas bisnis bawahan – kemampuan untuk meluncurkan proses dan tugas bisnis bawahan dari proses bisnis saat ini (Anda dapat membuat proses bisnis hierarkis);
• Mengubah proses bisnis yang berjalan - izin untuk mengubah tugas dalam proses bisnis yang sudah berjalan;
• Tanggal mulai tugas - kemampuan untuk mengubah tanggal dimulainya tugas;
• Tanggal dan waktu dalam tenggat waktu tugas – kemampuan untuk memasukkan tenggat waktu dalam tugas dengan akurasi hingga satu menit.

Selain itu, dalam proses bisnis yang sedang dipertimbangkan, ada kemungkinan menerima pemberitahuan email pada tugas-tugas baru dan terlambat. Untuk melakukan ini, centang kotak "Beri tahu tentang tugas yang terlambat melalui surat" dan "Beri tahu pelaku tentang tugas baru melalui surat". Jika perlu, untuk setiap item, Anda dapat mengonfigurasi (mengubah) jadwal untuk menerima email.

Membuat kesepakatan dengan klien (pembeli)

Di bagian "CRM dan pemasaran - Kesepakatan dengan klien" dalam daftar kesepakatan, Anda perlu membuat kesepakatan baru dan mengisi bidang yang diperlukan:

• "Klien" - pembeli dengan siapa Anda ingin membuat kesepakatan;
• "Perjanjian" - perjanjian standar atau individu dengan pembeli dan dengan ketentuan penjualan;
• "Nama" - nama transaksi;
• "Potensi" - perkiraan volume transaksi dalam mata uang akuntansi manajemen;
• "Probabilitas" - probabilitas menyelesaikan transaksi dalam persen;
• Bidang "Status" di seluruh transaksi memiliki nilai "Sedang Berlangsung". Pada titik akhir, status harus diubah tergantung pada hasil menjadi "Menang" atau "Kalah";
• Di bidang "Jenis transaksi", pilih dari daftar dan atur nilainya ke "Penjualan tipikal".

Setelah kartu kesepakatan disimpan, dua hyperlink akan muncul yang menunjukkan status kesepakatan saat ini:

• "Panggung" menunjukkan dalam bentuk teks;
• Ketika Anda mengklik hyperlink “Peta Rute Proses Bisnis”, informasi akan disajikan dalam bentuk grafik.

Pada tab "Peserta", Anda dapat menentukan badan hukum pihak ketiga. orang yang terkait dengan transaksi (tetapi ini tidak diperlukan).

Untuk promosi proses bisnis Anda harus pergi ke "Tugas Saya" di bagian "Desktop - Tugas Saya".

Selanjutnya, buka tugas baru dan isi detailnya: tanggal mulai dan kepentingannya. Langkah ini membutuhkan kreasi interaksi utama pada transaksi: ikuti tautan "Interaksi ..." dan pilih opsi yang diinginkan dari daftar (pengisian sangat sederhana). Penting untuk menyetel tanda "Ditinjau" sebelum menyimpan dokumen.

Tahap ini telah selesai.

Selanjutnya, dengan mengklik kanan pada daftar tugas di panggung "Cerminkan kontak utama untuk kesepakatan" atur status ke "Selesai" (atau tombol "Selesai" di formulir tugas), setelah itu tugas baru akan dibuat secara otomatis. Tugas ini harus diselesaikan dan diselesaikan dengan analogi dengan yang sebelumnya.

Tugas selanjutnya akan otomatis muncul "Siapkan kesepakatan". Dalam bentuk tugas ini, Anda perlu mengklik tautan.

Agar penawaran komersial menjadi valid, Anda harus mengisi kolom di ketiga tab. Beberapa bidang diisi secara otomatis. Setelah selesai, tahan dan tutup dokumen proposal. Setelah itu, tugas saat ini juga dapat dianggap selesai dengan mengatur status ke "Selesai".

Ikuti dua langkah berikut secara berurutan: "Lakukan presentasi tentang kesepakatan itu"(presentasi produk) dan "Setuju dengan ketentuan penjualan kesepakatan"(di sini dimungkinkan untuk menyesuaikan penawaran komersial), setelah itu daftar tugas akan seperti pada gambar di bawah, dan tugas saat ini akan menjadi .

tugas ini membutuhkan pesanan pelanggan. Anda perlu membuka tugas dan mengisi detailnya. Selanjutnya, buat pesanan menggunakan tautan "Buat Pesanan". Pesanan akan otomatis terisi dengan data kuotasi. Itu perlu diedit jika perlu. Dalam hal pembayaran di muka, Anda harus memasukkan dokumen pembayaran. Semua item dalam pesanan akan memiliki status "Untuk memastikan". Akhiri tugas dengan mengatur status "Dilaksanakan".

Tugas baru akan menjadi panggung. Untuk mengonfirmasi tugas ini, Anda memerlukan paket dokumen « Penawaran komersial”, “Pesanan pelanggan”, “Penjualan barang dan jasa”. Dalam hal pembayaran di muka, ada juga dokumen yang mengkonfirmasi pembayaran untuk transaksi tersebut.

Ada tautan yang sesuai pada formulir tugas "Dokumen Transaksi". Dengan mengkliknya di daftar dokumen, kami akan membuat dokumen implementasi langsung dari dokumen "Pesanan pelanggan". Untuk melakukan ini, semua produk dalam pesanan harus ditransfer ke status "Mengirimkan" dan dengan tombol "Buat Berdasarkan" membuat dan melaksanakan penjualan barang. Klik tombol pada formulir daftar "Membentuk". Paket transaksi akan diperbarui. Setelah itu, tugas dapat ditransfer ke status "Dilaksanakan".

Tugas selanjutnya adalah. Di sini Anda perlu memeriksa dokumen untuk membayar transaksi, tunduk pada pembayaran yang ditangguhkan (juga dengan referensi "Dokumen Transaksi"). Langkah ini harus diselesaikan saat pembayaran jatuh tempo.

Langkah terakhir akan. Buka kesepakatan langsung dari formulir tugas menggunakan hyperlink dan ubah statusnya menjadi "Won". Simpan perubahan pada kesepakatan. Kemudian atur tugas ke status "Dilaksanakan".

Sebagai kesimpulan, pertimbangkan beberapa fitur menarik dari proses bisnis 1C

• Pelaku dapat mengalihkan tugas apa pun ke karyawan lain (tombol "Redirect" di formulir tugas).
• Dalam tugas, Anda dapat mengatur pengingat untuk diri sendiri (tombol "Ingatkan") dan menerima pesan pada saat tertentu. Selain itu, pemrogram dapat mengatur 1C sedemikian rupa sehingga pengguna akan menerima pemberitahuan tentang tugas baru atau yang terlambat. Dalam kasus terakhir, manajer atau karyawan yang ditugaskan (dialihkan) tugas dapat mengambil tindakan segera.
• Proses bisnis 1C dapat diluncurkan secara otomatis. Ini dapat diimplementasikan menggunakan tugas-tugas reguler pada jadwal atau acara dalam sistem. Oleh karena itu, akan lebih mudah untuk menggunakan proses bisnis 1C untuk prosedur rutin yang berulang. Proses bisnis 1C dapat dipanggil oleh proses bisnis lain. Untuk melakukan ini, satu atau lebih tugas yang dapat dieksekusi dari proses bisnis induk harus menentukan panggilan ke proses bisnis bawahan.
• Perhatikan bahwa tahapan proses bisnis yang berbeda dapat ditujukan kepada karyawan yang berbeda, dan pelaksanaan tindakan (tugas) berikutnya akan dialihkan ke karyawan lain. Misalnya, jika pembayaran di muka diperlukan, tidak mungkin mengirimkan barang tanpa departemen akuntansi dari dokumen pembayaran, dan jika pembayaran ditangguhkan, karyawan yang bertanggung jawab untuk ini harus mengizinkan pengiriman.