Мінімальна безпеки, необхідні для форми InfoPath

Мені потрібно, щоб зустрітися з безпеки вимога для форми InfoPath сьогодні. У цій ситуації бізнес, відносно невелику кількість приватних осіб дозволено створення нової форми InfoPath і набагато більш широкої аудиторії дозволено редагувати його. (Це нова Прокат автомобілів на інтернат форму використовуються людських ресурсів, запускає робочий процес).

Для задоволення цієї мети, Я створив створено два рівні дозволів ("створити й оновити" і "оновити лише"), зламав успадкування для бібліотеки форм і призначити дозволи на на "створити, оновлення" користувач і окремі "оновити лише" користувач. Механіка всі працювали, але він виявився більш за участю, ніж я очікував. (Якщо ви відчуваєте трохи невпевнено на SharePoint дозволи, перевірити це повідомлення в блозі). Конфігурація вимог безпеки для рівня дозволів не було очевидно набором прав, зерниста. Щоб створити дозвіл тільки на оновлення рівні для форми InfoPath, Я виконав наступне:

  1. Створити новий рівень дозволів.
  2. Прибрати всі параметри.
  3. Вибрано такі від "Дозволи списку":
    • Редагування елементів
    • Перегляд елементів
    • View сторінки застосунків

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

Трюк був включення "Подання заявки сторінки". Є не будь-якого verbage на рівня дозволів, вказує на те, що потрібно для оновлення лише для форм InfoPath, але виявляється, то є.

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

</кінець>

Бірки Technorati: ,

Що “Період між” Відчуття; Зауваження на SharePoint консалтинг

На жаль, Перший етап мій останній проект має прийти до кінця, і клієнт зробив вибір для переміщення вперед по собі на другий етап. Ми зробили нашу роботу дуже добре, as usual 🙂 I’m now between projects, особливий час для колектив консультантів, як я (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). Ми персоналу консультанти заливки, на цей раз по-різному: Робота з продажу народної писати пропозиції; заповнення за когось або резервне копіювання людини на це чи що разова робота; вивчення; Блоги :). Важко планувати заздалегідь більше, ніж кілька днів. Час від часу, як це, Хоча у мене є трохи часу на мої руки, Я хотів, щоб відобразити.

Я майже завжди сумно залишити клієнта кампуса в останній раз. Ми консультантів утворюють своєрідний різновид відносини з нашими клієнтами, на відміну від типового колега відносини. Немає грошей-кут — всім відомо, що на консультант становить сімейний або навіть більше, ніж співробітників клієнта. Ви відомі тимчасові людина. Як консультант, Ви постійна аутсайдера, з більш-менш відомих від'їзду. Ще, ви їсте обід з клієнтом, прийняти їх на обід та/або для напоїв, купити печиво для команди, Перейти на кава працює, дати/отримати свято карт — всі види речей, що колег робити. З одного боку, ти дорослих у номері. Ви є експертом в технології, яка ставить вас у покращений позиції. З іншого боку, ти дитина. День нуль, консультанти не знаєте імена, місця або клієнта "Лінго". У більшості випадків, консультанти ніколи не дізнатися, що все це.

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

Консультанти часто не отримують реалізувати фази дві і що ніколи не отримує легко для мене. Я думаю, що це особливо важко з SharePoint. Перший етап ваш типовий SharePoint проекту охоплює установки/конфігурації, управління, таксономія, основні типи вмісту, д. і в багатьох поважає, суми, тривале, дуже докладно discovery. Ось як переглянути мій останній проект. Ми зробили всі основні речі, а також виконати деякі nice міні ПСУ, розширюючи CQWP, впровадження служби BDC до PeopleSoft, введена досить складна робочого циклу з застосунку SharePoint Designer, торкнувся основні КПІ та багато іншого. Належного фази, два б розширити все, що з великим, майже pervasive ПБД., дуже приємно робочого циклу, штраф за оновленнями і краще пошук, центр записів, Excel послуг і найважливіший, звернення до інших організаційних одиниць. Але, Це не повинні бути для мене, і це сумно.

На основі цього недавній досвід, Я думаю, справедливо сказати, що належне підприємства SharePoint реалізації одного року процес. Вона напевно законно може працювати два роки до досягнення точки спадної. Деталі матерії, Звичайно.

Це консультанта в життя і всі ці маленькі скарг, навіть гірше, в SharePoint заручини. Як я вже писав раніше, SharePoint на горизонтальній природи приносить вам контакт з широкого кола людей та представництв. Коли ви працюєте з так багато людей, Ви можете бачити так багато способів, що SharePoint допоможе компанії стати більш ефективним, заощаджувати час, робити речі краще… але ви не завжди можете зробити їх.

Я часто озираюся назад до моєї першої роботи з коледжу, перед початком кар'єри консалтингові 1995. Ми отримали зробити фазу, два і навіть Фаза 3. Це були приємно разів. З іншого боку, Однак, Це означає, що це означало б багато рутинні речі теж. Управління безпекою сайту. Налаштування типів вмісту. Створення подань і несталих подань. Справу з параметрами безпеки IE. Відновлення втрачених документів. Блех! 🙂

Незважаючи на мій меланхолійний настрій, Я не можу уявити собі місце, я б краще (за винятком в теплих пляж з неабияку постачання духів).

Я не можу чекати, щоб почати реалізовані наступний проект підприємства SharePoint.

(Приводу нічого, Я написав велику частину цього запису в блозі на в Нью-Джерсі транзит автобус. Я не думаю, що я зробив будь-яких друзів, but one CAN blog on the bus 🙂 )

</кінець>

Бірки Technorati:

Неділя Funny: “Вони все не так погано”

Назад поблизу 1999, Я був витрачати багато тижнів в Санта-Барбарі, КАЛІФОРНІЯ, працює для клієнта, не кажучи вже про бідних дружиною повернутися сюди в Нью-Джерсі. Я дуже люблю мою дружину. Я люблю її так само сьогодні, як я зробив, коли вона нерозумно вийшла заміж за мене 1,000 років тому. Десь уздовж лінії, Я придумав фразу, «спеціальні страх», як і в "Саманта має спеціальний страхи." Вона як спеціальні страху "помилки", яка, до неї не є мух або сонечка, але досить мікроби. Вона є боїться тієї чи іншої вірусом або незвичайний бактерій, що стоять перед нашим сином, або мені, але ніколи себе. (Вона також є спеціально боїться вампіри, мініатюрні зло ляльки (особливо клоуни) і підводних аварій; вона має викладайте вирощені її спеціальних страху люди, одягнені в костюми Санта Клауса).

Одного разу, мій колега і я вирішили під'їхати до довколишніх горах, поблизу Ohai. В один момент, Ми отримали автомобіля взяти на сцені. Коли ми повернулися в машину, Я помітив, що галочку на моє плече. Я клацнув з вікна, і що це було.

У ту ніч, Я розповів їй про наш диск і згадується кліща. Розмова пішла, щось на зразок цього:

S: "ОООО! Ті, погано. Вони переносити захворювання."

P: "Добре, Я клацнув її з вікна."

S: "Вони коштують дуже погано хоча. Вони можуть отримати під шкіру і смоктати кров і передавати помилок. Ви краще перевірити ваше волосся і переконайтеся, що немає ніяких на голові!"

P: Гучним голосом: "Боже мій! МОЖЕ ВЗЯТИ НА СЕБЕ ВАШ РОЗУМ???"

S: Буквально обнадіює мене: "Ні, вони не що погано."

</кінець>

Бірки Technorati:

Швидкий і простий: Автоматично відкривати форми InfoPath з SharePoint Designer електронної пошти

ОНОВЛЕННЯ: Madjur Ahuja вказує на це посилання, від в обговорення групи новин: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Це досить остаточного.

===

Ми часто потрібно впровадити гіперпосилання до форми InfoPath в повідомленнях електронної пошти, надіслані з SharePoint Designer робочі процеси. Коли користувачі отримують ці листи, вони можуть натиснути на посилання з електронного листа і перейти безпосередньо до форм InfoPath.

Цей монстр URL будівельних робіт для мене:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.XML&Джерело = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Замініть текст напівжирним червоним ім'я форми, як показано на наведеному нижче знімку вікна:

зображення

Зверніть увагу, що багато жорстко шлях у тому URL, а також кодування компонент. Якщо це занадто важко перевести до вашої конкретної ситуації, Спробуйте активувати попередження для бібліотеки форм. Розмістити форму, і коли ви отримуєте повідомлення електронної пошти, перегляд джерела електронної пошти і ви побачите все, що вам необхідно включити.

Уважні читачі можуть помітити, що вище електронної пошти тіло також показує посилання, яке безпосередньо отримує доступ до завдання через відфільтроване подання. Я планую пояснити які більш детально в майбутньому пост.

</кінець>

Думаючи про комерційні продукти

Я миритися з SharePoint Designer розширень проекту вгору на CodePlex раніше цього року, і хоча воно дійсно досить обмеженою конкретними, Я оцінив, що збирався за 40 Щоб 60 (Можливо, навіть 100) компанії майже два місяці. Що вказує на мене, що існує ринок для цього рішення і якби я успішно його комерціалізації, that could translate into a goodly amount of beer 🙂

Моє минуле є насправді набагато більше в розробці продукту, і я знаю, що таке принести першокласної продукції, на відміну від CodePlex проектом, який, ринок. У моєму минулі життя, Я був відповідальний за продукт R&D для всіх програмних продуктів. Різниця між тоді і зараз, що я тепер працює консультантом з (Відмінна) Консалтингова фірма (Conchango). Раніше, Я мав цілою компанією позаду мене і переді мною, продажів та обслуговування продукції, ми принесли до ринку. Сьогодні, Я б побути наодинці.

У мене є кілька ідей продукту на увазі, але я думаю, самий простий було б створити комерційним версію вищезгаданий проект CodePlex, який використовує це як відправну точку і розширює його подальшого. Мій нечітких поза-манжета мислення є стягувати щось на зразок $100 за необмежену розробник ліцензію і $500 на виробництві веб-інтерфейс. Я думаю, я також хотів би віддати вихідний код.

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

  • Це все стоїть?
  • Практичні поради з маркетингу, збір коштів, розповсюдження.
  • Ціноутворення.
  • Підтримка.
  • Будь-які інші зауваження, ви хотіли б залишити.

"Легко" виступити з продуктом ідей і їх реалізувати, Хоча багато десятків годин роботи обов'язкові для заповнення. Інші речі, це не так просто, для мене.

</кінець>

Неділю вранці Funny: “Ісус повинен померти”

Ми купили нашого першого (і тільки) "люкс" автомобіль назад, коли ураган Floyd прибив східного узбережжя США. Ми отримали багато дощів тут, в Нью-Джерсі і Минуло кілька днів перш ніж повертається до нормального життя. Тільки перед Floyd вдарив, Ми зробили пропозицію для використовуваних Volvo 850 GL і після того, як Floyd вдарив, поїхав додому.

Це був наш перший автомобіль з програвачем компакт-дисків. Як і більшість нових автовласників, Ми пішли трохи божевільні CD, відроджена нашої сплячі колекції CD і продовжував довгими диски просто слухати компакт-дисків в машині. Як і всі примхи, це пройшло для нас, і ми закінчили, прислухаючись один диск знову і знову. У нашому випадку, Це було Ісус Христос — суперзірка.

Один з на (багато) блискучий штук в рок-опери співають заснування релігійних типів, на чолі з Кайяфи, "Первосвященик". Вони співають свій шлях у визначенні того, як поводитися з "Ісус проблема" і Кайяфи спрямовує їх до висновку, що "Ісус повинен померти". Утримуватися на пісня є "просто повинен померти, повинні померти, повинні померти, Цей Ісус повинен померти". Ви чуєте, що утримуватися багато у цій частині.

У той час, мій син було близько трьох років. Ймовірно, ви можете побачити, де це буде.

Я прийшов додому з роботи одного дня і мій син знаходиться у вітальні грає з іграшками і наспівуючи до себе. Я беру на себе мою куртку, Переглядаючи пошту і всі мої звичайні речі прогулянкою in-двері і я раптом розуміють, що він просто говорить:, не дуже спів: "Ісус повинен померти, повинні померти, повинні померти." Я був пригнічений. Я міг би просто побачити його робити, що час на один з його дитини слухати дат в будинку одного — ймовірно останній Цзян з що дитину друг.

We pulled that CD out of the Volvo after that 🙂

</кінець>

Google прийняти мій блог жити пробіли в програму AdSense

ОНОВЛЕННЯ: Станом на 03/09, Я не знайшов ніякого способу інтегрувати облікового запису live просторів з Google Adsense. Системою Microsoft тут, здається, запобігти всі технічні механізми, які надає Google adsense потенційних хостерів. Я схильний вірити, що це в основному побічним ефектом безпеки, вони створили в прямому простору, не прямим зусиллям відключити Adsense.

Це не SharePoint повідомлення, але може становити інтерес для блогерів взагалі.

Хтось коментарі про свої Windows Live Spaces блог Google ствердно заперечував їх застосування для участі в AdSense. Вона припустив, що Google заперечував її, тому що Windows Live Spaces хостів її блог. Однак, Я недавно був прийнятий в програму для мого блогу жити пробілів, так що політику або змінені або Google заперечував її з якоїсь іншої причини.

Звичайно, Я не бачу будь-який очевидний спосіб інтегрувати Google AdSense в моєму жити простір, but it’s a start 🙂

</кінець>

Бірки Technorati: ,

Впровадження майстер / Докладно відносини за допомогою користувацьких списків

Форум користувачів часто, як питань, як це:

> Вітаю,
>
> Будь ласка, скажіть мені, якщо є будь-які можливості, побудувати настроюваного списку з
> Головний і другорядний типу (як рахунки-фактури) без використання InfoPath.
>

SharePoint надає деякі віддачу від особливостей поля, які підтримують види бізнесу вимоги, як, що.

Загалом, одна пов'язує два списки разом з допомогою стовпець підстановки. Список A містить відомості про заголовок рахунок-фактуру і список B містить дані рахунка-фактури.

Підтримувати номери абонентів за допомогою додаткових списків, Номери виробів, д.

Використовувати веб-частину запиту вмісту (в MOSS тільки) та/або на попередній перегляд подання веб-частини для створення Злиті подання списків. SQL Server фінансової звітності (SRS) Гостям надається звітності сторону його.

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

  • Розмір суміжних підстановки списків с.. «шик" тип стовпця підстановки. Тип стовпця підстановки представляє себе на UI по-різному залежно від того, чи увімкнено функцію список із множинним або не. У будь-якому випадку, контролю поза коробки відображаються всі наявні елементи зі списку джерел. Якщо вихідний список містить 1,000 елементи, що буде проблемою. Через ці пункти не сторінку керування підстановкою. Замість цього, це тягне всі з них в елементі керування. Що робить для дуже незручне користувальницький інтерфейс, як з точки зору введення даних і продуктивність.
  • Пошуки "тягнути назад" один стовпець інформації. Ви ніколи не можете відступити більше одного стовпця зі списку джерел інформації. Наприклад, не вдалося встановити клієнт "12345" і відображення номер, а також ім'я клієнта та адресу в той же час. Підстановки відображається лише клієнт номер і більше нічого. Це робить для ніяково і важким користувальницький інтерфейс.
  • Ні внутрішньо форми зв'язку. Я вже писав про це тут. Ви не можете реалізувати каскадні розкривні меню, умовно увімкнути/вимкнути поля, д.
  • Немає каскадні видалення або вбудовану функцію цілісності даних. SharePoint розглядає настроюваними списками як незалежних осіб і не дозволяє зв'язати їх один до одного в традиційному сенсі програми Архівації. Наприклад, SharePoint дозволяє створити дві настроювані списки, "Замовник" і "рахунок-фактура заголовок". Можна створити рахунок-фактура заголовок, посилання повернутися до клієнта в список клієнтів. Потім, клієнта можна видалити зі списку. З коробки, немає ніякого способу, щоб запобігти цьому. Вирішити такого роду проблем, Ви зазвичай використовуєте обробники подій.

Це може здатися похмурими, але я б до цих пір за допомогою SharePoint як відправна точка для побудови такого роду функціональність. Хоча існують прогалини між те, що вам потрібно в рішення, SharePoint дає нам можливість заповнення цих прогалин, використовуючи інструменти, такі як:

  • Обробники подій. Використовувати їх для забезпечення посилальних обмежень цілісності.
  • Користувацькі стовпці: Користувацькі стовпці типу створити і використовувати їх замість стовпця підстановки за промовчанням. Додати підкачки, буферизації і AJAX можливості, щоб зробити їх чуйним.
  • ПБД.. Цю функцію лише для ЛИШАЙНИКА дозволяє нам запит з покращений інтерфейс до стовпця підстановки звичайні списки інших SharePoint. Служби ПБД можна також охопити користувальницькій застосунок сервера. Уникнути реплікації за допомогою каталогу бізнес-даних. Замість того, щоб тиражування інформацію про клієнтів з задня частина системи ERP, Натомість використовуйте служби ПБД. BDC рис забезпечити приємний користувальницький інтерфейс тягнути цю інформацію безпосередньо з ERP-систему, де він належить і дозволяє уникнути клопотами про збереження реплікації рішення.

    Каталогу бізнес-даних — це функція МОСС (не підтримуються WSS) і є складним завданням для налаштування.

  • ASP.NET веб-форму: Створення повнофункціонального підтримкою AJAX форми, яка використовує об'єкт моделі та/або web служб SharePoint важелі списків SharePoint забезпечує дуже чуйні користувальницький інтерфейс.

Останній варіант може відчувати себе, ви починаєте з нуля, але подумати про те, що SharePoint платформи починається ви з наступних ключових особливостей:

  • Модель безпеки з обслуговування.
  • Меню системи з обслуговування.
  • "Майстер таблиць" (тобто. Настроювані списки) з безпеки, вбудований обслуговування та аудиту.
  • Пошук.
  • Задній частині інструментів інтеграції (ПБД.).

Якщо ви починаєте з нового пустого проекту в visual studio, у вас є багато інфраструктури і сантехніка побудувати, перш ніж ви отримаєте близько до SharePoint пропонує.

Я вважаю, що Microsoft має намір розширити SharePoint у цьому напрямі розробки додатків. Здається природним продовженням для існуючі SharePoint бази. Застосування Microsoft CRM забезпечує велику розширюваності типів, необхідних для підтримки розробки додатків заголовка/другорядний. Хоча ці функції в CRM, Технологія доступна очевидно команда розробників SharePoint і я очікую, що це буде зробити свій шлях у продукт SharePoint кінця 2008. Якщо хто-небудь знань або заглянути в це, будь ласка, залиште коментар.

</кінець>

Швидкий Підказка: Веб-частина запиту вмісту, Значення стовпця підстановки і XSL

У мене ім'я стовпця в типу вмісту, названий "Нерухомість розташування".

Цей стовпець є стовпцем «Підстановка».

Я змінив <CommonViewFields> та ще ItemStyle.xsl для відображення стовпця.

Простий <перетворення XSL:Виберіть значення з =…> Повертає назад внутрішніх значення, яке містить порядковий номер розташування даних, Наприклад:

1;#Miami

Щоб отримати людина для роздруківки значення, використовувати xsl підрядок після, як показано:

<перетворення XSL:valueперетворення XSL виберіть = "підрядок після(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></перетворення XSL:значення з>

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

<кінець />

Бірки Technorati: , ,

Бігль SharePoint випуск вгору & Жити

Багато з вас знають, що це вже, але в грудні видання Бігль SharePoint це жити.

Кожну статтю варто прочитати на мій погляд.

Я хочу дати трохи додаткових bump до мій колега статті (Наталія Voskrensenskya). Вона забезпечує феєрія знімок екрану при описі, як вона використовується настроюваними списками, робочий процес, Дизайнер SharePoint, вид даних та інших елементів здійснювати самообслуговування навчання функцію в MOSS. Вона описує методи, які можуть застосовуватися в багатьох різних бізнес-сценарії. Подивитися її блог поки ви на це.

Не забудьте перевірити Моя стаття as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</кінець>