SuiteCRM for GDPR consent and lawful basis

Use SuiteCRM's Lawful Basis fields, consent capture and change logs to record the GDPR basis for each contact, plus the processes a CRM cannot cover.

On this page

Can SuiteCRM help with GDPR consent and lawful basis?

SuiteCRM can record the lawful basis for each contact, hold consent and opt-out data, and keep a change history of those fields, but it cannot decide which basis applies, prove consent on its own, or run the wider GDPR program. For a regulated team holding contact records across sales and marketing, the practical question is whether the CRM can show, for every record, which basis was chosen, when it was set and who changed it. The Lawful Basis field offers Consent, Contract, Legal Obligation, Vital Interests, Public Task and Legitimate Interests, which map to the six bases in Article 6(1) of the GDPR. The field can be mass updated from list view, and those changes are kept in the change log. The decision to rely on a basis, and the documented reasoning behind it, must come from your privacy function.

Article 7(1) requires the controller to be able to demonstrate that a data subject consented, and Article 7(3) requires that consent can be withdrawn as easily as it was given. SuiteCRM supports this by storing consent and opt-in data against the contact and keeping the history of edits, which becomes evidence when a regulator or auditor asks how a record was established. The CRM cannot, however, show that a visitor saw the right notice or actively agreed unless your capture process records that evidence. Confirm in your own environment whether web-to-lead forms store the consent wording shown, a timestamp and the source, whether confirmed opt-in sends and records the confirmation, and whether imported lists arrive with any consent evidence at all. Lists without evidence should be treated as unverified until someone resolves them.

Article 21(2) and 21(3) give a data subject the right to object at any time to processing for direct marketing, and the processing for that purpose must then stop. In SuiteCRM, the opt-out data is only as effective as the processes that read it. Plan how the opt-out flag suppresses contact in campaigns, email tools, exports and any marketing platform connected to the CRM, and test each path with a known test contact before go-live. The objection right applies to direct marketing specifically, so a team relying on legitimate interests for marketing must also keep its balancing assessment on file, which the CRM cannot perform. Record who owns the assessment and where it is stored.

Several parts of the GDPR fall outside the CRM. Judging whether a basis is valid is a legal and documented decision, and SuiteCRM cannot assess a legitimate interests balancing test or confirm that consent was freely given and specific. The wider program also includes records of processing, data protection impact assessments, handling of access requests, retention rules, breach notification under Articles 33 and 34, and transfer conditions under Chapter V. Fines under Article 83 can reach EUR 20 million or 4% of worldwide annual turnover for infringements of the lawful basis and data subject rights provisions, so these processes need owners and written procedures before the CRM is relied on as evidence.

DeployOpen prepares the SuiteCRM configuration and the evidence that goes with it, including field setup, roles that control who can change the basis, opt-out handling and a check that the change log is retained as designed. DeployOpen does not certify compliance, and the GDPR requires no audit, attestation or certificate. Independent auditors and certification bodies provide those assessments, and Article 42 certification is voluntary. Before work starts, ask for a written scope that names each Article 6(1), 7 and 21 control covered, the evidence produced, the processes you still own and the test cases used to confirm suppression of marketing contact.

Which GDPR requirements map to SuiteCRM features

Each card pairs one GDPR requirement with the SuiteCRM setting that supports it, the configuration point to set and the limit that the CRM does not cover alone. Read them together, because a lawful basis label, consent evidence, withdrawal and objection handling must agree with each other for any one contact.

Article 6(1) lawful bases

Article 6(1) allows processing only where one of six bases applies. SuiteCRM's Lawful Basis field offers Consent, Contract, Legal Obligation, Vital Interests, Public Task and Legitimate Interests, so each record can carry one value. Configure the field for the modules that hold personal data, agree with counsel which basis applies to each data flow, and check that the values match your processing register. The field records the basis you chose; it does not establish that the basis is valid.

Article 7(1) demonstrable consent

Where processing relies on consent, you must be able to show that the person consented. Setting the Lawful Basis to Consent records the category, but the field alone does not hold the wording shown, the time, the channel or the version of the notice. Decide which evidence you will keep and where, such as a linked consent record per contact, and test that one sample contact can be explained to a supervisory authority from the CRM and its logs.

Article 7(3) withdrawal

Article 7(3) requires withdrawal to be as easy as giving consent. In SuiteCRM, withdrawal means changing the Lawful Basis or opt-out state on the record, and the change log keeps the earlier value. Decide who may make the change, whether people can withdraw without contacting you, and how the change reaches mailing tools and other systems outside SuiteCRM, which needs an integration that you build and test.

Article 21(2) and (3) marketing objections

Article 21(2) and (3) let a person object to direct marketing at any time, and processing for that purpose must then stop. Map each objection to an opt-out state on the contact and confirm which SuiteCRM opt-out fields suppress email and which channels still need manual suppression. Check the campaign and list configuration with a test contact, and keep a suppression list for any marketing tool that receives data from SuiteCRM.

Web-to-lead consent capture

Web-to-lead forms create leads from public website submissions, so each form is a point where a lawful basis and consent evidence must be set. Confirm with your implementation plan which form fields carry the consent wording, the basis value and the timestamp, and whether a double opt-in step is needed for your use case. Test the form, the lead record and the mapping to the contact before launch, because a missing field at this stage is hard to recover later.

Requirement, SuiteCRM capability and configuration

This table compares each GDPR requirement for lawful basis and marketing consent with what SuiteCRM's documented Lawful Basis field and change log provide, and what your configuration must add. Read each row as a gap check: the capability column shows what is documented, and the configuration column shows what you must decide, build or confirm. The main takeaway is that SuiteCRM records the basis and its changes, while proof of consent and the objection process depend on your own fields, roles and procedures.

GDPR requirementSuiteCRM capabilityConfiguration needed
Article 6(1): a lawful basis for each processing purposeLawful Basis field offers Consent, Contract, Legal Obligation, Vital Interests, Public Task and Legitimate InterestsConfirm the field appears on every relevant module layout and that the options match the purposes you have documented
Article 7(1): demonstrate that consent was givenThe field records the basis selected, not the evidence behind itAdd fields or linked records for consent source, date and wording version, and confirm what the change log captures in your version
Article 7(3): withdrawal as easy as giving consentOpt-out behavior for marketing contacts must be confirmed in your versionDefine the withdrawal path, test it end to end and confirm the result on campaign exclusion
Article 21(2) and (3): objection to direct marketingLawful Basis fields can be mass updated from list view, with changes kept in the change logWrite a workflow: record the objection, update the basis, exclude the contact from marketing and log who acted
Who may change the basisEdit rights depend on role and module permissions in your installationConfirm whether field-level access can restrict edits to Lawful Basis and limit mass updates to named roles
Confirmed opt-inConfirmed opt-in behavior must be confirmed in your versionDecide whether confirmation emails and their timestamps are kept in SuiteCRM or in a separate system
Processes outside the CRMThe Lawful Basis field does not cover retention, transfers or processor termsDocument these in your records of processing and confirm them with your data protection lead

How to choose the lawful basis for each contact group

The lawful basis for each contact group is a decision the controller makes before any personal data is recorded in SuiteCRM, and it is not a setting that the software can make for you. Article 6(1) of the GDPR allows processing only where at least one of six bases applies: consent, performance of a contract, a legal obligation, vital interests, a public task or official authority, or legitimate interests. The Lawful Basis fields in SuiteCRM let you record the choice against each contact, but the choice itself has to be justified by your organization's purpose, relationship and legal position before it is entered. Treat the mapping as a register that your data protection lead owns, with one row per contact group, the purpose it serves and the basis chosen for it.

If the basis is consent, the controller must be able to demonstrate that the data subject consented under Article 7(1), and consent must be freely given, specific, informed and unambiguous. In practice, a single checkbox that bundles newsletters, event invitations and sharing with partners will usually fail the specific test, so each purpose needs its own request. Article 7(3) requires that withdrawal be possible at any time and be as easy as giving consent. That has a direct consequence for the CRM design: the route to withdraw must be as simple as the route to opt in, and the record must show when and how the choice was made and changed. Before relying on consent for a group, confirm with your legal counsel that the wording, the separation of purposes and the withdrawal route meet these tests.

If the basis is legitimate interests, the controller needs a documented assessment that balances its interest against the rights and expectations of the people concerned. That assessment is a document held by the organization, and it does not live in a SuiteCRM field. Record a reference to it on the contact group or in the mapping register, and keep it current when the purpose or data changes. Direct marketing is a special case: under Article 21(2) and (3), the data subject may object at any time, and processing for that purpose must stop. Your assessment should therefore state how objections are received, routed to the team that maintains the marketing lists and applied in the CRM, so that the basis is not only justified on paper.

Use the EDPB guidelines and the decisions of your competent national supervisory authorities as the reference for interpreting these bases, because the GDPR is directly applicable in every EU Member State and in the EEA states that apply it under the EEA Joint Committee decision. The European Data Protection Board issues guidelines that national authorities take into account, and the supervisory authority in your main establishment or in each relevant country is the body that will assess your position. Read the relevant EDPB guidance alongside the GDPR text itself, and record which guidance you relied on. The Lawful Basis guidance in the SuiteCRM user guide explains how the fields work, but it does not decide which basis applies to your contacts.

Before you configure any field, agree the full mapping with your legal counsel and sign it off. Confirm which contact groups exist, the purpose for each, the basis chosen, the documents that support it and the owner who reviews the choice when the business changes. Ask counsel to confirm whether any group relies on a basis that the CRM cannot evidence on its own, such as an assessment or a signed notice held elsewhere, and plan where those records will be kept. Agree the review cadence in writing so that a change in product, country or purpose triggers a review of the mapping before the data is reused.

What evidence the CRM produces for auditors and how to keep it

SuiteCRM records lawful basis and consent decisions in several places, and each place yields a different piece of evidence. The cards below cover what each record shows, where it can be lost, and what your team must export and archive under its own process so the evidence survives outside the CRM.

Lawful Basis change log entries

Changes to a contact's Lawful Basis field are kept in the change log, which is the first record an auditor will ask for when reviewing how a basis was set. Test this in staging by changing a record through each basis value your team uses, then read the log to confirm the entry appears. Confirm in your deployed version which details are recorded, such as old value, user and timestamp, and whether custom fields are included. Do not describe the log as tamper-proof unless your version's documentation confirms that property.

Mass update records from list view

Lawful Basis fields can be mass updated from list view, and those bulk changes are kept in the change log. One bulk action can change many contacts at once, so the evidence must show who ran it, which filter selected the records and the reason for the change. Ask your administrator to save the filter used and export the affected records before and after the update, then store both under your change control process.

Consent capture timestamps and source forms

Where processing relies on consent, the controller must be able to demonstrate that the data subject consented, so the contact record should show when consent was captured and through which form or source. Map each web-to-lead and confirmed opt-in form to a stored source value, and confirm that the capture time is saved on the contact record. Submit one test form end to end and keep the resulting record, the form version and the confirmation email as a reference set.

Exported reports as audit extracts

Reports exported from SuiteCRM are often the document an auditor receives, so each export needs its own record: the report definition, the filter applied, the run date, the person who ran it and the record count. Once downloaded, an export leaves the CRM's control, so copy it into your controlled archive and add a checksum or version reference if your process requires one. A spreadsheet saved to a personal drive should not be the only copy.

Backups and log retention

Backups capture the database and files that hold the change log and consent fields, so they form part of your evidence set. Set backup and application log retention periods that match your own record keeping policy, since SuiteCRM does not set them for you. Test a restore in a separate environment and confirm that the change log entries come back with their original timestamps before you rely on that backup for an audit request.

Admin role access restrictions

The admin role can change Lawful Basis definitions, field permissions and workflow settings, and anyone with direct database access could alter stored history, so the admin role is the highest-risk point for evidence integrity. Limit the role to named individuals, review its membership on a schedule and track administrator sign-ins at your identity provider. Confirm exactly which actions the admin role can perform in your version before you write the access rule.

Configuration sequence for consent and lawful basis

This sequence sets the lawful basis for each contact and lead, records how consent was given, and gives the team a repeatable way to honor objections and withdrawals. Each step closes with a check that the team can show to a reviewer or supervisory authority. Start with the legal decisions, because the CRM can only record the basis that counsel has defined.

  1. Confirm the basis taxonomy with counsel

    Counsel, with input from marketing, sales and service leads, decides which of the six Article 6(1) bases each processing activity uses and which SuiteCRM Lawful Basis option maps to it. Record the mapping for Consent, Contract, Legal Obligation, Vital Interests, Public Task and Legitimate Interests, and note which activities need consent at all. Do this before any field changes, because the CRM can only store the categories the business has agreed. Done when counsel has signed off a written mapping that the implementation team can apply without interpretation.

  2. Back up files and database before changes

    Before any configuration change, take a backup of the SuiteCRM files and database, and run every change first on a staging instance built from that copy. The SuiteCRM migration documentation gives the same advice for SuiteCRM 8 environments, and it also says to review customizations because the migration may remove non-core files under the public/legacy folder. Assign one person to confirm the backup restores cleanly to a separate environment. Done when the restore test succeeds and the change window has an agreed rollback decision.

  3. Review Lawful Basis fields on Contacts and Leads

    Check that Lawful Basis is present on Contacts and Leads with the options counsel approved. Confirm that the field labels and any dependent fields match the written mapping, and hide or remove options the business has ruled out. Existing records keep whatever value they hold until the team updates them, so plan a review of current values before anyone relies on them for marketing. Done when a sample of records shows the expected value on the detail and edit views.

  4. Configure web-to-lead forms to capture consent

    Set each web-to-lead form so that every submission records the lawful basis, the consent wording the visitor saw, the date and the source of the form. Use a separate form or field value for activities that rely on a different basis, so an enquiry that rests on contract is never recorded as marketing consent. Keep the consent statement under version control with the form configuration, so the team can show which wording applied on a given date. Done when a test submission on staging creates a lead with the basis, source and consent fields populated as designed.

  5. Set up opt-out and objection handling

    Define how a withdrawal of consent or an objection to direct marketing is recorded and acted on. Article 7(3) requires withdrawal to be as easy as giving consent, and Article 21(3) requires direct marketing processing to stop after an objection. Decide the field or status that marks a contact as opted out, the list and campaign rules that exclude that contact, and who handles requests received by phone, email or post. Confirm the exclusion works on every list and campaign you use. Done when a test contact marked as opted out no longer appears in a marketing list the team builds.

  6. Restrict mass update rights on lawful basis

    Limit who can change Lawful Basis in bulk from list view, since the field can be mass updated and those changes are kept in the change log. Set role-based access so that only named administrators or privacy staff can edit the field across many records. Confirm the exact setting in the role and module access configuration of your SuiteCRM version, and document who approves any bulk change. Done when a user outside the approved role cannot run the update and the approved user's test change appears in the change log.

  7. Test change logging on staging

    Run a set of test changes on staging: set a lawful basis manually, mass update a list of records, change a consent value and record an opt-out. Confirm in your version what the change log records, including the user, the time and the previous value, and check that each test change appears there. Repeat this test after any SuiteCRM minor upgrade, because release behavior can change. Done when every test change is traceable and the team has signed off the results.

  8. Document the consent runbook

    Write the runbook that operators will follow after go-live. It should cover how each basis is assigned, who approves bulk changes, how web-to-lead forms are versioned, how withdrawals and objections are processed, and how change log reviews are scheduled. Name the steps that happen outside SuiteCRM, such as handling postal requests, and include the staging and backup steps so the next change follows the same path. Keep the runbook under change control and link it to counsel's written mapping. Done when the operations owner has accepted it and has walked through one withdrawal request from start to finish.

What SuiteCRM does not cover

SuiteCRM records consent and lawful basis fields, but several GDPR duties sit outside the application and need their own owners, documents and tests. The items below are the ones most often assumed to be covered by the CRM, and each needs a decision, a record and a check in your wider compliance program.

Lawful basis and legitimate interests

SuiteCRM stores which of the six Article 6(1) bases applies to each contact, but the choice of basis is a legal decision that stays with your organization. Choosing legitimate interests requires a documented assessment that weighs your interests against the expectations and rights of the data subject. Check that each Lawful Basis value has a named owner, a written reason and a review date, and that marketing staff know which contacts rely on consent that can be withdrawn at any time under Article 7(3).

Records of processing and retention

The CRM holds contact data, but the record of processing activities, which describes purposes, data categories, recipients and retention periods, sits in your compliance register. Retention schedules must set how long each contact type is kept after a relationship ends or consent is withdrawn. SuiteCRM applies only the deletion or anonymization rules you configure or script, so ask who maintains the register, how it maps to CRM modules, and how purges are logged and verified.

Data subject request handling

Access, rectification, erasure and objection requests arrive by email, web form and phone, and most of them touch systems beyond the CRM. SuiteCRM holds a contact's records and change log, but it cannot confirm that copies in marketing tools, support desks, backups or processor systems were handled too. Define a workflow with identity checks, response deadlines set by your legal team, a request register and an inventory of every system that holds the person's data.

Breach notification under Articles 33 and 34

Article 33 requires the controller to notify the supervisory authority of a personal data breach, and Article 34 requires notice to affected individuals where the risk is high. The CRM audit trail shows what changed and by whom, but detecting, assessing and documenting an incident depends on logging and monitoring across the hosting platform, database and integrations. Confirm the notification deadline your counsel applies, identify the supervisory authority for each Member State where you operate, and rehearse the decision path before an incident occurs.

International transfers under Chapter V

Chapter V covers every transfer to a third country, including cloud storage outside the EEA and remote access from abroad for support. EDPB Guidelines 05/2021 treat both as transfers, even when a support engineer only views data on screen. Check where the hosting provider, backups and support staff are located, and confirm whether any United States recipient appears on the Data Privacy Framework List, since Commission Implementing Decision (EU) 2023/1795 covers only listed organizations and an appeal in Case C-703/25 P is pending.

Session control with SAML logout

If users sign in to SuiteCRM 8.7.0 or later through SAML, the implementation does not support IdP-initiated logout or POST binding to the logout service. Ending a session at the identity provider therefore does not end the SuiteCRM session, which slows revocation when staff leave or a device is lost. Test the logout path in staging, set session lifetimes, document a user logout procedure, and add this gap to your access review and joiner-mover-leaver controls.

Why hosting and support access can change the compliance picture

The consent evidence in SuiteCRM can itself be personal data. The Lawful Basis value, the consent capture fields and the change log together show which contact consented, to what, and when. Where a controller relies on consent, Article 7(1) of the GDPR requires it to demonstrate that consent, so these records must be protected like the contact data they describe. The location question therefore covers more than the database server. It also covers backups, file storage, logs and any screen a support engineer sees. The EDPB Guidelines 05/2021 (version 2.0) state that remote access from a third country, even only displaying data on a screen for support or administration, is a transfer. Storage in a cloud outside the EEA is also a transfer. Chapter V of the GDPR, Articles 44 to 50, then applies.

The Court of Justice of the EU, in Case C-311/18 (Schrems II) on 16 July 2020, invalidated the EU-US Privacy Shield adequacy decision 2016/1250 but held that standard contractual clauses remained valid. Commission Implementing Decision (EU) 2023/1795 finds adequate protection for US organizations only where they appear on the Data Privacy Framework List. An appeal against the General Court's September 2025 judgment upholding that decision is pending as Case C-703/25 P. For any US-linked hosting or support provider, check its listing status directly against the official list, and ask the provider to confirm it in writing. Do not treat a sales statement about compliance as the evidence.

The US CLOUD Act matters even when data sit in the EEA. The provision at 18 U.S.C. 2713, added on 23 March 2018, requires electronic communication and remote computing service providers to preserve or disclose data in their possession, custody or control, whether inside or outside the United States. EDPB Guidelines 05/2021 (Example 12) say that using an EU processor subject to third-country law with extraterritorial effect is not itself a transfer, but complying with a third-country authority request would be. Controllers should therefore assess that exposure before engaging such a processor. GDPR Article 48 allows a third-country court judgment or administrative decision requiring disclosure to be recognized or enforced only if it rests on an international agreement, such as a mutual legal assistance treaty. EDPB Recommendations 01/2020 say that where a provider needs data in the clear and the destination's public authority powers go beyond what is necessary and proportionate, the EDPB cannot envision an effective technical supplementary measure.

Before engaging a hosting provider, implementation partner or support vendor that can reach the SuiteCRM instance, map every location and access path. Record the hosting region, backup locations, log and file storage, sub-processors, and the method each support engineer uses to connect. For each path, identify the transfer mechanism, whether the provider is subject to third-country law, and what the contract says about government requests. Ask the provider how it handles such requests, and have counsel review the wording. Transfer breaches under Article 83(5)(c) can carry fines of up to EUR 20 million or 4% of worldwide annual turnover, whichever is higher, so the map should be kept current.

This section does not decide whether any particular transfer is lawful. That depends on the facts of your deployment, the contracts you sign and the data you hold, so take legal advice before relying on any transfer mechanism. Counsel can assess whether standard contractual clauses under Commission Implementing Decision (EU) 2021/914 are appropriate, what supplementary measures are needed, and how the answer changes if the provider's remote access or storage moves. The GDPR text remains the baseline for this analysis, and the proposed amendments tracked by the European Parliament Legislative Observatory have not changed it as of October 2026.

How much effort does GDPR consent setup in SuiteCRM take?

What drives the cost and effort of GDPR consent setup in SuiteCRM?

Scope is the main driver. The effort grows with the number of contact sources (web forms, imports, events, partner lists), the quality of existing contact data, the number of forms that capture consent, and the number of processing purposes that need their own lawful basis. Staging and testing also add effort, because lawful basis changes affect marketing lists, campaigns and reports, and those need to be checked before they go live. A small CRM with one form and one purpose is a very different job from a multi-region instance with several brands. Ask a partner to show how each driver is counted in the written scope.

Which parts of GDPR consent setup are one-time work?

The one-time work is the setup. It usually includes mapping each data source and purpose to a lawful basis, configuring the Lawful Basis fields and the consent capture on web-to-lead forms, setting up opt-out handling, testing the change log, and writing a runbook that staff can follow. Your legal team must approve the mapping before configuration starts. Once these are done and tested in staging, most of the effort is complete unless your processing changes.

Which parts of GDPR consent setup recur after go-live?

Recurring work is governance. Plan for periodic review of the lawful basis assigned to each purpose, evidence exports that show consent records and change history when a regulator, auditor or internal reviewer asks for them, and reviews of the runbook when forms or campaigns change. Software upgrades also recur, because SuiteCRM releases arrive on a regular cycle and each upgrade should be tested against your consent configuration before it reaches production. Ask whether a partner offers these as a retainer or as separate scoped work.

Can our own team set up GDPR consent in SuiteCRM without a partner?

Yes, if you have the skills and the legal input. A team with SuiteCRM administration experience can configure the Lawful Basis fields, consent capture and opt-outs using the SuiteCRM user guide. You will need staff who can map each processing purpose to a lawful basis under Article 6 of the GDPR, and someone who can test the result in a staging instance. The legal decisions remain yours. Neither SuiteCRM nor a partner decides which lawful basis applies to a given purpose, and your data protection officer or counsel should sign off on the mapping.

What should we ask a partner to include in a written GDPR consent quote?

Ask for the scope in writing. A useful quote lists the contact sources and forms in scope, the processing purposes to be mapped, the deliverables (mapping document, configuration, test evidence, runbook), the staging and testing approach, and what the client must provide, such as legal sign-off and sample data. It should separate one-time setup from any recurring review, evidence export or upgrade support. Ask what is excluded, such as legal advice, data cleansing or work outside the CRM. Fixed-scope engagements agree these items before work starts, so the quote should name them.

How does the timeline for GDPR consent setup depend on scope?

Timing follows the agreed scope. The number of sources, forms and purposes, the state of the existing data, and how quickly your legal team approves the lawful basis mapping all affect the schedule. Delays often come from waiting on decisions rather than from configuration. Ask the partner for a timeline that is tied to the written deliverables and to your review dates, and confirm which dependencies sit with your team. No duration should be assumed until the scope is agreed.

Does DeployOpen certify that our SuiteCRM setup complies with GDPR?

No. DeployOpen does not certify compliance. DeployOpen plans and configures the SuiteCRM setup, prepares the controls and evidence that support a compliance assessment, and documents how the system works. Independent auditors and certification bodies issue reports and certifications. The GDPR itself requires no audit or certificate, and voluntary certification under Article 42 does not reduce your responsibility as controller. Your legal team decides whether the processing is lawful.

What your team needs to provide before work starts

Most of the delay on a consent and lawful basis project comes from inputs that the implementation team cannot produce on its own. Before any configuration starts, your team should assemble the current consent wording, every place it is shown, and the source of each contact record. Ask marketing and sales operations to export the wording from each web form, landing page, newsletter sign-up and event registration, with the date each version went live. Without that history, the team cannot tell which contacts were asked under which words, and the consent evidence the CRM is meant to record has nothing to point to.

The second input is a data map of the contact fields. List every field in SuiteCRM that holds personal data about a lead, contact or account contact, including custom fields added for campaigns, and note who enters it, which import jobs write to it and which integrations read it. The map should also show where the same person's data sits outside SuiteCRM, such as an email marketing tool or a web form provider. This list tells the implementer which Lawful Basis fields and change log behavior apply to which records, and it shows where data could be recorded without a basis at all.

Legal counsel or your data protection lead must make the basis decisions before build starts. For each processing activity, counsel should state whether the basis is consent, legitimate interests, contract or another option, and whether a marketing objection process applies to it. Ask for these decisions in writing, with the wording each one relies on. The implementer will set Lawful Basis values and workflow rules from that record, so the decisions need an owner and a date. Confirm also who signs off changes to the basis rules later, because a new campaign type may need a new decision.

Plan access before the build begins. Name an administrator who can change SuiteCRM configuration, a contact who can approve field and workflow changes, and a legal or privacy contact who can answer questions about edge cases during testing. Provide read access to the existing web forms and their hosting, and confirm which systems create or update leads. Also provide a staging instance that matches the production SuiteCRM version and customizations, with a recent copy of data that has been handled under your own data protection rules. Testing consent changes on a copy that differs from production gives results that do not carry over.

Finally, agree the scope in writing before work starts. The written scope should list the modules, forms, fields, campaign types and integrations in and out of the project, the decisions counsel has signed off, and the acceptance tests that will show each consent path works. Items left outside the scope, such as the email delivery service or a consent management platform, should be named so that nobody assumes they are covered. A fixed scope also makes it clear which work is quoted up front and which changes would need a separate change request.

How DeployOpen scopes and supports consent configuration

DeployOpen plans, configures and documents SuiteCRM's Lawful Basis and consent fields inside infrastructure you control, so the GDPR basis for each contact is recorded where your team can show it. Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.

How we scope

  • The written scope lists the lawful basis categories, fields and contact records in use before configuration starts.
  • We map which marketing lists, web-to-lead forms and imports need consent capture and which rely on another basis.
  • Processes outside the CRM, such as paper forms or call scripts, are named in scope and given a clear owner.

How we build

  • Configure Lawful Basis fields, mass update rules and change log visibility on a staging SuiteCRM 8 instance first.
  • Build web-to-lead and confirmed opt-in capture so each consent event is stored against the correct contact record.
  • Test opt-out handling end to end, including withdrawal and objections to direct marketing, before release to users.

How we hand over

  • Deliver a configuration record and runbook describing each basis, who maintains it and how changes are logged.
  • Provide test evidence showing that consent capture, withdrawal and marketing objections behave as documented.
  • Hand over written procedures for staff who record a basis, process a withdrawal or handle a marketing objection.

How we support

  • Ongoing support, upgrades and continuous testing are available as retainers after handover.
  • Track SuiteCRM minor and patch releases and confirm the consent configuration still behaves as documented.
  • We prepare records and controls for your own assessors, since DeployOpen does not issue audit reports or certifications.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.