संगठन के भीतर मोबाइल फोन की लागत को नियंत्रित करें

यह खबर नहीं होगी कि बीस से अधिक सिम कार्ड वाले संगठन में संचार लागत को नियंत्रित करना कोई सरल बात नहीं है और कई लोग लागत विश्लेषण के बारे में चिंता किए बिना बस भुगतान करना पसंद करते हैं।
बाजार पर विशेष उत्पाद हैं जो आपको मुख्य मोड में लागतों को ट्रैक करने की अनुमति देते हैं।
मैं एमएस एसएसएएस पर आधारित कई सौ हजार सिम कार्डों के लिए लागत नियंत्रण प्रणाली बनाने में अपने अनुभव को साझा करना चाहूंगा।
कार्रवाई के लिए एक क्षेत्र के रूप में, एक कंपनी का चयन किया गया था, जिसके पास उस समय लगभग 120 हजार सिम कार्ड थे, जिनमें से 90% एक प्रदाता था जो अंडे के रूप में लोगो और एम 2 में स्थापित डिवाइस था।

विचार

मोबाइल प्रदाताओं के साथ काम में थोड़ा विलंब हुआ, इस प्रक्रिया को इस तरह देखा:

• हमें डाक द्वारा संचार के लिए चालान का इलेक्ट्रॉनिक संस्करण प्राप्त होता है
• हमें एक कागजी मूल मिलता है
• वेतन
• मेलबॉक्स रबड़ नहीं है, इलेक्ट्रॉनिक प्रतियां हटाएं

मैं इस तरह की प्रक्रिया का निर्माण करना चाहता था:

• हमें डाक द्वारा संचार के लिए चालान का इलेक्ट्रॉनिक संस्करण प्राप्त होता है
• डेटाबेस में लोड करें, विश्लेषण करें
• हम अनुचित खर्चों को उजागर करते हैं (प्रदाता के लिए या जो सिम का उपयोग करता है)
• वेतन

निर्णय

पहली बात यह है कि डेटा को डेटाबेस में लोड किया गया था। संगठन ने अपने डेटाबेस में Axapta का उपयोग किया, और प्रदाताओं से डेटा स्टोर करने का निर्णय लिया गया। मैं प्रोग्राम कोड का वर्णन नहीं करूंगा जिसके साथ html खातों का डेटा डेटाबेस में मिला, क्योंकि यह नहीं लिखा था, और पोस्ट का सार यह नहीं है।
HTML प्रारूप में प्रदाता से आने वाली फ़ाइल को दो घटकों में विभाजित किया गया है: पिछले अवधि के विवरण और प्रत्येक उच्चारण संख्या का सारांश। परिणामस्वरूप सार हम आधार में लोड करेंगे।
परिणामस्वरूप, हमें ऐसी फ़ाइल से जानकारी मिलेगी:


डेटाबेस में, इस प्रकार की तालिका बनाएँ:

CREATE TABLE [dbo].[month_money_traffic]( [PERIODBEGIN] [datetime] NOT NULL, --  [personalaccount] [nvarchar](20) NOT NULL, --  [phonenumber] [nvarchar](12) NULL, --  [VENDACCOUNT] [varchar](7) NULL, --  [typeconid] [varchar](50) NOT NULL, --  [traffic] [numeric](30, 7) NULL, --  [money] [numeric](32, 14) NULL -- ) 

और हमारे खातों से डेटा लोड करते हैं।
यह कुछ इस तरह से निकलता है:



[टाइपकोनॉइड] क्षेत्र को पहले मानक 8-10 मूल्यों पर लाया जाना चाहिए, अन्यथा हम कई सौ प्रकार के संचार होने का जोखिम उठाते हैं, क्योंकि एक प्रदाता के साथ लगभग एक ही प्रकार के संचार को अलग-अलग रूप से कहा जा सकता है, उदाहरण के लिए: "आउटगोइंग" और "आउटगोइंग।" या "सामग्री श्रेणी .. (और श्रेणी संख्या) .."।

मामले का उपयोग कर किया:

  case when [typeconid] like ' %' then '' case when [typeconid] like '%' then ' ' else [typeconid] end 

नतीजतन, हमें अपने क्यूब के लिए एक तथ्य तालिका मिलती है।

अगला, आपको माप डिजाइन करने की आवश्यकता है।
संगठन के प्रत्येक सिम कार्ड में निम्नलिखित गुण हैं:

• स्थान (एम 2 एम डिवाइस में, कर्मचारी को जारी किया गया, सर्वर आदि में)
• स्थिति (सक्रिय, अवरुद्ध)
• क्षेत्र सेवा, बिक्री
• प्रदाता
• अनुबंध (कानूनी इकाई जो बिलों का भुगतान करती है)
• और इसी तरह

हम तथ्य तालिका से माप का हिस्सा लेते हैं: व्यक्तिगत खाता, प्रदाता, संचार का प्रकार
हम अपने डेटाबेस से आवश्यक तालिकाओं में शामिल होकर हिस्सा निकालते हैं

अगला, हम ऑपरेटिंग बेस से रिपॉजिटरी तक माप तालिका के वृद्धिशील पुनःपूर्ति को कॉन्फ़िगर करते हैं। यहाँ, किसी को यह पसंद है, आप केवल बदले हुए डेटा को पुनः प्राप्त करने के लिए टाइमस्टैम्प, सीडीसी का उपयोग कर सकते हैं।
मेरी टेबल बड़ी नहीं हैं और मैंने दो टेबल के अंतर को प्राप्त करने के लिए सामान्य बाईं ओर का उपयोग किया।

नतीजतन, मापदंडों को "टेलीफोन" फ़ील्ड में प्राथमिक कुंजी के साथ एक तालिका में संक्षेपित किया गया था:



जहां पैरामीटर ज्ञात नहीं हैं, मानों को 'n / a' से बदलें।

BIDS खोलें और एक नया डेटा माइनिंग प्रोजेक्ट बनाएँ।
डेटा स्रोत के रूप में, हम डेटाबेस को बनाए गए तालिकाओं के साथ जोड़ते हैं।
डेटा स्रोत दृश्य में, हम एक तथ्य तालिका और आयाम तालिकाओं को जोड़ते हैं।
मैंने वर्णित के साथ सादृश्य द्वारा कुछ और माप लिया, और समय सारणी भी एक अन्य परियोजना से मेरे साथ बनी रही।
हम तथ्य तालिका से आयाम तालिकाओं तक लिंक बनाते हैं, जबकि आयाम तालिकाओं में कुंजियों का भौतिक होना आवश्यक नहीं है, संबंध बनाते समय उन्हें तार्किक के रूप में जोड़ा जाएगा।



अगला, एक क्यूब बनाएं:


चूंकि "क्यूबा" का उपयोग विभिन्न क्षेत्रों में किया जाता है, इसलिए अधिकारों के बीच अंतर करना आवश्यक है। मैंने इसे "कॉन्ट्रैक्ट सिम" आयाम पर, प्रत्येक क्षेत्र के लिए एक अलग भूमिका बनाते हुए और "माप डेटा" टैब (Urals के लिए उदाहरण) पर निम्नलिखित लिखा है:

और चेकबॉक्स को सक्षम करने के लिए सुनिश्चित करें "दृश्य योग सक्रिय करें"

नतीजतन, प्रत्येक क्षेत्र केवल अपने सिम कार्ड और उसके खर्च देख सकता है।
विश्लेषक एक्सेल के माध्यम से क्यूब से जुड़ते हैं और लागत को देखते हैं।
नीचे कुछ स्क्रीनशॉट हैं जो एक विश्लेषक की आंखों के माध्यम से इस तरह दिखता है:
इंटरफ़ेस - सामान्य धुरी तालिका



संचार के प्रकार से तीन महीने के लिए लागत


महीने के लिए सिम खर्च, स्पष्ट रूप से दिखाई देने वाली "चोटियां" जिसके साथ आपको निपटने की आवश्यकता है।



एक सिम के लिए ट्रैफ़िक रिपोर्ट (मिनटों में आंकड़े)



फिलहाल, इस प्रणाली का उपयोग रूसी संघ के 7 क्षेत्रों में किया जाता है।
प्रणाली की शुरुआत के बाद पहले दो महीनों में, खर्च में लगभग 20% की कमी आई थी और यह सीमा नहीं है।

इस विषय का विस्तार से वर्णन करने का इरादा नहीं है, एक ओएलएपी क्यूब के निर्माण के बारे में, लेकिन केवल एक अवधारणा का वर्णन करता है जिसे बड़ी संख्या में सिम कार्ड के साथ किसी भी कंपनी में लागू किया जा सकता है।

"दिलचस्प" मामलों को बाहर निकालने और उन्हें संसाधित करने के लिए एमडीएक्स प्रश्नों की मदद से सिस्टम को बेहतर बनाया जा सकता है।

यदि लेख में रुचि है, तो आप परियोजना के तकनीकी विवरण का विस्तार कर सकते हैं।