BENJI提现创建了却未收到资金：核份额、收款指令与订单阶段
链小知 · 进阶 · 核验 · 依官方文档整理
核原机构提现的value或quantity、paymentInstructionId与withdrawalId，区分BENJI销毁、审批和现金收款，不把创建成功当兑付。
开始前准备
- 准备本人已有提现输入/结果、产品与钱包的网络、withdrawalId、paymentInstructionId对应资料及原份额/收款记录。
- 适用公开机构withdrawalCreate文档。示例使用UAT，未提供完整提现结算状态与日历；本教程只核已有记录，不创建、批准、签名或发送提现。
1. 确认是哪个基金及哪种BENJI
先从原产品资料确认FOBXX与其BENJI份额。平台说明1份FOBXX对应1个BENJI，份额与美元现金仍是不同单位；基金追求每份1美元但官方明确不保证，不能用同名代币或固定美元假设代替原份额/NAV。
在官方Contracts路径按实际网络核Fund Token身份，分开Registry、Authorization、Transactional、Transfer Agent等模块。表里普通BENJI、iBENJI、gBENJI等是独立项；BNB当前列iBENJI，不能只因主页列该链就沿用FOBXX的产品输入或提现指令。
检查结果：原记录的具体产品、代币身份及网络明确，没有把模块或其他BENJI变体当基金份额。
2. 核原提现输入是金额还是份额
打开官方Initiate A Withdrawal，对照原walletId、productId和userId。该页用value示例；按份额提现则用quantity替代value，不能不经换算直接把相同数字从一种口径复制到另一种。
value样例的BigDecimal是产品金额，quantity是份额输入；提现页没有展示该产品的链上decimals或最终换算式，保留原单位和产品币种，按本人原订单确认。不要从USD两位或ERC20常见18位推所有提现金额精度。
检查结果：金额/份额输入与原订单一致，未知的产品精度、NAV和换算保留待核。
3. 核收款指令而非默认用钱包地址
对原paymentInstructionId查本人已提供的收款指令资料，核它对应的收款路径及接收人。提现页将这一ID定义为接收提现款项的指令；walletId是被提现的钱包，不因此成为所有现金款项的接收地址。
同时核原productId与网络、实体是否已开通产品。PRODUCT_NOT_ON_NETWORK与PRODUCT_NOT_ONBOARDED分别是网络运行范围和实体产品配置问题；不能为排错擅自更换接收指令、网络或另一个实体的ID。
检查结果：份额来源钱包与现金收款指令分开，产品范围和实体对应。
4. 保存创建结果并定位尚未推进的阶段
从原withdrawalCreate保留withdrawalId、approvalsRequired和blockchainStatus。buildSigningPackage:false的创建示例并不完成后面的approve/submit；官方要求后续流程继续使用同一withdrawalId。原depositId或链上哈希不能替换它。
如果原日志是鉴权错误或undefined，先定位较早GraphQL errors，而不是把缺失withdrawal结果写成成功。INVALID_TRANSACTION_STATE可来自对已推进订单重复操作，不能靠重新创建或重复提交来确认原订单结果。
检查结果：提现ID与创建返回可对应，创建、审批和提交阶段没有合并。
5. 区分份额销毁和款项接收
官方提现定义是BENJI出流通并销毁，再向客户发送相应资金。对本人已有结果分别检查该产品份额减少/销毁材料，以及原paymentInstructionId对应路径的款项结果；只看到withdrawalId或份额减少不能省去资金结果。
当前公开创建页未展示完整提现终态/现金枚举、银行结算日历及固定处理时长。按获授权人员已有的同订单状态和收款资料核；没有这些结果时明确仍在排错，不直接复制deposit的COMPLETE列表或猜银行下一天必到。
检查结果：份额处理、同订单状态与正确收款指令的资金结果各自有证据或明确缺口。
6. 整理可交给官方核查的最小材料
把环境、withdrawalId、walletId/productId、输入value或quantity、原paymentInstructionId、读数时间与准确错误码整理在一起，金额与份额列分开；个人信息和凭据留在官方受控渠道，不放入公开教程或截图。
结论写为产品/网络不符、收款指令待核、创建后流程未完成、状态查询失败或已获得资金结果。费用、最终NAV、现金时点以该产品文件和本人订单为准；没有资料就列缺口，不把平台历史收益或份额1:1身份当兑付金额保证。
检查结果：排错材料足以定位原订单，已完成与未验证阶段清楚，未伪造费率或到账时点。
怎样确认完成
- 原提现的产品、网络、金额/份额单位、withdrawalId和收款指令可完整关联。
- 能明确卡在输入、权限/阶段、份额处理还是资金结果；实际收款证据缺失时不标到账。
常见错误与边界
- withdrawalCreate成功只说明创建返回，不代表已销毁和已付款。
- 钱包网络与收款指令分别核；不凭同一BENJI名字混iBENJI等不同产品。
- 所读文档未给全部提现状态/现金日历；不能套存入枚举、其他基金规则或无条件T+1。