ERP-softwarevereisten: checklist voor slim inkopen

Join North America’s most innovative collective of Tech CFOs. Get Free Access

Erp requirements checklist standard editorial post 54219

Wanneer je software voor Enterprise Resource Planning (ERP) kiest, zijn duidelijke ERP-vereisten essentieel. Zonder deze vereisten loop je het risico geld te verspillen aan een ERP-systeem dat niet aansluit, te maken te krijgen met mislukte projecten of een lage gebruikersacceptatie.

Dit artikel is voor jou als je deze kostbare fouten wilt voorkomen en ervoor wilt zorgen dat de gekozen ERP-leverancier of technologie aansluit bij je bedrijfsbehoeften. Je vindt hierin een checklist met ERP-vereisten en praktische richtlijnen die eenvoudig aan te passen zijn, zodat je het juiste ERP-systeem voor je team kunt vinden.

Checklist met vereisten voor ERP-software

Ik gebruik deze checklist om door de verkooppraatjes van leveranciers heen te prikken en me te richten op wat er echt toe doet voor financiële en operationele teams. De checklist omvat de belangrijkste functionele, technische en leveranciersgerelateerde vereisten die je grondig moet toetsen voordat je iets ondertekent. Dit moet je beoordelen:

Belangrijkste functionele vereisten

Absolute vereisten

  • Financieel beheer: Het systeem moet een volledig grootboek, crediteurenadministratie, debiteurenadministratie en geautomatiseerde bankafstemming binnen één geïntegreerd platform ondersteunen.
  • Rapportage en analyses: Het systeem moet standaard financiële overzichten kunnen genereren en aangepaste rapporten kunnen samenstellen zonder ondersteuning van ontwikkelaars.
  • Audittrail en compliancecontroles: Elke transactie moet worden vastgelegd met een registratie met tijdstempel van degene die de transactie heeft aangemaakt, gewijzigd of goedgekeurd, waarbij toegangscontroles op basis van rollen op gegevensniveau worden afgedwongen.
  • Ondersteuning voor meerdere entiteiten: Het systeem moet intercompanytransacties, geconsolideerde rapportage en afzonderlijke administraties voor meerdere rechtspersonen of bedrijfseenheden kunnen verwerken.

Standaardvereisten

  • Inkoop- en inkooporderbeheer: Het systeem moet het aanmaken van inkooporders, goedkeuringsworkflows, drievoudige matching met facturen en ontvangstbewijzen en leveranciersbeheer ondersteunen.
  • Voorraadbeheer: Het systeem moet voorraadniveaus, voorraadbewegingen en waarderingen in realtime kunnen volgen op één of meerdere locaties.
  • Budgettering en prognoses: Het systeem moet het mogelijk maken budgetten per afdeling of kostenplaats op te stellen, met afwijkingsregistratie ten opzichte van de werkelijke cijfers.
  • Integratie met de salarisadministratie: Het systeem moet ingebouwde salarisverwerking bevatten of een rechtstreekse integratie met een externe salarisdienstverlener ondersteunen.
  • CRM-integratie: Het systeem moet verkoopkansen en klantgegevens koppelen aan financiële gegevens, zodat inkomsten vanaf verkoopkans tot en met factuur kunnen worden gevolgd.

Specifieke vereisten

  • Projectadministratie: Het systeem moet kosten, inkomsten en winstgevendheid op afzonderlijk projectniveau kunnen volgen, met ondersteuning voor omzetverantwoording naar rato van de voortgang.
  • Productie en productieplanning: Het systeem moet stuklijsten, werkorderbeheer en capaciteitsplanning ondersteunen die rechtstreeks aan voorraad en inkoop zijn gekoppeld.
  • Meerdere valuta en wereldwijde fiscale naleving: Het systeem moet realtime valutaomrekening, lokale belastingregels en landspecifieke wettelijke rapportage kunnen verwerken voor bedrijven die grensoverschrijdend actief zijn.
  • Beheer van buitendienst: Het systeem moet buitendiensttechnici kunnen inplannen en aansturen, taakkosten kunnen volgen en voltooide werkorders kunnen synchroniseren met facturatie en voorraad.

Technische vereisten en integratievereisten

Absolute vereisten

  • Gegevensbeveiliging en versleuteling: Het systeem moet gegevens in rust en tijdens de overdracht versleutelen, meervoudige authenticatie afdwingen en rolgebaseerde machtigingen tot op veldniveau ondersteunen.
  • Beschikbaarheid van een API: Het systeem moet een gedocumenteerde, stabiele REST API bieden waarmee gegevens zonder handmatige tussenkomst tussen het ERP-systeem en andere bedrijfssystemen kunnen worden uitgewisseld.
  • Cloudhosting en betrouwbaarheid van de beschikbaarheid: Het systeem moet worden gehost op bewezen cloudinfrastructuur met een contractueel gegarandeerde SLA voor beschikbaarheid van ten minste 99.5%.
  • Gegevensback-up en noodherstel: Het systeem moet geautomatiseerde back-ups volgens een vastgesteld schema uitvoeren en een gedocumenteerd herstelproces met een duidelijke hersteltijddoelstelling ondersteunen.
Get Free Access
Join North America’s most innovative collective of Tech CFOs.
Get Free Access

Have an account? Log In

Standaardvereisten

  • Native integraties met essentiële bedrijfstools: Het systeem moet vooraf gebouwde connectoren bieden voor veelgebruikte platforms op het gebied van salarisadministratie, CRM, e-commerce en bankieren, zonder dat maatwerkontwikkeling nodig is.
  • Ondersteuning voor eenmalige aanmelding: Het systeem moet SSO via standaardidentiteitsproviders ondersteunen, zodat gebruikers zich kunnen authenticeren via uw bestaande directory, zoals Azure Active Directory of Okta.
  • Mobiele toegankelijkheid: Het systeem moet een mobiele interface of app bieden waarmee gebruikers transacties kunnen goedkeuren, rapporten kunnen bekijken en belangrijke werkstromen vanaf een telefoon of tablet kunnen beheren.
  • Schaalbaarheid: Het systeem moet toenemende transactievolumes, extra gebruikers en nieuwe bedrijfseenheden kunnen verwerken zonder dat een platformmigratie of aanzienlijke herconfiguratie nodig is.
  • Tools voor gegevensimport en -export: Het systeem moet bulkimport van gegevens via gestructureerde bestandsindelingen ondersteunen en te allen tijde volledige gegevensexports in niet-eigen indelingen mogelijk maken.

Bijzondere vereisten

  • EDI-ondersteuning: Het systeem moet elektronische gegevensuitwisseling ondersteunen om de uitwisseling van order-, factuur- en verzendgegevens met handelspartners die dit vereisen te automatiseren.
  • Integratie van IoT- en sensorgegevens: Het systeem moet realtimegegevensstromen van verbonden apparaten of apparatuur kunnen accepteren en deze gegevens kunnen doorsturen naar werkstromen voor voorraadbeheer, onderhoud of productie.
  • ERP op locatie of ERP-implementatie in een privécloud: Het systeem moet implementatie buiten een gedeelde openbare cloudomgeving ondersteunen voor organisaties met vereisten op het gebied van gegevensresidentie of regelgeving die een dergelijke omgeving uitsluiten (een hoge mate van controle is een van de belangrijkste voordelen van ERP-systemen op locatie).

Beveiligings- en nalevingsvereisten

Absolute vereisten

  • Op rollen gebaseerd toegangsbeheer: Het systeem moet de toegang van gebruikers tot gegevens, modules en functies beperken op basis van vastgestelde rollen, zodat geen enkele gebruiker gegevens buiten zijn of haar autorisatieniveau kan bekijken of wijzigen.
  • Onwijzigbaar audittraject: Elke financiële transactie en systeemwijziging moet worden geregistreerd met een tijdstempel, gebruikers-ID en de staat van het record voor en na de wijziging, waarbij deze gegevens niet kunnen worden gewijzigd of verwijderd.
  • SOC 1- en SOC 2-certificering: De leverancier moet beschikken over actuele SOC 1 Type II- en SOC 2 Type II-rapporten, waaruit blijkt dat de interne beheersmaatregelen voor financiële verslaggeving en gegevensbeveiliging onafhankelijk zijn gecontroleerd.
  • Handhaving van functiescheiding: Het systeem moet voorkomen dat één gebruiker tegenstrijdige rechten heeft, zoals de mogelijkheid om zowel een betaling aan te maken als goed te keuren, zonder een aanvullende autorisatiestap.

Standaardvereisten

  • Naleving van de AVG: Het systeem moet verzoeken om inzage door betrokkenen, werkstromen voor het recht op gegevenswissing en het bijhouden van toestemming ondersteunen voor alle persoonsgegevens die binnen het platform worden verwerkt.
  • Controles op gegevensresidentie: Het systeem moet uw organisatie in staat stellen geografisch te specificeren waar gegevens worden opgeslagen, met gedocumenteerde bevestiging dat gegevens de aangewezen regio's niet verlaten.
  • Penetratietests en melding van kwetsbaarheden: De leverancier moet regelmatig penetratietests door derden uitvoeren en een gepubliceerd beleid bijhouden voor het verantwoord melden van kwetsbaarheden en termijnen voor herstel.
  • Sessiebeheer en time-outcontroles: Het systeem moet inactieve gebruikerssessies na een configureerbare periode automatisch beëindigen en alle inlogpogingen registreren, inclusief mislukte pogingen.
  • Registratie van wijzigingsbeheer: Alle configuratiewijzigingen, waaronder bewerkingen van werkstromen, updates van rechten en systeeminstellingen, moeten worden geregistreerd en aan een specifieke gebruiker en tijdstempel kunnen worden gekoppeld.

Bijzondere vereisten

  • HIPAA-naleving: Voor organisaties die beschermde gezondheidsinformatie verwerken, moet de leverancier een overeenkomst voor zakenpartners ondertekenen en aantonen dat het platform voldoet aan de technische waarborgen van HIPAA.
  • ITAR- en exportcontrolenaleving: Voor defensieaannemers of fabrikanten die zich bezighouden met gecontroleerde goederen, moet het systeem de gegevenstoegang beperken tot geautoriseerde personen en naleving van de internationale regelgeving inzake wapenhandel ondersteunen.
  • PCI DSS-naleving: Voor bedrijven die kaarthoudergegevens binnen het ERP verwerken, moet het systeem voldoen aan de vereisten van de standaard voor gegevensbeveiliging van de betaalkaartindustrie, waaronder netwerksegmentatie en versleutelde opslag van kaarthoudergegevens.
  • FedRAMP-autorisatie: Voor organisaties die aan Amerikaanse federale instanties verkopen of daarbinnen actief zijn, moet het systeem beschikken over een actuele FedRAMP-autorisatie op het juiste impactniveau.

Vereisten voor leveranciersondersteuning en implementatie

Absolute vereisten

  • Toegewijde implementatieondersteuning: De leverancier moet een benoemde implementatiemanager aanstellen die verantwoordelijk is voor het projectplan, de datamigratie coördineert en vanaf de ondertekening van het contract tot de ingebruikname het primaire escalatiepunt vormt.
  • Ondersteuning bij datamigratie: De leverancier moet gedocumenteerde hulpmiddelen, sjablonen en praktische ondersteuning bieden voor het migreren van historische financiële gegevens uit uw bestaande systemen naar het nieuwe platform.
  • Trainings- en inwerkbronnen: De leverancier moet gestructureerde ondersteuning bij het inwerken bieden voor eindgebruikers en beheerders, inclusief functiegerichte trainingsmaterialen en toegang tot een kennisbank voor zelfbediening.
  • Contractuele SLA voor ondersteuningstijd: De leverancier moet zich vastleggen op vastgestelde reactie- en oplostermijnen voor ondersteuningstickets per ernstniveau, vastgelegd in de dienstverleningsovereenkomst.

Standaardvereisten

  • Benoemd accountbeheer: Na de ingebruikname moet de leverancier een accountmanager aanstellen die regelmatig overleg voert, productupdates communiceert en namens u problemen escaleert.
  • Gebruikerscommunity en netwerk van vakgenoten: De leverancier moet een actieve gebruikerscommunity onderhouden waar klanten configuraties kunnen delen, vragen kunnen stellen en door vakgenoten geteste oplossingen voor veelvoorkomende uitdagingen kunnen raadplegen.
  • Afgeschermde testomgeving: De leverancier moet een niet-productieomgeving bieden waar uw team configuratiewijzigingen, integraties en upgrades kan testen voordat deze op livegegevens worden toegepast.
  • Transparante toegang tot de productroutekaart: De leverancier moet een toekomstgerichte productroutekaart delen en klanten een kanaal bieden om functieverzoeken in te dienen en erop te stemmen.
  • Ondersteuning bij upgradebeheer: De leverancier moet aankomende releases vooraf communiceren, wijzigingen die bestaande functionaliteit verbreken documenteren en tijdens het upgradeproces ondersteuning bieden om verstoring tot een minimum te beperken.

Bijzondere vereisten

  • Implementatiediensten op locatie: Voor complexe implementaties moet de leverancier of een geautoriseerde partner consultants op locatie kunnen leveren die tijdens de configuratie- en ingebruiknamefases rechtstreeks binnen uw vestigingen werken.
  • Branchespecifieke implementatiepartners: De leverancier moet een gecertificeerd partnernetwerk onderhouden met aantoonbare ervaring in het implementeren van het platform voor uw specifieke branche, zoals productie, gezondheidszorg of zakelijke dienstverlening.
  • Ondersteuning voor maatwerkontwikkeling: De leverancier moet toegang bieden tot een team voor professionele diensten of gecertificeerde ontwikkelaars, intern of via ERP-ontwikkelingsbedrijven, die aangepaste modules, workflows of integraties kunnen bouwen en onderhouden die verder gaan dan de standaardproductconfiguratie.

Gebruikerservaring en verandermanagement

Absolute vereisten

  • Intuïtieve gebruikersinterface: Het systeem moet een overzichtelijke, logisch georganiseerde interface bieden waarmee gebruikers dagelijkse taken met zo min mogelijk klikken en een duidelijke navigatie kunnen uitvoeren.
  • Dashboards op basis van rollen: Het systeem moet aanpasbare dashboards bieden die zijn afgestemd op verschillende gebruikersrollen en bij het inloggen relevante KPI's, taken en waarschuwingen tonen.
  • Begeleiding en informatietips in de app: Het systeem moet contextuele hulp, rondleidingen en informatietips rechtstreeks in de interface bieden om gebruikers te ondersteunen bij het leren van nieuwe werkprocessen.
  • Toegankelijk ontwerp: Het systeem moet voldoen aan toegankelijkheidsnormen (zoals WCAG 2.1), zodat gebruikers met een beperking alle kernfuncties kunnen navigeren en gebruiken.

Standaardvereisten

  • Aanpassing door gebruikers zelf: Het systeem moet gebruikers in staat stellen indelingen, opgeslagen zoekopdrachten en meldingsvoorkeuren te personaliseren zonder tussenkomst van IT.
  • Instrumentarium voor verandermanagement: De leverancier moet communicatiesjablonen, trainingsplannen en hulpmiddelen voor acceptatie bieden om uw team te helpen bij de overstap naar het nieuwe ERP.
  • Hulpmiddelen voor het verzamelen van terugkoppeling: Het systeem moet ingebouwde mechanismen bevatten waarmee gebruikers rechtstreeks vanuit de interface terugkoppeling kunnen indienen of problemen kunnen melden.
  • Ondersteuning voor meerdere talen: Het systeem moet taalopties bieden voor internationale teams, met nauwkeurige vertalingen van alle menu's, helpteksten en foutmeldingen.
  • Mobielvriendelijke werkprocessen: Het systeem moet kernwerkprocessen—zoals goedkeuringen, tijdregistratie en het indienen van declaraties—op mobiele apparaten ondersteunen.

Specifieke vereisten

  • Spelgerichte leermodules: Het systeem moet interactieve, spelgerichte trainingsmodules bieden om het inwerken te versnellen en best practices voor nieuwe gebruikers te versterken.
  • Ingebouwde videohandleidingen: Het systeem moet korte, rolgerichte videohandleidingen bevatten die vanuit elke module of elk werkproces toegankelijk zijn.
  • Analyses van gebruikersacceptatie: Het systeem moet rapportages bieden over het gebruik van functies, de inlogfrequentie en voltooiingspercentages van werkprocessen om de acceptatie te volgen en trainingsbehoeften vast te stellen.

Branchespecifieke vereisten

Absolute vereisten

  • Ondersteuning voor branchespecifieke naleving: Het systeem moet voldoen aan de regelgeving en rapportagevereisten die specifiek zijn voor uw branche, of het nu gaat om standaarden voor omzetverantwoording voor SaaS, traceerbaarheid van partijen voor voedingsmiddelen en dranken, of kostprijsberekening per opdracht voor de bouw.
  • Configureerbare werkprocessen: Het systeem moet uw team in staat stellen goedkeuringsprocessen, regels voor gegevensinvoer en procesvolgordes op te bouwen en aan te passen aan de manier waarop uw organisatie daadwerkelijk werkt—niet aan een generiek sjabloon.
  • Aangepaste velden en gegevensstructuren: Het systeem moet de toevoeging van aangepaste velden, objecten en gegevensrelaties ondersteunen om informatie vast te leggen die uniek is voor uw bedrijfsmodel, zonder dat codewijzigingen nodig zijn.

Standaardvereisten

  • Ondersteuning voor lokalisatie: Het systeem moet landspecifieke belastingregels, datumindelingen, valutavermeldingen en wettelijke rapportagevereisten verwerken voor elke regio waarin uw bedrijf actief is.
  • Branchespecifieke integraties: Het systeem moet vooraf gebouwde integraties bieden met de platforms die het meest in uw branche worden gebruikt, zoals Shopify voor detailhandel, Procore voor de bouw of Veeva voor biowetenschappen.
  • Rapportsjablonen per branche: Het systeem moet direct beschikbare rapportsjablonen bevatten die zijn afgestemd op de KPI's en meetwaarden die standaard zijn in uw branche, zodat er minder vanaf nul hoeft te worden opgebouwd.
  • Schaalbaar licentiemodel: Het systeem moet een prijsstructuur bieden die aansluit op uw groeipad, of dat nu betekent dat u gebruikers, entiteiten of modules toevoegt zonder dat een volledige heronderhandeling van het platform nodig is.

Specifieke vereisten

  • Traceerbaarheid van partijen en serienummers: Voor fabrikanten, distributeurs of bedrijven in de voedingsmiddelen- en drankenindustrie moet het systeem afzonderlijke eenheden of partijen vanaf ontvangst tot verkoop volgen en volledige voorwaartse en achterwaartse traceerbaarheid ondersteunen.
  • Boekhouding van subsidies en fondsen: Voor non-profitorganisaties of organisaties in de publieke sector moet het systeem inkomsten en uitgaven per fonds of subsidie bijhouden, met rapportages die voldoen aan de verantwoordingsvereisten van donoren of de overheid.
  • Beheer van abonnementen en terugkerende inkomsten: Voor SaaS- of abonnementsbedrijven moet het systeem factureringscycli automatiseren, contractwijzigingen beheren en ASC 606-conforme opbrengstverantwoording ondersteunen voor meerdere prestatieverplichtingen.
  • Naleving van regels voor leaseboekhouding: Voor organisaties met omvangrijke leaseportefeuilles moet het systeem leaseboekhouding volgens ASC 842 of IFRS 16 ondersteunen, inclusief berekeningen van gebruiksrechten en aflossingsschema's voor verplichtingen.

Overgewaardeerde vereisten

Sommige ERP-functies zien er in een demo geweldig uit, maar leveren in de praktijk zelden de waarde die ERP-leveranciers beloven. Naar mijn ervaring zijn dit de functies die je grondig moet onderzoeken voordat je ze je besluitvorming laat beïnvloeden:

  • Inzichten op basis van AI: Leveranciers brengen ingebouwde AI op de markt als een manier om automatisch afwijkingen te signaleren, trends te voorspellen en risico's aan te wijzen. In de praktijk zijn deze functies sterk afhankelijk van schone, goed gestructureerde historische gegevens — waar de meeste organisaties bij de ingebruikname niet over beschikken — en zijn de resultaten vaak te algemeen om zonder aanzienlijke afstemming bruikbaar te zijn.
  • Aanpassing zonder code: De belofte is dat zakelijke gebruikers werkstromen, rapporten en integraties kunnen bouwen zonder ondersteuning van IT. In werkelijkheid vereist alles wat verder gaat dan basisconfiguratie doorgaans een ontwikkelaar of grondige kennis van het gegevensmodel van het systeem, en kunnen slecht gebouwde automatiseringen zonder code problemen met de gegevensintegriteit veroorzaken die moeilijk te traceren zijn.
  • Ingebouwde samenwerkingstools: Sommige ERP-platforms bevatten chat, opmerkingen bij taken en het delen van documenten als native functies. De meeste teams hebben hiervoor al gevestigde tools — zoals Slack of Microsoft Teams — en het onderhouden van twee afzonderlijke samenwerkingsomgevingen zorgt voor meer verwarring dan het oplost.
  • Vooraf gebouwde branchesjablonen: Leveranciers presenteren deze vaak als een snelle route naar ingebruikname, maar de meeste sjablonen moeten aanzienlijk worden aangepast om aan te sluiten op werkelijke werkstromen. Ze kunnen de implementatie zelfs vertragen doordat ze je team vastleggen op een structuur die niet bij je processen past.
  • Realtime dashboards voor leidinggevenden: Live dashboards voor leidinggevenden klinken waardevol, maar senior managers loggen zelden rechtstreeks in op het ERP-systeem. De meeste organisaties exporteren gegevens uiteindelijk toch naar een afzonderlijke BI-tool, waardoor het native dashboard een functie wordt die één keer wordt geconfigureerd en daarna zelden wordt gebruikt.

Stappen om je checklist met vereisten voor ERP-software aan te passen

Hier volgt een stapsgewijze handleiding om je checklist aan te passen en op koers te blijven:

  1. Definieer bedrijfsdoelen en projectomvang: Verduidelijk je organisatiedoelstellingen, knelpunten en gewenste resultaten voordat je je in de vereisten verdiept. Gebruik methoden zoals workshops en interviews met leidinggevenden om precies vast te stellen waarom ERP-software nodig is.
  2. Verzamel input van alle belanghebbenden: Voer enquêtes, focusgroepen of interviews uit met iedereen die door het systeem wordt geraakt. Stel vragen die verborgen behoeften aan het licht brengen en zorg ervoor dat geen enkele vereiste over het hoofd wordt gezien.
  3. Deel vereisten in niveaus in en stel prioriteiten: Verdeel je behoeften in vereisten die “onmisbaar” zijn, “prettig om te hebben” zijn en voor de “toekomstige situatie” gelden. Bereik overeenstemming tussen belanghebbenden door een voorbeeld van een lijst of tabel met niveaus te geven.
  4. Beoordeel behoeften op het gebied van integratie, schaalbaarheid en beveiliging: Zorg ervoor dat je vereisten betrekking hebben op interoperabiliteit met bestaande technologie, beveiligings- en nalevingsverplichtingen en het vermogen om groei of verandering op te vangen. Houd rekening met wettelijke vereisten en normen voor beste praktijken.
  5. Bereken de totale eigendomskosten en ROI: Evalueer zowel de kosten op korte als op lange termijn, naast de financiële en operationele voordelen van ERP-software. Neem factoren zoals software, training, ondersteuning, upgrades en uitvaltijd op in je analyse van de prijzen van ERP-software.

Belangrijke belanghebbenden bij de selectie van ERP-software

Door meerdere bedrijfsgroepen te betrekken bij het verzamelen van vereisten voor ERP-software voorkom je blinde vlekken, verminder je wrijving en zorg je ervoor dat de oplossing aansluit bij zowel strategische als operationele doelstellingen. Zo haal je uiteindelijk de meeste voordelen uit je cloud-ERP-software.

Gebruik deze tabel om te bepalen welke belanghebbenden je moet betrekken en wat voor hen het belangrijkst is:

BelanghebbendeCFO/Financieel managementRolFinanciële controles, rapportagebehoeften, nalevingsvereisten en budgetlimieten definiëren.
BelanghebbendeIT-directeur/-managerRolTechnische geschiktheid, integratiebehoeften, beveiligingsstandaarden en schaalbaarheid op lange termijn beoordelen.
BelanghebbendeOperationeel managerRolBehoeften op het gebied van workflowautomatisering, voorraad, inkoop en procesefficiëntie identificeren.
BelanghebbendeAfdelingshoofdenRolAfdelingsspecifieke vereisten in kaart brengen en ervoor zorgen dat het ERP de dagelijkse werkzaamheden ondersteunt.
BelanghebbendeEindgebruikersRolFeedback geven over gebruiksvriendelijkheid, knelpunten en onmisbare functies voor dagelijkse taken.
BelanghebbendeHR-/salarisadministratieverantwoordelijkeRolErvoor zorgen dat vereisten voor salarisadministratie, tijdregistratie en personeelsgegevens worden behandeld.
BelanghebbendeInkoopverantwoordelijkeRolBehoeften op het gebied van leveranciersbeheer, inkoop en goedkeuringsworkflows definiëren.
BelanghebbendeCompliancefunctionarisRolBevestigen dat wettelijke, audit- en gegevensprivacyvereisten in de oplossing zijn ingebouwd.

Stel vol vertrouwen uw ERP-softwarestrategie op

Ontvang praktische kaders, deskundige tips en een bewezen proces voor het selecteren van ERP-software in deze stapsgewijze handleiding over hoe u ERP-software kiest .