{"section":"known-issues","requestedLocale":"en","requestedSlug":"pick-and-pack-single-order-generating-multiple-worksheets-due-to-concurrency-issue","locale":"en","slug":"pick-and-pack-single-order-generating-multiple-worksheets-due-to-concurrency-issue","path":"docs/en/known-issues/Pick and Pack/pick-and-pack-single-order-generating-multiple-worksheets-due-to-concurrency-issue.md","branch":"main","content":"## Summary\n\nUnder specific concurrency scenarios in Pick and Pack, a single order may generate multiple worksheets even though only one package exists in OMS.\nThis happens due to a race condition during worksheet creation, where simultaneous internal processes attempt to create a worksheet for the same order at nearly the same time. As a result, duplicate or orphan worksheets can be created.\n\n## Simulation\n\nThis behavior is not easily reproducible in a controlled environment, as it depends on concurrent internal events.\nObserved scenario pattern:\n\n1. An order is created and sent to Pick and Pack.\n2. Two or more internal processes (e.g., automation flows, retries, or parallel event handlers) attempt to create a worksheet for the same order simultaneously.\n3. The first process successfully creates the worksheet and links the items.\n4. The second process also creates a worksheet record but fails during the item-linking step due to a version conflict or concurrent update.\n5.\n\nThe additional worksheet remains created in the system, potentially without items associated.\n\n\n\nThis is a backend concurrency issue and does not depend on user interaction or operational configuration.\n\n## Workaround\n\nThere is no workaround available.\nOperationally, users may ignore the orphan worksheet if it contains no items, but there is no preventive action that can be taken at account level to avoid recurrence."}