---
title: "چه اطلاعاتی نباید وارد یک دانشنامه سازمانی شود؟"
description: "چه اطلاعاتی نباید وارد دانشنامه سازمانی شود؟ پنج دسته اطلاعات حساس — از داده هویتی تا کلید دسترسی فنی — و یک قاعده ساده برای تشخیص سریع."
url: "https://artinmag.ir/articles/danabot-what-not-to-put-in-knowledge-base"
author: "مرتضی علیزاده"
category: "چت بات"
published: "2026-09-02T20:10:54.4213299"
updated: "2026-09-02T20:10:54.42133"
lang: "fa"
publisher: "مجله آرتین — شرکت هوش گستر فردا آرتین"
---

# چه اطلاعاتی نباید وارد یک دانشنامه سازمانی شود؟

> پنج دسته اطلاعات هرگز نباید بدون کنترل دسترسی مشخص وارد دانشنامه سازمانی شوند: داده‌های هویتی و مالی افراد، کلیدهای دسترسی فنی و رمزهای عبور، اسناد حقوقی نهایی‌نشده، اطلاعات استراتژیک محرمانه، و داده‌های شخصی حساس کارکنان و مشتریان.

## سوالی که در کنار هیجان راه‌اندازی دانشنامه هوشمند فراموش می‌شود

وقتی سازمانی تصمیم می‌گیرد یک دانشنامه هوشمند راه بیندازد، هیجان اولیه معمولاً حول این سوال است که «چه چیزی وارد کنیم تا دستیار هوشمندتر بشه؟» اما یک سوال به همان اندازه مهم، کمتر پرسیده می‌شود: چه چیزی نباید وارد شود؟ بدون یک مرز روشن، دانشنامه‌ای که قرار بود ابزار بهره‌وری باشد، می‌تواند به یک ریسک امنیتی و حقوقی تبدیل شود. این مقاله پنج دسته اطلاعاتی که هرگز نباید وارد دانشنامه سازمانی شوند را مشخص می‌کند.

## چرا این مرز اهمیت دارد

کارشناسان امنیت سایبری هشدار می‌دهند حساب‌های سازمانی ابزارهای هوش مصنوعی، برخلاف حساب‌های فردی، معمولاً حجم زیادی از اطلاعات حساس — از گزارش‌های مدیریتی و اسناد داخلی گرفته تا کلیدهای دسترسی و توکن‌ها — را در اختیار دارند، و همین حجم بالا، آن‌ها را به هدف جذابی برای نفوذ تبدیل می‌کند. مورد شناخته‌شده افشای اطلاعات محرمانه سامسونگ که منجر به ممنوعیت داخلی استفاده از چت‌بات‌های عمومی در آن شرکت شد، دقیقاً همین نگرانی را نشان می‌دهد: وقتی مرز بین دانش قابل‌اشتراک و اطلاعات حساس روشن نباشد، حتی یک اقدام ساده و باحسن‌نیت کارمند می‌تواند خسارت واقعی ایجاد کند.

## دسته اول: اطلاعات هویتی و مالی افراد

شماره کارت بانکی، رمز عبور، کد ملی، شماره حساب، یا هر داده‌ای که مستقیماً هویت یا دارایی مالی یک فرد (کارمند، مشتری، یا تأمین‌کننده) را مشخص می‌کند، هرگز نباید وارد دانشنامه سازمانی شود — نه حتی در قالب مثال یا نمونه سند آموزشی. اگر چنین داده‌ای در سندی که می‌خواهید بارگذاری کنید وجود دارد، پیش از ورود آن را حذف یا با یک نسخه فرضی جایگزین کنید.

## دسته دوم: کلیدهای دسترسی فنی و رمزهای عبور سیستم‌ها

کلیدهای API، توکن‌های دسترسی، رمزهای عبور پایگاه داده، و اطلاعات اتصال به سیستم‌های داخلی، از حساس‌ترین داده‌هایی هستند که ممکن است ناخواسته در اسناد فنی یا یادداشت‌های تیم فناوری اطلاعات جای گرفته باشند. اگر این اطلاعات وارد دانشنامه شوند، در صورت دسترسی غیرمجاز به سیستم، مسیر مستقیمی برای نفوذ به سایر سیستم‌های سازمان باز می‌شود.

## دسته سوم: اسناد حقوقی و قراردادی نهایی‌نشده یا با محرمانگی قراردادی

پیش‌نویس قراردادها، مذاکرات جاری با شرکا یا مشتریان، و هر سندی که تحت توافق‌نامه محرمانگی (NDA) با طرف مقابل قرار دارد، نباید بدون بررسی دقیق وارد دانشنامه شود. حتی اگر خود سند نهایی و عمومی باشد، جزئیات مذاکراتی که به آن منجر شده معمولاً محرمانه‌اند و افشای داخلی گسترده آن‌ها می‌تواند ریسک حقوقی ایجاد کند.

## دسته چهارم: اطلاعات استراتژیک حساس که هنوز نهایی نشده‌اند

برنامه‌های آینده قیمت‌گذاری، مذاکرات تملک یا سرمایه‌گذاری در حال انجام، و تصمیمات استراتژیک که هنوز به هیئت‌مدیره یا مدیریت ارشد اعلام نشده‌اند، حتی اگر بین چند نفر خاص سازمان به اشتراک گذاشته شده باشند، نباید در دانشنامه‌ای قرار بگیرند که دسترسی گسترده‌تری دارد. افشای زودهنگام این نوع اطلاعات، حتی داخل خود سازمان، می‌تواند پیامدهای غیرقابل‌جبران داشته باشد.

## دسته پنجم: داده‌های شخصی حساس کارکنان و مشتریان

پرونده‌های پزشکی، سوابق انضباطی، ارزیابی‌های عملکرد فردی، یا هر داده‌ای که ماهیت شخصی و حساس دارد، معمولاً هم از نظر قانونی محدودیت دسترسی دارد و هم از نظر اخلاقی نباید در دسترس عمومی سازمان قرار بگیرد. این نوع داده‌ها، حتی اگر برای یک واحد خاص (مثل منابع انسانی) مفید باشند، باید در یک لایه دسترسی کاملاً جداگانه و محدود نگه‌داری شوند، نه در دانشنامه عمومی سازمان.

## یک قاعده ساده برای تشخیص سریع

اگر در مورد یک سند خاص مطمئن نیستید، یک سوال ساده از خودتان بپرسید: «اگر این سند به‌طور اتفاقی به دست کسی خارج از تیمی که باید آن را ببیند برسد، چه اتفاقی می‌افتد؟» اگر جواب شامل خسارت مالی، حقوقی، یا نقض حریم خصوصی یک فرد است، آن سند نباید بدون کنترل دسترسی مشخص وارد دانشنامه شود.

## اشتباهی که در این مرحله رایج است

رایج‌ترین اشتباه، نگرش «هرچه بیشتر بارگذاری کنیم، دستیار هوشمندتر می‌شود» است، بدون فیلتر کردن اسنادی که وارد سیستم می‌شوند. این نگرش معمولاً از عجله برای دیدن نتیجه سریع‌تر ناشی می‌شود، اما ریسکی که ایجاد می‌کند، بسیار بزرگ‌تر از فایده کوتاه‌مدتش است. راه‌حل درست، تعریف یک فرآیند بررسی ساده پیش از بارگذاری هر دسته سند جدید است، نه بارگذاری بی‌قید‌وشرط همه‌چیز.

## جمع‌بندی

پنج دسته اطلاعات هرگز نباید بدون کنترل دسترسی مشخص وارد دانشنامه سازمانی شوند — داده‌های هویتی و مالی افراد، کلیدهای دسترسی فنی، اسناد حقوقی نهایی‌نشده، اطلاعات استراتژیک محرمانه، و داده‌های شخصی حساس کارکنان و مشتریان. برای هر سند مشکوک، سوال «اگر این به دست فرد نامناسبی برسد چه می‌شود؟» معمولاً کافی است. برای فهم بهتر این‌که دسترسی درست در دانشنامه چطور تعریف می‌شود، [مقاله توزیع دانش سازمانی بین کارکنان](https://artinmag.ir/articles/distribute-organizational-knowledge-to-employees) را بخوانید، و برای شروع با کنترل دسترسی نقش‌محور، [دانابات](https://dana-bot.ir) را ببینید.

## پرسش‌های متداول

### چه اطلاعاتی نباید وارد یک دانشنامه سازمانی شود؟

پنج دسته: داده‌های هویتی و مالی افراد، کلیدهای دسترسی فنی، اسناد حقوقی نهایی‌نشده، اطلاعات استراتژیک محرمانه، و داده‌های شخصی حساس کارکنان و مشتریان.

### چطور بفهمیم یک سند برای دانشنامه سازمانی مناسب است یا نه؟

با پرسیدن این سوال: اگر این سند به‌طور اتفاقی به دست فردی خارج از تیم مربوطه برسد، چه خسارتی ایجاد می‌شود؟ اگر جواب خسارت مالی، حقوقی یا نقض حریم خصوصی باشد، نباید بدون کنترل دسترسی وارد شود.

### چرا کلید API نباید در دانشنامه سازمانی باشد؟

چون در صورت دسترسی غیرمجاز به دانشنامه، همان کلید مسیر مستقیمی برای نفوذ به سایر سیستم‌های متصل سازمان باز می‌کند.

### چرا اسناد حقوقی نهایی‌نشده نباید در دانشنامه باشند؟

چون جزئیات مذاکراتی که منجر به یک قرارداد شده معمولاً محرمانه‌اند و افشای داخلی گسترده آن‌ها می‌تواند ریسک حقوقی ایجاد کند، حتی اگر سند نهایی خودش عمومی باشد.

### چطور داده‌های شخصی حساس کارکنان را از دانشنامه عمومی جدا کنیم؟

با نگه‌داری این داده‌ها در یک لایه دسترسی کاملاً جداگانه و محدود، مثلاً فقط برای واحد منابع انسانی، نه در دانشنامه‌ای که کل سازمان به آن دسترسی دارد.

### اشتباه رایج در بارگذاری اسناد دانشنامه سازمانی چیست؟

نگرش «هرچه بیشتر بارگذاری کنیم، دستیار هوشمندتر می‌شود» بدون فیلتر کردن اسناد — که ریسک امنیتی و حقوقی بزرگ‌تری نسبت به فایده کوتاه‌مدتش ایجاد می‌کند.

## منابع

- [مواردی که هرگز نباید به چت‌بات هوش مصنوعی بگویید](https://www.tabnak.ir/fa/news/1275935/مواردی-که-هرگز-نباید-به-چت-بات-هوش-مصنوعی-بگویید)
- [شش پرسش ممنوعه که هرگز نباید از هوش مصنوعی بپرسید](https://kart.ir/blog/review/science-technology/شش-پرسش-ممنوعه-از-هوش-مصنوعی)
- [هوش مصنوعی، دروازه جدید نفوذ به سازمان‌ها](https://www.irib-news.ir/fa/news/5893523/هوش-مصنوعی-دروازه-جدید-نفوذ-به-سازمان-ها)

---

منبع: [چه اطلاعاتی نباید وارد یک دانشنامه سازمانی شود؟](https://artinmag.ir/articles/danabot-what-not-to-put-in-knowledge-base) — مجله آرتین