نظرة عامة على موصلات تطبيقات اللوحة

وتتمثل البيانات في جوهر معظم التطبيقات، بما في ذلك البيانات التي تقوم ببنيتها في Power Apps. يتم تخزين البيانات في مصدر بيانات، ويتم إحضار هذه البيانات إلى تطبيقك من خلال إنشاء اتصال. ويستخدم الاتصال موصلاً معينًا للتحدث إلى مصدر البيانات. يتضمن Power Apps موصلات للكثير من الخدمات الشائعة ومصادر البيانات المحلية، بما في ذلك SharePoint وSQL Server وOffice 365 وSalesforce وTwitter. لبدء إضافة بيانات إلى تطبيق لوحة، راجع إضافة اتصال بيانات في Power Apps.

قد يوفر الموصل جداول بيانات أو إجراءات. توفر بعض الموصلات جداول فقط، ويوفر بعضها إجراءات فقط، فيما يوفر البعض الآخر جداول وإجراءات معًا. علاوةً على ذلك، قد يكون الموصل عبارة عن موصل قياسي أو مخصص.

الجداول‏‎

إذا كان الموصل يوفر جداول، يمكنك إضافته إلى مصدر بياناتك ثم تحديد الجدول في مصدر البيانات الذي تريد إدارته. Power Apps كلاهما يسترد بيانات الجدول في تطبيقك ويحدث البيانات في مصدر البيانات لك. على سبيل المثال، يمكنك إضافة مصدر بيانات يحتوي على جدول يسمى الدروس ثم تعيين خاصية العناصر‎ لعنصر تحكم، مثل معرض أو نموذج، إلى هذه القيمة في شريط الصيغة:

خاصية العناصر لمصدر بيانات عادي.

يمكنك تحديد البيانات التي يستردها تطبيقك من خلال تخصيص خاصية العناصر لعنصر التحكم الذي يعرض بياناتك. متابعة للمثال السابق، يمكنك فرز البيانات أو تصفيتها في جدول الدروس باستخدام ذلك الاسم كوسيطة في الدالتين Search‎ و SortByColumn‎. في هذا الرسم، تحدد الصيغة التي تم تعيين الخاصية العناصر‎ إجراء عمليات فرز وتصفية للبيانات استنادًا إلى النص في TextSearchBox1.

خاصية العناصر لمصدر بيانات موسّع.

لمزيد من المعلومات حول كيفية تخصيص الصيغة باستخدام الجداول، انظر هذه المقالات:

فهم مصادر البيانات في Power Apps
إنشاء تطبيق من جدول Excel
إنشاء تطبيق من البداية
التعرف على الجداول والسجلات في Power Apps

ملاحظة

للاتصال بالبيانات الموجودة في مصنف Excel، يجب استضافتها في خدمة تخزين سحابية مثل OneDrive. لمزيد من المعلومات، راجع الاتصال بمساحة تخزين سحابية من Power Apps.

الإجراءات

إذا كان الموصل يوفر إجراءات، فيجب عليك متابعة تحديد مصدر البيانات كما فعلت من قبل. بدلاً من تحديد جدول كخطوة تالية، ستقوم بتوصيل عنصر تحكم بإجراء بطريقة يدوية عن طريق تحرير خاصية العناصر‎ لعنصر التحكم الذي سيعرض بياناتك. تحدد الصيغة التي تعيّن خاصية العناصر‎ لها الإجراء الذي يسترد البيانات. على سبيل المثال، لن يسترد التطبيق أي بيانات إذا اتصلت بتطبيق Yammer ثم قمت بتعيين خاصية العناصر‎ إلى اسم مصدر البيانات. لتعبئة عنصر تحكم بالبيانات، حدد أحد الإجراءات مثل GetMessagesInGroup(5033622).messages.

خاصية العناصر لمصدر بيانات الإجراء.

إذا احتجت إلى معالجة تحديثات البيانات المخصصة لموصلات الإجراءات، فعليك بناء صيغة تتضمن الدالة Patch. في الصيغة، حدد الإجراء والحقول التي ستقوم بربطها بالإجراء.

لمزيد من المعلومات حول كيفية تخصيص الصيغة للتحديثات المخصصة، انظر هذه المقالات:

Patch
Collect
تحديث

ملاحظة

للعمل مع المخطط الديناميكي، يمكنك استخدام ميزة تجريبية تسمى المخطط الديناميكي. يشير المخطط الديناميكي إلى احتمالية أن يرجع الإجراء نفسه جدولاً مختلفًا بأعمدة مختلفة. تتضمن الشروط التي قد تتسبب في اختلاف الأعمدة الموجودة في الجداول معلمات إدخال الإجراء‬ أو المستخدم أو الدور الذي يقوم بتنفيذ الإجراء والمجموعة التي يعمل بها المستخدم، من بين شروط أخرى. على سبيل المثال، قد تُرجع الإجراءات المخزنة في SQL Server أعمدة مختلفة إذا تم تشغيلها بمدخلات مختلفة، أو قد يستخدم مثيل Azure DevOps حقولاً مخصصة غير متوفرة بشكل افتراضي. للعمل مع المخطط الديناميكي، توضح وثائق الموصل أن مخرجات هذه العملية ديناميكية. على أنها القيمة المرتجعة. لمزيد من المعلومات حول كيفية العمل مع المخطط الديناميكي في Power Apps، راجع العمل مع المخطط الديناميكي في Power Apps (تجريبي)

يحتوي هذا الجدول على ارتباطات إلى مزيد من المعلومات حول أكثر الموصلات شيوعًا. للحصول على قائمة كاملة بالموصلات، راجع جميع الموصلات.

         
Microsoft Dataverse. Microsoft Dataverse   مساحة تخزين السحابة‬ مساحة تخزين السحابة‬ **
Dynamics AX. Dynamics AX   Microsoft Excel Excel
Microsoft Translator. Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365 Users. مستخدمو Office 365   Oracle Oracle
Power BI. Power BI   شعار SharePoint SharePoint
خادم SQL. SQL Server   شعار Twitter موقع Twitter

** ينطبق على Azure Blob وBox وDropbox وGoogle Drive وOneDrive وOneDrive for Business

الموصلات القياسية والمخصصة

يوفر Power Apps موصلات قياسية للكثير من مصادر البيانات الشائعة الاستخدام. عند وجود موصل قياسي في Power Apps لنوع مصدر البيانات الذي تريد استخدامه، فيجب عليك استخدام هذا الموصل. إذا أردت الاتصال بأنواع أخرى من مصادر البيانات، مثل الخدمة التي قمت بإنشائها، فراجع تسجيل الموصلات المخصصة واستخدامها.

جميع الموصلات القياسية

لا تتطلب الموصلات القياسية ترخيصا خاصا. لمزيد من المعلومات، راجع خطط Power Apps.

يمكنك طرح أسئلة حول موصل معين في المنتديات، كما يمكنك اقتراح موصلات ترغب في إضافتها أو أي تحسينات أخرى يتم إدخالها Power Appsفي أفكار Power Apps.

الأمان وأنواع المصادقة

بينما تعمل على تأليف تطبيقك وإنشاء اتصال بمصدر بيانات، قد يتبين لك أن الموصل الذي اخترته يسمح لك باستخدام طرق مختلفة للمصادقة. على سبيل المثال، يسمح لك موصل SQL Server باستخدام Azure AD Integrated ومصادقة SQL Server ومصادقة Windows. يتضمن كل نوع مصادقة مستويات مختلفة من الأمان مقترنة به. من الضروري التعرف على المعلومات والحقوق التي تشاركها مع المستخدمين الذين يستخدمون تطبيقك. المثال الرئيسي في هذه المقالة هو SQL Server، ومع ذلك فإن المبادئ تنطبق على جميع أنواع الاتصالات.

ملاحظة

للحصول على معلومات تفصيلية حول اعتبارات الأمان عند استخدام خادم قاعدة بيانات ارتباطية (مثل Microsoft SQL Server أو Oracle) كمصدر البيانات لتطبيق، راجع استخدام Microsoft SQL Server بأمان مع Power Apps.

Azure AD Integrated

هذا نوع اتصال آمن. على سبيل المثال، يستخدم SharePoint هذا النوع من المصادقة. كما يسمح SQL Server بهذا النوع من المصادقة. عند الاتصال، تقوم خدمة Azure AD بالتعريف عنك بشكل منفصل لدى SharePoint. لست بحاجة إلى توفير اسم مستخدم أو كلمة مرور. كمؤلف، يمكنك إنشاء مصدر البيانات والتعامل معه باستخدام بيانات اعتمادك. عندما تنشر تطبيقك ويقوم مستخدم التطبيق بتسجيل دخوله، فإنه يقوم بذلك باستخدام بيانات اعتماده. إذا كانت البيانات مؤمنة بشكل مناسب على المرجع الخلفي، لا يمكن للمستخدمين سوى رؤية ما تم تفويضهم بالمشاهدة استنادا إلى بيانات الاعتماد الخاصة بهم. يسمح لك هذا النوع من الأمان بتغيير الحقوق الخاصة بمستخدمين معينين للتطبيق على مصدر البيانات الخلفي بعد نشر التطبيق. على سبيل المثال، يمكنك منح حق الوصول أو رفض الوصول أو تحسين ما يمكن للمستخدم أو لمجموعة من المستخدمين رؤيته كله على مصدر البيانات الخلفي.

تخويل قياسي مفتوح (Oauth)

نوع الاتصال هذا آمن أيضًا. على سبيل المثال، يستخدم Twitter هذا النوع من المصادقة. عندما تتصل، يجب تقديم اسم المستخدم وكلمة المرور. كمؤلف، يمكنك إنشاء مصدر البيانات والتعامل معه باستخدام بيانات اعتمادك. عندما تنشر تطبيقك ويقوم مستخدم التطبيق بتسجيل دخوله، يجب عليه أيضًا تقديم بيانات اعتماده. وبالتالي، يكون نوع الاتصال هذا آمنًا لأنه يتعين على المستخدمين استخدام بيانات اعتمادهم للوصول إلى خدمة مصدر البيانات.

مصادق اسم المستخدم وكلمة المرور في SQL

هذا النوع من الاتصال غير آمن نظرا لأنه لا يحدث مصادقة للمستخدم النهائي. ينبغي ألا يتم استخدامه إلا في الحالات التي يمكنك فيها أن تفترض بأمان أن كل شخص لديه حق الوصول إلى هذا الاتصال يمكنه مشاهدة جميع البيانات التي يوفر الاتصال الوصول إليها واستخدامها. لا يمكن تأمين أجزاء من البيانات التي يمكن الوصول إليها من خلال الاتصال بشكل قابلة للانفلات. على سبيل المثال، إذا كان الاتصال يسمح بالوصول إلى جدول واحد، فلا يمكنك العمل بالتصفية على مستخدم للتصفية فقط لرؤية البيانات الخاصة بهذا المستخدم المعين في هذا الجدول. للحصول على أمان موثوق به، استخدم اتصالا أكثر أمانا مثل تكامل Azure AD.

في SQL Server، يسمى هذا النوع من الاتصال مصادقة SQL Server. يوفر عدد كبير من مصادر بيانات قواعد البيانات إمكانية مماثلة. عند نشر التطبيق، لن يحتاج المستخدمون لديك إلى توفير اسم مستخدم وكلمة مرور فريدين. فهم يستخدمون اسم المستخدم وكلمة المرور التي تقوم بتزويدها عند تأليف التطبيق. تعتبر مصادقة الاتصال بمصدر البيانات مشتركة بشكل ضمني مع المستخدمين. بعد نشر التطبيق، يتم نشر الاتصال أيضًا ويصبح متوفرًا للمستخدمين. بإمكان المستخدمين أيضًا إنشاء تطبيقات باستخدام أي اتصال يستخدم مصادقة SQL Server تمت مشاركته معهم. لا يمكن للمستخدمين لديك رؤية اسم المستخدم أو كلمة المرور، ولكن سيكون الاتصال متوفرا لهم. هناك سيناريوهات صالحة لهذا النوع من الاتصال. على سبيل المثال، إذا كان لديك قاعدة بيانات للقراءة فقط متوفرة لكل شخص في الشركة. يمكن أن تكون سيناريوهات بيانات المرجع (على سبيل المثال، تقويم الشركة) مفيدة لهذا النوع من الاتصال. مزيد من المعلومات: استخدام Microsoft SQL Server بأمان مع Power Apps

مصادقة Windows

هذا النوع من الاتصال غير آمن نظرا لأنه لا يحدث مصادقة للمستخدم النهائي. استخدم مصادقة Windows عندما تحتاج إلى الاتصال بمصدر بيانات محلي. هناك مثال على اتصال من هذا النوع وهو خادم محلي لديه SQL Server. يجب أن يمر الاتصال عبر بوابة. ونظرًا لمروره عبر بوابة، يتوفر للموصل حق الوصول إلى جميع البيانات في مصدر البيانات هذا. ونتيجة لذلك، تتوفر أي معلومات يمكنك الوصول إليها بواسطة بيانات اعتماد Windows التي توفرها للموصل. وبعد نشر التطبيق، يتم نشر الاتصال أيضًا ويصبح متوفرًا للمستخدمين. يعني هذا السلوك أن المستخدمين النهائيين يمكنهم أيضا إنشاء تطبيقات باستخدام هذا الاتصال نفسه والوصول إلى البيانات الموجودة على هذا الجهاز. تعتبر أيضًا الاتصالات بمصدر البيانات مشتركة بشكل ضمني مع المستخدمين الذين تمت مشاركة التطبيق معهم. قد يكون نوع الاتصال هذا صالحًا عندما يكون مصدر البيانات مقيمًا فقط على خادم محلي والبيانات في هذا المصدر قابلة للمشاركة مجانًا.

مصادر البيانات في الحلول

تُستخدم الحلول لإدارة دورة حياة التطبيق وتوفير إمكانات إضافية لإدارة دورة حياة مصادر البيانات. إذا كان تطبيق اللوحة في أحد الحلول، فقد يتم إنشاء مراجع الاتصال ومتغيرات البيئة لتخزين معلومات حول مصادر البيانات. ويضمن ذلك أن مصادر البيانات يمكن تغييرها أو إعادة تحديدها عند ترحيل الحلول إلى بيئات مختلفة.

إعادة تسمية مصادر البيانات في التطبيقات

للتعرف على إعادة تسمية مصادر البيانات في التطبيق، والفرق بين مصادر البيانات التي تستند إلى جدولة والتي تستند إلى إجراء، انتقل إلى إعادة تسمية مصادر البيانات المستندة إلى إجراء Power Apps.

عندما يفتح المستخدمون تطبيقا يستخدم الموصلات للمرة الأولى، سيشاهدون حوار "موافقة الاتصال" للأغراض التالية.

  1. لإعلام المستخدمين حول مصادر البيانات التي يمكن الوصول إليها من خلال التطبيق.

  2. وضع مخطط تفصيلي الإجراءات التي قد يقوم بها موصل، أو قد لا يقوم بتنفيذها في تطبيق. على سبيل المثال، بالنسبة للتطبيقات التي تستخدم موصل مستخدمو Office 365، قد يكون هذا ما يلي.

    • سيكون بمقدور هذا التطبيق:
      • قراءة ملف تعريف المستخدم الكامل
      • قراءة ملف التعريف الكامل لجميع المستخدمين
    • لن يكون بمقدوره:
      • تعديل أو حذف أي معلومات من معلومات ملف تعريف المستخدم
  3. للحصول على موافقة المستخدم النهائي للاتصال مصادر البيانات التي يستخدمها التطبيق.

  4. لتسهيل المصادقة اليدوية للمستخدم النهائي، عند الحاجة.

بالنسبة لبعض الاتصالات، يمكن لـ Power Platform مصادقة مستخدم تلقائيا للوصول إلى مصدر البيانات. ومع ذلك، في حالة فشل تسجيل الدخول التلقائي، يطالب مربع الحوار هذا المستخدمين بإصلاح الاتصال عن طريق تسجيل الدخول يدويا. يمكن لـ Power Platform محاولة تسجيل الدخول التلقائي للاتصال فقط عندما يقوم مصدر البيانات ما قبل التشغيل التلقائي لخدمة اتصالات Azure API في Microsoft، بمنحه إذنا بإجراء تسجيل الدخول الفردي للمستخدم عند إنشاء اتصال. لمزيد من المعلومات حول تسجيل الدخول مرة واحدة، راجع ما هو تسجيل الدخول الفردي (SSO)؟

الصورة التالية هي مثال لم مربع حوار موافقة الاتصال لتطبيق يتصل بموقع SharePoint.

حوار موافقة Power Apps

بالنسبة لتحديد الموصلات، يمكن للمسؤولين استخدام مربع الحوار هذا، كما يمكنهم الموافقة نيابة عن المستخدمين النهائيين للاتصال بموصل مصدر البيانات. يوضح الجدول التالي أنواع موصلات حوار الموافقة التي قد يتم تشغيلها في تطبيق ما.

ملاحظة

إذا قام أحد المسؤولين بتنفيذ حوار الموافقة لكن النظام الأساسي لا يمكنه تنفيذ تسجيل الدخول الفردي للمستخدم النهائي، سيتم عرض مربع الحوار للمستخدم عند إطلاق التطبيق.

نوع الموصل حوار الموافقة قابل للحذف؟ مرجع
موصلات الأطراف الأولى في Microsoft التي تدعم تسجيل الدخول الفردي (مثل SharePoint، مستخدمو Office 365) نعم ملف cmdlet لمسؤول Power Apps
موصل الوصول إلى خدمة غير Microsoft أو طرف ثالث، مثل Salesforce لا غير قابل للتطبيق
موصلات مخصصة تستخدم OAuth Azure Active Directory كموفر الهوية. هذه موصلات مخصصة تم إنشاؤها بواسطة المؤسسات، ويمكن الوصول إليها فقط من قِبل المستخدمين ضمن المؤسسة (على سبيل المثال، تم إنشاؤها بواسطة Contoso لمستخدمي Contoso فقط) نعم إدارة الاتصالات

يكون بمقدور Microsoft Power Platform فقط نقل حوار الموافقة من أجل الاتصالات إلى مصادر البيانات حيث:

  1. لا يوجد التزام من قبل مصدر البيانات لإظهار واجهة مستخدم الموافقة الصريحة.
  2. توفر مصدر البيانات خدمة اتصالات Azure API من Microsoft بشكل مسبق من أجل تمكين تسجيل الدخول منفرد.
  3. يمكن للمسؤول تكوين تطبيق ليوافق على الاتصالات السابقة.

يوجد التفويض المسبق من أساسي خدمة اتصالات Azure API الخاصة بـ Microsoft بالنسبة لمصادر بيانات كيانات Microsoft الأولى، وقد يتم تكوينه من خلال تطبيقات مخصصة مسجلة في مستأجر Azure AD يتم استخدامه بواسطة موصلات مخصصة. يدير المسؤول قبول الموافقة على أساس كل تطبيق (كعينات موصل)، لذا يتم إدارة التوصيل في مستوى تجربة التطبيق الأكثر تكرارا هذا المستوى من عدم الموافقة على "التطبيقات التي تمت الموافقة عليها" في المؤسسة من قبولها بشكل غير قصد في التطبيقات التي لم يتم قبولها أو—مراجعتها.

ملاحظة

هل يمكنك إخبارنا عن تفضيلات لغة التوثيق الخاصة بك؟ شارك في استطلاع قصير. (يرجى ملاحظة أن هذا الاستطلاع باللغة الإنجليزية)

سيستغرق الاستطلاع حوالي سبع دقائق. لا يتم جمع أي بيانات شخصية (بيان الخصوصية).