The exported amount is based on the automatic DATEV payment or refund of the order. So if you subsequently change the content of an order (e.g. line items, prices, or shipping costs), the current total amount may differ from the amount recorded as the automatic DATEV payment or automatic DATEV refund. This is because the automatic recording is tied to the payment status and the amount basis relevant at that time.

The automatic recording of DATEV payments and refunds applies to standard Sales Channels. Shopify or Pickware POS Sales Channels are excluded, as they take their payment data directly from the respective system.

For standard Sales Channels, the current total amount of the order at the time of the status change is used for the automatic DATEV payment. Returns are not taken into account here.

The automatic DATEV refund still semantically corresponds to a full refund of the initially paid total amount: If an automatic DATEV payment already exists for the order, its amount is used for the refund and inverted.

If no automatic DATEV payment exists, the current total amount of the order without returns at the time of the status change is used instead. A maximum of one automatic DATEV payment and a maximum of one automatic DATEV refund are still automatically recorded per order.

If you subsequently adjust an order, the amount automatically recorded as a DATEV payment or DATEV refund upon a payment status change may differ. What matters is the total amount valid in the order at the time of the status change, not the amount saved when the order was originally placed.

If you want to account for special cases such as partial payments, deviating payment amounts, or individual corrections, you can add manual entries in the DATEV payments tab and edit existing ones.