none
Développement d'un outil de suivi RH de Workflow avec .Net Core RRS feed

  • Discussion générale

  • Bonjour,

    J'ai rencontré un client qui souhaite développer un outil permettant de simplifier le travail de ses Ressources Humaines.

    Il s'agit d'un groupe international, qui compte 4 sites en France. L'outil ne devrait être utilisé que par la France : les RH viennent de procéder à un travail d'homogénéisation de leurs procédures entre les différents sites, et souhaitent maintenant disposer d'un outil qui leur simplifierait leur travail lors du recrutement d'un collaborateur, d'une mobilité interne, d'un départ, etc...

    L'analyse fonctionnelle que m'a présentée le client semble assez complète et détaillée, mais je n'ai pas eu d'informations sur l'IT ou l'infrastructure : du coup, je ne sais pas si une application ASP.Net Core déployée sur Azure pourrait être une solution acceptée.

    - De mon côté, cela me semble faisable, et ce serait l'occasion pour moi de monter en compétences sur ces technos. Mais voyez-vous des contraintes particulières?

    Il y a également plusieurs questions "techniques" que je me pose, avant même de partir dans une analyse approfondie :

    • 1. comment gérer à la fois un accès "interne" (depuis un compte utilisateur de l'Active Directory) et "externe" (pour un collaborateur qui devrait compléter son dossier)?

    L'outil sera utilisé par les RH, et devra donc se baser sur leur compte AD pour donner les droits d'accès à l'application. Mais lors de l'arrivée d'un collaborateur, les RH commencent à remplir son profil,  puis veulent envoyer un email au collaborateur pour qu'il puisse compléter son dossier (infos personnelles, pièces justificatives, etc...) depuis l'extérieur.

    - Faut-il prévoir pour cela 2 applications distinctes?

    - Peut-on utiliser les compte AD "internes" depuis une application hébergée sur Azure?

    • 2. est-il préférable de gérer les règles "métier" dans une application "à part"?

    Un certain nombre de règles métiers devront être gérées : listes des métiers ou des horaires possibles, affichage conditionnel de certains champs, etc...

    Du coup, pour simplifier la maintenance de ces règles métier, il me semble pertinent de les gérer depuis une application à part ("Configuration" ou "Administration")

    - Existe-t'il une approche particulière qui soit recommandée pour cela?

    • 3. comment s'intégrer avec les autres outils du groupe?

    Si l'application sera utilisée par tous les sites français, il y a également une forte interaction à prévoir avec un outil "groupe" développé dans un autre pays.

    Actuellement, les RH doivent saisir manuellement chaque collaborateur qui arrive dans cet outil. Cet outil transmet ensuite les informations à SAP, qui transmet lui même des infos au logiciel de paie.

    Du coup, on m'a demandé de prévoir un écran qui renomme et réordonne les champs de de l'application pour s'adapter aux champs de l'outil "groupe". Il ne semble pas possible de disposer d'APIs permettant de communiquer avec cet outil.

    - Comment gérer cette dépendance forte? En tant que prestataire "externe", je risque d'être rapidement ennuyé si il faut toujours prévoir une saisie manuelle entre les 2 outils...


    mercredi 28 mars 2018 14:04

Toutes les réponses

  • Bonjour,

    Je crois qu'une solution sur Azure va répondre à vos besoins. Pour donner les détails de votre environement et recevoir une information la plus précise possible en ce qui concerne la solution, veuillez contacter le support Azure ici: https://azure.microsoft.com/fr-fr/support/options/

    Cordialement, 
    Nina

     

    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

    jeudi 29 mars 2018 12:05
    Modérateur
  • Bonjour Nina, je vous remercie pour votre retour.

    Pouvez-vous m'indiquer quel support je dois contacter?
    Sur le lien que vous m'avez envoyé, j'ai le choix entre 3 onglets ("Essai, test et développement", "Charges de travail de production", "Fonctions stratégiques") ou le tchat.




    mardi 3 avril 2018 08:00
  • Hello,

    contraintes particulières sont à prendre en consédération si l'entreprise possède un SI Standarisée "Confidentialité, Sécurité, Disponibité, Accessibilté, facturation, contrat Azure ....)

    Azure est en mesure de répondre a toute demande. Je pense que pour votre besoin vous avez plusieurs options sur Azure

    • 1. comment gérer à la fois un accès "interne" (depuis un compte utilisateur de l'Active Directory) et "externe" (pour un collaborateur qui devrait compléter son dossier)?

             Est-ce que l'enreprise possede un Azure AD, si oui, c'est tres simple. avez-vous besoin d'un sso ?

             Faut-il prévoir pour cela 2 applications distinctes?  non

             Peut-on utiliser les compte AD "internes" depuis une application hébergée sur Azure? oui

    • 2. est-il préférable de gérer les règles "métier" dans une application "à part"? a vous de voir, mais si le besoin est simple, vous pouvez avoir des pages de config et de paramétrage privées sur la même app. ça reste aussi une question de budget et de projection  

           Existe-t'il une approche particulière qui soit recommandée pour cela : pas simple de répondre sans plus d'information, je pense qu'une solution basée sur o365 ( SharePoint) pourrait être la plus simple.

    • 3. comment s'intégrer avec les autres outils du groupe? Web Serivces; API  REST

    - Comment gérer cette dépendance forte? En tant que prestataire "externe", je risque d'être rapidement ennuyé si il faut toujours prévoir une saisie manuelle entre les 2 outils... le meiux est de faire un point avec les équipes IT, voir s'ils ont déja implimenté des produits cloud, les bonnes pratiques....

    jeudi 5 avril 2018 13:43
  • Merci pour votre retour Nabil!

    1. Active Directory

    Je ne pense pas que le client possède déjà un Azure AD, mais probablement un AD "classique" : j'attends plus d'informations à ce sujet.

    Si il n'y a qu'une seule application, comment gérer ces 2 cas ?

    • utilisateurs "internes" dont l'authentification sera basé sur l'AD
    • utilisateurs "externes" qui n'ont pas (encore) de compte sur l'AD

    2. Règles métier

    Pour les règles métier c'est bien évidemment une question de budget. Mais comme ces règles sont amenées à évoluer plus ou moins régulièrement, ça me semble plus pertinent de prévoir dès le début une application pour cela.

    Concernant SharePoint, c'est un outil déjà utilisé en interne pas le client. Mais à priori pour leur besoin actuel, cela semble trop compliqué à réaliser depuis SharePoint...

    3. Intégration

    J'attends encore des retours du client à ce niveau aussi. Je leur ai posé un certain nombre de questions à soumettre à leur équipe IT, mais également une phase d'analyse me permettant d'avancer sur ces sujets.

    lundi 16 avril 2018 08:47