none
Обновление элемента списка, при изменении элемента другого списка. RRS feed

  • Вопрос

  • Добрый день.

    Можно ли организовать такую схему.

    Есть три списка для разных отделов.

    Список КС, СБ и ОА.

    Специалист создает элемент в КС. После этого в СБ и ОА создается этот элемент, с помощью рабочего процесса.

    1) Как сделать так, чтобы при изменении созданного элемента в списке КС, изменялись поля элемента СБ и ОА.

    2) В списке СБ есть столбец Статус СБ, выборе значения которого, в списке КС в столбце Статус , должно это значение проставляться.

    Пробовал сделать через Рабочий процесс, что-то не особо у меня получилось. При выполнении выходит ошибка.


    8 сентября 2015 г. 8:21

Ответы

Все ответы

  • добрый день

    1. можно повесить РП на изменение элемента КС. но нужно понимать, что каждый "чих" не стоит отрабатывать. как понимаю нужно отслеживать значения некоторых полей...

    2. можно повесить такой же РП на список СБ и ждать обновления поля статус в списке СБ. пути два, первый ждать изменения значения поля (когда значение будет " значение "), второй создать РП срабатывающее при изменении, сделать еще системное поле и в него класть текущее значение и сравнивать изменилось или нет. второй вариант более гибкий и позволяет реализовать и прямой и обратный ход (возврат заявки обратно в работу)

    главное следить, что бы решение не зациклилось

    надеюсь я правильно Вас понял


    мой блог Немного о SharePoint

    8 сентября 2015 г. 8:36
    Модератор
  • Да вы все верно поняли. Но У меня вот в голове появилась мысль.

    Вообщем Бизнес-процесс работает таким методом.

    В Списке заявок, специалист заполняет форму. Далее отправляется уведомление о создании элемента в Службу безопасности. Специалисты СБ заполняют свои столбцы в списке. Если ставят отказ, то отправляется уведомление Специалисту, кто заводил заявку и заявка закрывается, если одобрено, то отправляется уведомление андеррайтерам, и андеррайтеры заполняют свои столбцы в элементе  списка.

    И вот у меня сомнение, как правильней было бы сделать. Одним списком и через подстановку форм (собственно так сейчас реализованно), либо через разные списки, где специалисты могут просматривать все, и редактировать только свои элементы. Единственное, что в каждом элементе вложений на ~50Мб, в трех списках это будет 100Мб. Не хотелось бы это плодить.

    8 сентября 2015 г. 9:01
  • если хотите разнести по спискам то можно посмотреть в сторону загрузки файлов в библиотеку и прикидывания ссылки во все элементы.

    или создать форму заявки и в ней будут связанные элементы с которыми работают другие сотрудники. 

    и тот и другой вариант требует доработки что бы пользователю было удобно работать.


    мой блог Немного о SharePoint

    8 сентября 2015 г. 10:08
    Модератор
  • Доработки в плане написания кода?

    8 сентября 2015 г. 10:15
  • да 

    мой блог Немного о SharePoint

    8 сентября 2015 г. 10:16
    Модератор
  • А код на JavaScript? или ASP? На нем вроде там написано все?
    8 сентября 2015 г. 10:25
  • А код на JavaScript? или ASP? На нем вроде там написано все?

    кому как удобнее

    я в свое время делал подходы к С#, но как то не пошло далеко

    сейчас не сложные вещи делаю на JS


    мой блог Немного о SharePoint


    8 сентября 2015 г. 10:31
    Модератор
  • А можно по связанным элементам что-нибудьь рассказать что это? либо где прочитать можно и что загуглить.
    8 сентября 2015 г. 10:51
  • посмотрите решение через дизайнер 

    Master Detail in Sharepoint 1/2 и Master Detail in Sharepoint (2/2)


    мой блог Немного о SharePoint

    8 сентября 2015 г. 11:30
    Модератор
  • Есть еще вопрос, никак не получается сделать рабочий процесс по обновлению элемента в списке.

    Не совсем понимаю какие поля заполнять. И какой тип столбца должен быть, для того чтобы подставлялось значение.


    • Изменено AndreySV 8 сентября 2015 г. 13:16
    8 сентября 2015 г. 12:56