* fix(articles): stop losing and mislabeling non-SEK article prices
Support report (odinaero.se): EUR article prices did not stick and the
register showed every price in kr. Three concrete defects, one cause:
articles.currency existed in the DB and API but the UI dropped it.
- Edit dialog omitted currency from initialData, so ArticleForm fell
back to SEK and every save silently reset an EUR article to SEK.
- Register list and detail page formatted prices without the article's
currency, rendering EUR amounts as "kr".
- "Spara som artikel" in the invoice editor posted the line price
without the invoice's currency, so lines from EUR invoices became
SEK articles.
- The xlsx/csv register export stamped the kr-suffixed currency format
on every price; prices now use a new suffix-free decimalColumn and a
Valuta column carries the per-article code.
Follow-ups (not in this diff): the article importer does not detect a
Valuta column yet, and the MCP create/update_article staged schemas
have no currency param (agent-created articles stay SEK).
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
* fix(articles): reinstate deactivate/activate on the article detail page
Support report (odinaero.se): no button to set an article inactive.
Commit 8a9a930f turned DELETE into a hard delete and removed the
deactivate action, but hard delete is refused for articles referenced
by invoice lines (ARTICLE_IN_USE), leaving used articles with no
retire path even though the API, the list badge and the i18n keys for
deactivation all still exist.
Adds an Inaktivera/Aktivera button next to Redigera that PATCHes the
active flag (confirm dialog on deactivate, none on reactivate) and
stays on the page so the status badge reflects the change. Reuses the
orphaned deactivate_* keys; adds the three missing activate_* keys in
both locales.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
* fix(customers): stop resetting customer language to Swedish on every edit
Same defect class as the article currency reset in this branch: the
customer edit dialog's initialData omits language, CustomerForm
defaults it to 'sv' and submits every field, and the PATCH route
applies it. Editing any detail on an English-language customer
silently flipped their invoice PDFs and emails back to Swedish.
Found by a repo-wide sweep for hand-picked initialData edit dialogs;
customers, suppliers and articles are the only three such call sites,
and suppliers passes every form field already.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
---------
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Jakob Wennberg
17dc5f12f6