Минимално изискваната гаранция за формуляри на InfoPath

Трябваше да отговарят на изискването за сигурност за формуляр на InfoPath днес. В тази ситуация, Бизнес, относително малък брой хора е позволено да създадете нов формуляр, InfoPath и много по-широка аудитория могат да го редактират. (Това е нов-под наем за качване на борда формуляр използван от човешки ресурси, стартира работен поток).

За тази цел, Съм създал създадени две нови нива на разрешение ("създаване и актуализиране на" и "update само"), счупи наследство за библиотеката с формуляри и присвоява разрешения за на "създаване на, актуализация" потребител и отделна "актуализация само" потребител. Всички механика работи, но се оказа, да бъде малко по-завладяващо, отколкото очаквах. (Ако се чувстваш малко неуверен в SharePoint разрешения, Вижте този блог пост). Конфигурацията на необходимата сигурност за нивото на разрешение не е очевидно набор от разрешения, гранулиран. Да се създаде разрешение само за актуализация ниво за формуляр на InfoPath, Направих следното:

  1. Създаване на ново ниво на разрешение.
  2. Изчистите всички опции.
  3. Избрани само следното от "Списък разрешения":
    • Редактиране на елементи
    • Преглед на елементи
    • Приложение страници

Изборът на тези опции позволява на потребителя да актуализира форма, но не го създаде.

Номерът е да се даде възможност "заявление страници". Няма никакви 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 🙂 ). Ние на персонала консултанти запълване този път по различни начини: Работа с продажби фолк да пишете предложения; попълване на някой или архивиране на човек по този или тази временна работа; изучаване на; Blogging :). Това е трудно да планират повече от няколко дни предварително. В моменти като този, докато имам малко време в ръцете ми, Обичам да отразяват.

Аз почти винаги съм тъжно да напусне колежа на клиента за последен път. Ние консултанти формират един особен вид връзка с нашите клиенти, за разлика от връзката си типичен колега. Там е пари ъгъл — всеки знае, на консултанта цената е двойна/Тройна или дори повече от персонала на клиента. Вие сте известен човек, временно. Като консултант, Вие сте постоянно аутсайдер с повече или по-малко известни заминаване. Още, ядете ли обяд с клиента, ги извадете, вечеря и/или за напитки, купи бисквитки за отбора, отидете на кафе писти, дадат/получат ваканционни карти — всички видове неща, които колегите. От една страна, Вие сте възрастен в стаята. Вие сте експерт в технологията, която ви поставя в по-висш позиция. От друга страна, Вие сте бебе. Ден нула, консултанти не знаят имената, места или на клиента жаргон. Повечето пъти, консултанти никога не научи всичко.

Когато нещата вървят добре, ви стане много добре интегрирана с екипа на клиента проект. Те се отнасят с теб като един колега в един смисъл, и довереник в друга. Тъй като ние нямаме мениджър-стил подчинение с клиента, Екипът на проекта често се чувства малко свободни да въздух на мръсно пране. Те нека си бариери и да поставите консултанта в неловко положение, никога не осъзнават те го правят.

Консултанти често не получават за изпълнение фаза две и че никога не получава лесно за мен. Мисля, че това е особено трудно с SharePoint. Фаза един от на вашия типичен SharePoint проект обхваща настройка/конфигурация, управление, класификация, основни типове съдържание, н. и в много отношения, сумите за продължителен, изключително подробни откритие. Ето как видя последният ми проект. Ние направих всички основни неща, както и изпълнявам някои хубаво мини-POC чрез разширяване на CQWP, BDC връзки с подразделението за прилагане, въведе доста сложен работен процес с SharePoint Designer, докосна на основните KPI и повече. Правилното фаза две ще разшири всичко това с обширни, почти проникващ BDC, наистина хубаво поток, добре настроени и по-добро търсене, център за записи, услуги на Excel и вероятно най-важните, достигане до други стопански единици. Но, не може да бъде за мен, и това е тъжно.

Въз основа на този скорошен опит, Мисля, че това е справедливо да се каже, че е правилното предприятие SharePoint изпълнение е една година процес. Тя вероятно законно може да тичам две години преди достигането на точка на намаляваща възвръщаемост. Детайлите са важни, Разбира се.

Това е животът на консултанта и всички тези малки оплаквания са дори по-лошо в SharePoint ангажимент. Тъй като аз съм писал преди, Хоризонтален характер на SharePoint ви носи с широк спектър от хора и бизнес единици. Когато работите с толкова много хора, Можете да видите толкова много начини, че SharePoint може да помогне на компанията стават по-ефективни, Спестете време, направи нещата по-добре… но не винаги получаваш да ги правя.

Аз често гледам обратно към първата ми работа от колежа, преди започване на консултации кариера 1995. Ние се получи да направите фаза две и дори фаза три. Тези са хубави пъти. Намаляват, Въпреки това, Това означава, че това би означавало много рутинни неща твърде. Управление на сигурността на сайта. Променяте типовете съдържание. Създаване на изгледи и променящите се възгледи. Справяне с настройките за защита на IE. Възстановяване на загубени документи. Blech! 🙂

Въпреки моите меланхолия настроение, Аз не мога да си представя място бих предпочел да (Освен за топъл плаж с добри доставка на спиртни напитки).

Не мога да дочакам да започнете реализира следващото предприятие SharePoint проект.

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

</край>

Неделя забавни: “Те не че са лоши”

Обратно, в близост до 1999, Аз бях разходи много седмици, в Санта Барбара, CA, работили за клиент, оставяйки бедните жена ми отново тук в Ню Джърси сам. Скъпо любов жена ми. Аз я обичам толкова много днес, както аз направих, когато се омъжва безумно ме 1,000 години или така преди. Някъде по линията, Аз изковава фраза, "специални страх", както и в "Саманта има специални страхове." Тя като особен страх от "грешки", за нея не са мухи или ladybugs, но по-скоро микроби. Тя се страхува от този или този вирус или необичайни бактерии afflicting сина ни, или ме, никога не съм наистина себе си, но. (Тя е също така специално страхува от вампири, зли кукли (особено клоуни) и подводница аварии; Тя е извън нараснал си специални страх от хора, облечени в костюми на Дядо Коледа).

Един ден, Моят колега и реших да карам до близките планини близо до Ohai. В един момент, Измъкнахме се на колата да се вземат на сцената. Когато се върнах в колата, Аз забелязах, че кърлеж е на рамото ми. Аз Юнайтед през прозореца и това беше.

Тази нощ, Си казал за нашата кампания и споменати кърлежи. Разговорът беше там нещо подобно:

S: "Oooo! Тези са лоши. Те пренасят болести."

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 % 3а % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Замени червен удебелен текст с името на формуляра, както е показано в следните екрана:

Изображение

Обърнете внимание, че има много трудно кодирани път в този URL, както и URL кодиран компонент. Ако това е твърде трудно да се превежда на вашата конкретна ситуация, Опитайте да включите предупреждения за библиотеката с формуляри. Публикувате формата и когато получите имейл, Преглед на източника на имейл и ще видите всичко, което трябва да включва.

Проницателен читателите може да забележите, че по-горе имейл тялото също показва връзка, която директно достъп до задачата чрез филтриран изглед. Смятам да го обясним по-подробно в бъдещ пост.

</край>

Technorati тагове:

Мисля за търговски продукти

Сложих до SharePoint Designer разширения проект нагоре в CodePlex по-рано тази година и въпреки че това е наистина доста ограничен по обхват, Аз прогноза, че тя е била изтеглена от 40 за да 60 (вероятно дори 100) компании в почти два месеца. Това показва ми, че има пазар за това решение и ако аз трябваше да го комерсиализира успешно, that could translate into a goodly amount of beer 🙂

Моят фон е всъщност много повече в разработването на продукта и знам какво е трябвало да въведат първокласен продукт, за разлика от CodePlex хоби проект, за пускане на пазара. В моя минал живот, Аз бях отговорен за продукта R&D за всички софтуерни продукти. Разликата между тогава и сега е, че аз съм сега работи за консултант (отличен) консултантска фирма (Conchango). По-рано, Имах цялата компания пред мен и зад мен, продажба и подкрепа на продукти ние доведени до пазара. Днес, Аз ще бъда сам.

Имам няколко продукта идеи в ума, но мисля, че най-лесно ще бъде да се създаде търговска версия на гореспоменатите CodePlex проект, който използва това като отправна точка и го разширява допълнително. Моят размита импровизиран мислене е да се зарежда нещо като $100 за неограничен проект на лиценз и $500 на производството уеб предния край. Мисля, че аз също ще раздаде на изходния код.

Ако имате мисли или преживявания, които сте готови да споделяте, Моля, оставете коментар или имейл ме директно. Бих искал да чуя мнения като:

  • Полезно ли е?
  • Практически предложения за маркетинг, събиране на пари, разпространение.
  • Ценообразуване.
  • Поддръжка.
  • Други коментари, които искате да оставите.

"Лесно е" за да излезе с идеи за продукти и да ги прилагат, Въпреки че много десетки часове на работа са необходими. Другите неща не е толкова лесно за мен.

</край>

Technorati тагове:

Неделя сутрин Забавни: “Исус трябва да умре”

Купихме първата ни (и само) "лукс" колата обратно, когато ураганът Флойд закован на източното крайбрежие на САЩ. Имаме много дъжд тук в Ню Джърси and изминали няколко дни преди да се върнат към нормален живот. Точно преди да удари, Флойд, Направихме предложение за употребявани Волво 850 GL и след Флойд удари, Той е управлявал дома.

Това беше първата ни кола с CD плейър. Като повечето собственици на нови автомобили, отидох малко луд на CD, съживи пасивните нашата колекция CD и отиде на дълги дискове просто да слушате CD в колата. Като всички прищевки, Това минало за нас и ние завърши слушане на една и съща CD отново и отново. В нашия случай, Това е Исус Христос суперзвезда.

Един от (много) брилянтен парчета в тази рок опера е изпята от предприятието религиозни типове, водени от Каиафа, "Върховният Прийст". Те пеят си проправят път към решавам как да се справят с "Исус проблем" и Каиафа ги насочва към извода, че "Jesus must die". Припева на песента е "просто трябва да умре, трябва да умре, трябва да умре, този Исус трябва да умре". Ще чуете, че се въздържат много в това парче.

По това време, Синът ми е на три години. Вероятно можете да видите, когато това става.

Аз дойдох от работа един ден и Моят син е в хола, играе с играчки и колибри за себе си. Аз съм привлекателен на разстояние от моя яке, гледам през пощата и всички ми обичайните неща разходка in вратата и изведнъж осъзнаваш, че той е само, че, не наистина пеят: "Jesus must die, трябва да умре, трябва да умре." Аз бях овца. Просто може да го прави, че докато на един от неговите бебе играят дати в къщата на един приятел видя — вероятно последните играят дата с това бебе приятел.

We pulled that CD out of the Volvo after that 🙂

</край>

Google приехте моите живи пространства блог в програмата AdSense

АКТУАЛИЗИРАНЕ: Като от 03/09, Аз не съм намерил начин да интегрират сметката ми живи пространства с 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 осигурява някои от функциите на кутия, които поддържат видове бизнес изисквания като че.

Като цяло, един връзки два списъка, заедно с използване на справочна колона. Списък А съдържа информация за заглавния блок на фактурата и списък Б съдържа информация за фактура.

Използвайте допълнителни списъци, за да запази номера на клиенти, продукти с номера, н.

Използвайте уеб компонент на заявка за съдържание (в мъх само) и/или данни за преглед в уеб компонента за създаване на обединени изгледи на списъци. SQL Server услуги за отчетност (SRS) е също наличен за докладване от страна на това.

Въпреки това, има някои важни ограничения, които ще го направи трудно да се използва чист вън на на кутия възможности за всичко, което е дори умерено сложна. Те включват:

  • Размер на свързаните lookup списъци срещу. "интелигентност" от справочен тип колона. Справка колоната тип се представя на потребителския интерфейс по различен начин в зависимост от това дали сте активирали многократен избор или не. И в двата случая, контролата за вън на на кутия показва всички налични елементи от списъка на източника. Ако списъкът източник има 1,000 елементи, Това ще бъде проблем. Контрола за справка не страница през тези елементи. Вместо това, всички от тях дърпа в контрола. Това прави за много неудобно потребителски интерфейс за въвеждане на данни и изпълнение.
  • Заявки "дърпам обратно" една колона информация. Вие никога не може да тегли обратно повече от една колона на информация от списъка източник. Например, не можете да изберете даден клиент "12345" и покажете номера, както и името и адреса на клиента в същото време. Търсене само показва на клиента номера и нищо друго. Това прави за неудобно и трудно потребителски интерфейс.
  • Intra-форма комуникация. Аз съм писал за това тук. Вие не може да реализира каскадни падащите, условно разрешаване/забраняване на полета, н.
  • Без каскадно изтриване или вградени целостта. SharePoint третира потребителски списъци като независими образувания и не ви позволяват да ги свържете помежду си в традиционния смисъл на ERD. За пример, SharePoint ви позволява да създадете две потребителски списъци, "клиент" и "фактура заглавка". Можете да създадете заглавен блок на фактура която свързва обратно към клиент в списъка на клиенти. След това, Можете да изтриете клиента от списъка. На кутията, няма начин да се предотврати това. За решаване на този род на проблема, Вие обикновено ще използвате манипулатори на събития.

Тя може да изглежда мрачна, но все пак ще използва SharePoint като отправна точка за изграждане на този вид на функционалност. Въпреки, че съществуват различия между това, което трябва в разтвор, SharePoint ни дава възможност да попълни тези пропуски, като се използват инструменти като:

  • Манипулатори на събития. Ги използват за целостта на данните.
  • Колони по избор: Създаване на типове потребителски колони и да ги използват вместо по подразбиране справочна колона. Добавяне на виртуална памет, непълно буфериране и Аякс функции за да отговарят.
  • BDC. Тази само за Мос функция ни позволява да заявка за други SharePoint списъци с чувствате потребителски интерфейс към обичайните справочна колона. BDC също може да достигне до задния край сървър приложение. Използвайте КБД, за да се избегне репликация. Вместо възпроизвеждането клиентска информация от задния край ERP система, Вместо това използвайте на BDC. BDC функции осигуряват приятен потребителски интерфейс да дръпне тази информация директно от системата ERP, където принадлежи и избягва караница за поддържане на репликация решение.

    BDC е Мос функция (не е налично в WSS) и е предизвикателство за конфигуриране.

  • ASP.NET уеб форма: Създаване на пълнофункционални AJAX-активирани формуляр, който използва модел и/или уеб услугите на SharePoint обект да се наберат списъци на SharePoint, като същевременно осигурява много отзивчив потребителски интерфейс.

Последният вариант може да се чувствате като сте се започне от нулата, Но предвид факта, че платформата SharePoint ти започва със следните основни характеристики:

  • Модел на сигурност с поддръжка.
  • Менюто система с поддръжка.
  • "Главната таблица" (т.е.. потребителски списъци) със сигурност, вградена поддръжка и проверка.
  • Търсене.
  • Инструменти за интегриране на задния край (BDC).

Ако започнете с нов празен проект в visual studio, имате много на инфраструктура и ВиК да изгради преди да стигнем до това, което SharePoint предлага.

Аз вярвам, че Microsoft възнамерява да разшири SharePoint в тази посока на разработка на приложения. Тя изглежда като естествено продължение на база съществуващата SharePoint. На Microsoft CRM приложение осигурява голяма част от разширяване на типовете, необходими да подкрепят горен/детайл приложение развитие. Въпреки че тези функции са в CRM, технологията е очевидно наличен на SharePoint развитие екип и аз очаквам, че ще направи своя път в SharePoint продукт от края на 2008. Ако някой има знания или вникване в това, Моля, оставете коментар.

</край>

Бързо съвет: Заявка за съдържание уеб част, Стойност на колона за справка и XSL

Имам име на колона в тип съдържание, именован "Недвижими имоти местоположение".

Тази колона е от тип "справка".

Имам промяна <CommonViewFields> и ItemStyle.xsl да покажете колоната.

Прост <XSL:стойността на избор =…> връща обратно вътрешната стойност, която включва редната позиция данни, като:

1;#Маями

Да получите стойността на човек приятелски, Използвайте xsl подниз след, както е показано:

<XSL:( @Real_x005F_x0020_Estate_x005F_x0020_Location, "#") ">< / xsl:стойността на >(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL:стойността на>

Използвайте тази техника, когато работите със стойности за справка в XSL трансформации и трябва да получи стойността на човек приятелски.

<край />

Technorati тагове: , ,

SharePoint гонче декемврийския брой на & На живо

Много от вас знаят това вече, но декемврийското издание на SharePoint гонче е на живо.

Всяка статия е на стойност четене по мое мнение.

Аз искам да дам малко повече бум за Моят колега статия (Наталия Voskrensenskya). Тя осигурява екрана изстрел фарс докато описва как тя използва потребителски списъци, работен поток, SharePoint Designer, изгледи на данни и други елементи за изпълнение на услугата за самостоятелно обучение функция в MOSS. Тя описва техники, които могат да бъдат приложени в много различни бизнес сценарии. Излизам Нейният блог докато сте в него.

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

</край>