Légende 


Action immédiate requise (impact sur le client ou sur l’intérimaire)

Figurent toujours en tête de document

Action requise pour activer la fonctionnalité

Frais liés à l’activation de la fonctionnalité

Aucune action requise pour activer la fonctionnalité


Améliorations fonctionnelles 

API                

Les points de terminaison pour la création ou la modification de l'horaire d'un client sont prévus de manière à ce que les horaires de passage de minuit soient possibles.

Il est important que l'ordre des parties de la journée soit transmis dans la séquence correcte.

Par exemple, le lundi : de 22h à 2h et de 3h à 7h.

La requête doit ensuite être :

{

"start": "22:00",

"stop": "02:00",

"timeworked": 4

},

{

"start": "03:00",

"stop": "07:00",

"timeworked": 4

}


Les changements sont actifs à la fois pour POST /integration/client/{clientId}/workschedule et PATCH /integration/client/{clientId}/workschedule/{workscheduleid}


! Breaking change pour les points de terminaison dans la version bêta !


L'attribut endofemploymentdate a été déplacé de l'objet annex à employmentcontract.


Cela a des conséquences sur les réponses de :

  • GET employmentcontract (response)

  • POST employmentcontract (response)

  • PATCH employmentcontract (request et response)

  • PATCH employmentcontracx/annex (respnse)

Les pages Swagger ont été mises à jour. Des informations supplémentaires ont été ajoutées pour tous les attributs.

Swagger est accessible via https://{url-pratoflex}/webservice/swagger/uit/index.

En ouvrant le ‘model’ (réponse ou demande) aux points de terminaison, vous pouvez voir les informations.



DRS                

Si PratoFlex a été configuré pour plusieurs catégories d'employeurs (Intérimaire(097) et Aide ménagère(597)) et qu'un C4 est demandé pour une période, le modèle de C4 sera utilisé pour l’emploi concerné.

  • Si le travailleur concerné a travaillé en tant que travailleur intérimaire pendant cette période : C4 Travailleur intérimaire

  • Si le travailleur concerné a travaillé comme aide ménagère pendant cette période : C4 Aide ménagère

  • Si le travailleur concerné a travaillé comme travailleur intérimaire et comme aide ménagère pendant cette période : 

    • pour l'emploi comme aide ménagère : C4 Aide ménagère 

    • pour l'emploi en tant que travailleur intérimaire : C4 Travailleur intérimaire


Via le bouton de téléchargement, les différents fichiers C4 sont proposés dans un seul fichier PDF et dans l'onglet ‘documents’ de la personne, ils sont enregistrés comme des documents différents.


Contract Redesign

Les contrats de paiement recevront le régime = 5 par défaut comme c'était le cas avec l'ancien écran de contrat. Pour cette raison, un contrat de paiement sans horaire aura toujours régime = 5. Si un horaire est saisi, le régime suivra à nouveau les règles, de sorte que le nombre de jours du contrat détermine le régime.


Un certain nombre d'optimisations ont été faites pour indiquer quand les kilomètres doivent être recalculés.


Si l'une des actions suivantes se produit, l'utilisateur recevra un message indiquant que le calcul du kilométrage doit être effectué à nouveau, le nombre de kilomètres sera également remis à 0 :

  • Le client change

  • La personne change

  • La division change

  • Le centre de frais change

  • Le moyen de transport change


Si l'adresse qui a été remplie dans la rubrique ‘lieu de travail’ ne change pas en raison de l'action, la notification ne sera pas affichée. (Par exemple, Rue de l’Eglise 10, 4000 Liège est rempli comme adresse du client et une division est sélectionnée avec la même adresse).


Une nouvelle option client BWW - Calcul de la distance domicile-travail pour une division ou un centre de frais a été ajoutée.


Cette option vous permet de spécifier si le calcul de la distance domicile-travail est effectué sans intervention manuelle de l'utilisateur sur la base d'une division ou d'un centre de frais.


EXEMPLE:

Le client a l'option client BWW = division. Si une division avec une adresse est sélectionnée via le contrat, alors cette adresse est automatiquement remplie comme lieu de travail ET les km sont automatiquement calculés.


Idem pour BWW = centre de frais mais alors avec l'adresse du centre de frais.


Pour les clients finaux ayant de (nombreuses) divisions, cela peut être un moyen pratique d'économiser un certain nombre de clics lors de la création de contrats.


L'option client BWW n'est PAS utilisée par l'API. Par l'API, il est nécessaire de passer l'adresse par l'attribut ‘placeofemployment’ en combinaison avec le paramètre url ‘calculatedistance’. La raison en est que nous supposons qu'un intégrateur contrôle lui-même l'adresse pour le calcul des kilomètres.

Listes

La liste ‘contrats journaliers consécutifs - liste détaillée interne’ peut maintenant être filtrée par numéro de client, les clients appartenant aux agences sélectionnées peuvent être choisis. Si aucun client n'est sélectionné, la liste sera générée pour tous les clients des agences sélectionnées.


La liste créée n'est plus regroupée par numéro de société mais par client (numéro de client), de sorte que les contrats quotidiens sont rapportés par client.


Personnes

Un nouveau type d'attestation ‘Refus d'un emploi supplémentaire’ a été ajouté en fonction du flux de données provenant de CheQpoint.

Dans le cas d'une attestation de maladie, la date de fin est désormais également obligatoire.












Correctifs


Général

  • Nous avons enrichi la journalisation des e-mails de rappel afin de pouvoir rechercher plus efficacement la cause lors des questions.


  • La longueur maximale des champs d'adresse, numéro, boîte et code postal (étranger), a été augmentée à 10 caractères.



API

  • Il pouvait arriver qu'après avoir ajouté un statut, aucun message d'erreur ne soit renvoyé en combinaison avec un HTTP 400. Ce problème a été résolu. 

Par exemple: lors de l’ajout d’un statut pour les étudiants dont le PP est de 18%: 

Le message d'erreur n'était pas renvoyé, avec cette version il le sera.


{

"errors": [

{

"code": 10006,

"context": null,

"existingid": 0,

"message": "Le précompte professionnel des étudiants doit être de 0 %."

}

],

"warnings": null

}


  • Nous avons optimisé notre journalisation afin que, pour tous les appels d'API, le login utilisé pour effectuer la demande soit clair.


  • Il y avait un message d'erreur ‘invalid form invalid’ qui a été remplacé par ‘Invalid model La date de fin doit être égale ou postérieure à la date de début’. Cela rend plus clair ce qui a été transmis de manière incorrecte.



Contract Redesign

  • Si un contrat pour un étudiant recevait une dimona OK WARNING avec un dépassement du contingent, vous ne pouviez plus changer le statut en un statut de type 'OTH'. Ce problème a été résolu.


Configuration    

  • Mise à jour de sécurité pour le lien Mandrill.



Clients

  • La préparation d'un client pour le contrat de travail comprend maintenant la transmission du numéro de client attribué à Earnie. Auparavant, cela ne se produisait qu'après avoir modifié d'autres données.


  • L'option client PRC a été désactivée car elle n'a jamais été implémentée dans PratoFlex.




Rôles & droits

  • En raison d'un défaut dans le droit ‘Rendre les formules de facturation visibles en lecture seule au niveau du client’, il était encore possible de modifier les formules de facturation dans certains cas. Nous avons résolu ce défaut dans cette version.


  • En raison d'un défaut dans le droit ‘Rendre les formules salariales visibles en lecture seule au niveau du client’, il était encore possible de modifier les formules salariales dans certains cas. Nous avons résolu ce défaut dans cette version.



Prestations

  • Seuls les messages Earnie relatifs à la période de paie en question sont affichés.