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                    

Si vous souhaitez créer plusieurs statuts pour une personne en une seule fois, vous pouvez le faire via un nouveau point de terminaison.

POST /integration/person/{personId}/statutes

La demande fournit un tableau de statuts à ajouter.

Si des erreurs de validation se produisent, par exemple à cause du fait qu'un des trois statuts ne peut pas être ajouté, alors aucun statut n'est ajouté.


L'attribut "priorité" a été ajouté aux points de terminaison de l'interface BasicAPI pour demander des offres d'emploi.

  • GET /sollicitation/vacancies

  • GET /sollicitation/vacancies/{id}

La priorité est déterminée par l'attribut "priority".

Une nouvelle valeur enum a été ajoutée au statut des prestations (employmentcontract.performanceinfo.performancestate) que vous pouvez consulter via un contrat.


Il y a maintenant une différence entre "à payer" (to_pay) et "payé" (paid).

Ces statuts ne sont valables que pour les environnements Earnie.

Pour HiAnt, le statut "booked" concerne à la fois les prestations à payer et les prestations et primes déjà payées.


Un point de terminaison a été ajouté pour récupérer les contrats d'une personne et/ou d'un client.

Il est possible de combiner une personne et un client, 

par exemple :

  • afficher tous les contrats du client X

  • afficher tous les contrats de la personne Y

  • afficher tous les contrats du client X et de la personne Y


GET /integration/employmentContracts


Paramètres de la requête :

  • personid : int, facultatif

  • clientid : int, facultatif

  • fromdate : date (sans heure), facultatif

  • unitldate : date (sans heure), facultatif

  • orderby : id.desc, id.asc, begindate.desc, begindate.asc, enddate.desc, enddate.asc

  • pagenumber : par défaut 1

  • pagesize : par défaut 10


Un nouveau point de terminaison est prévu pour supprimer les centres de frais d'un client.


DELETE /integration/client/{clientId}/costcenter/{costcenterid}


  • clientId : l'identifiant unique du client pour lequel le centre de frais est supprimé.

  • costcenterId: l'identifiant unique du centre de frais à supprimer.


Un nouveau point de terminaison est prévu pour modifier les centres de frais d'un client.


PATCH /integration/client/{clientId}/costcenter/{costcenterid}


  • clientId : l'identifiant unique du client pour lequel le centre de frais est modifié.

  • costcenterId: l'identifiant unique du centre de frais à modifier.


(Seulement pour les environnements avec Earnie)


Vous pouvez utiliser l'API pour spécifier si le calcul du PP doit être fait selon barème au lieu de selon pourcentage.


Il s'agit du point de terminaison POST /integration/person/{personId}/taxationhistory et de l'attribut "taxwithholdingtype".


La valeur "Scale" vous permet d'indiquer que le calcul doit être effectué selon barème.

Dans ce cas, vous ne pouvez pas transmettre un pourcentage (taxwithholding), cela entraînerait une erreur de validation.


Un nouveau point de terminaison est prévu pour supprimer un contrat. Tous les contrôles existants tels qu'ils existent dans l'écran PratoFlex seront activés.


DELETE /integration/employmentcontract/{employmentContractId}


  • {employmentContractId} : L'identifiant unique du contrat à supprimer.


Un point de terminaison a déjà été prévu dans un précédent release pour PATCH'er un contrat hebdomadaire.


PATCH /integration/employmentContract/:employmentContractId/annex

  • :employmentContractId --> L'identifiant unique d'un contrat.


Il y a également 2 paramètres de requête, fromdate et untildate. Pour les contrats hebdomadaires, ces paramètres n'ont aucune influence, un contrat hebdomadaire est toujours entièrement modifié. Ces paramètres de requête seront implémentés lors du PATCH'ing d'un contrat de plus d'une semaine (ou de durée indéterminée).


Pour le point de terminaison PATCH, les attributs supplémentaires suivants ont été ajoutés et implémentés :


EmploymentContractAnnexToPatch :

  • DepartmentId : Id du département d'un client

  • CostcenterId: Id du centre de frais d'un client.

  • ClientContactId : Id de la personne de contact d'un client


ExtraToPatch:

  • PermissionLaborUnion : Date de permission du syndicat

  • TrialPeriod : nombre de jours de période d'essai

  • SplitCode : code de scission pour la facturation

  • ReorganisationMeasure : Mesure de réorganisation

  • MeasureForPromotionOfEmployment : Promotion de l'emploi


WorkRegimeToPatch

  • SpecialWorkRegime : Régime spécial de travail


WorkScheduleToPatch :

  • ProlongTo : Prolonger le prochain contrat vers les jours (lun ... dim)


Les données suivantes ne sont pas encore implémentées et seront ajoutées dans une prochaine version :

  • Cycles et grilles horaires : Tout d'abord, les points de terminaison seront prévus pour pouvoir importer les cycles et les grilles horaires.

Contrats

Pour 2022, le salaire horaire minimum pour l'exonération du PP pour travaux immobiliers est de 14,61 euros (sous réserve de confirmation par le SPF Finances). 

Documents

(uniquement si vous avez activé eBox/eSign y compris le contrat "Autres documents" auprès de Unified Post)


À partir de cette version, il est possible d'envoyer une déclaration de protection de la vie privée à Unified Post et de la faire signer.


Le type de document "privacy statement" a été rendu disponible via les paramètres de l'eBox et peut être configuré comme les autres documents.


Si une déclaration de protection de la vie privée est envoyée à Unified Post en même temps que le contrat, l'employé pourra signer les 2 documents séparément (si configuré).


Earnie - La fiche de belcotaxe générée dans Earnie sera liée à la personne.

Personnes

Nous avons activé la possibilité d'ajouter le PP selon barème à l'interface utilisateur dans l'écran de détail d'une personne. (Seulement pour les clients liés à Earnie)




Correctifs

Contract redesign

  • Il était en quelque sorte possible de modifier des données dans un contrat supprimé. Ce n'est plus possible à partir de cette version.



Documents

  • Il y avait un problème avec la version francophone de la fiche de renseignements, qui rendait une partie du texte difficile à lire. Nous avons résolu ce problème dans cette version.


  • Il y avait une situation où il y avait un message d'erreur dans la génération batch - compte individuel. Nous avons localisé ce problème et l'avons corrigé dans cette version.