MS рабочие процессы конечного автомата WF и Динамика CRM MS 4.0
Вот фрагмент кода, который я ввел в мои скрипты, который я не буду запускать в среде py2 / 3-agnostic:
# Thank you, python2-3 team, for making such a fantastic mess with
# input/raw_input :-)
real_raw_input = vars(__builtins__).get('raw_input',input)
Теперь вы можете использовать real_raw_input. Это довольно дорого, но коротко и легко читаемо.
Теоретически вы можете даже назначить raw_input вместо real_raw_input, но могут быть модули, которые проверяют существование raw_input и ведут себя соответственно. Лучше остаться на безопасной стороне.
3 ответа
- Не возможно создать рабочий процесс конечного автомата для использования в MSCRM.
- Это также не поддерживается, чтобы создать любой рабочий процесс за пределами MSCRM и импортировать его.
- Поскольку работа вокруг Вас могла записать любую всю логику, в которой Вы нуждаетесь в пользовательское действие рабочего процесса и импорт, что в MSCRM и назвали его от нормального рабочего процесса.
- Другая опция, создают отдельное приложение, которое выполняет рабочий процесс конечного автомата и взаимодействует с MSCRM через веб-сервисы. Вы могли (должным быть?) комбинируют это с пользовательским действием рабочего процесса для начинания процессов.
Я не знаю ответ на Ваш конкретный вопрос, но надо надеяться эта информация укажет на Вас в правильном направлении.
"Собственный" формат для рабочих процессов WF является ".xoml" файлами. Они в основном идентичны файлам XAML, и оба - не что иное как универсальные форматы персистентности для дерева объектов.NET. Если можно получить доступ к сохраненным данным, которые производятся разработчиком Dynamics, это должно быть в том же формате. Если это, необходимо смочь открыть его от разработчика Visual Studio.
Ключ здесь - то, что CRM, несомненно, определяет свой собственный набор пользовательских операций, на которые необходимо будет смочь сослаться из альтернативного разработчика. С любой удачей они будут в блоках с очевидными именами и/или в GAC.
Можно не создавать рабочий процесс кода ...
и взгляните на другой поток ...
Возможно / хорошее идея редактировать рабочие процессы в Visual Studio?