Ik zie dat bij het overzetten van de tickets in het nieuwe systeem de aanmaakdatum wordt gebruikt van het overzetten en niet de werkelijke aanmaakdatum. Ik wil de oorspronkelijke aanmaakdatum kunnen zien in het nieuwe ticketsysteem en niet moeten teruggrijpen naar het oude systeem.  Aangezien Visma over sommige tickets maanden tot jaren doet voordat het opgelost is (als dit al gebeurt) vindt ik het een belangrijk gegeven om deze datum ook in het nieuwe systeem terug te zien.    Dus graag ergens de oorspronkelijke aanmaakdatum zichtbaar maken. ... Meer weergeven

Wanneer er een taak aan iemand anders wordt toegewezen, schiet deze terug naar de oorspronkelijke ontvanger wanneer de taak wordt geopend en niet meteen wordt afgewerkt. Dit is zeer storend, aangezien het een reden heeft om de taak een andere eigenaar te geven.  Het verzoek is om de taak bij de nieuwe eigenaar te laten, zodat deze de taak kan lezen, op 'later doen' kan klikken en vervolgens weet dat er actie moet worden ondernomen. De functionaliteit om de taak aan iemand anders toe te kunnen wijzen is heel fijn, echter mist het zń doel wanneer deze na het openen terug gaan naar de oorspronkelijke eigenaar. ... Meer weergeven

Met enige regelmaat volgt er een correctie op een afgesloten loonrun. Het zou mooi zijn wanneer er een mogelijkheid is om een herziene salarisstrook te kunnen genereren. Voorbeeld: medewerker gaat uit dienst met negatieve uren. Deze uren moeten gecorrigeerd en terugbetaald worden. In dit geval krijg je een negatieve salarisstrook. Wanneer blijkt dat er teveel uren zijn gecorrigeerd en deze uren worden in mindering gebracht, ontstaat er een uitbetaling en krijg je een salarisstrook met een positief bedrag, terwijl er nog een vordering staat. Heel simpel gezegd op de herziene strook zou je het negatieve bedrag moeten zien en de correctie, zodat onder aan de streep het werkelijke saldobedrag nog te vorderen komt te staan. Het zou mooi zijn, wanneer het 1e salarisstrook en het gecorrigeerde salarisstrook samengevoegd worden, zodat er voor de medewerker duidelijkheid is dat er nog steeds een vordering is.     ... Meer weergeven

Ik zou in de procesmonitor een knopje willen zien waarbij je de ex-medewerkers kunt uitsluiten. Wanneer ik nu het procesmonitor draai krijg ik de wf's van alle medewerkers, dus ook medewerkers die inmiddels uit dienst zijn.  ... Meer weergeven

Vanuit transparantie uit de kant van Visma/Peple, zou het mooi zijn dat je een open en eerlijke manier geïnformeerd wordt over de statussen van je idee. Met enige regelmaat krijgt het idee de status 'Realisatie waarschijnlijk', waarbij een vage standaard opmerking wordt meegegeven. "Dat het op de Roadmap staat betekent niet dat het verzoek altijd op korte termijn kan worden ingepland. Het aantal ideeen is vele malen groter dan we kunnen realiseren waardoor het best nog lang zou kunnen duren voordat uw idee ingepland kan gaan worden. Voor meer informatie over deze en andere statussen verwijzen we je graag naar de FAQ". Er staan nu een aantal ideeën al een x aantal jaar van mij op de status 'Realisatie waarschijnlijk'. Ditzelfde zal ook voor andere klanten gelden.   "Bij navraag blijkt deze status niet veranderd te zijn en krijg je de reactie:  Helaas gaan we aan .............voorlopig niet toekomen door andere prioriteiten  Er zijn meerdere verbeterpunten ..................bekend en staan ook op de backlog  We geven op dit moment voorkeur aan andere onderwerpen  Ik houd je op de hoogte"   Ik vindt dit soort antwoorden een dooddoener, waarbij er (bij mij in elk geval) geen vertrouwen is dat deze ooit opgepakt gaan worden.   Er zou een portaal moeten zijn, waarbij je het verloop van je idee kunt volgen. Hiermee voldoe je ook aan een bepaalde verwachtingsmanagement richting je klant. ... Meer weergeven

Het zou fijn zijn wanneer je bij de contractnotities verschillende Standaardwaardes kunt opgeven. Nu kun je in de Medadata maar 1 standaardwaarde opgeven die geld voor alle contractnotities. Dit is niet logisch, aangezien de contractnotitie voor meerdere doelen gebruikt kan worden. We kunnen de standaardwaarde wel aanpassen wanneer we de contractnotitie toevoegen, maar dit is heel bewerkelijk en onnodig.   ... Meer weergeven

Visma bouwt heel veel controles vooraf in. Het zou fijn zijn wanneer er een waarschuwing komt wanneer er een kostenplaats wordt gebruikt die niet bestaat. Deze controle zou al plaats moeten vinden wanneer er een looncomponent wordt aangemaakt met een niet bestaande kostenplaats. Nu kom je er pas achter wanneer de loonronde is afgewerkt en je de loonjourpost klaar wilt zetten voor de financiële administratie. Het kost ontzettend veel moeite om erachter te komen waar het mis gaat. Dit voorkomt een hoop frustraties bij zowel de klant als bij servicedesk van Visma. ... Meer weergeven

Ik zie diverse meldingen op het ideeën portaal voorbij komen met betrekking tot de pro forma berekeningen. 8-12-2021 4-7-202 23-1-2024 7-6-2024   De vragen variëren van het niet kunnen aanpassen van salarissen tot aan foute berekeningen toe. Dit zou toch een signaal moeten zijn voor Visma dat pro forma niet naar tevredenheid werkt. Ik heb ook teruggelezen dat organisaties uitwijken naar andere programma's om de juiste pro forma berekening op te kunnen leveren. Dit kan toch niet de bedoeling zijn!   Wanneer wij een toekomstige pro forma berekening willen maken wordt er niet gerekend met het op dat moment geldend salaris. De reden vanuit de helpdesk hiervoor is: "dat het pas aangepaste salaris nog niet geexporteerd was naar Payroll, zodat Payroll niet de juiste loonstrook aan HRM kon geven. De pro forma berekening geeft wel het aangepaste/hogere salaris als de "referentie"werknemer een (toekomstige) salarisregel heeft waardoor het systeem "gedwongen" wordt om rekening te houden met het hogere bedrag. Zonder een toekomstige salarisregel bij de "referentie"werknemer, zoals in jouw situatie/verwachting, wordt dat niet "berekend", noch getoond."   Voorbeeld: Wanneer wij een medewerker krijgen per 1 december 2024 die nu om een pro forma vraagt, en de periodieke salarisaanpassing is nu gedraaid (juli 2024) en per december 2024 komt er een cao verhoging, je niet de juiste bedragen kunt geven aan de potentiële nieuwe medewerker.  Deze berekening is vaak de basis voor de nieuwe medewerker om het besluit te nemen wel/niet bij ons in dienst te komen. Ook het aangeven van de toekomstige datum heeft geen impact op het genereren van het juiste bedrag, terwijl de toekomstige salaristabellen wel zijn opgenomen in Visma.   Dus op verzoek van de Servicedesk maar weer een idee, mbt pro forma, ingeschoten op het ideeënportaal met de hoop dat hier iets mee wordt gedaan.   ... Meer weergeven