关于的数据文件和数据源 Customer Attributes
上传的数据文件要求和多个数据源 Customer Attributes Experience Cloud。
您需要拥有从企业访问 CRM 或类似数据的权限。您上传到Experience Cloud的数据必须为 .csv 文件。 如果您通过 FTP 或 sFTP 上传，则还需要上传一个 .fin 文件。
Customer Attributes 旨在每天处理一些文件。 为了缓解延迟处理较多小文件的问题，在处理前一批文件后 30 分钟内由同一组织发送的文件将被路由到优先级较低的队列。
允许的文件类型和命名要求 section_6F64FA02ACCC4215B0862CB6A1821FBF
以逗号分隔的值文件（例如在 Excel 中创建的文件）。该文件包含客户属性数据。
命名要求： 请确保文件扩展名不包含空格。
（必需）.fin 文件会告知系统您已完成数据上传。.fin 文件的名称必须匹配 .csv 文件的名称。
Adobe 建议创建一个具有 .fin 扩展名的空文本文件。空文件可节省空间和上传时间。
注意：不允许重新命名已上传的 .fin 文件。.fin 文件必须单独上传，并且不得是之前已上传的重命名文件。
在客户属性 FTP 中上传 .fin 文件后，系统会快速检索数据（在一分钟之内）。其他基于 FTP 的 Adobe 系统则与之不同，它们提取数据并不那么频繁（大约每小时一次）。
在使用拖放上传方法时不需要 .fin 文件。
.gz (gzip) 或 .zip - 用于压缩文件。.zip 文件不能在存档中包含一个以上的文件。
命名要求：.zip 或 .gz 的名称必须匹配 .csv 的名称。例如，如果您的 .csv 文件是 crm_small.csv，则 .zip 文件应为 crm_small.csv.zip。
.fin 文件必须匹配 .csv 文件。
属性数据文件的要求 section_169FBF5B7BBA47CE825B7A330CF3FE98
CSV 示例
CSV 文件必须遵循以下格式：
在文本编辑器中查看的同一文件：
准则
拖放文件应小于 100 MB。
在使用拖放上传方法时不需要 .fin 文件。
第一列必须是唯一的客户 ID。使用的 ID 应该与传递给 Experience Cloud ID 服务的 ID 相对应。
对于 Analytics，其为存储在 prop 或 eVar 中的 ID。
对于 Target，其为 setCustomerID 值。（请参阅 Analytics 和 Adobe Target - 同步客户 ID）
此客户 ID 是 CRM 在数据库中针对每个人使用的唯一标识符。其余列为来自 CRM 的属性。您选择要上传的属性数量。
建议对列标题使用友好、可读的名称，但不是必需的。当您在上传后验证架构时，可以将友好名称映射到上传的行和列。
关于客户 ID
企业通常使用 CRM 系统中的客户 ID。此 ID 是在人员登录时使用 setCustomerIDs 调用设置的。在上传到Experience Cloud的CRM文件中，还使用此ID作为密钥。 别名 ID 是 Audience Manager 中数据存储的友好名称，其中存储了别名数据。系统将别名发送到此数据存储（通过 setCustomerID）。CRM 文件将应用于该数据存储中的数据。
有关 setCustomerIDs 的信息，请参阅客户 ID 和身份验证状态。
后续标题应表示每个属性的名称。
这些列应包含来自 CRM 的客户属性。
您可以上传数百个 .csv 列到Experience Cloud中的客户属性服务。 但是，在配置订阅并选择属性时，根据您拥有的应用程序，将会受到以下限制：
- Analytics Standard：总共 3 个
- Analytics Premium：每个报表包 200 个
- Adobe Target Standard： 5 个
- Adobe Target Premium： 200 个
- FTP 的最大文件大小限制为每次上传 4 GB。
- 最小文件大小限制为每次上传 10 MB。
- 您可以每半小时上传一个文件。
- 您应当将您的 .csv（和 .fin）文件放在 FTP 站点的根文件夹中。
重要提示：FTP 帐户允许的总空间量为 40 GB。您有责任删除已处理的文件。
每个属性来源应包含相同数量且以逗号分隔的字段。
包含换行符、双引号或逗号的字段必须加引号。
字段中的双引号字符必须使用反斜杠 (\) 进行转义。
空列将存储为 null。
上传客户属性数据时，如果您要快速且连续上传多个文件，尤其是文件较大时，请确保在上一个文件处理完成之后再上传下一个文件。您可以通过查看上一个文件何时被移动到 客户属性 FTP 帐户中的已处理或失败的文件夹，监控上传情况。
如果将大文件分成较小的文件，并连续快速提交这些文件，实际上可能会减慢处理速度，除非您可以确保在提交下一个文件之前已完成处理每个文件。
客户属性与 Analytics 中的基础访客个人资料关联。 因此，在 Analytics 中，客户属性 在访客个人资料的整个生命周期内都与该访客相关联。 该配置文件包括客户首次登录之前发生的行为。
如果使用的是 Data Warehouse 回填方法，则数据将绑定到基于 Analytics ID (AID) 的 post_visid_high/low。如果使用的是 Experience Cloud ID 服务，则数据将绑定到基于 Experience Cloud ID (MID) 的 post_visid_high/low。
请注意，从2022年10月开始，Data Warehouse回填方法将不再可用。
使用多个数据源 section_76DEB6001C614F4DB8BCC3E5D05088CB
创建、修改或删除客户属性源时，大约会有一小时的延迟。在此之后，ID 才开始与新的数据源进行同步。
每个客户属性源的别名 ID 必须是唯一的。如果您有多个数据源使用同一 ID，可按照以下方式对其进行设置：
在 VisitorAPI.js 或 Dynamic Tag Management 的 Experience Cloud ID 工具中：
设置两个客户 ID，使其分别对应于适当的数据源：
Visitor.setCustomerIDs({
"ds_id1":"123456",
"ds_id2":"123456"
});
（请参阅客户 ID 和身份验证状态以了解更多信息。）
在 Experience Cloud > 人员 > 客户属性 中：
使用与上述客户 ID 对应的唯一别名 ID 创建两个客户属性来源。使用此方法可以将相同的引用 ID 发送到多个客户属性源。