Help Center > Foundation Help

S’applique à :

  • Winshuttle Foundation

Configuration système requise pour Winshuttle Workflow

La configuration système et les conditions de compte suivantes s’appliquent à Winshuttle Workflow 10.8

Logiciel

Système d’exploitation
  • Windows Server 2008 R2 (64 bits)
  • Windows Server 2012 / 20120 R2 (64 bits)

Internet Explorer

8.0-10.0

MS SharePoint
  • SharePoint 2010 (toutes les éditions, y compris Foundation)
  • SharePoint 2013*

*Fonctionne uniquement avec l'édition 64 bits de Microsoft SQL Server 2012 ou de SQL Server 2008 R2 SP1

.NET Framework

.NET 3.5 SP1

Base de données
  • MS SQL Server 2005 (toutes les éditions, y compris Express)
  • MS SQL Server 2008 (toutes les éditions, y compris Express)
  • MS SQL Server 2012 (toutes les éditions, y compris Express)

Matériel

Processeur

Quatre cœurs

Mémoire

8 Go

Stockage

Espace disque libre de 3 Go

Réseau

Connexion 56 Kbit/s entre le client et le serveur

IPv4, IPv6

Recommandation : utilisez un serveur de développement.

Pour éviter les perturbations et les pertes de données, Winshuttle recommande vivement d'installer d'abord SharePoint et Winshuttle Workflow sur un serveur de développement (de non-production). Comme le serveur de développement simule un serveur dans un environnement de travail réel (mais il est isolé), vous pouvez créer, tester et affiner les processus avant de les transférer vers un serveur de production. Lorsque vous êtes prêt à effectuer le transfert vers le serveur de production, définissez l'URL du serveur de production dans Winshuttle Workflow et publiez les workflows et/ou les formulaires sur le serveur.

Conditions de compte pour Workflow, SQL et SharePoint

Retour au début

Les sections suivantes expliquent comment préparer l'installation de Winshuttle Workflow, et contiennent des informations sur la configuration système requise, le serveur de développement, l'authentification et les informations de compte.

Authentification

Winshuttle Workflow nécessite d'être authentifié pour accéder à une base de données et emprunter l'identité d'un utilisateur système avec des privilèges suffisants pour accéder au modèle d'objet SharePoint. Ce processus est une étape supplémentaire de l'authentification utilisateur normale pendant la connexion SharePoint.

Pour fournir à Winshuttle Workflow l'authentification qu'il nécessite, il existe deux options :

  • Accès au modèle d'objet SharePoint qui nécessite l'authentification Windows.
  • Accès SQL Server qui nécessite l'authentification Windows ou SQL Server.

Quels comptes utiliser ?

Pour déployer Winshuttle Workflow, vous devez fournir les données d’identification de deux comptes au minimum et une adresse électronique.

Les comptes nécessaires sont les suivants :

  • Compte d’administrateur Workflow : communique avec SharePoint et exécute le site Workflow Central Administration.
  • Compte de base de données Workflow : gère la base de données Workflow.
  • (Facultatif) Compte de service Workflow : ce compte peut être utilisé pour exécuter SVservice.

    Remarque : les alias SQL ne sont pas pris en charge actuellement

Les tableaux suivants récapitulent les comptes et les autorisations nécessaires.

Conditions de compte Workflow Admin et de Workflow Service

Retour au début

Base de données

Rôle SQL

Procédure stockée

Accès à la procédure stockée

Base de données de contenu SharePoint

Public, db_datareader

Toutes les procédures

Exécuter, Mettre à jour

Base de données de configuration SharePoint

Public, WSS_Content_Application_Pools

Aucun

Exécuter (S/O auparavant dans Workflow 10.7).

Base de données Winshuttle Workflow (ShareVis)

Aucun

Aucun

S/O

Pour le compte de base de données Workflow

Retour au début

Base de données

Rôle SQL

Procédure stockée

Accès à la procédure stockée

Base de données de contenu SharePoint

Public, db_datareader

Aucun

S/O

Base de données de configuration SharePoint

Public, WSS_Content_Application_Pools

Aucun

S/O

Base de données Winshuttle Workflow (ShareVis)

Aucun

Toutes les procédures

Exécuter

Conditions de compte minimales pour SharePoint

Retour au début

Compte de domaine

Groupes de serveurs locaux

Accès à SharePoint

Compte d’administration Winshuttle Workflow

Remarque : vérifiez que les conditions du compte Winshuttle Workflow Admin s’appliquent à tous les serveurs frontaux WFE (Web Front End).

Administrateurs

wss_admin_wpg

wss_wpg
  • Groupe de propriétaires sur le site racine
  • Groupe de propriétaires pour la collection de sites qui contient les sites Workflow

ou

  • Administrateur de la collection de sites pour le site racine
  • Administrateur de la collection de sites qui contient les sites Workflow

Compte du service Winshuttle Workflow

Administrateurs

 

Administrateur de collection de sites

Compte de base de données Winshuttle Workflow

Aucun

Aucun

Autres considérations relatives à Winshuttle Designer

Retour au début

Dans Designer (sous Gérer le mappage) :

  • Les services Web s'exécutent comme « compte Windows connecté » ou « compte spécifié », tel que configuré sous Gérer le mappage.
  • Pour le paramétrage de la connexion unique (SSO), le service Web ne peut pas être exécuté dans « Chargement de formulaire », car le champ du mot de passe est supprimé dans Chargement de formulaire.
  • Si l'utilisateur coche Utiliser les données d’identification SAP, le service Web ne peut pas être exécuté dans Chargement de formulaire, car le champ du mot de passe est supprimé dans Chargement de formulaire.
  • Les champs de mot de passe ne sont jamais enregistrés.
  • Le plug-in Winshuttle Update ne fonctionne pas avec les configurations Connexion unique et « Utiliser les données d’identification SAP ».

Publication automatique

Configuration et comportements minimaux d'Autopost :

  • L'utilisateur doit disposer d'une licence Transaction valide.
  • Pour Poste de système : la personne doit être définie dans Central Administrator
  • Notez que les données d’identification du créateur, mais pas celles du vérificateur, sont prises en compte pour la publication automatique de vérification à une et deux étapes.

Mise à jour Winshuttle

Pour Winshuttle Update :

  • Workflow s'exécute sous l'identité de l'administrateur Workflow.
  • Les données d'identification SAP de l'utilisateur doivent être fournies telles qu'elles sont affichées sur le site Central.

Publication d'un workflow

  • Pour publier un workflow, l’utilisateur doit disposer des droits Contrôle total.
  • Pour accéder à un site, router un workflow ou exécuter une activité, l’utilisateur doit disposer au minimum des droits Contribuer.

Approbation, rejet ou exécution d'une tâche

Pour approuvez, rejeter ou terminer une tâche, l’utilisateur doit disposer des autorisations de lecture sur le site.

Recherche SAP et envoi de documents

Pour pouvoir utiliser les fonctions d'envoi de documents, les conditions d'autorisation et de licence sont les suivantes :

  • l'utilisateur doit disposer d'une licence Central.
  • Autorisations RFC :
    • Pour l'objet d'autorisation S_RFC, la valeur BDS_BAPI est nécessaire.
    • L'accès à l'objet S_BDS_DS est nécessaire avec toutes les valeurs, sauf lock et delete.
    • Pour l'envoi de document via Workflow, BDS_BUSINESSDOCUMENT_CREA_TAB BDS_BAPI et SWFMOD_F4_DTEL_GET_VALUES_TXT SWFMOD_WORKFLOW.
    • Pour pouvoir changer les champs de date dans les formulaires, l'utilisateur doit être autorisé pour SU3.

Réattributions en masse

Pour que la réattribution en masse fonctionne pour un utilisateur dans l’ensemble d’autorisations défini dans la configuration « BulkReassignmentPermissionSets », l’ensemble d’autorisations doit avoir au minimum les autorisations suivantes :

  • SharePoint 2010 : « Gérer les listes »
  • SharePoint 2013 : « Remplacer les comportements de liste »