|
| 1 | +--- |
| 2 | +title: Microsoft Azure Data Manager for Energy - How to enable legal tag creation for restricted country of origin data |
| 3 | +description: "This article describes how to enable legal tag creation for restricted country of origin data." |
| 4 | +author: bharathim |
| 5 | +ms.author: bselvaraj |
| 6 | +ms.service: azure-data-manager-energy |
| 7 | +ms.topic: how-to #Don't change |
| 8 | +ms.date: 02/08/2025 |
| 9 | + |
| 10 | +#customer intent: As a data manager, I need an ability to create legal tag definitions for restricted country of origin data. |
| 11 | + |
| 12 | +--- |
| 13 | +# How to enable legal tag creation for OSDU® restricted COO (Country of Origin) data? |
| 14 | +Legal tag definitions represent the legal status of the data hosted on an Azure Data Manager for Energy resource. A valid legal tag is required for data ingestion and retrieval stored on the resource. See [How to manage legal tags](how-to-manage-legal-tags.md). |
| 15 | + |
| 16 | +## COO (Country of Origin) configuration |
| 17 | +The creation of legal tags is governed by a configuration hosted on each Azure Data Manager for Energy resource, defined in OSDU® as the [legal service default configuration](https://community.opengroup.org/osdu/platform/security-and-compliance/legal/-/blob/master/legal-core/src/main/resources/DefaultCountryCode.json?ref_type=heads). This is a JSON configuration that defines data residency risk for data originating from these countries using the parameter **residencyRisk** and the data types to which this risk status doesn't apply using the parameter **typesNotApplyDataResidency**. Below is a sample configuration for data originating from Australia as an example: |
| 18 | + |
| 19 | +```json |
| 20 | +{ |
| 21 | + "name": "Australia", |
| 22 | + "alpha2": "AU", |
| 23 | + "numeric": 36, |
| 24 | + "residencyRisk": "No restriction", |
| 25 | + "typesNotApplyDataResidency": ["Transferred Data"] |
| 26 | +} |
| 27 | +``` |
| 28 | + |
| 29 | +The **residencyRisk** can take the values `default`, `Not Assigned`, `Embargoed`, and `No restriction`. For countries configured as `No restriction`, creating legal tags and later data ingestion is allowed. However, for all other statuses, an attempt to create legal tags would fail. |
| 30 | + |
| 31 | +For countries with status as `default` and `Not Assigned`, the default configuration can be overridden by changing the residencyRisk to `client consent required` in a legal service configuration maintained in `Legal_COO.json`. This change in configuration is the recommended method to enable legal tags for restricted COO. As an example, Brazil’s default status doesn't allow the creation of legal tags for data ingestion with Brazil as the COO: |
| 32 | + |
| 33 | +```json |
| 34 | +{ |
| 35 | + "name": "Brazil", |
| 36 | + "alpha2": "BR", |
| 37 | + "numeric": 76, |
| 38 | + "residencyRisk": "Default", |
| 39 | + "typesNotApplyDataResidency": ["Transferred Data"] |
| 40 | +} |
| 41 | +``` |
| 42 | + |
| 43 | +However, the configuration can be changed as below in the `Legal_COO.json` for the partition to allow the creation of legal tags: |
| 44 | + |
| 45 | +```json |
| 46 | +{ |
| 47 | + "name": "Brazil", |
| 48 | + "alpha2": "BR", |
| 49 | + "numeric": 76, |
| 50 | + "residencyRisk": "Client consent required", |
| 51 | + "typesNotApplyDataResidency": ["Transferred Data"] |
| 52 | +} |
| 53 | +``` |
| 54 | + |
| 55 | +> [!NOTE] |
| 56 | +> The configuration change is specific to the data partition in which the configuration is applied. Hence, these change requests require the reference of the data partition. |
| 57 | +
|
| 58 | +To enable this change, you should raise a support ticket on the Azure portal using the following information: |
| 59 | +- Subscription ID |
| 60 | +- Region in which the instance is deployed |
| 61 | +- Azure Data Manager for Energy developer tier resource name |
| 62 | +- Data partition name on which the configuration is to be changed. |
| 63 | +- List of country-specific configurations with new values to be applied (as shown above). |
| 64 | + |
| 65 | +> [!TIP] |
| 66 | +> Multiple partition configuration changes can be submitted in the same request by clearly specifying the partition name and the associated country-specific configuration changes. |
| 67 | +
|
| 68 | +> [!NOTE] |
| 69 | +> The country-specific configuration can also be reversed to the original state of 'default' or 'Not Assigned' if the customer chooses. |
| 70 | +
|
| 71 | +> [!IMPORTANT] |
| 72 | +> Microsoft isn't responsible for, and consults not or recommends changes to the **residencyRisk** status of country-specific configurations. The customer, by making such a request to allow data from these countries of origin by changing the configuration, is doing so at their own risk and understanding. |
| 73 | +
|
| 74 | +## Related content |
| 75 | + |
| 76 | +* [Legal service](https://osdu.pages.opengroup.org/platform/security-and-compliance/legal/) |
| 77 | +* [Allow data ingestion from specific country of origin](https://osdu.pages.opengroup.org/platform/security-and-compliance/legal/AllowDataIngestionFromCertainCOO/) |
0 commit comments