Er is een nieuwe versie van het PCC voor Profit 8. Je kunt het PCC downloaden via Profit of InSite, of via de Klantportal. Als je zelf installaties/wijzigingen op je pc mag uitvoeren, kun je het PCC zelf bijwerken. Het PCC van Profit 8 kan ook in Profit 7 gebruikt worden.
Het PCC voor Profit 6 en 7 kan ook voor Profit 8 gebruikt worden.
Vanaf Profit 8 is DKIM verplicht bij het gebruik van de AFAS Online mailserver. Richt DKIM bij voorkeur zo snel mogelijk in en wacht niet tot de overstap op
Profit 8.
DKIM is een beveiligingstechniek die controleert of een e-mail echt namens jouw domein is verstuurd. DKIM helpt om je domein beter te beschermen tegen misbruik en vergroot de kans dat mails goed aankomen bij ontvangers zoals Microsoft en Google.
Wat betekent dit voor jou, na de overgang op Profit 8 als je de e-mailserver van AFAS Online gebruikt?
Bij een nieuwe versie kunnen velden in Profit vervangen, verwijderd of toegevoegd zijn. Deze wijzigingen worden doorgevoerd in meegeleverde weergaven, rapporten, etc., maar niet in je eigen definities. Deze moet je zelf aanpassen nadat je omgeving over is op de nieuwe Profit-versie.
Je onderhoudt de huisstijlen nu via één centrale functie, namelijk Algemeen / Inrichting / Huisstijl (voorheen ging dit via de omgevingsinstellingen en Pocket-instellingen). Houd rekening met de volgende aandachtspunten:
Veel Profit-rapporten die met de oude RapportGenerator gemaakt waren, zijn vervangen door rapporten die met de nieuwe RapportGenerator gemaakt zijn. De naam van deze rapporten is hetzelfde gebleven.
Hoe gaan we om met het vervangen rapporten die gekoppeld zijn, bijvoorbeeld in het verkooprelatieprofiel of in de eigenschappen van een werkgever? Hierbij is het onderscheid tussen Profit-rapporten en klant-rapporten van belang. Een Profit-rapport is uitgeleverd door AFAS en de naam van het rapport eindigt op (Profit). In de weergave zie je de waarde Profit in de kolom Onderhoud. In de kolom Type rapport zie je of het rapport met de oude of nieuwe RapportGenerator is gemaakt.
Zo gaan we om met gekoppelde rapporten:
Voorbeeld:
Je hebt zelf een rapport Loonstrook EnYoi gemaakt in de oude RapportGenerator en dit gekoppeld in de eigenschappen van een werkgever. Bij de overstap naar Profit 8 blijft dit rapport bestaan en dit rapport blijft gekoppeld in de eigenschappen van de werkgever.
Mocht je het rapport Loonstrook EnYoi willen aanpassen, dan kan dit ook na de overstap naar Profit 8 nog. Het is dan echter een betere keuze om het rapport Loonstrook (Profit) te kopiëren en aan te passen (dit rapport is gemaakt in de nieuwe RapportGenerator!). Daarna koppel je het nieuwe loonstrookrapport in de eigenschappen van de werkgever.
Veel Profit-rapporten zijn opnieuw gemaakt in de nieuwe RapportGenerator. Eigenschappen op de oude rapporten (zoals de Definitiegroep, de Definitiecategorieen de Eigenaar) , dan worden deze tijdens de conversie naar Profit 8 overgenomen in de rapporten die met de nieuwe RapportGenerator gemaakt zijn.
Er zijn echter situaties dat enkele oude rapporten zijn vervangen door één nieuw rapport. Zie om welke rapporten het gaat verder op deze pagina.
In deze situatie worden de eigenschappen van het eerste oude rapport overgenomen in het nieuwe rapport tijdens de conversie. Controleer na de overgang op Profit 8 bij deze rapporten of de eigenschappen correct gevuld zijn, dit kan van invloed op de autorisatie. Bijvoorbeeld als je gebruik maakt van de definitiegroepen.
Met de komst van de nieuwe RapportGenerator is er veel meer mogelijk. Zo kun je een nieuw rapport aanmaken op basis van een meegeleverd Profit-rapport.
Rapporten die je zelf het aangemaakt in Profit 7 of eerder in de oude RapportGenerator, kun je ook in Profit 8 nog bewerken in de oude RapportGenerator. Verder gelden de volgende spelregels in Profit 8:
T/m Profit 7 kende Profit twee tabellen met taalcodes. Je onderhield de taalcodes die je in Profit gebruikt via Algemeen / Inrichting / Landinstellingen / Taal. Per taalcode kon je een ISO-taalcode selecteren. De ISO-taalcodes kon je onderhouden via Algemeen / Inrichting / Vrije tabel, tabel ISO-taalcode.
We hebben dit vereenvoudigd door onder Algemeen / Inrichting / Landinstellingen / Taal de volledige Microsoft-taaltabel beschikbaar te stellen. Hierdoor is het zelf toevoegen van talen niet meer nodig.
Het kan voorkomen dat Profit tijdens de overstap naar Profit 8 niet alle taalcodes geconverteerd heeft. Dit gebeurt als er meerdere oude taalcodes zijn die bij één nieuwe taalcode kunnen horen. Je ziet dit na de overgang naar Profit 8 direct op Profit Home, want daar staat dan de melding Te converteren taalcodes. Je lost dit als volgt op:
De taalcodes zijn veranderd. Controleer daarom de volgende onderdelen:
Met de komst van standaardstamkaarten is de werking van KPI's gewijzigd. Met de overgang naar Profit 8 zijn de bestaande KPI's van de pagina's verwijderd en moet je ze eerst autoriseren en/of op de pagina terugplaatsen. Afhankelijk van je inrichting zijn er verschillende acties nodig:
Let op: In Profit 8 zijn nieuwe KPI's toegevoegd. Deze nieuwe KPI's zijn alleen beschikbaar op de standaardstamkaarten.
Vanaf Profit 8 verandert de werking van de profielkeuze en medewerkerkeuze bij muterende workflows. Deze wijziging geldt alleen als je werkt via een profielkeuzepagina. Gebruik je rechtstreekse bannerknoppen naar de medewerkerkeuze- of aanmakenpagina? Dan raakt deze wijziging je niet.
In Profit 7 kwam je na het kiezen van een profiel terecht op één algemene medewerkerkeuzepagina. Diezelfde medewerkerkeuzepagina werd dus gebruikt voor meerdere profielen. De inrichting van die pagina bepaalde welke medewerkers je kon kiezen.
Vanaf Profit 8 toont de profielkeuzepagina alleen nog de profielen waarvoor de gebruiker rechten heeft. Daarnaast kom je na het kiezen van een profiel niet meer op één algemene medewerkerkeuzepagina terecht, maar op de medewerkerkeuzepagina die bij dat profiel hoort. Ook de medewerkerkeuzepagina houdt hierbij rekening met autorisatie.
Controleer daarom na de overgang naar Profit 8 je inrichting van muterende workflows waarin je met profielkeuze werkt. Let daarbij vooral op het volgende:
Als de inrichting niet klopt, kan het gebeuren dat de profielkeuzepagina geen profielen toont, juist te veel profielen toont of dat de medewerkerkeuze meer medewerkers toont dan verwacht.
Let op: De profielkeuzepagina in Profit 8 is een andere pagina dan in Profit 7. Hierdoor kunnen ook de opmaak en styling anders zijn dan je gewend bent.
Het verlofsaldo raadpleeg je vanaf nu in de eigenschappen van de medewerker via het nieuwe tabblad Verlofsaldo. De eerdere route via Acties / Verlofsaldo is vervallen. Hierbij is de autorisatie overgenomen.
Tip: je kunt de volgorde van tabbladen instellen via de Management tool.
Het autorisatiefilter voor HRM-sollicitaties werkte in sommige situaties niet zoals verwacht. Via dit filter stel je in op welke sollicitaties een medewerker rechten heeft. Via het filter Sollicitant != [Medewerker] kun je instellen dat een medewerker niet zijn eigen sollicitatie mag zien.
Het autorisatiefilter op sollicitaties controleerde de toegang via de vacature in plaats van sollicitatie. Hierdoor werkte het filter Sollicitant != [Medewerker] goed als er maar één sollicitant een sollicitatie op een vacature gedaan had. Bij meerdere sollicitaties op dezelfde vacature werkte het filter Sollicitant != [Medewerker] niet en kon een medewerker toch zijn eigen vacature zien. Hij had namelijk via de sollicitaties van andere kandidaten toegang tot zijn eigen vacature.
Dit is als volgt opgelost: het autorisatiefilter is nu gekoppeld aan het id van de sollicitatie. Hierdoor kan een medewerker zijn eigen vacatures niet meer zien bij het filter Sollicitant != [Medewerker].
Let op:
Door deze wijziging is de filterautorisatie op sollicitanten anders geworden. Controleer de gegevensfilters die je nu hebt ingericht op HRM-sollicitaties en HRM-sollicitanten en pas de inrichting eventueel aan (los van elkaar, maar zeker ook in combinatie met elkaar) als deze niet meer de gewenste dekkingsgraad hebben. Neem dit zeker mee in je acceptatietest voor Profit 8!
Voorbeeld: Neem bijvoorbeeld de situatie waarin je alle sollicitaties mag inzien, behalve die van jezelf. Wanneer je uitsluitend een gegevensfilter hebt ingericht op HRM-sollicitaties (Sollicitant != [Medewerker]), kun je via een directe URL toch nog de stamkaart van je eigen sollicitatie als sollicitant openen. Wil je dit voorkomen, dan moet je ook op HRM-sollicitanten een gegevensfilter instellen, (Sollicitant !=[Medewerker]) op het veld Sollicitant. Alleen door beide gegevensfilters (HRM-sollicitaties én HRM-sollicitanten) in combinatie te gebruiken, voorkom je dat medewerkers hun eigen sollicitantstamkaart kunnen raadplegen.
Tot en met Profit 7 werd een gesprek in de gesprekkencyclus automatisch geopend in Aanpassen, ook als de optie Starten in aanpassen niet was ingesteld in de workflow.
Vanaf Profit 8 is dit gewijzigd:
Je moet nu zelf in de workflow aangeven dat een gesprek moet Starten in aanpassen. Dit geldt voor alle gesprekstypen die je gebruikt in de gesprekkencyclus.
Had je de optie Starten in aanpassen vóór Profit 8 al ingeschakeld? Dan hoef je niet te doen: de instelling blijft gewoon werken zoals je gewend bent.
Als het rapport Loonstrook (Profit) standaard staat ingesteld als loonstrook bij de werkgever, dan wordt deze autmatisch vervangen door de volledig nieuwe loonstrook in Profit 8. Wil je dit niet meteen, dan kun je voor de overgang een kopie maken van het rapport Loonstrook (Profit) en de kopie selecteren als loonstrook bij de werkgever.
Verder vervangt Loonstrook (Profit) ook de volgende rapporten:
De oude Profit-rapporten zijn na de conversie naar Profit 8 niet meer te gebruiken. In deze situatie worden de definitie-eigenschappen die je als gebruiker kan instellen, van het oude rapport Loonstrook (Profit) overgenomen naar het nieuwe rapport tijdens de conversie. Controleer na de overgang op Profit 8 bij deze rapporten of de eigenschappen correct gevuld zijn, dit kan van invloed op de autorisatie. Bijvoorbeeld als je gebruik maakt van de definitiegroepen.
Vanaf Profit 8 is het gebruik van de AFAS-key voor Google Routes API in productieomgevingen volledig geblokkeerd. Dit heeft gevolgen voor berekeningen bij bijvoorbeeld kilometerdeclaraties, adreswijzigingen, onboarden of werklocaties. Dit geldt zowel in Pocket als op InSite. De AFAS-key is uitsluitend bedoeld voor test- en acceptatieomgevingen.
Stap uiterlijk vóór de overgang naar Profit 8 over op een eigen Google Routes API-key.
De taak Vernieuwen actuele gegevens heeft voortaan nog maar één keer per dag effect. Als de taak later op dezelfde dag opnieuw wordt gestart, verwerkt of wijzigt Profit geen gegevens meer. Alleen als de taak eerder die dag is mislukt, kan deze opnieuw worden uitgevoerd om de verwerking alsnog af te ronden.
Werk je met e-facturatie en matching met verplichtingen of ontvangsten? Dan is het belangrijk om te controleren of jullie inrichting goed werkt met de nieuwe functionaliteiten in Profit 8. In Profit 8 zijn nieuwe matchingstatussen beschikbaar om ook buiten de ingestelde marges een verplichting of een ontvangst te kunnen matchen. Dit geeft meer mogelijkheden in de workflow Inkoopfactuur. De workflow Inkoopfactuur kan ook condities gebruiken op deze nieuwe matchingsstatussen.
Voor Financieel zijn er een aantal rapporten die oude rapporten vervangen. De rapporten zijn samengevoegd tot één variant van het type rapport.
Het nieuwe rapport Betalingsherinnering (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Aanmaning (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Ingebrekestelling (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Voorstel betalingen crediteuren (Profit) vervangt de volgende rapporten:
De oude Profit-rapporten zijn na de conversie naar Profit 8 niet meer te gebruiken. In deze situatie worden de definitie-eigenschappen die je als gebruiker kan instellen, van het oude rapport overgenomen naar het nieuwe rapport tijdens de conversie. Controleer na de overgang op Profit 8 bij deze rapporten of de eigenschappen correct gevuld zijn, dit kan van invloed op de autorisatie. Bijvoorbeeld als je gebruik maakt van de definitiegroepen.
In een vrije inkoopaanvraag kun je via de profielen velden verplicht stellen. Een verplicht veld in het beoordelingsprofiel is niet altijd verplicht in het aanvraagprofiel. Alleen de verplichting van het beoordelingsprofiel werkte door naar het concept van de inkoopaanvraag. Hierdoor konden gebruikers geen aanvragen insturen zonder alle verplichte velden in te vullen vanuit het beoordelingsprofiel. Het kan zijn dat je hier de inrichting van het profiel op hebt aangepast. Vanaf Profit 8 zijn de verplichte velden van het beoordelingsprofiel alleen nog verplicht bij het beoordelen.
Controleer of de veldinstellingen voor verplichte velden goed staan.
Voor Ordermanagement zijn er een aantal rapporten die oude rapporten vervangen. De rapporten zijn samengevoegd tot één variant van het type rapport.
Het nieuwe rapport Verkoopfactuur (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Verkoopofferte (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Verkooporder (Profit) vervangt de volgende rapporten:
De oude Profit-rapporten zijn na de conversie naar Profit 8 niet meer te gebruiken. In deze situatie worden de definitie-eigenschappen die je als gebruiker kan instellen, van het oude rapport overgenomen naar het nieuwe rapport tijdens de conversie. Controleer na de overgang op Profit 8 bij deze rapporten of de eigenschappen correct gevuld zijn, dit kan van invloed op de autorisatie. Bijvoorbeeld als je gebruik maakt van de definitiegroepen.
Het rapport Toekomstige Verrekenprijs (Profit) staat niet meer in Profit. Door het rapport leek het mogelijk dat je toekomstige verrekenprijzen kon toevoegen. De verrekenprijs is alleen op systeemdatum (vandaag) toe te voegen. Wil je de gewijzigde verrekenprijzen raadplegen? Maak dan een analyse of rapport op basis van de gegevensverzameling Verrekenprijs.
Bij de overgang naar Profit 8 wordt een conversie uitgevoerd voor bestaande inkooprelatieprofielen en inkooporders met de manier van inkopen Ontvangst. Deze conversie voorkomt dat je bestaande inkooprelatieprofielen en bestaande inkooporders niet meer kunt openen zonder eerst een verplicht veld in te vullen. Ook zorgt de conversie ervoor dat de nieuwe instellingen direct bekend zijn bij bestaande regels die nog gefactureerd moeten worden.
Profit vult hier de velden Verzamelperiode met Niet verzamelen per periode (0) en Verzamelmethode met Per inkooprelatie (0). Dit gebeurt bij bestaande inkooprelatieprofielen en bij alle bestaande inkooporders met de manier van inkopen Ontvangst. Deze velden worden gevuld ongeacht de status van de order.
Als je met deze velden wilt werken met Ontvangst als de manier van inkopen, dan kun je deze velden wijzigen in het inkooprelatieprofiel en inkooporder.
Als je nu al de Matrix boekingslay-out gebruikt, voegt Profit automatisch de MSS InSite-pagina toe. Dit werkt pas als je de Selecteren boekingslay-out uren boeken per week (Matrix)-pagina inricht in InSite. Tot die tijd blijft je huidige ESS matrix InSite-pagina gewoon werken. Deze wordt wel tijdens de conversie hernoemd naar 'mijn' matrix boeken en heet dan dus: Selecteren boekingslay-out mijn uren boeken per week (Matrix).
Voor Projecten zijn er een aantal rapporten die oude rapporten vervangen. De rapporten zijn samengevoegd tot één variant van het type rapport.
Het nieuwe rapport Projectfactuur (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Project met urenspecificatie per project (Profit) vervangt de volgende rapporten:
Het nieuwe rapport Termijnfactuur (Profit) vervangt de volgende rapporten:
De oude Profit-rapporten zijn na de conversie naar Profit 8 niet meer te gebruiken. In deze situatie worden de definitie-eigenschappen die je als gebruiker kan instellen, van het oude rapport overgenomen naar het nieuwe rapport tijdens de conversie. Controleer na de overgang op Profit 8 bij deze rapporten of de eigenschappen correct gevuld zijn, dit kan van invloed op de autorisatie. Bijvoorbeeld als je gebruik maakt van de definitiegroepen.
De staartkosten van meer-/minderwerk worden nu correct weergegeven in de kolom MM (meerwerk), in plaats van opgeteld bij de originele staartkosten. Dit zorgt voor een duidelijker overzicht en voorkomt verwarring over kostenverdeling.
Na overgang op Profit 8 kunnen bedragen anders verdeeld zijn tussen Origineel en MM.
In de details van de bewakingscode kun je in plaats van 'per factuur' nu per nacalculatieregel zien welke regel wel en welke regel niet binnen inkoop valt.
Let op:
Het rapport Abonnementsfactuur (Profit) vervangt een aantal oude rapporten. De rapporten zijn samengevoegd tot één variant van het type rapport. Je gebruikt nu voor abonnementsfacturen het rapport Abonnementsfactuur (Profit), deze vervangt Abonnementsfactuur (Profit) en Digitale abonnementsfactuur (Profit).
De oude Profit-rapporten zijn na de conversie naar Profit 8 niet meer te gebruiken. In deze situatie worden de definitie-eigenschappen die je als gebruiker kan instellen, van het oude rapport overgenomen naar het nieuwe rapport tijdens de conversie. Controleer na de overgang op Profit 8 bij deze rapporten of de eigenschappen correct gevuld zijn, dit kan van invloed op de autorisatie. Bijvoorbeeld als je gebruik maakt van de definitiegroepen.
Het vinkveld Standaardonderdelen overal in InSite toepassen vervangt in Profit 8 het oude vinkveld Nieuwe weergave overal in InSite toepassen. Was dit veld in Profit 7 aangevinkt, dan zal bij de overgang naar Profit 8 dit nieuwe vinkveld ook aangevinkt zijn. Dit vinkveld zet niet alleen de uitgebreide weergaven om naar standaardweergaven, zoals in Profit 7. Ook worden banners met de presentatiestijl iconbox horizontaal en iconbox verticaal nu omgezet naar standaardbanners.
Deze standaardbanners hebben automatisch een vaste achtergrond en vaste afmetingen. Controleer daarom of de banners nog aansluiten bij de gewenste inrichting.