A PLM simulator's convert to M-BOM appends rows every time, so running it twice doubles the BOM. Converting a conveyor assembly a second time with no E-BOM change takes it from 10 lines to 20, with every line ID duplicated, and the duplicates flow into the purchase BOM, the planning BOM, the cost rollup and the exported BOM. The fix spec keeps unchanged lines, adds only new ones, and supersedes dropped lines with an effective-to date instead of deleting them.

Recurring agent failure issue in plm_systm_sim (yoheitaniguchi)

plm_systm_sim (yoheitaniguchi)PDMAgent failureMedium confidence

What engineers report

A recurring agent failure problem in plm_systm_sim (yoheitaniguchi) that mostly hits the product manager.

Failure pattern: validation / failure

Analyst note

From the Grok pain-radar digests, Nov 10-11 2026 (Nov 10 8:41 AM ET through Nov 11 7:41 AM ET digests plus the Haitch editions). Verified live 2026-11-11: issue/PR read; title and state confirmed.

What it costs a team

Modeled annual cost

$30,000

For a team of 5

Prototype delay

3 days

Modeled schedule slip per occurrence

Time lost

240 min

Per engineer per month, about 1 incidents

How the cost is modeled

240 min/month × 5 engineers × 12 months = 240 hours × $125/hour = $30,000

A modeled estimate with medium confidence. Swap in your own team size and loaded rate to size it for your team.

Engineering tools that address it

No engineering tool profile lists this error yet. Browse tools that connect to plm_systm_sim (yoheitaniguchi).

Evidence

  1. 1yoheitaniguchi/plm_systm_sim Issue #15: [要望] M-BOMの再変換でM-BOM行が重複する不具合を直すgithub.com

Sourced from public community reports. Costs and delays are modeled estimates, not measurements. Know a better source or a fix? Tell us at hello@productflo.io.