##
Purpose of the Split Feature
The Split Order function is meant to divide an order into equal amounts only.
So for example:
- Original order: 3,000 EUR
- Supplier agrees to 2 payments
- When you click Split, the system will automatically create:
- 1,500 EUR
- 1,500 EUR
The split is always equal at the moment you click it.
If the real payments are different (for example 2,000 EUR + 1,000 EUR), then after splitting you must:
- Go inside each created order
- Manually edit the amounts according to the real payment values
What Happened in Your Case (60 EUR)
Original Order: 60 EUR
When you clicked Split, the system automatically divided it into:
- 30 EUR
- 30 EUR
This is exactly what happened both at:
- Invoice level
- CS / SO level
The system simply performed an equal split of 60 into two parts.
If you then adjusted one side to 50 EUR and kept 10 EUR open, that modification happens after the split — but the original split logic is always equal division.
That is why you see three 30 EUR lines at CS level:
- Two linked
- One not linked
It’s a result of the equal split behavior combined with the later adjustments.
##
Recommended Way to Handle Partial Invoice Differences
In cases like yours — where:
- Order expected: 60 EUR
- Invoice received: 50 EUR
- 10 EUR still pending
We do not recommend using Split.
Instead, the cleaner method is:
Step 1
Keep the original order as 60 EUR.
Step 2
When creating the invoice (50 EUR), generate a delta.
You insert:
- Delta value: -10 EUR
- Comment explaining the reason
Example comment:
According to the original proposal, the expected invoice was 60 EUR.
The supplier invoice was received for 50 EUR.
Delta: -10 EUR pending.
Step 3
If in the future the supplier sends the missing 10 EUR invoice:
- Go inside the file
- Manually create a new order for 10 EUR
- Link it to the new invoice
Why This Is Better
If you split into 50 + 10:
- The 10 EUR order will remain open on the SO
- Even after one year (if supplier never invoices it)
- The SO will never be fully executed
- It will always show one open order waiting to be attached
Operationally, freight forwarders usually prefer:
- Uploading the real invoice
- Reflecting the real received value
- Managing differences via delta
- Not reopening historical SOs later
Important Note
The system allows multiple ways to handle the same business scenario.
However, for partial invoice differences (like 60 → 50),
the recommended approach is delta handling, not split.
The split feature is mainly intended for:
- Real agreed payment installments
- Equal staged payments
- Pre-agreed multiple payments