If in a payment order in 1C:Accounting for Kazakhstan you cannot overwrite (change) the account, the reason most often lies in the Cash Flow Item (CF) — it is exactly what the accounting accounts are "tied" to, and they stop changing even if you try to correct them manually directly in the document. Quick fix: create a new Cash Flow Item with exactly the same settings as the problematic one, and substitute it into the document instead of the old one — after that the account starts changing correctly.
Why the account "sticks" and does not change
In standard configurations, the accounting accounts in payment documents are substituted automatically according to rules. One of the sources of such auto-substitution is the Cash Flow Item: it has its own settings that affect which account will appear in the posting. If a "rigid" account binding has developed for a specific item (for example, due to the specifics of its settings or previously saved parameters), then manual changing of the account in the document does not work — the program returns the previous value.
It is important to understand that the problem here is not in the payment order itself and not in the counterparties directory, but specifically in the "Cash Flow Item" object. Therefore, attempts to fix the account "head-on" in the document usually lead nowhere: you need to eliminate the cause at the item level.
How to fix: step-by-step procedure
- Open the problematic Cash Flow Item and look at its settings (type of movement, purpose and other filled-in attributes).
- Create a new Cash Flow Item with exactly the same settings as the problematic one. Give it a clear name to distinguish it from the old one.
- In the documents (payment orders) where the account did not change, replace the old Cash Flow Item with the new one.
- Check that now the account in the document changes correctly and the required value is substituted.
- Repost the document and make sure the postings were generated with the correct account.
After this, the account should change correctly, since the "rigid" binding was specifically to the old item. If the situation recurs in other documents — use the same technique: do not edit the bound account directly, but recreate the Cash Flow Item with the required parameters and substitute it into the document.
What to do with the old item
You should not delete the problematic Cash Flow Item right away: it may already be used in previously posted documents and in turnovers. Recommended procedure:
- Leave the old item in the database until you make sure that all current documents have been transferred to the new one.
- Check where else the old item was used (by the journals of payment documents for the required period).
- Only after you make sure that active documents no longer reference it, you can mark the old item for deletion and carry out the standard referential integrity check before actual deletion.
What to pay attention to
- The settings of the new item must match the old one. If the parameters differ, the logic of account substitution will change too, and a discrepancy in flow classification will appear in the cash flow statement.
- Uniformity of names. Duplicate items with similar names complicate work — immediately give the new item a meaningful name, and if possible exclude the old one from active use.
- Cash flow analytics. The Cash Flow Item is analytics for the cash accounting accounts. The correctness of the cash flow statement depends on its choice, so make the item substitution deliberately, and not with "any free one".
- Checking postings. After replacing the item, always monitor the posting result: whether the correct account appeared in the debit/credit and whether the analytics "dropped out".
Typical mistakes
- Trying to overwrite the account manually in the document many times without figuring out the reason — time is wasted, and the result is not saved.
- Creating a new item with different settings — the account changes, but the classification in the cash flow statement is distorted.
- Deleting the old item right away before transferring all documents — you can violate referential integrity and "break" previously posted payments.
- Not reposting documents after replacing the item — in this case the old postings remain with the previous account.
- Creating many similar duplicates of Cash Flow Items without a system — the directory grows and it is easy to make a mistake when selecting.
What to check
- Whether the settings of the new Cash Flow Item match the settings of the old one (type/purpose of movement and other attributes).
- Whether the new item, and not the old one, is actually substituted in the problematic payment orders.
- Whether the account in the document now changes and whether the change is saved after posting.
- Whether the postings for the cash accounting accounts are correct after reposting.
- Whether there are any active documents referencing the old item before marking it for deletion.
- Whether the classification in the cash flow statement was not violated after replacing the item.
Conclusion: if the account in the payment order cannot be overwritten, look for the cause not in the document itself, but in the bound Cash Flow Item. Recreating the item with identical settings and substituting it into the document removes the "rigid" binding and allows the account to be changed correctly, while preserving the correct cash flow analytics.