Beállítása értékelése és számlázási
Hogyan kell helyesen konfigurálni / program az értékelés és a számlázás.
Kérdés: „Én most érdekel ez itt a kérdés Hogy ez megamosk úgynevezett” számlázási folyamat „lesz programozva a szükséges logikai Jöjjön egy menedzser, és azt mondta, hogy meg kell ment olyan valamit egy bizonyos logika (rendszerint megy valami? hogy egy normális ember a feje nem jön.) és ebben az esetben az emberek sapportyaschie számlázási? nem átírni az azonos darab megvalósító kód "idióta álom„?
A rövid válasz
Ez történik minden - lehet, hogy meg kell írni a kódot.
hosszú válasz
Kezdjük meghatározások az értékelés és a számlázás. Fogom használni. Nagyon gyakran ezek egymást helyettesíthetik egymást, és egy nagy katasztrófa ez nem történik meg, de a mai poszt csak érinti a lényeges és alapvető különbségek ezek a folyamatok, és igyekszem, hogy ne keverjük össze őket :)
Így a minősítés - ez a folyamat értékének kiszámítása (sebesség) egy esemény. Egyetértünk azzal, hogy az esemény - ez aktus fogyasztás uslgu felhasználó a legtágabb értelemben vett :)
A hitelminősítő a szorosan kapcsolódó számlázási - a folyamat számlázás, számlák és egyéb számviteli bizonylatok alapján, végre „pénzügyi közel”, tájékoztatja a hívót az aktuális egyenleg és a tartozások és egyéb hasonló táncokat tambourines.
Értékelés azonos - ez a folyamat, amely kifejezetten a távközlési cégek. mobilszolgáltatók, az internetes, vezetékes hálózatok üzemeltetői - mindegyikük ilyen vagy olyan módon hajtsák végre a saját minősítési folyamatban.
De elkalandoztam. Vissza a témához. Ma lesz érdekelt értékelés, ahogy már írtam a számlázás.
Mi a rangsorolás és hogyan valósítható meg
Próbáljuk megtalálni magad a cipő egy építész vagy programozó számlázási rendszer.
Elvont elmondható, hogy a minősítés a funkció a mobil kommunikáció, melyek paraméterként megadott attribútumok események és attribútumok előfizetők, akik részt vettek benne.
A legnépszerűbb érvrendszer a funkció minősítés: tarifa előfizető A terv előfizetői szám B, az esemény típusa, az esemény időpontja, időtartama (továbbiakban előfizető egy (vagy egy fél) fogom hívni az a személy, aki hív, és az előfizetői B (B -Party), aki a hívást.).
A legnépszerűbb formája a legtöbb rangsor funkciók: lineáris összefüggés (a * x + b) értéke a rendezvény időtartamára, ahol „a” tényező veszünk a díjcsomag és a „b” - az úgynevezett „csatlakozási díj” (hívás egyszeri díj).
Ha elfogadjuk, hogy az értéket mi mindig lineárisan függ a hossza, akkor sokkal könnyebb az életünk írásakor rendszer. Mi valószínűleg menni a legegyszerűbb útvonalat, és kap.
Táblázatos értékelése (asztal-vezérelt értékelése)
A szív a rendszer egy táblázat, amely tárolja a felvétel típusát (rating_plan_id, EVENT_TYPE, rendeltetési hely, price_per_unit). Minden bejegyzés leírja, mennyit kell egy második hívásra (vagy egy hívás előre egy vagy 1 sms.) A megadott irányba a megadott díjcsomagra.
Ennek megfelelően, a tábla lehet a felvétel-típusnak ( „Super Bowl”, „Up”, „*”, 0,01) - a díjcsomag „Super Bowl” hívások bárhol - a második penny :)
Milyen lesz a rangsor? Nagyon egyszerű. Vegyük a felvétel az esemény (hívásrészletező rekord, CDR). belőle - helyi telefonszámot A. Megtaláljuk az adatbázisban az előfizetők. Megtudjuk tervét. Esemény típusa ismert számunkra, B szoba - túl (ez mind ott van a CDR). Találjanak tarifa táblázat bejegyzés a helyes irányba (ezt használják keresni a leghosszabb prefix, regexp mérkőzés, glob mérkőzés.). Tudjuk, hogy az ár a második. Szorozza meg a hosszát - és íme, a minősítés készül!
Egy ilyen rendszer, mint általában, nem akadályozza meg a nagyszámú előfizetőt egyidejűleg nagyszámú díjcsomagok. Az egyetlen hátránya - GUI beállítása egy ilyen rendszer, mint általában, és jelentésük primitív DB Grid, és a nagy számú ve tarifaváltozásoknak terveiket alakul agyzsibbasztó házimunkát. De a rendszer pokoli gyors (tm), amely lehetővé teszi számunkra, hosszú ideje elfelejteni, hogy szükség van, hogy frissítse a minősítés szerver :)
Ugyanakkor érdemes megjegyezni, hogy a vad ilyen primitív rendszer gyakorlatilag nem fordul elő - ezek vagy kihalt, vagy alakult ki.
Táblázatos értékelés kísérlet száma 2
Megjegyezzük, hogy a táblázat által vezérelt rendszer bővíthető egyszerűen a lehetőséget, hogy hozzanak nemcsak lineáris függését az idő értékét. Mi változik az adatbázisunkban séma a következő: tarifák fogják tartani a nyilvántartásban (rating_plan_id, EVENT_TYPE, rendeltetési hely, function_id). ahol function_id - annak megjelölése, egyike a számos kemény varrott a kódot rendszer funkcióit. Ez a frissítés lehetővé teszi számunkra, például, hozzon létre díjszámítási fix költségek a hívás vagy a típus a tervek, „az első öt másodpercig - ingyen.”
Azonban a kódban a kód nélküli időszak öt másodpercen belül - csúnya. Mi hozzá a mi lemez területeken - (rating_plan_id function_id, const_1, const_2, const_3, const_4 const_9 ..). Ezután, hogy mi lesz, hogy írjon hozzá ( "MegaDrive", "Up", "*", "Fiks_tsena_s_bespl_intervalom", 5, 10, NULL, NULL. NULL). ami azt jelentené, hogy a díjcsomag „MegaDrive” összes hívás költsége 10 rubelt, függetlenül a költségek, az első öt másodpercig - ingyen.
Work értékelés lesz egy kicsit lassabban - minden tételnél meg kell, hogy nem csak szaporodnak a két szám, és hívja néhány funkciót. De ez még mindig pokoli gyors (TM), különösen, ha a függvény kiírja, akiknek keze nem rostut ass. Minden más (konfigurációs kényelem, a rugalmasság, stb), ez a megoldás megegyezik az előzővel.
Annak ellenére, hogy a látszólagos primitívség, az ilyen rendszerek általában használt a rangsor és a kártyás előfizetők IN-platformokon. A legnagyobb korlátozása ezek a rendszerek - a képtelenség, hogy hozzon létre a helyezést funkciók (általában a gyártó adja bővíteni szolgáltatási rangsor némi pénzt), egyszer egy bizonyos meghatározott paraméterek, amelyek befolyásolják az árat. Ami elvezet minket.
„Component” minősítés
Azt, hogy egy lépés az evolúciós létrán. Adunk a rendszer felhasználói a lehetőséget, hogy írjon az értékelésnél funkciót. Annak érdekében, hogy a felhasználók nem sok boldog, akkor a folyamat nehézkes, lassú, és tyazhelootlazhivaemym. A legjobb esetben a felhasználónak meg kell írni azt a funkciót, PL / SQL, legrosszabb esetben -, hogy írjon nekik a hazai „script” nyelv, amely a kasztrálás a C, a valóságban, néha, és összeállított egy DLL-és okozta a minősítés kernel amely így csökkenni fog a baleset minden súlyos hiba a felhasználói kódot.
Mint lehetőség - a felhasználó nem ad lehetőséget arra, hogy írjon valamit magának, de ő képes lesz választani a számos rendelkezésre álló DLL-ek (komponens), vásárolni őket a gyártó nagykereskedelmi vagy kiskereskedelmi, és egymástól függetlenül csatlakozhat a számlázás. Hogy ez mind kell beállítani és konfigurálni - jobb nem nézni ideges :)
Tipikusan az ilyen rendszerek világosan le van írva az API, amelyen keresztül alkatrészeket lehet mászni, és ki izvlechat szükséges adatokat nekik. Annak érdekében, hogy a tisztességes teljesítmény, az API hozzáférést biztosít csak egy része az adatok az előfizető a díjcsomag, stb
Így a legfontosabb korlátja az ilyen rendszer a képtelenség, hogy túllépjünk az API. Például, ha az API nem tud egy időpontot, hogy előfizetést, akkor nem lesz képes arra, hogy a számlázási típus „ha nálunk év - 10% -os kedvezményt, ha a két - 20%.”
Szabály alapú értékelés
A variáció ugyanarra a témára lesz „minősítés azzal a lehetőséggel, írásban szabályok” (a szabály-alapú). A felhasználó számára adott belső szabályainak értékelése leíró nyelv, amellyel, mint általában, akkor elérheti minden elképzelhető adatot az előfizető a díjcsomag, szolgáltatásait, a történelem, és így tovább.
Általában ezek a rangsorok részének (vagy amelyek szorosan kapcsolódnak a) bármely a BSS-rendszerek és koncepciók, amelyek működnek a BSS-rendszerek is rendelkezésre a minősítés.
Például, akkor a rangsorban az összeg az utolsó számla (és támaszkodnak annak alapján a kedvezmény), vagy azonos számú előfizető panaszok kezelését call center :)
Nyilvánvaló, hogy egy ilyen minősítés valószínűleg a leglassabb az összes közül. Ha tud írni a szabályokat (kéz), a beállítás egy ilyen rendszer lehet könnyű, és még szórakoztató élmény. De szokásjog kell navozyukivat egeret a GUI fattyú, mint folyamatábrák, ami a telepítési folyamat ugyanazon a polcon a beállítás asztal-vezérelt rendszer.
Mi a teendő, ha a rendszer már megvásárolt, és a marketing akar furcsa?
Ha marketing akar furcsa - valami ilyesmi, hogy nem valósul meg a jelenlegi minősítési rendszer (ahogy ő akarja, mint általában, „tegnap”), akkor a lehetőségek, sajnos, egy kicsit.
- Küldj marketing. Hallottam, hogy vannak olyan cégek, amelyek lehetséges, de a gyakorlatban ez nem felel meg, és nem is látja az emberek, akik dolgoztak ilyen cégek.
- Ahhoz, hogy változtatni a rendszert a kapcsolatot. Általános szabály, hogy ez drága, hosszú és aranyér döntések támogatására a jövőben.
- Hogy néhány kostylik. Általános szabály, hogy gyors, desheno és aranyér jelenti döntések támogatására a jövőben.
Milyen kostylik jelent? Például, marketing akarja hívni az egyes harmadik felek szabad volt. „Helyes” döntést - kötelezze a szállító funkciót, amely lehetővé teszi, hogy minden egyes a előfizető számít események különböző típusú és a képesség, hogy az itt megadott értékek számlálók a rangsorban. Tegyük fel, hogy három hónapig tart, és a funkcionalitás szükséges 5 napon belül, mivel szükség van, hogy előre a legközelebbi versenytárs, amely a pletykák, hogy lesz-hez valami hasonló.
Universal mankó a következő: írásbeli programm, amely magában foglalja a CDR-ek közvetlenül az értékelésnél. Ez a program fenntartja és frissíti a táblázatot (helyi telefonszám A, a hívások száma). és módosítja a CDR-ek minden harmadik hívást, így aztán „látható” ezt a módosítást a rangsorolási rendszert, és a hívás nulla tarifa.
Például lehetőség van minden harmadik hívást hozzáfűzni száma B prefix „666” telefon, valamint a minősítési rendszer úgy van kialakítva, hogy minden hívás a 666 területen szabadon. Egy kis frissítés a számlázási adatbázis nem teszi lehetővé az előtagot kap a részletes nyomtatási előfizetők :)
Vagy akkor viszont minden harmadik hívás esetén egy új típusú, és a rangsorban letette az összes eseményt az ilyen típusú nulla értéket.
Beállítások - súly. Minden szereplőnek megvan a maga „stílus”, és a kedvenc készlet mankó, amit ápolja, táplálja és növeli. Rendszeresen, a teljes súlya meghaladja a kritikus mankó, és van egy változás a számlázási rendszer egy másik (vagy frissíteni egy új változat), amely alatt mankó eltávolítjuk, és rájött, hogy a „helyes”. Ezt követően, az alkotás folyamatát mankó kezdődik elölről - az eddig feltáratlan miatt a piaci igényeket pontosan azokat a funkciókat, amelyek nem használják a jelenlegi verzió a számlázási rendszer :)