Files
accounted/lib/invoices/__tests__/apply-supplier-payment.test.ts
T
Jakob WennbergandClaude Sonnet 5 ec27228a8e style: remove em/en dashes repo-wide, add CLAUDE.md rule against them (#890)
Em dashes (—) and en dashes (–) had spread across comments, docs, tests,
and a few UI strings, reading as AI-generated boilerplate rather than
house style. Replaced each with punctuation matching its context: colon
for explanatory clauses, comma for asides, plain hyphen for numeric/legal
ranges (e.g. "21-23§"), "to"/"till" for date ranges, parentheses for
paired-dash asides. messages/en.json and messages/sv.json were fixed by
hand together to keep sv/en in sync.

Left untouched where the dash is the functional subject rather than
decorative punctuation: date-range-parser.ts's separator regex,
charset-repair.ts's CP1252 byte-mapping table (and its test), the SIE
encoding mojibake docs, generic-csv.ts's minus-sign normalizer, the
agent system-prompt files that already instruct against em dashes, and
a golden iXBRL test fixture compared byte-for-byte.

Also fixes two bugs surfaced along the way: an off-by-one in
ApiKeysPanel's scope-label split (a leftover from an earlier partial
pass), and a charset-repair test that had lost the literal en-dash it
exists to verify.

Regenerated the agent atom seed migration (skills:generate) since 27
SKILL.md files changed. Added a CLAUDE.md rule against em/en dashes,
with an explicit carve-out for the functional-dash cases above.

Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
2026-07-04 15:58:06 +02:00

75 lines
2.7 KiB
TypeScript

import { describe, it, expect } from 'vitest'
import { planSupplierPayment } from '@/lib/invoices/apply-supplier-payment'
describe('planSupplierPayment', () => {
const invoice = { total: 11231.25, paid_amount: 0, remaining_amount: 11231.25 }
it('settles in full and flags öre when a whole-krona payment is a sub-krona short (absorbOreRounding)', () => {
const r = planSupplierPayment(invoice, 11231, { absorbOreRounding: true })
expect(r.ok).toBe(true)
if (r.ok) {
expect(r.plan.newStatus).toBe('paid')
expect(r.plan.newRemaining).toBe(0)
expect(r.plan.newPaidAmount).toBe(11231.25) // the AP, not the cash, is fully cleared
expect(r.plan.oreSettled).toBe(true)
}
})
it('accepts a sub-krona OVERpayment as öresavrundning instead of rejecting it', () => {
const inv = { total: 11231, paid_amount: 0, remaining_amount: 11231 }
const r = planSupplierPayment(inv, 11231.25, { absorbOreRounding: true })
expect(r.ok).toBe(true)
if (r.ok) {
expect(r.plan.newStatus).toBe('paid')
expect(r.plan.oreSettled).toBe(true)
}
})
it('leaves a ≥1 kr shortfall as a genuine partial', () => {
const r = planSupplierPayment(invoice, 5000, { absorbOreRounding: true })
expect(r.ok).toBe(true)
if (r.ok) {
expect(r.plan.newStatus).toBe('partially_paid')
expect(r.plan.newRemaining).toBe(6231.25)
expect(r.plan.oreSettled).toBe(false)
}
})
it('rejects an overpayment beyond the 1 kr öre band', () => {
const r = planSupplierPayment(invoice, 12000, { absorbOreRounding: true })
expect(r.ok).toBe(false)
if (!r.ok) {
expect(r.code).toBe('MATCH_SI_AMOUNT_EXCEEDS_REMAINING')
expect(r.details.remaining_amount).toBe(11231.25)
}
})
it('exact payment settles fully without flagging öre', () => {
const inv = { total: 1000, paid_amount: 0, remaining_amount: 1000 }
const r = planSupplierPayment(inv, 1000, { absorbOreRounding: true })
expect(r.ok).toBe(true)
if (r.ok) {
expect(r.plan.newStatus).toBe('paid')
expect(r.plan.oreSettled).toBe(false)
}
})
describe('without öre absorption (default, preserves legacy behaviour)', () => {
it('strands the sub-krona remainder as a partial', () => {
const r = planSupplierPayment(invoice, 11231)
expect(r.ok).toBe(true)
if (r.ok) {
expect(r.plan.newStatus).toBe('partially_paid')
expect(r.plan.newRemaining).toBe(0.25)
expect(r.plan.oreSettled).toBe(false)
}
})
it('rejects even a sub-krona overpayment (strict half-öre tolerance)', () => {
const inv = { total: 11231, paid_amount: 0, remaining_amount: 11231 }
const r = planSupplierPayment(inv, 11231.25)
expect(r.ok).toBe(false)
})
})
})