# שיתוף קבצים עם ספקים: הרשאה, תוקף ובדיקת סיום

> שיתוף קבצים עם ספקים ב־SharePoint וב־OneDrive: איך בוחרים הרשאה, מגדירים תוקף ובודקים שהגישה נסגרה? מדריך מעשי עם רשימת בדיקה.

מקור: https://www.hotpc.co.il/2026/10/19/%d7%a9%d7%99%d7%aa%d7%95%d7%a3-%d7%a7%d7%91%d7%a6%d7%99%d7%9d-%d7%a2%d7%9d-%d7%a1%d7%a4%d7%a7%d7%99%d7%9d/
עודכן: 2026-10-28

---

![המחשת שיתוף קבצים עם ספקים דרך שער הרשאה ושעון חול](https://www.hotpc.co.il/wp-content/uploads/2026/10/hotpc-credit-23342-20261020.webp)שרתים, ענן ותשתיות

## שיתוף קבצים עם ספקים: הרשאה, תוקף ובדיקת סיום

למי נותנים גישה, עד מתי, ואיך מוודאים שהשיתוף הסתיים ב־SharePoint וב־OneDrive.

יכ

מאת [יניב כהן](https://www.hotpc.co.il/אודותינו/) · מנכ״ל ובעלים19 באוקטובר 2026כ־9 דקות קריאה

שיתוף קבצים עם ספקים ב־SharePoint וב־OneDrive צריך להתחיל בנמען מזוהה, בהרשאה שמתאימה למשימה ובמועד סיום מוגדר. בסיום העבודה בודקים את כל דרכי הגישה לקובץ, ולא רק את הקישור שנשלח. מחיקת קישור אחד אינה מוכיחה שהספק איבד גישה דרך קבוצה, תיקייה או הרשאה אחרת.

### שיתוף קבצים עם ספקים מתחיל בגבולות ברורים

הספק ביקש קובץ כדי להכין הצעה, והעובד שיתף את תיקיית הפרויקט כולה. שבוע לאחר מכן נוספו לתיקייה מסמכים נוספים. בלי החלטה מפורשת, היקף השיתוף השתנה יחד עם העבודה. זו דוגמה פשוטה לפער בין הצורך העסקי לבין ההרשאה שניתנה בפועל.

לפני השליחה מגדירים מה הספק צריך לבצע: לקרוא מסמך, להעיר עליו או לערוך אותו. לאחר מכן בוחרים את הקובץ או את התיקייה המצומצמים שמשרתים את המשימה. כדאי להפריד חומר המיועד לשיתוף מחומר עבודה פנימי, ולתת למרחב המשותף שם שמבהיר את מטרתו.

קובעים גם מי בעל המידע בעסק. זה האדם שמאשר את ההיקף ומחליט אם צריך להאריך את השיתוף. חברת המחשוב מיישמת ובודקת את ההרשאות בהתאם לצורך שסוכם. האישור העסקי חשוב במיוחד כשהספק מבקש בהמשך גישה למסמכים נוספים או מצרף עובד אחר מטעמו.

רשימת בדיקה קצרה עדיפה על כלל עמום כמו ״שתפו בזהירות״. רשמו מטרה, בעל אחריות, נמענים, הרשאה ומועד בדיקה. כך אפשר לחזור להחלטה גם כשהעובד ששלח את הקישור נמצא בחופשה, וכאשר מתקבלת בקשת גישה שאיש אינו זוכר מדוע נוצרה.

### בוחרים נמען מזוהה וסוג קישור מתאים

לפי [הסבר Microsoft על סוגי קישורים](https://learn.microsoft.com/en-us/sharepoint/shareable-links-anyone-specific-people-organization), קישור Anyone יכול לעבוד עבור כל מי שמחזיק בו, ללא הזדהות. קישור Specific people מיועד לאנשים שנבחרו, והם צריכים להזדהות. קישור לאנשים בארגון אינו הדרך לשתף ספק חיצוני.

לכן, כאשר משתפים מידע עסקי עם ספק ידוע, בוחנים שימוש באנשים מסוימים. עצם העברת הקישור לאדם אחר אינה מעניקה לו את הרשאת הנמען. עם זאת, זו אינה הבטחה שהמסמך עצמו לעולם לא יועתק או יועבר. יש לבחון בנפרד מה המשתמש המורשה יכול לעשות לאחר הפתיחה.

בדקו את כתובת הדוא״ל מול איש הקשר המוכר. שגיאת הקלדה או בחירת איש קשר דומה עלולות להפנות הזמנה לאדם הלא נכון. אין צורך לשלוח את הקובץ עצמו כדי לבדוק כתובת. אפשר לאמת את הפרטים בערוץ העסקי הקיים לפני יצירת ההרשאה.

אם האפשרות הרצויה אינה זמינה בחלון השיתוף, אל תבחרו אוטומטית באפשרות פתוחה יותר. העבירו לחברת המחשוב את שם האתר, סוג החומר והפעולה הנדרשת. המטרה היא לפתור צורך מוגדר תוך שמירת גבולות המידע.

### צפייה, עריכה והיקף התיקייה

הרשאת עריכה צריכה לנבוע מצורך אמיתי לשנות את החומר. ספק שמקבל מפרט לצורך הצעת מחיר עשוי להזדקק לצפייה בלבד. ספק שעובד יחד עם העסק על מסמך עשוי להזדקק לעריכה. ההחלטה אינה תלויה רק בשם הספק, אלא במשימה ובסוג הקובץ.

[Microsoft מפרטת את אפשרויות שיתוף הקבצים והתיקיות](https://support.microsoft.com/en-us/sharepoint/sharepoint-sharing-and-permissions/share-sharepoint-files-or-folders), כולל אפשרויות הרשאה והגבלות הזמינות לפי המצב. אין להסיק שהמילה ״צפייה״ לבדה מונעת הורדה, צילום או העתקת מידע. כאשר נדרשת הגבלה נוספת, צריך לבדוק את היכולת המתאימה ואת פעולתה על סוג הקובץ המסוים.

בשיתוף תיקייה חשבו גם על תוכן עתידי. אל תשתמשו באותה תיקייה להצעות ממספר ספקים ולמסמכי החלטה פנימיים. תכנון מסודר יכול לכלול מרחב נפרד לכל עבודה, עם בדיקה לפני הוספת חומר חדש. זהו כלל עבודה מוצע, שאותו מתאימים למבנה הארגון.

לפני מסירת השיתוף בדקו עם נמען מורשה שהקובץ הנכון נפתח ושאפשר לבצע את הפעולה שסוכמה. בדיקה מתוך חשבון מנהל אינה מדמה את חוויית הספק. תעדו גם מגבלה שהתגלתה, כדי שלא תוביל בהמשך לפתיחה רחבה של הרשאות רק כדי לסיים משימה דחופה.

### תוקף קישור ותוקף אורח הם מנגנונים שונים

מועד סיום עסקי צריך להיות כתוב גם אם אין אפשרות טכנית שמתאימה בדיוק לתרחיש. קובעים תאריך לבדיקה ומי מטפל בו. כאשר המערכת מאפשרת הגבלת תוקף רלוונטית, מגדירים אותה ובודקים על מה היא חלה. אין להסתפק בכך שמופיע תאריך במקום כלשהו במסך.

ב־[תיעוד Microsoft על תפוגת אורחים](https://support.microsoft.com/en-gb/sharepoint/admin/manage-guest-expiration-for-a-site) מוסבר שתפוגת גישת אורח לאתר שונה ממחיקת חשבון. היא גם אינה מבטלת בהכרח גישה לקבוצות או לצוותים אחרים. מדיניות שהופעלה היום אינה חלה בהכרח על הרשאות שהיו קיימות לפניה.

בנוסף, הארכת גישת אורח לאתר יכולה להשפיע על כלל הגישה שלו באותו אתר. לכן, לפני הארכה, בדקו אם כל החומר עדיין נדרש. בקשה להאריך עבודה על קובץ אחד אינה סיבה אוטומטית לשמר גישה לכל הפרויקט.

כדאי לנהל את ההארכה כפעולה חדשה: מה הסיבה, מי אישר, אילו משאבים נשארים פתוחים ומהו מועד הבדיקה הבא. התיעוד יכול להיות קצר. הערך שלו הוא בכך שהוא מחבר את ההרשאה למטרה עדכנית, במקום להאריך שוב ושוב שיתוף שאיש אינו אחראי עליו.

### מדיניות השיתוף צריכה להתאים לסביבה

[הגדרות השיתוף של Microsoft](https://learn.microsoft.com/en-us/sharepoint/turn-external-sharing-on-or-off) פועלות בכמה שכבות. אתר יכול להיות מוגבל יותר מהארגון, והגדרות OneDrive אינן יכולות להיות פתוחות יותר מהגדרת SharePoint הארגונית. גם קבוצות, Teams והגדרות אורחים עשויים להשפיע על התוצאה.

לכן, הודעת ״אין גישה״ אינה מוכיחה שצריך לפתוח את השיתוף בכל הארגון. תחילה בודקים את החשבון שבו הספק נכנס, את כתובת ההזמנה ואת ההרשאה למשאב. לאחר מכן בודקים את מדיניות האתר ואת ההגדרות הרלוונטיות. כל שינוי צריך להתאים להיקף התקלה.

לעסק כדאי להגדיר מראש אילו סוגי מידע מותר לשתף, מי רשאי לאשר חריגים ואיזה מסלול תמיכה זמין לעובדים. כך עובד שנתקל בחסימה יודע למי לפנות. בלי מסלול ברור הוא עלול להעתיק את החומר לשירות אחר שאינו חלק מסביבת העבודה המאושרת.

המדריך הקיים שלנו ל־[Microsoft 365 לעסקים](https://www.hotpc.co.il/2026/01/14/microsoft-365-לעסקים-מה-באמת-מקבלים-ולמי-זה-מתאים/) מסביר את רכיבי הסביבה. כאן הדגש הוא על ניהול השיתוף לאורך חיי העבודה עם הספק. אין צורך להחליף את כל המערכת כדי להתחיל ממיפוי הרשאות ותהליך אישור שימושי.

### רישום שיתוף שאפשר לעבוד איתו

הטבלה הבאה היא תבנית מוצעת לתהליך עבודה. היא אינה דוח ממערכת של לקוח. המטרה היא לאפשר לבעל העסק ולחברת המחשוב לדעת מה נפתח, מדוע ומתי צריך לחזור לבדיקה. לא שומרים בה סיסמאות או קודי אימות.

| שדה | מה מתעדים |
| --- | --- |
| מטרה ובעל מידע | שם העבודה והאדם שמאשר את השיתוף |
| משאב | האתר, התיקייה או המסמך המדויקים |
| נמען | זהות הספק והכתובת שאומתה |
| הרשאה | צפייה או עריכה והיקף התוכן |
| סיום | מועד בדיקה ואחראי לביטול או להארכה |
| תוצאת בדיקה | מה נבדק, מתי ומה נשאר לטיפול |

גם לרישום עצמו נדרשת גישה מוגבלת. הוא עשוי לחשוף שמות פרויקטים וספקים. אם קישור הרשאה משמש כמפתח גישה, אין להפיץ אותו במסמך מעקב רחב. אפשר לשמור הפניה פנימית למשאב במקום להעתיק קישור שמעניק הרשאה.

עדכנו את הרשומה כאשר איש קשר מתחלף, היקף העבודה גדל או מתווסף קובץ רגיש. אלה נקודות שינוי שחשוב לזהות בזמן. רישום שלא משתנה יחד עם העבודה אינו יכול לשמש בסיס אמין לבדיקת הסיום.

### בודקים את ההרשאות הקיימות לפני הסגירה

לפני הסיום אוספים את דרכי הגישה הרלוונטיות: קישורי שיתוף, הרשאות ישירות וגישה דרך קבוצות או תיקיות. אין להסתמך רק על ההודעה שנשלחה בתחילת הפרויקט. ייתכן שבמהלך העבודה נוסף קישור או שהמשתמש צורף לקבוצה רחבה יותר.

[דוח השיתוף של SharePoint](https://learn.microsoft.com/en-us/sharepoint/sharing-reports) יכול לסייע בבדיקת קבצים, משתמשים, הרשאות וסוגי קישורים. Microsoft מציינת מגבלות בדיווח, לרבות קישורי Anyone שאינם נכללים בדוח זה. לכן היעדר שורה אינו הוכחה שאין גישה, והדוח אינו מחליף בדיקת הרשאות לפי התרחיש.

השתמשו בממצאים כדי לשאול שאלות ממוקדות. האם אותו ספק עדיין מבצע עבודה נוספת? האם ההרשאה מגיעה מתיקייה משותפת? מי אישר אותה? כאשר מתגלה חריגה, הגדירו אחראי ותאריך טיפול במקום לסמן את כל הבדיקה כתקינה.

אין צורך להפוך את הרשימה לדוח טכני ארוך לבעל העסק. מספיק לסכם מה נשאר פתוח, למה הוא נדרש ומה ייסגר. פרטי הבדיקה נשמרים אצל הגורם המורשה, כך שאפשר לחזור אליהם אם מתעוררת מחלוקת לגבי ההיקף או המועד.

### סיום העבודה: ביטול גישה ובדיקה חוזרת

כשמסתיימת העבודה, בעל המידע מאשר מה צריך להישמר ומי עדיין צריך גישה. לאחר מכן מבטלים את ההרשאות שאינן נדרשות. [מדריך Microsoft לניהול גישה](https://support.microsoft.com/en-us/onedrive/sharepoint/manage-sharing-and-permissions-in-onedrive-and-sharepoint) מבחין בין קישורים, אנשים וקבוצות. בדקו את המסלולים הרלוונטיים לפני שמכריזים שהשיתוף נסגר.

אל תמחקו את מסמכי הפרויקט רק כדי להפסיק שיתוף. שמירת חומר העבודה וביטול גישה הם החלטות נפרדות. באותה מידה, אין למחוק חשבון אורח באופן גורף לפני שבודקים אם הוא משמש עבודה אחרת שאושרה. פעולת הסגירה צריכה להיות ממוקדת.

אחרי השינוי מאמתים את התוצאה ומתעדים אותה: איזה קישור בוטל, איזו הרשאה הוסרה ואילו גישות נשארו בכוונה. ככל שנדרשת בדיקת משתמש, מתאמים אותה עם גורם מורשה. חלון גלישה פרטי ללא הזדהות אינו מוכיח שמשתמש מזוהה איבד את כל ההרשאות שלו.

זכרו שביטול גישה בענן אינו מושך בחזרה עותק שכבר הורד. לכן מגדירים מראש גם את אופן הטיפול בעותקים אצל הספק, בהתאם להסכמות העבודה ולמדיניות העסק. אין להציג מחיקת קישור כפתרון מלא לכל מידע שכבר יצא מהמערכת.

### דוגמה מסומנת: מסירת חומר לספק עיצוב

**זו דוגמה להמחשה בלבד, ולא מקרה לקוח או תוצאה של Hot PC.** עסק מבקש מספק עיצוב להכין קטלוג. בעל הפרויקט בוחר תמונות וטקסטים שאושרו למסירה ומרכז אותם בתיקייה ייעודית. מסמכי עלויות והסכמים נשארים מחוץ למרחב הזה.

לפני השיתוף מאמתים את כתובת איש הקשר ומחליטים אם הוא צריך לערוך את הקבצים. ברישום מציינים מועד מסירה ובדיקת סיום. כשהספק מבקש לצרף מעצב נוסף, לא מסתפקים בהעברת ההודעה הישנה: בודקים את הצורך ומאשרים את הנמען ואת ההיקף.

בסיום מתקבלים התוצרים ונבדק מי עדיין צריך גישה. חברת המחשוב בודקת את הקישורים ואת ההרשאות הרלוונטיות, מסירה את מה שאושר לסגירה ומתעדת חריגים. אם נשאר סבב תיקונים, מגדירים לו מועד חדש והיקף ברור. הדוגמה ממחישה תהליך, ואינה קובעת הגדרה אחת שמתאימה לכל עסק.

אותו עיקרון מתאים גם לארגון גדול עם כמה מחלקות: בעל אחריות עסקי ברור, מרחב שיתוף מוגדר ובדיקת סיום. מספר המשתתפים יכול להשתנות, אבל כל גישה צריכה להתחבר לצורך שניתן להסביר ולבדוק.

### שאלות נפוצות על שיתוף קבצים עם ספקים

#### האם קישור לאנשים מסוימים מספיק לבדו?

הוא מגביל את זהות הנמענים של הקישור. עדיין צריך לבחור הרשאה מתאימה, לבדוק דרכי גישה אחרות ולהגדיר מתי השיתוף מסתיים.

#### האם תאריך תפוגה סוגר את כל גישת הספק?

לא בהכרח. צריך לבדוק אם מדובר בתוקף קישור או בתוקף אורח, ומה נשאר זמין דרך הרשאות אחרות, קבוצות ואתרים נוספים.

#### מה עושים כשהספק אינו מצליח לפתוח קובץ?

בודקים תחילה את החשבון, הכתובת, המשאב וההרשאה. פונים לחברת המחשוב עם פרטי התקלה, בלי לפתוח אוטומטית את השיתוף לכל מי שמחזיק בקישור.

#### מה כדאי לבקש מחברת המחשוב?

בקשו מיפוי של השיתופים הרלוונטיים, הגדרות שתואמות את הצורך, נוהל אישור וסגירה ודוח בדיקה עם חריגים. Hot PC מספקת [שירותי מחשוב לעסקים ולארגונים בכל גודל](https://www.hotpc.co.il/שרותי-מחשוב/) ו[שירותי ענן ו־Microsoft 365](https://www.hotpc.co.il/שרתים-וענן-לעסקים-microsoft-365-ו-azure/), בהתאם לסביבה ולהיקף השירות שסוכם.

המקורות הראשוניים נבדקו ב־19 באוקטובר 2026. אפשרויות הממשק והמדיניות תלויות בסביבה בפועל. רשימות הבדיקה והדוגמה הן הצעות עבודה להתאמה, ואינן תיאור של הגדרות שכבר בוצעו אצל לקוח.

### יודעים למי עדיין יש גישה לקבצי העסק?

נבחן את השיתוף עם הספקים ואת תהליך האישור והסגירה, ונגדיר בדיקות שמתאימות לעבודה שלכם.

[לתיאום שיחה עם הצוות](https://www.hotpc.co.il/צור-קשר/)

[לכל המאמרים במרכז המידע ←](https://www.hotpc.co.il/בלוג-מרכז-מידע/)

מה תמצאו בכתבה

מחשוב, ענן ואבטחת מידע.
ידע מעשי שעוזר לקבל החלטות בעסק.
[יש שאלה? דברו עם הצוות ←](https://www.hotpc.co.il/צור-קשר/)

---

## יצירת קשר עם Hot PC

- טלפון: 073-367-8233 (+972-73-367-8233)
- דוא"ל: info@hotpc.co.il
- כתובת: שדרות יוסף לישנסקי 4, ראשון לציון, ישראל
- שעות פעילות: ראשון–חמישי 08:00–19:00 · שישי 09:00–13:00
- וואטסאפ: https://wa.me/message/GAAIJFJYURC7G1

הנחיות מלאות לסוכנים: https://www.hotpc.co.il/llms.txt