Pembayaran bil. Pengebilan dalam perbankan: sistem pembayaran yang sesuai untuk semua orang. Pasaran sistem pengebilan

| Rekreasi dan hobi | Kehidupan | Arkib | RSS

Pengebilan dalam perbankan: sistem pembayaran yang sesuai untuk semua orang

Rangkaian perkhidmatan hampir mana-mana bank termasuk operasi untuk menerima pembayaran utiliti dan belanjawan dan pemindahan seterusnya kepada organisasi penerima. Di sebalik kesederhanaan yang jelas untuk menyediakan perkhidmatan ini, jenis operasi ini sentiasa agak intensif buruh, kerana ia melibatkan beberapa peringkat kerja dengan penyediaan sejumlah besar dokumentasi perbankan. Sistem ini juga tidak begitu mudah untuk pelanggan: pembayar perkhidmatan sering dipaksa untuk beratur, dan organisasi utiliti terpaksa menunggu beberapa hari untuk jumlah dikreditkan ke akaun mereka.

Keadaan telah berubah secara mendadak sejak bank mula memperkenalkan sistem pembayaran baharu ke dalam aktiviti mereka, yang dipanggil "pengebilan". Kompleks ini melibatkan automasi lengkap proses menerima pelbagai pembayaran dan memindahkannya ke akaun penerima. Bank memeterai perjanjian dengan organisasi perumahan dan komunal atau syarikat yang menyediakan perkhidmatan komunikasi mengenai peralihan kepada sistem pengebilan. Selepas ini, perusahaan ini menyediakan bank dengan butirannya untuk jumlah pengkreditan, serta pangkalan pelanggan dengan pecahan hutang untuk setiap pelanggan. Data yang disediakan dikemas kini dalam had masa yang ditetapkan dalam kontrak.

Apabila beralih kepada pengebilan, perkhidmatan pelanggan dijalankan melalui ATM atau terminal, yang menghilangkan keperluan untuk beratur dan mengisi resit dengan membosankan. Pakar bank memautkan kad plastik pelanggan sekali ke nama keluarga atau nombor pengenalan pembayar yang ditunjukkan olehnya. Oleh itu, dia bukan sahaja boleh membayar hutang bulanan untuk gas, air atau telefon, tetapi juga menerima maklumat tepat pada masanya mengenai statusnya.

Sistem ini juga boleh digunakan untuk membayar pembayaran sekali sahaja jika organisasi telah menandatangani perjanjian yang sepadan dengan bank. Terima kasih kepada sistem pengebilan, pelanggan boleh membayar jumlah cukai atau yuran mandatori menggunakan nombor resit yang dikeluarkan oleh pejabat cukai atau organisasi belanjawan lain.

Bagi perusahaan yang menerima bayaran daripada orang ramai, pengebilan juga merupakan sistem yang paling mudah dan boleh dipercayai, memandangkan automasi pengiraan menghapuskan kemungkinan mengkreditkan dana kepada penerima yang tidak wajar. Di samping itu, penggunaan perkhidmatan perbankan ini dengan ketara mengurangkan masa yang diperlukan untuk amaun pembayaran tiba dalam akaun semasa organisasi.

Platform memproses InitialDP 37 ms; pelanggan mendengar bunyi bip selama 10 saat; Tempoh perbualan adalah lebih sedikit daripada 5 minit.

Pengebilan mengumpul maklumat tentang penggunaan perkhidmatan telekomunikasi, tarif mereka, dan bertanggungjawab untuk pelanggan pengebilan dan memproses pembayaran.

Terdapat 2 jenis pengiraan utama:

Lepas bayar- mengeluarkan invois untuk tempoh tersebut berdasarkan keputusannya (pasca bayar)
Dan sistem pendahuluan(prabayar), apabila wang dibayar terlebih dahulu.

Pascabayaran muncul mengikut sejarah lebih awal, tetapi prabayaran ternyata lebih mudah untuk pelanggan (lebih terkawal - jika berlaku masalah, pemutusan sambungan berlaku, dan bukannya bil besar dikeluarkan).

Sistem pascabayar

Apabila pelanggan sistem pembayaran pasca bayar menggunakan perkhidmatan pengendali, fail CDR (Rekod Data Pengecasan) khas dijana pada suis. Pada asasnya, ini adalah log biasa yang menunjukkan nombor pelanggan, tarikh, masa panggilan/ volum trafik yang dimuat turun, dsb. Pengebilan, pada masa tertentu (contohnya, sekali sehari) menyambung ke suis, memuat turun CDR, mengira kos perkhidmatan dan menyimpan segala-galanya dalam pangkalan data (biasanya Oracle). Pelanggan kemudiannya dikeluarkan jumlah invois pada akhir bulan.

Skim interaksi platform Pascabayar dengan teras rangkaian pengendali.
CSN- rangkaian pensuisan litar; Diwakili oleh suis saluran (MSC).
PSN– rangkaian penukaran paket; Diwakili oleh suis paket dan get laluan (SGSN dan GGSN, masing-masing).

Prinsip operasi sistem pascabayar agak mudah, kerana ia tidak memerlukan respons masa nyata dari platform: lagipun, pelanggan tidak perlu diberi amaran tentang mencapai sifar (dan, oleh itu, tidak perlu mengubah sifat interaksi rangkaian dengannya).

Sistem pendahuluan

Dalam kes pengecasan awal, pengendali telekomunikasi, selain mengambil kira jumlah perkhidmatan yang disediakan, perlu menyelesaikan masalah menjejaki akaun semasa pelanggan dan, jika ia mencapai sifar, maklumkan kepada pelanggan/lumpuhkan peruntukan perkhidmatan. Oleh itu, sistem sedemikian juga dipanggil Sistem Pengecasan Dalam Talian (OCS).

Memandangkan pengendali menyediakan jenis perkhidmatan yang berbeza dan jenis rangkaian yang berbeza digunakan (sistem penukaran saluran/paket), sistem pengebilan perlu menggunakan protokol pengecasan yang berbeza untuk menyelesaikan masalah mengawal akaun pelanggan, contohnya yang berikut:

Skim interaksi platform prabayar dengan rangkaian pengendali.

Mari kita lihat protokol ini dengan lebih terperinci.

CAP

CAP(Bahagian Aplikasi CAMEL) ialah protokol lapisan aplikasi bagi timbunan SS7 yang melaksanakan perkhidmatan pintar dalam rangkaian GSM/UMTS (contohnya, prabayar).

Tempat protokol pada timbunan. Angka itu juga menunjukkan pilihan popular menggunakan teknologi SIGTRAN (sambungan SS7 yang membenarkan penggunaan protokol "tujuh" melalui rangkaian IP).

Menggunakan protokol ini, OCS berkomunikasi dengan rangkaian pensuisan litar. Berikut ialah contoh harga panggilan suara keluar:

Dialog pengecasan menggunakan protokol CAP, garis putus-putus menunjukkan mesej ISUP.

Pertama, sistem pengebilan menerima mesej (Titik Pengesanan Awal) daripada suis MSC1, yang menghantar parameter pelanggan. Ini adalah nombor masuk dan keluar, alamat sel pelanggan yang dipanggil dan lain-lain. Berdasarkan ini, adalah mungkin untuk mula menganalisis panggilan. Pengebilan mencipta Titik Pengesanan tertentu - iaitu, keadaan panggilan. OCS menentukan sama ada pelanggan boleh membuat panggilan suara (sama ada terdapat dana dalam akaun), jika ya, maka untuk masa maksimum.
Selepas ini, OCS bertindak balas kepada suis dengan Permintaan Laporan Peristiwa BCSM (“Saya telah memulakan Titik Pengesanan, saya sedang menunggu maklumat lanjut daripada anda tentang status panggilan”). Dan menghantar Apply Charging ("pelanggan mempunyai dana dalam akaunnya, saya membenarkan panggilan itu"). Masa maksimum yang boleh digunakan oleh pelanggan juga dihantar ke sana.
Suis, setelah menerima kebenaran daripada OCS, memulakan sambungan suara antara pelanggan menggunakan protokol ISUP, menghantar mesej IAM (Mesej Alamat Awal) ke MSC2.
MSC2 membalas MSC1 dengan mesej ACM (Alamat Mesej Lengkap), dalam kes ini ia bermaksud "ya, pelanggan saya, dia kini dalam talian, saya mula menghubunginya." Setelah menerima mesej ini, MSC1 menghidupkan bip panjang kepada pelanggan A.
Pelanggan B mengangkat telefon, MSC2 menghantar MSC1 mesej ANM (Mesej Jawapan) - "pelanggan saya mengambil telefon, sambungkan mereka."
MSC1 menghubungkan pelanggan A dan B, perbualan bermula. MSC1 menghantar mesej BCSM (O_Answer) Laporan Acara kepada OCS. OCS menukar status panggilan untuk pelanggan ini. Mulai saat ini, pengecasan bermula (dengan mengambil kira bahawa 3 saat pertama adalah percuma).
Semasa pelanggan berkomunikasi, MSC1 memantau masa panggilan. Jika ada sedikit masa lagi, MSC memberi amaran kepada pelanggan dengan isyarat yang boleh didengar.
Dalam kes kami, pelanggan B menutup telefon dahulu, MSC1 dan MSC2 membuat jabat tangan mesra menggunakan mesej REL (Release Message) dan RLC (Release Complete Message).
MSC1 menghantar mesej Laporan Acara BCSM (O_Disconnect - "pelanggan berjaya diputuskan sambungan") dan Guna Laporan Pengecasan (berapa saat perbualan berlangsung) kepada OCS.
OCS menerima data ini dan menjawab bahawa sesi kini boleh ditutup.

INVOKE --- TAG A1: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02j INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - OPERASI --- 02 TAG: 02j INTEGER 01 LEN: 1 23 OPERASI: 35 = dikenakan Pengecasan --- CAJ APPL --- 30 TAG: 30j URUTAN 13 LEN: 19 --- ACH BCC --- 80 TAG: 80j 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80j 03 LEN: 3 01 19 40 MAX C P D: 4370

Ini adalah sebahagian daripada jejak. Kami melihat bahawa mesej applyCharging telah dihantar melalui protokol CAP, masa perbualan maksimum (MAX CPD - Tempoh Panggilan Maksimum) ialah 437.0 saat.

Saya akan menduplikasi gambar sebelum kata: ini adalah contoh komunikasi menggunakan protokol CAP. Cap masa boleh dianggarkan: platform memproses InitialDP 37 ms; pelanggan mendengar bunyi bip selama 10 saat; Tempoh perbualan adalah lebih sedikit daripada 5 minit.

Tetapi di sini panggilan itu panjang dan anda boleh melihat bagaimana sistem itu sendiri meminta status panggilan (activityTest) daripada MSC setiap 6 minit. Ini dilakukan supaya, sekiranya berlaku sebarang ralat, perbualan tidak akan berlangsung selama beberapa hari (sehingga semua wang pelanggan didebitkan).

Protokol CAP boleh mengecas bukan sahaja panggilan suara - ia juga mampu mengecas sambungan Internet, SMS, MMS, dan sebagainya. Walaupun dalam amalan, protokol yang disesuaikan khas (DIAMETER/OSA) paling kerap digunakan untuk keperluan ini.

O.S.A.

O.S.A.(Open Service Access) ialah antara muka perisian terbuka yang dibangunkan oleh konsortium 3GPP dan ETSI, sering digunakan untuk mengecas perkhidmatan VAS dan Internet mudah alih.

Mari kita pertimbangkan pengendalian protokol ini menggunakan contoh tarif untuk perkhidmatan Internet mudah alih:

Apabila percubaan dibuat untuk mengaktifkan Konteks PDP (telefon memperoleh alamat IP dalam rangkaian pengendali mudah alih), GGSN bertanya kepada platform sama ada pelanggan ini boleh mengaktifkan sesi pengecasan (CreateChargingSessionReq).
Dalam kes kami, semuanya baik-baik saja (pelanggan berada dalam pangkalan data, dana tersedia), platform mencipta sesi pengecasan dan membenarkan Konteks PDP diaktifkan (CreateChargingSessionResp).
Kini pelanggan mahu mula memuat turun data. Untuk membenarkannya melakukan ini, GGSN menghubungi platform dengan permintaan untuk menempah dana (ReserveUnitReq). Secara umum, unit ialah perkara abstrak, ia boleh menjadi apa sahaja - satu kilobait data, mesej teks, detik perbualan, ruble, pizza, tong dan sebagainya. Dalam kes kami, unit ialah 100 kB.
Platform menyemak sama ada pelanggan tertentu, mengikut tarifnya, mempunyai dana untuk 100 kB trafik dan membalas dengan mesej ReserveUnitResp (“dana dikhaskan”). Setelah menerima mesej ini daripada platform, GGSN membenarkan pelanggan memuat turun trafik.
Apabila pelanggan telah memuat turun bahagian trafik yang ditempah, GGSN menghubungi platform dengan mesej DebitUnitReq ("anda boleh menghapuskan dana simpanan").
Platform mendebit dana dan membalas dengan mesej DebitUnitResp (“dana berjaya didebitkan”).
Kitaran ReserveUnitReq-DebitUnitResp diulang sehingga pelanggan memuat turun keseluruhan Internet dan menutup sesi Internet.
Apabila Konteks PDP dinyahaktifkan, GGSN menghantar mesej ke platform yang menunjukkan berakhirnya sesi pengecasan; memori yang diperuntukkan untuk sesi ini dibebaskan.

Minta debitUnitReq; Perintah OSA dibungkus dalam protokol SOAP, yang seterusnya dikapsulkan oleh protokol HTTP.

Kesimpulan

Mengubah keperluan pelanggan (termasuk peningkatan dalam jumlah data yang dihantar), penciptaan jenis perkhidmatan baharu, memerlukan evolusi rangkaian pengendali mudah alih, terutamanya dalam bidang platform VAS dan sistem pengebilan.

Jika topik protokol keluarga AAA menarik untuk anda, maka nanti saya akan bercakap tentang RADIUS, DIAMETER dan perkara menarik yang lain.

Platform memproses InitialDP 37 ms; pelanggan mendengar bunyi bip selama 10 saat; Tempoh perbualan adalah lebih sedikit daripada 5 minit.

Pengebilan mengumpul maklumat tentang penggunaan perkhidmatan telekomunikasi, tarif mereka, dan bertanggungjawab untuk pelanggan pengebilan dan memproses pembayaran.

Terdapat 2 jenis pengiraan utama:

Lepas bayar- mengeluarkan invois untuk tempoh tersebut berdasarkan keputusannya (pasca bayar)
Dan sistem pendahuluan(prabayar), apabila wang dibayar terlebih dahulu.

Sistem pascabayar

Sistem pendahuluan

Skim interaksi platform prabayar dengan rangkaian pengendali.

Mari kita lihat protokol ini dengan lebih terperinci.

CAP

CAP(Bahagian Aplikasi CAMEL) ialah protokol lapisan aplikasi bagi timbunan SS7 yang melaksanakan perkhidmatan pintar dalam rangkaian GSM/UMTS (contohnya, prabayar).

Tempat protokol dalam timbunan SS7. Angka itu juga menunjukkan pilihan popular menggunakan teknologi SIGTRAN (sambungan SS7 yang membenarkan penggunaan protokol "tujuh" melalui rangkaian IP).

Menggunakan protokol ini, OCS berkomunikasi dengan rangkaian pensuisan litar. Berikut ialah contoh harga panggilan suara keluar:

Dialog pengecasan menggunakan protokol CAP, garis putus-putus menunjukkan mesej ISUP.

Pertama, sistem pengebilan menerima mesej (Titik Pengesanan Awal) daripada suis MSC1, yang menghantar parameter pelanggan. Ini adalah nombor masuk dan keluar, alamat sel pelanggan yang dipanggil dan lain-lain. Berdasarkan ini, adalah mungkin untuk mula menganalisis panggilan. Pengebilan mencipta Titik Pengesanan tertentu - iaitu, keadaan panggilan. OCS menentukan sama ada pelanggan boleh membuat panggilan suara (sama ada terdapat dana dalam akaun), jika ya, maka untuk masa maksimum.
Selepas ini, OCS bertindak balas kepada suis dengan Permintaan Laporan Peristiwa BCSM (“Saya telah memulakan Titik Pengesanan, saya sedang menunggu maklumat lanjut daripada anda tentang status panggilan”). Dan menghantar Apply Charging ("pelanggan mempunyai dana dalam akaunnya, saya membenarkan panggilan itu"). Masa maksimum yang boleh digunakan oleh pelanggan juga dihantar ke sana.
Suis, setelah menerima kebenaran daripada OCS, memulakan sambungan suara antara pelanggan menggunakan protokol ISUP, menghantar mesej IAM (Mesej Alamat Awal) ke MSC2.
MSC2 membalas MSC1 dengan mesej ACM (Alamat Mesej Lengkap), dalam kes ini ia bermaksud "ya, pelanggan saya, dia kini dalam talian, saya mula menghubunginya." Setelah menerima mesej ini, MSC1 menghidupkan bip panjang kepada pelanggan A.
Pelanggan B mengangkat telefon, MSC2 menghantar MSC1 mesej ANM (Mesej Jawapan) - "pelanggan saya mengambil telefon, sambungkan mereka."
MSC1 menghubungkan pelanggan A dan B, perbualan bermula. MSC1 menghantar mesej BCSM (O_Answer) Laporan Acara kepada OCS. OCS menukar status panggilan untuk pelanggan ini. Mulai saat ini, pengecasan bermula (dengan mengambil kira bahawa 3 saat pertama adalah percuma).
Semasa pelanggan berkomunikasi, MSC1 memantau masa panggilan. Jika ada sedikit masa lagi, MSC memberi amaran kepada pelanggan dengan isyarat yang boleh didengar.
Dalam kes kami, pelanggan B menutup telefon dahulu, MSC1 dan MSC2 membuat jabat tangan mesra menggunakan mesej REL (Release Message) dan RLC (Release Complete Message).
MSC1 menghantar mesej Laporan Acara BCSM (O_Disconnect - "pelanggan berjaya diputuskan sambungan") dan Guna Laporan Pengecasan (berapa saat perbualan berlangsung) kepada OCS.
OCS menerima data ini dan menjawab bahawa sesi kini boleh ditutup.

Ini adalah sebahagian daripada jejak. Kami melihat bahawa mesej applyCharging telah dihantar melalui protokol CAP, masa perbualan maksimum (MAX CPD - Tempoh Panggilan Maksimum) ialah 437.0 saat.

O.S.A.

O.S.A.(Open Service Access) ialah antara muka perisian terbuka yang dibangunkan oleh konsortium 3GPP dan ETSI, sering digunakan untuk mengecas perkhidmatan VAS dan Internet mudah alih.

Mari kita pertimbangkan pengendalian protokol ini menggunakan contoh tarif untuk perkhidmatan Internet mudah alih:

Apabila percubaan dibuat untuk mengaktifkan Konteks PDP (telefon memperoleh alamat IP dalam rangkaian pengendali mudah alih), GGSN bertanya kepada platform sama ada pelanggan ini boleh mengaktifkan sesi pengecasan (CreateChargingSessionReq).
Dalam kes kami, semuanya baik-baik saja (pelanggan berada dalam pangkalan data, dana tersedia), platform mencipta sesi pengecasan dan membenarkan Konteks PDP diaktifkan (CreateChargingSessionResp).
Kini pelanggan mahu mula memuat turun data. Untuk membenarkannya melakukan ini, GGSN menghubungi platform dengan permintaan untuk menempah dana (ReserveUnitReq). Secara umum, unit ialah perkara abstrak, ia boleh menjadi apa sahaja - satu kilobait data, mesej teks, detik perbualan, ruble, pizza, tong dan sebagainya. Dalam kes kami, unit ialah 100 kB.
Platform menyemak sama ada pelanggan tertentu, mengikut tarifnya, mempunyai dana untuk 100 kB trafik dan membalas dengan mesej ReserveUnitResp (“dana dikhaskan”). Setelah menerima mesej ini daripada platform, GGSN membenarkan pelanggan memuat turun trafik.
Apabila pelanggan telah memuat turun bahagian trafik yang ditempah, GGSN menghubungi platform dengan mesej DebitUnitReq ("anda boleh menghapuskan dana simpanan").
Platform mendebit dana dan membalas dengan mesej DebitUnitResp (“dana berjaya didebitkan”).
Kitaran ReserveUnitReq-DebitUnitResp diulang sehingga pelanggan memuat turun keseluruhan Internet dan menutup sesi Internet.
Apabila Konteks PDP dinyahaktifkan, GGSN menghantar mesej ke platform yang menunjukkan berakhirnya sesi pengecasan; memori yang diperuntukkan untuk sesi ini dibebaskan.

Minta debitUnitReq; Perintah OSA dibungkus dalam protokol SOAP, yang seterusnya dikapsulkan oleh protokol HTTP.

Kesimpulan

Jika topik protokol keluarga AAA menarik untuk anda, maka nanti saya akan bercakap tentang RADIUS, DIAMETER dan perkara menarik yang lain.

Pelan:
Ciri dan tujuan sistem pengebilan;
Struktur dan fungsi sistem pengebilan;
Subsistem asas khusus untuk pengebilan;
Piawaian sistem pengebilan

Kata kunci: pengebilan, berbilang bahasa, berbilang mata wang, perayauan, standard.

Ciri dan tujuan sistem pengebilan

Sistem pengebilan (daripada bil Inggeris - bil, pengebilan - menulis invois) - sistem yang mengira kos perkhidmatan komunikasi untuk setiap pelanggan dan menyimpan maklumat tentang semua tarif dan ciri kos lain yang digunakan oleh pengendali telekomunikasi untuk pelanggan pengebilan dan bersama. penyelesaian dengan penyedia perkhidmatan lain. Kitaran operasi yang mereka lakukan dipanggil pengebilan. Sistem pengebilan (BS) ialah sistem perakaunan, perisian yang dibangunkan khusus untuk operator telekomunikasi. Sistem pengebilan digunakan dalam kedua-dua telefon (berwayar dan selular) dan dalam rangkaian data (penyedia Internet), dan juga berlaku dalam telefon IP. Mana-mana BS dicipta berdasarkan sistem pengurusan pangkalan data tertentu (DBMS). Kebanyakan BS di dunia dicipta berdasarkan DBMS Oracle. Antara DBMS lain, Sybase dan Informix boleh dibezakan sebagai direka untuk jumlah maklumat yang besar. Berikut ialah nama beberapa sistem pengebilan: BIS, Flagship, CBOSS, Arbor, Bill-2000-prabayar. Perlu dinyatakan bahawa BS biasanya bermaksud perkakasan yang terlibat dalam mengatur pengebilan.
Terdapat beberapa nama untuk sistem pengebilan: ACP - sistem penyelesaian automatik; IBS - sistem pengebilan maklumat.
Salah satu kualiti penting BS ialah fleksibilitinya, iaitu keupayaan untuk menyesuaikan diri dengan keadaan yang berubah-ubah. Sistem fleksibel disesuaikan bukan sahaja kepada keperluan segera pengendali; Oleh kerana kualiti seperti kebolehsesuaian, modulariti dan keterbukaan, ia membolehkan anda menyelesaikan masalah yang menjanjikan. Prinsip modular membina sistem ialah prinsip di mana keseluruhan sistem dipasang daripada bahagian berasingan (modul). BS juga terdiri daripada modul tersebut - subsistem. BS termasuk, sebagai contoh, subsistem prapemprosesan data, subsistem pengurusan operasi pengebilan dan subsistem pemberitahuan pelanggan. Keterbukaan sistem bermaksud keterbukaan kod sumber produk perisian, yang membolehkan pengendali tidak bergantung kepada pembangun pada masa hadapan dan menyelenggara dan menaik taraf sistem secara bebas. Berkait rapat dengan fleksibiliti BS ialah kualiti sistem pengiraan automatik seterusnya - kebolehskalaan.
Kebolehskalaan beban. Dengan pertumbuhan pangkalan pelanggan dan kemunculan perkhidmatan tambahan, tidak perlu ada keperluan untuk menukar atau mengubah suai bahagian perisian BS. Meningkatkan keupayaan BS harus dicapai dengan menaik taraf perkakasan sistem. Apabila mereka bentuk sistem berskala, adalah perlu untuk menggunakan DBMS yang direka untuk volum data yang besar. DBMS mesti serasi dengan pelbagai platform komputer untuk menyediakan sokongan untuk operasi berbilang pemproses.
Kebolehpercayaan adalah salah satu keperluan utama untuk mana-mana sistem. Kebolehpercayaan BS ditentukan oleh kebolehpercayaan DBMS dan teknologi yang digunakan dalam pembangunan sistem. Tidak kurang pentingnya ialah kebolehpercayaan pembekal (pembangun) perisian aplikasi: masa ia berada di pasaran dan, sebagai penunjuk tidak langsung, peratusan kehadiran sistem yang telah dibangunkannya di pasaran telekomunikasi. Pada masa yang sama, kebolehpercayaan BS juga dipastikan dengan mematuhi piawaian tertentu semasa pembangunannya.
Berbilang bahasa - keupayaan untuk menetapkan bahasa yang berbeza untuk menyampaikan maklumat.
Multicurrency - keupayaan untuk bekerja dengan mana-mana mata wang
Pengebilan tertunda ialah pengebilan yang mana pembayaran dibuat selepas panggilan dibuat.
Pengebilan panas - menukar baki akaun berlaku semasa perbualan, dan maklumat tentang baki pada akaun anda boleh diperolehi serta-merta selepas panggilan.
Pengoptimuman pengebilan - penambahbaikan, penambahbaikan oleh pengendali BSnya.
BS besar - sistem yang digunakan oleh pengendali besar.
Catatan pengebilan - merekodkan hasil pengiraan pengebilan; Selepas pengiraan, keputusan tersedia kepada pengguna (dihantar, dicetak).
Memandangkan BS bertujuan untuk mengautomasikan penyelesaian dengan pelanggan, ia mesti menyediakan automasi dari kesimpulan perjanjian kepada pengeluaran invois untuk perkhidmatan komunikasi selular, dan dengan betul. Menggunakan subsistem perkhidmatan automatik dan pengumpulan data automatik, ASR harus menyediakan pelanggan dengan keupayaan untuk layan diri. Sesetengah BS membenarkan pelanggan membuat pesanan untuk sambungan dan membayar perkhidmatan melalui Internet.

Struktur dan fungsi sistem pengebilan
Skim organisasi pengebilan tidak rumit: maklumat tentang sambungan dan tempohnya direkodkan oleh suis dan, selepas pemprosesan awal, dipindahkan ke sistem pengebilan. Sistem pengebilan "tahu" tarif. Ia mengenal pasti panggilan dan melakukan pengiraan yang diperlukan, dengan itu menjana akaun pelanggan. Adalah jelas bahawa memori sistem harus menyimpan bukan sahaja piawaian, tarif dan maklumat mengenai perkhidmatan, tetapi juga data mengenai pelanggan, kontrak yang dibuat dengan pelanggan dan penyedia perkhidmatan komunikasi pihak ketiga (jika ada), serta kos penghantaran maklumat melalui saluran dan arah yang berbeza (sistem juga mesti menyediakan kehadiran peniaga: mereka mungkin mempunyai harga yang berbeza, sebagai contoh, untuk sambungan). Di samping itu, mana-mana BS mesti mempunyai pangkalan data yang menyimpan sejarah pembayaran: hanya maklumat ini membolehkan anda mengawal proses pembayaran dan mengautomasikan apa yang dipanggil pengaktifan/penyahaktifan pelanggan. Fungsi BS ini juga boleh dipanggil pelindung, kerana ia tidak membenarkan mereka yang tidak membayar untuk mereka menggunakan perkhidmatan komunikasi.

nasi. 11. Struktur sistem pengebilan
Berdasarkan fungsinya, BS boleh dibahagikan kepada tiga kelas: kelas yang dimaksudkan untuk pengendali telekomunikasi transnasional, sistem skala nasional yang dibuat khas dan sistem kelas pertengahan untuk rangkaian serantau.
BS milik kelas pertama mesti memastikan interaksi rangkaian di peringkat antarabangsa, dalam zon waktu yang berbeza, i.e. mereka mestilah berbilang mata wang dan berbilang bahasa.
Sistem tersuai pada skala nasional dicipta untuk pengendali tertentu. Pengendali mungkin memerlukan BS baharu yang serasi dengan sistem penyelesaian sedia ada. Sudah tentu, kos sistem individu sedemikian jauh lebih tinggi.
Pada skala serantau, anda boleh bertahan dengan BS standard. Pada masa yang sama, sistem sedemikian mesti mempunyai kualiti yang disenaraikan di atas: fleksibiliti, skalabiliti, kebolehpercayaan. Mana-mana BS dicipta dan dikonfigurasikan untuk proses perniagaan pengendali telekomunikasi tertentu, mempunyai set fungsinya sendiri yang sepadan dengan kitaran teknologi penyediaan perkhidmatan, dan boleh berfungsi dengan peralatan rangkaian tertentu yang membekalkannya dengan maklumat tentang panggilan dan sambungan - iaitu , BS bukan produk "berkotak". Tetapi terdapat juga set fungsi standard yang disokong oleh hampir semua BS. Ia termasuk:
operasi yang dilakukan pada peringkat pemprosesan awal dan analisis maklumat sumber, sebagai contoh, fungsi mendapatkan data mengenai sambungan dan perkhidmatan (permintaan kepada suis);
operasi pengurusan peralatan rangkaian: fungsi pengaktifan/penyahaktifan (menyekat/menyahsekat) pelanggan dan arahan untuk menukar syarat langganan pelanggan, dihantar terus ke suis;
fungsi utama aplikasi DBMS, termasuk: mengecas rekod suis tentang panggilan dan perkhidmatan; pembentukan dan penyuntingan jadual pangkalan data sistem penyelesaian; invois dan percetakan; kawalan kredit akaun; membuat laporan; mengarkib.
Seperti yang telah disebutkan, BS mestilah fleksibel atau modular. Setiap elemen sistem kawalan automatik memastikan pelaksanaan bahagian khusus rantaian teknologi perkhidmatan pelanggan. Ciri-ciri subsistem utama pengebilan ialah: subsistem untuk pemprosesan awal data sambungan, pengurusan pengebilan operasi dan subsistem pemberitahuan pelanggan.

Perkataan bil bermaksud bayaran pendahuluan sesuatu atau tindakan persediaan untuk melengkapkan transaksi khusus untuk setiap pembeli individu.

Dalam perdagangan dalam talian

Konsep ini meluas dalam perdagangan dalam talian. Ia bermaksud membeli atau menjual produk pada harga yang telah ditetapkan serta-merta. Contohnya, membeli e-buku, muzik atau filem. Invois untuk pembayaran dijana serta-merta dan ditunjukkan kepada pembeli.

saya sendiri proses membuat invois untuk pembayaran dan dipanggil bil. Dalam kes ini, invois boleh dibayar selepas ia dijana, tetapi sebaik sahaja ini berlaku, barang mesti dihantar dengan segera.

Apabila membayar utiliti dan perkhidmatan komunikasi mudah alih

Debit dana segera untuk perkhidmatan yang diberikan. Ini amat jelas dilihat dalam contoh komunikasi mudah alih, apabila sejurus selepas atau semasa penyediaan perkhidmatan, kos perkhidmatan dikira dan dana didebitkan daripada akaun.

Pengebilan tidak terhad kepada kawasan utiliti atau perkhidmatan telefon mudah alih. Hari ini, sistem pengebilan digunakan di mana-mana, kerana ia memungkinkan untuk menjejaki tindakan pelanggan, menentukan produk yang paling popular dan menganalisis jualan.

Ini adalah alat yang semakin digunakan oleh ahli ekonomi dan pengurus dalam kerja mereka. Sistem ini membolehkan anda dengan cepat, dan yang paling penting - dengan murah, mendapatkan maklumat yang anda perlukan tentang pelanggan dan pilihan mereka.

Dalam insurans

Pengiraan kos insurans juga dipanggil bil. Berdasarkan maklumat tentang syarikat insurans dan peraturan, kos polisi dan jumlah premium insurans dikira. Keistimewaan sistem jenis ini ialah, tanpa mengira bagaimana pembayaran berlaku dan syarikat insurans beroperasi, kerjanya menggunakan sistem pembayaran individu, iaitu pengebilan.

Jenis pengebilan

Terdapat dua jenis pengebilan – pascabayar dan prabayar. Postpayment ialah apabila pembeli membayar dengan harga yang telah dipersetujui, tetapi selepas menerima produk atau perkhidmatan. Contohnya, apabila membeli buku secara tunai semasa penghantaran atau menyambungkan perkhidmatan telefon di bawah kontrak. Dalam kes ini, pengiraan berlaku selepas penyediaan perkhidmatan, pada akhir tempoh pelaporan, yang biasanya satu bulan atau minggu.

Prabayaran bermaksud produk atau perkhidmatan dibayar sebelum penghantarannya. Contohnya, membeli pakej Internet daripada pengendali mudah alih, yang mana jumlah dana untuk pembayaran didebitkan serta-merta dan tanpa mengira sama ada pembeli menggunakan perkhidmatan tersebut atau tidak.

Adalah perlu untuk membezakan antara sistem penyelesaian automatik (ASS) dan sistem pengebilan maklumat (IBS). Yang pertama bertujuan untuk pemindahan wang dan pembayaran antara pembeli dan penjual dan adalah kepentingan praktikal semata-mata.

Ia digunakan oleh pengendali mudah alih dan sistem pembayaran. Walaupun maklumat direkodkan dalam pangkalan data, tetapi tidak digunakan atau digunakan secara lemah semasa menganalisis aktiviti perakaunan perusahaan dan pengurusan.

IBS digunakan dengan tepat untuk mengumpul dan menganalisis maklumat tentang pelanggan dan membentuk pelbagai syarikat. Mereka dipasang terutamanya oleh kedai dalam talian besar yang terlibat dalam penjualan runcit barangan dan perkhidmatan.

Organisasi pengebilan di perusahaan

Ringkasnya, pengebilan adalah pengiraan automatik kos atau kos produk atau perkhidmatan tertentu untuk setiap pembeli dalam perusahaan. Skop utama aplikasi sistem pembayaran sedemikian ialah perusahaan komersial yang menghasilkan produk atau menyediakan perkhidmatan. Sistem sedemikian membantu menentukan kos tepat produk atau perkhidmatan tertentu, dan juga memastikan maklumat ini disimpan dalam pangkalan data.

Untuk mengaturnya, perusahaan menggunakan alat komunikasi moden, komputer dan program. Tanpa penggunaan teknologi komputer dan perisian khas, pengebilan dalam bentuk yang wujud pada hari ini adalah mustahil. Perusahaan yang menggunakan sistem sedemikian menyimpan data tentang semua pelanggan dan maklumat tentang pembelian yang dibuat oleh pelanggan ini.

Dalam kes apakah penggunaan sistem pengebilan tidak membawa hasil yang positif?

Walaupun semua kelebihan yang disediakan oleh sistem sedemikian, penggunaannya dalam beberapa kes tidak membawa kesan positif, dan dalam beberapa kes ia bahkan berbahaya. Penggunaan pengebilan masuk akal dalam bidang yang sistem pembayaran tanpa tunai: pemindahan daripada kad bank atau dompet elektronik.

Ini adalah satu-satunya cara syarikat akan berjaya mengautomasikan proses pengumpulan dan memproses jumlah maklumat yang besar dan mengekalkan rekod peribadi dan analisis data pelanggan individu.