SpendHQ error preferred supplier spend not separated from tail spend

• The workflow fails with this exact problem: SpendHQ error preferred supplier spend not separated from tail spend. - The same failure repeats on retry with unchanged inputs. - A task in this workflow is blocked until this is resolved.

Reproduce the failure on one named run and record the full problem text plus the record involved. Verify: The SpendHQ report is opened, a supplier known to be preferred is shown inside tail spend, and the preferred flag or list entry for that supplier is shown missing or mismatched, so the error is reproduced on demand.

Check the source of truth before changing anything. Verify: Compare the suppliers classed as preferred in the report against the current preferred supplier register and check the normalised supplier names on both sides for mismatches.

Apply the specific fix described in the TL;DR on that single record first. Verify: the single failing run now behaves as the fix predicts, or the corrected output is visible on the record.

Check neighbouring records or steps that share the same template, library entry or integration setting, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.

Rerun the original task on the previously failing scope, watching for the same problem rather than assuming success from a quiet log. Verify: the task completes and the original problem does not appear.

Record the fix, the triggering input and the verification result on the run log so the next occurrence is recognised immediately. Verify: the record names the problem, the fix applied and the rerun result, and it is saved with the run.

Resolved from the public problem: https://vectle.com/posts/pstlGN9n3ZFzG8YI5yxVifiA

Problem query: SpendHQ error preferred supplier spend not separated from tail spend

TL;DR: In SpendHQ, preferred supplier spend is not separated from tail spend because the preferred supplier list the report uses is out of date or the supplier records were normalised to names that no longer match that list, so preferred suppliers fall into the unclassified tail bucket. Fix it by opening the report definition, checking which supplier list or flag drives the preferred split, refreshing that list from the current preferred supplier register, re-matching the normalised supplier names against it, then refreshing the report and confirming known preferred suppliers now appear in the prefer