Overslaan naar inhoud
Nederlands
  • Er zijn geen suggesties want het zoekveld is leeg.

MSR Combi Fixed Features 2026-04

Features in het MSR Combi pakket die verbeterd zijn of waarin zaken zijn opgelost.

INDEX

  • 100885 | Geanonimiseerde kandidaten niet verwijderd uit MSF
  • 103698 | Verbeteringen in de gebruikersinterface voor Berekende Werksoorten
  • 103885 | Einddatum vorige loon- en tariefregel in Combi werd niet verwijderd
  • 104595 | E-mail vanuit vervolgflow werd twee keer verstuurd
  • 104915 | Loongegevens verdwenen bij invullen plaatsingswizard
  • 105552 | Verbetering: correctere salaris- en tariefgegevens bij proforma-berekening (OData)
  • 106436 | Synchronisatie van CAO-omschrijving mislukte bij te lange tekst vanuit Business Central

Versie 2.9.2

  • 107569 | Kandidaat niet vooringevuld bij tweede geopend Loongegeven-scherm in Console navigatie

Versie 2.9.4

  • 109392 | BatchRequest limiet bij Placement sync

Versie 2.9.5

  • 109566 | Bedplanning werkte niet bij een volledige OData-koppeling

Versie 2.9.7

  • 109651 | Status wijzigen van arbeidscontract mislukt bij sluiten van vorig contract
  • 109712 | Foutmelding bij het synchroniseren van een autotoewijzing vanuit een flow
  • 109979 | Cao, loontabel, schaal en trede werden niet altijd correct bijgewerkt bij synchronisatie naar MSF
  • 110088 | Synchronisatie van betalingsgegevens naar MSF alleen nog bij eenduidig record

Versie 2.9.8

  • 110215 | Handmatig loon werd meegestuurd bij inschaling op arbeidscontract

Versie 2.9.9

  • 110298 | Synchronisatie van betalingsgegevens naar MSF alleen nog bij eenduidig record

 

INHOUD

100885 | Geanonimiseerde kandidaten niet verwijderd uit MSF

Bij het verwijderen van geanonimiseerde kandidaten in MSR werden de gerelateerde gegevens in MSF niet meeverwijderd. Wanneer de batch DeleteAnonymizedPersonsBATCH werd uitgevoerd, werden kandidaten wel uit MSR verwijderd, maar de bijbehorende gegevens bleven in MSF staan. Vanaf nu worden bij het uitvoeren van deze batch de geanonimiseerde gegevens, waar van toepassing, ook uit MSF verwijderd.

103698 | Verbeteringen in de gebruikersinterface voor Berekende Werksoorten

Bij het beheren van berekende werksoorten op de projectresource waren diverse acties en meldingen niet optimaal. In deze release zijn de volgende verbeteringen doorgevoerd:

  • Acties direct toegankelijk: Belangrijke acties voor het uitsluiten of afwijken van werksoorten zijn nu direct op het hoogste niveau van de pagina beschikbaar.
  • Duidelijkere meldingen: Bij het uitsluiten van centraal beheerde werksoorten (zoals vanuit CAO of prijsafspraak) wordt nu een specifiekere foutmelding getoond.
  • Inzicht in herkomst: Het nieuwe veld 'Werksoortniveau' maakt direct zichtbaar vanuit welke entiteit (bijv. Klant of Project) een werksoort afkomstig is.
  • Filteropties: Er zijn toggle-knoppen toegevoegd om snel te schakelen tussen 'Standaard werksoorten' en 'Alle werksoorten', wat zorgt voor een beter overzicht en snellere werking van de pagina.

103885 | Einddatum vorige loon- en tariefregel in Combi werd niet verwijderd

Gebruik je Loon & tarief synchronisatie via OData (zonder volledige OData-synchronisatie)? Bij het verwijderen van een plaatsingsdetail van een plaatsing met meerdere plaatsingsdetails werd de bijbehorende loon- en tariefregel in Combi correct verwijderd, maar de einddatum van de voorgaande loon- en tariefregel bleef ten onrechte staan. Vanaf nu wordt de einddatum van de voorgaande regel automatisch correct verwijderd, zodat deze weer aansluit op de actuele situatie.

104595 | E-mail vanuit vervolgflow werd twee keer verstuurd

Als vanuit de actie End Employment een wizard werd afgerond en daarna een ingestelde vervolgflow werd gestart, kon een e-mail vanuit die flow twee keer worden verstuurd. Dit gebeurde alleen wanneer de vervolgflow een e-mailactie bevatte. Vanaf nu wordt de vervolgflow bij het afronden van de wizard één keer uitgevoerd, zodat de e-mail ook maar één keer wordt verstuurd.

104915 | Loongegevens verdwenen bij invullen plaatsingswizard

We hebben een probleem opgelost in de stap Loon van de plaatsingswizard (Combi). Als je een verplicht veld niet had ingevuld en op Volgende klikte, verscheen er terecht een validatiemelding. Maar tegelijk werden de al ingevulde loongegevens (zoals loonbepaling, loonschaal en loontrede) onbedoeld leeggemaakt, waardoor je die gegevens opnieuw moest invoeren. Vanaf nu blijven ingevulde loongegevens bewaard wanneer een validatiemelding verschijnt. Je vult alleen het ontbrekende veld aan en gaat verder, zonder alles opnieuw te hoeven invoeren.

105552 | Verbetering: correctere salaris- en tariefgegevens bij proforma-berekening (OData)

Alleen voor klanten die via de OData-koppeling met Business Central werken is een aanpassing gemaakt. Bij het berekenen van een proforma worden de salaris- en tariefgegevens nu nauwkeuriger geselecteerd, zodat de gegevens in Salesforce en Business Central weer correct op elkaar aansluiten.

Concreet betekent dit:

  • Salarisgegevens: per looncomponent wordt automatisch de meest relevante regel gekozen. Daarbij geldt de volgorde: eerst het niveau (contractniveau gaat vóór persoonsniveau), daarna de business unit (afgestemd op de Business Unit Kosten van de plaatsing) en tot slot de meest recente, geldige startdatum. Per looncomponent wordt nog maar één regel doorgestuurd.
  • Onkosten- en tarieftypen: per werksoort wordt nog maar één actief tarief meegenomen. Een tarief zonder kostenplaats krijgt voorrang; bij een gelijke situatie wint het tarief met de meest recente geldige startdatum.
  • Het veld Business Unit Kosten op de plaatsing is voortaan verplicht voor de proforma-berekening. Ontbreekt dit, dan verschijnt vooraf een duidelijke melding.

Hierdoor kloppen berekende waarden zoals nettoloon, kostprijs, marge en uurtariefadvies weer betrouwbaar, en worden dubbele of niet-relevante regels niet langer meegestuurd naar Business Central. 

106436 | Synchronisatie van CAO-omschrijving mislukte bij te lange tekst vanuit Business Central

Bij het synchroniseren van CAO-omschrijvingen vanuit Business Central naar MSR kon een foutmelding optreden wanneer de tekst te lang was voor het veld in Salesforce. Hierdoor werd de CAO-omschrijving niet bijgewerkt. Dit probleem is verholpen, zodat lange teksten voortaan correct worden verwerkt zonder foutmelding.

Als tijdelijke maatregel kun je de omvang van de betreffende CAO-teksten in Business Central beperken, zodat de gesynchroniseerde inhoud binnen de limiet blijft.

Versie 2.9.2

107569 | Kandidaat niet vooringevuld bij tweede geopend Loongegeven-scherm in Console navigatie

Bij het aanmaken van een Loongegeven in Console navigatie werd het veld Kandidaat correct vooringevuld zodra dit voor het eerst werd geopend vanuit een contactpersoon of arbeidsovereenkomst. Zodra echter een tweede 'Nieuw Loongegeven'-scherm werd geopend terwijl het eerste nog open stond, bleef het Kandidaat-veld leeg en werd de context niet geladen.

Dit probleem is verholpen: het Kandidaat-veld (en bijbehorende context, zoals Business Unit) wordt nu ook correct vooringevuld wanneer een tweede of volgend Loongegeven-scherm wordt geopend.


Versie 2.9.4

109392 | BatchRequest limiet bij Placement sync

Er is een oplossing doorgevoerd voor een probleem waarbij de synchronisatie van plaatsingen (Placement mixed sync) vastliep op een foutmelding over een te groot aantal verzoeken binnen een BatchRequest. Door de verwerking van deze synchronisatieverzoeken te optimaliseren en beter te verdelen, wordt de limiet van het maximaal aantal verzoeken per batch niet langer overschreden. Hierdoor worden plaatsingen en bijbehorende gegevens weer stabiel en zonder onderbrekingen gesynchroniseerd tussen MSR en MSF.


Versie 2.9.5

109566 | Bedplanning werkte niet bij een volledige OData-koppeling

Als de koppeling met MSF volledig via OData verliep, werkte de bedplanning niet. Dit is opgelost.


Versie 2.9.7

109651 | Status wijzigen van arbeidscontract mislukt bij sluiten van vorig contract

Bij het wijzigen van de status van een arbeidscontract naar een synchronisatiestatus wordt gecontroleerd op overlappende, eerder gesynchroniseerde contracten. Als zo'n contract aanwezig is en je kiest ervoor om dit vorige contract te sluiten, wordt hiervoor een synchronisatie naar MSF uitgevoerd. Hierbij ontbrak de Id van het vorige contract, waardoor de synchronisatie ofwel werd overgeslagen — met een fout bij de synchronisatie van het nieuwe contract (OData) tot gevolg — of al plaatsvond tijdens de vorige synchronisatie (CRM). Dit is nu hersteld.

109712 | Foutmelding bij het synchroniseren van een autotoewijzing vanuit een flow

Bij het synchroniseren van een autotoewijzing vanuit een flow kon een foutmelding ontstaan wanneer daarbij een flexibel veld werd gebruikt dat is gebaseerd op een door de klant toegevoegd veld. Dit is nu hersteld.

109979 | Cao, loontabel, schaal en trede werden niet altijd correct bijgewerkt bij synchronisatie naar MSF

Als bij een plaatsing alleen de cao, loontabel, schaal of trede werd aangepast — zonder dat de functie zelf wijzigde — werd de functie niet meegestuurd bij de synchronisatie naar MSF. Hierdoor kon de synchronisatie mislukken en bleven de oude cao, loontabel, schaal en trede onterecht in MSF staan. Functie, schaal en trede worden nu altijd meegestuurd bij de synchronisatie naar MSF, zodat deze gegevens correct worden bijgewerkt.

110088 | Synchronisatie van betalingsgegevens naar MSF alleen nog bij eenduidig record

Bij het synchroniseren van betalingsgegevens van de kandidaat vanuit MSR wordt nu alleen nog een record in MSF bijgewerkt als daar één eenduidig record voor te vinden is (of als er nog geen betalingsgegeven aanwezig is). Zijn er in MSF meerdere rekeningen met bijvoorbeeld een begin- of einddatum, een vast bedrag of een afwijkende tenaamstelling, dan wordt de synchronisatie niet uitgevoerd en moet je dit handmatig in MSF aanpassen.


Versie 2.9.8

110215 | Handmatig loon werd meegestuurd bij inschaling op arbeidscontract

Als op het loonrecord van een arbeidscontract een inschaling was vastgelegd (loontabel, loonschaal en loontrede), werd bij het synchroniseren naar MSF ook het handmatig ingevoerde loon meegestuurd. Hierdoor kon de inschaling in MSF onbedoeld worden leeggemaakt. Vanaf nu wordt het handmatige loon niet meer meegestuurd als er een inschaling op het loon van het arbeidscontract aanwezig is.


Versie 2.9.9

110298 | Synchronisatie van betalingsgegevens naar MSF alleen nog bij eenduidig record

Bij het synchroniseren van betalingsgegevens van de kandidaat vanuit MSR wordt nu alleen nog een record in MSF bijgewerkt als daar één eenduidig record voor te vinden is (of als er nog geen betalingsgegeven aanwezig is).

Als er een eenduidig record te vinden is naast een record met een vast bedrag, wordt er nog wel een record met betalingsgegevens gesynchorniseerd.

Zijn er in MSF meerdere rekeningen met bijvoorbeeld een begin- of einddatum, een bedrijfseenheid of een afwijkende tenaamstelling, dan wordt de synchronisatie niet uitgevoerd en moet je dit handmatig in MSF aanpassen.


Overzicht van deze release

🔗 Hier vind je alle features uit deze release.