Если Вы решили организовать у себя ведение KB, то нужно учитывать 2 стороны: техническую и организационную.

В свое время, когда мы озаботились подобным решением для ServiceDesk, то пришли примерно к следующим выводам:
- наиболее часто сейчас для подобных целей используют какой-либо из вариантов wiki-движков, благо их сейчас просто немеренно. Начать можно, например, отсюда http://www.wikimatrix.org или отсюда http://en.wikipedia.org/wiki/Comparison_of_wiki_software .
- несмотря на свою популярность wiki в "чистом" виде, т.е. так как ее представляет разработчик может оказаться не совсем подходящим инструментом.
Суть проблемы в том, что при ведении базы всплывают два вопроса:
- как заносить;
- как искать.

Если использовать обычный wiki-движек без доработок, то приходится сталкиваться с тем, что 1 статья в wiki, это не более чем произвольная страница, порядок заполнения которой определяется самим заполняющим. Соответсвенно, чтобы потом было легче найти нужное, придется не мало поработать как над правилами заполнения, так и над тем, чтобы приучить сотрудников им следовать. У нас, например, вообще было решено, что для некоторых статей лучше использовать формы с несколькими полями, которые бы сразу задавали необходимую информацию, которую нужно зафиксировать (например, это было удобно для фиксации ошибок, т.к. в большинстве случаев, по номеру или тексту ошибки уже все можно найти).
В общем, мы пока остановились на решении, входящем в WSS3 (там есть, даже преднастроенное Solution как раз для SD, хотя в чистом виде оно мало кому нужно). Не совсем и не всегда удобно, но потенциально, возможности настройки и доработки огромные так что может и "допилим".

mayton
Я думал об этом. Как заставить - непонятно. В принципе у нас есть ServiceDesk в котором люди работают в обязательном порядке. Правда пишут они там минимум информации. Типа... "Выполнено". "Проблема решена" и т.п.

Вариант только один - как-то мотивировать.
Возможно, ввести премирование для работающих в SD за наполнение базы. Можно прямое, за количество новых статей в месяц, можно - за количество наиболее востребованных/качественных/... статей.

Еще вариант (тут я просто не знаю как у вас построена работа с SD - возможно вам это никак не подойдет) - при разрешении проблемы инженером SD закрывать обращение с обязательным указанием номера решения (статьи) в базе, если такого нет, то оно должно быть заведено.