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 :
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 :
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
La longueur maximale des champs d'adresse, numéro, boîte et code postal (étranger), a été augmentée à 10 caractères.
API
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
}
Contract Redesign
Configuration
Clients
Rôles & droits
Prestations