为何UI可使用系统账户创建手工日记账而API报错？

• 参数格式不匹配：UI中选择账户时，后台实际处理的是账户的内部唯一标识符（比如ID），但你在API请求里可能传入了带描述的显示名称（如“820 - Realized Currency Gains”），或者仅传入了代码“820”但系统API要求使用内部ID而非显示代码。另外，部分系统的API会严格校验账户代码的格式，不允许包含空格或后缀文本，而UI会自动剥离这些内容。

• 权限配置不同：API调用使用的认证账号和你UI登录的账号权限存在差异。比如UI账号被授予了使用“820 - Realized Currency Gains”账户的权限，但API服务账号没有被允许在手工日记账中使用该系统账户，或者缺少访问该账户的基础权限。

• 文档类型校验差异：部分系统中特定账户仅允许关联特定类型的日记账。UI可能会根据你选择的账户自动匹配正确的日记账类型，但API请求中如果未指定正确的文档类型，或者指定的类型与“820”账户不兼容，就会触发无效代码的错误。

• 账户属性限制：一些系统账户会被标记为“仅UI操作可用”，这类账户的API调用权限被刻意限制，或者账户的“允许手工录入”属性在API校验逻辑中被严格执行，而UI端可能存在特殊兼容逻辑跳过该校验。

• 校验逻辑容错差异：UI的前端或后台校验会做自动兼容处理，比如自动修正账户代码格式、补全必要参数，但API的校验逻辑更严格，完全遵循接口文档要求，没有这些容错机制。例如UI输入带描述的账户名会自动提取纯代码，而API直接传入该字符串就会被判定为无效。

内容的提问来源于stack exchange，提问作者Diana Whitten