Track basket discount allocation before a partial return

Write the allocation rule before calculating a return

A basket discount allocation can change the amount assigned to one returned line without changing the arithmetic of the original basket. Consider an invented paper record with line A at 60 tokens and line B at 40 tokens. A single 20-token discount reduces the combined 100-token gross amount to 80 tokens. Our task is to divide that reduction between the lines, then reconcile a return of B.

These are fictional bookkeeping tokens, not product prices, cryptocurrency amounts or a seller's return terms. The rule for this exercise is explicit: allocate the 20-token discount in proportion to each line's original gross amount. Save those allocations. If a whole line is returned, refund its saved net amount. Do not requalify the remaining basket for a promotion or move the returned line's discount onto another line.

We also exclude tax, shipping, fees, currency conversion and rounding from the exercise. Every calculation below is exact. A real order may use different rules or include additional amounts, so the worksheet cannot establish an actual refund entitlement. Its purpose is to show what follows from one fully stated allocation rule.

Allocate the discount using the original line weights

Start with the original gross total of 100. Line A contributes 60 of those 100 tokens, so its weight is 60 divided by 100. Multiply that weight by the basket discount of 20. The result is 12 tokens assigned to A. Keep the original gross line amount visible next to the calculation.

Line B contributes 40 of the original 100 tokens. Its discount share is 20 multiplied by 40 divided by 100, which gives 8 tokens. The two allocated shares add to 20: 12 plus 8. That equality checks that the entire stipulated discount has been assigned once, with no extra reduction created by the allocation.

An equal split would assign 10 to each line. That would still add to 20, but it would not follow this exercise's proportional rule because the original line amounts are unequal. Checking only the sum of the allocated discount is therefore insufficient. Check both the total and the basis used to divide it.

Save the net amount for each line

Subtract A's allocated 12 from its gross 60. A's saved net amount is 48 tokens. Subtract B's allocated 8 from its gross 40. B's saved net amount is 32 tokens. The net amounts add to 80, matching the original gross total of 100 less the single discount of 20.

A useful paper record has separate entries for gross amount, allocated discount and net amount. For A, write 60, 12 and 48. For B, write 40, 8 and 32. The three entries describe different parts of the calculation. A gross amount copied into the net field would conceal the effect of the discount.

Keep this original allocation record even if a later return changes which goods remain. Under the stated rule, the saved values determine the amount assigned to each whole line. Replacing the original 100-token denominator with the remaining line's gross amount would perform a new allocation, which this example has explicitly ruled out.

Reconcile the return against the saved net line

Suppose the fictional recorder, Leto, now returns the whole of line B. The stipulated refund is B's saved net amount of 32 tokens. Leto originally paid 80, so 80 less the refund of 32 leaves 48 tokens against the retained line A. That remaining amount agrees with A's saved net allocation.

The retained line still carries its original allocated discount of 12: gross 60 less net 48. The 8-token share attached to B does not become a second refund or an extra reduction on A. It was part of the original calculation that reduced B's gross amount from 40 to its net amount of 32.

Describe the result with those separate labels. “Refund 32; remaining net amount 48; retained line's allocated discount 12” is clearer than a single statement about savings. Adding the refund of 32 to the retained discount of 12 would combine two different roles. The refund reverses the saved net amount assigned to the line that left the record.

Find the mistake in a gross-line refund

Imagine Leto instead copies B's gross 40 into the refund field. The original payment of 80 less that proposed refund leaves 40 against A. But A's saved net amount is 48. The remaining record now differs by 8 tokens, exactly the discount originally assigned to B.

Under this exercise's rule, that proposal effectively leaves A with a 20-token reduction from its gross 60 rather than its allocated reduction of 12. It has moved B's 8-token discount share onto the retained line. The mistake is not that 80 less 40 was calculated incorrectly. The wrong input was selected for the refund operation.

Repair the record by restoring B's saved net amount of 32 to the refund field, then recompute the remaining amount as 48. Preserve the earlier entry and note why it changed. This is a correction against the stipulated rule, not an instruction to reduce any real customer's refund without checking the applicable order terms.

Check the opposite return and the full return

For a separate control, return A instead and retain B. A's saved net amount is 48, so that is the stipulated refund. The original 80 less 48 leaves 32, agreeing with B's saved net amount. This checks that the method follows the selected line rather than always refunding the smaller amount.

If both whole lines are returned under the same unchanged rule, their saved net amounts add to 80: 48 plus 32. That equals the original net payment in the model. There is no additional 20-token cash amount to add merely because the original basket had a discount. The discount already reduced the amount originally paid.

If neither line is returned, the original net total remains 80. These controls cover the four whole-line possibilities: retain both, return A, return B or return both. They do not define a method for returning part of a line, splitting a physical package or allocating fractions of an indivisible unit.

Test the allocation rule at two boundaries

As a separate input check, replace the fictional discount of 20 with zero while keeping the gross lines at 60 and 40. Proportional allocation then assigns zero discount to each line. Their saved net amounts remain 60 and 40. Returning B under the same saved-net rule would refund 40 and leave 60 against A. Here the gross and net amount for B happen to agree. The rule is still to select the saved net field; the agreement does not prove that copying a gross field works for every discount.

For another separate check, set the discount equal to the full gross total of 100. The proportional shares are now 60 and 40, leaving both net line amounts at zero. The stipulated original net payment and the total of both saved-net refunds are zero too. This boundary calculation creates no claim about a free product, promotion eligibility or an actual merchant's obligations. Keep it labeled as a changed hypothetical input, then return to Leto's original 20-token case. These checks distinguish the calculation rule from a shortcut that only works for one set of numbers.

The same original total does not identify the policy

The original figures alone cannot prove that proportional allocation governs a real return. As a contrasting invented rule, suppose an entirely different arrangement removes the whole discount after B is returned and assigns the retained A its gross 60. Starting from the same original payment of 80, that arrangement would leave a refund of 20.

That contrasting result is not the rule used in Leto's worksheet. It shows why observing the original 100, 20 and 80 does not settle the later calculation. An actual policy might define eligibility, deductions or other conditions differently. The arithmetic must follow the documented arrangement rather than manufacture an arrangement from a convenient answer.

Before applying a real order's figures, establish which lines were eligible, how its discount was allocated and whether a return changes eligibility or reallocates anything. If those details are unavailable, preserve the question. A precise proportional calculation is still only a hypothetical calculation when the governing rule has not been established.

Keep adjacent questions separate

The guide to capped percentage discounts calculates permitted reductions under rate ceilings for the same basket. This worksheet starts after one 20-token reduction has already been stipulated. It allocates that reduction between lines and reconciles a return, rather than choosing between competing offers.

The guide to crypto purchase refunds examines refund calculation, denomination, deductions, timing and routing questions. It asks how a partial return affects the eligible amount. Our paper model supplies one explicit allocation rule before any conversion or payment processing; it establishes no actual settlement terms.

Limit the two native paper-clip references

The native economy paper-clip account names an ACCO case offer. Its gallery includes clip and case images alongside blank fields. The catalog brand is Unbranded; packaging text does not authenticate a manufacturer or delivered quantity.

The native owl paper-clip account also retains an Unbranded catalog identity despite ACCO wording. Its gallery shows owl-shaped wire clips and blank fields. Neither reference supplies the fictional allocation rule or establishes an actual discount, refund or retention performance.

Check a cryptocurrency enquiry against the actual order

If you independently consider a paper-clip order on republeq.com and want to ask about USDT, keep that enquiry outside Leto's token worksheet. The invented 60, 40 and 20 are arithmetic inputs, not checkout amounts, exchange rates or transfer instructions. This article establishes neither a currently offered payment method nor an actual seller's discount-allocation or refund policy. Read the choices and conditions presented for the particular item and quantity you intend to order. Where a term is missing, seek clarification from the responsible support contact before treating it as settled. If a cryptocurrency option is offered, establish the specified asset and network, the amount requested, any stated validity period and the reference linking payment to that order. Do not infer a destination from a product image, a prior transaction or the numbers on an allocation diagram. For a possible partial return, ask which goods may be returned, how the eligible amount would be calculated and whether the original discount would be retained, reallocated or otherwise adjusted. Keep that explanation separate from any question about conversion into a cryptocurrency quantity. Ask which refund denomination and deductions would apply, how the receiving method would be established and what processing information would be available. An answer about one offer does not automatically govern another offer or a changed quantity. No present USDT eligibility, successful payment, refund amount, conversion result, fee level, timing or delivery outcome is promised here. You can finish the entire allocation exercise without ordering either product. Preserve any eventual order terms and payment record separately from the fictional calculation, and reconcile an actual refund against the documented arrangement rather than borrowing this worksheet's stipulated rule.

Close the record with the rule and the reconciliation

Leto's record should retain the original gross lines, the proportional rule, the allocated discount shares and the saved net amounts. For the stipulated return of B, the refund is 32 and the remaining net amount is 48, with 12 allocated to the retained line as discount. Those results follow from the declared rule. Without that rule, the original basket total alone leaves the return calculation unresolved.