NEXERA CoreSecurity
Toegang, geld en data. Onder controle.
NEXERA Core beschermt drie dingen: wie erbij kan, wat er met geld gebeurt en waar jullie data staat. Per onderdeel lees je hieronder hoe dat in de kern geregeld is.
Alleen wie erbij hoort, en alleen wat bij de rol past.
Inloggen loopt via een beheerde identity provider met verplichte tweestapsverificatie. Wat iemand daarna mag, bepaalt NEXERA Core zelf, bij elk verzoek opnieuw.
- Tweestapsverificatie verplicht voor iedereen
- Alleen op uitnodiging van een beheerder; zelf een account aanmaken kan niet
- Een nieuw account begint met alleen-lezen, tot een beheerder een rol toekent
- De rol wordt bij elk verzoek op de server gecontroleerd; een aangepast token geeft geen extra rechten
- Een uitgeschakeld account verliest bij het volgende verzoek de toegang
- Op een gedeelde computer ziet een volgende gebruiker nooit de gegevens van de vorige
Elke gebruiker heeft één rol. Die wijst een beheerder toe, nooit de gebruiker zelf.
Alles, inclusief instellingen, gebruikers en configuratie.
De volledige financiële administratie, plus inzage elders.
Relaties, orders en artikelen; leest de aanmaanlijst mee.
Artikelen en hun gegevens.
Voorraad, zendingen en het inpakwerk.
Productieorders en recepturen.
Kwaliteitscontroles en vrijgave uit quarantaine.
Prijsboeken van de artikelconfigurator; verder alleen inzien.
De telefoonagent: vragen beantwoorden uit de kern, binnen vaste grenzen.
Alleen inzien, niets wijzigen. Het startpunt van elk nieuw account.
Het gedeelde scherm op de werkvloer, beperkt tot een vaste lijst.
Een tweede paar ogen waar het om geld gaat.
Bij betalingen en gewijzigde bankgegevens is de schade van een fout of fraude het grootst. Daar zitten in NEXERA Core de strengste controles.
- Goedkeuring door een tweede persoon voor uitgeven, verzenden en betalen, en voor gewijzigde bankgegevens van een leverancier
- Een goedkeuring hoort bij precies de goedgekeurde inhoud; verandert er daarna iets, dan is een nieuwe goedkeuring nodig
- Wie een verzoek indient, kan het niet zelf goedkeuren
- Betaalopdrachten worden vastgelegd vóór ze naar de bank gaan; bij een onzekere bankstatus wordt niets automatisch opnieuw verstuurd
- Een betaling telt pas als betaald wanneer ze is afgeletterd
- Aansluitende factuurnummers per rechtspersoon, en boekingen die altijd in balans zijn
- Afgesloten perioden en boekjaren zijn niet meer te wijzigen
Waar jullie data staat, per soort gegevens.
De locatie van elke soort gegevens en hoe die beschermd is, inclusief wat buiten de EU wordt verwerkt.
Database en financiële administratie
Een eigen database per klant, op een hostingplatform in de EU.
Documenten en bestanden
Versleuteld opgeslagen en alleen bereikbaar via tijdelijke, ondertekende links.
Back-ups
Een tweede kopie buiten het hostingplatform, ook in de EU.
AI-vragen (optioneel)
Staat LIV aan, dan gaan per vraag alleen de cijfers die nodig zijn naar het taalmodel, in een Europese cloudregio.
Inloggen
Bij de identity provider, onder het EU-US Data Privacy Framework en standaardcontractbepalingen. Wachtwoorden en MFA-sleutels komen niet in NEXERA Core.
AI-telefonie en voorlezen (optioneel)
De spraak wordt in realtime verwerkt in de VS: bij AI-telefonie door xAI, bij voorlezen door een aparte spraakdienst. Transcript en samenvatting van gesprekken staan in jullie eigen omgeving in de EU.
Herstelbaar, en dat vooraf getest.
Een back-up is pas iets waard als het herstel werkt. Daarom testen we het herstel voordat jullie live gaan.
- Back-up in twee lagen: de beheerde back-ups van het platform voor snel herstel, en een dagelijkse kopie buiten het platform voor de lange termijn
- Een hersteltest vóór livegang: terugzetten, opstarten en een bekende factuur controleren
- Drie gescheiden omgevingen: ontwikkel, test en productie
- Foutmeldingen en logs worden centraal verzameld, zodat we problemen snel zien en kunnen herleiden
- Geplande taken doen bij een tweede run niets dubbel; een gemiste run wordt de volgende keer opgevangen
Veilig ontwikkelen
Elke wijziging
langs dezelfde route.
Van idee tot productie, zonder uitzonderingen.
De financiële kern is test-first geschreven: de berekeningen voor btw, boekingen en XAF bestonden en waren getest voordat er een scherm was.
Klein en afgebakend, met wat er verandert en waarom.
Automatische code-scans, een AI-review en menselijke reviewers. Elke bevinding wordt opgelost of vastgelegd.
De volledige testronde moet slagen, ook de tests tegen een echte database.
Uitgerold en gecontroleerd in de ontwikkelomgeving.
Nagelopen in een aparte omgeving voordat het verder gaat.
Pas na een bewuste, handmatige goedkeuring.
Alles wat jullie IT wil weten, op papier.
Voor jullie IT-afdeling en functionaris gegevensbescherming zetten we de details op een rij. Heeft jullie organisatie een eigen security-vragenlijst, stuur die dan mee; dan lopen we hem samen door.
We sturen hem binnen twee werkdagen.
Database, documenten en back-ups staan in de EU. Het inloggen loopt via een identity provider in de VS, onder het EU-US Data Privacy Framework en standaardcontractbepalingen; wachtwoorden en MFA-sleutels komen niet in NEXERA Core. Staat LIV aan, dan gaan per vraag alleen de cijfers die nodig zijn naar het taalmodel, in een Europese cloudregio.
Een beheerder zet het account uit. De toegang vervalt bij het volgende verzoek, en de historie van die gebruiker in de audit trail blijft bewaard.
Gewijzigde bankgegevens van een leverancier worden pas een betaalbestemming na goedkeuring door een tweede persoon. Betaalruns bestaan alleen uit goedgekeurde facturen, en een goedkeuring vervalt zodra de inhoud verandert.
Ja. Goedkeuringsregels stellen jullie per handeling in, zoals uitgeven, verzenden of betalen. Een verzoek dat blijft liggen, escaleert na de ingestelde tijd.
De financiële administratie is ingericht op de wettelijke bewaartermijn van zeven jaar. De XAF-auditfile van een boekjaar blijft in die periode opnieuw te maken.
NEXERA Core
Security bespreken met de bouwers.
Neem jullie IT of functionaris gegevensbescherming mee. We laten zien hoe toegang, goedkeuringen en back-ups in de praktijk werken.