1-4已经把主数据、客户-物料-科目分配、定价条件、科目确定过程都配置到位了，但图4的Analysis还是报
「No G/L account found in Account determination type KOFI」
——说明系统根本没有走到你图3那几张配置表，而是在更靠前的Access顺序里就断掉了。
90%的情况都是下面3个“拦路虎”之一，按顺序排查即可：
销售组织/渠道/产品组 组合没有分配给任何帐码确定过程
事务码：OVK5
检查 S969+M9+M9 这一行有没有被分配到帐码确定过程 KOFI（或你自建的）。
如果这一行空白，系统直接跳过整个KOFI，后面的Cust.Grp/MaterialGrp/AcctKey 再全也白搭。
帐码确定过程里Access sequence 010/020 把关键字段初始化了
图4的Message已经提示：
“Access KOFI not carried out (initialized field)”
意思是系统跑到010/020步骤时，发现Cust.Grp或Account Key字段为空，于是直接跳过，不继续往下走030/040。
常见原因：客户主数据→销售区域→帐户分配组（Acct assgmt group）没填（图2里你填了C9，排除）。
物料主数据→销售视图→帐户分配组（Acct assgmt group）没填（图1里你填了C9，排除）。
销售订单类型或发票类型里把“帐户确定”相关字段设成“不传递”——用SE38跑RV_ACCOUNT_CHECK，看凭证生成前这两个字段到底有没有值。
条件类型PR00 的帐码Key（Account Key）为空
图3的配置依赖 “条件类型→帐码Key（例如ERL）” 去匹配 G/L 帐户。
如果PR00在定价过程里没有挂Account Key ERL，系统就找不到任何一行匹配，于是报120/215都找不到。
事务码：OVKK → 找到你用的定价过程 → 定位PR00这一行，检查“帐码”列是否填了ERL。
快速验证办法
SE38 执行RV_ACCOUNT_CHECK，输入
销售组织 S969
分销渠道 M9
产品组 M9
客户帐户分配组 C9
物料帐户分配组 C9
帐码 ERL
看系统到底返回哪一条 G/L 帐户；如果返回空，就说明上面3步里必有一步断了。
一句话总结
图3的配置没错，但系统根本没走到图3——先去OVK5把销售组织/渠道/产品组绑到KOFI，再检查定价过程里PR00有没有挂ERL，最后用RV_ACCOUNT_CHECK一键验证明细，开票就能抓到科目了。
