Home / Trust Centre
Trust Centre

How NSDS handles your data, your systems and your intellectual property.

Most procurement reviews stall on the same eight questions. This page answers them in writing, in one place, so your legal, IT and procurement teams can assess NSDS without an email round trip. Where a control is in place today, it says so. Where something is a target rather than a current state, it says that too.

Read this first

What this page is, and what it is not

This describes what NSDS operates today

Every control on this page is one NSDS runs now on client engagements. Nothing here describes an intention or a marketing position. If a control is planned rather than operating, it appears in the certification and roadmap table with that status against it.

Sensitive evidence is released under review, not published

Architecture diagrams, access registers, penetration test output, backup configuration and incident records identify systems and people. Publishing them would itself be a security weakness. They are released through the procurement pack request below, under a mutual non-disclosure agreement where the material warrants one.

Data ownership and privacy

NSDS is a data processor for the personal information it handles on your behalf. You remain the controller. That distinction is not a formality: it determines who decides what the data is used for, and the answer is you.

What NSDS commits to

  • Client data is used only to deliver the engagement you have contracted, and for no other purpose. It is not used to train models, build marketing lists or benchmark other clients.
  • Personal data handled on your behalf is processed on your documented instruction, in line with the Jamaica Data Protection Act and, where your organisation is in scope, the GDPR.
  • Data is collected to the minimum needed for the task. Where a project can be delivered against anonymised or sample data, NSDS asks for that instead of production records.
  • Development and testing use anonymised or sample data wherever the work allows it. Where a fault can only be reproduced against real records, a copy is restored into a controlled NSDS environment rather than onto a personal device, used only for that purpose, and removed once the work is finished.
  • A record of the categories of data processed, the purpose, the storage location and the retention period for your engagement is maintained in the Jamaica Privacy Hub, the compliance platform NSDS built and operates, and is available to you on request.
  • At the end of an engagement, client data is returned in an agreed format and then deleted from NSDS systems on the schedule set out in the contract, with written confirmation once deletion is complete.

What stays with you

  • You own your data, your content and your records at every point, including during the engagement.
  • You decide lawful basis, retention and any disclosure to third parties.
  • You are responsible for the accuracy of data you supply and for any consent required from the people it describes.
  • You approve, in writing, any instruction to process data for a purpose beyond the contracted scope.

Evidence available on request

  • Data processing schedule for your engagement, generated in the Jamaica Privacy Hub
  • Records of processing summary, generated in the Jamaica Privacy Hub
  • Deletion and return confirmation at closure
Request it

Access control and secure development

Access is the control that matters most, because almost every other control depends on it. NSDS works on the principle that a person should hold the narrowest access that lets them do the work, for only as long as the work lasts.

What NSDS commits to

  • Every person working on your systems uses a named individual account. Shared logins are not used, so every action is attributable.
  • Multi-factor authentication is required on NSDS accounts that hold administrative access to client systems, source control, hosting consoles and email.
  • Access is granted by role and to the least privilege that allows the task, and it is removed when the work concludes or the person leaves the engagement.
  • Credentials and keys are held in a password manager, not in documents, spreadsheets, chat messages or email.
  • Secrets are kept out of source control and supplied to environments as configuration.
  • Code is version controlled, and changes to client systems are reviewed before release rather than edited live on production.
  • Changes are released to a staging environment first and go to production only after your approval on anything that alters behaviour visible to your users.
  • Dependencies and platform components are patched on a routine cycle, with security patches applied out of cycle where severity warrants it.
  • NSDS operates a responsible disclosure route so that a researcher or a member of your team can report a weakness without fear of consequence.

What stays with you

  • Access to your own systems, and the decision to grant or revoke NSDS access at any time.
  • Approval of who on the NSDS side holds which access, where your policy requires it.
  • Any access requirement your policy imposes that is stricter than the above, communicated before work starts.
  • Your own users, their accounts and their offboarding.

Evidence available on request

  • Named access register for your engagement
  • Change and release procedure
  • Patch and dependency management summary
  • Responsible disclosure policy
Request it

Hosting, backup and recovery

The most common failure in a managed arrangement is an assumption that someone else is taking the backups. NSDS states the split in writing at the start of every hosted engagement so no one is relying on an assumption.

What NSDS commits to on managed hosting

  • Systems are hosted on established providers with their own physical, network and platform security controls, in a region agreed with you before deployment.
  • Traffic is encrypted in transit with current TLS, and certificates are managed and renewed by NSDS so they do not lapse.
  • Automated backups are taken on an agreed schedule and held for an agreed retention period. Every client holds their own hosting account, and a copy of the backup is written to that account, so the backup sits in infrastructure you own rather than only in ours.
  • Restores are tested, not assumed. A restore is verified at the start of the arrangement and then periodically, and the result is recorded.
  • Availability and error monitoring runs continuously through the NSDS Core platform, alerting both the staff member assigned to your engagement and the monitored NSDS service inbox, so a failure at two in the morning does not wait for someone to notice it.
  • Recovery targets are agreed in writing per engagement rather than asserted here, because a marketing website and a member platform do not warrant the same target.
  • Where you host elsewhere, NSDS documents the same split against your provider and does not claim controls it does not operate.

What stays with you

  • Ownership of the hosting account where it is in your name, and of domain registration unless you ask NSDS to hold it.
  • Any data you store outside the systems NSDS manages.
  • Decisions about the region your data is hosted in, where you have a regulatory constraint.
  • Notice of any change in your own infrastructure that affects the systems NSDS manages.

Evidence available on request

  • Hosting and backup responsibility matrix for your engagement
  • Backup schedule and retention settings
  • Most recent restore test record
  • Monitoring and alerting configuration
Request it

Incident reporting

An incident is any event that compromises, or reasonably may have compromised, the confidentiality, integrity or availability of your systems or data. NSDS reports on suspicion, not on confirmation, because a delayed report is worse than an unnecessary one.

What NSDS commits to

  • You are notified without undue delay once NSDS becomes aware of an incident affecting your systems or data, and in any event within the timeframe set in your contract.
  • The first notification carries what is known at that point, what is not yet known, and what NSDS is doing. It is not held back until the picture is complete.
  • A named NSDS contact owns the incident through to closure so you are not chasing a mailbox.
  • Containment comes first, then restoration, then root cause. Evidence is preserved before remediation where that is possible.
  • Where personal data is involved, NSDS gives you the information you need to meet your own notification duties to the Office of the Information Commissioner and to affected individuals. The decision to notify a regulator remains yours, because you are the controller.
  • A written post-incident report follows, covering what happened, the impact, the timeline, the remediation and the changes made to prevent recurrence.

What stays with you

  • The regulator and individual notification decisions, and the timing of them.
  • Your own internal escalation and communications.
  • Telling NSDS promptly about an incident you detect on your side that may affect systems NSDS manages.

Evidence available on request

  • Incident response procedure
  • Escalation contacts and out-of-hours route
  • Post-incident report template
Request it

Business continuity and key-person risk

NSDS is a specialist firm rather than a large one. Pretending that carries no key-person risk would be dishonest, so instead the risk is managed explicitly and stated openly.

What NSDS commits to

  • Client work is documented so that it can be picked up by another person. Documentation is part of delivery, not a handover activity at the end.
  • Source code, configuration and credentials for your engagement are held in shared NSDS systems rather than on one person's machine: private GitHub repositories with a separate backup copy, and credentials in a shared password manager.
  • More than one person holds access to the systems needed to keep your service running, so an absence does not become an outage.
  • A documented support route and out-of-hours escalation path applies to every managed engagement.
  • NSDS holds supporting relationships with vetted partners so that capacity can be increased or covered where an engagement requires it.
  • If NSDS were unable to continue an engagement, you receive your code, data, configuration and documentation in a usable form so another supplier can take over. This is a contractual commitment rather than goodwill, and like any handover it is conditional on settled fees for work already delivered.

What stays with you

  • Your own continuity planning for the business processes the system supports.
  • A nominated contact on your side, and a deputy, so escalation works in both directions.
  • Any continuity or exit requirement your policy imposes, raised before contract.

Evidence available on request

  • Continuity and exit provisions in the engagement contract
  • Support and escalation procedure
  • Engagement documentation index
Request it

Intellectual property and handover

This is where institutional buyers are most often caught out, usually a year later. The NSDS position is straightforward: what we build for you, you own, and you can leave with it.

What NSDS commits to

  • Custom work produced specifically for your engagement, including source code, designs, content and documentation, transfers to you on payment, as set out in the contract.
  • You receive the source code, not only a running system. During the build the repository stays private to the NSDS engineering team; what you get instead is an account on the NSDS client portal, where you can follow progress stage by stage, review work and give feedback while it is being built. The source itself transfers at handover.
  • Where NSDS uses its own pre-existing components, frameworks or products, that is identified before contract, and you receive a licence to use them for the delivered system on terms stated in writing.
  • Third-party and open-source components are listed with their licences so your legal team can assess them rather than discover them.
  • Handover includes the running system, the source, the deployment configuration, environment documentation, credentials and an operating guide, in a form another competent supplier can use.
  • NSDS does not hold your domain, hosting account or code as leverage in a commercial dispute.
  • Your name and work appear in NSDS marketing only with your written permission, and that permission can be withdrawn.

What stays with you

  • Ownership of your brand, content, data and anything you supplied.
  • Ongoing licence fees payable to third parties, where the system depends on a commercial component.
  • The decision to publish, extend or replace the delivered system.

Evidence available on request

  • IP and licensing clauses in the engagement contract
  • Component and licence inventory for your build
  • Handover pack contents list
Request it

Subcontractors and sub-processors

NSDS delivers with its own team, including part-time staff engaged under written agreement. Outside subcontractors are used rarely and only where a named specialist is the right answer. Anyone who can reach your data is treated as a sub-processor, including the platforms that hold it.

What NSDS commits to

  • Sub-processors that can access your data are disclosed, and the list for your engagement is given to you in writing.
  • You are told before a new sub-processor is introduced to your engagement, with a reasonable opportunity to object.
  • Everyone who touches your work, whether full-time staff, part-time staff or an occasional subcontractor, is engaged under written terms carrying confidentiality, data protection and IP assignment obligations no weaker than those NSDS owes you.
  • Subcontractors receive the least access needed and no general access to your environment.
  • NSDS remains accountable to you for work performed by a subcontractor. You do not chase our supplier.
  • Platform providers are selected for their own security posture and documented terms rather than on price alone.

What stays with you

  • The right to object to a specific sub-processor, with the consequences for scope discussed openly.
  • Any restriction your own regulator places on where processing may occur.

Evidence available on request

  • Sub-processor list for your engagement
  • Standard subcontractor terms
  • Platform provider terms and locations
Request it
Assurance

Certification and assurance status

Read this table as the definitive statement. Where a control appears in the sections above as operated, it appears here as operated. Where it is a target, it is labelled a target and carries no implied date until one is committed with you.

ItemStatusWhat that means
Written information security practicesOperatedDocumented and applied across engagements. Not independently audited.
Named access, least privilege, MFA on administrative accountsOperatedIn force on NSDS accounts holding administrative access to client systems.
Encrypted transit and managed certificatesOperatedApplied to every website and application NSDS hosts or manages.
Automated backup with tested restoreOperatedOn managed hosting engagements, with the schedule and retention set per engagement.
Incident response procedure with client notificationOperatedDocumented, with escalation contacts issued at the start of each managed engagement.
Jamaica Data Protection Act alignmentOperatedProcessing, minimisation, retention and deletion practices are built around the Act.
GDPR processor terms where the client is in scopeOperatedOffered as contractual terms. NSDS is not established in the EU or UK.
WCAG 2.2 Level AA in delivered interfacesOperatedA delivery standard on NSDS builds, tested during delivery rather than asserted afterwards. It also covers the Ontario obligation: the AODA information and communications standard requires WCAG 2.0 Level AA, so a build delivered to WCAG 2.2 Level AA meets it. NSDS staff have taken AODA training for government work delivered in that market.
Responsible disclosure routeOperatedPublished, monitored, and reports are acknowledged.
Independent penetration testingIn progressCommissioned on request for a specific engagement today. Not yet a routine annual programme across NSDS platforms.
Formal documented ISMS with internal audit cycleIn progressPractices are documented; the audit cycle is being formalised.
Cyber insuranceTargetNot represented as held. Confirm requirements with NSDS before contract if your policy requires cover.

Operated means NSDS runs the control today. In progress means it is partially in place and being completed. Target means it is neither held nor in assessment, and no date is implied.

Retention

What NSDS holds, and for how long

The table covers information collected through this website and through an engagement. Retention periods for engagement records are set in your contract, because a regulated client and a small business do not carry the same obligation.

InformationWhy NSDS holds itKept for
Website enquiry and meeting request detailsTo respond to the enquiry and arrange the meetingHeld while the enquiry may still lead somewhere. No fixed deletion date is set today, and rather than state a period NSDS does not enforce, the position is stated plainly: ask for your enquiry record to be deleted and it is deleted
NIA consultation transcriptsTo prepare for a consultation and record what was recommendedOne hundred and eighty days, then the transcript is deleted automatically and the summary retained
Meeting bookingsTo hold the appointment and to prepare for itTwelve months from the meeting date
Client contact and account recordsTo deliver and administer the engagementFor the engagement, plus the statutory period required for business records
Client production data on managed systemsTo operate the system you contractedFor the engagement, then returned and deleted on the contracted schedule
Backups of managed systemsTo restore service after failure or lossThe retention window agreed for your engagement, then overwritten
Support tickets and correspondenceTo provide support and keep an auditable historyFor the engagement, plus the period set in your contract
Website analyticsTo understand which content is usefulAggregated, not used to identify individuals
Procurement pack

The NSDS procurement pack

Everything a procurement, legal or IT reviewer normally has to ask for by email, assembled once. The pack is released on request rather than published, because parts of it describe systems and name people. Most requests are answered within two business days.

  • Company and standingCertificate of incorporation, TCC where required, registered address, directors, banking reference on request.
  • Security practices summaryAccess control, secure development, patching, monitoring and the split of responsibilities on managed hosting.
  • Data processing termsProcessor terms, the processing schedule, sub-processor list and international transfer position.
  • Incident response procedureDefinitions, notification timeframes, escalation contacts and the post-incident report format.
  • Continuity and exitDocumentation practice, access redundancy, support escalation and the exit and handover provisions.
  • Intellectual property positionAssignment terms, background IP, component and licence inventory and the handover pack contents.
  • Insurance and referencesCover held at the time of request, and client references with their prior permission.
  • Completed security questionnaireNSDS will complete your own questionnaire or vendor assessment rather than only supplying its own format.

Ask for what you need rather than all of it. A request that names the standard you are assessing against, or attaches your questionnaire, is answered faster and more usefully than a request for everything.

Request the pack

Requests are reviewed before release. Material that names systems or people is issued under a mutual non-disclosure agreement.

Frequently asked questions

Who owns the code and the design at the end of the project?

You do. Custom work produced for your engagement transfers to you on payment, and you receive the source code rather than only a running system. Where NSDS pre-existing components are used, that is identified before contract and licensed to you in writing for the delivered system. Third-party and open-source components are listed with their licences.

Where will our data be hosted, and can we choose the region?

The hosting region is agreed with you before deployment. If you have a regulatory constraint on where processing may occur, raise it during scoping and it is built into the architecture rather than worked around afterwards. Where you host on your own account with another provider, NSDS documents the same responsibility split against that provider.

What happens if NSDS is breached?

You are notified without undue delay once NSDS becomes aware, within the timeframe set in your contract, with what is known at that point rather than a complete picture. A named person owns the incident to closure. Where personal data is involved, NSDS gives you what you need to meet your own duties to the Office of the Information Commissioner and to affected individuals. The regulator notification decision stays with you as controller. A written post-incident report follows.

NSDS is a small firm. What happens if the person who built our system leaves?

Work is documented as part of delivery, code and credentials live in shared NSDS systems rather than on one machine, and more than one person holds the access needed to keep a managed service running. If NSDS could not continue an engagement at all, the contract requires that you receive code, data, configuration and documentation in a form another supplier can use.

Will NSDS sign our data processing agreement and complete our vendor questionnaire?

Yes to both. NSDS will work from your processor terms and your questionnaire rather than insisting on its own format. Where a clause cannot be met, NSDS says which one and why rather than signing and hoping, which is the failure mode that causes problems later.

Do you use client data to train AI models?

No. Client data is used to deliver the engagement you contracted and for nothing else. NIA, the NSDS consultation assistant on this website, works from an approved knowledge base about NSDS services and does not learn from, or draw on, client project data.

Can we audit NSDS, or send our security team in?

A reasonable audit right can be agreed contractually, scoped to the systems used for your engagement and with reasonable notice. NSDS cannot grant access to systems or records belonging to other clients, so an audit is scoped to your own engagement.

Send this page to your procurement team, then ask for what is missing.

If a control you assess against is not covered here, ask. An honest answer about what NSDS does not have is more useful to you than a page that claims everything.