Люди часто запитують про використання стовпець із даними типу "користувач або Група" у інший стовпець даних введіть "Обчислюваний".

Нижній рядок, Ця команда не виконується в WSS 3.0 (або МОСС).

Під час додавання обчислюваних стовпців, WSS показує список полів, вона дозволяє використовувати для обчислення. Якщо ввести в ім'я стовпця, якого немає у списку, Він говорить вам:

Один або кілька стовпців посилання не допускаються, Оскільки стовпці мають тип даних, який не підтримується у формулах.

Обхідний шлях: Використовувати обробник подій. Обробник подій пожежі, коли користувач зберігає елемент. Вона виконує оновлення, ви б хотіли обчислюваного стовпця, щоб зробити для вас.

Корисні посилання на Обчислювані поля в цілому:

• За допомогою [Мені] в обчислюваному стовпці
• Приклади виразів, формул (надано http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Швидкий застереження: Я вважаю, що вище, щоб бути точні, вірні та, але я бачив досить розумний хитрості тут і там в MOSS/WSS, що я не здивуюся надзвичайно (agog, якщо ви будете) Якщо хтось придумав спосіб зробити це, не вдаючись до коду. Якщо ви визначили розумний обхідний шлях або знаєте когось, що зробив, будь ласка, дайте мені знати!

Ми зробили деякі важкої обов'язком реорганізації з нашого сайту таксономія за допомогою "Керування вміст і структура". З міркувань мені невідомий, Цей процес (Хоча працює в основному) зламав деякі навігаційні посилання в швидкий запуск. Непрацюючі посилання характеризуються:

• Неправильний URL. Наприклад, вона повинна бути "/ сайтів/департаменти/HumanResources /…". Однак, посилання є "/ сайтів/корпоративні/HumanResources /…".
• Повторне бітів на рядку запиту заголовка, як і в:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Базовий тип = 0?Базовий тип = 0?Базовий тип = 0?Базовий тип = 0

Це досить легко виправити за допомогою параметрів/навігація сайту. За винятком, ЛИШАЙНИК представляє мені з цим, коли я намагаюся і зробити це:

Справа в тому, ніхто не робить будь-які зміни тут (Крім мене, Звичайно).

Швидкий пошук, з'являється це обговорення форумів MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier викладає його, красиво в в передостанньому (Станом на 10/02/07) посада:

Справа в тому:

Щоб відновити пошкоджені заголовки, Ви повинні :

– видалити всі списки під заголовком пошкоджені

– видалити пошкоджений заголовок

– Від параметри списку, додати віддалені список швидкого запуску (Це ставити не пошкоджений заголовок)

Ти тоді добре йти….

---

SharePoint експерт – Sogeti Cap близнюків Швейцарії

Я був трохи збентежений, тому що я тримав бажаючи, щоб перейти на сторінку навігації, внесіть потрібні зміни а потім вдарить в "сторінку було змінено" повідомлення. Врешті-решт, Я зрозумів, що мені довелося йти до списку параметрів і видалити/додати до швидкого запуску. Які зробили свою справу. Щасливі часи тут знову!

</кінець>

Підписатися на мій блог!

ОНОВЛЕННЯ 12/10/07: Виправлення, як описано в MSDN KB929816 вирішена проблема для нас, що згадуються нижче. Отримання цього виправлення а потім інсталювати на кожному сервері ферми. Потім, Запустіть утиліту конфігурації SharePoint на кожному сервері. Ось посилання MS підтримки для цієї КБ: http://support.microsoft.com/kb/932816.

Тло:

У нас є бізнес-вимогам де екологічної інженерії менеджер повинен гарантувати, що 30 Some-ODD виробництво місця розташовані по всьому США повинен гарантувати, що ці рослини подати для їх різних державних мінімальну дозвіл у своєчасній. Один підхід, ми досліджували використовує "пауза поки дати" діяльності, які доступні нам через SharePoint Designer worfklow. Керівник інженерної (або її помічник) входить всі необхідні дозволи і нагадування дати на початку року. Система потім зніме всі.

Навколишнє середовище:

ЛИШАЙНИК, 64 біт, Віртуальна машина-середовище (розвиток box), 2 сервери (На сервері SQL #1, все інше на сервері #2).

Проблеми:

Пауза поки дата дії здається, як ідеальне рішення і воно може виявитися себе як. Однак, вона не працює також з коробки (для нас).

1. Завдання робочого процесу не вдалося запустити, коли-небудь. Я виявив це, читаючи Крістофер білий (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) прекрасну написати діяльності за допомогою stsadm константи виглядає:
   

   C:\>stsadm -o getproperty - propertyname "робота документообігу" -URL-адреса http://Localhost

   <Мають властивості = "немає" />

   C:\>

   Це був дивовижний результат, але легко вирішується:

   C:\>stsadm -o "установити властивість" - propertyname "робота worfklow" -propertyvalue "кожен 1 хвилин між 0 і 59" -URL-адреса http://Localhost

   Операцію успішно завершено.

   C:\>

   При цьому, перший "у прогрес" робочий процес швидко загорівся і зробив це є робота.

2. На жаль, наступний не працює належним чином. На щастя, Крістофер відноситься нас Тут (http://support.microsoft.com/kb/932816). Станом на написання цього вступу, Ми чекаємо ІТ-відділ для отримання цього виправлення, але це виглядає багатообіцяючим. Наші копії на уражені «. dll», не поділяють дубльовані байт, так що сподіваюся, це буде вирішити проблему.

Обхідний шлях:

Повторного запуску команди stsadm -o "установити властивість" здавалося, prod робочого процесу таймера awake. Це було б, приблизно 7 через хвилин, насправді прокинутися і продовжити разом з робочого циклу.

Питання / Питань, що розглянуті:

Пауза дата поки не працює.

Пауза дата поки не відновити.

Стан робочого циклу не змінюється від "виконується"

Стан робочого циклу залишається "в прогрес"

Огляд

Ця запис описує тематичне дослідження опису фактичного ПКР (Технічне обслуговування, Ремонт та операцій) робочий процес затвердження реалізовані в MOSS.

Це не відверто технічні обговорення, але замість цього повинні служить для забезпечити реальний приклад, який демонструє, як МОХ платформи зустрілися реального світу.

(Цей запис є хрест розміщена між http://paulgalvin.spaces.live.com і http://blogs.conchango.com)

Тло

Клієнта ПКР процес мав вирізнялися такі

• Процес підтвердження вручну.
• Деякі підтримки за допомогою excel електронні таблиці.
• Процес затвердження нерегулярні. Ж ПКР покупки процес затвердження покладатиметься повсякденному, людина особою.
• Багато паперу і рукописних підписів — придбати необхідні до заявки 3 письмові підписи до остаточного затвердження.

Напрямки проекту включені:

• Повністю автоматизувати процес.
• Забезпечення дотримання корпоративних стандартів для затвердження.
• Забезпечити цілісне уявлення про ПКР придбання до різних менеджерів.
• Детальний контрольний.

Як побічний ефект розчину, письмові підписи вже не потрібна.

Процес затвердження

Процес затвердження складається з чотирьох "плавати смуги": Оригінатор, Безпосередній керівник, Функціональні менеджер і менеджер відділу.

Оригінатор:

Бачить необхідність придбання і починається процес. Зверніть увагу, що платник можуть або не можуть насправді входити в заявці на придбання, але замість прямого іншого співробітника, зробити це. Кілька разів, Платник має технічної експертизи, щоб заповнити реквізиції PO. Наприклад, користувач може знадобитися requisition новий портативний комп'ютер, але не знаю, кращих постачальників, ІТ-стандартів, д. У цьому випадку, Оригінатор робіт з його і він насправді заповнює вимогу.

Безпосередній керівник:

Це безпосередній керівник платник (який може відрізнятися від особи, яка насправді уклала PO реквізиції МОСС). Прямий менеджери повинні затвердити реквізиції PO, перш ніж система прагне схвалення далі вниз по лінії.

Функціональний Диспетчер:

Функціональний Диспетчер є особи, відповідальної за забезпечення, що пропонована покупки відповідає стандартам підприємства, у межах конкретного Корпоративні функції. Наприклад, ІТ-закупівлі затверджуються функціональних ІТ-менеджер.

Керівник відділу:

Строго менеджерів відділу схвалити покупку заявки, сума в доларах. Поділ менеджер затвердити закупівлю заявки понад настроюється грошову суму.

Рішення

Ми використовували такі інструменти та компоненти для реалізації рішення:

ЛИШАЙНИК: Виступає в якості платформи, з яких все інше "зависає". ЛИШАЙНИК обслуговує основою для безпеки, Майстер даних, аудиторські позначки та інші особливості.

Форм InfoPath Forms services: Компонент МОСС, Це дозволяє користувачам для заповнення заявки покупки через веб-браузер.

Дизайнер SharePoint (СПД): Ми використовували СДПН здійснити процес автоматизований документообіг.

Веб-служба: C# веб-сервіс, підвищує зручність для користувачів дозволяючи каскадні вибрані списки у формі InfoPath і забезпечує кращу продуктивність по відношенню до фільтрування даних. Див. Тут для технічних глибокі занурення на цю тему і наших причини для його використання.

Настроювані списки: ЛИШАЙНИК профілі користувачів за умови певного користувача безпосередній керівник, але не дати більшість даних, що контролюється рішень робочого процесу (Наприклад. Чи потрібен дивізії менеджер затвердити реквізиції PO). Ми використовували настроюваними списками в послугами "підприємство даних" сайт для збереження даних, таких як "Дивізії менеджер затвердження сума в доларах", "Функціональний диспетчер області" і т. д.. Списки дуже добре інтегрований з InfoPath а також надавати створення/оновлення/видалення (CRUD) функціональність з аудиту та безпеки з коробки.

Випадок використання

Цей випадок використання ілюструє, як рішення вписується разом:

1. Paul хоче новий ноутбук. Він описує його потреб Вівек, IT людині, знайомому з корпоративних ноутбук стандартів, бажаних постачальників, д.
2. Вівек реєструється на МОСС, отримує доступ до PO реквізиції форми і вводить вимогу від імені Paul. Форма просить Вівек купівлі Категорія, яка потім використовує веб-служби для заповнення розкривний список постачальників, схвалені компанією. Вівек також визначає корпоративних функціональна плоша цю покупку (Наприклад. "ЦЕ" або "Фінанси").
3. СДПН засновані робочий процес починається, визначає Павла безпосередній керівник і переспрямовує вимогу його менеджер, Стейсі.
4. Стейсі затверджує заявці на придбання.
5. СДПН робочий процес контролює вимогу і визначає це ІТ покупки. Маршрут робочого циклу для ІТ-менеджер функціональних, Wonson.
6. Wonson затвердила вимогу.
7. СПД-документообігу знову перевіряє вимогу і визначає, що сума покупки перевищує грошову суму maxium і направляє його на затвердження, менеджер відділу.
8. Керівник відділу затверджує заявці на придбання.

Нотатки

• Випадок використання демонструє "чиста" запустити без відмови або скачки.
• Кожен затверджувача має можливість затвердити або відхилити вимогу, а також надати письмове зауваження. Вони увійшли в наскрізні примітки для аудиту.
• Якщо відповідальний менеджер відкидає заявці на придбання в будь-який момент, PO реквізиції мертва "" і процес слід запускати з самого початку.
• Робочий процес повідомляє Оригінатор на кожному кроці процесу.
• Не письмових підписів — клієнт визначається (після деяких силовий рекомендації) що аудиторський trail, як це передбачено за допомогою робочого процесу історії, подають їх аудиту потреб.
• Зусилля — Це зайняло близько трьох чоловік тижнів до виконання цього рішення.

Висновок

Це рішення використовує МОСС розробки та запуску платформи. Клієнт зміг використовувати основні риси МОСС автоматизувати рутинні бізнес-процесу, які постраждали майже кожен співробітник компанії. За винятком простий веб-служби (яка сама використовує МОСС), майже ніяких фактично програмування"" вимагалося.

Рішення також служить як "вітрина" для клієнта, демонструють як різні особливості МОСС можуть бути об'єднані для створення повнофункціональним бізнес-застосунку і генерувати нові можливості консалтингу в майбутньому.

Глосарій

ПКР: Технічне обслуговування, ремонт та операцій. Ці покупки, як правило, включають такі елементи, як блокноти, стільці, персональні комп'ютери, принтери, стільникові телефони і тому подібне.

Це може бути очевидним для багатьох, але час вивчення для мого МОСС програмування іспит, Я дізнався, що це досить легко отримати фактичне XML від пошукового запиту через інтерфейс користувача.

Один швидкий метод полягає в наступному:

• Доступ розширений пошук.
• Виконайте пошук, який повертає дані.
• Редагувати сторінку (за допомогою параметрів сайту).
• Зміна XSL наступні:

<?XML версія="1.0" кодування="UTF-8"?>
<перетворення XSL:таблиця стилів версія="1.0" xmlns:перетворення XSL="http://www.w3.org/ 1999 / / перетворення XSL">
<перетворення XSL:вихід метод="XML" версія="1.0" кодування="UTF-8" відступ="Так"/>
<перетворення XSL:Шаблон матч="/">
<попередньо>
<перетворення XSL:копія з Виберіть="*"/>
</попередньо>
</перетворення XSL:Шаблон>
</перетворення XSL:таблиця стилів>

• Хіт застосовувати.
• Перегляд HTML-коду в браузері.

Зверніть увагу, що на <попередньо> Тег не робити нічого особливого, крім служити як зручний маркер, під час перегляду результатів.

Цей трюк може бути дуже корисним при роботі з керованими властивостями і налаштування пошуку. Це забезпечить остаточний список XML можна використовувати в xslt, яка була б дуже корисно останній 25 часи, я створив деякі результати замовний пошуку.

Це повинно працювати на dataviews а також, Хоча я не перевіряв це на ще.

Я бачу, що Ерік Краус зіткнувся з вимогою зазвичай зустрівся з веб-частина запиту вмісту. Проблема? Він був в чистому середовищі WSS не мають доступу до на CQWP. Замість того, згорнувшись у положення плоду (прагнення мені треба битись кожен день, здається), він придумав рішення, що принаймні дає WSS магазини реальний шанс на успіх. Воно описане Тут.

Стефан Goßner поставив разом приголомшливий 4 частин серії на вміст SharePoint і розгортання API Тут. До послуг гостей великий огляд дуже добрими прикладами в коді (C#).

Спочатку я взяв цю посилання з joris poelmans блог на http://jopx.blogspot.com/.

Навіть якщо ви схожі на мене, в тому, що ви не були б зробити багато практичної роботи для управління контентом, Це добре стоїть 20 хвилин вашого часу, щоб читати.

За допомогою API, можна:

• Експорт та імпорт контенту дуже легко.
• Повторне батьківського вмісту. Якщо потрібно експортувати певний вміст із сайту "A" і відправити її на сайті "B" але в абсолютно нове місце у ієрархії, це можливо.
• Експорт вмісту з сайту A та імпортувати вибрані біти в сайту A.
• Повторно зв'язати вміст (Це означає мати справу з всі гіперпосилання).

Хтось про Інтернеті просить про те, як створити обчислюваний стовпець списку, що б показати значення мають формат"[Користувач] – [Статус] – [Розташування]" як і в "Поль Гелвін – Пити [Безкоштовно] Пиво – Пляж".

Paul б піти і оновлювати його запис у списку та обчислюваного стовпця буде оновлювати відповідним чином. На [Користувач] повинні за замовчуванням на користувача введення/оновлення списку.

Обчислюваний стовпець не можна використовувати "летючих" функцій, таких як [Мені] або [Сьогодні]. Я її вирішив в тестовій середовищі з цими кроками:

1. Створення текстової колонки, названий "Поточний користувач".
2. Встановити значення за замовчуванням [Мені]
3. Створити обчислюваний стовпець під назвою "Calc Test".
4. Встановіть значення її параметра = [Поточний користувач]

Я пішов, додати елемент до списку і вона працювала.

Я була страждає від цього для 9 місяців і я бачу, що люди на MSDN і Usenet форумах є too.l

Іноді, При зверненні до документа word (або інших типів doc) з документа бібліотека викликає Internet Explorer, щоб просто аварії і піти (Беручи всі вкладки з ним, якщо будь-який з них відкривається).

Це MS виправлення може вирішити цю проблему: http://support.microsoft.com/kb/938888

Також, є деякі опису про проблему тут:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Огляд:

Створення настроюваного списку, який керує тип вмісту містить декілька десятків стовпців.

Додав його на сторінку а потім через СПД, перетворені на подання даних.

Проблема:

Мій виразу Xpath повертався пустих стовпців названий "Поточну позицію". Я посилаються це константи виглядає:

    <межу таблиці = "1">
      <перетворення XSL:для кожного виберіть = "/ dsQueryResponse, рядків, рядок" >
        <TR>
          <TD>
            Поточний стан:
            <перетворення XSL:select="@Current_x0020_Status значення з"></перетворення XSL:значення з>
          </TD>
        </TR>
      </перетворення XSL>
    </Таблиця>

Стовпці в КТ названа «Поточний стан». Відображається у підстановки як «Поточний стан». Куди не глянь, Ви бачите «Поточний стан».

Під час бити шалено близько, шукаєте рішення, Я замість звані "@Recruiter" і ось! — які фактично повернулася назад від поточного стану. Я очікував, що повернутися назад рекрутер коли я це зробив.

Рішення:

Я ткнув в СДПН. Перейдіть на цю сторінку в СДПН, і він показує подання даних. Проаналізуйте фактичні дані надаються до подання та пов'язаних Xpath. Тут я дізнався, що дійсно, Xpath вказав на "Вербувальник". Як не дивно, на "фактичне" рекрутер поле зазначив з "Recruiter1".

Забирати:

Забезпечує СДПН авторитетні виразах Xpath для рядків & стовпці в до подання даних.

Другий, Це показує, що фактичні дані. Так, наприклад, стовпець із типом показує це:

<nobr><Тривалість><За HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Гелвін, Пол</A><IMG кордону ="0" Висота = "1" Ширина = "3" SRC="/_layouts/Images/blank.gif"/><href = "javascript:’ OnClick = "IMNImageOnClick();повернутися помилковим;’ клас = "ms-imnlink"><IMG ім'я ='imnmark’ заголовок =” межа =’0′ Висота ='12’ Ширина ='12’ src='/_layouts/Images/blank.gif’ Alt =' без присутності інформації’ Випийте ='PGalvin@xxx.com’ ID = "imn_77, тип = smtp'/></на></Тривалість></nobr>