Восстановить вид просмотра "графическая сводка" опроса веб части survey

Восстановление вида просмотра "Показать графическую сводку ответов" в опросе survey sharepoint 2013

Как восстановить графическую сводку в опросе? Этот вид просмотра результатов голосования перестает работать после изменения вида просмотра (current view) веб-части или удаления веб-части. Искал способ для восстановления 2 дня и решил поделиться т.к. решений в сети не нашел, кроме самого принципа восстановления применимого к sharepoint2007 вот тут Issues caused by removing web parts from standard Survey pages, где предлагалось редактировать allitems.aspx, хотя править надо sumary.aspx.

Действия приводящие к безвозвратной потере функции графического просмотра: 

перейти в вид "Графическая сводка ответов" - нажать "Изменить страницу" - выбрать "Свойства веб-части" - верхнее меню "Select current view" меняем на любое значение - возникает предупреждение "Переключение может деактивировать подключения веб-части зависящие от колонок-полей этого вида просмотра"
Вот скриншот:

Что нужно сделать для восстановления: 

Создать на том же сайте еще один опрос - список survey с названием test

Открыть оба списка в шарепоинт дизайнере в разделе AllFiles\lists нас интересует файл summary.aspx: 

Если у Вас по каким-то причинам нет этого файла - перейдите в дизайнере в раздел "Lists and Libraries" на Ваш List - survey и создайте вид просмотра под именем summary. Он станет типом "chart" после того как мы заменим в нем код xml:

Взять рабочий файл summary.aspx и нажав ПКМ -  извлечь (checkout) - открыть с помощью - notepad. 

Надо скопировать все содержимое XML в нерабочий файл summary.aspx 
Для этого нерабочий  summary.aspx - ПКМ -  извлечь (checkout) 

Оставить из старого файла только следующие поля: “DetailLink”, “ID” and “view Name"

После этого сделать check in и проверить - вид графическая сводка должен работать!

SPD correct triggering from stage to stage

It was difficult for me to discover that the only correct way for triggering workflow from stage to enother sytage is wait for field change in current list! That's why I'd like to share the way i forced workflow to run further after user makes some curtain changes!
So we need field, let's call it 'Responce' that will be different on each of the stage, so that we could say wait untill responce=* tnen go to another stage.

SPD 2013 Параллельный блок рабочего процесса ожидать хотя бы одно из условий

Допустим на каком то из этапов рабочего процесса мы хотим дождаться наступления одного из условий. Или ждем одно условие но в течение определенного времени, что является вторым условием ).

Вариант такого условия описан здесь: http://markeev.com/Articles/item-expiration-reminders-in-sharepoint-using-workflow.aspx, но проблема этого решения (через параллельный блок) в том что по умолчанию в параллельном блоке нужно чтобы оба условия выполнились, только тогда рабочий процесс перейдет к следующему этапу.

I kept googling and found http://www.learningsharepoint.com/2013/07/05/run-only-one-not-all-of-parallel-actions-with-sharepoint-designer-2013-workflow/ that in SPD2013 there appeared (despite 2010 spd) an advanced properties of parallel block that determine:

Оказывается есть дополнительное свойство параллельного блока: http://www.learningsharepoint.com/2013/07/05/run-only-one-not-all-of-parallel-actions-with-sharepoint-designer-2013-workflow/ , правда свойство это появилось начиная с SPD2013, оно определяет:

1. Ожидать ли выполнения всех шагов в параллельном блоке
2. Или ожидать выполнения любого из шагов и идти дальше по процессу, игнорируя остальные шаги параллельного блока

Мне интересен второй вариант, для его реализации:
правый клик мыши (ПКМ) по параллельному блоку - выбрать дополнительные свойства (advanced properties) - Задать переменную (set wf variable) можно назвать переменную например "выполнить хотя бы одно из условий" (Variable: run at least one of the steps)

Затем перед параллельным блоком задать переменную рабочего процесса - Задать Variable: выполнить хотя бы одно из условий для Yes (set variable: run at least one of the steps = yes) Вот мой вариант на память: 

Вот и все, теперь можно задавать выполнение одного из условий (например значение поля и/или значение периода времени) и идти дальше по рабочему процессу. Удачи всем !

Add ShaePoint Infopath web part to auto open the form

Авто открытие формы infopath. Добавление формы infopath как вебчасти шарепоинт.

Если Вы создали красивую форму, и опубликовали в библиотеке шарепоинт, то для открытия этой формы надо перейти в библиотеку и нажать на +создать новый документ, а хочется, чтоб при переходе на страницу, форма открывалась бы сразу сама. Каки это сделать:

Допустим в форме есть несколько видов которые Вы переключаете графическими кнопками, на первом экране - т.н. view которые содержат  разные по функционалу другие экраны в этой форме.

Хочется чтоб форма запускалась при переходе на лист шарепоинт автоматически и сразу. Иначе, чтобы открыть Вашу красоту, пользователям надо по прежнему загрузить адрес страницы и нажать + создать новый документ... Но есть удобный способ чтоб форма сразу открывалась когда вы переходите на страницу где она опубликована!

Способ этот - подключение формы к вебчасти! Достаточно добавить веб часть для отображения форм, открыть свойства вебчасти для формы infopath и развернув display template указать use a single template где ниже выбрать тот вид просмотра в вашей форме, который нужен!

Change request system. Система заявок ИТ

ServiceDesk system.
Sharepoint designer 2013 + Infopath 2013

My own way to create a requiest tracking system using ShP and InfoPath. Here's common steps needed to create one. / Личный и возможно не самый удачный опыт создания системы заявок. Основные шаги. Если будет интересно, распишу подробнее.

1. Infopath.
Многофункциональные поля в форме, значения берутся из списков list при помощи установки фильтра по столбцу.

Основные виды просмотра: только чтение, чтение и подтверждение необходимости выполнения, чтение и подсверждение правильности исполнения, полный доступ для специалиста. Правила infopath на открытия соответствующего вида при определенных условиях.

Подключим список возможных действий на каждом из возможных этапов прохождения заявки и определим поле статус для каждого из этапов, изменение этого поля на определенное значение будет инициировать переход к следующей стадии.

2. ShP designer.
Переход к следующей стадии workflow корректно работает только при использовании метода wait for field change in current list item, при использовании wait for event in current list - стадия будет меняться у всех заявок в текущем спике.