Bienvenue sur Codeur.com, la place de marché des freelances !
Déposez un projet vous aussi et recevez vite des devis de freelances qualifiés et disponibles.

Projet Finalisation de dév PHP

• Projet précédent
• Créer un projet similaire
• Projet suivant

• Partagez ce projet avec votre réseau : Facebook Twitter Mail LinkedIn

Etat :	1. Ouvert 2. En attribution 3. En travail 4. Réalisé
Réalisation confiée à :	Plug-10613
Créé le :	20/04/2009 08:38
Date de sélection :	20/04/2009 14:16
Auteur :	vinu-16101    |Ecrire MP
Compétences recherchées :	Développement Développement › PHP, MySQL
Description du projet :	Bonjour, Ci-dessous le détail de notre demande de développement. Historique : Le développement PHP est quasiment achevé, c’est un module qui permet de gérer des affaires (deux types) et des ressources (salariés). Des éléments spécifiques sont attribués à chaque affaire (primes, Horaires et heures supplémentaires), et ces variables permettent de générer un état récapitulatif par ressources en fin de mois (une seule saisie par affaire imputée sur N ressources ayant travaillées sur l’affaire). Cet état récapitulatif est interfacé vers un logiciel de paie (sur une architecture SQL serveur MS) afin dé générer les éléments de calculs de la paie. Il y a deux types d’exportation : · Un export qui se fait via une feuille excel qui sert à collecter les données qui concernent les heures travaillées (le fichier Excel est alors importer manuellement par l’utilisateur sous le logiciel SAGE) · Un autre export qui se fait via un webservice qui permet de générer directement en table les insertions sur la fiche salarié correspondante (la table de correspondance salariés étant déjà paramétrée) Notre besoin : L’état récapitulatif est un formulaire qui collecte toutes les données d’un salarié sur un mois. 1/Ce formulaire propose un calcul théorique pour chaque variable (primes, heures supplémentaires, absences mensuelles), comme tout calcul théorique il est parfois faux, nous avons donc laisser la possibilité à l’utilisateur de modifier les totaux par catégories de prime et d’heure. 2/ Le premier bug est dans la façon dont les données de ce formulaires sont traitées, les modifications manuelles de l’utilisateurs sont envoyées vers une table pour laquelle aucune vue n’a été prévue. Ø En fait l’utilisateur peut consulter dans un sous menu « archives », les données rentrées avant modification( !!!!) mais il ne voit pas ces modifs Nous avons donc besoin de créer cette vue par mois et par salarié pour permettre la comparaison entre ce qui est présent sous le module PHP et ce qui a été exporté dans le logiciel de paie. Ø Sur cette page il existe un bouton « enregistrer les totaux », ce bouton sert à implémenter la table d’export. Deux possibilités : 1/ soit les données théoriques sont OK est dans ce cas il n’y a pas de modification manuelle et il faut appuyer sur ce bouton puis sur un autre bouton valider (ce qui n’est pas terrible mais bon !) 2/ soit les données théoriques sont Ko ( il faut les modifier manuellement) et dans ce cas il faut appuyer deux fois sur « enregistrer les totaux » pour que ce soit pris en compte dans la table d’export ( là ce n’est même pas envisageable en l’état) Il faut donc revoir la conception de ces boutons (en utiliser un seul le cas échéant avec un step de confirmation pour valider), en trouvant une astuce qui permette d’enregistrer les totaux directement dans les tables d’export quand il n’y a pas de modifications, ou de prendre en compte les modifications manuelles et enregistrer lorsque l’utilisateur modifie les totaux. 3/ La procédure de clôture du mois sert à faire basculer la période de référence d’un mois sur l’autre. Nous travaillons par mois de référence, ce qui correspond au contrainte de la paie. A la fin de chaque mois, il ya une procédure qui vérifie 4 pré requis pour passer à la période suivante. 1/ Les éléments variables des salariés sont ils validés (cf point n° 2) 2/ Les horaires sont ils exportés sur excel (questionnaire avec une réponse à donner « oui »/ « non ») 3/ les primes ont-elles été exportées (cliquer sur un bouton qui actionne un webservice pour un export direct en base sql sur SAGE) 4/ Passage au mois suivant Il semble que le bouton qui actionne le webservice(étape n°3) ne soit pas relier et de ce fait les primes ne sont pas exportées vers la paie, il faut établir ce lien. Nous avons besoin de ces corrections en urgence avant la fin du mois d’avril, nous pourrons répondre plus avant aux questions du développeur intéressé éventuellement par ce projet. Je considère qu’un budget raisonnable pour un tel travail pourrait être sur une base de 8h. Je précise que ce débogage serait une première étape qui pourrait déboucher sur une refonte complète de la navigation du module sur la partie création d’affaire en utilisant des technologies à base de glisser déposer pour imputer des affaires sur des calendriers mensuels de référence par salariés (tout ceci sera repréciser par un cahier des charges) Merci d’avance

Ce projet (ou appel d'offre) est terminé. Le porteur de projet a comparé les devis (ou offres) de prestataires et développeurs freelances ci-dessous, puis en a choisi un pour la réalisation de son projet. Vous pouvez Créer un projet similaire et recevoir gratuitement des devis pour les comparer.

vinu-16101 a choisi de garder ses offres privées.
Lui seul a accès à toutes les offres, les prestataires voient uniquement leur propre proposition.

Projets similaires

Finalisation site web  Finalisation de site  Finalisation Application iPhone  Finalisation d'un projet CRM  Finalisation de configuration Magento

Finalisation site encheres aux centimes  Finalisation site encheres aux centimes  Finalisation urgente site magento en ligne  Finalisation d'intégration de site internet 6pages  Intégrateur développeur Magento