اخواني الاعزاء

احببت ان استفسر عن معلومة انه من غير االصحيح استخدام هذه ال view وهي PER_ALL_PEOPLE_F ويجب استخدام الجدول مباشرة وهوه PER_PEOPLE_F
وذلك يعود لأسباب تتعلق ب Security حيث أنه في حالة العمل على Business Group ثانية فانه ستظهر ليا مشاكل بالتقرير وهيه ظهور بيانات ال Business Group القديمة ايضا
وحسب ما فهمت انه توجد library يتم اضافتها مع كل تقرير يتم عمله تتعلق بهذا الموضوع , وانه لا يوجد اي تقرير من اوركل مبني على PER_ALL_PEOPLE_F


ما مدى صحة هذه المعلومات ......

اين خبار ال Technical HR ?????

شباب البرمجة .... اين اختفيتم ؟؟؟؟

يبدو ان سؤالي صعب جدا ....

سلام عليكم
اولا حضرتك لو بنيت التقرير على ال view هتقابلك مشكله
ان view بيقرا business group id عشان كده ما تبنى التقرير الا على جمله select من الجدول
اما الموضوع التانى انا هدور فيه وابلغ حضرتك لو لقيت حاجه عنه

اوك , في انتظار حد يعرف شي عن هالموضوع

السلام عليكم

بامكانك تحديد في الكويري تبعت التقرير وتضيف شرط انه الـ

business group id = profile value

fnd_profile.value('PER_BUSINESS_GROUP_ID')

هذا الكود اوك في حالة استخدام اكثر من business group وفعلا كلامك صحيح 100% ,

fnd_profile.value('PER_BUSINESS_GROUP_ID')



طيب مثلا لو بدي الحماية تكون على مستوى نفس ال business group , في حد استخدم موضوع ال library تبعت اوركل

عفوا بس per_all_people_f هاد جدول و ليس فيو ممكن تستعمله بشكل طبيعي

الفيو غير مستحب استعماله طبعا بيبين معك على التود لما تستعرض الداتا لو ما لقيت داتا فيه يبقى لا تستعمله

قلي اي فيو تاني و انا بقلك التيبل تبعه و كيف تستعمله

عفوا لم اقرا السؤال بشكل جيد وانت عكست الاسماء امل ان يفيدك هذا الجواب :

PER_PEOPLE_F is a secured view on top of PER_ALL_PEOPLE_F. The secure view uses an API hr_security.show_person.
This API internally checks for an entry in table PER_PERSON_LIST for the logged in person's security profile. A concurrent
program named "Security List Maintenance program" will insert records in PER_PERSON_LIST

 

الأخ المكرم King Oracle ، والإخوة الأعزاء

 

يفضل استخدام الـ PER_PEOPLE_F لعدة أسباب ، أهمها أن نتائج التقرير تكون مطابقة لما يراه المستخدم في شاشات النظام حيث أن شاشات النظام مبنية على هذه الـ Views، وجميع الشروط الخاصة بالـ Business Group و الـ HRMS Security Pofile مطبقة في هذه الـ Views ، فبالتالي يصبح التقرير متكامل ومتناسق مع شاشات النظام طبقا لصلاحية كل مستخدم. أي أصبح التقرير مرن (Dynamic) ، باختلاف صلاحيات المستخدمين.

 

لو قمنا بفحص طريقة برمجة View الـ PER_PEOPLE_F سنجد التالي، الجدول الأساسي الذي يتم الاستعلام منه هو جدول الـ PER_ALL_PEOPLE_f وجميع الـ Functions المستخدمة في جملة الـWhere Conditions المستخدمة في هذا الـ View تراعي جميع نواحي الـ Security ، سواءً الـ Business Group أو الـ HRMS Security Profile.

 

ملاحظة: حتى تتمكن من استخدام هذه الميزات لا بد من انشاء بعض الـ Triggers حتى نتمكن من عمل Initialization للبيئة التي سوف يعمل فيها التقرير.

 

FROM per_all_people_f pap

    WHERE DECODE (hr_security.view_all,

                  'Y', 'TRUE',

                  hr_security.show_person (pap.person_id,

                                           pap.current_applicant_flag,

                                           pap.current_employee_flag,

                                           pap.current_npw_flag,

                                           pap.employee_number,

                                           pap.applicant_number,

                                           pap.npw_number

                                          )

                 ) = 'TRUE'

      AND DECODE (hr_general.get_xbg_profile,

                  'Y', pap.business_group_id,

                  hr_general.get_business_group_id

                 ) = pap.business_group_id;

 

 

    

تحياتي وليد نايب