Selepas aplikasi muncul dalam Pyrus, ia melalui beberapa peringkat.

Pengagihan. Aplikasi muncul dalam masuk daripada operator. Dia mengisi medan kosong: menunjukkan jenis permintaan, pelanggan dan data orang yang bertanggungjawab.

Barisan pertama. Permohonan diterima oleh orang yang bertanggungjawab yang dilantik oleh pengendali. Dia berkomunikasi dengan pelanggan atas permintaannya terus kepada Pyrus. Sebaik sahaja isu itu diselesaikan, pakar menutup aplikasi.
Nota: Pyrus merekodkan masa respons pertama kepada klien. Ini penting untuk analisis - dalam ringkasan, anda boleh menganggarkan masa untuk respons pertama, termasuk dengan pecahan mengikut pekerja, dan purata masa untuk respons pertama.


Baris kedua(peningkatan). Jika pakar baris pertama tidak dapat menyelesaikan isu itu, dia akan meningkatkan permintaan untuk baris kedua. Pakar barisan kedua melihat permintaannya masuk dan menyambung ke tempat kerja. Selepas menyelesaikan isu itu, dia menutup aplikasi atau menghantarnya ke baris pertama untuk rakan sekerja melakukannya (mengikut peraturan di sesetengah syarikat, pakar baris pertama memberitahu pelanggan tentang keputusan dan menutup aplikasi).

Menutup permohonan. Pyrus mengingati masa apabila permintaan ditutup sebagai masa isu itu. Dalam ringkasan, anda boleh melihat purata masa untuk menyelesaikan semua tiket. Tiket tertutup disimpan di Pyrus. Mereka boleh didapati menggunakan fungsi carian atau dalam pendaftaran.
Catatan: masa keputusan diambil kira hanya apabila tiket dibuka. Sebagai contoh, seorang pakar bercakap dengan pelanggan dan menghantar permintaan ke arkib sejam selepas permintaan itu. Jika pelanggan membalas selepas seminggu, aplikasi akan dibuka semula secara automatik. Katakan pakar menjawab kali kedua dalam setengah jam dan menghantar semula permintaan itu ke arkib. Masa permohonan berada dalam arkib tidak diambil kira, jadi jumlah masa penyelesaian ialah satu setengah jam.

Gesaan: anda boleh menetapkan sebarang pesanan untuk memproses aplikasi. Dalam editor laluan, anda boleh menambah dan mengalih keluar langkah untuk bekerja dengan tiket dan menentukan siapa yang bertanggungjawab untuk penyelesaian pada setiap langkah. Untuk mengedarkan tiket secara automatik berdasarkan data yang dimasukkan, gunakan penghalaan bersyarat.

Sambutan pelanggan

Untuk membalas pelanggan, pilih tab dalam medan input ulasan E-mel mel, Telegram, Viber, Facebook atau VK, tulis teks dan klik butang Hantar. Pelanggan akan menerima mesej melalui saluran pilihan anda - melalui e-mel, Telegram, Viber, Facebook atau VKontakte. Jika dia membalas mesej itu, jawapannya akan dipaparkan dalam aplikasi, dalam suapan komen.

Jawapan sedia dibuat juga tersedia di sini - templat teks yang sesuai untuk situasi yang kerap berulang - contohnya, untuk menjelaskan nombor pesanan, minta tangkapan skrin ralat atau imbasan dokumen. Untuk menggunakan jawapan yang telah dibuat, klik ikon jawapan yang telah dibuat dan pilih pilihan yang sesuai. ...

Jawapan yang telah siap dikumpulkan mengikut kes yang sesuai. Pilih kumpulan di sebelah kiri dan jawapan yang dikehendaki di sebelah kanan.

Anda boleh mengedit kumpulan dan respons atau menambah kumpulan baharu pada halaman Jawapan Sedia.

Jika isu pelanggan telah diselesaikan, klik Hantar dan lengkapkan. Jika anda telah memberikan jawapan sementara, tetapi sedang meneruskan kerja pada aplikasi, klik Hantar.

Jika pakar sokongan menutup tugas dan pelanggan menulis surat jawapan selepas itu, aplikasi akan dibuka semula secara automatik dan orang yang bertanggungjawab akan melihatnya dalam masuk.

Ia berlaku bahawa pelanggan menulis kepada aplikasi lama mengenai topik baru. Sebagai contoh, pelanggan menghubungi kerana dia tidak dapat membayar pesanan, dan seminggu kemudian memutuskan untuk bertanya soalan tentang syarat perkhidmatan. Adalah wajar untuk mencari surat-menyurat lama dengan sokongan pelanggan dan menulis e-mel balasan. Tetapi topik itu baru, dan lebih baik untuk statistik bahawa ia adalah tugas yang berasingan. Anda boleh membuatnya supaya aplikasi lama tidak dibuka semula, tetapi yang baharu dibuat sebaliknya.

Dalam contoh di atas, jika pelanggan menulis kepada permintaan lama dalam masa seminggu selepas ia ditutup, permintaan itu akan dibuka semula dan sokongan akan terus berkomunikasi dengan pelanggan di dalamnya. Jika dia menulis seminggu selepas ditutup atau lebih lewat, aplikasi baharu akan dibuat.

Apabila bekerja dengan aplikasi, kadangkala penting untuk menghantar mesej SMS kepada pelanggan. Sebagai contoh, maklumkan bahawa bank telah meluluskan permohonan pinjaman atau maklumkan bahawa anda telah mengeluarkan bayaran balik, dan tidak lama lagi mereka akan pergi ke kad pelanggan. Anda boleh menghantar SMS terus daripada Pyrus, dalam borang Mesej pelanggan. Ia cukup untuk memilih jawapan yang disediakan, jika perlu, tukar perkataan dan tekan butang hantar.

Untuk membuat tetapan yang sesuai dan menghantar mesej SMS, sila.

Perbincangan dalaman

Anda boleh bekerja dengan aplikasi seperti dengan tugas Pyrus biasa: jemput rakan sekerja dan bincangkan butiran dalam ulasan pada tab Surat-menyurat dalaman. Pelanggan tidak akan melihat tindakan ini.

Semasa memproses permintaan pelanggan, pakar sokongan memerlukan sejarah panggilannya. Mungkin pelanggan mempunyai masalah yang sama sepanjang masa, atau mungkin pakar sokongan mengabaikan mesej pertamanya.

Sejarah permintaan terletak pada panel di sebelah kanan, dalam bahagian Tugasan serupa:

Anda boleh membuka sebarang tugas daripada senarai dan membaca cara rakan sekerja membantu pelanggan sebelum ini. Tugasan ditakrifkan sebagai serupa jika ia mengandungi alamat e-mel atau nombor telefon pelanggan yang sama.

Peningkatan

Ia berlaku bahawa pakar barisan pertama tidak dapat menyelesaikan masalah sendiri: sebagai contoh, tidak ada pengetahuan atau kuasa yang mencukupi. Dalam kes ini, dia boleh melakukan bahagiannya dalam kerja dan memindahkan permohonan ke peringkat seterusnya. Untuk melakukan ini, hanya buka aplikasi, pada tab Surat-menyurat dalaman tekan butang baris ke-2 dan tekan Hantar.

Seperti biasa, anda boleh menjemput rakan sekerja untuk menyelesaikan isu: mula menaip namanya pada papan kekunci, pilih dia daripada senarai dan tambahkan teks penerangan.

Status permohonan

Pada satu peringkat, aplikasi boleh berada dalam keadaan yang berbeza. Untuk menjejaki mereka, adalah mudah untuk menggunakan status. Katakan pakar menerima permohonan dan memindahkannya ke status "Sedang Berlangsung". Jika anda perlu menjelaskan maklumat, ajukan soalan kepada pelanggan dan tukar status kepada "Permintaan maklumat". Dan apabila masalah itu diselesaikan, ia menetapkan status "Penilaian".

Status yang tersedia boleh ditetapkan pada tab Penyesuaian dalam templat borang.

Status ialah salah satu medan aplikasi yang paling penting, yang membolehkan ejen sokongan dan pelanggan menjejaki penyelesaian isu dan menentukan peraturan automasi dalam sistem. Pentadbir boleh mengkonfigurasi status dalam bahagian Pentadbiran »Status.

Untuk mencipta status baharu, pergi ke Pentadbiran »Status, klik Status baharu, pilih jenis objek, isikan nama status, tentukan keadaan objek yang akan diberikan kepadanya dalam status ini dan klik Teruskan.

Status sistem

Terdapat 4 status dalam Sistem Sokongan UseResponse yang tidak boleh diubah:

1. Terbuka - status ini ditetapkan secara lalai kepada setiap tiket yang dibuat atau dihantar ke sistem sokongan anda. Untuk menetapkan status yang berbeza semasa membuat tiket dalam sistem, gunakan butang radio di sebelah status yang diperlukan.
2. Belum selesai - bergantung pada proses perniagaan dalam syarikat, permohonan boleh ditetapkan kepada belum selesai dalam kes di mana ia memerlukan perbincangan dalam pasukan atau menyelesaikan isu lain sebelum menyediakan respons kepada pelanggan anda. Masa SLA untuk permohonan sedemikian akan digantung.
3. Menunggu Respons - Jika ejen sokongan anda perlu bertanya soalan penjelasan kepada pelanggan atau menerima pengesahan bahawa masalah telah diselesaikan, tiket boleh ditandakan sebagai "Menunggu Respons".
4. Selesai - sebaik sahaja anda memberikan pelanggan penyelesaian kepada soalannya, dia boleh menutup aplikasi menggunakan pautan terus daripada e-mel, atau ejen boleh melakukannya sendiri dalam antara muka ejen.

Untuk status sistem, anda hanya boleh menukar latar belakang dan warna teks. Sekiranya anda ingin menukar nama status, pergi ke Pentadbiran »Terjemahan dan namakan semula status mengikut keperluan anda.

Status dan pengurusan tambahan

Memandangkan status sistem tidak boleh diedit, anda boleh membuat status tambahan untuk tiket yang boleh disertakan dalam proses perniagaan anda.

Terdapat beberapa cara untuk mengemas kini status tiket:

• Secara manual - pada halaman permintaan atau menggunakan tindakan pantas pada halaman permintaan;
• Makro - anda boleh mencipta makro dengan satu set tindakan khusus yang boleh digunakan pada halaman permintaan. Anda boleh membuat dan mengedit makro untuk setiap ejen dalam Menu »Makro selepas pengaktifan mereka dalam Aplikasi Pentadbiran;
• Peraturan automasi - anda boleh mencipta pencetus untuk menukar status apabila peristiwa tertentu berlaku dalam sistem.

Status untuk mengira SLA dan beban ejen

Pelanggan premium boleh gunakan untuk menetapkan ahli pasukan berdasarkan beban kerja setiap ejen, dan juga boleh dikonfigurasikan untuk mengira tempoh ejen mesti bertindak balas kepada pelanggan dan menyelesaikan isu mereka.

Ada kalanya sesetengah permintaan tidak sepatutnya terlibat dalam pengiraan beban pada ejen, kerana ia memerlukan keputusan pengantara atau perbincangan pasukan, dan ejen tidak perlu menyelesaikan permintaan ini pada masa ini.

Kami membenarkan anda mengedit sistem dan status tambahan (hanya yang berkaitan dengan keadaan terbuka objek) dan membolehkan pilihan supaya permintaan atau topik dalam status ini tidak diambil kira semasa mengira beban maksimum pada ejen dan boleh menjeda pemasa SLA.

Sila ambil perhatian juga bahawa status yang merujuk kepada keadaan tertutup objek tidak menjejaskan pengiraan metrik SLA dan jumlah beban pada ejen.

Menggunakan status dalam peraturan automasi

Dengan mengambil kira butiran proses perniagaan anda, anda boleh membuat pencetus baharu yang akan mengemas kini status permintaan secara automatik apabila peristiwa tertentu berlaku dalam sistem. Anda boleh menyediakan peraturan automasi dalam bahagian Pentadbiran »Automasi dan pemberitahuan.

Terdapat beberapa contoh di mana pencetus sedemikian mungkin diperlukan:

• Anda ingin mengemas kini status permintaan secara automatik selepas maklum balas ejen;
• Jika anda menukar nilai medan tambahan, anda mungkin perlu menukar status secara automatik;
• Apabila pelanggan membalas permintaan, statusnya boleh ditukar kepada yang lain.

Secara lalai, setiap kali pelanggan membalas tiket dengan status Menunggu Balasan, statusnya akan ditukar secara automatik kepada Terbuka. Untuk mengatasi peraturan ini, anda boleh membuat pencetus baharu atau mengemas kini yang sedia ada.

Pemberitahuan perubahan status

Apabila status permohonan berubah, pelanggan akan menerima pemberitahuan e-mel. Dalam bahagian Pentadbiran »Automasi dan pemberitahuan, anda boleh mencipta pencetus untuk menghantar templat pemberitahuan anda sendiri kepada pengguna, dan anda juga boleh mengemas kini bahagian" Status objek diubah "templat sistem dalam Pentadbiran» Saluran sokongan »E-mel» bahagian Mel ikon templat.

Anda juga boleh menggunakan peraturan automasi untuk tidak memberitahu arahan pengguna tertentu atau memberitahu hanya apabila status tertentu dalam sistem berubah.

0105 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Republik Adygea 0280 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 39 untuk Republik Bashkortostan 0300 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 untuk Republik Buryatia 0400 - Pentadbiran Perkhidmatan Cukai Persekutuan Rusia untuk Republik Altai 0506 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk RD 0507 - IFTS Antara Daerah Rusia No. 7 untuk RD 0521 - IFTS Antara Daerah Rusia No. 9 untuk RD 0523 - IFTS Antara Daerah Rusia No. 1 untuk RD 0529 - IFTS Antara Daerah Rusia No. 2 untuk RD 0533 - IFTS Antara Daerah Rusia No. 10 untuk RD 0542 - Inspektorat Antara Daerah Persekutuan Perkhidmatan Cukai Rusia No. 3 mengikut RD 0544 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 17 mengikut RD 0546 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 mengikut RD 0547 - Inspektorat Antara Daerah Rusia Perkhidmatan Cukai Persekutuan Rusia No. 15 mengikut RD 0548 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 6 mengikut RD 0550 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 mengikut RD 0571 - Perkhidmatan Cukai Persekutuan Inspektorat Rusia untuk Daerah Leninsky Makhachkala 0600 - Perkhidmatan Cukai Persekutuan Rusia untuk Republik Ingushetia 0608 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 1 untuk Republik Ingushetia 0716 - Perkhidmatan Cukai Persekutuan Rusia Rusia # 4 mengikut KBR 0718 - Perkhidmatan Cukai Persekutuan MRI Rusia # 2 mengikut KBR 0720 - MRI FTS Rusia No. 5 untuk KBR 0724 - MR IFTS Rusia No. 6 untuk KBR 0725 - IFTS Rusia No. 1 untuk bandar Nalchik KBR 0726 - IFTS Rusia No. 2 untuk bandar Nalchik KBR 0800 - Perkhidmatan Cukai Persekutuan Rusia untuk Republik Kalmykia 0816 - IFTS Rusia untuk bandar Elista 0900 - UFTS untuk KCHR 0917 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 3 untuk KCHR 1001 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 untuk Republik Komi 1215 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Yoshkar-Ola 1326 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Leninsky Saransk 1447 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. Republik Sakha (Yakutia) 1513 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. Tyva 1832 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 11 untuk Republik Udmurt 1900 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Republik Khakassia 1902 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 untuk Republik Khakassia 1903 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 3 untuk Republik Khakassia 2036 - IFTS Ross Antara Daerah Ii No. 6 untuk Republik Chechen 2130 - IFTS Rusia untuk bandar Cheboksary 2225 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 15 untuk Wilayah Altai 2375 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 16 untuk Wilayah Krasnodar 2468 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 23 untuk Wilayah Krasnoyarsk 2500 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Primorsky wilayah 2501 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 untuk Primorsky Wilayah 2502 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 untuk Wilayah Primorsky 2503 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Wilayah Primorsky 2505 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 6 untuk Wilayah Primorsky 2506 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 untuk Wilayah Primorsky Wilayah 2507 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 untuk Wilayah Primorsky 2508 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk St. Nakhodka Wilayah Primorsky 2509 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 untuk Wilayah Primorsky 2510 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 3 untuk Wilayah Primorsky 2511 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 untuk Wilayah Primorsky 2515 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 untuk Wilayah Primorsky 2533 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 11 untuk Wilayah Primorsky 2536 - IFTS Rusia untuk Daerah Leninsky Vladivostok - IFTS Rusia untuk Georgievsk, Wilayah Stavropol 2628 - IFTS Rusia untuk Kislovodsk, Wilayah Stavropol 2632 - IFTS Rusia untuk Pyatigorsk, Wilayah Stavropol 2641 - IFTS Antara Daerah Rusia No. 1 di Wilayah Persekutuan Stavropol 43 Tax Tax Perkhidmatan Rusia No. 3 di Wilayah Stavropol 2644 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 di Wilayah Stavropol 2646 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 6 di Wilayah Stavropol 2648 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 di Wilayah Stavropol 2649 - No. di Wilayah Stavropol 2650 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 di Wilayah Stavropol 2651 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 11 di Wilayah Stavropol 2700 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Khabarovsk 2724 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Zheleznodorozhny Khabarovsk 2801 - Perkhidmatan Cukai Persekutuan MI Rusia # 1 untuk Wilayah Amur 2901 - Perkhidmatan Cukai Persekutuan Rusia untuk Arkhangelsk 3025 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 6 untuk Wilayah Astrakhan 3100 - Perkhidmatan Cukai Persekutuan Rusia untuk wilayah Belgorod 3123 - IFTS Rusia di Belgorod 3241 - IFTS Antara Daerah Rusia № 1 di wilayah Bryansk 3252 - IFTS Antara Daerah Rusia № 7 di wilayah Bryansk 3253 - IFTS Antara Daerah Rusia № 8 di wilayah Bryansk 3256 - IFTS Antara Daerah Rusia № 10 di wilayah Bryansk 3328 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Oktyabrsky Vladimir 3400 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Volgograd - Wilayah Persekutuan 3435 Perkhidmatan Cukai Rusia untuk Wilayah Volzhsky Volgograd 3443 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Dzerzhinsky Volgograd 3453 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 3 untuk Wilayah Volgograd 3454 - IFTS Antara Daerah Rusia № 4 untuk wilayah Volgograd 3455 - IFTS Antara Daerah Rusia № 5 untuk wilayah Volgograd 3456 - IFTS Antara Daerah Rusia № 6 untuk wilayah Volgograd 3457 - M Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 untuk Wilayah Volgograd 3458 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 untuk Wilayah Volgograd 3525 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 11 untuk Wilayah Vologda 3528 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk Wilayah Vologda 3529 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Wilayah Vologda 3532 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 untuk Wilayah Vologda 3533 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No 5 untuk Wilayah Vologda 3535 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 untuk Wilayah Vologda 3536 - Inspektorat Antara Daerah Cukai Persekutuan Perkhidmatan Rusia No. 8 untuk Wilayah Vologda 3537 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 untuk Wilayah Vologda 3538 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 untuk Wilayah Vologda 3600 - UFTS of Rusia untuk Wilayah Voronezh 3668 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk Wilayah Voronezh Ivanovo 3800 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Irkutsk 3850 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 17 untuk Wilayah Irkutsk 3926 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 1 untuk Wilayah Kaliningrad 4027 - Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Leninsky Kaluga 4101 - Perkhidmatan Cukai Persekutuan Rusia untuk Petropavlovsk-Kamchatsky 4200 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Kemerovo 4202 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 3 untuk Wilayah Kemerovo 4205 - Perkhidmatan Cukai Persekutuan Rusia untuk bandar Kemerovo 4212 - Antara Daerah Perkhidmatan Cukai Persekutuan Rusia # 2 untuk Wilayah Kemerovo 4213 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 1 untuk Wilayah Kemerovo 4214 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 8 untuk wilayah Kemerovo 4217 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Tengah Novokuznetsk, Wilayah Kemerovo 4222 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 5 untuk Wilayah Kemerovo 4223 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 11 untuk Wilayah Kemerovo 4230 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 7 untuk Wilayah Kemerovo 4246 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 9 untuk Wilayah Kemerovo 4250 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk Wilayah Kemerovo 4252 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 13 untuk Wilayah Kemerovo STI 4253 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 untuk Wilayah Kemerovo 4350 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 14 untuk Wilayah Kirov 4400 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Kostroma 4401 - Inspektorat Perkhidmatan Cukai Persekutuan untuk Bandar Kostroma 4501 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk bandar Kurgan 4600 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Kursk 4632 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk bandar Kursk 4700 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Leningrad 4704 - Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Vyborg di Wilayah Leningrad 4827 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 6 untuk Wilayah Lipetsk 4900 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Magadan 4910 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 1 untuk wilayah Magadan 4911 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 untuk Wilayah Magadan 4912 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 3 untuk Wilayah Magadan 5000 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Moscow 5001 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 14 untuk Wilayah Moscow 5004 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 19 untuk Wilayah Moscow 5005 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk bandar Voskresensk, Wilayah Moscow 5007 - Pemeriksaan Perkhidmatan Cukai Persekutuan Rusia untuk bandar Dmitrov, Wilayah Moscow 5009 - Pemeriksaan Perkhidmatan Cukai Persekutuan Rusia untuk Domodedovo, Wilayah Moscow 5010 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk Wilayah Moscow 5011 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia untuk Egoryevsk, Wilayah Moscow 5012 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 20 untuk Wilayah Moscow 5017 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia Rusia No. 2 untuk Wilayah Moscow 5019 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 18 untuk Wilayah Moscow 5020 - Inspektorat Antara Daerah bagi Perkhidmatan Cukai Persekutuan Rusia No. Krasnogorsk, wilayah Moscow 5027 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 17 untuk Wilayah Moscow 5029 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia untuk Mytishchi, Wilayah Moscow 5030 - Institut Perkhidmatan Cukai Persekutuan Rusia untuk Naro-Fominsk, Wilayah Moscow 5031 - Persekutuan Rusia Institut Perkhidmatan Cukai untuk Noginsk, Wilayah Moscow 5032 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 22 untuk wilayah Moscow 5034 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 untuk Wilayah Moscow 5035 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. untuk Sergiev Posad, Wilayah Moscow 5043 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 11 untuk Wilayah Moscow 5044 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Solnechnogorsk, Wilayah Moscow 5045 - Inspektorat Cukai Persekutuan Perkhidmatan Rusia untuk Stupino, Wilayah Moscow 5047 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 13 untuk Wilayah Moscow 5048 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia di bandar Chekhov, Wilayah Moscow 5049 - Inspektorat Antara Daerah Persekutuan Persekutuan Perkhidmatan Cukai Rusia No. 4 untuk Wilayah Moscow 5050 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 16 untuk Wilayah Moscow 5053 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia untuk bandar Elektrostal, wilayah Moscow 5072 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 untuk Wilayah Moscow 5074 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 untuk Wilayah Moscow 5075 - Inspektorat Antara Daerah bagi Perkhidmatan Cukai Persekutuan Rusia No. 21 untuk Wilayah Moscow 5081 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 23 untuk Wilayah Moscow 5102 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 di wilayah Murmansk 5105 - Antara Daerah Inspektorat Perkhidmatan Cukai Persekutuan Rusia No. 7 di Wilayah Murmansk 5108 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 di Wilayah Murmansk. 5110 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 untuk Wilayah Murmansk 5118 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 untuk Wilayah Murmansk 5190 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia untuk bandar Murmansk 5275 - MRI Perkhidmatan Cukai Persekutuan Rusia No. 15 untuk Wilayah Nizhny Novgorod 5300 - UFTS Rusia untuk Wilayah Novgorod 5321 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 untuk Wilayah Novgorod 5331 - Antara Daerah Inspektorat Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Wilayah Novgorod 5332 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 untuk Wilayah Novgorod 5336 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 6 untuk Novgorod Wilayah 5476 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 16 untuk Wilayah Novosibirsk 5543 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk wilayah Omsk 5658 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 untuk Wilayah Orenburg 5749 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 untuk Wilayah Oryol 5835 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. Wilayah Pskov 6027 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Wilayah Pskov 6196 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 26 untuk Wilayah Rostov 6200 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Ryazan berlangsung 6214 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 di Wilayah Ryazan 6219 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 di Wilayah Ryazan 6225 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 di Wilayah Ryazan 6226 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 di Wilayah Ryazan 6232 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 di Wilayah Ryazan Wilayah 6234 - Inspektorat Antara Daerah Cukai Persekutuan Perkhidmatan Rusia No. 2 untuk Wilayah Ryazan 6313 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Krasnoglinsky Samara 6451 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 19 untuk Wilayah Saratov 6500 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Wilayah Sakhalin 6504 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 untuk Wilayah Sakhalin 6507 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 3 untuk Wilayah Sakhalin 6509 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 di Wilayah Sakhalin 6517 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 di Wilayah Sakhalin 6658 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia di Daerah Verkh-Isetsky Yekaterinburg 6700 - UFTS Rusia di Wilayah Smolensk 6733 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 5 di Wilayah Smolensk 6820 - IFTS Interdistrict Rusia No. 4 di wilayah Tambov 6906 - IFTS Interdistrict Rusia No. 2 di wilayah Tver 6908 - IFTS Interdistrict Rusia No. 3 di wilayah Tver 6910 - IFTS Interdistrict Rusia No. 4 di wilayah Tver 6912 - IFTS Interdistrict Rusia No. 5 di wilayah Tver 6913 - IFTS Interdistrict Rusia № 6 untuk wilayah Tver 6914 - IFTS Interdistrict Rusia № 7 untuk wilayah Tver 6915 - IFTS Interdistrict Rusia № 8 untuk wilayah Tver 6952 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 12 untuk Wilayah Tver 7031 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 untuk Wilayah Tomsk 7100 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Tula 7154 - Antara Daerah Inspektorat Perkhidmatan Cukai Persekutuan Rusia No. 10 untuk Wilayah Tula 7232 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 14 untuk Wilayah Tyumen 7325 - Pemeriksaan Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Leninsky Ulyanovsk 7400 - Perkhidmatan Cukai Persekutuan Rusia untuk Wilayah Chelyabinsk 7456 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 17 untuk Wilayah Chelyabinsk 7505 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 5 untuk Wilayah Trans-Baikal 7513 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 6 untuk Wilayah Trans-Baikal 7527 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia # 7 untuk Wilayah Trans-Baikal 7530 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 untuk Wilayah Trans-Baikal 7536 - Pemeriksaan Antara Daerah Cukai Persekutuan Perkhidmatan Rusia No. 2 untuk bandar Chita 7538 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 untuk Wilayah Trans-Baikal 7580 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Trans-Baikal Wilayah 7627 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 untuk Wilayah Yaroslavl 7700 - Perkhidmatan Cukai Persekutuan Rusia untuk Moscow 7746 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 46 untuk Moscow 7800 - Perkhidmatan Cukai Persekutuan Rusia untuk St. Petersburg 7801 - Antara daerah IFTS Rusia No. 16 di St. Petersburg 7802 - IFTS Antara Daerah Rusia No. 17 di St. Petersburg 7804 - IFTS Antara Daerah Rusia No. 18 di St. Petersburg 7805 - IFTS Antara Daerah Rusia No. 19 di St. Petersburg 7806 - IFTS Antara Daerah Rusia No. 21 di St. Petersburg 7807 - IFTS Antara Daerah Rusia No. 22 untuk St. Petersburg 7810 - IFTS Antara Daerah Rusia No. 23 untuk St. Petersburg 7811 - IFTS Antara Daerah Rusia No. 24 untuk St. Petersburg 7813 - IFTS Antara Daerah Rusia No. 25 untuk St. Petersburg 7814 - IFTS Antara Daerah Rusia Rusia No. 26 di St. Petersburg 7816 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 27 di St. Petersburg 7817 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 20 di St. Petersburg 7819 - Pemeriksaan Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 3 di St. Petersburg 7820 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 2 di St. Petersburg 7838 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 di St. Petersburg 7839 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 di St. Petersburg 7840 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 di St. Petersburg 7841 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 10 di St. Petersburg 7842 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia # 1 1 di St. Petersburg 7843 - IFTS Antara Daerah Rusia No. 12 di St. Petersburg 7847 - IFTS Antara Daerah Rusia No. 15 di St. Petersburg 7848 - IFTS Antara Daerah Rusia No. 28 di St. Petersburg 7901 - IFTS Rusia di St. Birobidzhan Wilayah Autonomi Yahudi 8600 - Perkhidmatan Cukai Persekutuan Rusia untuk Okrug Autonomi Khanty-Mansi-Yugra 8617 - Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Surgut Okrug Autonomi Khanty-Mansi - Yugra 8700 - Perkhidmatan Cukai Persekutuan Rusia untuk Chukotka AO 8709 - Perkhidmatan Cukai Persekutuan Antara Daerah Rusia No. 1 untuk Chukotka - Okrug Autonomi 890 Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Daerah Autonomi Yamal-Nenets 9103 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 8 untuk Republik Crimea 9105 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 1 untuk Republik Crimea 9108 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 4 untuk Republik Crimea 9110 - Inspektorat Antara Daerah Cukai Persekutuan Perkhidmatan Rusia No. 6 untuk Republik Crimea 9111 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 7 untuk Republik Crimea 9112 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia No. 9 untuk Republik Crimea 9204 - Inspektorat Antara Daerah Perkhidmatan Cukai Persekutuan Rusia untuk Daerah Leninsky Sevastopol 9901 - Inspektorat Perkhidmatan Cukai Persekutuan Rusia untuk bandar dan kosmodrom Baikonur

Pendaftaran permohonan

Okdesk, sebagai sistem untuk menjejak pesanan pelanggan, menawarkan beberapa cara untuk mendaftar pesanan:

Kaedah pendaftaran permohonan ditentukan secara automatik dan dipaparkan pada kad permohonan:

Untuk mendaftarkan pesanan oleh penghantar dalam antara muka sistem, klik pada butang "+ Pesanan baharu" di bahagian atas skrin:

Selepas mengklik pada butang "+ Aplikasi Baru", tetingkap akan dibuka di mana anda mesti mengisi medan "Subjek" (medan yang diperlukan) dan "Penerangan".

Juga, pada borang, anda boleh menunjukkan sambungan aplikasi dengan (orang hubungan permohonan itu boleh menjadi pekerja),,, dan pilih untuk permohonan itu.

Pada borang penciptaan permintaan, Okdesk secara automatik mengira tarikh dan masa yang dirancang untuk menyelesaikan permintaan mengikut piawaian (lihat butiran). Jika perlu, tarikh keputusan yang dirancang boleh ditetapkan secara manual dengan mengklik pada butang "Tentukan secara manual".

Aplikasi dibuat dengan mengklik butang "Buat" pada borang penciptaan permohonan.

Tiket dan tiket yang baru dibuat dengan ulasan terakhir yang ditinggalkan oleh kenalan adalah dalam huruf tebal.

Piawaian Pemprosesan Aplikasi (SLA)

Salah satu kriteria utama untuk kualiti perkhidmatan ialah pematuhan syarikat perkhidmatan dengan piawaian pada masa menyelesaikan permohonan. Piawaian ini ditetapkan dalam perjanjian perkhidmatan dan mungkin bergantung pada pelbagai parameter: mengenai kepentingan pelanggan, keutamaan aplikasi, dsb. Selalunya piawaian tetap yang menentukan kualiti perkhidmatan dipanggil istilah SLA (Perjanjian Tahap Perkhidmatan, atau Perjanjian Tahap Perkhidmatan).

Modul SLA Sistem Okdesk membolehkan anda mengambil kira SLA untuk mengawal masa pemprosesan pesanan, masa respons kepada pesanan dan jadual perkhidmatan berhubung dengan pelanggan tertentu, jenis dan keutamaan pesanan, serta pada masa pendaftaran pesanan.

Sebagai standard untuk memproses permintaan, Okdesk menggunakan piawaian untuk menyelesaikan permintaan - masa di mana syarikat perkhidmatan mesti bertemu untuk menyelesaikan permintaan (dengan mengambil kira jadual perkhidmatan pelanggan). Untuk kerja yang lebih telus dan untuk memenuhi keperluan pelanggan, Okdesk mempunyai parameter lain - masa tindak balas. Masa tindak balas ialah masa sebelum permintaan baharu mesti dilaksanakan. Dari sudut pandangan Okdesk, hakikat menerima permohonan untuk bekerja adalah sama ada perubahan dalam status permohonan, atau penambahan oleh pekerja respons pertama - ulasan awam pertama.

Masa keputusan yang dirancang dan masa respons yang dirancang untuk permintaan diletakkan pada jadual perkhidmatan dan dikira dalam Okdesk secara automatik apabila mendaftar permintaan. Jika perlu, pada borang pendaftaran permohonan, masa keputusan yang dirancang boleh ditetapkan secara manual.

Jadual perkhidmatan, masa penyelesaian yang dirancang dan masa respons yang dirancang ditetapkan dalam subseksyen "Pesanan \ Piawaian untuk permintaan pemprosesan (SLA)" bahagian "".

Untuk menambah jadual perkhidmatan baharu, klik pada butang “+ Tambah jadual perkhidmatan” pada tab “Jadual perkhidmatan aplikasi”.

Apabila menambah jadual perkhidmatan, anda boleh menentukan hari pengecualian yang jadual perkhidmatan tidak akan bergantung pada hari dalam minggu (contohnya, cuti kebangsaan atau wilayah, hari yang dipendekkan).

Untuk menambah peraturan SLA baharu, klik pada butang “+ Tambah peraturan” pada tab “Peraturan penentuan SLA”.

• Jenis permohonan;
• Keutamaan pesanan;
• Kategori pelanggan;
• Pelanggan;
• Masa pendaftaran permohonan.

• Jadual perkhidmatan;
• Masa tindak balas standard;
• Masa keputusan standard.

Apabila anda mengklik pada butang "Buat", peraturan itu ditambahkan pada jadual "Peraturan untuk mengira piawaian".

Peraturan dari jadual untuk mengira piawaian ditatal dari atas ke bawah sehingga peraturan pertama yang didayakan ditemui, yang syaratnya dipenuhi oleh aplikasi. Jika perlu, peraturan boleh dialihkan di sekeliling meja dan dilumpuhkan buat sementara waktu.

Apabila mengira masa yang dirancang untuk menyelesaikan aplikasi, masa tindak balas yang dirancang dan memaparkan parameter masa dalam antara muka, zon waktu syarikat diambil kira (lihat butiran dalam bahagian "").

Penghalaan pesanan

Okdesk mempunyai keupayaan untuk menetapkan peraturan untuk laluan tiket apabila ia dibuat.

Jadual penghalaan pesanan dikonfigurasikan dalam subseksyen "Pesanan \ Penghalaan pesanan" bahagian "Tetapan". Untuk menambah peraturan penghalaan baharu, anda perlu mengklik pada butang "+ Tambah peraturan".

Dalam setiap peraturan, adalah perlu untuk menetapkan nilai parameter penentu pesanan dan nilai parameter pesanan yang ditentukan. Menekan butang membuka tetingkap modal di mana parameter penentu diserlahkan dengan tajuk kecil "Jika", dan parameter yang ditentukan diserlahkan dengan tajuk kecil "Kemudian".

Parameter penentu aplikasi termasuk:

• Jenis permohonan;
• Keutamaan pesanan;
• Kaedah pendaftaran;
• Kategori pelanggan;
• Masa pendaftaran permohonan;
• Atribut tambahan bagi susunan jenis "Nilai daripada senarai".

Parameter aplikasi yang ditakrifkan termasuk:

• Bertanggungjawab;
• Pemerhati (pekerja);
• Pemerhati (kumpulan).

Apabila anda mengklik pada butang "Buat", peraturan baharu akan ditambahkan pada jadual penghalaan.

Peraturan dari jadual penghalaan diulang dari atas ke bawah sehingga peraturan pertama yang didayakan ditemui, syarat yang dipenuhi permintaan. Jika perlu, peraturan boleh dialihkan di sekeliling meja dan dilumpuhkan buat sementara waktu.

Anda juga boleh menetapkan Pemilik lalai dan Pemerhati Lalai untuk akaun tersebut.

Nilai "Lalai" untuk peraturan untuk menentukan siapa yang bertanggungjawab membayangkan logik berikut:

1. Jika objek perkhidmatan ditakrifkan untuk permintaan dan pengurus yang bertanggungjawab ditakrifkan untuk objek perkhidmatan ini, maka pengurus yang bertanggungjawab bagi objek perkhidmatan ditugaskan untuk bertanggungjawab ke atas permintaan itu;
2. Jika orang hubungan telah dikenal pasti untuk permohonan itu dan pengurus yang bertanggungjawab telah dikenal pasti untuk orang hubungan ini, maka pengurus orang hubungan yang bertanggungjawab dilantik bertanggungjawab untuk permohonan itu;
3. Jika syarikat telah dikenal pasti untuk permohonan itu dan pengurus yang bertanggungjawab telah dikenal pasti untuk syarikat ini, pengurus yang bertanggungjawab bagi syarikat itu dilantik bertanggungjawab untuk permohonan itu;
4. Jika tiada pengurus yang bertanggungjawab telah ditakrifkan untuk syarikat, orang hubungan dan objek perkhidmatan, maka orang yang bertanggungjawab untuk permintaan itu ditugaskan secara lalai daripada tetapan akaun.

Logik untuk menentukan pemerhati "Lalai" adalah sama seperti untuk menentukan siapa yang bertanggungjawab. Tetapi apabila membuat tiket, semua pemerhati (pekerja dan kumpulan) diringkaskan secara lalai, dinyatakan dalam tetapan, pada kad syarikat dan orang hubungan, membahagikannya kepada dua kategori: "Pemerhati (pekerja)" dan "Pemerhati (kumpulan) ”.

Anda juga boleh membaca tentang penghalaan pesanan masuk .

Status permohonan

Status pesanan dalam Okdesk diperlukan untuk memaparkan status semasa pemprosesan pesanan. Secara lalai, sistem menyediakan 4 status, tetapi adalah mungkin untuk mengembangkannya:

• Buka;
• Ditangguh;
• Selesai;
• tertutup.

Daripada status "Terbuka", permohonan boleh dipindahkan ke status "Belum selesai" dan "Diselesaikan".
Daripada status "Ditahan" permohonan boleh dipindahkan ke status "Terbuka" dan "Diselesaikan".
Daripada status "Selesai" permohonan boleh dipindahkan ke status "Tertutup" dan "Terbuka".
Status tertutup adalah muktamad.

Semua aplikasi baharu dibuat dengan status "Terbuka".

Ia tidak diambil kira dalam status "Ditunda" untuk tiket (jika masa penyelesaian yang dijadualkan dikira secara automatik, maka apabila permohonan disambung semula untuk mengira semula masa penyelesaian yang dirancang, masa yang dihabiskan dalam keadaan tertunda tidak akan diambil kira. akaun).

Apabila memindahkan ke status "Ditunda", pengguna mesti menunjukkan sehingga pukul berapa permohonan ditangguhkan (jika permohonan tidak disambung semula secara manual sebelum masa itu, Okdesk akan secara automatik mengembalikan permohonan kepada status "Terbuka").

Pemisahan status "Selesai" dan "Tertutup" adalah perlu untuk melaksanakan pengesahan keputusan permohonan oleh orang hubungan pelanggan. Status "Selesai" bermakna permintaan telah diselesaikan dari sudut pandangan jabatan perkhidmatan. Status "Tertutup" bermaksud pengesahan keputusan permohonan oleh pelanggan. Untuk tujuan ini, kemungkinan pengesahan penutupan permohonan atau pembaharuan mereka telah dilaksanakan untuk orang yang dihubungi. Okdesk juga membenarkan anda menetapkan tamat masa untuk penutupan automatik pesanan yang diselesaikan. Tetapan tamat masa dijalankan dalam subseksyen "Pesanan \ Piawaian untuk pesanan pemprosesan (SLA)" bahagian "".

Menukar status permohonan boleh didapati daripada kad permohonan:

Dan juga pada senarai permohonan:

Set status, jika perlu, boleh dikembangkan dalam subseksyen "Pesanan \ Status pesanan" bahagian "Tetapan".

Untuk menambah status baharu pada sistem, klik pada butang “Tambah” di atas jadual. Dalam tetingkap modal yang muncul, isikan medan dan simpan.

Parameter pesanan tambahan

Untuk aplikasi, adalah mungkin untuk menentukan parameter tambahan yang akan dipaparkan pada kad aplikasi.

Untuk memaparkan atribut tambahan pada senarai permintaan, anda perlu memasukkan atribut dalam senarai medan. Untuk menukar komposisi dan susunan medan pada senarai aplikasi, anda perlu mengklik pada ikon gear di bawah paparan paparan senarai.

Untuk semua atribut tambahan, anda boleh menetapkan keterlihatan untuk pekerja mengikut peranan dan orang hubungan pelanggan, serta menentukan sama ada atribut mesti diisi pada borang penciptaan permintaan:

Parameter tambahan ditetapkan dalam subseksyen "Pesanan \ Atribut pesanan" dalam bahagian "Tetapan".

Keutamaan permohonan

Untuk tiket ke Okdesk, anda boleh menentukan keutamaan yang mempengaruhi susunan ia dilaksanakan apabila menjadualkan kerja jabatan perkhidmatan.

Keutamaan permohonan boleh ditetapkan pada mulanya pada borang penciptaan permohonan:

Semasa pemprosesan permohonan seterusnya, keutamaan boleh diubah pada kad permohonan. Dalam kad aplikasi, keutamaan akan dipaparkan sebagai bulatan dengan warna dan nama:

Dalam senarai aplikasi, keutamaan dipaparkan sebagai sudut (di sudut kiri atas blok) dengan warna yang sepadan dengan warna keutamaan. Apabila anda menuding di sudut, petua alt muncul dengan nama keutamaan pesanan.

Keutamaan ditetapkan dalam subseksyen "Pesanan \ Keutamaan pesanan" dalam bahagian "Tetapan":

Untuk menambah keutamaan dengan teks, klik pada butang "Tambah". Dalam tetingkap yang muncul, isikan medan dan simpan.

Jika perlu, untuk orang yang dihubungi, medan "Keutamaan permohonan" pada borang penciptaan permohonan boleh disembunyikan atau disediakan dengan kemungkinan untuk diisi. Tetapan ini terletak dalam subseksyen "Pesanan \ Atribut pesanan \ Atribut sistem pesanan":

Jenis-jenis aplikasi

Untuk permintaan dalam Okdesk, anda boleh menentukan jenis yang mempengaruhi penjadualan kerja jabatan perkhidmatan dan statistik seterusnya.

Apabila membuat pesanan baharu dalam tetingkap modal, anda boleh menentukan jenis pesanan:

Pada masa hadapan, adalah mungkin untuk mengedit parameter jenis pesanan dalam kad pesanan.

Jenis pesanan ditetapkan dalam subseksyen "Pesanan \ Jenis pesanan" dalam bahagian "Tetapan".

Anda boleh membuat tiket dalaman di Okdesk. Tiket dengan jenis ditetapkan kepada "Dalaman" tidak dipaparkan kepada pelanggan dalam portal pelanggan, dan tiada makluman pelanggan dihantar untuk tiket tersebut. Permintaan dalaman boleh digunakan untuk tugas dalaman untuk pelanggan: invois, penyediaan tawaran komersial, dan sebagainya (iaitu, untuk sebarang tugas yang berkaitan dengan pelanggan, tetapi yang dia tidak perlu tahu).

Untuk membuat jenis pesanan baharu, anda mesti mengklik pada butang "+ Tambah" yang terletak di atas jadual. Dalam tetingkap yang muncul, isikan medan dan simpan.

Jika perlu, untuk orang yang dihubungi medan "Jenis permohonan" pada borang penciptaan permohonan boleh disembunyikan atau disediakan dengan kemungkinan untuk diisi. Tetapan ini terletak dalam subseksyen "Pesanan \ Atribut pesanan \ Atribut sistem pesanan":

Bertanggungjawab untuk permohonan

Okdesk membolehkan anda menentukan siapa yang bertanggungjawab untuk menyelesaikan tiket. Orang yang bertanggungjawab dilantik daripada senarai pekerja, dibahagikan dengan. Tanggungjawab untuk permintaan itu boleh diberikan kepada seorang pekerja dan kepada sekumpulan pekerja.

Orang yang bertanggungjawab boleh ditunjukkan pada borang penciptaan permohonan. Semasa pemprosesan permohonan berikutnya, orang yang bertanggungjawab boleh ditukar pada kad permohonan:

Dan juga pada senarai permohonan:

Semua pekerja yang bertanggungjawab untuk permintaan menerima pemberitahuan automatik tentang acara dengan permintaan, dan semasa tempoh kerja, anda boleh melihat statistik dalam konteks pekerja yang bertanggungjawab.

Jika permintaan itu bukan dalam tanggungjawab peribadi, tetapi dalam kumpulan, maka pemberitahuan mengenai permintaan itu dihantar kepada pekerja yang dinyatakan dalam parameter "Senarai pekerja untuk pemberitahuan" kumpulan. Anda boleh mengkonfigurasi senarai pekerja untuk pemberitahuan dalam bahagian "Pekerja \ Kumpulan pekerja".

Pemerhati

Pemerhati (pekerja atau kumpulan) di belakang permohonan adalah pekerja syarikat yang, atas satu sebab atau yang lain, perlu menjejaki peringkat permohonan.

Senarai pemerhati dipaparkan pada kad aplikasi. Di sana anda juga boleh melanggan untuk memerhati aplikasi atau mengedit senarai pemerhati.

Pemerhati boleh menerima pemberitahuan E-mel dan SMS tentang acara dengan permintaan. Templat pemberitahuan pemerhati dikonfigurasikan dalam subseksyen "Pemberitahuan e-mel" dan "Pemberitahuan SMS" di bahagian "Tetapan".

Mengulas permohonan

Kakitangan syarikat dan orang hubungan pelanggan boleh meninggalkan komen pada aplikasi. Pada masa yang sama, apabila menambah ulasan, pekerja syarikat boleh menunjukkan sama ada ulasan itu peribadi atau awam, serta melampirkan fail pada ulasan.

Komen awam kelihatan kepada semua pengguna (pekerja syarikat dan kenalan pelanggan). Komen peribadi hanya kelihatan kepada pekerja syarikat.

Jika perlu, dalam subseksyen "Tetapan sistem umum" bahagian "", anda boleh menentukan publisiti atau privasi semua ulasan secara lalai:

Dalam ulasan, anda boleh menentukan mana-mana pekerja atau orang hubungan syarikat yang dikaitkan dengan permohonan itu. Untuk menyebut pekerja atau orang hubungan dalam ulasan, anda perlu memasukkan "@" dan nyatakan orang yang diperlukan dalam tetingkap pemilihan. Apabila disebut, makluman dihantar ke e-mel dengan teks ulasan dan pautan ke aplikasi.

Secara lalai, senarai harga termasuk perkhidmatan "Perkhidmatan berasaskan masa". Jika perlu, ia boleh diedit atau disembunyikan dalam arkib (seperti mana-mana baris lain yang ditambahkan kemudian).

Untuk menambah baris baharu, anda mesti klik pada butang "+ Tambah". Dalam tetingkap yang muncul, isikan medan dan simpan.

• Bahagian - pilih salah satu daripada pilihan "Perkhidmatan", "Kerja" atau "Produk" (bahagian ini hanya bertujuan untuk kemudahan menyusun baris senarai harga semasa membentuk spesifikasi aplikasi);
• Tetapkan Kod Perkhidmatan, Kerja atau Produk - pengecam unik dalam senarai harga;
• Tetapkan tajuk;
• Nyatakan unit ukuran;
• Tetapkan harga standard;
• Nyatakan VAT.

Okdesk membolehkan anda menetapkan larangan menyunting spesifikasi aplikasi yang berada dalam status yang ditentukan. Larangan menyunting spesifikasi boleh ditetapkan untuk peranan pekerja tertentu.

Senarai harga, jika tidak perlu, boleh dilumpuhkan dalam "Tetapan \ Tetapan sistem umum \ Aktifkan fungsi sistem".

Pembentukan spesifikasi aplikasi

Untuk setiap aplikasi, anda boleh menentukan spesifikasi kerja, perkhidmatan atau produk berbayar, yang dibentuk mengikut senarai harga. Untuk menambah baris baharu spesifikasi aplikasi dalam bahagian "Spesifikasi", klik pada butang "+ Tambah". Dalam tetingkap yang muncul, pilih pekerjaan, perkhidmatan atau produk, nyatakan kuantiti dan diskaun, serta kontraktor. Sistem akan mengira kos secara automatik.

Spesifikasi yang dijana boleh dimuat turun sebagai invois (dalam format Excel). Termasuk, ia boleh dipunggah oleh orang hubungan pelanggan di.

Butiran akaun ditetapkan dalam subseksyen "Tetapan sistem umum" bahagian "Tetapan".

Selepas mencipta yang boleh dicetak, anda boleh menjana dokumen siap pakai terus daripada kad aplikasi atau kad peralatan. Dokumen ini boleh dilampirkan sama ada sebagai fail pada aplikasi atau peralatan, atau anda boleh segera menghantar dokumen untuk dicetak.

Anda boleh membaca lebih lanjut tentang kefungsian borang boleh cetak dalam .

Kos buruh untuk permohonan

Okdesk menyediakan keupayaan untuk menjejaki beban kerja pekerja yang berkaitan dengan perkhidmatan pelanggan.

Semua kos buruh dikaitkan dengan permohonan. Sebaliknya, permintaan itu dipautkan kepada pelanggan. Oleh itu, sistem menyediakan maklumat mengenai semua kos buruh dalam konteks pekerja, aplikasi dan pelanggan.

Bilangan kos buruh yang dikaitkan dengan permintaan dipaparkan dalam blok "Masa yang dihabiskan" pada kad permintaan:

Untuk menghapus kira kos buruh pada permohonan, anda mesti mengklik pada butang "+ Hapus". Anda boleh melihat log semua kos buruh permohonan dengan mengklik pada butang pautan "tunjukkan semua" (pautan tidak dipaparkan jika masa dicaj untuk permohonan ialah 0).

Penilaian permohonan

Untuk mengawal kualiti perkhidmatan, Okdesk membenarkan orang hubungan pelanggan menilai permintaan yang telah selesai.

Untuk membolehkan orang yang dihubungi dapat menilai permohonan, adalah perlu untuk membolehkan penilaian permohonan dalam subseksyen "Tetapan \ Aplikasi \ Penilaian permohonan":

Apabila pekerja memindahkan aplikasi ke status "Selesai", pemberitahuan tentang penyelesaian aplikasi dihantar kepada orang hubungan pelanggan. Orang hubungan pelanggan dari pemberitahuan "satu klik" akan dapat menilai aplikasi (atau, jika perlu, menyambung semula kerja padanya):

Semasa kerja seterusnya dengan permohonan itu, penilaian boleh dilihat pada kad permohonan.

Dalam kad aplikasi, gred akan dipaparkan sebagai ikon smiley:

Analitis pada penilaian pelanggan tersedia dalam laporan Kepuasan Pelanggan.

Senarai permohonan

Aplikasi berulang

Kewajipan syarikat perkhidmatan kepada pelanggan selalunya bukan sahaja terdiri daripada pemprosesan insiden masuk dan permintaan perkhidmatan yang berkualiti tinggi, tetapi juga pelaksanaan aktiviti berjadual tetap mandatori pada infrastruktur atau peralatan pelanggan. Kita bercakap mengenai penyelenggaraan rutin yang mesti dijalankan bermula dari tarikh kontrak berakhir, dan pada kekerapan tertentu.

Sebelum ini, Okdesk membenarkan pembuatan tiket "untuk masa depan" secara manual. Apabila menerima pelanggan baharu untuk perkhidmatan, penghantar boleh memasukkan nombor yang diperlukan untuk jenis penyelenggaraan rutin yang sama secara manual dengan tarikh tamat yang ditetapkan. Walaupun mekanisme ini memungkinkan untuk "keluar daripada situasi itu," ia tidak lengkap. Tetapi kini Okdesk telah melaksanakan modul untuk membuat kerja berjadual secara automatik mengikut jadual yang diberikan.

Baca lebih lanjut tentang pesanan berulang dalam .

Pertukaran permohonan

Okdesk telah melaksanakan modul Pertukaran Permintaan, yang membenarkan syarikat yang menggunakan Okdesk dalam kerja mereka dan mempunyai perkongsian untuk memindahkan permintaan perkhidmatan antara satu sama lain untuk dilaksanakan.

Untuk membenarkan pemindahan aplikasi antara akaun rakan kongsi, anda perlu mewujudkan pautan. Ini memerlukan sama ada menjana kunci jabat tangan dan menghantarnya kepada pasangan anda, atau menggunakan kunci yang diterima daripada pasangan anda.

Untuk menjana kunci, pergi ke subseksyen "Minta pertukaran" bahagian "Tetapan" (butang "+ Jana sambungan untuk mewujudkan sambungan"). Hantar kunci yang dijana kepada rakan kongsi yang anda ingin buat sambungan:

Untuk mewujudkan sambungan menggunakan kunci yang diterima daripada rakan kongsi, dalam subseksyen "Pertukaran pesanan" bahagian "Tetapan", klik pada butang "Tetapkan komunikasi melalui kunci" dan masukkan kunci yang diterima daripada rakan kongsi:

Apabila pautan antara akaun telah diwujudkan, anda boleh mula bertukar-tukar aplikasi dengan rakan kongsi. Untuk memindahkan permohonan kepada rakan kongsi, pada kad permohonan, klik butang "Pindahkan kepada rakan kongsi":

Dalam tetingkap yang terbuka, masukkan data tambahan:

• Hantar maklumat tentang pelanggan akhir - rakan kongsi akan melihat data tentang pelanggan pada kad permohonan yang diserahkan dalam akaunnya;
• Pindahkan fail - anda boleh memilih fail aplikasi yang akan dipindahkan kepada rakan kongsi.

Sila ambil perhatian bahawa anda boleh berhubung dan bertukar-tukar fail dengan pasangan anda:

• Untuk ulasan atau fail, anda boleh menandai kotak "Pindahkan kepada rakan kongsi" - fail dan ulasan akan dipaparkan dalam aplikasi rakan kongsi (sebagai umum)

• Komen awam dan fail daripada permohonan rakan kongsi akan diduplikasi dalam aplikasi asal sebagai peribadi. Komen dan fail peribadi dalam permohonan rakan kongsi tidak akan diduplikasi dalam aplikasi asal.

Anda juga boleh menjejaki pelaksanaan aplikasi oleh rakan kongsi:

Jika perlu, anda boleh mendayakan SMS dan Pemberitahuan E-mel orang yang bertanggungjawab dan pemerhati aplikasi "Mengenai keputusan permohonan rakan kongsi".

Selepas permohonan rakan kongsi telah dipindahkan ke status "Selesai", butang "Menilai" penyelesaian permohonan yang dihantar kepada rakan kongsi akan muncul dalam aplikasi asal:

Penyepaduan dengan telefon dalam Okdesk dijalankan menggunakan perkhidmatan "Panggilan Mudah", yang menghubungkan pelbagai IP-PBX dengan sistem CRM \ Helpdesk (termasuk Okdesk).

Untuk menyediakan penyepaduan, anda perlu mendapatkan butiran akses kepada perkhidmatan di tapak web dan menyediakan penyepaduan sistem telefon anda secara bebas dengan perkhidmatan "Panggilan Mudah".

Untuk menyediakan penyepaduan dengan perkhidmatan "Panggilan Mudah" di sebelah Okdesk, anda perlu menentukan butiran sambungan. Tetapan ini dijalankan dalam subseksyen "Tetapan / Penyepaduan dengan telefon / Panggilan mudah".

Pada borang edit, isikan medan dan simpan:

• alamat pelayan (disediakan oleh perkhidmatan Panggilan Mudah);
• kata laluan (disediakan oleh perkhidmatan "Panggilan Mudah");
• nombor digit terakhir nombor untuk carian (pencarian untuk nombor dijalankan secara kebetulan digit terakhir nombor dalam pangkalan pelanggan dengan digit terakhir nombor yang dikenal pasti).

Selepas menyediakan dan mendayakan penyepaduan, pada kad pekerja, anda mesti menyatakan nombor telefon sambungan dalaman mereka (bersamaan dengan nombor yang dikonfigurasikan dalam PBX anda):

Panggilan masuk

Selepas prosedur untuk menyambung ke telefon telah berjaya, anda boleh mula menerima panggilan daripada pelanggan di Okdesk dan merekodkannya.

Dengan panggilan masuk, tetingkap pop timbul akan muncul di bahagian bawah sebelah kanan dengan data pemanggil dan butang "Permintaan baharu" untuk pendaftaran dan pemprosesan permintaan seterusnya:

Pelanggan dalam Okdesk dikenal pasti melalui medan "Telefon" untuk Syarikat dan medan "Telefon" dan "Telefon mudah alih" untuk kenalan dan individu.

Panggilan keluar

Selain menerima panggilan, Okdesk boleh membuat panggilan keluar ke nombor pelanggan.

Untuk membuat panggilan daripada kad syarikat / orang hubungan, klik pada nombor telefon pelanggan. Dalam tetingkap yang terbuka, nombor akan ditunjukkan (yang, jika perlu, boleh ditukar). Kemudian klik pada "Panggil":

Selepas itu, sistem telefon akan membuat panggilan kepada pelanggan yang dikehendaki.

Bot telegram

Bot dalam messenger Telegram ialah akaun khas yang tidak diberikan kepada orang, dan mesej yang dihantar daripada mereka atau kepada mereka diproses oleh sistem luaran (khususnya, sistem Okdesk). Pada masa yang sama, bagi pengguna, komunikasi dengan bot kelihatan seperti surat-menyurat biasa dengan orang lain.

Anda boleh membuat bot pelanggan Telegram anda sendiri dan menyambungkannya ke Okdesk. Ini akan membolehkan pelanggan menghubungi perkhidmatan pelanggan melalui messenger. Terima kasih kepada bot Telegram, pelanggan bukan sahaja dapat membuat permintaan baharu, tetapi juga menambah ulasan baharu, menutup permintaan dan menilai kualiti perkhidmatan. Baca lebih lanjut mengenai tetapan dan keupayaan bot masuk .

Penyepaduan dengan Teamviewer

Teamviewer ialah alat sokongan jauh yang popular untuk PC dan pengguna mudah alih. Teamviewer membolehkan anda menyambung ke desktop klien yang disokong untuk membantu pengguna mengkonfigurasi sistem dan program maklumat serta mendiagnosis dan menyelesaikan insiden. Dalam erti kata lain, ia adalah alat penting yang membantu syarikat perkhidmatan mengurangkan kos perkhidmatan pelanggan dan memendekkan masa yang diperlukan untuk menyelesaikan tuntutan.

Okdesk telah melaksanakan penyepaduan dengan Teamviewer. Ia membolehkan anda meningkatkan kesan menggunakan dua instrumen secara berasingan. Kini, untuk memulakan sesi sokongan jauh, anda tidak perlu pergi ke antara muka Teamviewer dan statistik sesi dipaparkan dalam antara muka Okdesk.

Baca lebih lanjut mengenai tetapan untuk menyambungkan Teamviewer ke Okdesk dalam .

Memproses permintaan melalui E-mel

Okdesk membolehkan anda mengautomasikan proses menerima e-mel pelanggan dan e-mel seterusnya atas permintaan.

Untuk menyediakan pemprosesan automatik e-mel, anda mesti menentukan butiran penyambungan ke pelayan mel. Tetapan ini dijalankan dalam subseksyen "Pemprosesan e-mel masuk".

Pendaftaran permohonan

Semua surat yang diterima melalui perkhidmatan sokongan e-mel akan didaftarkan dalam sistem sebagai permintaan, atau akan dilampirkan sebagai ulasan kepada permintaan sedia ada (lihat di bawah). Semua fail yang dilampirkan pada surat akan dilampirkan pada aplikasi.

Okdesk secara automatik akan menentukan pengikatan permintaan kepada kenalan dan syarikat melalui e-mel daripada pengirim (jika permintaan itu dihantar daripada e-mel orang hubungan yang tidak dikenali, tetapi domain dalam alamat pengirim sepadan dengan domain syarikat daripada pangkalan pelanggan, Okdesk akan memautkan permintaan baharu kepada syarikat yang ditemui oleh domain).

Selain itu, jika pilihan "Buat kenalan melalui e-mel yang tidak diketahui" ditetapkan dalam tetapan pemprosesan mel, Okdesk akan membuat kenalan baharu secara automatik dan mengaitkan tiket yang dibuat dengan mereka.

Surat-menyurat mengenai permohonan

Apabila menghantar pemberitahuan tentang acara dengan permintaan, Okdesk meletakkan penanda khas dalam baris subjek (id permintaan dalam sistem), terima kasih kepada surat-menyurat e-mel pada permintaan itu tersedia.

Logik untuk memproses surat yang mengandungi penanda pesanan adalah seperti berikut:

1. Aplikasi dengan penanda sedemikian wujud:
   1. Teks surat sebelum pemisah (dalam surat yang dihantar, Okdesk memasukkan pemisah untuk memotong keseluruhan sejarah surat-menyurat) ditambah sebagai ulasan pada tiket sedia ada.
   2. Pengarang ulasan menunjukkan - pekerja atau orang hubungan ditemui melalui e-mel (jika pekerja mahupun orang hubungan itu tidak ditemui melalui e-mel, ulasan itu ditambahkan bagi pihak pekerja yang paling awal dicipta dengan hak "Pentadbir").
   3. Fail surat dilampirkan pada permohonan (kecuali fail yang melebihi had yang ditetapkan).
   4. Komen yang ditambahkan melalui e-mel ditandakan dengan ikon sampul surat, klik pada yang akan memaparkan maklumat tambahan tentang surat itu.
2. Tiada tiket dengan token ini, atau tiada token tiket: tiket baharu sedang dibuat.

Borang web untuk pendaftaran permohonan

Borang web ialah fungsi Okdesk yang membolehkan anda membenamkan tetingkap khas ke dalam tapak web Syarikat (atau halaman individu tapak web) yang melaluinya pelawat tapak web boleh bertanya soalan atau menghubungi perkhidmatan pelanggan.

Borang web mempunyai dua bahagian. Pintasan panggilan borang:

Dan borang permohonan dengan medan yang ditentukan:

Menyediakan warna, teks dan satu set medan borang Web dijalankan dalam subseksyen "Menyediakan borang Web".

Untuk meletakkan borang Web di tapak, salin skrip yang dihasilkan dengan mengklik pada butang "Kod untuk membenamkan ke dalam halaman":

Dan masukkannya sebelum tag

halaman yang sepadan.

Logik untuk membuat permintaan melalui borang Web adalah seperti berikut. Semua nilai medan yang diisi diletakkan dalam perihalan permohonan dalam format:

• "Nama medan": "Nilai medan".

Setiap medan pada baris baharu. Baris pertama medan "Teks rayuan" ditambahkan pada subjek permohonan. Jika medan ini tiada dalam borang (jika ia disembunyikan), maka subjek permohonan adalah "Permohonan melalui Borang Web".

Jika atribut E-mel dipaparkan dan diisi pada borang, logik untuk mengikat kepada pelanggan / kenalan adalah serupa dengan logik mengikat untuk.

Pangkalan pelanggan

Okdesk membolehkan anda menyimpan rekod pangkalan pelanggan, termasuk mengekalkan pangkalan data syarikat, orang hubungan pelanggan dan kontrak yang dibuat dengan pelanggan.

Syarikat

Senarai syarikat diberikan dalam bahagian "Pelanggan". Untuk membuat syarikat baharu, klik pada butang “+ Tambah” di atas senarai syarikat.

Kad syarikat memaparkan maklumat tentang syarikat, senarai orang hubungan, kontrak, (restoran, kafe, tempat jualan, dll.) yang dikaitkan dengan syarikat dan peralatan yang sedang diservis oleh syarikat.

Dalam kad syarikat, dalam atribut "Pengurus bertanggungjawab", anda boleh menentukan pekerja yang akan ditugaskan secara lalai sebagai bertanggungjawab untuk permintaan syarikat ini yang diterima melalui borang Web, Portal Pelanggan dan E-mel.

Kategori pelanggan

Okdesk membolehkan anda membezakan pelanggan mengikut kategori (contohnya, dengan kepentingan perkhidmatan, bidang kerja, segmen). Pelanggan boleh diberikan kategori pada borang penciptaan syarikat dan pada kad syarikat:

Secara lalai, sistem menyediakan tiga kategori - Pelanggan, Rakan Kongsi dan pelanggan VIP. Jika anda mahu, anda boleh menambah pada senarai kategori pelanggan atau mengedit yang sedia ada dalam subseksyen "Kategori Pelanggan \ Pelanggan" pada bahagian "Tetapan":

Perlu diingatkan bahawa untuk kenalan dalam portal pelanggan, parameter Kategori Pelanggan tidak dipaparkan.

Muka kenalan

Kenalan dalam Okdesk boleh sama ada berkaitan syarikat (hubungan pelanggan) atau bukan berkaitan syarikat (pelanggan individu). Senarai orang yang boleh dihubungi disediakan dalam bahagian "Pelanggan" di bawah senarai syarikat.

Kad orang hubungan memaparkan maklumat tentang orang hubungan ini. Selain itu, pada kad orang hubungan, anda boleh memberikan akses kepada orang hubungan ini.

Dalam kad orang hubungan, dalam atribut "Pengurus bertanggungjawab", anda boleh menentukan pekerja yang akan ditugaskan secara lalai sebagai bertanggungjawab untuk permintaan orang hubungan ini yang diterima melalui borang Web, Portal Pelanggan dan E-mel.

Selain itu, pada kad orang kenalan, anda boleh menentukan alamat e-mel untuk mel pendua (contohnya, supaya pemberitahuan diterima bukan sahaja kepada e-mel orang hubungan, tetapi juga kepada alamat e-mel pengurus orang hubungan) .

Pangkalan pengetahuan dalam Okdesk ialah sumber yang paling penting untuk menyimpan dan mengumpul maklumat berguna (dalam pangkalan pengetahuan anda boleh menyimpan arahan, artikel, video, jawapan pantas kepada soalan lazim, dsb.).

Pangkalan pengetahuan ialah alat berguna yang membantu menyelesaikan permintaan untuk kedua-dua pekerja dan pelanggan anda, yang akan dapat mencari penyelesaian secara bebas kepada masalah yang timbul.

Secara lalai, 3 bahagian asas ditambahkan pada sistem, tetapi anda boleh menambah bahagian yang diperlukan atau mengedit bahagian yang sedia ada. Untuk menambah bahagian baharu, klik pada “+ Tambah Bahagian”. Dalam tetingkap modal yang muncul, isikan medan dan nyatakan hak akses:

• Bersarang dalam bahagian - nyatakan di bahagian mana bahagian yang diberikan akan bersarang (jika bahagian yang dibuat mestilah akar, kemudian nyatakan dalam baris "tidak ditentukan")

Jika anda membuat bahagian dalam bahagian lain, parameter "Warisi hak akses" akan ditunjukkan dalam tetingkap modal - hak akses akan sama seperti bahagian kepala. Untuk menukar hak akses, nyahtanda "Warisi hak akses" dalam tetingkap modal:

Selepas menyahtanda kotak semak, parameter hak akses akan muncul dalam tetingkap modal:

• Hak untuk mencipta bahagian dan artikel bersarang - nyatakan peranan pengguna yang akan dibenarkan membuat bahagian dan artikel baharu dalam bahagian ini;
• Kebenaran untuk melihat bahagian dan kandungannya - nyatakan peranan pengguna yang akan dibenarkan melihat bahagian ini, termasuk artikel yang bersarang di dalamnya (bahagian bersarang, yang pengguna tidak mempunyai kebenaran untuk melihat, tidak akan dipaparkan kepada pengguna;
• Hak penyuntingan bahagian - nyatakan peranan pengguna yang akan dibenarkan untuk mengedit bahagian ini (termasuk hak akses bahagian penyuntingan);
• Kebenaran untuk mengedit artikel bersarang - nyatakan peranan pengguna yang akan dibenarkan untuk mengedit artikel bersarang dalam bahagian tersebut.

Untuk menambah artikel, klik pada "+ Tambah artikel". Dalam tetingkap modal, nyatakan tajuk dan bahagian di mana artikel yang dibuat akan ditempatkan:

Objek Perkhidmatan

Okdesk membolehkan anda menyimpan maklumat tentang objek perkhidmatan (kafe, restoran, tempat jualan, dsb.) berhubung dengan pelanggan dan orang hubungan pelanggan.

Senarai objek perkhidmatan dipaparkan dalam tab "Objek perkhidmatan" pada kad syarikat:

Tiket boleh dipautkan kepada objek perkhidmatan pada borang penciptaan atau kad tiket:

Kontrak dan tempoh perkhidmatan

Senarai kontrak yang dibuat dengan pelanggan dipaparkan dalam kad syarikat. Kad kontrak memaparkan maklumat tambahan mengenai kontrak ini, serta senarai fail yang dilampirkan (contohnya, imej imbasan dokumen asal).

Bekerja dengan fail pada kad kontrak adalah serupa dengan bekerja dengan pada kad aplikasi, termasuk menambah dengan menyeret dan menjatuhkan dan tanda awam / peribadi.

Perjanjian itu boleh dikaitkan dengan beberapa syarikat. Pengikatan perjanjian kepada syarikat dilakukan pada kad perjanjian, manakala perjanjian ini akan dipaparkan pada kad syarikat yang ditentukan.

Untuk kontrak, adalah mungkin untuk menjejaki tempoh sah dengan mewujudkan tempoh perkhidmatan dalam kontrak (satu kontrak boleh mempunyai beberapa tempoh perkhidmatan berturut-turut, sepadan, sebagai contoh, dengan tempoh pembayaran yuran perkhidmatan bulanan).

Senarai tempoh perkhidmatan kontrak dipaparkan pada tab "Tempoh perkhidmatan" kad kontrak dalam bentuk jadual:

Jika pada masa ini kontrak tidak mempunyai tempoh perkhidmatan atau terdapat tempoh perkhidmatan yang tidak dibayar, apabila mendaftarkan permohonan berkaitan dengan perjanjian sedemikian, amaran akan muncul:

Adalah mungkin untuk menghantar pemberitahuan e-mel dengan peringatan tamat tempoh perkhidmatan kepada pengurus pelanggan yang bertanggungjawab. Untuk melakukan ini, anda mesti menentukan tarikh peringatan mengenai penghujung tempoh perkhidmatan apabila membuat atau mengedit tempoh perkhidmatan dan mendayakan pemberitahuan yang sepadan ("E-mel untuk pemberitahuan tentang acara dengan kontrak").

peralatan

Okdesk membolehkan anda menyimpan rekod peralatan pelanggan yang diselenggara oleh syarikat anda. Setiap peralatan dikelaskan mengikut jenis, pengilang dan model. Senarai elemen buku rujukan peralatan ditetapkan dalam subseksyen "Tetapan / Peralatan":

Okdesk boleh melanjutkan set standard atribut perkakasan. Selain itu, setiap jenis peralatan boleh mempunyai set atribut tambahannya sendiri. Anda boleh menambah dan mengedit atribut peralatan tambahan dalam subseksyen "Equipment \ Equipment attributes" pada bahagian "Tetapan".

Untuk menambah atribut peralatan baharu, klik pada butang “+ Tambah” di atas senarai atribut peralatan:

Senarai peralatan diberikan dalam bahagian "Peralatan". Untuk mencipta peralatan baharu, klik pada butang “+ Tambah” di atas senarai peralatan:

Senarai peralatan syarikat dipaparkan dalam tab "Peralatan" pada kad syarikat:

Peralatan juga boleh diberikan kepada objek perkhidmatan tertentu.

Pesanan boleh dikaitkan dengan peralatan pelanggan pada borang penciptaan atau pada kad pesanan:

Jika perlu, unit dengan peralatan boleh dilumpuhkan dalam subseksyen "Tetapan / Tetapan sistem umum".

Pemberitahuan atas permintaan

Pemberitahuan e-mel

Okdesk membolehkan anda memberitahu pekerja yang bertanggungjawab dan orang hubungan pelanggan tentang acara dengan tiket. Menyediakan pemberitahuan mengenai permintaan dibuat dalam subseksyen "Pemberitahuan e-mel" bahagian tersebut.

Apabila menyediakan makluman, anda boleh menentukan nama paparan pengirim (bagaimana pengirim surat akan dipaparkan dalam klien e-mel penerima) dan alamat untuk balasan. Selain itu, dalam tetapan pemberitahuan, anda boleh menentukan e-mel untuk pemberitahuan pendua yang dihantar kepada kenalan pelanggan (atribut "Alamat untuk pemberitahuan pelanggan pendua").

Untuk setiap jenis pemberitahuan, fungsi mendayakan dan melumpuhkan jenis pemberitahuan ini tersedia.

Okdesk juga membenarkan anda mengedit templat reka bentuk amaran dan templat teks amaran.

Templat reka bentuk pemberitahuan diedit dengan mengklik pada butang "Edit templat reka bentuk huruf". Dalam tetingkap yang muncul, anda boleh menetapkan reka bentuk surat anda sendiri. Tetapi adalah penting untuk menyimpan pembolehubah (((KANDUNGAN))) (semasa menghantar surat, pembolehubah ini akan digantikan dengan kandungan surat tertentu mengikut templat surat).

Templat teks dan subjek pemberitahuan diedit dengan mengklik pada pautan butang "Edit" dalam baris yang sepadan dengan pemberitahuan yang diperlukan. Dalam tetingkap yang terbuka, anda boleh menetapkan teks untuk penggunaan pemberitahuan.

Pada borang untuk mengedit pemberitahuan e-mel orang hubungan pelanggan tentang perubahan dalam status, anda boleh memilih status, apabila bertukar kepada pemberitahuan yang akan dihantar.

Sekiranya permohonan itu mempunyai orang hubungan dan syarikat, tetapi orang hubungan ini tidak mempunyai e-mel, maka pemberitahuan dihantar ke e-mel syarikat (jika orang hubungan tidak dinyatakan untuk permohonan itu, maka pemberitahuan itu adalah tidak dihantar).

Jika perlu, anda boleh mengkonfigurasi pendua pemberitahuan pelanggan kepada pengarang acara dalam bahagian "Tetapan \ Pemberitahuan e-mel \ Pemberitahuan pelanggan".

Juga dalam bahagian "Tetapan \ Pemberitahuan e-mel \ Pemberitahuan kepada pelanggan" anda boleh mengkonfigurasi penduaan surat yang dihantar kepada kenalan ke e-mel umum syarikat:

• Sentiasa - pemberitahuan akan disalin pada e-mel syarikat dalam apa jua keadaan (walaupun e-mel tidak didaftarkan pada kad orang hubungan atau hanya syarikat ditunjukkan pada kad permohonan)
• Jika orang hubungan permohonan tidak mempunyai e-mel
• Jika permohonan tidak mempunyai orang yang boleh dihubungi

Pemberitahuan SMS

Okdesk membolehkan anda mengautomasikan proses memaklumkan pelanggan dan pekerja melalui pemberitahuan SMS.

Sistem akan menghantar pemberitahuan SMS yang diperlukan secara automatik ke nombor yang ditunjukkan dalam kad pekerja yang bertanggungjawab atau orang hubungan permohonan.

Untuk mengkonfigurasi pemberitahuan SMS, anda perlu mengkonfigurasi tetapan untuk menyambung ke get laluan SMS. Tetapan ini dijalankan dalam subseksyen "Pemberitahuan SMS" bahagian "Tetapan". Pada masa ini, sistem sedang berintegrasi dengan gerbang SMSC.ru, SMS.ru dan SMSAERO.ru (kami boleh menyambungkan gerbang baharu mengikut keperluan).

Selepas mengisi parameter untuk menyambung ke get laluan SMS, butang "Semak sambungan" akan muncul pada halaman tetapan. Bergantung pada respons pelayan, tetingkap dengan mesej maklumat akan muncul pada halaman. Jika sambungan berjaya, mesej yang sepadan dan baki anda dalam rubel akan dipaparkan. Jika anda mempunyai sebarang masalah dengan sambungan, kemudian tulis kepada kami.

Okdesk juga membenarkan anda mengedit templat teks untuk pemberitahuan SMS.

Templat teks pemberitahuan diedit dengan mengklik pada butang pautan "Edit" dalam baris yang sepadan dengan pemberitahuan yang diperlukan. Dalam tetingkap yang terbuka, anda boleh menetapkan teks untuk penggunaan pemberitahuan.

Pada borang untuk menyunting pemberitahuan sms orang hubungan pelanggan tentang perubahan status, terdapat peluang untuk memilih status, apabila bertukar kepada pemberitahuan akan dihantar.

Jika perlu, anda boleh melumpuhkan pelanggan dan pekerja yang memaklumkan SMS (secara lalai, semua makluman untuk pekerja didayakan, semua makluman untuk orang hubungan dilumpuhkan).

Pemberitahuan tolak

Terdapat kemungkinan untuk memberitahu pengguna pada senarai pesanan atau kad pesanan, tentang peristiwa yang berlaku dengan pesanan.

Pemberitahuan tolak disertakan dengan isyarat bunyi dan dipaparkan di penjuru kanan sebelah bawah dengan teks yang sepadan dengan acara:

Peristiwa berikut dengan pesanan dipantau:

• Pertukaran orang yang bertanggungjawab;
• Menukar status permohonan;
• Menambah ulasan baharu pada aplikasi.

Portal Pelanggan

Memberi akses kepada portal pelanggan kepada orang hubungan pelanggan

Akses kepada orang hubungan dalam portal pelanggan disediakan pada kad orang hubungan:

Dalam tetingkap yang terbuka, anda mesti memberikan log masuk dan kata laluan kepada orang hubungan:

Pada masa hadapan, log masuk dan kata laluan orang hubungan boleh ditukar.

Selepas memberikan akses kepada orang hubungan dan jika orang hubungan ini dikaitkan dengan syarikat, atribut "Tahap akses" akan muncul pada kad orang hubungan itu. (Anda boleh mengkonfigurasi tahap akses lalai untuk orang hubungan, kemudian ia akan ditandakan secara automatik pada kad orang hubungan. Anda boleh mengkonfigurasi tahap akses lalai dalam bahagian "Tetapan / Portal Pelanggan".)

Atribut ini mentakrifkan maklumat yang akan kelihatan kepada orang hubungan apabila bekerja di Portal Pelanggan:

• Paparkan aplikasi syarikat (orang hubungan akan mempunyai akses kepada semua aplikasi syarikatnya (didaftarkan bagi pihaknya sendiri, serta bagi pihak kenalan syarikat lain));
• Paparkan permintaan untuk objek perkhidmatan yang berkaitan (orang hubungan akan mempunyai akses kepada permintaan tersebut yang objek yang berkaitan dengan orang hubungan ditunjukkan sebagai objek perkhidmatan);
• Paparkan pesanan syarikat yang diselia (orang yang dihubungi akan mempunyai akses kepada semua pesanan syarikat yang diselia (didaftarkan bagi pihak mereka sendiri, serta bagi pihak kenalan syarikat yang diselia yang lain));
• Akses kepada laporan (orang hubungan akan mempunyai akses kepada laporan mengenai permintaan syarikat. Senarai laporan yang tersedia untuk orang hubungan dalam portal pelanggan ditetapkan dalam parameter ketersediaan Laporan dalam bahagian portal klien "Tetapan \ Portal klien":

Secara lalai, pemilik dan pemerhati tiket tidak dipaparkan kepada kenalan dalam portal pelanggan. Paparan parameter ini dalam portal pelanggan ditetapkan dalam subseksyen portal Pelanggan bahagian "Tetapan":

Dalam bahagian yang sama, anda boleh menentukan atribut yang akan terkandung dalam fail apabila senarai pesanan dimuat naik dari portal pelanggan oleh orang hubungan pelanggan.

Juga, untuk orang hubungan pelanggan dalam portal pelanggan, mengisi medan dengan jenis dan keutamaan aplikasi tersedia semasa membuat aplikasi.

Tetapan untuk memaparkan atribut sistem dalam portal klien ditetapkan dalam subseksyen "Pesanan \ Atribut Pesanan" bahagian "Tetapan":

Melihat sejarah interaksi, menambah baharu dan surat-menyurat pada permintaan sedia ada

Orang hubungan boleh mengakses portal pelanggan melalui halaman log masuk yang sama seperti pekerja syarikat.

Tindakan berikut tersedia untuk orang hubungan pelanggan dari portal pelanggan:

Pekerja dan peranan

Kad pekerja

Senarai pekerja syarikat perkhidmatan dipaparkan dalam bahagian "Pekerja". Untuk menambah pekerja baharu, anda mesti klik pada butang "+ Tambah" di bahagian atas sebelah kanan senarai.

Akaun pekerja di Okdesk boleh diaktifkan dan dinyahaktifkan. Pekerja dengan akaun yang dinyahaktifkan tidak akan dapat log masuk dan tidak akan bertanggungjawab untuk tiket. Dalam kes ini, semua maklumat tentang tindakan pekerja dalam sistem, termasuk ulasan, akan disimpan.

Apabila anda membuat akaun pekerja baharu, Okdesk akan menggesa anda untuk mengaktifkannya.

Akaun pekerja boleh diaktifkan dan dinyahaktifkan pada bila-bila masa. Pada masa yang sama, jika pekerja bertanggungjawab untuk permohonan yang tidak ditutup, penyahaktifan akaunnya tidak tersedia.

Untuk semua pekerja di Okdesk, fungsi memuat naik foto peribadi tersedia, yang akan dipaparkan dalam antara muka sistem.

Okdesk melaksanakan fungsi menjejak lokasi pekerja pada peta. Fungsi ini tersedia hanya apabila aplikasi mudah alih disambungkan. Anda boleh melihat kedudukan semasa pekerja dalam bahagian "Pekerja" pada tab "Pekerja pada peta".

Peranan dan hak akses

Hak akses pekerja di Okdesk ditentukan oleh peranan mereka. Anda boleh menetapkan peranan untuk pekerja pada kad ciptaan pekerja dan mengedit peranan yang sudah ada pada kad yang dibuat:

Okdesk menyediakan peranan berikut:

• Pentadbir: mempunyai akses kepada semua fungsi sistem;
• Pakar utama: tidak seperti pentadbir, dia tidak mempunyai akses kepada bahagian tetapan dan laporan (akses kepada bahagian "Laporan" untuk peranan "Pakar utama" boleh diberikan dalam subseksyen "Tetapan sistem umum" bahagian "Tetapan" ). Di samping itu, pakar terkemuka tidak mempunyai hak untuk menukar peranan, log masuk dan kata laluan, serta menyediakan akses kepada akaun peribadi untuk pengguna lain sistem;
• Pakar: akses hanya diberikan kepada bahagian "Aplikasi" dan "Pangkalan Pengetahuan". Pakar mempunyai akses kepada melihat kad syarikat, orang hubungan, objek, peralatan yang berkaitan dengan permintaan yang mana pekerja bertanggungjawab (atau sebahagian daripada kumpulan yang bertanggungjawab), adalah pemerhati (atau sebahagian daripada kumpulan pemerhati) atau pengarang .

Okdesk mempunyai keupayaan untuk mengkonfigurasi hak secara fleksibel mengenai tindakan dengan tiket. Anda boleh mengetahui lebih lanjut tentang cara sistem hak dan peranan berfungsi dengan mengikuti kursus dalam talian percuma khusus v .

Kumpulan pekerja

Okdesk membolehkan anda membahagikan pekerja kepada kumpulan berfungsi mengikut pengkhususan (pentadbir sistem, penghantar, jurutera, dll.), manakala pekerja yang sama boleh menjadi ahli beberapa kumpulan berfungsi pada masa yang sama.

Untuk menambah kumpulan, dalam senarai pekerja, klik pada butang "Tambah" yang terletak di sebelah kanan di atas senarai:

Pekerja yang dinyatakan dalam parameter "Senarai pekerja untuk pemberitahuan" akan menerima pemberitahuan e-mel tentang acara dengan permintaan (penyerahan tanggungjawab kepada kumpulan) dan kontrak pelanggan (dalam kes di mana kumpulan ditetapkan dalam parameter "Pengurus bertanggungjawab" syarikat atau kad orang hubungan)...

Dalam tetingkap yang muncul, isikan medan dan simpan.

Kumpulan itu boleh dialih keluar atau disembunyikan jika perlu.

Laporan

Okdesk membolehkan anda menjana laporan mengenai kerja jabatan perkhidmatan dan memaparkan maklumat operasi tentang keadaan semasa.

Laporan papan pemuka "Maklumat Operasi" memaparkan ringkasan operasi keadaan semasa dalam jabatan perkhidmatan. Papan pemuka memaparkan bilangan aplikasi dalam status "Terbuka", berapa banyak daripada mereka yang tertunggak, berapa banyak permohonan yang belum selesai, berapa banyak permohonan mesti diselesaikan hari ini dan berapa banyak permohonan tanpa tanggungjawab peribadi.

Juga pada papan pemuka "Maklumat Operasi", graf berganda dipaparkan dengan bilangan pesanan yang dibuat dan diselesaikan mengikut hari.

Selebihnya laporan menyediakan maklumat mengenai kerja jabatan perkhidmatan untuk tempoh yang dipilih. Untuk setiap laporan, anda boleh menetapkan parameter penapisan, termasuk pelanggan, orang hubungan, pekerja (untuk “Laporan Prestasi Pekerja”) dan tempoh masa. Semua laporan jadual boleh dimuat turun dalam format Excel.

Untuk laporan mengenai spesifikasi pesanan, adalah mungkin untuk menentukan lajur tambahan pesanan, yang akan dimuat naik ke xls.

Menggayakan antara muka

Anda boleh menyesuaikan penampilan antara muka Okdesk agar sepadan dengan penjenamaan syarikat anda.

Untuk melakukan ini, dalam subseksyen "Tetapan sistem umum" bahagian "Tetapan", anda boleh menetapkan warna utama, tajuk semua halaman sistem, memuat naik fail dengan logo syarikat (ia akan dipaparkan pada halaman log masuk) dan favicon.

Sebagai alternatif, anda boleh melampirkan (parking) domain anda sendiri pada akaun Okdesk anda. Pelanggan anda akan diarahkan untuk membantu.syarikat_anda.xx.

tetapan

Untuk pergi ke bahagian "Tetapan", pilih item menu "Tetapan" dengan ikon gear di penjuru kiri sebelah bawah:

Akses kepada bahagian "Tetapan" hanya tersedia untuk pekerja yang mempunyai.

Status mencerminkan peringkat pemprosesan aplikasi, melihat status aplikasi, anda segera memahami keadaannya.

Sistem ini menyediakan empat status utama permohonan: baharu, dalam pemprosesan, diproses dan ditangguhkan. Sebaik sahaja aplikasi memasuki sistem, ia secara automatik diberikan status Baharu, maka pekerja boleh melihat aplikasi yang diterima pelawat dalam tab CRM - Aplikasi.

Untuk memaparkan data terkini tentang status pesanan, masa pemprosesan, dsb. gunakan butang Muat Semula. Butang ini akan membantu anda mendapatkan perubahan terkini pada aplikasi tanpa membebankan halaman dan tanpa meninggalkan tab ini.

Status permohonan yang mungkin:

• baru: aplikasi baru sahaja memasuki sistem dan pekerja masih belum memprosesnya. Nama dan status permohonan Baharu adalah dalam huruf tebal;
• dalam pemprosesan: pekerja, yang nama penuhnya ditunjukkan dalam lajur nama penuh pekerja, sedang memproses permohonan itu, i.e. dia mempunyai tetingkap pemprosesan aplikasi terbuka;
• diproses: permohonan telah diproses oleh pekerja yang nama penuhnya ditunjukkan dalam ruangan nama penuh pekerja;
• ditangguhkan: permohonan telah ditangguhkan oleh kontraktor untuk tempoh tertentu (sebabnya mungkin kekurangan panggilan atau tidak dapat diakses oleh pelanggan).

Mari kita lihat dengan lebih dekat setiap status permohonan.

Status Baru

Permintaan baharu dianggap sebagai permintaan belum disemak yang telah memasuki sistem daripada borang tangkapan kenalan, serta permintaan yang mana pekerja dengan peranan Pengurus telah menetapkan status Baharu secara manual (sebabnya mungkin pemprosesan permintaan yang salah atau maklumat yang tidak tepat diterima sebagai hasil komunikasi dengan klien).

Anda boleh mengembalikan aplikasi ke status Baharu dari halaman CRM - Aplikasi, menggunakan butang.

Permohonan itu dianggap baharu sehingga pekerja mula memprosesnya.

Jika pekerja telah menutup tetingkap pemprosesan permintaan tanpa memprosesnya dan tanpa mengenal pasti pelanggan, permintaan itu dikembalikan kepada status Baharu.

Apabila aplikasi baharu memasuki sistem, semua pengguna menerima pemberitahuan dalam pengepala tapak bahawa aplikasi baharu telah tiba. Mengklik pada ikon ini membuka borang pemprosesan permohonan.

Status Dalam pemprosesan

Status Dalam pemprosesan diberikan kepada permintaan jika pekerja telah membuka tetingkap pemprosesan permintaan. Semasa tetingkap ini dibuka, permintaan berada dalam status Dalam pemprosesan.

Dalam jadual dengan senarai permohonan, status permohonan, nama penuh pekerja yang memproses permohonan, serta tarikh dan masa permulaan pemprosesan permohonan direkodkan.

Status Diproses

Permohonan dianggap diproses hanya jika pekerja dalam tetingkap pemprosesan aplikasi telah memilih pilihan Permohonan diproses dan mengklik butang Simpan.

Jadual permohonan merekodkan nama penuh pekerja yang memproses permohonan, masa pemprosesan selesai, serta tempoh memproses permohonan.

Status Ditahan

Pekerja yang menerima permintaan kerja boleh menangguhkan pelaksanaannya untuk sebarang tempoh.

Sebabnya mungkin permintaan pelanggan untuk menghubungi semula atau panggilan gagal.

Dalam kes ini, tetingkap pemprosesan aplikasi, pekerja memilih pilihan Aplikasi ditangguhkan, menentukan masa dan menjimatkan.