PII Deletion
This section provides you with information on how to enable PII deletion and about the PII data deletion workflow.
The Personally Identifiable Information (PII) data deletion feature allows customers to delete their personal data from the customer data platform. This provides customers greater control over their privacy and helps to protect their data or unauthorised access to their information.

Understanding what data is deleted and retained
When a PII deletion request is executed, the system removes sensitive customer information while retaining certain non-personally identifiable information (non-PII) data.
Deleted data | Non-deletion data |
---|---|
First name and last name | User ID |
Identifiers such as mobile, e-mail and external id | Transactions (but transaction custom/extended fields can be configured to be deleted). See Classifying custom field, extended field and payment attribute data as PII data . |
Customer custom and extended fields. This is configurable. See Classifying custom field, extended field and payment attribute data as PII data . | Communications data |
Payment mode attributes against a transaction | Payment mode (Card, UPI, BNPL) details used for the transaction. But the attributes can be deleted. See Configuring data that need not be deleted. |
V1 and V2 profile identifiers | PII data in the promo engine or on the OTA (Over The Air) side |
V1 and V2 profile comm channels | Coupons/promotions/gift vouchers and all benefits |
Identifiers/login details in the auth engine | Behavioural events |
Card custom fields and card extended fields. See Configuring data that need not be deleted. | Points data (will still be attributed to User ID) |
Search database (solr/ES) | Supplementary and coalition memberships |
Identifier change logs | Targets and Member care profiles - If you have the profile URL, you can access the profile; however, the page displays a message indicating that the customer has been deleted. |
Identifiers that are kept in the change requests log are set to null | User group dependencies and associations. Deleted customers remain part of groups/companies unless explicitly removed from groups (User ID remains) |
Customer data audit logs | PII captured in leads data |
_ | Any other details not mentioned under Deleted data. |
NoteIn Databricks, deleted customers must be explicitly excluded in queries to ensure accurate reporting.
Handling customer cards during PII deletion
Apart from core customer data, you also need to decide how the linked loyalty cards are handled during the deletion of PII. By default, upon deleting a customer profile, the card is delinked from the user and the associated card status changes to Not Issued
. However, it is possible to configure the status to change to "DELETED" automatically during the PII deletion process. This behaviour is controlled by the configuration parameter CONF_PII_DELETION_CARD_UNLINK_STATE
.
If you choose to set this configuration parameter to "DELETED," the card status will remain "DELETED" after the customer profile is deleted.
The configuration must be set before the PII deletion request is submitted.
Enabling the Configuration
To enable this configuration, create a JIRA ticket for the Product Support team.
Classifying custom field, extended field and payment attribute data as PII data
In addition to core identifiers (mobile, email, external ID), you may need to delete custom fields, extended fields, or payment attributes that contain PII. By default, these are not deleted. You must explicitly mark them as PII.
Custom field and Extended fields
If you want to include custom fields and extended fields as part of PII data, perform the following:
- From the Organisation settings, navigate to Master Data Management > Data Model > Custom fields/Extended fields.

- Select the desired custom field/extended field that needs to be part of PII data.
- Click Edit.
- Select the Is this pii data/Is it PII data check box.

- Click Submit.
Payment attributes
If you want to include payment attributes as part of the PII data, perform the following:
- From the Organisation settings, navigate to Organisation set up > Payment modes > Tenders.

- Select the desired tender and click the edit icon.
- Select the desired attribute that needs to be part of the PII data and click the edit icon.

- Click the attributes value icon.

- From the Selection drop-down, select the desired unit.

- Select the Is PII Data check box.
- Click Save.
PII deletion in connected orgs
In a connected organisation setup, the PII deletion is always initiated from the parent organisation, and the data gets deleted from both the parent and child organisations. However, the PII configuration is maintained separately. For the child organisation, the PII configuration should be set at the child level.
Performing PII deletion
Step 1: Make sure the below prerequisites are met
- Enable customer status. See Enable customer status.

- Make sure that a label is created for each customer status. For more information on customer status labels, see Create customer status label.
For Pending Deletion, the platform creates a deletion_pending status automatically and assigns it whenever a deletion request is raised. The platform does not use any label that you created against the Pending Deletion status.
- Configure PII deletion. See Configuring PII deletion.
- If required, select and mark the required extended field, custom field and payment mode attributes as PII data. See Classifying custom field, extended field and payment attribute as PII data.
Step 2: Define PII deletion configurations as required.
To enable and configure the PII deletion
- From Organisation settings, navigate to Organization Setup -> PII Configurations.
- To enable the PII deletion, select the CONF_ENABLE_PII_DELETION check box.

-
To set the number of days after which the data is deleted (deletion waiting period), enter the number in the CONF_PII_DATA_DELETE_AFTER_DAYS field. You can enter any value between 0-90.
Note
If the waiting period is set to 0 days, the system deletes the data on the same day that you raised the requests and approves if approval workflow is involved. For example, if a customer raises a deletion request at 1400 hrs, the system processes deletion at midnight on the same day depending on the time zone of the cluster the org belongs to on the Capillary platform.
-
Click Submit.
Step 3: Create a deletion request
A PII deletion request can be performed from the Member Care, refer to .the documentation on user deletion from Member Care. For more information on the PII deletion APIs, see Add deletion request API documentation.
Step 4: (for approvers) Approve the PII deletion request from Membercare
For information on approving member account deletion requests from Membercare, refer to Request management documentation.
Deletion request status
Action | Request status | Customer status and status label |
---|---|---|
Capillary receives a deletion request | PENDING | No change to the customer status |
The brand rejects the deletion request | REJECTED | No change to the customer status |
Capillary receives a deletion request | APPROVED | Pending Deletion: Deletion_pending |
The customer cancels the deletion request | CANCELED | Previous customer status |
Capillary deletes the customer PII after the waiting period. | DELETED | DELETED: Deleted |
FAQs
- Can we raise bulk PII data deletion requests? For bulk PII deletion, use Connect+. See PII data flow.
- Is the PII deletion request approved by default? This depends on the query parameter. PII deletions need to be approved.
- Are custom fields and extended fields part of PII data? No. But, you can mark the desired custom fields and extended fields as PII data.
- Will PII details in the Auth engine be deleted for the users who raised the request? Yes. After the PII deletion waiting period lapses.
- Will event data (behavioural events, transaction events, etc.)be deleted? No. Data attributed to the user id is not deleted as the user id is not categorized as PII data.
- What happens if the waiting period is set as 0 days? If the waiting period is set to 0 days, the system deletes the data on the same day.
- My brand's transaction custom fields/extended fields also have PII data. Can those be marked for deletion? Yes. You can mark those data as PII data. See Custom field and extended field PII data.
- Can I view a deleted customer's events on Member Care? Yes.
- Will the profile be visible if I go to the profile using user_id in the Member Care URL? No.
- Are payment mode attributes deleted by default? No. But you can configure payment attributes as PII data. See payment attributes.
- My brand's payment mode attributes have sensitive PII data. Can I delete that? You can configure payment attributes as PII data. See payment attributes.
- I want to delete event data (transactions, behavioural events and so on) of customers. Is this possible? No.
- Will communications sent to a customer be deleted? No.
- What happens to active coupons that are not redeemed? You cannot redeem the active coupons associated with the deleted customer ID.
- Will OTP messages get sent to customers? After the PII deletion, the customer will not get any message.
- How can a customer track the status of a deletion request? Brands can use the GET APIs and the event notifications to update the status of the customers.
- Is there a UI to view all deletion requests raised in an org? Yes.
- How can a CSR raise a deletion request? CSR can raise deletion requests through member care.
- Can any CSR raise a deletion request? This depends on access rights. If you have access, you can raise deletion requests on behalf of a customer.
- How is PII deletion handled for connected orgs? In connected orgs, PII deletion is based on the PII deletion policy configuration.
- Does the configured card status "DELETED" override the card's previous state? Yes. The PII deletion process updates the status for all cards associated with the customer, regardless of their previous state (e.g., ACTIVE, ISSUED, SUSPENDED, or EXPIRED).
- Does NOT_ISSUED vs. DELETED have any operational difference beyond the status label? If you want to reuse the cards after PII deletion, you can have the cards set to NOT_ISSUED. If you don't want to reuse the cards, you can configure them as DELETED. Only cards with the NOT_ISSUED status can be linked to a new customer.
- Does changing the configuration later affect past PII deletions? No, the card status will take the label that was configured at the time of the PII deletion. The configuration can be changed only for the future deletions.
- Can the card status be updated manually after PII deletion has occurred?
No, you cannot update the
DELETED
label. You can, however, update the status of aNOT_ISSUED
card. Once you link aNOT_ISSUED
card to a customer, its status will change to ACTIVE, and you can then update its status as per requirement. - Does this
CONF_PII_DELETION_CARD_UNLINK_STATE
config affect physical cards? Yes, this feature affects all cards, both physical and digital.
Updated 13 days ago