ADCampus批量导入账号失败（txt形式）

1. 检查并统一分隔符（最常见原因）

• 问题点：虽然您选择了 Tab 键作为分隔符，但实际复制粘贴时可能混入了空格，或者使用了全角字符的空格。
• 解决建议：强烈建议将 TXT 文件另存为 CSV 格式（逗号分隔），然后在导入向导中将分隔符选择为“逗号”。这种方式容错率最高，能避免隐藏空格导致的解析错位。

2. 核对列映射与必填项

• 问题点：提示“用户不存在”，很可能是系统在读取第一列“账号名”时，因为分隔符错位导致读到了空值或乱码，从而认为该账号无效。
• 解决建议：
  • 在导入向导的第4步“按照对应列选择信息”中，务必确认每一列都正确匹配到了系统的字段（如：第1列->账号名，第2列->证件号等）。
  • 确保“密码”字段不为空。如果不想设置具体密码，可以填写一个默认值（如 Admin@123），不能留白。

3. 清理不可见字符

• 问题点：从其他系统导出的数据或网页复制的数据，经常会在行首、行尾或单元格内带有不可见的换行符或特殊控制字符。
• 解决建议：使用记事本打开 TXT 文件，开启“显示所有字符”功能，删除多余的空格和回车。最好重新手动敲击输入一行测试数据进行导入验证。

4. 检查接入组配置

• 问题点：导入时选择的“接入组”如果不具备相应的认证权限或策略，也可能导致创建用户失败。
• 解决建议：先尝试不勾选特定的复杂接入组，仅导入到默认的测试接入组中，看是否能成功。成功后再修改用户的归属组。

报错 “用户不存在” 不是指账号已存在，而是系统解析你的 TXT 行时，认为字段不合法 / 为空 / 格式错，导致没能创建，所以报 “用户不存在”。下面按你这个场景一步步排查（ADCampus+EIA 接入用户批量导入，TXT、Tab 分隔、4 列：账号 / 证件 / 姓名 / 密码）。
一、先把 “坑点” 说清楚（最常见）
分隔符不是真 Tab（最常见）
你以为是 Tab，实际是空格、或复制过来的软 Tab / 全角空格。
特征：肉眼看着分开，系统不认，解析成只有 1 列 → 账号为空 → “用户不存在”。
文件编码不是 UTF-8（Windows 记事本默认 ANSI）
中文姓名乱码、字段截断 → 解析失败。
列数不对 / 多了空行 / 末尾有空格
必须严格：1 行 = 4 列 = 3 个 Tab，不能多、不能少；不能有空行；每行末尾不能有空格 / Tab。
账号 / 密码含非法字符
账号：不能有空格、@、#、& 等，纯数字 / 字母 / 下划线，长度≤20。
密码：不能含特殊符号或不符合复杂度（默认可能要求大小写 + 数字）。
证件号格式校验失败
身份证必须 18 位；手机号 11 位；不能全 0、不能有字母。
导入时 “列映射” 选错
明明第 1 列是账号，你映射成了 “证件号” → 账号字段为空 → 报用户不存在。
二、给你一个 “能直接用” 的标准 TXT 写法
用记事本新建，编码选 UTF-8，内容严格如下（只留一行测试）：
plaintext
test001 110101199001011234 测试用户 Test@123
说明：
四列之间只能按一下 Tab，不要多按、不要用空格补
无表头、无空行、行尾无空格
账号：test001（纯字母数字）
证件：18 位身份证
姓名：2-4 个中文
密码：大小写 + 数字 + 特殊符（符合默认策略）
保存时：
文件名：user.txt
编码：UTF-8（非常关键）
三、网页导入时必须核对的 3 步
上传后，列映射必须选对：
第 1 列 → 账号名
第 2 列 → 证件号
第 3 列 → 用户姓名
第 4 列 → 密码
接入组：选一个已存在、正常状态的接入组
用户状态：选正常
四、排查顺序（你直接照着做）
用上面 “标准写法” 做一行测试文件，导入看是否成功。
成功：说明你原来文件是分隔符 / 编码 / 空格问题。
失败：继续往下。
检查编码：记事本→另存为→编码 =UTF-8，重新保存。
检查每行：
只有 1 行、无空行
用鼠标选中整行，看是否正好 4 块（3 个 Tab）
行尾无空格、无 Tab。
检查字段内容：
账号：纯数字 / 字母，无空格
证件：18 位身份证或 11 位手机号
姓名：2-4 中文，无空格
密码：符合复杂度（大小写 + 数字）。
查看日志：
系统管理 → 日志管理 → 操作日志
找到本次导入，看具体字段错误（比如证件号格式错、账号为空）。
五、你现在这个报错的直接原因
你写的账号是 1xxxxx1（纯数字），但因为：
分隔符不是真 Tab → 系统把整行当成一个字段
账号字段实际为空 → 系统提示 “导入帐号‘1xxxxx1’。用户不存在”
（日志里会看到：账号为空或格式错误）。