How to correct a past DATEV booking without importing it twice

For a past correction, first check whether the original transaction is already captured as a complete booking record in DATEV. The Buchungsdatenservice transfers complete booking records, including booking data, master data, and related receipt images. That matters because a correction to a historical booking is not the same thing as creating a fresh import from the source system.

In DATEV’s data-services setup, structured data and digital receipts are transferred into DATEV programs, and in some cases the flow can also run in the reverse direction. For your decision, the important point is that you are dealing with a structured booking record rather than a free-form note or a standalone receipt image. If the booking already exists, the question is whether the correction changes that record or creates another one alongside it.

DATEV’s help center says that copied or moved postings are exported and then imported again when they are inserted once more. That is the direct reason a historical correction can turn into a second import if you duplicate the posting instead of adjusting the existing one. The system behavior described there is about reposting the entry, not about changing the accounting substance of the original record.

For an ecommerce finance lead, the practical takeaway is simple: if your correction method creates another posting object, you should expect it to go through the import process again. If your goal is only to amend the history of the original booking, a copied or moved posting is not the same thing as a correction in place.

DATEV distinguishes the chart of accounts from the concrete account assignment of individual receipts. That distinction is useful when you are deciding where a historical correction belongs. The chart of accounts is the structure; the receipt assignment is the specific booking of a particular document or transaction.

If the problem is that a transaction was assigned to the wrong account, the correction concerns the concrete account assignment, not the existence of the chart of accounts itself. In other words, you are not redesigning the bookkeeping structure just because one marketplace or payment booking was entered incorrectly. That makes it easier to keep the correction tied to the original booking record instead of recreating the import.

Not every historical change belongs inside the original booking record. § 17 UStG requires correction when the tax base changes, and the correction is made for the assessment period in which the change occurred. That means a later change can require a separate correction step rather than a silent edit to the earlier booking. The tax-law point here is about the period in which the change is recognized, not about how the software interface should be used.

A separate correction is relevant when the original record no longer matches the changed basis for the booking. In that case, you are not trying to make the old entry disappear; you are documenting the change in the period to which it belongs. The accounting decision is therefore between preserving the original booking and recording the later adjustment as its own event.

If you correct a past booking, the underlying evidence still has to remain traceable. § 257 HGB requires retention of bookkeeping evidence and sets the start of the retention period at the year-end in which the document arose. For historical corrections, that means the receipt and the booking history must remain connected enough to support the record over time.

This is where the distinction between a correction in the existing record and a separate correction matters operationally. The retention rule does not tell you how to post the change, but it does mean the original evidence cannot simply disappear when you adjust the booking. If the correction is separate, keep the link to the original document clear. If the correction stays in the existing record, make sure the audit trail remains readable. This article provides general information and is not tax or legal advice.