Préparation et conditions de compte

Installation de Workflow 10.6-10.7

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.

Dans cette page :

Utilisation d'un serveur de développement
Authentification
Comptes requis
Compte Admin Workflow et compte du service Workflow
Compte de base de données Workflow
Accès minimum au serveur SharePoint
Autres considérations relatives à Winshuttle Designer

Important : selon l’environnement et la configuration pour laquelle Winshuttle Workflow est installé, des étapes supplémentaires peuvent être nécessaires pour que votre environnement Winshuttle soit configuré et fonctionne correctement. Voir les questions courantes de Workflow pour la liste des problèmes et solutions courants.

Utilisation d'un serveur de développement

Retour au début

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, par exemple) préalablement. 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.

Authentification

Retour au début

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.

Comptes requis

Retour au début

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.

Compte Admin Workflow et compte du service 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	Toutes les procédures	Exécuter
Base de données de configuration SharePoint	Public, WSS_Content_Application_Pools	Aucun	S/O
Base de données Winshuttle Workflow (ShareVis)	Aucun	Aucun	S/O

Remarque : si vous utilisez (ou envisager d'utiliser) le plug-inLaunch Form, le compte admin Workflow doit également avoir des autorisations de mise à jour pour la base de données de contenu SharePoint (en plus des autorisations répertoriées dans le tableau ci-dessus).

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

Accès minimum au serveur SharePoint

Retour au début

Compte de domaine	Groupes de serveurs locaux	Accès à SharePoint
Compte d’administration Winshuttle Workflow	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 approuver, rejeter ou exécuter une tâche, l'utilisateur doit disposer d'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.