पावर बीआई को अपने ईआरपी सिस्टम से कैसे कनेक्ट करें

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

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

यह मार्गदर्शिका पावर बीआई को छह प्रमुख ईआरपी प्लेटफार्मों से जोड़ने के लिए व्यावहारिक चरणों को शामिल करती है: ओडू (हमारी प्राथमिक विशेषता), एसएपी, माइक्रोसॉफ्ट डायनेमिक्स 365, ओरेकल, नेटसुइट और क्विकबुक। हम आर्किटेक्चर निर्णयों, कनेक्शन विधियों, डेटा मॉडलिंग, वृद्धिशील रिफ्रेश और परिवर्तन पैटर्न पर ध्यान केंद्रित करते हैं जो कच्चे ईआरपी डेटा को विश्लेषणात्मक सोने में बदल देते हैं।

मुख्य बातें

प्रत्येक ईआरपी एकीकरण समान तीन-चरण पैटर्न का पालन करता है: कनेक्ट (डेटा तक पहुंच), ट्रांसफॉर्म (एनालिटिक्स के लिए नया आकार), मॉडल (स्टार स्कीमा संबंध बनाना)

ओडू का पोस्टग्रेएसक्यूएल डेटाबेस सबसे सीधा और लचीला पावर बीआई कनेक्शन प्रदान करता है --- एसक्यूएल दृश्य और भौतिक दृश्य उत्पादन परिनियोजन के लिए अनुशंसित दृष्टिकोण हैं

SAP को SAP HANA या SAP BW कनेक्टर की आवश्यकता होती है; SAP परिवेश में प्रत्यक्ष डेटाबेस पहुंच की अनुमति शायद ही कभी दी जाती है

डायनेमिक्स 365 डेटावर्स के माध्यम से मूल रूप से एकीकृत होता है, जिससे यह पहले से ही माइक्रोसॉफ्ट पारिस्थितिकी तंत्र में संगठनों से जुड़ने के लिए सबसे सरल ईआरपी बन जाता है।

बड़े ईआरपी डेटासेट के लिए वृद्धिशील रिफ्रेश आवश्यक है --- मल्टी-मिलियन-पंक्ति लेनदेन तालिकाओं का पूर्ण रिफ्रेश टिकाऊ नहीं है

परिचालन तालिकाओं को सीधे क्वेरी करने के बजाय हमेशा ईआरपी और पावर बीआई के बीच एक विश्लेषणात्मक परत (दृश्य, स्टेजिंग टेबल, या डेटा वेयरहाउस) बनाएं

पावर क्वेरी में डेटा परिवर्तन को ईआरपी-विशिष्ट पैटर्न को संभालना चाहिए: बहु-मुद्रा सामान्यीकरण, वित्तीय कैलेंडर संरेखण, और स्थिति कोड अनुवाद

यूनिवर्सल ईआरपी इंटीग्रेशन आर्किटेक्चर

तीन-परत दृष्टिकोण

चाहे आप किसी भी ईआरपी का उपयोग करें, एकीकरण वास्तुकला तीन परतों का पालन करती है:

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

परत 2: परिवर्तन। कच्चा ईआरपी डेटा लेन-देन संबंधी और सामान्यीकृत है --- विश्लेषण के लिए नहीं, बल्कि प्रविष्टियों और अद्यतनों के लिए अनुकूलित है। इसे विश्लेषणात्मक आकार में रूपांतरित करें: लेन-देन पंक्तियों को सारांश तालिकाओं में एकत्रित करें, धुरी स्थिति कोड को पढ़ने योग्य लेबल में बदलें, बहु-मुद्रा राशियों को आधार मुद्रा में परिवर्तित करें, और तारीखों को अपने वित्तीय कैलेंडर में संरेखित करें। यह पावर क्वेरी, SQL व्यू या समर्पित ETL टूल में होता है।

परत 3: मॉडलिंग। परिवर्तित डेटा को तथ्य तालिकाओं (बिक्री, खरीद, इन्वेंट्री मूवमेंट) और आयाम तालिकाओं (ग्राहकों, उत्पादों, तिथियों, गोदामों) के साथ एक स्टार स्कीमा में संरचित करें। रिश्तों को कॉन्फ़िगर करें, DAX माप लिखें, और सिमेंटिक परत का निर्माण करें जिसका उपयोग रिपोर्ट लेखक करते हैं।

डायरेक्ट डेटाबेस बनाम एपीआई बनाम डेटा वेयरहाउस

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

एपीआई कनेक्शन ईआरपी विक्रेता के इच्छित एक्सेस पैटर्न का सम्मान करता है और डेटाबेस प्रदर्शन को प्रभावित करने का जोखिम नहीं उठाता है। हालाँकि, एपीआई आम तौर पर प्रत्यक्ष डेटाबेस क्वेरीज़ की तुलना में धीमी होती हैं, उनमें दर सीमाएँ हो सकती हैं, और अक्सर पदानुक्रमित प्रारूपों (JSON/XML) में डेटा लौटाते हैं जिसके लिए पावर क्वेरी में अधिक परिवर्तन कार्य की आवश्यकता होती है।

डेटा वेयरहाउस सबसे साफ पृथक्करण प्रदान करता है। एक ईटीएल पाइपलाइन रात में ईआरपी से डेटा निकालती है, इसे एक विश्लेषणात्मक स्कीमा में बदल देती है, और इसे एक समर्पित डेटाबेस (एज़्योर एसक्यूएल, स्नोफ्लेक, पोस्टग्रेएसक्यूएल) में लोड करती है जिससे पावर बीआई कनेक्ट होता है। यह सबसे अधिक रखरखाव योग्य दीर्घकालिक वास्तुकला है लेकिन ईटीएल पाइपलाइन के निर्माण के लिए सबसे अग्रिम निवेश की आवश्यकता होती है।

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

पावर बीआई को ओडू से जोड़ना

ओडू पावर बीआई के लिए आदर्श क्यों है

एनालिटिक्स एकीकरण के लिए अपनी पहुंच में ओडू अधिकांश ईआरपी प्लेटफार्मों से अलग है। यह PostgreSQL पर चलता है, जो सबसे Power BI-अनुकूल डेटाबेस में से एक है। इसका स्कीमा अच्छी तरह से प्रलेखित है, इसकी तालिका का नामकरण सुसंगत (मॉड्यूल_मॉडल प्रारूप) है, और इसकी ओपन-सोर्स प्रकृति का मतलब है कि डेटाबेस एक्सेस में कोई लाइसेंसिंग बाधाएं नहीं हैं। यदि आप ओडू संचालित करते हैं, तो आपके पास विश्व स्तरीय पावर बीआई डैशबोर्ड बनाने के लिए आवश्यक सभी चीजें पहले से ही मौजूद हैं।

ECOSIRE में, Odoo-to-Power BI एकीकरण हमारी मुख्य दक्षताओं में से एक है। हमने संपूर्ण ओडू मॉड्यूल परिदृश्य --- बिक्री, क्रय, इन्वेंट्री, विनिर्माण, लेखांकन, मानव संसाधन, हेल्पडेस्क और परियोजना प्रबंधन में विश्लेषणात्मक समाधान बनाए हैं। जिन पैटर्नों का हम यहां वर्णन करते हैं, वे लाखों ईआरपी लेनदेन वाले संगठनों की सेवा करने वाले कार्यान्वयन में युद्ध-परीक्षण किए गए हैं।

पोस्टग्रेएसक्यूएल डायरेक्ट कनेक्शन

चरण 1: रिमोट एक्सेस के लिए PostgreSQL को कॉन्फ़िगर करें। यदि आपका Odoo इंस्टेंस और Power BI गेटवे अलग-अलग सर्वर पर हैं, तो PostgreSQL को रिमोट कनेक्शन की अनुमति देनी होगी। postgresql.conf में, listen_addresses = '*' सेट करें। pg_hba.conf में, MD5 प्रमाणीकरण के साथ गेटवे सर्वर के आईपी पते की अनुमति देने वाली एक पंक्ति जोड़ें। परिवर्तन लागू करने के लिए PostgreSQL को पुनरारंभ करें।

चरण 2: केवल पढ़ने योग्य डेटाबेस उपयोगकर्ता बनाएं। कभी भी Odoo के मुख्य डेटाबेस उपयोगकर्ता का उपयोग करके Power BI को कनेक्ट न करें। एक समर्पित केवल पढ़ने योग्य उपयोगकर्ता बनाएं:

CREATE USER powerbi_reader WITH PASSWORD 'secure_password_here';
GRANT CONNECT ON DATABASE odoo_production TO powerbi_reader;
GRANT USAGE ON SCHEMA public TO powerbi_reader;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO powerbi_reader;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES TO powerbi_reader;

यह उपयोगकर्ता सभी तालिकाएँ पढ़ सकता है लेकिन डेटा को संशोधित नहीं कर सकता, रिकॉर्ड सम्मिलित नहीं कर सकता, या स्कीमा नहीं बदल सकता। ALTER DEFAULT PRIVILEGES लाइन यह सुनिश्चित करती है कि Odoo अपग्रेड द्वारा बनाई गई नई तालिकाएँ स्वचालित रूप से पढ़ने योग्य हैं।

चरण 3: पावर बीआई डेस्कटॉप से कनेक्ट करें। पावर बीआई डेस्कटॉप खोलें → डेटा प्राप्त करें → पोस्टग्रेएसक्यूएल डेटाबेस। अपना सर्वर पता, पोर्ट (डिफ़ॉल्ट 5432), और डेटाबेस नाम दर्ज करें। powerbi_reader क्रेडेंशियल का उपयोग करें. अधिकांश तालिकाओं के लिए "आयात" मोड चुनें (मेमोरी में लोड किया गया डेटा) या बहुत बड़ी तालिकाओं के लिए "डायरेक्टक्वेरी" चुनें जहां आप लाइव क्वेरीज़ चाहते हैं।

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

एनालिटिक्स के लिए आवश्यक ओडू टेबल्स

ओडू का डेटाबेस स्कीमा सीधे इसकी मॉड्यूल संरचना पर मैप करता है। यहां सबसे सामान्य विश्लेषणात्मक डोमेन के लिए मुख्य तालिकाएं दी गई हैं:

बिक्री विश्लेषण:

ओडू टेबल	शामिल है	मुख्य कॉलम
`sale_order`	बिक्री आदेश	आईडी, पार्टनर_आईडी, दिनांक_ऑर्डर, राशि_कुल, राज्य, उपयोगकर्ता_आईडी, कंपनी_आईडी
`sale_order_line`	ऑर्डर लाइन आइटम	ऑर्डर_आईडी, उत्पाद_आईडी, उत्पाद_uom_मात्रा, मूल्य_इकाई, मूल्य_उपयोग, छूट
`res_partner`	ग्राहक/विक्रेता	आईडी, नाम, ईमेल, देश_आईडी, उद्योग_आईडी, कंपनी_प्रकार
`product_template`	उत्पाद मास्टर	आईडी, नाम, सूची_मूल्य, मानक_मूल्य, श्रेणी_आईडी, प्रकार
`product_product`	उत्पाद प्रकार	आईडी, product_tmpl_id, default_code

इन्वेंटरी एनालिटिक्स:

ओडू टेबल	शामिल है	मुख्य कॉलम
`stock_move`	इन्वेंटरी मूवमेंट	उत्पाद_आईडी, स्थान_आईडी, स्थान_dest_id, उत्पाद_uom_qty, दिनांक, राज्य
`stock_quant`	वर्तमान स्टॉक स्तर	उत्पाद_आईडी, स्थान_आईडी, मात्रा, आरक्षित_मात्रा
`stock_warehouse`	गोदाम	आईडी, नाम, कोड, पार्टनर_आईडी
`stock_location`	स्थान	आईडी, नाम, उपयोग, स्थान_आईडी (मूल)

लेखा विश्लेषिकी:

ओडू टेबल	शामिल है	मुख्य कॉलम
`account_move`	जर्नल प्रविष्टियाँ/चालान	आईडी, पार्टनर_आईडी, तिथि, राशि_कुल, राज्य, मूव_टाइप, जर्नल_आईडी
`account_move_line`	प्रवेश पंक्तियाँ	move_id, account_id, डेबिट, क्रेडिट, बैलेंस, दिनांक, पार्टनर_id
`account_account`	खातों का चार्ट	आईडी, कोड, नाम, खाता_प्रकार
`account_journal`	पत्रिकाएँ	आईडी, नाम, प्रकार, कोड

विनिर्माण विश्लेषण:

ओडू टेबल	शामिल है	मुख्य कॉलम
`mrp_production`	विनिर्माण आदेश	product_id, product_qty, date_start, date_finished, state, bom_id
`mrp_workcenter`	कार्य केंद्र	आईडी, नाम, क्षमता, समय_दक्षता
`mrp_bom`	सामग्री का बिल	product_tmpl_id, product_qty, प्रकार

PostgreSQL में विश्लेषणात्मक दृश्य बनाना

उत्पादन परिनियोजन के लिए, हम दृढ़ता से SQL दृश्य बनाने की अनुशंसा करते हैं जो Odoo तालिकाओं को विश्लेषणात्मक आकृतियों में पूर्व-जुड़ते और पूर्व-एकत्रित करते हैं। यह जटिलता को पावर क्वेरी से निकालकर SQL में ले जाता है, जहां इसे बनाए रखना आसान होता है और बेहतर प्रदर्शन करता है।

बिक्री सारांश दृश्य उदाहरण:

CREATE VIEW v_sales_analysis AS
SELECT
    so.id AS order_id,
    so.name AS order_reference,
    so.date_order::date AS order_date,
    so.state AS order_state,
    rp.name AS customer_name,
    rp.country_id,
    rc.name AS country_name,
    sol.product_id,
    pt.name AS product_name,
    pc.name AS product_category,
    sol.product_uom_qty AS quantity,
    sol.price_unit,
    sol.price_subtotal AS line_total,
    sol.discount,
    ru.login AS salesperson,
    so.company_id
FROM sale_order so
JOIN sale_order_line sol ON sol.order_id = so.id
JOIN res_partner rp ON rp.id = so.partner_id
LEFT JOIN res_country rc ON rc.id = rp.country_id
JOIN product_product pp ON pp.id = sol.product_id
JOIN product_template pt ON pt.id = pp.product_tmpl_id
LEFT JOIN product_category pc ON pc.id = pt.categ_id
LEFT JOIN res_users ru ON ru.id = so.user_id
WHERE so.state IN ('sale', 'done');

पावर बीआई इस दृश्य को पहले से जुड़े और फ़िल्टर किए गए एकल तालिका के रूप में आयात करता है। किसी जटिल पावर क्वेरी परिवर्तन की आवश्यकता नहीं है। जब अपग्रेड के दौरान Odoo का स्कीमा बदलता है, तो आप एकाधिक डेटासेट में पावर क्वेरी चरणों को संशोधित करने के बजाय SQL दृश्य को एक बार अपडेट करते हैं।

भौतिकीकृत दृश्य पूर्व-कंप्यूटिंग और परिणामों को संग्रहीत करके आगे बढ़ते हैं, जिससे पावर बीआई नाटकीय रूप से तेज़ हो जाता है:

CREATE MATERIALIZED VIEW mv_sales_daily AS
SELECT
    so.date_order::date AS order_date,
    rp.country_id,
    pt.categ_id AS product_category_id,
    so.user_id AS salesperson_id,
    COUNT(DISTINCT so.id) AS order_count,
    SUM(sol.product_uom_qty) AS total_quantity,
    SUM(sol.price_subtotal) AS total_revenue
FROM sale_order so
JOIN sale_order_line sol ON sol.order_id = so.id
JOIN res_partner rp ON rp.id = so.partner_id
JOIN product_product pp ON pp.id = sol.product_id
JOIN product_template pt ON pt.id = pp.product_tmpl_id
WHERE so.state IN ('sale', 'done')
GROUP BY so.date_order::date, rp.country_id, pt.categ_id, so.user_id;

-- Refresh nightly via cron
-- REFRESH MATERIALIZED VIEW CONCURRENTLY mv_sales_daily;

यह पूर्व-एकत्रित दृश्य लाखों ऑर्डर पंक्तियों को हजारों दैनिक सारांश पंक्तियों में सारांशित करता है। पावर बीआई डैशबोर्ड के लिए सारांश आयात करता है और जब उपयोगकर्ताओं को लाइन-स्तरीय डेटा की आवश्यकता होती है तो विवरण दृश्य के लिए ड्रिल-थ्रू का उपयोग करता है।

ओडू-विशिष्ट पैटर्न को संभालना

मल्टी-कंपनी। ओडू एक ही डेटाबेस में कई कंपनियों का समर्थन करता है। अपने प्रश्नों में हमेशा company_id शामिल करें और प्रत्येक उपयोगकर्ता को उनकी कंपनी के डेटा तक सीमित रखने के लिए Power BI पंक्ति-स्तरीय सुरक्षा कॉन्फ़िगर करें।

राज्य फ़ील्ड। ओडू टेक्स्ट स्थिति कोड (draft, sent, sale, done, cancel) का उपयोग करता है। इन्हें Power Query या अपने SQL दृश्य में उपयोगकर्ता-अनुकूल लेबल पर मैप करें:

CASE so.state
    WHEN 'draft' THEN 'Quotation'
    WHEN 'sent' THEN 'Sent'
    WHEN 'sale' THEN 'Sales Order'
    WHEN 'done' THEN 'Locked'
    WHEN 'cancel' THEN 'Cancelled'
END AS order_status

बहु-मुद्रा। ओडू लेनदेन मुद्रा और कंपनी मुद्रा में राशि संग्रहीत करता है। पावर बीआई डैशबोर्ड के लिए, तय करें कि किस मुद्रा में रिपोर्ट करना है और उपयुक्त कॉलम का उपयोग करें। यदि आपको वास्तविक समय विनिमय दर रूपांतरण की आवश्यकता है, तो res_currency_rate तालिका से जुड़ें।

अनेक-से-अनेक संबंध। ओडू अनेक-से-अनेक संबंधों (उत्पाद टैग, भागीदार श्रेणियां) के लिए जंक्शन तालिकाओं का उपयोग करता है। ये {model1}_{model2}_rel नामक तालिकाओं के रूप में दिखाई देते हैं। उन्हें अपने Power BI डेटा मॉडल में ब्रिज टेबल के साथ संभालें।

टर्नकी ओडू एनालिटिक्स की तलाश करने वाले संगठनों के लिए, [ईसीओएसआईआरई की पावर बीआई ईआरपी एकीकरण सेवाएं] (/services/powerbi/erp-integration) बिक्री, इन्वेंट्री, अकाउंटिंग, मैन्युफैक्चरिंग और एचआर को कवर करने वाले पूर्व-निर्मित ओडू डैशबोर्ड टेम्पलेट प्रदान करती हैं --- जो आपके ओडू कॉन्फ़िगरेशन और व्यावसायिक आवश्यकताओं के लिए पूरी तरह से अनुकूलित हैं। हमारी टीम के पास ओडू और पावर बीआई दोनों में गहरी विशेषज्ञता है, जो उस अंतर को खत्म करती है जो आम तौर पर तब मौजूद होता है जब बीआई सलाहकार किसी ईआरपी के साथ काम करने की कोशिश करते हैं जिसे वे नहीं समझते हैं।

पावर बीआई को एसएपी से जोड़ना

एसएपी कनेक्शन विकल्प

एसएपी वातावरण ओपन-सोर्स ईआरपी की तुलना में सीधे डेटाबेस एक्सेस के बारे में अधिक प्रतिबंधात्मक हैं। अधिकांश SAP ग्राहक इनमें से किसी एक कनेक्शन पथ का उपयोग करते हैं:

एसएपी हाना कनेक्टर। एसएपी एस/4हाना ग्राहकों के लिए, पावर बीआई का मूल एसएपी हाना कनेक्टर हाना दृश्यों (विश्लेषणात्मक, विशेषता और गणना दृश्य) तक सीधी पहुंच प्रदान करता है। यह उच्चतम प्रदर्शन वाला विकल्प है और आयात और DirectQuery दोनों मोड का समर्थन करता है। प्रासंगिक दृश्यों पर चयन विशेषाधिकारों के साथ एक SAP HANA उपयोगकर्ता की आवश्यकता है।

SAP BW कनेक्टर। SAP बिजनेस वेयरहाउस का उपयोग करने वाले संगठनों के लिए, Power BI BW क्वेरीज़ (BEx क्वेरीज़ या BW/4HANA कंपोजिट प्रदाता) से कनेक्ट होता है। यह बीडब्ल्यू में पहले से निर्मित विश्लेषणात्मक संरचनाओं का लाभ उठाता है, जिससे पावर बीआई में स्क्रैच से डेटा मॉडल करने की आवश्यकता से बचा जा सकता है।

SAP OData सेवाएँ। SAP OData API (विशेष रूप से SAP गेटवे और SAP API बिजनेस हब) के माध्यम से व्यावसायिक डेटा को उजागर करता है। Power BI का OData कनेक्टर इन सेवाओं का उपभोग करता है। यह दृष्टिकोण एसएपी के प्राधिकरण मॉडल का सम्मान करता है लेकिन प्रत्यक्ष डेटाबेस पहुंच से धीमा है और बड़े डेटासेट के लिए पेजिनेशन सीमाएं हो सकती हैं।

मध्यवर्ती भंडारण के लिए निष्कर्षण। जटिल परिदृश्यों के लिए, एसएपी के मूल उपकरण (ओपन हब, एसएलटी प्रतिकृति, सीडीएस दृश्य) का उपयोग करके एज़्योर डेटा लेक, स्नोफ्लेक, या एज़्योर एसक्यूएल में एसएपी डेटा निकालें। पावर बीआई इंटरमीडिएट स्टोरेज से जुड़ता है। उद्यम परिनियोजन के लिए यह सबसे लचीला और स्केलेबल दृष्टिकोण है।

एसएपी डेटा मॉडलिंग विचार

SAP की डेटा संरचनाएँ जटिल और गहराई से सामान्यीकृत हैं। VBAK (बिक्री ऑर्डर हेडर), VBAP (बिक्री ऑर्डर आइटम), KNA1 (ग्राहक मास्टर), और MARA (सामग्री मास्टर) जैसी तालिकाएँ छोटे, गुप्त कॉलम नामों और स्टोर कोडित मानों का उपयोग करती हैं जिन्हें अनुवाद के लिए तालिकाओं में शामिल होने की आवश्यकता होती है।

SAP डेटा से Power BI मॉडल बनाते समय:

कोडों का शीघ्र अनुवाद करें। SAP देश को 2-वर्ण कोड के रूप में, मुद्रा को 3-वर्ण कोड के रूप में, और सामग्री प्रकार को "FERT" या "HALB" जैसे कोड के रूप में संग्रहीत करता है। अपनी निष्कर्षण क्वेरी में टेक्स्ट तालिकाओं (देशों के लिए T005T, मुद्राओं के लिए TCURT, सामग्री प्रकारों के लिए T134T) के साथ जुड़ें, पावर क्वेरी में नहीं।

SAP के दिनांक प्रारूप को संभालें। SAP शून्य तिथियों के लिए "00000000" के साथ दिनांकों को 8-अंकीय स्ट्रिंग (YYYYMMDD) के रूप में संग्रहीत करता है। इन्हें अपनी परिवर्तन परत में उचित दिनांक प्रकारों में परिवर्तित करें और शून्य दिनांक पैटर्न को संभालें।

प्राधिकरण वस्तुओं का सम्मान करें। SAP का प्राधिकरण मॉडल यह नियंत्रित करता है कि प्रत्येक उपयोगकर्ता किस डेटा तक विस्तृत स्तर पर पहुंच सकता है। पावर बीआई के लिए डेटा निकालते समय, सुनिश्चित करें कि आपका निष्कर्षण इन सीमाओं का सम्मान करता है या पावर बीआई में समकक्ष पंक्ति-स्तरीय सुरक्षा लागू करता है।

पावर बीआई को डायनेमिक्स 365 से कनेक्ट करना

डेटावर्स: द नेटिव पाथ

Dynamics 365 माइक्रोसॉफ्ट डेटावर्स में डेटा संग्रहीत करता है, और पावर बीआई में प्रथम श्रेणी डेटावर्स एकीकरण है। यह Dynamics 365 को Power BI से जुड़ने के लिए सबसे आसान प्रमुख ERP बनाता है, विशेष रूप से उन संगठनों के लिए जो पहले से ही Microsoft पारिस्थितिकी तंत्र में निवेश कर चुके हैं।

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

डेटावर्स के लिए एज़्योर सिनैप्स लिंक। बड़े डायनेमिक्स 365 डेटासेट के लिए, एज़्योर सिनैप्स लिंक लगातार डेटावर्स डेटा को एज़्योर सिनैप्स एनालिटिक्स या एज़्योर डेटा लेक में दोहराता है। पावर बीआई डेटावर्स से सीधे पूछताछ करने के बजाय सिनैप्स/डेटा लेक से जुड़ता है। यह Dynamics 365 पर प्रदर्शन प्रभाव को समाप्त करता है और जटिल परिवर्तनों के लिए एक बेहतर मंच प्रदान करता है।

टीडीएस एंडपॉइंट। डेटावर्स एक टेबुलर डेटा स्ट्रीम (टीडीएस) एंडपॉइंट को उजागर करता है जिसे पावर बीआई SQL सर्वर कनेक्टर का उपयोग करके कनेक्ट कर सकता है। यह उन परिदृश्यों के लिए उपयोगी है जहां आप डेटावर्स डेटा के विरुद्ध कस्टम SQL क्वेरीज़ लिखना चाहते हैं।

एनालिटिक्स के लिए डायनेमिक्स 365 टेबल्स

सामान्य विश्लेषणात्मक परिदृश्यों के लिए मुख्य डेटावर्स तालिकाएँ:

बिक्री: salesorder, salesorderdetail, opportunity, account, contact, product सेवा: incident (मामले), knowledgearticle, entitlement, sla वित्त: invoice, invoicedetail, payment, generaljournal फ़ील्ड सेवा: workorder, bookableresource, agreement

Dynamics 365 की तालिका संरचना पहले से ही अपेक्षाकृत विश्लेषणात्मक है --- salesorder जैसी संस्थाओं में खाता नाम, स्वामी और स्थिति लेबल के लिए असामान्य फ़ील्ड शामिल हैं। हालाँकि, इष्टतम पावर बीआई प्रदर्शन के लिए, अभी भी डेटावर्स तालिकाओं को वैसे ही आयात करने के बजाय एक स्टार स्कीमा बनाएं।

Power BI को Oracle और NetSuite से कनेक्ट करना

ओरेकल ई-बिजनेस सुइट/फ्यूजन

Oracle EBS के लिए, गेटवे मशीन पर स्थापित Oracle क्लाइंट के साथ Power BI के Oracle डेटाबेस कनेक्टर का उपयोग करें। Oracle फ़्यूज़न क्लाउड एप्लिकेशन REST API प्रदान करते हैं जिन्हें Power BI वेब कनेक्टर या OData कनेक्टर के माध्यम से उपभोग कर सकता है।

Oracle की BI प्रकाशक रिपोर्ट को उन स्वरूपों में डेटा आउटपुट करने के लिए कॉन्फ़िगर किया जा सकता है जिनका Power BI उपभोग कर सकता है, जो एक विक्रेता-समर्थित निष्कर्षण पथ प्रदान करता है जो Oracle के व्यावसायिक तर्क और सुरक्षा का सम्मान करता है।

नेटसुइट

NetSuite Power BI के लिए एकाधिक कनेक्शन पथ प्रदान करता है:

सुइटएनालिटिक्स कनेक्ट (ओडीबीसी)। नेटसुइट का ओडीबीसी ड्राइवर पावर बीआई को ओडीबीसी कनेक्टर का उपयोग करके कनेक्ट करने की अनुमति देता है। यह एक रिलेशनल स्कीमा के साथ नेटसुइट के डेटासेट तक एसक्यूएल एक्सेस प्रदान करता है जो मूल नेटसुइट स्कीमा की तुलना में अधिक एनालिटिक्स-अनुकूल है।

SuiteQL API. NetSuite का REST API SuiteQL, एक SQL जैसी क्वेरी भाषा का समर्थन करता है। Power BI इस API को कस्टम Power Query फ़ंक्शंस के माध्यम से कॉल कर सकता है। यह लक्षित निष्कर्षण के लिए उपयोगी है लेकिन बड़े डेटासेट के लिए ODBC से कम कुशल है।

तृतीय-पक्ष कनेक्टर। सीडीटा जैसे उपकरण नेटसुइट के लिए अनुकूलित पावर बीआई कनेक्टर प्रदान करते हैं जो पेजिनेशन, प्रमाणीकरण और स्कीमा मैपिंग को स्वचालित रूप से संभालते हैं।

पावर बीआई को क्विकबुक से कनेक्ट करना

क्विकबुक ऑनलाइन

QuickBooks ऑनलाइन एक REST API के माध्यम से डेटा को उजागर करता है जिसे Power BI उपभोग कर सकता है। कनेक्शन के लिए Intuit डेवलपर पोर्टल में OAuth2 ऐप पंजीकरण और एक कस्टम पावर क्वेरी कनेक्टर या मैन्युअल OAuth टोकन प्रबंधन के साथ वेब कनेक्टर की आवश्यकता होती है।

अधिकांश QuickBooks उपयोगकर्ताओं के लिए, सबसे सरल पथ एक तृतीय-पक्ष कनेक्टर (CData, स्काईविया, या समान) है जो प्रमाणीकरण, पेजिनेशन और डेटा प्रकार मैपिंग को संभालता है। ये कनेक्टर Power BI में मूल डेटा स्रोतों के रूप में दिखाई देते हैं और API जटिलता को अमूर्त करते हैं।

पावर बीआई के लिए मुख्य क्विकबुक डेटा

आय विवरण डेटा: चालान, भुगतान, क्रेडिट मेमो, बिक्री रसीदें बैलेंस शीट डेटा: खाता शेष, जर्नल प्रविष्टियाँ परिचालन डेटा: ग्राहक, विक्रेता, उत्पाद/सेवाएँ, अनुमान

QuickBooks डेटा वॉल्यूम आम तौर पर इतना छोटा होता है कि पूर्ण रीफ्रेश तेजी से होता है (5 मिनट से कम)। QuickBooks एकीकरण के लिए वृद्धिशील ताज़ा करना शायद ही कभी आवश्यक होता है।

ईआरपी डेटा के लिए वृद्धिशील ताज़ा

क्यों वृद्धिशील ताज़ा करना आवश्यक है

ईआरपी डेटाबेस लगातार बढ़ते रहते हैं। एक मध्यम आकार की कंपनी प्रतिदिन हजारों लेनदेन उत्पन्न करती है। कुछ वर्षों के बाद, विक्रय आदेश तालिका में लाखों पंक्तियाँ होती हैं। हर सुबह पूरी तालिका को ताज़ा करने से गेटवे संसाधन, डेटाबेस क्षमता और समय बर्बाद होता है।

इंक्रीमेंटल रिफ्रेश पावर बीआई को पिछले रिफ्रेश से ऐतिहासिक डेटा को कैश्ड रखते हुए केवल हाल के डेटा (उदाहरण के लिए, पिछले 30 दिन) को रिफ्रेश करने के लिए कहता है। 45 मिनट वाला पूर्ण रिफ्रेश 3 मिनट का वृद्धिशील रिफ्रेश बन जाता है।

कॉन्फ़िगरेशन चरण

चरण 1: पावर क्वेरी पैरामीटर बनाएं। बिल्कुल RangeStart और RangeEnd नामक दो पैरामीटर बनाएं, दोनों ही डेटटाइम प्रकार के हैं। डिफ़ॉल्ट मान सेट करें (ये केवल Power BI डेस्कटॉप में उपयोग किए जाते हैं; सेवा उन्हें ओवरराइड करती है)।

चरण 2: अपनी स्रोत क्वेरी को फ़िल्टर करें। पैरामीटर का उपयोग करके अपनी तथ्य तालिका के दिनांक कॉलम में एक फ़िल्टर लागू करें:

#"Filtered Rows" = Table.SelectRows(Source, each [order_date] >= RangeStart and [order_date] < RangeEnd)

कार्य को क्रमिक रूप से ताज़ा करने के लिए इस फ़िल्टर को स्रोत डेटाबेस में जोड़ना होगा। यदि आप PostgreSQL (Odoo) से कनेक्ट कर रहे हैं, तो फ़िल्टर एक WHERE क्लॉज उत्पन्न करता है जिसे PostgreSQL निष्पादित करता है, केवल मेल खाने वाली पंक्तियाँ लौटाता है।

चरण 3: वृद्धिशील ताज़ा नीति को परिभाषित करें। पावर बीआई डेस्कटॉप में, तालिका → वृद्धिशील ताज़ा पर राइट-क्लिक करें। कॉन्फ़िगर करें:

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

चरण 4: प्रकाशित करें और कॉन्फ़िगर करें। पावर बीआई सेवा पर प्रकाशित करने के बाद, निर्धारित रिफ्रेश को कॉन्फ़िगर करें। सेवा समय-आधारित विभाजन बनाती है और केवल उन विभाजनों को ताज़ा करती है जो वृद्धिशील विंडो के अंतर्गत आते हैं।

ईआरपी-विशिष्ट वृद्धिशील ताज़ा पैटर्न

Odoo: परिवर्तन का पता लगाने वाले कॉलम के रूप में write_date का उपयोग करें। ओडू प्रत्येक रिकॉर्ड संशोधन पर इस टाइमस्टैम्प को अपडेट करता है, जिससे यह बदली हुई पंक्तियों का पता लगाने के लिए विश्वसनीय हो जाता है।

SAP: अधिकांश SAP लेनदेन तालिकाओं पर उपलब्ध AEDAT (परिवर्तन दिनांक) फ़ील्ड का उपयोग करें। हाना के लिए, भौतिक हाना दृश्य परिवर्तन ट्रैकिंग प्रदान कर सकते हैं।

डायनामिक्स 365: डेटावर्स संस्थाओं में modifiedon टाइमस्टैम्प होते हैं जो परिवर्तन का पता लगाने के लिए अच्छी तरह से काम करते हैं। Azure Synapse Link अंतर्निहित परिवर्तन डेटा कैप्चर प्रदान करता है।

ओरेकल: ओरेकल के rowscn या एक समर्पित Last_update_date कॉलम का उपयोग करें। Oracle गोल्डनगेट वास्तविक समय परिदृश्यों के लिए परिवर्तन डेटा कैप्चर प्रदान कर सकता है।

डेटा परिवर्तन सर्वोत्तम अभ्यास

बहु-मुद्रा सामान्यीकरण

अधिकांश ईआरपी सिस्टम लेन-देन की रकम को लेन-देन मुद्रा में संग्रहीत करते हैं। विश्लेषणात्मक डैशबोर्ड के लिए, आपको आम तौर पर एकल रिपोर्टिंग मुद्रा में रकम की आवश्यकता होती है।

दो दृष्टिकोण:

स्रोत-पक्ष रूपांतरण। यदि आपका ईआरपी लेनदेन और आधार मुद्रा राशि दोनों संग्रहीत करता है (ओडू लेनदेन मुद्रा में amount_total और आधार मुद्रा में amount_total_company_currency संग्रहीत करता है), तो सीधे आधार मुद्रा कॉलम का उपयोग करें। यह ईआरपी की विनिमय दरों का लाभ उठाता है और परिचालन और विश्लेषणात्मक रिपोर्टिंग के बीच विसंगतियों से बचाता है।

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

स्थिति कोड अनुवाद

ईआरपी सिस्टम स्थितियों, प्रकारों और श्रेणियों के लिए आंतरिक कोड का उपयोग करते हैं। इन्हें अपनी परिवर्तन परत में उपयोगकर्ता-अनुकूल लेबल में अनुवादित करें, DAX में नहीं। एक दृश्य जो "ड्राफ्ट, भेजा गया, पुष्टि किया गया, हो गया, रद्द किया गया" के आधार पर समूहित किया गया है वह स्व-व्याख्यात्मक है। एक दृश्य जो "1, 2, 3, 4, 5" के आधार पर समूहित होता है, वह नहीं है।

ओडू के लिए, अनुवाद सीधा है क्योंकि ओडू पठनीय पाठ स्थितियों का उपयोग करता है। SAP के लिए, गुप्त कोड (AUFNR, MATNR, BUKRS) को व्यवसाय-अनुकूल नामों में मैप करें। Dynamics 365 के लिए, अंतर्निहित पूर्णांक मानों के बजाय विकल्प सेट लेबल का उपयोग करें।

राजकोषीय कैलेंडर संरेखण

यदि आपका वित्तीय वर्ष कैलेंडर वर्ष से भिन्न है, तो एक वित्तीय कैलेंडर आयाम बनाएं जो प्रत्येक तिथि को उसके वित्तीय वर्ष, वित्तीय तिमाही और वित्तीय अवधि से मैप करता हो। यह वित्तीय डैशबोर्ड के लिए आवश्यक है जहां "Q1" का अर्थ राजकोषीय Q1 (जो जुलाई-सितंबर हो सकता है) है, न कि कैलेंडर Q1 (जनवरी-मार्च)।

अपने दिनांक आयाम में कैलेंडर और राजकोषीय दोनों विशेषताओं को शामिल करें ताकि उपयोगकर्ता डेटा मॉडल को बदले बिना परिप्रेक्ष्य के बीच स्विच कर सकें।

पावर बीआई को आपके विशिष्ट ईआरपी वातावरण से जोड़ने में शुरू से अंत तक सहायता के लिए, अपनी आवश्यकताओं पर चर्चा करने के लिए ECOSIRE की एनालिटिक्स टीम से संपर्क करें। हम ओडू एनालिटिक्स में विशेषज्ञ हैं और प्रत्येक प्रमुख ओडू मॉड्यूल के लिए पूर्व-निर्मित पावर बीआई टेम्पलेट डैशबोर्ड प्रदान करते हैं।

अक्सर पूछे जाने वाले प्रश्न

क्या मुझे Power BI को सीधे अपने ERP डेटाबेस से कनेक्ट करना चाहिए या डेटा वेयरहाउस का उपयोग करना चाहिए?

कम संख्या में रिपोर्ट और मध्यम डेटा वॉल्यूम (10 मिलियन पंक्तियों से कम) के साथ प्रारंभिक तैनाती के लिए, प्रत्यक्ष डेटाबेस कनेक्शन स्थापित करने में तेज़ और पूरी तरह से पर्याप्त हैं। जैसे-जैसे आपका एनालिटिक्स वातावरण 10-15 रिपोर्टों से आगे बढ़ता है या आप कई स्रोत प्रणालियों से डेटा का संयोजन शुरू करते हैं, एक डेटा वेयरहाउस सार्थक हो जाता है। वेयरहाउस पावर बीआई के लिए एक स्थिर स्कीमा (इसे ईआरपी स्कीमा परिवर्तनों से अलग करना), बेहतर क्वेरी प्रदर्शन (पूर्व-एकत्रीकरण और अनुक्रमण के माध्यम से), और व्यावसायिक तर्क (मुद्रा रूपांतरण, राजकोषीय मानचित्रण, स्थिति अनुवाद) को लागू करने के लिए एक एकल स्थान प्रदान करता है। अधिकांश संगठन सीधे कनेक्शन से शुरू करते हैं और 12-18 महीनों के भीतर गोदाम में स्थानांतरित हो जाते हैं।

क्या Power BI क्वेरीज़ मेरे ERP सिस्टम को धीमा कर देंगी?

यदि ठीक से प्रबंधन न किया जाए तो वे ऐसा कर सकते हैं। Power BI शेड्यूल किए गए रिफ्रेश आपके ERP डेटाबेस के विरुद्ध SQL क्वेरी निष्पादित करते हैं, जो CPU, मेमोरी और I/O संसाधनों का उपभोग करते हैं। ऑफ-पीक घंटों (सुबह जल्दी, देर शाम) के दौरान रीफ्रेश शेड्यूल करके इसे कम करें, विश्लेषणात्मक प्रश्नों के लिए रीड प्रतिकृतियां बनाएं (ओडू के लिए पोस्टग्रेएसक्यूएल स्ट्रीमिंग प्रतिकृति, एसक्यूएल सर्वर के लिए हमेशा चालू), परिणामों की पूर्व-गणना करने वाले भौतिक दृश्यों का उपयोग करें, और स्कैन किए गए डेटा को कम करने के लिए वृद्धिशील रीफ्रेश लागू करें। मिशन-महत्वपूर्ण ईआरपी के लिए, एक पढ़ी गई प्रतिकृति सबसे सुरक्षित तरीका है --- पावर बीआई प्रतिकृति पर सवाल उठाता है जबकि उत्पादन डेटाबेस अप्रभावित रहता है।

मैं डेटाबेस स्कीमा को बदलने वाले ओडू मॉड्यूल अपग्रेड को कैसे संभालूं?

Odoo मॉड्यूल अपग्रेड कभी-कभी डेटाबेस कॉलम और टेबल जोड़ते हैं, नाम बदलते हैं या हटाते हैं। यदि Power BI क्वेरीज़ किसी पुनर्नामित या हटाए गए कॉलम का संदर्भ देती है, तो रीफ़्रेश विफल हो जाता है। कच्चे ओडू तालिकाओं और पावर बीआई के बीच एक अमूर्त परत के रूप में एसक्यूएल दृश्यों का उपयोग करके इसे कम करें। जब कोई अपग्रेड स्कीमा बदलता है, तो नई संरचना को प्रतिबिंबित करने के लिए SQL दृश्य को अपडेट करें। पावर बीआई बिना किसी बदलाव के दृश्य की स्थिर स्कीमा को क्वेरी करना जारी रखता है। प्रत्येक ओडू अपग्रेड के बाद, अपने पावर बीआई रिफ्रेश को मैन्युअल रूप से चलाएं ताकि यह सत्यापित किया जा सके कि अगले शेड्यूल किए गए रिफ्रेश से पहले सभी प्रश्न सफल हो गए हैं।

क्या मैं एक ही पावर बीआई रिपोर्ट में एकाधिक ईआरपी सिस्टम से डेटा जोड़ सकता हूं?

हाँ, और यह Power BI की सबसे मजबूत क्षमताओं में से एक है। जो संगठन विभिन्न क्षेत्रों या व्यावसायिक इकाइयों में अलग-अलग ईआरपी संचालित करते हैं, वे एकीकृत डैशबोर्ड बना सकते हैं जो सभी प्रणालियों से डेटा को जोड़ते हैं। कुंजी एक सामान्य विश्लेषणात्मक स्कीमा (स्टार स्कीमा) का निर्माण कर रही है जो विभिन्न ईआरपी संरचनाओं को एक साझा प्रारूप में सामान्यीकृत करती है। ग्राहक आयाम तालिकाएँ एक सामान्य पहचानकर्ता का उपयोग करके सभी ईआरपी से ग्राहकों को मर्ज करती हैं। उत्पाद आयाम सभी प्रणालियों में उत्पाद श्रेणियों को संरेखित करते हैं। तथ्य सारणी मात्राओं को एक सामान्य मुद्रा और स्थितियों को एक सामान्य शब्दावली में मानकीकृत करती है। समग्र मॉडल कुछ स्रोतों से आयात के माध्यम से और अन्य से DirectQuery के माध्यम से जुड़ सकते हैं।

मैं पावर बीआई में ओडू के अनेक-से-अनेक संबंधों को कैसे संभालूं?

ओडू अनेक-से-अनेक संबंधों, जैसे उत्पाद टैग, भागीदार श्रेणियां और एक्सेस नियंत्रण सूचियों के लिए जंक्शन तालिकाओं (पैटर्न {model1}_{model2}_rel के साथ नामित) का उपयोग करता है। पावर बीआई में, जंक्शन तालिका आयात करें और दो एक-से-अनेक संबंध बनाएं: एक पहले आयाम से जंक्शन तालिका तक, और एक दूसरे आयाम से जंक्शन तालिका तक। यह ब्रिज टेबल पैटर्न अनेक-से-अनेक फ़िल्टरिंग को सही ढंग से संभालता है। ध्यान रखें कि कुछ Odoo अनेक-से-अनेक संबंध पंक्तियाँ बनाते हैं जो एकत्रीकरण को जटिल बनाते हैं --- सत्यापन के दौरान हमेशा Odoo की मूल रिपोर्ट के विरुद्ध कुल योग सत्यापित करें।

How to Connect Power BI to Your ERP System