Мој најновији чланак на стадион ввв.схарепоинтбриефинг.цом. Ево теасер:

Прочитајте целу ствар овде: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Погледајте како користити овде прави јавни веб сајт тако што ћете пратити следеће кораке:

1. Иди на овој веб страници: http://cdi-its.com/Pages/Customer_Support.aspx (Ово је страница за корисничку подршку ЦДИ).
2. Кликните на "студијама случаја" у левом навигацију.

То ће скочити на "корисничку подршку" делу студије случаја листинг.

</крај>

Претплатите се на мој блог.

Следите ме на Туиттер на http://www.twitter.com/pagalvin

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. На пример, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Мој клијент има низ изванредних услова још увек-, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "Одобрити" или "негира") and we can specify a hard coded value in the title and description. That’s about it.

Мој захтев купца је два пута:

1. Када СхареПоинт шаље поруку о расподеле послова, укључују много информација о задатку у тело е-.
2. Још важније, далеко – када корисник кликне на линк задатака у е-маил, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (ИнфоПатх образац у овом случају). Then you click back/back, итд. Everyone hates it.

Ја сам наследио ову помало неуредан техничко решење и ја желим да се промене у најмање наметљиве могући начин.

The approach I’m taking right now is to create a custom alert template. Можете прочитати о томе овде. The flow works like this:

• СПД ток посла ради.
• У неком тренутку, она додељује задатак менаџера.
• SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (СхареПоинт тајмер сервис, Верујем).
• Прилагођено обавештење руковалац се призива у корист стандардног упозорења процеса (након магичне правила као што је описано у горе наведеном чланку).
• Када је мој обичај упозорење руковалац ради, it generates a beautiful email. Још важније, јер има задатак у руци, Он такође украшава актуелни задатак са свим информација о контексту неопходне да задовоље захтеве пословних.
• Корисник добија е-маил и то је пун корисних информација о контексту.
• Корисник кликне на линк и задатака самог задатак је пун корисних информација о контексту.
• Свако иде кући да се лубенице и сладолед.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

Само варљиви део, досада, је да се избегне ситуација у којој су се ажурирање обавештења ставку, triggering another alert. This doesn’t worry me.

Обећава до сада ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ RUNNIN IN DA BAKGROUND, ДЕЦОРАТИН ТЕХ листа задатака ВИФ МОАР КОНТЕКСТ".

</крај>

Претплатите се на мој блог.

Следите ме на Туиттер на http://www.twitter.com/pagalvin

[Приметити: Хоћу да одмах кажем да имам финансијски интерес у жељеном исходу ове демонстрације, који сам поменуо у интересу потпуног откривања, итд. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Овај веб демонстрације одвија четвртак, 06/04 у 12:30 ЦДТ, завршава на 1:30ЕДТ.

У сарадњи са својим одличним пословним партнером, Интегрисани системи и услуге Група (ИССГ), I have been working to develop a vertical business application using SharePoint as the platform. У овом случају, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, укључујући и продају, инжењеринг, истраживање и развој, правне и друге групе.

Демо ће показати апликацију која олакшава ту врсту сарадње, заједно са дискусијом о томе како све те сарадње бита треба да се интегришу са бацкенд ЕРП система.

На крају, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

Тако, зашто би ти сметало да се пријавите и видите ову демонстрацију? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Уколико сте заинтересовани, пријавите се овде(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</крај>

Претплатите се на мој блог.

Следите ме на Туиттер на http://www.twitter.com/pagalvin

Мој најновији чланак је горе у ввв.ЕндУсерСхареПоинт.цом. I wrote about SharePoint Designer, End Users and the outline of a strategy that End Users might try and follow in order to demonstrate competence and build trust around this tool.

The comments are more interesting than the article itself.

Цхецк ит оут.

</крај>

Претплатите се на мој блог.

Следите ме на Туиттер на http://www.twitter.com/pagalvin

На мом тренутном пројекту, неки од корисника ће путовати широм света, а када стигну на различитим дестинацијама, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Управо сам схватио да је гост машине не могу имати право језичке пакете… вероватно неће, заправо… Ја паркинг који један за сада).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Ми ћемо истражити два приступа:

1. ХТТП Хандлер: Обичај ХТТП руковалац инсталиран на ИИС ће потражити профил МОСС корисников, схватим жељени језик, а затим се ХТТП заглавље око колико је потребно пре него што пролази контролу на МОСС.
2. глобал.асак: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

Други компликујући фактор је то што је потребно за подршку корисницима 60к, око 1,000 од којих се могу истовремено приступају Мосс у вршном оптерећењу.

ХТТП управљач изгледа прилично драстичне, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Ми нагиње ка глобал.асак типа приступа, углавном због тога што верујемо да ћемо имати више опција за кеширање података у том тренутку.

Бићу са блоговањем више о овој теми као што сам сазнати више.

Ако сте нешто знате о томе, please post a comment 🙂

</крај>

Претплатите се на мој блог.

Следите ме на Туиттер на http://www.twitter.com/pagalvin