تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تتوفّر طريقتان مختلفتان لمشاركة بيانات التقويم والأحداث مع الآخرين.
أولاً، يمكنك مشاركة تقويم بأكمله مع تحديد مستوى الوصول.
على سبيل المثال، يمكنك إنشاء تقويم فريق، ثم تنفيذ إجراءات مثل:
منح جميع أعضاء فريقك الإذن بإضافة الأحداث وتعديلها في التقويم
منح رئيسك الإذن بالاطّلاع على الأحداث في تقويمك
منح عملائك الحق في معرفة ما إذا كنت متوفرًا أو مشغولاً فقط، بدون الاطّلاع على تفاصيل الأحداث
يمكنك أيضًا تعديل إذن الوصول إلى الأحداث الفردية في التقويم المشترَك.
بدلاً من ذلك، يمكنك دعوة مستخدمين آخرين إلى أحداث فردية في تقويمك.
عندما تدعو مستخدمًا إلى حدث، يتم وضع نسخة من هذا الحدث في تقويمه. يمكن للآخرين الاطّلاع على نسخة الحدث في تقويم الضيف وفقًا لإعدادات المشاركة الخاصة به.
يمكن للمدعوّ بعد ذلك قبول الدعوة أو رفضها، ويمكنه أيضًا تعديل نسخة الحدث الخاصة به إلى حدّ ما، مثلاً تغيير اللون الذي يظهر به الحدث في تقويمه وإضافة تذكير. مزيد من المعلومات عن دعوة المستخدمين إلى حدث
مشاركة التقاويم
يمكن لمالكي التقويم مشاركته من خلال منح إذن الوصول إلى مستخدمين آخرين. يتم تمثيل إعدادات مشاركة تقويم معيّن من خلال مجموعة ACL (قائمة التحكّم بالوصول) لهذا التقويم. يمنح كل مورد في مجموعة ACL المستفيد المحدّد دور وصول معيّنًا، وهو أحد الأدوار المدرَجة في الجدول التالي:
الدور
إذن الوصول الذي يمنحه الدور
none
لا يوفّر أي إذن بالوصول.
freeBusyReader
يسمح هذا الإذن للمستلم بالاطّلاع على ما إذا كان التقويم متوفّرًا أو مشغولاً في وقت معيّن، ولكنّه لا يسمح بالوصول إلى تفاصيل الحدث. يمكن استرداد معلومات التوفّر/الانشغال باستخدام العملية freeBusy.query.
reader
يسمح هذا الإذن للمستلم بقراءة الأحداث في التقويم.
writer
يسمح هذا الإذن للمستلم بقراءة الأحداث وكتابتها في التقويم. يمكن لهذا الدور أيضًا الاطّلاع على قوائم التحكّم بالوصول.
owner
توفّر هذه السمة ملكية التقويم. يتمتع هذا الدور بجميع أذونات دور "الكاتب" مع إمكانية إضافية للتعامل مع قوائم التحكم بالوصول.
في ما يلي الجهات المحتملة التي يمكنها الحصول على المنحة:
مستخدم فردي آخر
مجموعة مستخدمين
نطاق
عام (يمنح الإذن بالوصول إلى الجميع)
بشكل تلقائي، يكون لكل مستخدم إذن المالك للوصول إلى تقويمه الأساسي، ولا يمكن التنازل عن هذا الإذن. يمكن إضافة ما يصل إلى 6,000 قائمة تحكّم بالوصول لكل تقويم.
بالنسبة إلى مستخدمي Google Workspace، هناك أيضًا إعدادات النطاق التي قد تقيّد الحد الأقصى المسموح به للوصول. على سبيل المثال، لنفترض أنّ نطاقك يتضمّن إعدادًا يسمح فقط بمشاركة التقويمات لمعرفة أوقات التوفّر/الانشغال. في هذه الحالة، حتى إذا منحت كاتبًا إذن الوصول إلى المستند بشكل علني، لن يرى المستخدمون خارج النطاق سوى تفاصيل حالة التوفّر/الانشغال.
معدّل ظهور الحدث
بعد مشاركة التقويم، يمكنك تعديل إذن الوصول إلى أحداث فردية في التقويم من خلال تغيير خاصية مستوى الرؤية للحدث.
ليس لهذه السمة أي معنى بالنسبة إلى التقاويم غير المشترَكة. يعرض الجدول التالي القيم المحتملة للسمة visibility:
مستوى الرؤية
المعنى
default
يتم تحديد مستوى ظهور الحدث من خلال قوائم التحكّم بالوصول في التقويم. يمكن أن يكون للمدعوين المختلفين إلى الحدث نفسه قوائم ACL وإعدادات مشاركة مختلفة. إذا أرسل مستخدم لديه تقويم private دعوة إلى حدث باستخدام مستوى رؤية default إلى مستخدم آخر لديه تقويم مرئي للجميع، سيكون الحدث مرئيًا بالكامل في تقويم هذا الضيف.
public
تظهر تفاصيل هذا الحدث لكل مستخدم لديه إذن الوصول إلى التقويم على الأقل freeBusyReader.
private
لا يمكن الاطّلاع على تفاصيل هذا الحدث إلا للمستخدمين الذين لديهم إذن وصول writer على الأقل إلى التقويم.
تاريخ التعديل الأخير: 2025-08-29 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-29 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],null,["# Calendar sharing\n\nThere are two different ways to share calendar and event data with others.\n\nFirstly, you can *share* an entire calendar, with a specified level of access.\nFor example, you can create a team calendar, and then do things like:\n\n- Grant all members of your team the right to add and modify events in the calendar\n- Grant your boss the right to see the events on your calendar\n- Grant your customers the right to only see when you are free or busy, but not the details of the events\n\nYou can also adjust the access to individual events on the shared calendar.\n\nAlternatively, you can invite others to individual events on your calendar.\nInviting someone to an event puts a copy of that event on their calendar. The\ncopy on the attendee's calendar is visible to others according to the\nattendee's sharing configuration.\nThe invitee can then accept or reject the invitation, and to some extent also\nmodify their copy of the event --- for example, change the color it has in\ntheir calendar, and add a reminder. [Learn more about inviting users to an\nevent](/workspace/calendar/api/concepts/inviting-attendees-to-events).\n\nSharing calendars\n-----------------\n\nThe owners of a calendar can share the calendar by giving access to other\nusers. The sharing settings of a given calendar are represented by the [ACL\ncollection](/workspace/calendar/v3/reference/acl)\n(access control list) of that calendar. Each resource in the ACL\ncollection grants a specified *grantee* a certain access *role*, which is\none of those listed in the following table:\n\n| Role | Access privilege granted by the role |\n|------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `none` | Provides no access. |\n| `freeBusyReader` | Lets the grantee see whether the calendar is free or busy at a given time, but does not allow access to event details. Free/busy information can be retrieved using the [freeBusy.query](/workspace/calendar/v3/reference/freebusy/query) operation. |\n| `reader` | Lets the grantee read events on the calendar. |\n| `writer` | Lets the grantee read and write events on the calendar. This role can also see ACLs. |\n| `owner` | Provides ownership of the calendar. This role has all of the permissions of the writer role with the additional ability to manipulate ACLs. |\n\nThe possible grantees are:\n\n- another individual user\n- a user group\n- a domain\n- public (grants access to everyone).\n\nBy default, each user has owner access to their primary calendar, and this\naccess cannot be relinquished. Up to 6,000 ACLs can be added per calendar.\n\nFor Google Workspace users, there are also domain\nsettings that might restrict the\nmaximum allowed access. For example, suppose your domain has a setting that\nonly allows free-busy calendar sharing. In this case, even if you grant writer\naccess to the public, users outside the domain will only see the free-busy\ndetails.\n| **Note:** Sharing a calendar with a user no longer automatically inserts the calendar into their `CalendarList`. If you want the user to see and interact with the shared calendar, you need to call the [`CalendarList: insert()`](/workspace/calendar/v3/reference/calendarList/insert) method.\n\nEvent visibility\n----------------\n\nOnce the calendar is shared, you can adjust the access to individual\nevents on a calendar by changing the [visibility\nproperty](/workspace/calendar/v3/reference/events#visibility) of the event.\nThis property has no meaning for non-shared calendars. The following table\nlists the possible values of the visibility property:\n\n| Visibility | Meaning |\n|------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `default` | The visibility of the event is determined by the ACLs of the calendar. Different attendees of the same event can have different ACLs and sharing. If a user with a `private` calendar sends an invite to an event using `default` visibility to another user with a publicly visible calendar, the event is fully visible on that attendee's calendar. |\n| `public` | The details of this event are visible to everyone with at least `freeBusyReader` access to the calendar. |\n| `private` | The details of this event are only visible to users with at least `writer` access to the calendar. |"]]
